06:27:51 | seletz | lxrbot: seen erikm |
06:28:11 | | erikm was last seen on #blob 2 days, 8 hours, 34 minutes and 44 seconds ago, saying: bye [Fri Nov 2 21:53:27 2001] |
06:28:11 | seletz | ibot1: seen erikm? |
08:05:31 | sammy | forget change it back ... |
08:05:42 | seletz | hi sammy! |
08:13:06 | seletz | sammy: how is your LCD buisness going? |
08:53:07 | erikm | morning |
09:02:42 | erikm | I'm thinking about doing a snapshot release of blob |
09:36:52 | seletz | morning! |
09:43:01 | seletz | erikm: morning. dont we need to clean up the code a bit for that? |
09:43:22 | erikm | seletz: well, more a development snapshot |
09:43:31 | seletz | erikm: ah. :) |
09:44:07 | erikm | seletz: cause I see a lot of people on the linux-arm-* lists porting blob to different architectures, and IMHO the current CVS version is *much* easier to port |
09:44:33 | seletz | erikm: well, anyway, flash does work very well for my board now, i guess that's a goot sign, as our board is, umm, quite odd. |
09:44:54 | seletz | erikm: yes. bolb is _very_ easy to port, actually. |
09:45:17 | seletz | erikm: i hope we get more developers working on it! |
09:45:18 | erikm | seletz: so I can close bug 471519? |
09:45:49 | erikm | seletz: yes, the initial ipaq port was done in less than 30 minutes :) |
09:46:00 | seletz | erikm: well, i rather test it a bit more. But basically, yes. |
09:46:08 | erikm | (bug 471519 == System3 flash functions don't work) |
09:47:55 | seletz | erikm: btw, how is partitioning doing? I know, its mucho work, but as of now i have to hard-wire my system (you may have noticed from my commits). |
09:52:37 | erikm | seletz: I'm thinking about first bootldr partitioning compatibility first, so we'll get *a* partition format that doesn't need too much kernel work |
09:53:40 | erikm | seletz: I'm also talking with dwmw2 and rmk about a new partition format that combines the advantages of bootldr and redboot partitioning |
09:53:49 | seletz | erikm: well, thats ok. Better have something working now (at last for me). |
09:54:03 | erikm | *nod* |
09:54:25 | seletz | erikm: redboot? What advantages? Hmm, you mean their "directory" block? |
09:54:47 | erikm | no, the advantage that they put the RAM load address in the partition block |
09:55:11 | erikm | but OTOH redboot partitioning needs a complete flash block *per* *partition* |
09:55:43 | seletz | erikm: That's a advantage? I thought not so when usimng redboot (i used it a _lot_) |
09:55:54 | erikm | no, that's a disadvantage |
09:56:05 | seletz | erikm: i mean the ram load ard thing. |
09:56:52 | erikm | seletz: that's an advantage. case in that way you can tell it to load the kernel at a certain position in ram |
09:56:58 | erikm | (for example) |
09:57:32 | seletz | erikm: Ok. Same thing could be done throug param blocks, no? |
09:57:43 | erikm | yes |
09:58:08 | seletz | erikm: partition sceme != filesystem :) |
09:58:29 | erikm | that's right |
09:59:34 | seletz | btw, let me know if i can help out somewhere. Again, i need this (sorry for bugging :) |
10:00:26 | erikm | hehe |
10:00:35 | erikm | aieee, SIGLUNCH! |
10:00:45 | seletz | me too |
11:11:22 | sammy | erikm : ? |
11:12:36 | erikm | hmm? |
11:12:50 | sammy | One thing I must say ..... |
11:13:03 | sammy | you are really expert .... |
11:13:29 | sammy | aftet see your assabet.c |
11:13:47 | sammy | now my puppy can work ...... |
11:14:18 | erikm | oh, the assabet_init_bcr() function, you mean |
11:14:26 | sammy | so you are really a skilled-hand |
11:15:21 | sammy | I don't know how to image that , but I mean really, IT WORK hehehe^_^ |
11:15:50 | erikm | yes, the current blob CVS version is quite easy to port to new architectures |
11:16:04 | erikm | good to hear that it also works on puppy |
11:16:23 | sammy | yeah ^_^ |
11:17:32 | sammy | but I really want to say , thinks your help ... |
11:17:42 | erikm | no problem :) |
11:20:38 | sammy | erikm : what's mean that lockable or not lockable ? |
11:21:49 | seletz | erikm: doubled |
11:24:46 | erikm | sammy: if the flash block can be locked or not |
11:41:20 | seletz | erikm: i know, i asked you that before, but i rather do things right with rmk :) |
11:41:44 | seletz | erikm: how do i best send the initial patches for my kernel changes to rmk? |
11:42:06 | seletz | erikm: currently i use 2.4.8-ac12-rmk1-np1 as a base. |
11:43:30 | sammy | amm...is that 2.4.9-ac10-rmk3 have npX patch ? |
11:44:15 | seletz | erikm: my kernel is in cvs, i did fork off a branch for my changes. I guess i just do a rdiff and edit out all changes i don't really want. Or do i just a plain (non-cvs) diff -urN of my system's support files? |
11:44:57 | seletz | sammy: yes. patch 1 from nicolas pietre against russell kings 10th patch against linus 2.4.9 kernel :) |
11:45:35 | seletz | sammy: nowadays russell uses alan's kernel tree, not linus |
11:47:10 | seletz | hmm, guess erik's too busy now ... :) gotta wade through russels web site for any clues |
11:47:23 | seletz | looking |
11:51:23 | seletz | hmmm. sourceforge armlinux cvs seems a bit out-of-date :) |
11:54:10 | erikm | damn. coffee over my desk |
11:57:35 | seletz | :) Have a coffee-resistant keyboard? |
11:59:05 | seletz | getting more coffee |
12:20:25 | erikm | grr, that's cleaned up again |
12:44:36 | seletz | back |
12:45:12 | seletz | erikm: are you busy cleaning your desktop or do you have some time? |
12:45:18 | seletz | erikm: :) |
12:45:23 | erikm | writes release notes for the blob development snapshot |
12:45:43 | seletz | ok. |
12:46:13 | seletz | downloading latest kernel & trying own diff |
12:57:43 | seletz | the linux kernel is _really_ huge ... |
12:59:01 | erikm | most of it is filesystems and drivers |
12:59:10 | erikm | hmm blob also gets large |
12:59:20 | erikm | blob-2.0.5-pre1.tar.gz is 140K :) |
13:00:31 | seletz | erikm: I always wonder how quickly code grows :-) |
13:01:12 | erikm | IMHO blob is still manageable |
13:01:19 | seletz | well, blob _works_. And it's mostly clean code. Quite understandable. |
13:01:38 | seletz | even for me ;-) |
13:02:38 | seletz | erik, are there any gotchas during update from 2.4.9 -> 2.4.13 (newest version)? |
13:02:50 | erikm | not really. |
13:02:57 | seletz | _phew_ |
13:02:59 | erikm | except that you don't need the -np patch anymore |
13:03:36 | seletz | well, i think nicolas is working on a new much rumored about intel processor ... :-) |
13:04:00 | erikm | yes, he's working on the xscale and the cotula |
13:05:00 | seletz | diffing |
13:06:11 | seletz | lost in kernel cvs: arghhhh.... :) |
13:09:07 | seletz | thinks the "kernel in cvs" idea was'nt so good at all ... |
13:10:07 | erikm | oh, it is |
13:10:13 | erikm | but you have to do it right |
13:10:38 | erikm | see my documentation in the documents section on www.kernelnewbies.org |
13:11:12 | seletz | ah. good hint. I followed this docu. did make branches and all. |
13:11:45 | seletz | looking again over the doku |
13:16:14 | sammy | hay guys see you later , must eat some something ...^_^ |
13:16:29 | sammy | go home ... |
13:19:34 | seletz | Ahhhh. Cute little doku, erik! The "update to a new kernel" ist just for me! |
13:19:42 | seletz | happy |
13:37:21 | seletz | hmmmm. rmk1 patch does not apply correctly ... |
13:37:27 | seletz | looking |
13:38:02 | erikm | you need -ac first |
13:38:43 | seletz | erm, yes, i know. I'm not _that_ new to linux :) |
13:38:48 | erikm | ;) |
13:39:33 | seletz | reading announce mail again |
13:41:06 | seletz | hmmm. i got linux-2.4.13, applied ac5 and tried to apply ac5-rmk1. What do i miss? |
13:41:32 | seletz | (not all files miss, most get patched) |
13:41:58 | erikm | forgot the -p1 flag? |
13:42:03 | seletz | nah. |
13:42:19 | seletz | > zcat ../patch-2.4.13-ac5-rmk1.gz | patch -p1 |
13:42:27 | seletz | while in linux dir |
13:43:15 | seletz | "zcat ../patch-2.4.13-ac5.gz | patch -p1" before |
13:43:20 | seletz | hmm. |
13:43:31 | erikm | that should work |
13:43:33 | seletz | trying to compile kernel |
13:45:28 | seletz | hmmm-hmmm. i remove the whole bunch and try again. |
13:47:48 | seletz | ok, ac5 patch applies |
13:48:48 | erikm | first --dry-run ac5-rmk1 |
13:49:21 | seletz | ... and rmk1 fails. |
13:49:49 | seletz | patching file Documentation/Configure.help |
13:49:49 | seletz | Reversed (or previously applied) patch detected! Assume -R? [n] |
13:50:01 | seletz | ^C |
13:50:06 | seletz | :( |
13:52:47 | erikm | pokes rmk |
13:52:52 | seletz | downloading patch again ... |
13:53:16 | seletz | fearing rmk :) |
13:53:57 | seletz | (2nd download didnt help at all) |
14:00:52 | seletz | hi! |
14:01:02 | prpplague | morning all |
14:01:59 | erikm | seletz: you're trying 2.4.13-ac5-rmk1, right? |
14:02:07 | seletz | yup. |
14:04:38 | erikm | sends blob-2.0.5-pre1 announce to linux-arm-announce |
14:05:11 | seletz | Wohaaaa! |
14:05:22 | prpplague | cool |
14:05:43 | prpplague | did anyone happen to see my post on linux-arm-kernel about pcmcia driver? |
14:06:22 | seletz | Not yet, What was it about? |
14:06:38 | erikm | looks |
14:06:43 | seletz | too |
14:07:00 | prpplague | it may not have gone through |
14:08:04 | prpplague | i'm working on a sa-1100 platform that has implemented a cl-pd6722 pcmcia controler instead of the sa based controler |
14:08:07 | erikm | seletz: ok, it's not your fault. it's a patch against -ac4 |
14:08:25 | seletz | _phew_ !!! |
14:08:57 | seletz | Oh my god, i always fer som lightening bolts struck me if i talk to rmk :) |
14:09:44 | seletz | erikm: was it a mistake or will a patch against ac5 released? Or was it just a typo? |
14:10:20 | prpplague | the cl-pd6722 is supported in kernel 2.4.x , but its setup with a lot of ifdef CONFIG_ISA blocks, leads to my problem, no isa on sa |
14:10:28 | erikm | seletz: well, he knows about his mistake right now, so I'll expect him to do a new release, or send an explanation to linux-arm-announce |
14:10:45 | erikm | prpplague: just define CONFIG_ISA |
14:11:11 | erikm | prpplague: or better: let it also depend on CONFIG_SA1100 or so |
14:11:52 | prpplague | ya i'd need to put something in to change the read/write functions from inb/outb to an inline function |
14:12:13 | erikm | prpplague: IIRC inb/outb is defined for ARM |
14:12:22 | prpplague | ahh cool |
14:12:35 | erikm | lxrbot: inb? |
14:12:35 | lxrbot | i don't know, erikm |
14:12:40 | erikm | lxrbot: whereis inb? |
14:12:41 | lxrbot | inb is Defined as a function in: include/asm-sparc64/io.h, line 29 arch/ppc/boot/common/misc-common.c, line 549 Defined as a function prototype in: include/asm-alpha/io.h, line 261 include/asm-sh/io.h, line 307 include/asm-parisc/io.h, line 32 drivers/scsi/FlashPoint.c, line 356 drivers/scsi/FlashPoint.c, line 374 arch/ppc/boot/prep/kbd.c, line 17 arch/ppc/boot/common/ns16550.c, line 14 arch/ppc/boot/include/nonstdio.h, line 38 Defined as a preprocessor m |
14:13:08 | prpplague | don't see it |
14:14:01 | erikm | include/asm-arm/io.h |
14:14:24 | prpplague | anyway i'll go from here, i just didn't know what i should do, if i just add a CONFIG_ISA and setup the right base address everything should work |
14:14:32 | prpplague | got it |
14:14:33 | erikm | lxrbot: whereis __arch_getw? |
14:14:33 | lxrbot | __arch_getw is Defined as a function in: include/asm-arm/arch-l7200/io.h, line 32 include/asm-arm/arch-tbox/io.h, line 18 Defined as a preprocessor macro in: include/asm-arm/arch-sa1100/io.h, line 26 include/asm-arm/arch-ebsa110/io.h, line 21 include/asm-arm/arch-nexuspci/io.h, line 42 include/asm-arm/arch-ebsa285/io.h, line 48 include/asm-arm/arch-shark/io.h, line 185 include/asm-arm/arch-integrator/io.h, line 32 include/asm-arm/arch-anakin/io.h, line 21 |
14:15:23 | erikm | there you go: the half-word stuff is in include/arm-arm/arch-sa1100/io.h |
14:16:08 | prpplague | erikm: ok, thanks, i just didn't want to do the wrong thing as far as the linux community goes.... |
14:17:03 | erikm | prpplague: well, the CONFIG_ISA stuff *is* a problem |
14:17:44 | erikm | prpplague: most of the ISA drivers work quite well on stuff that doesn't even look like ISA (after you removed the PC-isms from the driver) |
14:18:52 | prpplague | erikm: ya, personally i think it should have been a sub-config option of the i82365 (i.e. CONFIG_I82365_COMPATIBILE or something ) |
14:19:28 | prpplague | erikm: kinda arrogant to think these chips would only be used on a x86 platform |
14:19:36 | erikm | prpplague: *nod* |
14:24:48 | erikm | tags the blob CVS |
14:25:53 | erikm | ... and kick the version to 2.0.5-pre2 |
14:26:59 | prpplague | erikm: call me me weird, even though i now using CONFIG_ISA will work, i feels bad. guess i'll have put that on my long list of things to do |
14:27:11 | prpplague | s/i/it |
14:32:28 | prpplague | kernel hacking etiquet can be elusive for a newbie... |
14:45:12 | erikm | hi russ_ |
14:46:37 | Russ | morning |
14:47:24 | seletz | hi |
14:49:32 | erikm | expects the blob download counter on sf.net to grow |
15:36:33 | prpplague | doh, just been told i've got to give up my 1.7 for a 2.0 |
15:37:09 | erikm | 1.7 what for a 2.0 what? |
15:37:41 | seletz | nice conversation :)) |
15:38:32 | seletz | erikm: do you know what "USAR" stands for? |
15:39:25 | erikm | seletz: no idea |
15:39:28 | erikm | gets mail |
15:39:39 | erikm | "Also, can I do strongarm dev on NT?" |
15:39:42 | prpplague | erikm: p4 |
15:39:53 | erikm | prpplague: ah |
15:41:05 | prpplague | erikm: argh i hate that! |
15:41:31 | erikm | answers |
15:41:47 | erikm | "In theory: yes. In practice: no." |
15:41:55 | seletz | :D |
15:42:36 | erikm | dinner |
15:50:45 | prpplague | seletz: it's going to take me a week to get my hd back the way i like it... |
15:51:23 | prpplague | argh, i've really got my kernel buggered up now... |
15:54:04 | seletz | prpplague: ? head crash ? |
15:54:43 | prpplague | seletz: no, i've got to give up my machine |
15:55:29 | seletz | _ugh_ Did not have a cd-writer to backup things? Or even better: an ftp site with _space_? |
15:56:41 | prpplague | seletz: i'll back every up on dat, and maybe get to keep my hd and swap it over, but somehow things never go smooth |
15:58:23 | seletz | prpplague: DAT is good, tough. This _should_ be not that a problem, really. Hook the HD as an additional one into your new machine. Have SCSI? |
16:00:10 | prpplague | seletz: ya all scsi |
16:02:03 | prpplague | seletz: looks like the new box is pretty close to the same unit, i might be able to just swap hd's and go... |
16:09:46 | seletz | prpplague: well, scsi makes things easy. Guess its an all-linux system, so you won't have any problems (except with your graphics card, i guess that's another one. at last i got never a system with identical GCs ...:) |
16:13:27 | prpplague | seletz: its any all-in-one intel board, look like it identical except that the chipset supports 2.0 |
16:14:47 | seletz | well, i'm off now. Enough work for today ... |
16:15:00 | prpplague | seletz: later, have fun |
16:15:03 | seletz | prpplague: good luck with ya board ... |
16:15:08 | prpplague | seletz: thanks |
16:19:45 | seletz_is_at_home | /part goin home |
17:03:03 | sammy_wms | night <Russ> <prpplague> <ibot> :) |
17:04:16 | sammy_wms | Russ : this is because I am at home and wms = Wu Ming Shien :) |
17:05:41 | sammy_wms | Russ : want see my page ? |
17:07:02 | Russ|werk | sure |
17:07:09 | Russ|werk | thanks for the cup btw! |
17:07:22 | sammy_wms | but I don't put something on that , http://211.75.21.252 |
17:07:44 | sammy_wms | welcome , hope you like it , :) |
17:09:07 | sammy_wms | and this is me :) http://211.75.21.252/my_pic1.htm |
17:16:46 | prpplague | sammy_wms: you bum, nice lcd panel |
17:17:19 | prpplague | sammy_wms: is that your gf pic on the desk? |
17:17:36 | sammy_wms | yeap :) |
17:20:10 | prpplague | sammy_wms: where's your tuxscreen? |
17:20:27 | erikm | returns |
17:20:47 | prpplague | argh this bloody x86 code is driving me nuts |
17:21:47 | sammy_wms | still on the way .... |
17:22:12 | erikm | prpplague: too many PC-isms? ;) |
17:23:26 | sammy_wms | suggest guys to change his mointer too SAMSUNG SyncMaster 560V TFT :0 |
17:24:06 | prpplague | i'm no kernel guru, but this is just terrible, i can't believe i'm the only one thats every run across this can of worms |
17:24:40 | erikm | prpplague: no, certainly not. I've been trying to get cs89x0.c working. I'm going to rewrite it |
17:25:45 | prpplague | on the bright side of this, we've got some servers down in the cayman, might be going down there to do some work |
17:26:50 | Russ|werk | erikm: hooray |
17:27:07 | erikm | Russ|werk: hooray what? |
17:28:04 | prpplague | Russ|werk: cs89x0.c rewrite? |
17:32:56 | Russ|werk | yah |
17:33:28 | erikm | Russ|werk: heh :) |
17:33:38 | erikm | Russ|werk: should we make it a sourceforge project? |
17:36:22 | prpplague | well, i'm going to hack the i82365 code up for now, but if i ever what my stuff to be included in rmk's patches i don't see how i couldn't get around doing 90% rewrite |
17:36:42 | erikm | prpplague: so that makes it a linux-2.5 issue ;) |
17:37:23 | prpplague | that scares me |
17:48:33 | prpplague | you guys see this - http://slashdot.org/article.pl?sid=01/11/05/1519239&mode=thread |
17:58:33 | erikm | "How to use the zmodem? Is there a doc?" |
17:58:54 | erikm | kindly points the guy to TFM ;) |
18:02:32 | prpplague | good grief, and i thought i asked stupid questions |
18:20:25 | Russ|werk | what list is this? |
18:20:48 | erikm | Russ|werk: that was a private message |
18:41:21 | erikm | hehe, should I suggest Andrew Christian to use blob instead of bootldr to get a working boot loader on the ipaq h3800? ;) |
18:44:33 | prpplague | erikm: i'd at least put it out there, i was initial more interested in bootldr just because of the hype, but i really am glad i've started with blob |
18:47:25 | erikm | prpplague: I'll just offer him my help. they lend me an ipaq h3800, I'll port blob to it :) |
18:48:55 | erikm | world news in latin: http://www.radiobremen.de/online/latein/index.html |
18:53:56 | prpplague | hmm i thought latin was as dead as fortran77.... |
18:54:32 | erikm | apparently not |
19:12:00 | prpplague | erikm: tell me if this looks ok - |
19:12:02 | prpplague | #if defined CONFIG_SA1100_OMNIMETER |
19:12:03 | prpplague | #define I82365_COMP_CHIPS |
19:12:03 | prpplague | #elif define CONFIG_ISA |
19:12:03 | prpplague | #define I82365_COMP_CHIPS |
19:12:03 | prpplague | #endif |
19:12:36 | prpplague | erikm: i've replaced all of the CONFIG_ISA entries with I82365_COMP_CHIPS |
19:12:42 | erikm | prpplague: make that #if (defined CONFIG_SA1100_OMNIMETER) || (defined I82365_COMP_CHIPS) |
19:12:47 | erikm | ehm |
19:12:56 | erikm | prpplague: make that #if (defined CONFIG_SA1100_OMNIMETER) || (defined CONFIG_ISA) |
19:13:15 | prpplague | erikm: i though about that didn't want to make things to hard to read |
19:13:33 | erikm | I think that's less hard to read, but that's IMHO |
19:13:38 | prpplague | erikm: will do |
19:14:38 | prpplague | erikm: this way i can leave the existing CONFIG_ISA code alone, add support for other platforms |
19:14:47 | erikm | *nod* |
19:15:11 | prpplague | erikm: great, just wanted a second opinion |
19:45:22 | prpplague | whats the difference between outb and outb_p , i must be missing something |
19:45:32 | prpplague | as it is defined for arm |
19:45:56 | erikm | prpplague: the _p variant is slower. issues a couple of waits after the outb |
19:49:09 | prpplague | erikm: in the kernel i should be able to use the defined inb/outb to read/write to address without the need of a virtual address mapping? |
19:49:51 | erikm | prpplague: the kernel also uses virtual addresses |
19:50:20 | erikm | prpplague: see rmk's message to linux-arm where he explains the use of ioremap() cookies |
19:51:20 | prpplague | ok thanks, i'll go there |
21:45:50 | erikm | goes zzz |