9front - general discussion about 9front
 help / color / mirror / Atom feed
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-20  0:37 cinap_lenrek
  2019-10-20  9:13 ` Steve Simon
  0 siblings, 1 reply; 75+ messages in thread
From: cinap_lenrek @ 2019-10-20  0:37 UTC (permalink / raw)
  To: 9front

9front has a generic wifi layer that handles the wifi protocol details such
as logging on to an access point and encryption. richard millers raspberry pi
wifi driver was written in a different environemnt. so our aux/wpa, which is used
to establish encryption keys to a wpa/wpa2 wirelss nework might be incompatible
to richard millers driver.

the error message sounds like the driver does not understand the "essid" control
message wich aux/wpa uses to select the wifi network to scan and associate to
by essid string.

i'm currently moving to spain and have no time to look into this. sorry.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2020-01-27  2:18 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2020-01-27  2:18 UTC (permalink / raw)
  To: 9front

> ether4330: no response to sdio access: ocr-0
> error message comes from the error of:

This can be rid off by replacing
	ocr = trysdiocmd(IO_SEND_OP_COND, 0);
to
	ocr = sdiocmd(IO_SEND_OP_COND, 0);

However, 
> emmccmd: need to reset Cmdinhibit intr 0 stat 1ff0106
> 
> which is from the line
> 
> if((r[Status] & Datinhibit) &&
> 	   ((c & Isdata) || (c & Respmask) == Resp48busy)){
> 		print("emmccmd: need to reset Cmdinhibit intr %ux stat %ux\n",
> 
> of emmccmd() in /sys/src/9/bcm/emmc.c.
> 
> The Datinhibit should be Cmdinhibit?
> 
> I still have 'need to reset Datinhibit intr 0 stat 1ff0106' from below
> lines which I'm now investigating.

This problem is difficult to me.
I tried many things.
However it seems this problem is out of my ability, so I take a rest...
If anyone wants to try, please go.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-12-05  5:19 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-12-05  5:19 UTC (permalink / raw)
  To: 9front

I'm still struggling ether4330.c for Richard's and 9front's version...

What is 'HbusTargWptr = 0x460'  which is defined in etheriwl.c?

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-21  1:14 kokamoto
  2020-05-31  8:51 ` Iruatã Souza
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-11-21  1:14 UTC (permalink / raw)
  To: 9front

ether4330: no response to sdio access: ocr-0
error message comes from the error of:

emmccmd: need to reset Cmdinhibit intr 0 stat 1ff0106

which is from the line

if((r[Status] & Datinhibit) &&
	   ((c & Isdata) || (c & Respmask) == Resp48busy)){
		print("emmccmd: need to reset Cmdinhibit intr %ux stat %ux\n",

of emmccmd() in /sys/src/9/bcm/emmc.c.

The Datinhibit should be Cmdinhibit?

I still have 'need to reset Datinhibit intr 0 stat 1ff0106' from below
lines which I'm now investigating.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-20  0:20 kokamoto
  2019-11-21  0:23 ` hiro
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-11-20  0:20 UTC (permalink / raw)
  To: 9front

> I'm now trying to have a working model for rpi3 wifi network.

I made arm(not arm64) based SDRAM, and now I can test ether4330.c
on a local file system, and got sdio documents.
The problem seemd to be in sdio codes, but I could not investigate
it, because I had no documents of it.

As I had only arm64 based SDRAM, I had to use linux to edit config.txt
and cmdline.txt every time I failed the test...

Now, I can work more deeply and quickly, and will do it.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-20  0:09 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-20  0:09 UTC (permalink / raw)
  To: 9front

> http://code.9front.org/hg/plan9front/file/874554781a81/sys/src/9/boot/net.rc

Thanks a lot.
I got it successfully.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-18  9:45 umbraticus
  0 siblings, 0 replies; 75+ messages in thread
From: umbraticus @ 2019-11-18  9:45 UTC (permalink / raw)
  To: 9front

I'm not a pi guy but thanks for the wpapsk=
saves a few keystrokes on boot :)

umbraticus


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-17 23:34 kokamoto
  2019-11-17 23:37 ` Kurt H Maier
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-11-17 23:34 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 977 bytes --]

>but the goal should be to have the raspberry pi wifi driver expose
>a compatible interface to aux/wpa. 

I know your way, and agree with you.

I'm now trying to have a working model for rpi3 wifi network.

I first tried to port it into 64bit /sys/src/9/bcm64 with your port/wifi.c.
It is very complicated, one is related to 32bit/64bit difference where
I have to know the hardware knowledge of rpi3 completely.
To combine the Richard's driver with port/wifi.c is based on above assumption
that I know rpi3 hardware deeply, such as gpio etc...
It's not possible to me now, so I abandoned this course temporally.

A more combenient course to me is take the Richard's codes 
with small changes as possible as, and have a working model at first.
After make it done, I'll return to the course you suggested.
This is my roadmap for making rpi3 wifi network here.

Kenji

PS. I can't find your new net.rc on 9front tree. I can find only the same
net.rc as my /sys/src/9/boot/net.rc.

[-- Attachment #2: Type: message/rfc822, Size: 1843 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Sun, 17 Nov 2019 19:33:41 +0100
Message-ID: <966798852513255AE0B6121DF6590C73@felloff.net>

i pushed a net.rc change now which lets you set the wpa password
in plan9.ini so there wont be a prompt.

i currently have no wireless network nor a monitor for raspberry
pi to help kenji with his attempt on getting millers wifi driver
ported.

but the goal should be to have the raspberry pi wifi driver expose
a compatible interface to aux/wpa. and i dont want to maintain
two completely separate boot methods for raspberry pi. putting
wifi keys in the kernel is just wrong. we want ONE sdcard image,
that you might configure by editing plan9.ini, but thats it. no
kernel recompile just for setting up wifi.

--
cinap

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-17 18:33 cinap_lenrek
  2020-06-20 11:39 ` Iruatã Souza
  0 siblings, 1 reply; 75+ messages in thread
From: cinap_lenrek @ 2019-11-17 18:33 UTC (permalink / raw)
  To: 9front

i pushed a net.rc change now which lets you set the wpa password
in plan9.ini so there wont be a prompt.

i currently have no wireless network nor a monitor for raspberry
pi to help kenji with his attempt on getting millers wifi driver
ported.

but the goal should be to have the raspberry pi wifi driver expose
a compatible interface to aux/wpa. and i dont want to maintain
two completely separate boot methods for raspberry pi. putting
wifi keys in the kernel is just wrong. we want ONE sdcard image,
that you might configure by editing plan9.ini, but thats it. no
kernel recompile just for setting up wifi.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-17  6:23 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-17  6:23 UTC (permalink / raw)
  To: 9front

>> /sys/src/9/bcm/pi2wifi:
> 
> This should be /sys/src/9/bcm/pi3wifi.

I may have confused you.
The report of the same result between 9front and miller's original one
is based on the pi3wifi file as:
=======
dev
	root
	cons
	swap
	env
	pipe
	proc
	mnt
	srv
	shr
	dup
	arch
	ssl
	tls
	cap
	fs
	ether	netif
	ip		arp chandial ip ipv6 ipaux iproute netlog nullmedium pktmedium inferno
	draw	screen swcursor
	mouse	mouse
	uart	gpio
	gpio	gpio
	sd
	usb

link
	loopbackmedium
	ethermedium
	archbcm2
	sdhost
	usbdwc
#	etherusb
	ether4330 emmc

ip
	tcp
	udp
	ipifc
	icmp
	icmp6
	ipmux

misc
	armv7
	uartmini
	uartpl011
	sdmmc	emmc
	dma
	vcore
	vfp3 coproc
	irq

port
	int cpuserver = 0;

boot boot #S/sdM0/
	local
	tcp
	tls

bootdir
	/$objtype/bin/rc
	/rc/lib/rcmain
	/$objtype/bin/nusb/usbd
	/$objtype/bin/nusb/kb
	/$objtype/bin/nusb/ether
	/$objtype/bin/auth/factotum
	/$objtype/bin/srv
	/$objtype/bin/aux/wpa wpa
	/$objtype/bin/ip/ipconfig
	/$objtype/bin/mount
	/$objtype/bin/bind
	/$objtype/bin/echo
	/$objtype/bin/read
	/lib/firmware/brcmfmac43430-sdio.bin
	/lib/firmware/brcmfmac43430-sdio.txt
	/lib/firmware/brcmfmac43455-sdio.bin
	/lib/firmware/brcmfmac43455-sdio.txt
	/lib/firmware/brcmfmac43455-sdio.clm_blob
	bootwifi.rc			boot
====

Yes, the booting process is different from that I reported just before.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-17  0:04 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-17  0:04 UTC (permalink / raw)
  To: 9front

> /sys/src/9/bcm/pi2wifi:

This should be /sys/src/9/bcm/pi3wifi.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-17  0:02 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-17  0:02 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 2055 bytes --]

Ok, this is my present settings and the output results.

/sys/src/9/bcm/pi2wifi:
dev
	root
	cons
	swap
	env
	pipe
	proc
	mnt
	srv
	shr
	dup
	arch
	ssl
	tls
	cap
	fs
	ether	netif
	ip		arp chandial ip ipv6 ipaux iproute netlog nullmedium pktmedium inferno
	draw	screen swcursor
	mouse	mouse
	uart	gpio
	gpio	gpio
	sd
	usb
#	dtracy

link
	loopbackmedium
	ethermedium
	archbcm2
	sdhost
	usbdwc
#	etherusb
	ether4330 emmc

ip
	tcp
	udp
	ipifc
	icmp
	icmp6
	ipmux

misc
	armv7
	uartmini
	uartpl011
	sdmmc	emmc
	dma
	vcore
	vfp3 coproc
	irq
#	wifi

#	dtracysys
#	dtracytimer

port
	int cpuserver = 0;

boot boot #S/sdM0/
	local
	tcp
	tls

bootdir
	/$objtype/bin/paqfs
	/$objtype/bin/auth/factotum
	/$objtype/bin/aux/wpa
	/lib/firmware/brcmfmac43430-sdio.bin
	/lib/firmware/brcmfmac43430-sdio.txt
	/lib/firmware/brcmfmac43455-sdio.bin
	/lib/firmware/brcmfmac43455-sdio.txt
	/lib/firmware/brcmfmac43455-sdio.clm_blob
	bootfs.paq
	boot

====out put====
many lines of
#xxx: 4330: 10 Mbps port 0x0 irq -1 ea 000000000000
...
998M memory: 403M kernel data, 595M user, 3573M swap
cpu1: 1200MHz ARM Cortex-A53 r0p4
cpu2: 1200MHz ARM Cortex-A53 r0p4
cpu3: 1200MHz ARM Cortex-A53 r0p4
ether4330: chip 43430 rev 1 type 1
ether4330: firmware ready
ether4330: addr <my rpi3's MAC address>
ether3220: no response to sdio access: ocr=0
ether3220: no response to sdio access: ocr=0
ether3220: no response to sdio access: ocr=0

/dev/sdM0: BCM SDHost Controller
/dev/sdM0/data
/dev/sdM0/dos	dos
/dev/sdM0/fs	hjfs
/dev/sdM0/nvram
/dev/sdM0/plan9
bootargs is (tcp, tls, il, local!device) [tls]
user[glenda]: sys
ipconfig: ...
ipconfig: can't start IPv6 on /net/ether0
emmccmd: need to reset Cmdinhibit intr 0 stat 1ff0106
emmccmd: need to reset Datinhibit intr 0 stat 1ff0106
emmcio: timeout intr 208010 stat 1ff0106
ether4330: sdiorwext fail: i/o error
ipconfig: no success with DHCP
/bin/tlsclient: dial tcp!<my file server's IP address>!17020: no route
mount: can't open #s/boot: '#s/boot' file does not exist
mount -c #s/boot /root: mount 267: open

---
return to login prompt

[-- Attachment #2: Type: message/rfc822, Size: 2165 bytes --]

From: rgl@antares-labs.eu
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Sat, 16 Nov 2019 11:04:35 +0100
Message-ID: <90CF5F74EED92E387C5F75BBC29B8621@antares-labs.eu>

hi kenji,

> However, to get the / filesystem from a file server to boot the system,
> which is in my case, how I can preset the factotum for wpapsk before the root filesystem
> mounted?   To mount the root I need to connect to the file sever, but I have no wifi setup yet.

for that you will need to add the credentials to the bootfs.paq that's
embedded in the kernel.  if your card needs some firmware, make sure
you have it in /lib/firmware before you mk and deploy the new kernel.

you'll find everything you need in /sys/src/9/boot.  i actually wanted
to do this some time ago, but i ended up with a standalone
installation on the laptop.

please tell us how it goes. :)


-rodri

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-16 16:48 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-11-16 16:48 UTC (permalink / raw)
  To: 9front

> we see two lines of waserror(), and trysdiocmd() calls sdiocmd()
> which also includes waserror() line.  In this case which of the waserror()
> will be called when error() occurs somewhere?

the top one of the stack. the jump-back locations are managed by a "stack".
waserror() pushes on that stack, and poperror(), nexterror(), and error()
pops it from the stack. that way you can nest waserror() handlers.

in this case, you have 2 levels. the inner waserror() handler in sdiocmd()
handles the cleanup of the lock, making sure in error case, the lock is
released.

and the outer waserror() handler in trysdiocmd() just makes the function
return 0 in the error case, so that trysdiocmd() itself never raises an
error up.

> By the way, aux/wpa demands the factotum preset the wpapsk, essid and password.
> It is possible to setup wifi after the system booted-up.

...
> However, to get the / filesystem from a file server to boot the system,
> which is in my case, how I can preset the factotum for wpapsk before the root filesystem
> mounted?   To mount the root I need to connect to the file sever, but I have no wifi setup yet.

absolutely, yes.

if you do *NOT* pass -p flag to aux/wpa, it will not prompt. it can sit in the
background and wait for any access point starting the 4-way handshake.

factotum is used for the keys. the keys in factotum are tagged with the essid=
attribute. that means you can have multiple wifi keys in factotum, and depending
on which network you select by writing "essid ...." > /net/etherX/clone you
can switch the networks.

so one running aux/wpa instance is really per wifi interface. but can authenticate
you to multiple networks without needing a restart.

on booting a terminal, aux/wpa is started in bootrc automatically
*IFF* you select the wifi interface for netbooting (bootargs).
/net/ether0 is the default.

/sys/src/9/boot/net.rc

fn confignet{
	# get primary default interface if not specified
	if(~ $#* 0){
		e=/net/ether*
		if(! ~ $e '/net/ether*')
			*=(ether $e(1))
	}

	# setup wifi encryption if any
	if(~ $1 ether && ~ $service terminal && test -x /bin/aux/wpa){
		if(grep -s '^status: need authentication' $2/ifstats >[2]/dev/null){
			aux/wpa -p $2
		}
	}
...

this is not done for cpu servers as we cannot prompt... and before we get
networking up, we cannot fetch keys from secstore... it could be handled
probably with plan9.ini boot parameters but has not been done so far.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-16 10:04 rgl
  0 siblings, 0 replies; 75+ messages in thread
From: rgl @ 2019-11-16 10:04 UTC (permalink / raw)
  To: 9front

hi kenji,

> However, to get the / filesystem from a file server to boot the system,
> which is in my case, how I can preset the factotum for wpapsk before the root filesystem
> mounted?   To mount the root I need to connect to the file sever, but I have no wifi setup yet.

for that you will need to add the credentials to the bootfs.paq that's
embedded in the kernel.  if your card needs some firmware, make sure
you have it in /lib/firmware before you mk and deploy the new kernel.

you'll find everything you need in /sys/src/9/boot.  i actually wanted
to do this some time ago, but i ended up with a standalone
installation on the laptop.

please tell us how it goes. :)


-rodri



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-16  9:29 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-16  9:29 UTC (permalink / raw)
  To: 9front

Thank you very much!

So in the case of codes below:

static ulong
sdiocmd(int cmd, ulong arg)
{
	ulong r;

	qlock(&sdiolock);
	if(waserror()){
		if(SDIODEBUG) print("sdiocmd error: cmd %d arg %lux\n", cmd, arg);
		qunlock(&sdiolock);
		nexterror();
	}
	r = sdiocmd_locked(cmd, arg);
	qunlock(&sdiolock);
	poperror();
	return r;

}

static ulong
trysdiocmd(int cmd, ulong arg)
{
	ulong r;

	if(waserror())
		return 0;
	r = sdiocmd(cmd, arg);
	poperror();
	return r;
}

we see two lines of waserror(), and trysdiocmd() calls sdiocmd()
which also includes waserror() line.  In this case which of the waserror()
will be called when error() occurs somewhere?

By the way, aux/wpa demands the factotum preset the wpapsk, essid and password.
It is possible to setup wifi after the system booted-up.

However, to get the / filesystem from a file server to boot the system,
which is in my case, how I can preset the factotum for wpapsk before the root filesystem
mounted?   To mount the root I need to connect to the file sever, but I have no wifi setup yet.

It sound like too much novice, however, I seem to be struggling around it.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-16  1:08 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-11-16  1:08 UTC (permalink / raw)
  To: 9front

thats the way the kernel does exception handling.

basically, when error() is called, it jumps to the last invocation of
waserror(), and returns 1.

waserror() sets up the jumplabel. on first invocation, it returns 0, so
the print does not happen the first time.

but if some error condition happens, and someone calls error() then it
jumps right back to waserror(), and waserror returns with 1.

poperror() removes the jump label.

example:

if(waserror()){
	print("an error happend\n");
	return;
}

...

if(somevar)
	error("something went wrong");

...

print("everything went fine\n");

poperror();

will print
"an error happend"

once error() is called and somevar is non-zero.

but it somevar is zero, it prints

"everything went fine"

this is often used to cleanup in the error case. you'll find
code like:

x = allocatesomething()
if(waserror()){
	freesomething(x);
	nexterror();
}

...

dosomethingwith(x);

...

poperror();

when dosomethingwithx() calls error(), this will clean up. but in
normal case, it will complete fine and once finished, remove the
error label pushed by waserror() so the error handling can be
nested.

hope this explains it.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-15  9:13 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-15  9:13 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 172 bytes --]

Thanks a lot.
It's not easy to solve this...

This error is just the same as happens on Richard's pi3wifi itself.
I tested Richard's rpi2 image on my 9front system.

Kenji

[-- Attachment #2: Type: message/rfc822, Size: 2734 bytes --]

From: ori@eigenstate.org
To: kokamoto@hera.eonet.ne.jp, 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Thu, 14 Nov 2019 18:27:58 -0800
Message-ID: <193FD542DD96E121D22226F83A7C89CA@eigenstate.org>

>> ether4330: sdiorwext fail: i/o error
> 
> 		if(waserror()){
> 			print("ether4330: sdiorwext fail: %s\n", up->errstr);
> 
> waserror() is defined as
> 
> #define	waserror()	(up->nerrlab++, setlabel(&up->errlab[up->nerrlab-1]))
> 
> what does this mean?
> 
> Kenji

It's documented as part of 9atom, but it should apply the same on 9front:

	http://www.9atom.org/magic/man2html/9/error

(I remember someone making noises about importing the 9atom/9legacy kernel
manpages, but I don't think it's been done yet.)

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-15  6:58 rgl
  0 siblings, 0 replies; 75+ messages in thread
From: rgl @ 2019-11-15  6:58 UTC (permalink / raw)
  To: 9front

yeah that was me.  i wanted to download the 9atom iso but last time i
tried their ftp was dead.

i just checked 9legacy and i found a patch from forsyth, so i will be
using that, then i will check against current 9front.  consider it a
WIP.

-rodri



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-15  2:27 ori
  0 siblings, 0 replies; 75+ messages in thread
From: ori @ 2019-11-15  2:27 UTC (permalink / raw)
  To: kokamoto, 9front

>> ether4330: sdiorwext fail: i/o error
> 
> 		if(waserror()){
> 			print("ether4330: sdiorwext fail: %s\n", up->errstr);
> 
> waserror() is defined as
> 
> #define	waserror()	(up->nerrlab++, setlabel(&up->errlab[up->nerrlab-1]))
> 
> what does this mean?
> 
> Kenji

It's documented as part of 9atom, but it should apply the same on 9front:

	http://www.9atom.org/magic/man2html/9/error

(I remember someone making noises about importing the 9atom/9legacy kernel
manpages, but I don't think it's been done yet.)



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-15  2:18 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-15  2:18 UTC (permalink / raw)
  To: 9front

> ether4330: sdiorwext fail: i/o error

		if(waserror()){
			print("ether4330: sdiorwext fail: %s\n", up->errstr);

waserror() is defined as

#define	waserror()	(up->nerrlab++, setlabel(&up->errlab[up->nerrlab-1]))

what does this mean?

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-15  0:21 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-15  0:21 UTC (permalink / raw)
  To: 9front

> By the way, Richard's pi3wifi doesn't work too, so, I have no
> example of working wifi machines.

It seems to be not good to use Richard's ether4330.c on bcm64.
I changed the course from 64 bit to 32 bit, ie /sys/src/9/bcm.
I got some advance...  like:

-----from here----
...
ether4330: firmware ready
ether4330: addr xxxxxx (my pi3's macv address)
ether4300: no response to sdio access: ocr=0
ether4300: no response to sdio access: ocr=0
ether4300: no response to sdio access: ocr=0

<login prompt>
/dev/sdM0: BCM SDHost controller
/dev/ ...
...
bootargs is (tcp, tls, il, local!device)[tls]
user[glenda] sys

ipconfig:  ---IPV6 error---

ether4330: sdioext fail: i/o error
emmccmd: need to reset Cmdinhibit intr 0 stat 1ff0106
emmccmd: need to reset Datinhibit intr 0 stat 1ff0106
.... some itellation of above three lines...
ipconfig: no success with DHCP
/bin/tlsclient: dial tcp!<My auth/fs server's ip address>!17020 no route
mount: can't open #s/boot: '#s/boot' file does not exist
mount -c #/boot /root: mount 262: open

return to login prompt
---to here----

Now, I got tired, and take more investigate after some rest..
If some has any suggestion above, please give me some.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-11-04  0:55 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-11-04  0:55 UTC (permalink / raw)
  To: 9front

>> 9front has a generic wifi layer that handles the wifi protocol details such
> 
> you mean 9/port/wifi.c.
> 
>> richard millers raspberry pi
>> wifi driver was written in a different environemnt. 
> 
> He coded wifi staff into 9/bcm/ether4330.c, then, I must rewrite it
> to fit to 9front system.

Hmm... This is too much difficult to me.
I need a deep knowledge of the difference between bcm and pc.

More, the difference of the boot process between Plan9 and 9front.. etc

I tried to make reference to /sys/src/9/pc/etheriwl.c...

By the way, Richard's pi3wifi doesn't work too, so, I have no
example of working wifi machines.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-21  4:19 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-21  4:19 UTC (permalink / raw)
  To: 9front

> 9front has a generic wifi layer that handles the wifi protocol details such

you mean 9/port/wifi.c.

> richard millers raspberry pi
> wifi driver was written in a different environemnt. 

He coded wifi staff into 9/bcm/ether4330.c, then, I must rewrite it
to fit to 9front system.

Thank you very much cinap

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-20  7:38 ori
  0 siblings, 0 replies; 75+ messages in thread
From: ori @ 2019-10-20  7:38 UTC (permalink / raw)
  To: cinap_lenrek, 9front

9front has a generic wifi layer that handles the wifi protocol details such
as logging on to an access point and encryption. richard millers raspberry pi
wifi driver was written in a different environemnt. so our aux/wpa, which is used
to establish encryption keys to a wpa/wpa2 wirelss nework might be incompatible
to richard millers driver.

the error message sounds like the driver does not understand the "essid" control
message wich aux/wpa uses to select the wifi network to scan and associate to
by essid string.

i'm currently moving to spain and have no time to look into this. sorry.

--
cinap

bwk cs princeton edu



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-20  6:15 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-20  6:15 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 307 bytes --]

Don't warry.

I'm doing it with pleasure, though I cannot concentrate myself not so
long time...

My problem seems to be in the difference between /net/ether0 for Richard's case
and /net/etherU0 for 9front's case.

I'll investigate deeper, though it may take long time...

Have a good chance, cinap!

Kenji

[-- Attachment #2: Type: message/rfc822, Size: 1799 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Sun, 20 Oct 2019 02:37:56 +0200
Message-ID: <D2026DDA13664A93755448D8C6889272@felloff.net>

9front has a generic wifi layer that handles the wifi protocol details such
as logging on to an access point and encryption. richard millers raspberry pi
wifi driver was written in a different environemnt. so our aux/wpa, which is used
to establish encryption keys to a wpa/wpa2 wirelss nework might be incompatible
to richard millers driver.

the error message sounds like the driver does not understand the "essid" control
message wich aux/wpa uses to select the wifi network to scan and associate to
by essid string.

i'm currently moving to spain and have no time to look into this. sorry.

--
cinap

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-19 23:07 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-19 23:07 UTC (permalink / raw)
  To: 9front

Ahaha, it's not so easy.☺

/dev/usb not found, unrecongnized parameter essid etc.

my cmdline.txt is:
console=0 ether1=type=4330 essid=<MyESSID> wificrypt=wpa2 fs=<FsAddress> auth=<AuthAddress> bootargs=tls nora6=

I'll play with this more...

the bootdir of pi3wifi file was changed as:

bootdir
	/$objtype/bin/paqfs
	/$objtype/bin/rc
	/rc/lib/rcmain
	/$objtype/bin/nusb/usbd
	/$objtype/bin/nusb/kb
	/$objtype/bin/auth/factotum
	/$objtype/bin/srv
	/$objtype/bin/aux/wpa wpa
	/$objtype/bin/ip/ipconfig
	/$objtype/bin/mount
	/$objtype/bin/bind
	/$objtype/bin/echo
	/$objtype/bin/read
	/lib/firmware/brcmfmac43430-sdio.bin
	/lib/firmware/brcmfmac43430-sdio.txt
	bootfs.paq
	bootwifi.rc			boot

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-19  0:13 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-19  0:13 UTC (permalink / raw)
  To: 9front


> I installed Richard's 9pi.img to new sdram, and found the ether4330.c
> I got copied was corrupted.   It's easy to compile ether4330.c on 9front.

Comparing Richard's bcm and 9front's bcm64, I added some files from
the former by copying them.   After some miner changes of those
files, I got success to compile 9pi3wifi kernel (2832848 bytes).
My pi3wifi file is as follows:
------from here-----
dev
	root
	cons
	swap
	env
	pipe
	proc
	mnt
	srv
	dup
	arch
	ssl
	tls
	cap
	fs
	ip		arp chandial ip ipv6 ipaux iproute netlog nullmedium pktmedium inferno
	draw	screen swcursor
	mouse	mouse
	uart	gpio
	gpio	gpio

	ether	netif
	sd
	usb
	shr
	dtracy

link
	loopbackmedium
	ethermedium
	archbcm3
	sdhost
	usbdwc
	etherusb
	ether4330 emmc

ip
	tcp
	udp
	ipifc
	icmp
	icmp6
	ipmux

misc
	uartmini
	uartpl011
	sdmmc	emmc
	dma
	vcore
	irq

	dtracysys
	dtracytimer

port
	int cpuserver = 0;

boot boot #S/sdM0/
	local
	tcp

bootdir
	/$objtype/bin/paqfs
	bootwifi.rc			boot
	/$objtype/bin/rc
	/rc/lib/rcmain
	/$objtype/bin/nusb/usbd
	/$objtype/bin/auth/factotum
	/$objtype/bin/srv
	/$objtype/bin/aux/wpa wpa
	/$objtype/bin/ip/ipconfig
	/$objtype/bin/mount
	/$objtype/bin/bind
	/$objtype/bin/echo
	/$objtype/bin/read
	/lib/firmware/brcmfmac43430-sdio.bin
	/lib/firmware/brcmfmac43430-sdio.txt
-----to here-----

I've not tested this yet, because ...

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-17 10:15 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-17 10:15 UTC (permalink / raw)
  To: 9front

> Legacy Plan9's kernel codes seems to be somewhat different from those
> of 9front's, such as sdioabort(), cfgreadl(), cfgwritel(), cfgw(), cfgr(), sbwindow() etc.

I installed Richard's 9pi.img to new sdram, and found the ether4330.c
I got copied was corrupted.   It's easy to compile ether4330.c on 9front.
Sorry, my noise.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-16 23:29 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-16 23:29 UTC (permalink / raw)
  To: 9front

>> My main request to pi3 is using wifi on this device.
>> Is it difficult?
> 
> no, not hard. it is mostly integration stuff. richard
> miller has already written the code. the wifi module is connected

I started (just a play) to check that Richard's codes, and felt
it's not easy to me...
Legacy Plan9's kernel codes seems to be somewhat different from those
of 9front's, such as sdioabort(), cfgreadl(), cfgwritel(), cfgw(), cfgr(), sbwindow() etc.
Now I'm trying to install legacy Plan9 on another HDD...

>> <祭名部> You are leader of festival section?
> 
> one day, we will have a plan9 festival in japan.

If it's plan9 related, there are very little humans here to play
with Plan9, I think.
I once (about 20 years ago) attended a Plan9 teaching meeting at Tokyo 
where only three peoples are, including our two.

Apart from such kind of meeting, I'd like to see you and others
on this mailing list.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-10-15  3:53 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-10-15  3:53 UTC (permalink / raw)
  To: 9front

>> ok, so theres some problem with the design wave usb controller. as the
>> nusb/kb driver is the same on arm64 as it is on amd64.
> 
> Yes, I agree with you.

I forgot to write the reason of it.

Amd64 system can recognize all the usb sticks without problem.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-30  0:31 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-30  0:31 UTC (permalink / raw)
  To: 9front

> interpret the data with the hid descriptor... (see setproto() in
> /sys/src/cmd/nusb/kb/kb.c)

I tried usb memory sticks to mount, and found only one for four devices can
be detected, which resembles to the mouse case.

So, I suppose the problem relates more deeper somewhere
not only kb.c.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-29  1:17 kokamoto
  2019-09-29  4:27 ` Sean Hinchee
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-09-29  1:17 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 357 bytes --]

Thanks all.

Regarding rpi4, I may not hurry to get it, because I'm using rpi
only for terminals. 1GB memory may be enough for that purpose.
However, I found rpi4 has independent ether interface from usb
(Sorry just a glance of souces), which may be better for usb itself
ether...

Do you all think to to use rpi4 for cpu/auth/file server for plan9?

Kenji

[-- Attachment #2: Type: message/rfc822, Size: 3434 bytes --]

From: hiro <23hiro@gmail.com>
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Sun, 29 Sep 2019 01:35:46 +0200
Message-ID: <CAFSF3XNjJ9KqqcuGGic6ciNv+K8t2KbM-hD0EiWVVEcQvbX_yg@mail.gmail.com>

probably mothra stuff is mostly latency bound and not really that
intensive in terms of computations or bandwidths.

cinap was reporting that the rpi4 was significantly faster, i didn't
know the rpi3 was noteworthy in that regard.

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-28  0:54 kokamoto
  2019-09-28 18:48 ` Ethan Gardener
  2019-09-28 19:43 ` Julius Schmidt
  0 siblings, 2 replies; 75+ messages in thread
From: kokamoto @ 2019-09-28  0:54 UTC (permalink / raw)
  To: 9front

By the way, please someone teach me why rpi chip does not produce
much heat like Intel's one.

My rpi3 chip runs as quick as Intel's i-5 cpus when run such like
abaco or mothra etc, but has not any fan to cool the cpu.

I have no good knowledge on rpi cpu.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-28  0:10 kokamoto
  2019-09-28  1:24 ` Julius Schmidt
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-09-28  0:10 UTC (permalink / raw)
  To: 9front

うわぁー、参った
aijuさんは日本語が出来るんだ

I'm much much surprized!
aiju can write Japanese in such excelent manner,

>>> cinap さいなぶ 祭名部
>>
>> I thought your name as さいなぷ, my mistake.
> 
> 「ぷ」の方は良いですけど、「ぷ」と読む漢字はありません。
> 冗談抜き「サイナップ」でしょう?

 そうですね、サイナップが正しいと思います、日本語で書くのなら
Yes,, I agree with サイナップ.

でも祭名部も面白いですね、最後のpはアクセントが無いでしょうから
buでも誰も気にしないかも

May be anyone don't care the last 'b' for 'p', 
because it's has no accent (am I right?).


>>> hiro ひろう 火竜 卑陋
>>
>> I thought your name as ひろ, my mistake.
> 
> 「ヒロ」や「ヒーロ」はもう正確でしょう、でも「ひろう」の読み方はもう面白いと思いました。

これ、難しいんですよね、日本語で表現するのが。
ヒローなのかヒーロなのかヒロウなのかヒロヲなのかヒロなのか、、、
外国語を日本語で表現する限界だと思います

It's not easy to write this in Japanese.
So, everything can be right, I think.

しかし卑陋には良い意味がありませんので、わざわざこう書くと
自分を卑下してる様に見えますね

However, there is no good meaning in 卑陋.
If you use it as your name, you may be thought as using blackhumor
to yourself.

I learned german at university, because I'd like to read
Schubert's songs by the original language, what sound? etc.
However, I forgot everything it now...

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-27  1:51 cinap_lenrek
  2019-09-27  4:58 ` Roman Shaposhnik
  0 siblings, 1 reply; 75+ messages in thread
From: cinap_lenrek @ 2019-09-27  1:51 UTC (permalink / raw)
  To: 9front

http://gabe.felloff.net/usr/cinap_lenrek/9front-7402.706812d7d85b.pi3.img.gz

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-27  1:28 cinap_lenrek
  2019-09-27  1:48 ` Roman Shaposhnik
  0 siblings, 1 reply; 75+ messages in thread
From: cinap_lenrek @ 2019-09-27  1:28 UTC (permalink / raw)
  To: 9front

> My main request to pi3 is using wifi on this device.
> Is it difficult?

no, not hard. it is mostly integration stuff. richard
miller has already written the code. the wifi module is connected
to the sdmmc controller... which is also the same as with
the raspberry pi 4.

i'm out of time for raspberry pi work right now... but will
accept patches... others also have asked for this...

> <祭名部> You are leader of festival section?

one day, we will have a plan9 festival in japan.

--
cianp


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-27  1:06 kokamoto
  2019-09-27 10:22 ` Julius Schmidt
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-09-27  1:06 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]

>cinap さいなぶ 祭名部

I thought your name as さいなぷ, my mistake.

<祭名部> You are leader of festival section?

>hiro ひろう 火竜 卑陋

I thought your name as ひろ, my mistake.
<卑陋>, do you like this realy?
How about 披露, which means to make it open to public...


By tyhe way, abaco or mothra runs very quick on rpi3.
Yes, it's usable!

On the usb mouse problem, I can select a mouse, then it's not so hard
if we know how to avoid it.

My main request to pi3 is using wifi on this device.
Is it difficult?

Kenji

[-- Attachment #2: Type: message/rfc822, Size: 1867 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Thu, 26 Sep 2019 16:35:37 +0200
Message-ID: <37E859904F2978FA88EFE7B3E8E1A940@felloff.net>

it will be a bit of a pain to debug this. the first thing you could
try is to rule out power issues... having the keyboard/mouse connected
to the raspberry pi 3 by a *POWRED* hub.

then for the actual debugging, connect the pi over serial... then
we can kill nusb/kb and rerun it manually with debug prints and
see where it diverges.

it colud be that for some reason we fail to fetch the hid descriptor,
and assume some default descriptor (boot protocol). or the device
fails to switch to from boot protocol to report protocol but we
interpret the data with the hid descriptor... (see setproto() in
/sys/src/cmd/nusb/kb/kb.c)

--
cinap さいなぶ 祭名部

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-26 14:35 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-09-26 14:35 UTC (permalink / raw)
  To: 9front

it will be a bit of a pain to debug this. the first thing you could
try is to rule out power issues... having the keyboard/mouse connected
to the raspberry pi 3 by a *POWRED* hub.

then for the actual debugging, connect the pi over serial... then
we can kill nusb/kb and rerun it manually with debug prints and
see where it diverges.

it colud be that for some reason we fail to fetch the hid descriptor,
and assume some default descriptor (boot protocol). or the device
fails to switch to from boot protocol to report protocol but we
interpret the data with the hid descriptor... (see setproto() in
/sys/src/cmd/nusb/kb/kb.c)

--
cinap さいなぶ 祭名部


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-26  9:58 kokamoto
  2019-09-26 12:12 ` hiro
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-09-26  9:58 UTC (permalink / raw)
  To: 9front

> @kenji to clarify, did you try the weird other mouse on rpi4 at all?

I have no rpi4 yet, just have rpi3.

The one writing this mail is wired usb mouse.
Another wire usb mouse (HP label) failed, and other two wireless also.

Kenjiけんじ健二



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-26  3:50 kokamoto
  2019-09-26  6:44 ` hiro
  0 siblings, 1 reply; 75+ messages in thread
From: kokamoto @ 2019-09-26  3:50 UTC (permalink / raw)
  To: 9front


> I changed the usb mouse to another noname 3 button scroll mouse.

A usb 3-button scroll mouse got success, but other three similler
ones didn't.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-26  0:04 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-26  0:04 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 255 bytes --]

I got success!

I changed the usb mouse to another noname 3 button scroll mouse.

Now, I have no problems.

I'm wrinting this mail from that pi3 terminal.
中々良いよこれ!

Thank you very much to make wondefull pi3 terminal, cinap!

けんじ
Kenji

[-- Attachment #2: Type: message/rfc822, Size: 1330 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Wed, 25 Sep 2019 00:45:55 +0200
Message-ID: <663A8FACD631BF5E2BA51CEA3C917129@felloff.net>

ok, so theres some problem with the design wave usb controller. as the
nusb/kb driver is the same on arm64 as it is on amd64.

--
cinap

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 23:19 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-24 23:19 UTC (permalink / raw)
  To: 9front

> ok, so theres some problem with the design wave usb controller. as the
> nusb/kb driver is the same on arm64 as it is on amd64.

Yes, I agree with you.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 22:45 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-09-24 22:45 UTC (permalink / raw)
  To: 9front

ok, so theres some problem with the design wave usb controller. as the
nusb/kb driver is the same on arm64 as it is on amd64.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 21:51 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-24 21:51 UTC (permalink / raw)
  To: 9front

>>can you reproduce the keyboard/mouse issues on a pc with 9front?
> 
> No. Those devices work fine on amd64 pc terminal.

Ubuntu-mate can work fine on this device, which means
it has no hardware problem to use those devices, I think.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 21:30 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-24 21:30 UTC (permalink / raw)
  To: 9front


> When I tried "tcp" boot, I got prompt of login, and password,
> got rio's background without any login terminal with no action of
> right button press etc.

If I try to make a new window without mouse's right button,
I can make that window like:
window 0,0,1000,800 rc

So, now I can see more what is happenning on this device.
As a conclusion, the behaviour is the same as that happens on a local!/dev/sdM0/fs,
say, all of the mouse buttons work only like to move scrollbar.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 21:22 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-24 21:22 UTC (permalink / raw)
  To: 9front

>can you reproduce the keyboard/mouse issues on a pc with 9front?

No. Those devices work fine on amd64 pc terminal.

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24 11:13 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-09-24 11:13 UTC (permalink / raw)
  To: 9front

can you reproduce the keyboard/mouse issues on a pc with 9front?

if yes then we have to debug nusb/kb and see why the
right mouse button does not work with that keyboard/mouse.

if no, then theres some problem with the design wave
usb controller or power issues.

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-24  5:24 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-24  5:24 UTC (permalink / raw)
  To: 9front

> http://gabe.felloff.net/usr/cinap_lenrek/9front-7402.706812d7d85b.pi3.img.gz

I tried this, and got partial success.

When I use a usb Japanese keyboard (Elecom TK-FCM005BK), I got:
Plan9 Console
127 holes free
0x00410000 0x18f40000 414384128
414384128 bytes free

Plan9
cpu0: 1200MHz ARM Cortex-A53 r0p4
992M memory: 399M kernel data, 592M user, 3556M swap
cpu1: 1200MHz ARM Cortex-A53 r0p4
cpu2: 1200MHz ARM Cortex-A53 r0p4
cpu3: 1200MHz ARM Cortex-A53 r0p4
nusb/kb: usbcmd: /dev/usb/ep4.0: required 4 attempts (no data from device)

here, system stops.

I changed keyboard from above to a wireless usb Japanese one.
I got success to proceed the system.
yes, I can use local!/dev/sdM0/fs.

The mouse,however, does behave like one button, ie, middle
and right button do not work.   I move the left button anywhere
in the rio window, the contents in the opened rc window does scroll.

When I tried "tcp" boot, I got prompt of login, and password,
got rio's background without any login terminal with no action of
right button press etc.

I cannot edit anything on the screen...

Kenji



^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-23 17:24 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-09-23 17:24 UTC (permalink / raw)
  To: 9front

yes.

just made and tested this one:

http://gabe.felloff.net/usr/cinap_lenrek/9front-7402.706812d7d85b.pi3.img.gz

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-23  1:44 cinap_lenrek
  2019-09-23  2:00 ` Kenji Okamoto
  0 siblings, 1 reply; 75+ messages in thread
From: cinap_lenrek @ 2019-09-23  1:44 UTC (permalink / raw)
  To: 9front

i have not made one for the recent changes yet. tho you
can just rebuild the kernel on your own.

check the directory:

http://gabe.felloff.net/usr/cinap_lenrek/

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-09-23  1:41 kokamoto
  0 siblings, 0 replies; 75+ messages in thread
From: kokamoto @ 2019-09-23  1:41 UTC (permalink / raw)
  To: 9front

[-- Attachment #1: Type: text/plain, Size: 261 bytes --]

I tried to get this image for my pi3 board, which I tried once before (about 1 year ago?)
and abandonded by an filesystem error.
I'd like to try once again 9pi3 by a new cinaps work, but I got error to do.

Where is the new image now?

Thanks in advance

Kenji

[-- Attachment #2: Type: message/rfc822, Size: 1590 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: Re: [9front] unofficial sdcard image for raspberry pi 4 testing
Date: Fri, 23 Aug 2019 22:16:04 +0200
Message-ID: <23B1E13EF4075B6E1A3C98E84E06CE9E@felloff.net>

made new image and kernels if anyone wants to test.

http://gabe.felloff.net/usr/cinap_lenrek/9front-7341.7789bbc91c22.pi3.img.gz
http://gabe.felloff.net/usr/cinap_lenrek/9pi3
http://gabe.felloff.net/usr/cinap_lenrek/9pi4

sha1sums:

1b493439cbdff6aa6e0403cc0bda158841ebac40	9front-7341.7789bbc91c22.pi3.img.gz
b5e199a9ee2890929e096b29b6310bc12bbe00a8	9pi3
abc4a73cdffb5d1e0ddc4d86a20b5f2f0509ced0	9pi4

--
cinap

^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-08-23 20:16 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-08-23 20:16 UTC (permalink / raw)
  To: 9front

made new image and kernels if anyone wants to test.

http://gabe.felloff.net/usr/cinap_lenrek/9front-7341.7789bbc91c22.pi3.img.gz
http://gabe.felloff.net/usr/cinap_lenrek/9pi3
http://gabe.felloff.net/usr/cinap_lenrek/9pi4

sha1sums:

1b493439cbdff6aa6e0403cc0bda158841ebac40	9front-7341.7789bbc91c22.pi3.img.gz
b5e199a9ee2890929e096b29b6310bc12bbe00a8	9pi3
abc4a73cdffb5d1e0ddc4d86a20b5f2f0509ced0	9pi4

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread
* Re: [9front] unofficial sdcard image for raspberry pi 4 testing
@ 2019-08-21 14:35 cinap_lenrek
  0 siblings, 0 replies; 75+ messages in thread
From: cinap_lenrek @ 2019-08-21 14:35 UTC (permalink / raw)
  To: 9front

updated the image fixing wrong osc frequency regression on the pi3:

http://gabe.felloff.net/usr/cinap_lenrek/9front-7336.bb28fe19fe44.pi3.img.gz

--
cinap


^ permalink raw reply	[flat|nested] 75+ messages in thread

end of thread, other threads:[~2020-06-20 11:39 UTC | newest]

Thread overview: 75+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-20  0:37 [9front] unofficial sdcard image for raspberry pi 4 testing cinap_lenrek
2019-10-20  9:13 ` Steve Simon
2019-10-20 13:40   ` hjfs Ethan Gardener
2019-10-20 15:26     ` [9front] hjfs Stanley Lieber
2019-10-20 13:48   ` [9front] unofficial sdcard image for raspberry pi 4 testing hiro
  -- strict thread matches above, loose matches on Subject: below --
2020-01-27  2:18 kokamoto
2019-12-05  5:19 kokamoto
2019-11-21  1:14 kokamoto
2020-05-31  8:51 ` Iruatã Souza
2020-06-01 23:07   ` kokamoto
2019-11-20  0:20 kokamoto
2019-11-21  0:23 ` hiro
2019-11-20  0:09 kokamoto
2019-11-18  9:45 umbraticus
2019-11-17 23:34 kokamoto
2019-11-17 23:37 ` Kurt H Maier
2019-11-17 18:33 cinap_lenrek
2020-06-20 11:39 ` Iruatã Souza
2019-11-17  6:23 kokamoto
2019-11-17  0:04 kokamoto
2019-11-17  0:02 kokamoto
2019-11-16 16:48 cinap_lenrek
2019-11-16 10:04 rgl
2019-11-16  9:29 kokamoto
2019-11-16  1:08 cinap_lenrek
2019-11-15  9:13 kokamoto
2019-11-15  6:58 rgl
2019-11-15  2:27 ori
2019-11-15  2:18 kokamoto
2019-11-15  0:21 kokamoto
2019-11-04  0:55 kokamoto
2019-10-21  4:19 kokamoto
2019-10-20  7:38 ori
2019-10-20  6:15 kokamoto
2019-10-19 23:07 kokamoto
2019-10-19  0:13 kokamoto
2019-10-17 10:15 kokamoto
2019-10-16 23:29 kokamoto
2019-10-15  3:53 kokamoto
2019-09-30  0:31 kokamoto
2019-09-29  1:17 kokamoto
2019-09-29  4:27 ` Sean Hinchee
2019-09-29 20:43   ` hiro
2019-09-28  0:54 kokamoto
2019-09-28 18:48 ` Ethan Gardener
2019-09-28 19:43 ` Julius Schmidt
2019-09-28 23:35   ` hiro
2019-09-28  0:10 kokamoto
2019-09-28  1:24 ` Julius Schmidt
2019-09-28  7:43   ` hiro
2019-09-27  1:51 cinap_lenrek
2019-09-27  4:58 ` Roman Shaposhnik
2019-09-27  1:28 cinap_lenrek
2019-09-27  1:48 ` Roman Shaposhnik
2019-09-27  1:06 kokamoto
2019-09-27 10:22 ` Julius Schmidt
2019-09-26 14:35 cinap_lenrek
2019-09-26  9:58 kokamoto
2019-09-26 12:12 ` hiro
2019-09-26  3:50 kokamoto
2019-09-26  6:44 ` hiro
2019-09-26  0:04 kokamoto
2019-09-24 23:19 kokamoto
2019-09-24 22:45 cinap_lenrek
2019-09-24 21:51 kokamoto
2019-09-24 21:30 kokamoto
2019-09-24 21:22 kokamoto
2019-09-24 11:13 cinap_lenrek
2019-09-24  5:24 kokamoto
2019-09-23 17:24 cinap_lenrek
2019-09-23  1:44 cinap_lenrek
2019-09-23  2:00 ` Kenji Okamoto
2019-09-23  1:41 kokamoto
2019-08-23 20:16 cinap_lenrek
2019-08-21 14:35 cinap_lenrek

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).