01:03:22 | Russ | hmmm |
01:03:30 | Russ | I'm just getting Starting kernel ... |
01:25:19 | Sammy | hello... |
01:39:32 | Russ | hey Sammy |
01:39:49 | Sammy | hi Russ :) |
01:41:51 | Russ | prpplague: its not making the jump to decompress_kernel |
01:48:25 | prpplague | Russ: bummer |
01:48:51 | prpplague | Russ: time to for mass debug printf's lol |
07:16:58 | mmatten_ | hi |
09:03:53 | KuEdE | morning... |
09:04:09 | KuEdE | mmatten: Where are u studying ? |
09:04:34 | mmatten | .de |
09:05:03 | KuEdE | ah soo.. interessant |
09:05:15 | KuEdE | fh oder uni ? |
09:05:16 | mmatten | :) |
09:05:29 | mmatten | fh |
09:05:41 | KuEdE | <-- too |
09:07:50 | seletz | morning |
09:08:17 | seletz | KuEdE: hi |
09:08:37 | seletz | KuEdE: have you had time to test your miniprint port? |
09:08:41 | KuEdE | mogens... |
09:08:44 | KuEdE | +r |
09:09:07 | seletz | KuEdE: its in CVS |
09:09:24 | KuEdE | yes.. u wrote me in the mail |
09:09:29 | KuEdE | btw: thx |
09:09:41 | erikm | gets more coffee |
09:10:13 | erikm | there ought to be a law that forbids flat bed scanners to break in the morning |
09:10:34 | KuEdE | <-- has switched to another linux machine . so he got to install some things |
09:10:44 | KuEdE | lol |
09:33:45 | seletz | getting coffee |
09:52:57 | seletz | SIGLUNCH |
10:11:32 | Sammy | later all... |
11:29:42 | seletz | hi again |
12:42:52 | seletz | anyone here knows wether or not the sysctl interface may be used for board-specific things (like controlling on-board serial MUX hw and the like)? |
12:43:36 | seletz | asking on kernelnewbies |
12:54:54 | seletz | BZFlag: hi |
13:51:44 | prpplague | moring guys |
13:52:25 | prpplague | morning ibot |
13:53:31 | mmatten | hi prpplague |
14:12:53 | seletz | prpplague: hi |
15:33:21 | prpplague | so whats going on today guys? |
15:50:39 | seletz | prpplague: well, i'm writing a power-button-switch driver. |
15:50:46 | seletz | prpplague: sorta weird. |
15:50:51 | prpplague | seletz: interesting |
15:51:08 | seletz | prpplague: have to dig deep. |
15:52:49 | prpplague | seletz: i've got a vr3, a dev yopy, and an inhand ELF |
15:52:50 | seletz | prpplague: ON MY BOARD A PIC HANDLES THE PWR BUTTON: PRESS IT FOR 3 SEC, THEN POWER OFF DEVICE. |
15:53:01 | seletz | prpplague: urgh |
15:53:04 | prpplague | seletz: coooool |
15:53:07 | seletz | prpplague: sorry, caps lock |
15:53:19 | prpplague | np |
15:53:24 | prpplague | accidents happen |
15:53:58 | seletz | prpplague: Pic signals on gpio 18: "user wants to pwroff". I have a device driver which listens on that gpio (irq). |
15:54:17 | prpplague | has successfully gotten his companies email servers removed from blacklists |
15:54:24 | prpplague | seletz: us the pic for anything else? |
15:54:31 | prpplague | s/us/use |
15:54:34 | seletz | prpplague: nah. |
15:55:02 | seletz | prpplague: off-switching has to work _always_ |
15:55:29 | prpplague | seletz: i was thinking about using using a pic to poll multiple serial devices |
15:55:54 | prpplague | seletz: our ex-sysadmin (winblows expert) got use blacklisted big time |
15:55:54 | seletz | prpplague: the weird part is: users have to have the option "no, i dont really meant it. Dont switch off". |
15:57:29 | seletz | prpplague: is the dev yopy different from the "startrek comm style" one? |
15:57:34 | prpplague | seletz: i've got a vr3, a dev yopy, and an inhand ELF that i need to get rid of |
15:57:43 | prpplague | seletz: no its the original |
15:57:51 | seletz | prpplague: does it work? |
15:57:59 | prpplague | seletz: ya, works fine |
15:58:09 | seletz | prpplague: power consumption? |
15:58:22 | prpplague | seletz: major |
15:58:39 | prpplague | seletz: i'm not sure if its the code or the hardware |
15:58:44 | seletz | prpplague: runs 1/2 hour or what? lol... |
15:59:04 | prpplague | seletz: more like 1.5 hour, and only a day or some in suspend |
15:59:11 | seletz | arglll! |
15:59:25 | seletz | prpplague: what about the vr3? |
15:59:39 | prpplague | seletz: works fine |
15:59:51 | prpplague | seletz: i'm just not into the mips side of things |
16:00:01 | prpplague | seletz: it just seem to have the power i need |
16:00:33 | seletz | prpplague: ah, ok. Me too :) |
16:01:03 | prpplague | seletz: seen the ELF board? |
16:01:15 | seletz | prpplague: you gave me the url once |
16:01:29 | seletz | prpplague: do they have some sort of audio chip? |
16:01:36 | prpplague | seletz: ya its nice, but WAY over priced |
16:02:09 | prpplague | seletz: ya they have an fpga with a ucb1300 |
16:03:27 | seletz | prpplague: what do you want for it? |
16:04:45 | prpplague | seletz: $800 obo |
16:06:06 | seletz | prpplague: urg. ok, thats too much for something just to play around .... |
16:06:27 | seletz | prpplague: though i know the're _very_ expensive. |
16:06:53 | prpplague | seletz: ya i payed close to $4000.00 for it |
16:07:07 | seletz | waaaahhhh! |
16:07:17 | seletz | _4000_ _$_ |
16:07:33 | seletz | 800$ is a bargain, then .... |
16:08:22 | prpplague | seletz: ya i was just starting out with embedded an i thought it would be cool to learn on |
16:08:28 | prpplague | was stupid |
16:26:56 | prpplague | seletz: ya, i won't make that mistake again |
16:28:34 | erikm | heya, Russ|werk |
16:28:47 | Russ|werk | hey erikm |
16:28:49 | Russ|werk | I'm having a little kernel trouble |
16:28:54 | prpplague | Russ|werk: howsy |
16:28:56 | Russ|werk | I'm chainbooting blob from bootldr, then running a kernel |
16:29:19 | Russ|werk | the kernel fails to make the jump in head.S to decompress_kernel is misc.c |
16:29:27 | erikm | Russ|werk: on what platform? |
16:29:38 | Russ|werk | camion, sa1110 |
16:29:53 | Russ|werk | hey prpplague |
16:30:04 | prpplague | camion - the pda from hell |
16:30:13 | prpplague | Russ|werk: morning |
16:30:21 | prpplague | Russ|werk: still having fun i see |
16:30:23 | erikm | Russ|werk: ok. I thought it was on ipaq |
16:30:34 | Russ|werk | its more like an assabet |
16:30:53 | Russ|werk | it has a similar bcr and a lot of the same components |
16:32:08 | erikm | Russ|werk: how did you fool bootldr in chainbooting blob? |
16:32:17 | Russ|werk | load ram 0xc0040000 0x10000 |
16:32:22 | Russ|werk | jump 0xc0040000 |
16:32:25 | erikm | Russ|werk: ah, that's wrong |
16:32:42 | erikm | Russ|werk: just load blob-chain as if it is a kernel image |
16:32:51 | erikm | Russ|werk: then boot it |
16:32:58 | Russ|werk | that doesn't do anything |
16:33:10 | Russ|werk | blob doesn't load in that case |
16:33:12 | erikm | Russ|werk: in that case bootldr will switch off the MMU, and afaik jump doesn't do that |
16:33:33 | Russ|werk | I'm trying to turn off the MMU in chain.S |
16:33:42 | erikm | Russ|werk: don't try to |
16:34:15 | erikm | Russ|werk: there is a dirty trick in chain.S that puts the correct magic word in the image that fools bootldr to think the blob-chain image is a kernel |
16:34:34 | Russ|werk | I tried that |
16:34:40 | erikm | Russ|werk: IIRC it is currently only enabled for ipaq |
16:34:54 | Russ|werk | it thinks its a netbsd kernel, and then boots it, but nothing happens |
16:36:13 | erikm | Russ|werk: well, chainbooting works on ipaq |
16:36:51 | erikm | Russ|werk: I'm afraid you'll have to go through bootldr's #ifdef hell to figure out what's different |
16:37:21 | Russ|werk | $Id: bootldr.c,v 1.30 2000/11/21 18:18:25 jamey Exp $ |
16:37:26 | Russ|werk | its a pretty old version |
16:37:34 | Russ|werk | and its probably been modified by CIIT |
16:37:56 | Russ|werk | so I can't really go through the actual source |
16:39:03 | Russ|werk | is there any way of turning off the MMU mapping in chain.S? |
16:39:17 | Russ|werk | aparently is a mapping of DRAM to both its original location, and 0x0 |
16:39:23 | Russ|werk | as well as flash to somewhere else |
16:40:02 | erikm | Russ|werk: *nod* IIRC the DRAM is mapped 1:1, and the flash on two locations (once cached, once uncached) |
16:40:22 | Russ|werk | so..can I undo that in chain.S? |
16:40:45 | Russ|werk | I only want to do this until I have a working kernel, or until I find the jtag pins |
16:40:48 | erikm | Russ|werk: IIRC prpplague made an attempt to do that, prpplague? |
16:41:26 | Russ|werk | @ disabling MMU and caches |
16:41:26 | Russ|werk | mrc p15, 0, r0, c1, c0, 0 @ read control reg |
16:41:26 | Russ|werk | bic r0, r0, #0x0d @ clear WB, DC, MMU |
16:41:26 | Russ|werk | bic r0, r0, #0x1000 @ clear Icache |
16:41:26 | Russ|werk | mcr p15, 0, r0, c1, c0, 0 |
16:41:48 | prpplague | erikm: yes i was able to do that, however i'm not sure if the code is specific to the bootloader that was used on the ELF |
16:42:21 | mmatten | <- goin home, have a nice day all |
16:42:30 | prpplague | Russ|werk: you can get my source at http://www.abcsinc.com/small-linux/sources.htm |
16:42:32 | Russ|werk | cya matt |
16:42:37 | prpplague | mmatten: later |
16:44:11 | prpplague | Russ|werk: you should be able to do a diff to find the specifics |
16:46:43 | prpplague | Russ|werk: the section i changes was in start.S based on the normal_boot |
16:48:15 | prpplague | Russ|werk: IIRC, it does some gymnastics to return a large block of memory back to 1:1 before shuting down the mmu |
16:49:52 | Russ|werk | well the memory that chain.S is running in is 1:1 with bootldr |
16:52:43 | prpplague | Russ|werk: hmm, i think you'll have to do more the clear and shutdown the cache when chain loading |
16:52:56 | erikm | Russ|werk: there were some special prerequisites for turning of the mmu. I don't remember exactly, but it's described in either the SA11x0 manual or the ARM ARM |
16:53:21 | prpplague | erikm: ya thats what i ran into |
16:54:28 | Russ|werk | erikm: I do basically whats in head-sa1100.S |
16:55:08 | Russ|werk | hmm... |
16:55:14 | Russ|werk | probably want to drain the caches first |
16:55:23 | Russ|werk | might be my problem |
16:55:25 | erikm | *nod* that's important |
16:55:41 | erikm | IIRC you had to flush and invalidate both caches |
16:55:44 | Russ|werk | * Pause for a short time so that we give enough time |
16:55:45 | Russ|werk | * for the host to start a terminal up. |
16:55:55 | Russ|werk | what does that mean (head-sa1100.S) |
16:56:02 | prpplague | MCRp15, 0, r0, c1, c0, 0 |
16:56:02 | prpplague | MCRp15, 0, r0, c8, c7, 0 |
16:56:02 | prpplague | MCRp15, 0, r0, c7, c7, 0 |
16:56:31 | prpplague | Russ|werk: IIRC, that is what i needed to clear the mmu properly |
16:56:36 | erikm | Russ|werk: IIRC it was for nico so he could switch to another console or so |
16:56:46 | Russ|werk | erikm: so why is it still there? |
16:57:03 | erikm | Russ|werk: you know nico is blind? |
16:57:08 | Russ|werk | I know |
16:57:23 | Russ|werk | but...my embedded systems don't have displays anyway |
16:57:57 | erikm | Russ|werk: no, but he runs download tool on one console and terminal program on another or so |
16:58:18 | erikm | Russ|werk: and reading back is painful with his braille terminal |
16:58:44 | Russ|werk | suppose I'll just disable it in my local copies |
16:59:12 | erikm | Russ|werk: makes booting go faster |
16:59:59 | Russ|werk | thats the idea |
17:00:52 | seletz | ok, i call it a day. |
17:00:57 | seletz | see ya all |
17:01:02 | erikm | seletz: see ya |
17:01:10 | seletz | ... and have a nice day! |
17:02:58 | prpplague | seletz: later |
17:19:18 | erikm | Russ|werk: I just asked nico about the delay |
17:19:47 | erikm | Russ|werk: the delay was added for the case where the kernel is loaded with angelboot via the same port as the serial console |
17:20:03 | Russ|werk | ok |
17:20:04 | erikm | Russ|werk: this delay would allow you to start minicom after angelboot terminates and before any console messages are sent through |
17:20:25 | Russ|werk | so why not do an ifdef angelboot or something |
17:21:53 | erikm | Russ|werk: just remove it. angelboot is considered dead |
17:22:06 | erikm | Russ|werk: and it's only cosmetic code |
17:22:27 | erikm | Russ|werk: if you have to use angelboot, you could as well chain boot blob |
17:24:17 | erikm | Russ|werk: I think rmk will accept a patch that removes the delay, cause IIRC he wasn't too glad with it |
17:29:15 | erikm | goes home before the rain starts |
17:29:16 | erikm | bye |
17:50:37 | KuEdE | seletz: I validated my new stuff inCVS ... its ok |
18:12:11 | mmatten|home | mmm seletz home, tough luck :( |
21:17:41 | prpplague | why hello there mr.cto |