| 00:15:49 | prpplague | howdy howdy |
| 01:49:10 | Sammy | hello all |
| 03:12:24 | Russ | hey Sammy |
| 03:12:28 | Russ | get some more shaking? |
| 03:47:17 | Sammy | Russ: as usual as that thing ... |
| 03:49:05 | Sammy | but before that , I am already shaking in my head from some beer ... |
| 05:56:54 | Russ | tim, do you think andersee would want one of these? |
| 05:56:57 | Russ | http://www.thinkgeek.com/stuff/apparel/592a.shtml |
| 07:06:56 | mmatten_ | morning all |
| 07:21:47 | Russ | can't seem to fool bootldr into thinking that blob is a kernel image |
| 08:37:26 | Sammy | new platform ? |
| 08:40:57 | mmatten | either i'm incredibly stupid, incredibly blind or somehow sqrt() doesn't work as i think it does |
| 08:41:21 | mmatten | on ARM that is |
| 08:56:25 | mmatten | is there some magic compiler switch there or why does it return what i throw in for calc? sqrt(9) returns 9 on my sys which is kinda stupid (the test prog works fine on my main pc) |
| 10:48:52 | seletz | hello |
| 10:50:52 | erikm | hi |
| 10:52:19 | seletz | erikm: I know you're very busy, but have you seen my generic io stuff i did for blob? |
| 10:52:27 | erikm | seletz: not yet |
| 10:52:41 | seletz | erikm: ok |
| 10:54:02 | seletz | erikm: my sysupd stuff works quite well. update from CF->blob flash partitions. Maybe sometimes you get around to look at it. |
| 10:55:05 | erikm | will do |
| 11:37:29 | seletz | erikm: silly question: what could be the cause of sin() and sqrt() not working on ARM? (i have a libm, i have compiled in fpe in my kernel) |
| 11:37:34 | seletz | puzzled |
| 11:45:07 | erikm | seletz: I don't know. those are the two obvious things |
| 11:46:03 | seletz | hmm |
| 11:46:12 | seletz | erikm: thanks anyway |
| 14:30:27 | seletz | prpplague: hi |
| 14:31:01 | prpplague | seletz: morning |
| 14:49:21 | prpplague | seletz: whats on your plate today? |
| 15:11:20 | seletz | prpplague: havin strange ln problems, cramfs update fun and all that :( |
| 15:11:48 | seletz | prpplague: ever head that ln -s is behaving very strange over NFS? |
| 15:12:43 | seletz | prpplague: over here "ln -s somefile link" does weird things. looks like the link name is not null-terminated. |
| 15:13:21 | prpplague | seletz: yes i have had strange problems with ln over nfs |
| 15:13:42 | seletz | prpplague: ahh, really? Then its not me alone ... |
| 15:13:54 | prpplague | seletz: part of our software uses ln functions, and we were not able to run it over nfs due to this problem |
| 15:14:27 | prpplague | seletz: as too wether it was just me? don't know, it was just a test run and i didn |
| 15:14:34 | prpplague | 't research it much |
| 15:14:52 | seletz | prpplague: what is uname -a saying on your system? |
| 15:15:29 | prpplague | seletz: when i tested this, it was on rhat 6.2 2.2.14 kernel |
| 15:16:15 | prpplague | its been awhile |
| 15:33:15 | Russ | seletz: are you using fastfpe (sqrt problem) |
| 15:33:43 | prpplague | Russ: howdy |
| 15:34:33 | seletz | Russ: no, the normal one |
| 15:34:53 | seletz | Russ: but meanwhile i guess its a libc/libm/gcc problem. |
| 15:35:32 | seletz | Russ: we're currently investigating... |
| 15:35:45 | Russ | seletz: I know nwfpe has had issues in the past |
| 15:35:49 | Russ | morning prpplague |
| 15:36:13 | seletz | Russ: ah, ok. Then i'll forget to switch to it for speed reasons. |
| 15:36:37 | Russ | seletz: nothing wrong with trying fastfpe |
| 15:36:54 | mmatten | that'd be a rather hefty issue |
| 15:37:06 | seletz | Russ: ah, ugr. I get confused .... |
| 15:37:19 | mmatten | i mean sin and sqrt aren't _that_ uncommon :) |
| 15:37:41 | seletz | Russ: nwfpe is the standard one, right? the fastfpe is the one tweaked with no exceptions? |
| 15:38:07 | Russ | I don't know if it has no exceptions |
| 15:38:20 | Russ | I just no its designed to be faster at the cost of not being perfect |
| 15:38:32 | seletz | got this knowledge(?) from config.help .... |
| 17:10:13 | seletz | updating cramfs _again_ |
| 17:10:38 | Russ|werk | it only takes a few seconds... |
| 17:10:45 | seletz | lol |
| 17:10:47 | Russ|werk | (at least with ftp) |
| 17:11:17 | seletz | Russ|werk: i dont know your system, but mine has a cramfs root |
| 17:11:27 | Russ|werk | so does mine |
| 17:11:43 | seletz | Russ|werk: hmm. Ok, how do you do it? |
| 17:12:07 | Russ|werk | busybox init accepts a signal that makes it kill everything an exec another program |
| 17:12:36 | Russ|werk | the script then copies a statically linking flashing program to a ramfs where the image already resides |
| 17:13:36 | seletz | Russ|werk: hmm, so you update cramfs root while a kernel runs, with mountet cramfs?? |
| 17:13:42 | Russ|werk | /proc and the other ramfs's are umount'd, piviot_root, chroot and exec flash program, flash program umounts old root (cramfs) |
| 17:13:58 | Russ|werk | flash program flashes cramfs and reboots |
| 17:14:06 | seletz | Russ|werk: way cool |
| 17:14:30 | Russ|werk | could alternately remount root and re-exec /linuxrc |
| 17:14:52 | seletz | Russ|werk: have this flash proggy lying around somewhere? :) |
| 17:15:01 | Russ|werk | its pretty simple |
| 17:16:08 | Russ|werk | it uses a umount system call, mmaps the image, opens the mtd char device file (which has also been copied to the ramfs) |
| 17:16:10 | BZFlag | I don't bother unmounting the old root. I just remount it ro (for jffs2 etc) and sync;reboot after updating. |
| 17:16:37 | Russ|werk | BZFlag: works until you get a page miss |
| 17:16:43 | seletz | hmm, maybe i have a simpler case, my root is RO |
| 17:17:06 | BZFlag | if you have done the pivot_root you should not get a miss ever, should you? |
| 17:17:08 | Russ|werk | does the erase ioctl across the entire region |
| 17:17:34 | Russ|werk | BZFlag: if you are already piviot_rooting, why not umount |
| 17:17:50 | Russ|werk | then writes it out, closes, and the reboot() |
| 17:17:57 | BZFlag | good point, I just have not added that to the script. |
| 17:18:38 | Russ|werk | all you do is killall -HUP init |
| 17:19:00 | Russ|werk | and have a ::restart:/linuxex line in inittab |
| 17:19:02 | seletz | Russ|werk: ca::: in inittab? |
| 17:19:09 | seletz | ah, i see |
| 17:19:20 | seletz | ca is -INT |
| 17:19:37 | BZFlag | I am meaning to update the script assuming busybox, and have it copy busybox and needed libs into ram, pivot_root there and then camm busybox for everything. ie: "./busybox mount ..." and "./busybox dd ..." etc. |
| 17:20:21 | BZFlag | seletz: ca is non-busybox init. Russ is using busybox init. |
| 17:20:38 | seletz | ohhh |
| 17:20:41 | Russ|werk | BZFlag: the way I'm doing it, I don't need busybox or libs in ram |
| 17:20:41 | seletz | sh*** |
| 17:21:03 | BZFlag | Russ: but you need your binary instead. size? |
| 17:21:05 | seletz | does'nt busybox init have ca? |
| 17:21:22 | BZFlag | seletz: not really. feel free to add it. ;-) |
| 17:21:43 | Russ|werk | BZFlag: 18k |
| 17:21:45 | seletz | BZFlag: i need ca for system poweroff. |
| 17:22:00 | seletz | Russ|werk: 18k? holy Sh***, thats small |
| 17:22:52 | seletz | adds this to his todo list |
| 17:23:47 | BZFlag | seletz: why? "shutdown" is not enough? |
| 17:23:58 | seletz | Russ|werk: when i open a mtdblock dev, cant i just write() to it? Do i have to do some ioctl()? |
| 17:24:35 | seletz | BZFlag: no. I have a PIC which gives me an IRQ via GPIO18 for poweroff. |
| 17:24:36 | BZFlag | Russ: might be worth adding the source to the busybox tree someplace as example code? |
| 17:25:36 | seletz | BZFlag: i do a kill_proc( 1, SIGINT, 1) in my irq bh. |
| 17:26:15 | seletz | BZFlag: that way its just like a PC box: user pressed Ctrl/alt/del |
| 17:27:24 | Russ|werk | seletz: with mtdblock, you can just write |
| 17:27:53 | Russ|werk | seletz: but I use mtdchar, in case I'm writing a jffs2 image (because I'm purposely erasing the whole thing) |
| 17:28:13 | seletz | Russ|werk: ok. why do you a mmap()? To use memcpy() |
| 17:28:28 | Russ|werk | so I can use write, and not read/write read/write |
| 17:28:47 | Russ|werk | and also, I don't need to allocate a buffer that I'm going to copy stuff in and out of for no reason |
| 17:28:52 | Russ|werk | the image in already in ram |
| 17:29:21 | seletz | Russ|werk: sorry if this is silly, why do you erase when using jffs? |
| 17:29:41 | seletz | Russ|werk: and not when using cramfs |
| 17:29:54 | Russ|werk | if you have old jffs(2) stuff lying around (past the end of your image), it will pick them up and use them |
| 17:30:08 | Russ|werk | cramfs doesn't do that |
| 17:30:18 | seletz | ah, yes, i remember. |
| 17:30:20 | BZFlag | Russ: why does using char device help? |
| 17:30:40 | Russ|werk | BZFlag: since I'm erasing the whole thing anyway, why bother with mtdblock? |
| 17:31:05 | Russ|werk | also, it allows the use of mtdblock_ro if you are using cramfs |
| 17:31:06 | BZFlag | hmmm... I suppose. |
| 17:31:13 | Russ|werk | (which still oopses on me...) |
| 17:32:21 | seletz | BZFlag: is there a cleaner way to do a poweroff switch? I didn't find one ... |
| 17:33:01 | seletz | Russ|werk: thanks.. |
| 17:35:08 | BZFlag | seletz: not that I can think of, nope. |
| 17:36:44 | seletz | Russ|werk: man, that simple if you know how to do it... |
| 17:41:36 | Russ|werk | seletz: ya, I also took trollftp and stripped it to the bone |
| 17:41:45 | seletz | Russ|werk: so there's no magic restriction on pivot_rooting() more than one time |
| 17:42:08 | Russ|werk | so it basically only accepts a send, and if it gets a valid image, it just signals init |
| 17:42:09 | seletz | Russ|werk: ya, trollftp. That one i found too. Dont you use wget? |
| 17:42:46 | Russ|werk | I'm talking enduser flash updates |
| 17:42:49 | seletz | Russ|werk: that crazy? cool. automaic update initiated from a host. |
| 17:43:07 | Russ|werk | and its really easy to put the perl ftp module in a make file |
| 17:43:12 | Russ|werk | so you do make image ftp |
| 17:44:07 | seletz | Russ|werk: well, now my simple CF update/install method looks quite clumsy. :( |
| 17:44:45 | seletz | Russ|werk: I thought about sending CF disks to customers (with updates on it). |
| 17:45:08 | Russ|werk | well I used to do ramdisks, so ftp updates to flash were very easy, since root was mounted on a ramdisk |
| 17:45:20 | Russ|werk | so when I switch to root mounted on cramfs, I wanted the same thing |
| 17:46:35 | Russ|werk | cf update wouldn't hurt if they screw root though |
| 17:47:04 | seletz | Russ|werk: works, btw. From blob. Its in CVS. |
| 17:48:04 | seletz | Russ|werk: system3.c::sysupd(). waiting for a review to integrate it fully into automake/conf. |
| 17:48:35 | Russ|werk | on my arm boards, I put a second cramfs root that just has a very minimal kernel and a ftpd daemon with the ability to flash root |
| 17:48:52 | Russ|werk | so if it gets screwed, you can hold down a button on power on, and it will boot to that root instead |
| 17:49:26 | seletz | Russ|werk: i have a initrd where i can init=/rootshell |
| 17:49:32 | Russ|werk | costs me 393k |
| 17:49:42 | Russ|werk | er, 384k |
| 17:50:48 | seletz | Russ|werk: i guess you basically have a own init? Or du you use busybox with scrips? |
| 17:52:39 | Russ|werk | I use the statically linked ftpd as init |
| 17:52:41 | seletz | needs some time to digest Russ' ideas :) |
| 17:53:05 | Russ|werk | and use the kernel to configure the interfaces (ip on the command line) |
| 17:53:56 | prpplague | any of you guys looked at the code for mingetty? |
| 17:54:09 | seletz | prpplague: no, sorry |
| 17:55:09 | prpplague | seletz: i've got a strange cursor problem on mediaGX1 board |
| 17:55:17 | seletz | Russ|werk: so you merged the trollftp, your flash.c and bingo. cool. That's the way to go. |
| 17:55:24 | seletz | prpplague: cursor? mingetty? |
| 17:56:16 | seletz | prpplague: oh, ok, sorry. |
| 17:56:26 | seletz | needs a break |
| 17:56:49 | prpplague | seletz: ya the cursor stays white ignoring all ansi color codes, until you switch between mingetty screens, then the cursor works fine until you log out |
| 17:56:50 | seletz | SIGOVERFLOW, so to say :) |
| 17:57:48 | seletz | prpplague: ugh, sorry. I'm not (yet) into terminals that much. |
| 17:58:12 | prpplague | seletz: yes its very strange |
| 17:58:21 | prpplague | dl's mingetty source |
| 17:58:54 | seletz | prpplague: i'd try to issue some echo's from shell with the ESC codes you wand. |
| 17:58:59 | seletz | s/wand/want |
| 17:59:03 | Russ|werk | I just use busybox getty spawning busybox sh |
| 17:59:30 | prpplague | seletz: ya thats what i did for debugging |
| 17:59:40 | Russ|werk | I need a decent telnetd though |
| 18:00:03 | seletz | hmmm, there was an announce recently of a minimal telnetd... |
| 18:00:10 | prpplague | Russ|werk: there is a new small telnetd that was possed on linuxdevices.com |
| 18:00:32 | seletz | http://www.pengutronix.de/software/utelnetd_en.html |
| 18:02:53 | seletz | Russ|werk: that URL is about utelnetd "A small telnet daemon ..." |
| 18:03:11 | seletz | Russ|werk: did'nt try it yet, though |
| 18:03:54 | Russ|werk | in the changelog, it says there is a telnetd in busybox |
| 18:03:55 | | OK, seletz. |
| 18:03:55 | seletz | ibot: utelnetd is at http://www.pengutronix.de/software/utelnetd_en.html |
| 18:04:23 | Russ|werk | it must mean the netxit-tiny telnetd |
| 18:04:39 | Russ|werk | I've been using that, but it has some serious issues with negotiation |
| 18:04:49 | Russ|werk | it takes responses as data, and echos it back |
| 18:05:06 | Russ|werk | which the host takes as further commands, and echos more responses... |
| 18:05:17 | Russ|werk | so you have to use nc |
| 18:06:07 | prpplague | Russ|werk: worst cause you can use the standard telnet and run it in debug mode, which is what we do on our thin clients |
| 18:06:22 | prpplague | s/telnet/telnetd |
| 18:06:42 | prpplague | Russ|werk: that way you don't need to have inetd |
| 18:07:12 | Russ|werk | ya, its from the netkit-tiny telnetd |
| 18:07:24 | Russ|werk | I'm guessing they fixed it |
| 18:07:42 | seletz | Russ|werk: you refer to utelnetd? |
| 18:07:57 | Russ|werk | yes |
| 18:08:18 | seletz | uahhrg |
| 18:08:28 | seletz | gets tired |
| 18:09:05 | seletz | ok, i'm leaving for today. No more cramfs uploads. sigh. |
| 18:10:00 | seletz | Russ|werk: thank you again, you gave me some very cool new ideas to think of .... |
| 18:10:09 | seletz | going home |
| 18:10:49 | seletz_away | have a nice day... |
| 18:11:33 | Russ|werk | 9.4k, nice |
| 18:12:07 | prpplague | seletz_away: later |
| 18:35:21 | Russ|werk | hmmm |
| 18:35:32 | Russ|werk | utelnetd not quick working for me |
| 18:35:36 | Russ|werk | "All network ports in use!" |
| 19:36:42 | prpplague | Russ: usually that indicated the you are missing the ttyp? and ptty? |
| 20:08:23 | BZFlag | tuxscreen has inetd and telnetd both from netkit-* in the buildroot. |
| 20:17:02 | prpplague | BZFlag: you got any experience with geode processors? |
| 20:19:45 | BZFlag | yep, but I just did x86 stuff on them |
| 20:25:11 | prpplague | BZFlag: have you ever run into any cursor color/control issues on the console using a geode? |
| 20:26:59 | prpplague | the cursor stays white ignoring all ansi color codes, until you switch between mingetty screens, then the cursor works fine until you log out |
| 20:28:21 | BZFlag | prpplague: hmm. nope. tried the bb reset command? that's worked for me on other systems. |
| 20:28:55 | prpplague | no, not familiar with it |
| 20:29:00 | prpplague | checks man page |
| 20:30:37 | BZFlag | prpplague: as in the reset command in busybox. |
| 20:31:22 | prpplague | BZFlag: ya i followed |
| 20:31:37 | prpplague | BZFlag: looks like just a function of tset |
| 20:33:15 | prpplague | BZFlag: thanks i'll have a look |
| 20:50:02 | BZFlag | k |
| 21:07:28 | Russ|werk | has anyone seen this? |
| 21:07:29 | Russ|werk | http://www.tmi.com.tw/pp-TC5299J.html |
| 21:29:40 | prpplague | Russ|werk: wow |
| 21:29:52 | prpplague | Russ|werk: am i reading that right? |
| 21:30:18 | prpplague | Russ|werk: i could hook that up to the sa-1110 pcmcia with just a little glue? |
| 21:31:21 | prpplague | BZFlag: thanks for the help that didn't solve the problem but i was able to track it down to a bogus bios |
| 21:33:22 | Russ|werk | similar to the smc chip |
| 21:33:37 | Russ|werk | the cirrus 8900A is preferable, since it has a built in MII |
| 21:33:43 | Russ|werk | but its only 10baset |
| 21:34:08 | Russ|werk | everyone says it can't be done due to a number of issues, but I want to see what it would take to drive PCI devices |
| 21:34:38 | Russ|werk | could really push a lot of data with a 32bit bus at 40Mhz |
| 22:33:02 | prpplague | Russ|werk: seen this - http://www.thinplanet.com/products/generic.asp?f=PRnumber&k=s&v=PR47427 |
| 22:33:13 | prpplague | Russ|werk: might make a nice test platform |
| 23:13:31 | Russ|werk | heh |
| 23:13:36 | Russ|werk | er |