irclog2html for blob on 2001.07.24

00:07:58sammygood Morning ............<^_^>.........!!
00:54:42sammyhi !! BZFlag <^ 0 ^>
01:51:32Russ|werk was last seen on #tuxscreen 3 hours, 34 minutes and 32 seconds ago, saying: ie, off/speaker/handset [Mon Jul 23 23:17:00 2001]
01:51:32BZFlagibot: seen Russ|werk
01:51:34Russ was last seen on #blob 11 hours, 48 minutes and 37 seconds ago, saying: leaves [Mon Jul 23 15:02:57 2001]
01:51:34BZFlagibot: seen Russ
03:55:00BZFlaghates ascii uploads!!! didn't blob have a working xmodem at some point?
04:09:27RussI'm here
04:09:43Russwhats bad about ascii uploads? too slow?
04:13:12sammyya ...!! I have try uploads kernel to iPAQ but it spend me more then 20 ~ 30 minute
04:23:03sammyRuss : why is IRC sometimes kick user out , and user must relogin ?
04:24:04Russthere are a lot of possible reasons
04:26:04sammylike in #kernelnewbies , lot of people quit and at same time rejoined ? but why ?
04:27:28Russserver split, likely caused by a DoS
04:28:35sammyooo....
05:12:57BZFlagRuss: you around now?
05:13:18Russhello
05:13:24Russworking out the ramdisk stuff
05:13:37BZFlagwhat's up with the xmodem code in cvs?
05:13:43Russdunno
05:13:50BZFlagIt's not called anywhere nor compiled.
05:13:52RussI imagine it would go twice as fast
05:13:58BZFlagat least.
05:14:02Russprobably just there waiting to be plugged in
05:14:13BZFlagI really hate speed switching for uploads....
05:14:21RussI don't mind it
05:14:27Russalt-P,i,enter
05:14:46BZFlagI've been hacking on this for an hour now and have yet to get a single upload to work.
05:15:01Russuuencode blob blob > /dev/ttyS0
05:15:05Russyes
05:15:06Russ?
05:15:11BZFlagtried that one too. no go.
05:15:19Russk, start blob
05:15:22Russdownload kernel
05:15:28Russswitch to 115200
05:15:38Russ uuencode blob blob > /dev/ttyS?
05:15:46Russlittle '.'s apear
05:16:00Russthen:
05:16:01Russ(Please switch your terminal emulator back to 9600 baud)      
05:16:01RussReceived 508784 (0x0007C370) bytes.                          
05:16:06Russswitch back to 9600
05:16:13Russflash blob
05:16:15BZFlagno luck.
05:16:22Russwhats it do?
05:16:34BZFlagand you said download kernel, you didn't mean that right?
05:16:47Russblob, kernel, ramdisk, whatever
05:16:58BZFlagyeah, that's what I though.
05:16:59Russthe names in uuencode don't matter to blob
05:17:19BZFlagI get short file or uudecode abort, or
05:17:32BZFlagjust unrecognised command etc.
05:17:46BZFlagyou name it, I've seen it.
05:18:08BZFlagbut whenever I try flash <foo> I get the no file has been uploaded message.
05:18:09Russare you still at 9600 by default?
05:18:39BZFlagI've tried 9600->115200->9600 and just 9600->9600->9600 with speed 9600
05:19:26Russuuencode - GNU sharutils 4.2.1
05:20:11BZFlagtimr@localhost:~$ uuencode -v    
05:20:11BZFlaguuencode - GNU sharutils 4.2.1
05:20:21Russuuencode a file
05:20:26Russdoes it look like this:
05:20:32Russbegin 664 Makefile
05:20:32RussM(PHC(&8V@O87)M+TUA:V5F:6QE"B,*(R!4:&ES(&9I;&4@:7,@<W5B:F5C
05:20:34Russ...
05:20:42RussM(%P*"2`@96-H;R`B*BHJ($YE>'0L('EO=2!M87D@<G5N("=M86ME(&]L9&-O
05:20:42RussM;F9I9R<B.R!<"@EE;'-E(%P*"2`@96-H;R`B)"1#1D<@9&]E<R!N;W0@97AI
05:20:42Russ1<W0B.R!<"@EF:3L@7`H)*0H`
05:20:42Russ`
05:20:42Russend
05:21:01BZFlagbegin 644 zImage
05:21:07BZFlagM``"@X0``H.$``*#A``"@X0``H.$``*#A``"@X0``H.$!``#J&"AO`0"``,``
05:21:09BZFlag...
05:21:16BZFlag+<FYE;"X*````````
05:21:17BZFlag`
05:21:17BZFlagend
05:21:36Russbegin 775 boot/zImage
05:21:36RussM``"@X0``H.$``*#A``"@X0``H.$``*#A``"@X0``H.$"``#J&"AO`0"``,#0
05:21:40Russok
05:22:02Russbad serial cable?
05:22:17BZFlagtried 2 different known working null modem cables.
05:22:25BZFlagtried 2 different phones
05:22:31Russhmm...
05:22:42Russis flow control off?
05:22:55BZFlagbasically ascii uploads without handshaking just suck.
05:23:07Russ*always* worked for me
05:23:16Russused it for many months
05:23:20BZFlagwhy doesn't ascii-cfr work?
05:23:26BZFlager ascii-xfr
05:23:44Russdo you have software or hardware flow control turned on?
05:24:21BZFlagneither in minicom, don't know what it defaults to elsewhere.
05:24:35Russunder "Serial port setup"
05:24:40BZFlagrunning 2.4.7 on a dell 5000e laptop. serial.o as a module.
05:24:43Russ"F - Hardware Flow Control : No"
05:24:50Russ"G - Software Flow Control : No"
05:24:54BZFlagyes, I'm not an idiot. ;-)
05:24:59Russ(defaults t yes on F)
05:25:02Russer, to yes
05:25:49BZFlagblob> flash kernel                                            
05:25:50BZFlag*** No kernel downloaded
05:26:00Russyou have to download one first
05:26:14Russblob> download kernel                
05:26:14RussSwitching to 115200 baud
05:26:14RussYou have 60 seconds to switch your terminal emulator to the same speed and
05:26:14Russstart downloading. After that blob will switch back to 9600 baud.        
05:26:14Russ.........................................................................................
05:26:15Russ                                                                                        
05:26:17Russ(Please switch your terminal emulator back to 9600 baud)
05:26:19RussReceived 508876 (0x0007C3CC) bytes.                    
05:26:21Russ                                  
05:26:23Russblob> flash kernel
05:26:25RussSaving kernel to flash ....... .... done
05:27:06BZFlagspeed 115200
05:27:12BZFlagDownload speed set to 115200 baud
05:27:27BZFlagSwitching to 115200 baud                                      
05:27:27BZFlagYou have 60 seconds to switch your terminal emulator to the same speed and
05:27:27BZFlagstart downloading. After that blob will switch back to 9600 baud.
05:27:30BZFlagexiting minicom
05:27:43Russno....
05:27:47Russdon't exit minicom
05:27:57BZFlaguuencode zImage zImage > /dev/ttyS0
05:28:09BZFlagdon't exit minicom?!
05:28:14Russdo the uuencode in another term and leave minicom running
05:28:42BZFlagwrite to /dev/ttyS0 that minicom has open? surely that is not a good thing.
05:29:13Russno, its fine
05:29:20Russand you get little dots
05:30:24BZFlagsure enough.
05:31:28BZFlagminicom still has the device open, the kernel terminal device (from which ttyS0 etc are derived) is not supposed to support multiple opens...
05:31:37Russsure it does
05:31:39BZFlagblob> flash kernel                                            
05:31:39BZFlagSaving kernel to flash ....... ... done
05:31:42BZFlagwow
05:31:49Russreally confusing when you having two things reading
05:32:00Russits random which one gets the byte
05:32:23BZFlagdcc me your test kernel?
05:32:29BZFlagmine just hung.
05:32:36Russdcc send no work...
05:32:46BZFlagk. mail?
05:32:49Russare you using the 2.4.6-rmk2-np1-tux1?
05:32:52BZFlagtim@rikers.org
05:33:06BZFlagno, I was trying an old one that moberg saw boot once.
05:33:15BZFlagits a 2.4.0 test series
05:33:17Russoh, that definately won't do anything
05:33:24Russ(wrong arch number)
05:33:24BZFlagused to.
05:33:32BZFlagahh. forgot that.
05:33:36Russblob is now using the official arch #
05:33:56BZFlaggot a tux1 source patch then?
05:34:49Russyah, links on wiki an www.arm.linux.org.ux
05:34:51Russer uk
05:35:02Russhttp://russ.dhs.org/tuxscreen.html
05:35:04BZFlaglooking...
05:35:50BZFlagshould root on mtd work?
05:36:01BZFlagas in no initrd?
05:36:39Russpossibly
05:36:48Russthe initrd is indicative of some problem
05:37:01RussCreating 3 MTD partitions on "SA1100 flash":
05:37:02Russ0x00000000-0x00020000 : "BLOB boot loader"  
05:37:02Russ0x00020000-0x00100000 : "kernel"          
05:37:02Russ0x00100000-0x00400000 : "initrd"
05:38:35BZFlagyour initrd is: MTDPART_OFS_APPEND, same as the kernel.
05:39:02Russthats a define to continue right after the last partition
05:39:05BZFlagin shannon_partitions.
05:39:44BZFlagok
05:42:27BZFlagyou assume 16M or not?
05:42:44Russassuming 16M right now
05:42:54Russlater, I'll add stuff to look at the mem option
05:42:58BZFlagguess I better put my SODIMM back then
05:43:16Russso no memory card, 8M card, 16M card, and 32M cards should all work
05:43:37Russor maybe blob can pass something
05:43:54BZFlagwhat about the 64M cards? thoughts?
05:44:14Russhmm....
05:44:23BZFlagcworth has one.
05:44:40Russdepending on the addressing
05:44:41BZFlagdoes not work with the inferno loader.
05:44:57Russthe on board dram may have to be dropped to support it
05:45:20BZFlaghmm, that would probably be ok.
05:45:31BZFlagrather have 64 than 40.
05:48:21BZFlagcan I talk you into keeping your shannon info in the wiki?
05:48:48Russits very easy for me to update my webpages here....
05:49:23RussIt will change into an html file, and a patches/ dir with patches and a ChangeLog
05:53:16BZFlagwhat can I do to make it easier on the wiki? ;-)
05:54:33RussI'll see once stuff is more usable (ie, boots)
05:55:36BZFlagI just blasted the page up there for now. you want to add your .config as a dl?
05:57:56Russsoon...first, ramdisk
05:58:16BZFlagok.
05:58:40BZFlagboot log has: RAMDISK: Compressed image found at block 0
05:59:03Russright
05:59:15BZFlagblock 0 in on the ramdisk, yes?
05:59:21Russthat the last thing it says before calling gunzip
06:00:48BZFlaghmmm... just flashed the kernel you sent and I still get:
06:00:54BZFlagUncompressing Linux....................................... done, booting the ker
06:00:54BZFlagnel.
06:01:02BZFlagan nothing more.
06:01:46Russoh, oops
06:01:51Russone sec
06:02:07Russwas experimenting....
06:06:30Russthere
06:06:32Russtry that one
06:09:59BZFlagflashing...
06:10:12BZFlagwoohoo!!!
06:10:25BZFlagRAMDISK: Couldn't find valid RAM disk image starting at 0.                      
06:10:25BZFlagFreeing initrd memory: 3072K                                                    
06:10:25BZFlagKernel panic: VFS: Unable to mount root fs on 01:00
06:10:32BZFlagjust as expected.
06:10:35Russyah, you need a ramdisk
06:10:40Russgrab nicos
06:10:48BZFlagurl?
06:11:00RussI dunno
06:11:14BZFlagok. I'll grab another then...
06:11:15RussI go to www.arm.linux.org.uk
06:11:26Russthen developer, then machine registry
06:11:36Russthen I click on the first -np link I see
06:12:47Russhmm....moved it to 0xd0000000
06:12:49Russno help
06:13:22Russthe lart one is at 0xc0040000
06:13:28Russbut there is a memory hole there
06:14:09Russso I try 0xc1000000
06:14:11Russno good
06:20:18BZFlagI'm building a kernel first...
06:20:26Russyou want a .config?
06:21:12Russhmm...a very small ramdisk worked
06:21:47RussVFS: Mounted root (ext2 filesystem).
06:22:29BZFlagsure .config would help. ;-)
06:22:39BZFlagsweet!
06:23:20Russnow...lets see what the breaking point is
06:29:17Russ1M ok
06:30:57Russ4M ok
06:31:52Russ(uncompressed size)
06:31:55BZFlagyou kernel has initrd set at 4M
06:32:02Russwhere?
06:32:04Russ7M ok
06:32:08BZFlagdefault ramdisk size.
06:32:24RussRAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
06:32:37BZFlagI used to set that to 8M, for large images,
06:32:40BZFlaghmm...
06:33:11BZFlagCONFIG_BLK_DEV_RAM_SIZE=4096
06:33:30Russdoing tests on empty ramdisks right now
06:33:34Russand they seem to be ok
06:34:09BZFlagthen it dies looking for init now?
06:34:28Russie, 8465 bytes gzipped, 8M unzipped
06:34:29Russyah
06:34:49Russnow I'm going to try larger gzipped sizes
06:35:34BZFlagdd /dev/urandom ? ;-)
06:36:08Russyah, I need some data, as gzip doesn't have a don't compress mode
06:36:22BZFlag#TuxScreen? Tangent looking for updates.
08:30:54Russok, so the initrd starts like this:
08:31:03RussRAMDISK: Compressed image found at block 0                    
08:31:06RussRamdisk read from c833d000 of 1000 bytes
08:31:06RussRamdisk write of 0x8000 bytes at d0030000
08:31:06RussRamdisk read from c833e000 of 1000 bytes
08:31:07RussRamdisk write of 0x8000 bytes at d0038000
08:31:07RussRamdisk write of 0x8000 bytes at d0040000
08:31:31Russassuming those are virtual addresses, because the ramdisk is at 0xc8000000
08:31:39Russthen stops down here
08:31:46RussRamdisk read from c8442000 of 1000 bytes
08:31:46RussRamdisk read from c8443000 of 1000 bytes
08:31:46RussRamdisk write of 0x8000 bytes at d0308000
08:31:46RussRamdisk read from c8444000 of 1000 bytes
08:31:46RussRamdisk read from c8445000 of 1000 bytes
08:32:53Russthe ramdisk is 0x203D78 bytes gziped, and 8M gunzipped
08:34:32Russstops at the same point everytime
08:35:12erikmhmm
08:36:00Russ(with that ramdisk)
08:36:24Russcould the kernel be putting stack out there?
08:36:28erikmcould be
08:36:45Russempty 8M images work though....
08:36:53erikmsure, they are smaller
08:36:55Russbut thats with a different gzipped size
08:37:39RussI can't fit the kernel 3M after the arch like it is on the LART
08:37:57RussI have to jump over to the next segment of memory, at 0xc8000000
08:38:30erikmso that's where you put the compressed ramdisk image, I suppose
08:39:02Russyah
08:40:48Russok, did gzip -9 on the same image
08:41:03RussRamdisk read from c8445000 of 1000 bytes
08:41:03RussRamdisk write of 0x8000 bytes at d0310000
08:41:03RussRamdisk read from c8446000 of 1000 bytes
08:41:03RussRamdisk read from c8447000 of 1000 bytes
08:41:03RussRamdisk write of 0x8000 bytes at d0318000
08:41:10erikminstead of gzip -1?
08:41:21Russit seems the failure is writing past 0xd0310000
08:41:38Russinstead of straight gzip
08:41:41Russlemme try -1
08:42:20Russer, that decompression wasn't much different, just went a bit farther
08:43:03Russit came out to the same size
08:43:13erikmhow much flash does the tuxscreen have?
08:43:21BZFlag4M
08:43:42erikmhmm. should be enough for a JFFS2 image
08:43:51BZFlagagreed
08:44:01BZFlag128k block size.
08:44:07Russbut why don't initrd images work
08:44:12Russreliably
08:44:18erikmI think the funny memory layout
08:44:30Russother boards have that memory layout
08:44:38erikmyes, brutus
08:44:55erikmbut I don't know if they work with large ramdisk
08:44:57erikms
08:45:09Russfor fixup, I have:
08:45:09Russ        SET_BANK( 0, 0xc0000000, 4*1024*1024 );
08:45:09Russ        SET_BANK( 1, 0xc8000000, 4*1024*1024 );
08:45:09Russ        SET_BANK( 2, 0xd0000000, 4*1024*1024 );
08:45:10Russ        SET_BANK( 3, 0xd8000000, 4*1024*1024 );
08:45:12Russ        mi->nr_banks = 4;
08:45:17Russ        ROOT_DEV = MKDEV(RAMDISK_MAJOR,0);
08:45:17Russ        setup_ramdisk(1, 0, 0, 8192);
08:45:17Russ        setup_initrd(0xc8000000, 3*1024*1024);
08:45:23BZFlagwell. must sleep. erikm I actually got a shell by using a small initrd.
08:45:23BZFlagthanx Russ!
08:45:23BZFlagnite all
08:45:47erikmcol
08:45:54Russio_desc:
08:45:54Russ /* virtual     physical    length      domain     r  w  c  b */
08:45:54Russ  { 0xe8000000, 0x00000000, 0x00400000, DOMAIN_IO, 1, 1, 0, 0 }, /* main flash memory */
08:45:54Russ  LAST_DESC
08:46:09RussMACHINE_START
08:46:10Russ        BOOT_MEM(0xc0000000, 0x80000000, 0xf8000000)
08:46:10Russ        FIXUP(fixup_shannon)
08:46:10Russ        MAPIO(shannon_map_io)
08:46:10Russ        INITIRQ(sa1100_init_irq)
08:46:16erikmnot so fast...
08:46:27Russwha?
08:46:41erikmcan you load the ramdisk to 0xd8000000 like the brutus does?
08:46:53erikm        setup_initrd( __phys_to_virt(0xd8000000), 3*1024*1024 );
08:46:56RussI tried 0xd0000000
08:47:05Russbut not 0xd8000000
08:49:28Russhave you thought about blob passing the kernel a mem= paramater?
08:49:37erikmyes
08:49:44erikmI'm going to try that today
08:49:50erikmmem= won't work
08:49:58Russwhat is the mechanism?
08:50:09erikmbecause of the many banks the SA11x0 has
08:50:19erikmthat's what I'm going to find out ;)
08:50:34Russon shannon I can determine the bank layout by just a mem= param
08:50:46Russthere is a similar mechanism
08:50:53erikmimpossible for lart
08:50:54Russlook at the badram patch
08:51:40erikmtests an mp3 file on LART
08:53:22erikmfriend of mine made a song that might be used royalty free for LART
08:53:39Russthe lart has theme music now?
08:54:12Russnow it starts here:
08:54:18RussRamdisk read from c803d000 of 1000 bytes
08:54:19RussRamdisk write of 0x8000 bytes at d0030000
08:54:19RussRamdisk read from c803e000 of 1000 bytes
08:54:19RussRamdisk write of 0x8000 bytes at d0038000
08:54:24Russand ends here:
08:54:30RussRamdisk read from c8145000 of 1000 bytes
08:54:30RussRamdisk read from c8146000 of 1000 bytes
08:54:30RussRamdisk write of 0x8000 bytes at d0310000
08:54:30RussRamdisk read from c8147000 of 1000 bytes
08:54:30RussRamdisk read from c8148000 of 1000 bytes
08:54:46Russ(messages are printk'd before action)
08:54:50erikmhmm
08:56:30erikmnot too bad
08:56:35erikmgets author
08:57:12RussMemory: 11720KB available (1003K code, 219K data, 44K init)
08:57:24Russthere looks to be space for the ramdisk
08:59:30Russis there anything wrong with the 2.95.2 gcc packages you offer?
09:00:22erikmnope
09:00:34erikmgcc-2.95.3 should also be ok
09:00:46erikmand the C compiler in gcc-3.0 is also ok
09:00:55erikmsiglunch
09:01:08erikm_lunchpoints Russ to bed
09:01:20Russargghhh...
09:01:33erikm_lunchRuss: better write it up for linux-arm-kernel and work on it tomorrow
09:02:58Russvery frustrating
09:05:30Russshould I use puts instead?
10:09:10sammyerikm: Please why U do that ?    ==>  .rept    8  
10:09:29sammyldr       r0, [r1]
10:09:50sammyin start.S
10:10:06erikmread the comment
10:10:11erikmit is needed by the DRAMs
10:14:44sammybut it only use in SA1110 right as U write ....?
10:17:00erikmno, it is for the SA1100
10:21:57erikmRuss: ok, your reboot from RAM feature is in. turned out to be very easy
10:23:12erikmRuss: I'm cleaning up right now
12:22:53erikmRuss: here you go, it's in CVS
13:42:27erikmstarts coding on command line support
16:19:24erikmre
16:20:18Russ|werkre
16:20:36erikmhrmplf
16:20:57erikmRuss|werk: cvs update and you have the restart blob from RAM patch
16:21:22Russ|werkI noticed
16:21:50Russ|werkprobably won't have a chance to test it here at work though
16:37:00erikmhmm, looks like I hit a fault in blob
16:37:26erikmI think I need to make blinky take a number of parameters
16:37:42erikmr1 = number of blinks or so
16:44:17Russ|werkblink blink blink blink pause pause, repeat
16:44:23Russ|werkwhat did you do?
16:45:01erikmmoved the blobStatus struct to .bss segment
16:52:47erikmhmm
16:52:50erikmstill works
16:52:52erikmagain
16:53:02erikmsomehow the two versions are not compatible
16:55:20erikmoh well
17:06:16Russ|werk?
17:12:11erikmcoding coding coding....
17:14:10erikm(song to "Rawhide" from the Blues Brothers)
17:18:30Russ|werkI've been to rawhide a few times
17:18:43Russ|werkcourse, I don't think there is any correlation to the song
17:23:19erikmhmm. I need a line with "features" in the startup screen to see what version I'm using ;)
17:23:23erikmadds that
17:25:28erikmFeatures: run-from-ram, reboot-from-ram, memory-map
17:25:39erikmnow adds commandline
17:30:42erikmhas a good idea for adding commands without having to muck with help files and large if-else statements
17:30:51erikmbut that's a cleanup thing
17:31:09erikmhere
17:31:12erikmhere's the idea:
17:31:29erikmmake a separate ELF section in which we put the commands
17:32:43erikmadding a command would be just adding a structure in that section (with __attribute__((section(".rodata.commands"))) )
17:33:45erikmnow the command line parser just checks every structure in that section for a match and calls the function associated with that structure
17:36:54BZFlagerikm: xmodem?
17:37:58erikmBZFlag: that would also be nice
17:38:24BZFlagthere is a .c and .h file in there now, yes? were they ever used?
17:38:35erikmBZFlag: they were used at the very start
17:38:36BZFlagI'd prefer zmodem... ;-)
17:38:51erikmBZFlag: jdb wrote them up after reading some obscure xmodem spec
17:39:09erikmBZFlag: they never worked, so that why we went for uuencode
17:40:56BZFlaglrzsz is GPL friendly, so code could get cut from there.
17:41:54erikmBZFlag: I just apt-get source it ;)
17:42:10erikmBZFlag: friend of mine asks how fast you can deliver tuxscreens ;)
17:42:38erikmBZFlag: I'm going to visit him next friday (he lives in NY)
17:43:01BZFlagwell, post office was closed today, so your's didn't ship. but I normally ship on next business day whatever priority the customer wants.
17:43:17BZFlagI'll be in rochested NY aug 1-5
17:43:22BZFlager Rochester.
17:43:26erikmlooks
17:43:30erikmon maps.yahoo.com
17:43:36BZFlagwhat part of NY for you?
17:43:42erikmhe works at IBM watson
17:43:46erikmnear NY city
17:44:10BZFlagahh. yeah, by the city. like a 4-5 hour drive depending on traffic.
17:44:35BZFlagactually if you do it at 2 AM you can make it in < 4 ;-)
17:45:29erikmnot really close
17:46:09erikmanyway, he likes lart, but I can't give him one. and a tuxscreen is a nice hacking project as well
17:46:44erikm(he is actually our webmaster for www.lart.tudelft.nl)
17:47:16erikm(well, was, cause he did his job that good that it doesn't need any maintenance ;)
17:47:58erikmI'll ask him to mail you about the tuxscreen
17:51:46Russ|werkerikm: if xmodem or zmodem worked, wouldn't it be about twice as fast?
17:52:17erikmRuss|werk: I don't think so
17:52:36Russ|werkwhy not?
17:52:50erikmRuss|werk: both kernel and ramdisk are gzipped, so you can't compress more
17:53:17Russ|werkI don't mean comprssion
17:53:27erikmfinds out that lrzsz source is GPL. jay!
17:53:38Russ|werkuuencode is converting all non-ascii characters to ascii
17:53:54Russ|werkto your sends are becoming twice as large
17:54:05erikmoh, ok. like that.
17:54:31erikmuuencode uses only 6 bits, so [xyz]modem will be 25% faster or so
17:54:46Russ|werkthen, if you found a 230kbps serial port for your PC, it could be twice as fast again
17:55:01erikmyes. but better use ethernet
17:55:02Russ|werkerikm: 6 bits to 8 bits == 4 times as fast
17:55:48Russ|werkif going from uuencode to xmodem would be 4 times as fast...
17:55:57erikmno, I mean that it stuffs 3 bytes into 4 bytes
17:56:09erikmno, really, only 25% or so
17:57:37Russ|werk230kbps would truely double speed though
18:03:22erikmyes
18:03:38erikmunfortunately there aren't many PCs that support it
18:05:35Russ|werkI have an lava card here that does
18:06:26Russ|werkI would guess the divisor for 230 would be 0
18:32:27Russ|werkerikm: for devices like the iPAQ, and tuxscreen
18:32:58Russ|werkwhat about a download all / flash all option to restore previous OS (flashing the blob part last)
18:33:35erikmshould be easier with xmodem et. al.
18:33:36BZFlag25% faster for sure, but then zmodem sliding window will gain you more
18:34:13erikmbut what I am working on right now is command line support and parameters in flash
18:34:20erikmif that works I want to make a release
18:34:53Russ|werkie, a download target that is 4M, then the flash flashes 0x8000 and on, then comes back and does 0x0000 to 0x8000 (to minimize powerfailure device->brick)
18:35:12erikmRuss|werk: ah, like that.
18:37:35erikmanyway: about the release: the LART people have waited long enough for a new release, and this one works really nice on LART
18:38:17Russ|werksounds good
18:38:39Russ|werkmerge it, and tag it 1.0.9
18:38:57Russ|werkor, 1.1
18:39:03Russ|werk2.0 if you like
18:39:27erikmI think I go for 2.0.3, like wookey suggested
18:44:01BZFlagagrees with wookey
18:44:44BZFlagerikm: are you doing partitioning? will it be like any of the 3 existing methods? redboot, crl, or armdev?
18:45:16BZFlagor do we get a config "blob partitioning" banner ad? ;-)
18:45:20erikmBZFlag: I haven't looked at it yet
18:45:34erikmBZFlag: but using an existing partitioning format would be sane, yes
18:45:51erikmBZFlag: and having looked at the bootldr source, I think I favor redboot
18:47:05BZFlaga agree with russ vis the flash all. I'd like a DL and an UL for all. where the flashing saves rounded up blob sized flash chunk till the end and flashes that last.
18:47:41erikmsounds sane yes
18:48:14erikmbut I think just downloading a complete 4MB file with blob at the start would also work
18:48:15BZFlagisn't there a partion block in the params block now? Why does the kernel need to see partitioning info at all? The bootloader should just pass that in.
18:48:38erikmlooks if ARM supports passing in partitioning
18:48:38BZFlagerikm: true, but not if power fails.
18:48:55erikmBZFlag: if power fails you're toasted anyway
18:49:05BZFlagnot if blob is still ok.
18:49:20BZFlagthen just reboot and do it again.
18:49:36erikmBZFlag: it really doesn't matter if we flash blob first or last. if power fails during flashing of blob you are toast
18:50:09erikmthe critical phase is the flashing of blob
18:50:19BZFlagbut if you were flashing a different OS image, then you never know which bits you need, so leave the known good blob till the last bit. then power fail is only bad on the very last block erase/flash
18:51:35erikmBZFlag: it *really* doesn't matter. first we download the complete 4MB. now clear the blob blocks. flash blob. clear second region. flash second region. etc.
18:52:10BZFlagand if you are flashing an inferno 4M image?
18:52:11erikmBZFlag: it really doesn't matter *when* you flash blob. if it fails you are toasted
18:52:41erikmBZFlag: you mean with a blob version booting inferno?
18:53:16BZFlagI mean blob/linux is on the device now and I want to flash inferno (or another OS) on.
18:53:44BZFlagIf I flash whatever that os has in the boot block, that may or may not be bootable by itself.
18:53:54erikmBZFlag: ah, ok
18:53:56BZFlagit may need stuff elsewhere in memory.
18:54:01BZFlagyeah, you got it.
19:01:22BZFlagerikm: thought about flash protect/unprotect in blob?
19:02:01Russ|werkBZFlag: I don't see it as important
19:04:04erikmBZFlag: no
19:25:20BZFlagok
19:25:56erikmif I vanish from the net it's because the backbone router over here has 54% packet loss
19:27:18Russ|werkkiddies at work?
19:27:27erikmdunno
19:33:29erikmrouter is ok again
20:30:03erikmouch
20:30:11erikmassabet has the boot parameters in 0xc0000100. that's where the blob .text segment live
20:30:29Russ|werkits very easily changeable
20:30:30erikmI think I'm going to move blob to 0xc0000400 or so
20:30:40Russ|werk(the boot paramater address{
20:30:54erikmyes, I know, but that would mean an #ifdef BLOB in the kernel source
20:31:20Russ|werkoh, yea, if blob is booting assabet
20:31:23Russ|werkduh
20:31:32erikmbitsy does the same
20:31:41erikmalso at 0xc0000100
20:31:51Russ|werk0xc0000100 it is
20:32:45erikmif I move blob to 0xc0000400 it will give us 768 bytes for arguments
20:33:01erikm"768 bytes should be enough for everyone!"
20:33:01Russ|werkplenty
20:33:45erikmI'm using the tagged command structure BTW, much more flexible
20:34:09Russ|werknot familiar with the kernel paramater passing methods
20:34:34erikmparam_struct is old
20:34:50erikmstruct tag is new
20:34:53Russ|werkI'm asuming kernel paramaters are just boot> options right now?
20:35:05erikmsee include include/asm/setup.h
20:35:14erikmI'm also passing the memory setup in
20:35:33Russ|werkin tagged command?
20:35:34erikmthat's just a couple of ATAG_MEM nodes
20:36:06Russ|werkmaybe automatically pass blob's serial speed as well?
20:36:18Russ|werkdon't know where you'd do that
20:36:29erikmthree is an ATAG_SERIAL node
20:36:36erikmno speed thing in it
20:36:43Russ|werkhmm...
20:36:55erikmcan be done with console=ttySA0,<speed>
20:37:47Russ|werkyah, maybe the person wanted console=tty1, maybe the user should be able to handle serial speeds on their own
20:57:14erikmgoes zzz

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with infobot logs, split per channel and by date, etc.