| 00:56.14 | rwhitby | kaenat: no, I just let the header move around freely. I was going to glue it, but found I only used the serial port after all. Note that all the other ports are untested (especially the USB port) |
| 01:09.29 | NAiL | dwery: I'm reading "Integrating DiskOnChip with Xscale processors". They mention using a CPLD to implement "chopper circuit". Whatever that might be ;) |
| 01:09.55 | dwery | interesting... |
| 01:09.59 | dwery | chopper circuit |
| 01:10.04 | dwery | what google says about it? :) |
| 01:11.15 | NAiL | hehe |
| 01:22.43 | NAiL | hmm |
| 01:22.53 | NAiL | Synology used the TrueFFS source from M-Systems |
| 01:24.28 | dwery | is that helpful? :) |
| 01:25.35 | NAiL | not at all |
| 01:26.00 | NAiL | that's why the driver in 2.4 and 2.6 is wildĂly different |
| 01:26.04 | NAiL | wildly |
| 01:26.45 | NAiL | ah, I have to try something |
| 01:27.03 | NAiL | Gotta see if I can get the chip id read out in redboot |
| 01:29.07 | dwery | yep.. you shoul dbe able to emulate the whole detection process in redboot |
| 01:29.20 | NAiL | According to this, the chip id is 0xe4. Ie, not right |
| 01:29.27 | NAiL | IIRC, the highest chip id was 0x41 |
| 01:29.43 | NAiL | *DUH' |
| 01:30.30 | NAiL | well, still didn't help much |
| 01:30.40 | NAiL | the chip id is "00" :- |
| 01:33.06 | dwery | :-/ |
| 01:37.49 | dwery | NAiL: url to the doc you're reading? |
| 01:39.12 | NAiL | It's from m-systems site, hang on |
| 01:39.45 | NAiL | http://www.m-sys.com/site/en-US/Support/TechnicalDocumentation/DiskOnChipFamily/?selectedProduct=DiskOnChipMillenniumPlus&selectedType=All |
| 01:40.14 | NAiL | It's a bit much info, but there does not appear to be any simple "how to program for the DoC" :-P |
| 01:41.03 | NAiL | the boot process explained (finally): |
| 01:41.05 | NAiL | 1. Upon power-up, the IPL is loaded to the DiskOnChip RAM. The DiskOnChip BUSY signal goes high. |
| 01:41.08 | NAiL | 2. |
| 01:41.11 | NAiL | 3. The CPU executes the IPL, which copies the SPL to the system RAM. The SPL completes the system initialization process. |
| 01:41.14 | NAiL | 4. |
| 01:41.16 | NAiL | 5. The SPL reads the OS image from DiskOnChip to the system RAM using TrueFFS. The OS image runs from the system RAM. |
| 01:41.20 | NAiL | 6. |
| 01:42.25 | NAiL | The DoC is little-endian btw. And it does care about endianness ;) |
| 01:43.07 | NAiL | In the doc I'm reading now, they state this: "Managing Big/Little Endian compatibility is confusing, and beyond the scope of this application note" |
| 01:43.17 | *** join/#nslu2-linux Eiffel_ (n=x@p5486A9E8.dip0.t-ipconnect.de) |
| 01:43.27 | dwery | :-D |
| 01:43.32 | dwery | they didn't know how to do it... |
| 01:44.19 | NAiL | hehe |
| 01:46.25 | dwery | so.. 16 bit data bus |
| 01:46.31 | dwery | 8K memory window w/ aliasing |
| 01:47.46 | NAiL | I'm not sure it's 16bit data bus, but atleast I don't get a kernel panic with that. |
| 01:48.18 | dwery | the appnote says it must be 16bit on the xscale family |
| 01:48.26 | dwery | which package did you got? |
| 01:49.15 | NAiL | package? |
| 01:49.33 | dwery | DoC form factor |
| 01:50.21 | NAiL | oh, eh, it looks like an intel flash chip, ie, it's not a bga |
| 01:50.39 | NAiL | same amount of pins (can't remember the number right now) |
| 01:51.01 | dwery | do you have a scope? |
| 01:51.30 | NAiL | no |
| 01:51.34 | NAiL | Why? |
| 01:52.16 | dwery | just to to check that CS0 goes off when you access the 0x5.. address space |
| 01:52.23 | dwery | (which may not be configured in redboot) |
| 01:52.57 | NAiL | It should be |
| 01:53.40 | NAiL | ie, at reset, the 0x5... address space lies at 0x0. RedBoot switches one bit somewhere on the ixp that switches it to 0x500... and the sdram to 0x0 |
| 01:54.08 | NAiL | I'm sure that this happens, atleast :) |
| 01:54.18 | dwery | very probable ;) |
| 01:54.30 | dwery | do you have redboot sources? |
| 01:54.46 | NAiL | no, sorry |
| 01:55.03 | NAiL | But atleast now I understand how the boot process works :) |
| 01:55.34 | dwery | so the doc shoul dbe simply there, at 0x5.. |
| 01:55.46 | NAiL | Yeah, I've more or less confirmed that |
| 01:56.00 | NAiL | Ie, in RedBoot, I can actually read a bit of the flash |
| 01:56.12 | NAiL | I see the BDER partition signature of the RedBoot partition |
| 01:56.22 | NAiL | (reversed) |
| 01:57.40 | dwery | good. |
| 01:57.56 | dwery | but you can't access any of the DoC registers, right? |
| 01:58.02 | NAiL | It would appear not |
| 01:58.24 | NAiL | Since trying the initialization sequence does not give me the chip id from the ChipID register |
| 01:58.41 | dwery | care to write the init seq? |
| 01:59.25 | NAiL | hmm, closed that window |
| 01:59.27 | NAiL | 2 sec |
| 02:00.29 | NAiL | write 0x1D to 1006, 0xE2 to 1076, then read 0x1000 for the ID |
| 02:00.38 | NAiL | It is supposed to be 0x40 or 0x41. |
| 02:01.13 | NAiL | Of course, if it is in deep reset mode (which it shouldn't be, since I can read parts of flash), I'll have to tinker around more... |
| 02:02.31 | NAiL | It might be that it is a timing issue though... |
| 02:02.47 | NAiL | ie, that I have a very limited time to do this |
| 02:03.04 | dwery | how do you do that in redboot? |
| 02:03.41 | NAiL | mfill -b 0x50001006 -l 1 -p 0x1D |
| 02:04.52 | NAiL | hmm |
| 02:05.06 | dwery | once detected, will reading the chipid register always report the id or is only part of the initialization procedure? I'm asking because I think that given the the DoC has already been enabled, that register should be active. |
| 02:05.47 | NAiL | The specs doesn't say |
| 02:05.59 | NAiL | Reading the Data Sheet now, bit more useful info there |
| 02:06.05 | NAiL | This register is used to identify the device residing on the host platform. For DiskOnChip |
| 02:06.08 | NAiL | Millennium Plus 32/64MB, this register always returns 40H when read. For DiskOnChip |
| 02:06.09 | dwery | also, the linux driver seems to try detection in another way |
| 02:06.11 | NAiL | Millennium Plus 16MB, it returns 41H. |
| 02:06.19 | dwery | good. |
| 02:07.34 | NAiL | hmm.. |
| 02:07.54 | NAiL | It would appear that the chip is set in Asynch boot mode by the IXP |
| 02:11.20 | NAiL | Although DiskOnChip Millennium Plus 16MB uses 8-bit access to the internal flash, it can be connected to a |
| 02:11.24 | NAiL | 16-bit bus. The TrueFFS driver handles all the issues regarding routing data to and from DiskOnChip |
| 02:11.27 | NAiL | Millennium Plus. The Programmable Boot Block is accessed as a true 16- bit device. It responds with the |
| 02:11.30 | NAiL | appropriate data when the CPU issues either an 8-bit or 16-bit read cycle. |
| 02:11.52 | NAiL | I don't know if the TrueFFS functionality is in the DoC driver in 2.6... Might try 8bit instead... |
| 02:12.59 | dwery | you can check how the traces on the pcb |
| 02:13.07 | dwery | did you read about XIP? |
| 02:13.19 | NAiL | Execute in place, the bootloader? |
| 02:13.45 | NAiL | the one that pushes RedBoot to sdram and makes it run? |
| 02:14.09 | dwery | yes |
| 02:14.28 | NAiL | a little bit. Why? |
| 02:15.01 | dwery | on boot, the download engine will read some code and put it in the programmable boot block, right? |
| 02:15.02 | NAiL | hmm... the Data Sheet has example code to identify a DoC MPlus 32MB |
| 02:15.59 | NAiL | I'll have to look that up again ;) |
| 02:16.17 | NAiL | but, I've got some code that might be useful |
| 02:16.51 | dwery | good. |
| 02:17.07 | dwery | basically, during boot, the cpu is executing code from the device itself |
| 02:17.43 | dwery | that code will eventually load a secondary boot loader |
| 02:17.49 | dwery | and jump to it in ram |
| 02:18.09 | dwery | if it's not hardware protected, you might be able to retrieve this piece of code from the DoC |
| 02:18.37 | NAiL | aha |
| 02:20.24 | NAiL | btw, I tried a more extensive detect... Read three times from ..1fff, write 0x1c to ..1006, write 0xe3 to ..1076, write 0x1d to 1006, write 0xe2 to 1076, read 1006, then read 1000. That should've returned 0x40. It returned 0x00 again. |
| 02:20.52 | dwery | how do you read out the redboot partition signature? |
| 02:21.49 | NAiL | dump -b 0x50000000 -l 4096 |
| 02:21.59 | NAiL | 50000380: 10 00 10 24 C4 00 00 20 42 44 45 52 00 00 00 00 |...$... BDER....| |
| 02:22.23 | NAiL | It's again at 0x50003800 IIRC |
| 02:23.26 | NAiL | If the xip code is readable, this is the first two lines: |
| 02:23.26 | NAiL | 50000000: E3 A0 00 F8 EE 01 0F 10 EE 12 0F 10 E1 A0 00 00 |................| |
| 02:23.30 | NAiL | 50000010: E2 4F F0 04 EE 07 0F 17 EE 12 0F 10 E1 A0 00 00 |.O..............| |
| 02:23.50 | dwery | isn't 380 in the IPL area? |
| 02:24.00 | NAiL | ah, that might be tru |
| 02:24.22 | NAiL | so it can correctly identify the partition, mayb |
| 02:24.33 | NAiL | argh, my "e" key has stuff beneath it |
| 02:24.50 | dwery | I think those are arm opcodes |
| 02:25.33 | dwery | try reading at 800 |
| 02:25.55 | NAiL | 50000800: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 02:26.32 | dwery | good |
| 02:26.41 | dwery | now at 1000 |
| 02:26.59 | NAiL | 50001000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 02:27.13 | dwery | good |
| 02:27.17 | dwery | now at 7EA |
| 02:27.36 | NAiL | 500007EA: 07 EB 07 ED 07 EF 07 F1 07 F3 07 F5 07 F7 07 F9 |................| |
| 02:27.50 | dwery | 3e9 |
| 02:28.11 | NAiL | 500003E9: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 02:28.21 | dwery | 1800? |
| 02:28.35 | NAiL | 50001800: 18 01 18 03 18 05 18 07 18 09 18 0B 18 0D 18 0F |................| |
| 02:28.43 | dwery | mmm |
| 02:28.59 | dwery | i'd say it is in reset mode |
| 02:29.35 | NAiL | hmm |
| 02:29.46 | NAiL | I've tried getting it out of reset mode a few times though :-P |
| 02:30.38 | NAiL | According to the data sheet, writing 0x1d/0xe2 to 1006/1076 will bring it out of reset mode |
| 02:31.24 | NAiL | Then, reading from 1000 should produce something that is *not* 0 |
| 02:31.47 | NAiL | oh, nm |
| 02:31.48 | NAiL | no |
| 02:31.53 | NAiL | it *should* be 00 |
| 02:32.07 | NAiL | but reading from 0x1000 again should produce the id |
| 02:32.58 | NAiL | unfortunately, both times it produces 00 |
| 02:34.26 | NAiL | Appendix a on the data sheet shows the code I'm looking at. |
| 02:34.35 | dwery | ack |
| 02:34.57 | dwery | I see 1c |
| 02:35.14 | NAiL | yeah, first 1c/e3, then 1d/e2 |
| 02:35.23 | dwery | but you already replicated the sequence |
| 02:35.25 | NAiL | the second takes it from reset to normal |
| 02:35.35 | NAiL | yeah... |
| 02:38.20 | dwery | did you tried using 16 bit wide accesses? |
| 02:38.32 | NAiL | how? :) |
| 02:39.26 | dwery | mm.. dunno how redboot implements that |
| 02:39.30 | dwery | another thing.. |
| 02:39.37 | dwery | the DoC is little endian |
| 02:39.43 | NAiL | RB is BE |
| 02:40.03 | *** join/#nslu2-linux ByronT_ (i=byron-po@nslu2-linux/ByronT) |
| 02:40.33 | dwery | i'm not sure it will work... |
| 02:40.39 | dwery | try writing at x+1 |
| 02:40.50 | dwery | (just trying a blind shot..) |
| 02:41.47 | NAiL | nope :( |
| 02:43.19 | dwery | ok.. i'd try to download the whole IPL area and search for 1d and e2 |
| 02:43.30 | NAiL | I have dumps of the first 16kb before and after I've run "msys_run" (which loads the first partition to ram. |
| 02:43.55 | dwery | an arm opcode is 32bit |
| 02:44.05 | dwery | that 1d and e2 will probably be located in the last 8 |
| 02:44.51 | NAiL | this line is the only one containing both: |
| 02:44.51 | NAiL | 050001D0: E3 81 1B 03 E2 83 29 01 E1 51 00 09 23 81 10 0C |......)..Q..#...| |
| 02:45.02 | NAiL | But that doesn't make much sense :( |
| 02:45.08 | NAiL | ie, 1D is in the offse |
| 02:45.45 | dwery | :) |
| 02:46.59 | dwery | mmm |
| 02:49.23 | NAiL | arrgh |
| 02:49.28 | NAiL | vince cracshed |
| 02:51.27 | NAiL | hmm |
| 02:51.28 | NAiL | ...........................................................................read data error at 1172c000, error code = 25 |
| 02:52.04 | dwery | the only option left is to search for any value that has bits 1:0 set to 01 and followed in a later instruction by its complement.. |
| 02:52.29 | dwery | may you paste th whole dump, 0-3ff ? |
| 02:54.09 | NAiL | http://pastebin.com/558915 |
| 02:57.29 | NAiL | I have one from after I've run msys_run... There the BDER signature shows up at 380. Want that too? |
| 02:58.01 | dwery | yes please |
| 02:58.08 | dwery | i'm not sure why there's something at 400 |
| 02:58.29 | NAiL | http://pastebin.com/558920 |
| 03:00.55 | dwery | nor why the content changes before and after msys_run |
| 03:05.17 | dwery | well.. |
| 03:05.45 | dwery | there's nothing I can see in that code that leads to me to think it's working with the DoC |
| 03:05.58 | NAiL | hmm |
| 03:06.30 | NAiL | This would be so much easier if the driver in the 2.4-kernel could be used in 2.6 kernel instead :-P |
| 03:07.05 | dwery | :-D |
| 03:07.14 | dwery | maybe ann arm disabbembler would help |
| 03:07.20 | dwery | s/bb/ss/ |
| 03:07.32 | dwery | thanks jbot |
| 03:07.47 | dwery | but I was faster :-D |
| 03:07.52 | dwery | it's nice to have those bots... |
| 03:08.03 | NAiL | uhm, it used your sed command to fix |
| 03:08.08 | NAiL | s/fix/xif/ |
| 03:08.31 | dwery | oh! I thought it used dict :-D |
| 03:11.55 | dwery | well.. I think I'm going to bed unless you have some revolutionary theory and jbot doesn't complain :) |
| 03:12.07 | *** join/#nslu2-linux beewoolie-afk (n=beewooli@206.124.142.26) |
| 03:12.55 | NAiL | nah, kinda running out of ideas. I guess it's time to go back to look at the darn 2.4-kernel and see what the heck kinda magic it does that differs from the 2.6 kernel |
| 03:14.22 | dwery | how many hours do you sleep per night? |
| 03:14.30 | NAiL | sleep? ;) |
| 03:14.50 | NAiL | I can't sleep now. Busy trying to get this bugger to work ;) |
| 03:15.00 | dwery | ! |
| 03:15.50 | dwery | see you tomorrow... |
| 03:15.54 | NAiL | good night |
| 03:16.06 | NAiL | it's basically the only thing left |
| 03:16.19 | NAiL | (network isn't up, but I think that is a minor issue) |
| 04:55.37 | *** join/#nslu2-linux c_rippa (n=coderipp@69.9.13.47) |
| 05:10.41 | *** join/#nslu2-linux DrZimmerman (n=theo@217-162-224-24.dclient.hispeed.ch) |
| 05:28.31 | *** join/#nslu2-linux bullet (n=bullet@97.26.78.83.cust.bluewin.ch) |
| 05:53.00 | CIA-8 | 03bzhou * 10unslung/ (make/git-core.mk sources/git-core/Makefile.patch): upstream upgrade to 1.2.0 |
| 07:11.26 | *** join/#nslu2-linux jacques (n=username@cpe-24-160-108-167.houston.res.rr.com) |
| 07:11.31 | *** join/#nslu2-linux bullet (n=bullet@97.26.78.83.cust.bluewin.ch) |
| 08:06.36 | *** join/#nslu2-linux neongrau (n=neongrau@p54A9172C.dip0.t-ipconnect.de) |
| 08:11.40 | *** join/#nslu2-linux ByronT-Away (n=byron-po@nslu2-linux/ByronT) |
| 08:13.50 | *** join/#nslu2-linux ByronT-L1g (n=ByronT@adsl-068-209-197-246.sip.bhm.bellsouth.net) |
| 08:38.17 | *** join/#nslu2-linux jacques (n=username@nslu2-linux/jacques) |
| 09:30.33 | *** join/#nslu2-linux kami22 (n=kami22@p548952B7.dip.t-dialin.net) |
| 10:59.41 | *** join/#nslu2-linux kfm (n=kfm82@p54BEED52.dip.t-dialin.net) |
| 11:52.03 | *** join/#nslu2-linux pumpkin0 (n=pumpkin0@pppoe22-99-luxdsl-226.pt.lu) |
| 11:56.35 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 12:33.16 | *** join/#nslu2-linux ByronT_ (i=byron-po@nslu2-linux/ByronT) |
| 14:04.46 | VoodooZ | NAiL, What are you doing up? |
| 14:05.08 | NAiL | I'm trying to wrap my brain around why the DoC isn't detected |
| 14:05.26 | VoodooZ | I see. |
| 14:05.49 | NAiL | I *have* slept (and it's 15:04 here) |
| 14:05.57 | VoodooZ | Don't forget that there's no better problem-solver than the good 'ole "sleep on it" |
| 14:06.07 | NAiL | Well, kinda |
| 14:06.13 | VoodooZ | oh. sorry. I thought you were on the opposite shift. |
| 14:06.21 | VoodooZ | must be eFfeM then |
| 14:06.31 | NAiL | heh, I'm on all shifts :-P |
| 14:06.36 | VoodooZ | hehehe |
| 14:07.33 | NAiL | I'm considering paying whoever gets the DoC working though |
| 14:07.57 | NAiL | I've spent most of this week sifting through code and tearing my hair out |
| 14:08.27 | NAiL | Unfortunately, I seem to be the only "developer" having a ds101 |
| 14:08.35 | NAiL | And I'm not much of a developer |
| 14:08.55 | NAiL | (although I've actually written a kernel module!) |
| 14:11.29 | NAiL | The two major tasks remaining on the ds101 is getting DoC working and getting network up. I don't think getting network up will be hard, but the mac-address is stored in flash, so it's blocked by the DoC stuff. |
| 14:15.16 | VoodooZ | cool. A kernel module! :) I've only modified an existing one but I've learned a whole lot. |
| 14:15.23 | VoodooZ | DOC are not exactly simple modules though. |
| 14:15.39 | VoodooZ | So there's a DOC on the DS101. Nice. |
| 14:15.48 | NAiL | no, it's not nice :-P |
| 14:15.53 | NAiL | I'd prefer CFI |
| 14:15.59 | VoodooZ | well, when it works that is. |
| 14:16.04 | NAiL | yeah |
| 14:16.11 | VoodooZ | It doesn't have USB? |
| 14:16.34 | NAiL | It's got three USB2-ports, plus one internal port |
| 14:16.43 | NAiL | the internal port is like the slugs internal ones ;) |
| 14:17.06 | VoodooZ | so you don't necessarily need the DOC then? Well, it would be nice to have anyways but... |
| 14:17.18 | NAiL | Well, I need the DoC to flash |
| 14:17.24 | VoodooZ | oh! |
| 14:17.38 | NAiL | Since redboot doesn't recognize the flash, I can't upgrade |
| 14:17.48 | VoodooZ | btw, is a simple 'svn update' in my slugos-3.6-beta folder enough to track your changes? |
| 14:17.51 | VoodooZ | I see. |
| 14:18.00 | NAiL | yes, svn update is enough |
| 14:18.37 | VoodooZ | svn is not decentralized like monotone right? so I can ci/co locally. |
| 14:19.07 | NAiL | you can't commit locally afaik |
| 14:19.22 | NAiL | ie, when you commit it sends stuff to the server |
| 14:21.08 | VoodooZ | ok. not a problem. |
| 14:21.17 | VoodooZ | So I can just make changes and leave them be. |
| 14:21.38 | NAiL | yeah |
| 14:21.44 | VoodooZ | I guess I'll wait for the release anyways so I don't waste my time as there's only 1 1/2 month before the competition. |
| 14:22.12 | VoodooZ | hopefully you guys we'll be able to release it before then. If not I'll just retrofit the old one. |
| 14:24.30 | NAiL | Yeah, there's not that much left. I just can't focus on it right now because of the darn ds101 :-P |
| 14:24.44 | NAiL | It's all Alan Cox' fault for the working IDE-driver ;) |
| 14:25.01 | NAiL | (or dwery) ;) |
| 14:26.34 | VoodooZ | hehe |
| 14:26.44 | VoodooZ | I wish I could help allevitate your pain. |
| 14:26.56 | VoodooZ | I could provide a gun? ;) |
| 14:27.06 | NAiL | nah |
| 14:30.35 | NAiL | just find me a kernel hacker :P |
| 14:32.12 | VoodooZ | hehehe. I wish I knew one! |
| 14:32.41 | VoodooZ | After my robot competition, I'm going to spend more time trying to learn the intricacies of the linux kernel. |
| 14:32.51 | VoodooZ | Writing drivers to help out. |
| 14:34.06 | NAiL | yeah |
| 14:36.01 | NAiL | heh.. I need an usb->gpio-adapter |
| 14:36.34 | NAiL | I also need to sleep a bit |
| 14:37.47 | VoodooZ | usb->gpio? |
| 14:38.08 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 14:38.11 | VoodooZ | That should be easy to do with a AVR mega8 and the USB stack. |
| 14:38.20 | VoodooZ | only 1.5mbps but easy to implement. |
| 14:38.38 | VoodooZ | Or you could go the integrated way with one of those USB i/f chip. |
| 14:40.31 | VoodooZ | NAiLzZz, good night. |
| 15:29.56 | *** join/#nslu2-linux pumpkin0_ (n=pumpkin0@pppoe21-99-luxdsl-058.pt.lu) |
| 15:31.07 | VoodooZ | Great! I found a local source for a ZD1211 based USB dongle. A Airlink AWLL3026 for 30$!! yipee |
| 15:44.43 | *** join/#nslu2-linux _pumpkin0 (n=pumpkin0@pppoe22-99-luxdsl-117.pt.lu) |
| 15:51.08 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.152.92.12) |
| 16:11.57 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 16:14.01 | *** join/#nslu2-linux pumpkin0_ (n=pumpkin0@pppoe22-99-luxdsl-117.pt.lu) |
| 16:19.33 | *** join/#nslu2-linux beewoolie-afk (n=beewooli@206.124.142.26) |
| 16:30.15 | kaenat | VoodooZ: Excellent book on linux device drivers (downloadable in pdf): http://lwn.net/Kernel/LDD3/ |
| 16:32.33 | VoodooZ | yep. I bought it. Just never got the time and motivation to read and experiment. Thanks though. |
| 16:33.00 | VoodooZ | although I did peruse select chapters. |
| 16:33.35 | VoodooZ | I also have the other oreilly classic "Understanding the Linux Kernel" |
| 16:34.26 | kaenat | Yeah. I've got that one too. Covers 2.4. Do you know if there is an updated on that covers 2.6? |
| 16:35.04 | *** join/#nslu2-linux Ekki (n=Ekki@p54AC7512.dip.t-dialin.net) |
| 16:36.18 | VoodooZ | I'm not sure but I thought they did announce it recently. |
| 16:37.06 | VoodooZ | actually they did: http://www.oreilly.com/catalog/understandlk/index.html |
| 16:37.16 | VoodooZ | damn. another book I'll never use. |
| 16:38.41 | kaenat | cu-el :) |
| 16:44.19 | *** join/#nslu2-linux kami22 (n=kami22@p548952B7.dip.t-dialin.net) |
| 16:57.25 | *** join/#nslu2-linux bullet (n=bullet@109.57.62.81.cust.bluewin.ch) |
| 17:19.12 | *** join/#nslu2-linux EvilDevil (n=evildevi@p54A6FB52.dip.t-dialin.net) |
| 17:34.07 | *** join/#nslu2-linux NSLU2-IRC (n=NSLU2-IR@dsl-133-15.aei.ca) |
| 17:34.52 | NSLU2-IRC | Hello! |
| 17:35.28 | NSLU2-IRC | I think I need help... I am trying to build/make a library and application on the slug and so far, I get many error messages... |
| 17:35.50 | NSLU2-IRC | The latest from make is "curses.h not found" |
| 17:35.54 | NSLU2-IRC | any ideas? |
| 17:37.22 | EvilDevil | install libcurses-dev :) |
| 17:37.55 | stanelie | "cannot find package" |
| 17:38.07 | EvilDevil | http://ipkfind.nslu2-linux.org |
| 17:38.33 | EvilDevil | http://ipkgfind.nslu2-linux.org |
| 17:38.54 | EvilDevil | http://ipkgfind.nslu2-linux.org/result.php?query=curses.h&searchtype=file§ion= |
| 17:41.55 | stanelie | I just installed ncurses-dev_5.4-r8 and I am still getting the same error... |
| 17:42.16 | EvilDevil | run ./configure again |
| 17:42.25 | stanelie | ok, one moment |
| 17:42.45 | *** join/#nslu2-linux Sinclair73de (n=icechat5@p54A08644.dip0.t-ipconnect.de) |
| 17:43.20 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 17:44.59 | stanelie | Ok, thanks, that nailed that error. Now I have some other errors I have to look into. Thanks again! |
| 17:52.03 | EvilDevil | no prob |
| 18:15.05 | neongrau | hi guys |
| 18:27.05 | VoodooZ | hey |
| 18:50.47 | neongrau | bah linksys is such a cheapskate, limiting the download speed :S |
| 18:51.30 | VoodooZ | bastards! |
| 18:53.35 | neongrau | strange when i try to make menuconfig on the linux sources it complains that ncurses cant be found, but they're installed |
| 18:59.50 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 19:01.43 | NAiLzZz | neongrau: yeah, but do you have the headers? |
| 19:03.12 | neongrau | dunno, but one should think they're included with the unslung-devel package |
| 19:04.54 | NAiLzZz | see if you can find ncurses-dev |
| 19:05.05 | NAiLzZz | I don't think it's included by default |
| 19:07.27 | neongrau | <PROTECTED> |
| 19:08.18 | NAiL | no, make menuconfig compiles a ncurses app |
| 19:08.24 | NAiL | thus needs the headers |
| 19:08.34 | NAiL | if you do make config, it'll not need ncurses I think |
| 19:09.16 | neongrau | yep that works. but the times when it made sense using make config are long gone |
| 19:10.17 | neongrau | the sheer number of options in todays kernels make it useless (imho) |
| 19:12.27 | neongrau | and btw. the exact error is "Unable to find the Ncurses libraries". no word about headers |
| 19:14.35 | EvilDevil | install ncurses-dev and you're done |
| 19:15.18 | neongrau | there no such thing |
| 19:16.15 | neongrau | grr i thought i could just leave that and modify the .config file manually |
| 19:16.46 | neongrau | but the original kernel sources from linksys won't compile since they left garbage inside *grrrrr* |
| 19:17.00 | neongrau | make[2]: *** No rule to make target `/mnt/hdc2/CVS/NSLU2/linux-2.4.x/include/linux/stringify.h', needed by `/mnt/hdc2/CVS/NSLU2/linux-2.4.x/include/linux/spinlock.h'. Stop. |
| 19:17.23 | kaenat | neongrau: scroll up about 20 lines, re ncurses |
| 19:17.37 | EvilDevil | libncurses-dev ? |
| 19:17.58 | neongrau | nope |
| 19:18.13 | EvilDevil | what system are you developing on? |
| 19:18.21 | *** join/#nslu2-linux ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 19:18.35 | neongrau | unlsung |
| 19:19.05 | neongrau | i'm not developing is just wanted to build the f**king reiserfs module |
| 19:26.59 | ka6sox | I'm sure that Hans would appreciate that :) |
| 19:28.56 | neongrau | hmm i think i should better dump unslung. too many basic tools are either missing or not working |
| 19:29.25 | ka6sox | thats interesting comment... |
| 19:29.41 | ka6sox | what tools are you refering to. |
| 19:29.58 | neongrau | first it was "uptime" |
| 19:30.16 | neongrau | i needed to manually compile coreutils to get it to work |
| 19:30.31 | ka6sox | what part of coreutils? |
| 19:30.46 | ka6sox | (what specifically did you need?) |
| 19:30.58 | neongrau | uptime |
| 19:31.19 | neongrau | and a proper grep since the busybox grep is useless |
| 19:31.35 | ka6sox | so you could either use openslug or the new debianslug |
| 19:32.35 | *** join/#nslu2-linux llagendijk (n=louis@lagendijk.xs4all.nl) |
| 19:33.47 | neongrau | another thing is updatedb for the locate tool, locate works but without updatedb its useless too since the busybox updatedb doesnt work too |
| 19:44.40 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.152.92.12) |
| 20:24.15 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 20:49.06 | *** join/#nslu2-linux EvilDevil (n=evildevi@p54A6FB52.dip.t-dialin.net) |
| 21:18.51 | *** join/#nslu2-linux mgoebl (n=matthias@ppp-82-135-5-162.mnet-online.de) |
| 21:21.11 | *** join/#nslu2-linux Sinclair73de_ (n=icechat5@p54A08644.dip0.t-ipconnect.de) |
| 21:26.33 | *** join/#nslu2-linux c_rippa (n=coderipp@69.9.13.47) |
| 21:53.27 | *** join/#nslu2-linux ChanServ (ChanServ@services.) |
| 21:53.27 | *** mode/#nslu2-linux [+o ChanServ] by irc.freenode.net |
| 22:40.37 | *** join/#nslu2-linux dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 22:57.05 | morfic | just saw someone whine in #nslu2-linux |
| 22:57.24 | EvilDevil | hmm= |
| 22:57.25 | EvilDevil | ? |
| 22:58.43 | *** join/#nslu2-linux dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 22:58.58 | morfic | i saw neongrau which seemed whiny, commented on it/asked people who use busybox more than me if they ever found it lacking, and when i stuck my screen i managed to say it in here onstead of there ;P |
| 23:22.06 | *** part/#nslu2-linux Ekki (n=Ekki@p54AC7512.dip.t-dialin.net) |
| 23:24.01 | *** part/#nslu2-linux ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 23:37.31 | NAiL | busybox *is* lacking though |
| 23:37.46 | NAiL | It's a great tool, for some tasks |
| 23:49.00 | dwery | NAiL: no DoC this night? :) |
| 23:50.01 | NAiL | heh, not yet |
| 23:50.09 | NAiL | I don't know where to start |
| 23:50.58 | NAiL | I'm considering paying someone to figure out what is different between the 2.4-sources and the 2.6-sources |
| 23:54.46 | NAiL | Since I know the 2.4-source works, it's gotta be possible to figure out what is different ;) |