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 |