<wpwrak>
using the openwrt .config, i get a rather peculiar mix of devices. ps/2 mouse, (USB) HID, etc. didn't check the origin of these settings, though. some could have been forced by other items.
<wpwrak>
something to clean up later ...
<viric>
:)
<viric>
maybe some defconfig
<viric>
I use 4.6.3 here too, and I don't remember that message (building 3.8 now)
<viric>
do mips64 kernels boot with early mips32 instrsuctions?
<wpwrak>
nice typo ;-)
<viric>
:D
<wpwrak>
arch/mips/boot/compressed/vmlinux.bin.z ... gzip-compressed. very peculiar extension. wasn't .z "pack", the predecessor of "compress" ?
<viric>
.Z, no?
<wpwrak>
checking wikipedia ... yeah. darn, that stuff was old when i started on unix
<wpwrak>
compress was .Z
<viric>
ok
<viric>
mh I don't understand how to make this pmon output to the serial port
<wpwrak>
hmm, seems that flash_eraseall /dev/mtd1 && nandwrite -p /dev/mtd1 uImage no longer works :-(
rz2k has joined #qi-hardware
* wpwrak
wonders just how much of the system he just killed
<wpwrak>
or maybe it's just the kernel that's bad
<viric>
?
<viric>
check the kernel size
<viric>
and the part size
<larsc>
hm, isn't mtd1 the bootloader?
Jurting_pc2 has quit [Read error: Connection reset by peer]
<viric>
larsc: do you work with pmon?
<larsc>
no
<larsc>
luckily we don't have that on jz4740
<viric>
:)
<wpwrak>
u-boot is still there. it got me into usb boot mode. so it must be the kernel.
<wpwrak>
are the essential drivers in mainline ?
<wpwrak>
the owrt kernel has a collection of some 27 patches
wolfspraul has joined #qi-hardware
* wpwrak
undusts his idbg-equipped ben. let's see what goes on in that kernel ...
<viric>
:)
<viric>
I'm investigating an early crash in the fuloong kernel
<wpwrak>
hmm. NAND: "2048 MiB", followed by total silence.
guanucoluis has joined #qi-hardware
<viric>
a kerne line?
<viric>
kernel
<viric>
here the pmon memory dump instructions only dump 0xfffffffff
<viric>
instead of memory contents. no idea why.
<wpwrak>
no kernel. that's still u-boot
<wpwrak>
hmm, the patch set looks intimidating. i thought the ben stuff had been pushed upstream ?
<larsc>
it has, what's the size of your kernel?
<wpwrak>
arch/mips/boot/vmlinux.bin.gz is 2396147 bytes
<larsc>
try to get it to less than 2MB
<wpwrak>
a bit larger than the one on downloads.qi-hardware.com
<larsc>
lots of kernel bload these days
<wpwrak>
unbloating ...
<larsc>
I think we started out with 1MB back in the old days
<wpwrak>
"8250/16550 and compatible serial support" hmm ...
<larsc>
yes, the jz4740 serial is a 16550
<larsc>
with minor changes
<larsc>
disable ext3/4 support or vfat
<wpwrak>
i cleaned out a few other things. let's see how far i get ...
<wpwrak>
still 2353883 :-(
<wpwrak>
without "disk" filesystems, 2141620. closer :)
<viric>
wpwrak: my troubles are gone; I had to disable FTRACE in the kernel. no more crashes.
<larsc>
wpwrak: jffs2 can be disabled as well
<viric>
FTRACE may be rotten in mips
<wpwrak>
and creepy codepages
<viric>
Why sysrq doesn't work on kernel panic?
<viric>
I always found this very annoying
<viric>
ah
<viric>
no, it works :)
<viric>
I was used to 'cu' (~# break), and in minicom the break is ctrl-a f.
<wpwrak>
1804699 bytes ;-)
<viric>
gzipped, right?
<wpwrak>
aye
<viric>
there should be a contest on kernel configuration, seeing who makes the smallest working kernel
<kyak>
wpwrak: (atusb) very nice, hope you'd get it ro work
<kyak>
s/ro/to
<qi-bot>
kyak meant: "wpwrak: (atusb) very nice, hope you'd get it to work"
<kyak>
currently the most i get from atusb are segfaults on 3.8 :)
<wpwrak>
atusb is happy on 3.9. the user space tools too. but they appear to be broken in owrt. at least all i got from them there were complaints. actually .. lemme check ...
<kyak>
wpwrak: are you using the driver from ben-wpan branch of qi-kernel git?
<kyak>
with the latest updates for the firmware, and it works on 3.9 - do i understand correctly?
<kyak>
do you have plans to push it to the upstream?
<wpwrak>
hmm. fragile system. reinstalled owrt. saw it boot. then installed the new kernel. complained about spi and the LCD chip. back to the owrt kernel. booted to the gui but got no usbnet. booted again, and this time it doesn't even make it to the gui :-(
<wpwrak>
well, let's reinstall again ...
<kyak>
by reinstall do you mean reflashing?
<wpwrak>
yes. reflash_ben.sh
<wpwrak>
regarding the atusb driver, it's not really usable yet. produces a lot of debug output, some details are missing, and i also need to check for some races.
<wpwrak>
also, i haven't tested any proper IEEE 802.15.4 communication, just IEEE 802.15.4 to atrf-txrx. so i know it can send and receive but i don't know if the data is right.
<wpwrak>
for testing wpan to wpan, i need another station. that's why i'm now trying to get atben to run
<wpwrak>
viric: does look as if one should be able to port it
<kyak>
but it's still something, which is good.. atben/atusb hasn't got any development for some time, so now probably soemthing with change
<kyak>
i have a router with USB port, and have big plans for that :)
<kyak>
openwrt router, of course
<viric>
wpwrak: I guess the ios and android 'clients' are just *extras*
<viric>
not the only ones
guanucoluis has quit [Ping timeout: 245 seconds]
<wpwrak>
wolfspraul: btw, have you noticed that sharism.cc has bitten the dust once more ? (someone mentioned it a while ago but i don't know if you were around at that time)
<wpwrak>
roh: yeah. and i posted a comment warning about it :)
<wpwrak>
i also added a link about the non-commercial license to our ben-wpan wiki page. after all, our rants are a source referenced by wikipedia ;-)
<wpwrak>
i eat my words - the wpan tools are fine in owrt. just a bit dated. (don't have "iz set")
<viric>
so you fixed the kernel things?
<wpwrak>
no. just installed the "official" distribution
<wpwrak>
at86rf230 in owrt is rather chatty. that can't be good for performance ...
<viric>
shame :)
<wpwrak>
picking one fight at a time :)
<wpwrak>
nice. the wpan stack in 3.9 just oopsed without me even helping :)
<wpwrak>
ah well. time to do a bit of shopping. and then do as any good starship trooper would do ...
<viric>
kill the bugs!
<wpwrak>
yeah :)
<viric>
one of the best films ever
<roh>
well.. i got loads of openwrt routers distributed in this building.. if there would be other devices to talk to...
<roh>
anybody ever tried to send/recieve other stuff in the same band? like weather-stations and similar
<viric>
mh mpg123 doesn't build easily well on mips. It makes a very wrong sound
Jurting_pc2 has joined #qi-hardware
jekhor has joined #qi-hardware
xiangfu has joined #qi-hardware
<viric>
fuloong, not the nanonote.
<viric>
in the nanonote, it works, cross-building
<larsc>
wpwrak: 'Und heute abend im Programm bei Werner Almesberger deckt auf!, Vorsicht Falle: Zigbee'
jekhor has quit [Ping timeout: 240 seconds]
rz2k has quit [Read error: Connection reset by peer]
lekernel has quit [Quit: Leaving]
fire has quit [Ping timeout: 255 seconds]
unclouded has joined #qi-hardware
fire has joined #qi-hardware
<viric>
nice, someone updated kicad in nixpkgs and it wasn't me!
baba has joined #qi-hardware
fire has quit [Ping timeout: 240 seconds]
xiangfu has quit [Ping timeout: 256 seconds]
xiangfu has joined #qi-hardware
freespac1 is now known as freespace
jekhor has joined #qi-hardware
LunaVorax has quit [Quit: Quitte]
<wpwrak>
larsc: yeah. subtitle: patent trolls, proprietary standards, and phishers.
jekhor has quit [Ping timeout: 245 seconds]
Jurting_pc2 has quit [Read error: Connection reset by peer]
jurting has quit [Ping timeout: 252 seconds]
kilae has quit [Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931]]
jekhor has joined #qi-hardware
<wpwrak>
kewl. izchat works.
<wpwrak>
address assignment is a bit of a nightmare, though
<wpwrak>
seems that the net-next stack dropped support for non-data frames. thus, we can't exchange administrative frames and therefore association can't be implemented (though, strangely, the API still seems to be there)
<wpwrak>
fortunately, there is now a manual override with "iz set". so the atusb side on net-next is covered
<wpwrak>
but ... on the ben, with the owrt kernel that has the old wpan stack WITH support of administrative frames, the wpan user space tools are a bit older and don't have "iz set". so the manual override isn't available there.
<wpwrak>
however, if firing up a izcoordinator on the ben, which is of course dysfunctional because the other side can't handle administrative frames, that izcoordinator will also set the local address, thus in the end having the same effect as "iz set"
<wpwrak>
i'll now wash my hands after typing this :)
Calyp has quit [Quit: gone working on freeconomy =o)]