irclog2html for #nslu2-linux on 20060224

00:01.20EvilDevilHi, where can i find the log for the changes in the cvs?
00:06.55enoEvilDevil, i'm not sure i understand the question, cvs log?
00:07.59enoon the web, i use this RSS feed:  http://cia.navi.cx/stats/project/nslu2-linux/.rss
00:12.46enoor http://cvs.sf.net/viewcvs.py/nslu/
00:13.43jp30-workeno, you need to specify aclocal and automake versions when using autoreconf... i have fixed this for you in tethereal
00:14.31jp30-workthe official build host defaults to automake 1.4 which is not what you want
00:15.05enoic, thx jp30-work
00:15.37EvilDevileno that's what i meant :-) Thanks
00:16.31CIA-803jp30 * 10unslung/make/tethereal.mk: tethereal: specify automake version when autoreconfing
00:24.38EvilDevilcan someone help me / point me to some instructions? i need to enable some extra kernel-modules which aren't build by default. i changed the defconfig in openembedded/packages/linux/ixp4xx-kernel/2.6.15.3/ and removed the ixp4xx-kernel-2.6.15.3-r0.0.do_compile in the stamps directory, but  make debianslug-image seems to overwrite my changes all the time
00:41.14CIA-803jp30 * 10unslung/make/tethereal.mk: tethereal: remove libtool archives
00:42.46CIA-803jp30 * 10unslung/Makefile: optware: promote tethereal
01:11.52rwhitbyEvilDevil: change the defconfig, then blow away tmp/{work,stamps}/ixp4xx-kernel*
01:12.07rwhitbyassuming you're changing the right defconfig, then it will pick it up.
01:12.21rwhitbyjust removing the compile stamp is not enough, cause the configure will not rerun.
01:15.33EvilDevilrwhitby which defconfig? i found several ones. Is it the defconfig in ~/slug/openembedded/packages/linux/ixp4xx-kernel/2.6.15 ?
01:36.51EvilDevili changed the defconfig in ~/slug/openembedded/packages/linux/ixp4xx-kernel/2.6.15, did rm -Rf ~/slug/debianslug/tmp/{work,stamps}/ixp4xx-kernel*, and ran make debianslug-image.
01:39.16EvilDevilthe defconfig in debianslug/tmp/work/ixp4xx-kernel-2.6.15.3-r0.0/ is now the same as the one in openembedded,but the .config in ~/slug/debianslug/tmp/work/ixp4xx-kernel-2.6.15.3-r0.0/linux-2.6.15.3 is still unchanged (and no extra modules in tmp/deploy/ipk )
02:25.12CIA-803msteveb * 10unslung/make/ftpd-topfield.mk: ftpd-topfield: Updated to 0.6.5
03:06.46*** join/#nslu2-linux jacques (n=username@cpe-24-160-108-167.houston.res.rr.com)
03:54.55CIA-803bzhou * 10unslung/ (Makefile make/py-nose.mk): py-nose ready for testing
05:07.25*** join/#nslu2-linux DrZimmerman (n=theo@217-162-224-145.dclient.hispeed.ch)
05:39.05CIA-803bzhou * 10unslung/make/ (py-paste.mk py-pastescript.mk): two more turbogears dependencies
06:19.04*** join/#nslu2-linux Angua (n=kh@fstgal12.tu-graz.ac.at)
06:19.52Anguamorning, anyone here to help me with compiling additional modules for the debianslug-image which are very recalcitrant ?
06:35.15CIA-803bzhou * 10unslung/make/git-core.mk: upgrade to 1.2.2
07:07.42*** join/#nslu2-linux mwester (n=chatzill@209.242.5.110)
07:14.01Anguaanyone able to help with debianslug-image and enabling additional modules ( dallas 1-wire ) ?
08:05.30oleojp30-work: minihttpd in optware conforms to ipkg naming scheme from start!
08:09.26*** join/#nslu2-linux neongrau (n=neongrau@p54A924BA.dip0.t-ipconnect.de)
08:45.21CIA-803orepvik * 10kernel/2.6.16/defconfig: Add DoC support to defconfig
08:45.51*** join/#nslu2-linux caplink811_log (n=caplink8@dslb-084-059-115-223.pools.arcor-ip.net)
08:55.53CIA-803orepvik * 10kernel/2.6.16/ (97-ds101-doc.patch series): Add DoC support for DS101
10:50.12NAiLNow I'm getting these warnings when trying to compile a 2.6.16-rc4-git5 kernel:
10:50.15NAiL.config:15:warning: trying to assign nonexistent symbol CLEAN_COMPILE
10:50.17NAiL.config:1029:warning: trying to assign nonexistent symbol SENSORS_RTC8564
10:50.20NAiL.config:1031:warning: trying to assign nonexistent symbol RTC_X1205_I2C
11:00.30NAiLand these warnings:
11:00.31NAiLdrivers/scsi/libata-core.c: In function `ata_pio_data_xfer':
11:00.31NAiLdrivers/scsi/libata-core.c:3176: warning: passing arg 2 of `__ixp4xx_outsw' from incompatible pointer type
11:00.34NAiLdrivers/scsi/libata-core.c:3178: warning: passing arg 2 of `__ixp4xx_insw' from incompatible pointer type
11:02.09*** join/#nslu2-linux kfm (n=kfm82@p54BEFA67.dip.t-dialin.net)
11:14.45*** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery)
11:15.25NAiLdwery:
11:15.25NAiLdrivers/scsi/libata-core.c: In function `ata_pio_data_xfer':
11:15.35dweryyes?
11:15.36NAiLdrivers/scsi/libata-core.c:3176: warning: passing arg 2 of `__ixp4xx_outsw' from incompatible pointer type
11:15.48NAiLharmless?
11:15.52dweryyes
11:16.00NAiLannoying ;)
11:16.22dweryI already reported it upstream.. haven't had the time to fix
11:16.55NAiLwhat is causing it? I'm getting buckedloads of those in my ReadDOC_/WriteDOC_ stuff
11:17.56NAiLIt works just fine, it just produces a massive list of warnings when compiling
11:18.01dweryit happens when a function expect a parameter of one kind, like unsigned long *, and , for example, you're passing long * . they're compatible, but the compiler will throw a warning
11:18.18NAiLah
11:18.25NAiLand:
11:18.25NAiL11:49 < NAiL> .config:15:warning: trying to assign nonexistent symbol CLEAN_COMPILE
11:18.28NAiL11:49 < NAiL> .config:1029:warning: trying to assign nonexistent symbol SENSORS_RTC8564
11:18.31NAiL11:49 < NAiL> .config:1031:warning: trying to assign nonexistent symbol RTC_X1205_I2C
11:18.38NAiLWith the current cvs
11:18.39dweryyou have old symbols in your .config
11:18.46dweryremove them ;)
11:18.58NAiLwell, they're in the cvs defconfig, so I assumed there was a reason ;)
11:20.17dweryuuups
11:20.21dweryty ;)
11:20.29NAiL....
11:20.33CIA-803orepvik * 10kernel/2.6.16/defconfig: Remove old cruft
11:20.38dweryty
11:20.40NAiLnp
11:21.18CIA-803orepvik * 10kernel/2.6.16/97-ds101-doc.patch: Update so the correct #defines are used
11:25.47NAiLhmm
11:26.50NAiLthe current kernel doesn't boot from my disk
11:27.10CIA-803rwhitby * 10kernel/Makefile: Added support for the dsm-g600.
11:27.38CIA-803orepvik * 10kernel/2.6.16/97-ds101-doc.patch: Commit correct version of patch
11:31.04NAiLdwery:
11:31.08NAiLVFS: Cannot open root device "sda1" or unknown-block(8,1)
11:31.08NAiLPlease append a correct "root=" boot option
11:31.08NAiLKernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
11:31.26NAiLAny clue to why? The hdd is detected, and the partitions are displayed afterwards
11:31.39NAiLSCSI device sda: drive cache: write back w/ FUA sda: sda1 sda2
11:32.50dwerydid it worked before?
11:32.52dwery:)
11:34.35NAiLyes
11:34.41NAiLwell
11:34.46NAiLon 2.6.16-rc4-git8
11:34.52NAiLuhm, rc2-git8
11:34.59NAiLnow I'm on rc4-git5
11:35.44CIA-803rwhitby * 10kernel/Makefile: Download from correct location depending on kernel version.
11:44.44dweryNAiL: i'm not sure this is required:
11:44.45dwery#define DoC_Mplus_Power                        0x1ffe
11:45.14dweryprobably yes.. have to check the code
11:45.58NAiLdwery-away: yes, it is
11:46.03NAiLif I remove that I get a kernel panic
11:46.13dwery-away:)
11:46.27NAiL(I got one just now because I blew the defines :-P)
11:48.41CIA-803rwhitby * 10kernel/Makefile: snapshot patches depend upon rc patches being applied first.
11:49.26CIA-803rwhitby * 10kernel/Makefile: Fixed the machine id for dsmg600.
12:00.02*** join/#nslu2-linux kolla (n=kolla@158.38.40.195)
12:03.04CIA-803orepvik * 10kernel/2.6.16/defconfig: update defconfig
12:11.12*** join/#nslu2-linux mithro (n=tim@lester.mithis.com)
12:33.54*** join/#nslu2-linux ByronT_ (i=byron-po@nslu2-linux/ByronT)
12:56.56*** join/#nslu2-linux jacques (n=username@nslu2-linux/jacques)
13:05.52*** join/#nslu2-linux kolla (i=kolla@158.38.40.195)
13:37.09*** join/#nslu2-linux bullet (n=bullet@12.21.79.83.cust.bluewin.ch)
13:54.24CIA-803gentoogiant2004 * 10kernel/Makefile: Fix tabs on "else" conditions, add comment for big endian build
14:02.46VoodooZAnybody received an Intel IXP45x/46x Technical Advisory?
14:04.23VoodooZIt's warning of a potential lockup condition in the memory controller unit.
14:05.03VoodooZOne of the recommended workaround is to disable the XScale Memory POrt Interface. Does it affect us?
14:33.58NAiL45X/46X? Doubt it, since we're using 42X
14:34.27NAiLdwery-away: btw, otherwise, does the #define mess look OK? Dunno the best way to do it.
14:34.37NAiL(in 97-ds101-doc.patch)
14:34.45dwery-awayseems ok to me ;) at least for now
14:35.00NAiLyeah
14:35.07NAiLit "works" :)
14:35.24NAiLnow, to figure out why it doesn't boot from sda[12]
14:36.10NAiLhmm
14:36.12NAiLwhy is this:
14:36.13NAiLPCI: IXP4xx Using indirect access for memory space
14:36.25NAiLI used direct memory access... Any reason not to?
14:36.32NAiL(unless you have >128mb ram)
14:38.02NAiLuhm, I'm getting other oddities with 2.6.16-rc4-git5:
14:38.02NAiLSerial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
14:38.02NAiLserial8250.0: ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale
14:38.02NAiLserial8250 serial8250.0: unable to register port at index 1 (IO0 MEMc8001000 IRQ13): -28
14:38.14NAiLIt only sees one serial port apparently.
14:39.28NAiLThat used to work..
14:55.06dwery-awayNAiL: just change the CONFIG_ for the pci memory space
14:55.38dwery-awayregarding the serial port, it may be the defconfig. on the Loft i get two serial ports
14:56.13NAiLdwery-away: uh, change to what? It used to work before? :)
14:56.17NAiLaha
14:56.20NAiLnm
14:57.05VoodooZNAiL, oops. Sorry. I wasn't thinking as i got it via email and I assumed it was for the slug.
14:57.13NAiLVoodooZ: np
14:57.54VoodooZNAiL, still waiting on those bugfixes to release?
14:58.08NAiLyeah, I've been busy with everything else ;)
14:58.18VoodooZI wish I could help more but I'm still learning...
14:58.47VoodooZIt's hard enough to keep up with the openslug changes...
15:03.48NAiLIt's just a runonce-script that adds two lines to rcS unless they're there already ;)
15:40.56*** join/#nslu2-linux mithro (n=tim@lester.mithis.com)
15:59.23*** join/#nslu2-linux yvasilev (n=yvasilev@201.102.140.35)
16:09.26*** join/#nslu2-linux mithro_ (n=tim@lester.mithis.com)
16:17.59CIA-803repvik * r264 10/releases/slugos-3.6-beta/openembedded/packages/slugos-init/files/boot/ram: Remove leftover reference to .recovery
16:23.08*** join/#nslu2-linux pumpkin0 (n=pumpkin0@ip-83-99-18-218.dyn.luxdsl.pt.lu)
16:25.15CIA-803repvik * r265 10/releases/slugos-3.6-beta/openembedded/packages/slugos-init/ (4 files in 2 dirs): Add runonce script to fix rcS after flashing
16:25.21NAiLVoodooZ: Ok, I think it's fixed now
16:28.10VoodooZyou mean there's no outstanding bugs?
16:28.55CIA-803repvik * r266 10/releases/slugos-3.6-beta/openembedded/packages/slugos-init/files/initscripts/runonce: Add comments to rcS
16:28.56VoodooZI can beta test stuff for you once I get home. or anything to speed up the release.
16:29.06NAiLThat would be great
16:29.28VoodooZAny show-stoppers left?
16:29.43NAiLI don't think so, lemme check slugbug
16:30.16VoodooZno rush. just wondering as my robot competition is coming up in less than 5 weeks and I'd love to have the new openslug on it.
16:30.26dwery-awayroboslug?
16:30.37VoodooZyep
16:30.52VoodooZI actually took rwhitby's advice and created my own roboslug distro.
16:31.00dwery-awaywow.. photos?
16:31.38VoodooZhttp://robotics.no-ip.org but there's no upto date pixs though. too busy adding the final hardware.
16:31.45VoodooZThe robot is SRX2
16:31.57dwery-awaywill give it a look
16:32.35NAiLheh
16:32.41NAiLis the slug mounted on a breadboard?
16:32.57VoodooZnope.
16:33.16VoodooZI used the two holes in the board with little risers.
16:33.30NAiLah
16:33.49VoodooZIt's getting pretty crowded though with all the regulators and peripheral boards.
16:34.01NAiLis that a usb-hub hanging off one of the ports?
16:34.09VoodooZThe competition has a limit of 30x30x30cm so...
16:34.15VoodooZyep.
16:34.29VoodooZthis pix is real old though
16:34.31NAiLYou aren't using any of the three internal ports? ;)
16:34.47VoodooZnope. I just learned about those actually.
16:35.02VoodooZI'll definitely take advantage of those in the next rev!
16:35.05NAiLhehe
16:35.17VoodooZare you using them?
16:35.20NAiLI've got stuff soldered on those in my slug, and one in the ds101 :)
16:35.27VoodooZcool
16:35.31NAiLyeah, I was the test-bunny for the ports
16:35.44VoodooZThe stupid hub is taking way too much space so it would be nice.
16:35.56VoodooZI just have to watch out for the max current though
16:36.08NAiLsomeone noticed that the data-sheet for the USB-controller said 5 ports, so someone figured out which resistors were what :)
16:36.14NAiLand I tried it out on my testslug
16:36.36VoodooZnice. This slug keeps surprising me everyday!
16:37.01VoodooZso? how many slugbugs left?
16:37.13NAiLzarro that regards this release
16:37.27VoodooZnice.
16:37.42NAiLthere's once I'd *like* to fix (hotplug) but that'll require adding sysctl, and that ain't gonna happen quite yet
16:37.51NAiL(ie, should be done in head soon)
16:38.09VoodooZbut is it necessary for 3.6?
16:38.46NAiLnecessary? No.
16:39.23NAiLIf this works as expected, the release is ready to go
16:39.27VoodooZSorry, I mean are you opting to wait for it for the 3.6 release?
16:40.01NAiLthe hotplug/sysctl stuff will go into head. 3.6 will just have to live without it. It's not exactly a major issue.
16:40.32NAiLThe worst thing is that someone will have to write a release email
16:40.40VoodooZwell, if you think it will be fixed soon in head why not.
16:40.55VoodooZHow about copying the previous one?
16:40.57VoodooZ:)
16:41.05NAiLhehe, yeah, that'll mostly work
16:42.10VoodooZwell, why re-invent the wheel.
16:42.57NAiLMost of the mail is OK. There's a list of upgraded packages though
16:43.05NAiLwhich is a pain in the a** to make ;)
16:44.03VoodooZyeah. must be.
16:44.15VoodooZUnless there's an easy way to have it generated?
16:44.21NAiLnot that I know of
16:44.23VoodooZby script?
16:44.38VoodooZdefine "upgraded"?
16:44.42VoodooZPV changed?
16:44.56VoodooZis there a way to track the date from a script?
16:45.09NAiLPV and/or PR changed
16:45.42VoodooZI guess the hard part would be to figure out how to compare those to the old ones though.
16:45.52VoodooZUnless the old email had the version #?
16:46.27NAiLthe old mail (or atleast the releasenote on the wiki) has the version #. But some of the packages (esp. samba) have had upgrades since the release.
16:46.55VoodooZi see.
16:47.05VoodooZA non-trivial task indeed!
16:47.07NAiLyeah
16:47.33VoodooZI say screw it. Just release without it.
16:47.35VoodooZhehe
16:47.40NAiLhehe
16:47.51VoodooZor post a request for help on the yahoo group.
16:47.57VoodooZPeople that are not happy can do it!
16:48.00NAiLGotta look at what bugs have been fixed too
16:49.51VoodooZok. Just let me know when the svn repo is deemed "released" so I can take a snapshot.
16:52.39NAiLyea
16:53.45VoodooZThanks. You're doing great work and it's much appreciated.
16:59.57*** join/#nslu2-linux ByronT_ (i=byron-po@nslu2-linux/ByronT)
17:00.07NAiLhmm
17:00.14NAiLthe feeds doesn't seem to be quite there yet though
17:01.11NAiLneed to ask dyoung what's up ;)
17:02.20NAiLVoodooZ: btw, the top disc on your bot... is that a CDR? :)
17:02.40VoodooZyep.
17:02.41VoodooZhehe
17:03.24VoodooZJust something to support the camera and block the infrared coming out of the sharp distance sensors
17:03.44VoodooZI might paint it white actually to help the camera auto-white balance.
17:04.20NAiLah
17:04.51NAiLwhat's the bowl on the top for? The mirror-thingy... Is it to give really-wide-angle vision?
17:05.55VoodooZhehe. That's cheap dollar-store christmas ball ornament cut in two as a poor-man's omni-directional mirror
17:06.06VoodooZas the real ones cost lots of $$$.
17:06.12NAiLhaha
17:06.16NAiLyou take what you have ;)
17:06.29VoodooZThe problem is it distorts the image real bad but good enough for finding the bearing to the candle.
17:06.31VoodooZyep.
17:06.41VoodooZMore challenging though.
17:11.58*** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT)
17:36.46*** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com)
17:53.24*** join/#nslu2-linux Sinclair73de (n=icechat5@p54A085B7.dip0.t-ipconnect.de)
17:54.34CIA-803azummo * 10kernel/2.6.16/ (96-pata-ixp4xx.patch series): Loft libata/pata Compact Flash support
18:00.30*** join/#nslu2-linux kami22 (n=kami22@p5489539F.dip.t-dialin.net)
18:03.37*** join/#nslu2-linux wimpunk (n=wim@ip-213-49-18-78.dsl-static.scarlet.be)
18:15.45wimpunkanyone experienced with homebrewed i2c devices?
18:15.53wimpunkI'm looking for example code...
18:16.00NAiLI've got an image of the flash on the DS101, and I'm trying to figure out at which offset the kernel is. Anyone got a good idea of how to do this?
18:32.32VoodooZwimpunk, yep. I use a bunch of Atmel AVR mega8 as i2c slaves.
18:33.17wimpunkIs there any source out there on how you control them?
18:34.12wimpunkI'm trying to find some good example code...
18:37.55VoodooZWhat micro are you using though?
18:38.27wimpunkjust trying to write my own code in C to control my own interface
18:38.31dwery-awayI know there's a PIC particularly well suited to work as I2C slave, F690 iirc
18:39.35VoodooZactually, most PIC and AVRs have a hardware I2C module so it's just a matter of writing a driver to use them.
18:39.48VoodooZBut if wimpunk is trying to do this in software than it's a lot harder.
18:39.52wimpunkbut i think I just found some good code, just need to try it...
18:40.02wimpunki think http://www.staton.us/electronics/open_slug/i2c_interface.html is a good start
18:40.04VoodooZThere are software implementations for master but slaves are hard to do.
18:40.23wimpunkI'll try it and combe back later.
18:40.25VoodooZwhat interface is this?
18:41.15wimpunkhomebrewed, based on the PCA9554 chip
18:41.26dwery-awayI once did i2c slave in assembly.. but it was like 6 yars ago.. don't think I can find the code ;)
18:41.30NAiLdwery-away: booting from disk is broken in -rc4-git5. Just compiled an old kernel with the same config, and that boots.
18:41.45VoodooZwimpunk, I see.
18:42.01dwery-awayNAiL: broken in which way? dmesg?
18:42.12NAiLWhat I pasted earlier
18:42.17VoodooZAll my slaves are down with hardware as it's just not efficient otherwise. Especially at 400Khz!
18:42.23NAiL12:30 < NAiL> VFS: Cannot open root device "sda1" or unknown-block(8,1)
18:42.23NAiL12:30 < NAiL> Please append a correct "root=" boot option
18:42.23NAiL12:30 < NAiL> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
18:42.36NAiLthe partitions are detected and stuff, it just refuses to boot from the disk...
18:43.07VoodooZUnless the usb is not loaded at that point? ?
18:43.27NAiLnah, it's the internal ide-interface that shows up as sdX
18:43.30NAiLuhm, sda
18:44.25*** join/#nslu2-linux caplink811_log (n=caplink8@dslb-084-059-108-123.pools.arcor-ip.net)
18:45.30dwery-awayNAiL: I need to go now.. I'll try on the Lude later
18:47.03NAiLok
18:47.09NAiLflash write wasn't a good idea
18:47.23NAiLhttp://pastebin.com/570643
18:52.04NAiLlooks like the writes come out unaligned
18:54.03*** join/#nslu2-linux EvilDevil (n=evildevi@p54A6D348.dip.t-dialin.net)
18:56.02dwery-awayNAiL: is that on the DoC?
18:56.09NAiLyes
18:56.15dwery-awaywow :)
18:56.37dwery-awayshouldn't mtd char device used to write, iirc?
18:56.39NAiLThe oops is the same kind as when it tried to read 0x1fff
18:56.48dwery-awaybe used*
18:56.54NAiLwell, I tried with /dev/mtd1 and /dev/mtdblock1
18:56.57NAiLsame result
18:57.01dwery-awayok
18:57.07dwery-awaywe have something to fix
18:57.15NAiL(I also have /dev/mtd1ro,but I assume that is read-only)
18:57.30dwery-awaymeanwhile, ask rwhitby if he can try latest kernel with ide on the lude
18:57.35dwery-awaywhile i'm away
18:57.38NAiLsure
18:57.49NAiLrwhitby: ping?
19:04.58*** join/#nslu2-linux |kami| (n=kami22@p548977EF.dip.t-dialin.net)
19:13.50*** join/#nslu2-linux demsey (n=demsey@213.134.171.136)
19:21.09*** join/#nslu2-linux demsey (n=demsey@213.134.171.136)
20:15.43*** part/#nslu2-linux wimpunk (n=wim@ip-213-49-18-78.dsl-static.scarlet.be)
20:28.49*** join/#nslu2-linux Eiffel (n=x@p54869639.dip0.t-ipconnect.de)
20:30.05*** join/#nslu2-linux Eiffel (n=x@p54869639.dip0.t-ipconnect.de)
20:31.38*** join/#nslu2-linux Lordeiffel (n=chatzill@p54869639.dip0.t-ipconnect.de)
20:34.20*** part/#nslu2-linux Sinclair73de (n=icechat5@p54A085B7.dip0.t-ipconnect.de)
20:49.56Eiffelhi
20:50.15Eiffeli just created the unslung alpha image and flashed my slug
20:50.18Eiffellooks good so far
20:50.27Eiffelwhat should i do now ?
20:50.30Eiffelrun some tests ?
20:51.14NAiLSee if it works like expected
20:51.58Eiffelok
20:57.29rwhitbyadd your name to the alpha testers table :-)
20:57.48NAiLyes, that too :)
20:58.02NAiLrwhitby: have you tried booting the latest kernel from cvs on the lude?
20:58.22NAiLSomehow, it fails to mount the rootfs on the ds101
21:02.35rwhitbyNAiL: not yet.
21:02.54rwhitbyI usually migrate to OE first and then test that image.
21:03.47NAiLah
21:07.12Eiffelwhere do i find the alpha testers table ?
21:08.07caplink811_loghttp://groups.yahoo.com/group/nslu2-linux/database?method=reportRows&tbl=12
21:09.17caplink811_logwith your entry we're at 20 :), time to go beta ?!?
21:15.09NAiLI'd let a couple of days pass and see if there's any problems. Looks good so far though.
21:15.25NAiLIIRC, it's up to ByronT
21:15.28NAiLByronT: ping?
21:16.45rwhitbyNAiL: well, the decision to mark a source release is for the whole Core Team.  Then ByronT creates the binary from that.
21:16.58NAiLaha
21:17.57NAiLbtw, the slugos release is closer... I made a runonce-script-thingy
21:21.15rwhitbyI saw that.  Now we need to decide whether to wait for 2.6.16 (and include NAS100d and DS101 support) or not.
21:21.56CIA-803rwhitby * 10ludeboot/Makefile: Fixed the sed line.
21:22.13NAiLI'm tempted to, but as of now, 2.6.16-rc4-git5 doesn't boot from my disk, nor does it detect the second UART
21:23.42NAiLI'd love it if someone added the same led-hooks to the scsi subsystem as was added to the ide subsystem ;)
21:24.03CIA-803rwhitby * 10kernel/2.6.16/KERNEL: Removed the extraneous whitespace.
21:24.42NAiLbtw, somehow the cvs Makefile didn't make a vmlinuz-ds101-*
21:25.21rwhitbybuilding now - will see if I get one.
21:25.46NAiLI looked at it, but I can't see why.
21:25.57rwhitbyHmm - looks like the CVS defconfig is missing some things
21:26.05rwhitbySCSI_PATA_IXP4XX
21:26.44rwhitbyHmm - I'm missing arm-linux-gcc since I apt-get upgraded.
21:27.59CIA-803orepvik * 10kernel/2.6.16/97-ds101-setup.patch: Change root device
21:28.07NAiLis the 96-pata-ixp4xx.patch
21:28.11NAiLapplied?
21:30.23NAiLah, the patch doesn't touch the config
21:35.33NAiLmorning, dwery ;)
21:35.42dwery:) not yet
21:36.10dweryso.. let me try this new kernel on the lude
21:36.40NAiLyeah
21:36.52NAiLI'll try building a git7-kernel instead ;)
21:37.06rwhitbyNAiL: building in OE now - will commit if it compiles.
21:37.42dweryNAiL: it works...
21:37.54NAiLhmm
21:37.56NAiLstrange
21:38.15NAiLOn mine it only works with rc2-git8
21:38.39dweryserial is also ok
21:38.41dwery2nd port.
21:38.48NAiLstrange
21:38.58NAiLoh well, building the bleeding edge now
21:39.07dwerywhich .config do you use?
21:39.19NAiLthe defconfig in cvs
21:39.26dwerydiffing..
21:40.07dwery+CONFIG_BASE_FULL=y
21:40.13dwery-CONFIG_BASE_SMALL=1
21:40.13dwery+CONFIG_BASE_SMALL=0
21:40.49dwery-CONFIG_ARCH_IXDP425=y
21:40.55dwery-CONFIG_ARCH_IXCDP1100=y
21:41.05NAiLshould SCSI_PATA_IXP4XX be enabled by default btw?
21:41.11dwery-CONFIG_ARCH_AVILA=y
21:41.17dwerydunno... never tested it on other machines
21:41.34dwerylets wait until i make it a proper platform driver
21:41.54NAiLhmm
21:41.56NAiLdang
21:42.11CIA-803orepvik * 10kernel/2.6.16/defconfig: Add CONFIG_SCSI_PATA_IXP4XX=y for testing
21:42.17dwery:)
21:42.33dweryit may cause issues on anything connected to cs1
21:43.12NAiLIs anything connected to CS1 on any of the arches currently supported?
21:43.16NAiLs/arches/machs/
21:43.18dwerydon't think so
21:43.30dwerywe should remove standard ide from the defconfig
21:43.37dweryi.e. CONFIG_IDE=n
21:43.57NAiLthe DoC-support is probably not very nice with anything connected to CS0 either
21:44.12dwerythat one should be "platformed" too
21:44.20dwerygot it:
21:44.21dwery-CONFIG_SERIAL_8250_RUNTIME_UARTS=1
21:44.21dwery+CONFIG_SERIAL_8250_RUNTIME_UARTS=2
21:44.35NAiLheh, why on earth is that set to 1?
21:45.08dweryCONFIG_HWMON should be set to m to save some kernel space
21:45.37rwhitbynod
21:45.46dweryusb should be there: +CONFIG_USB_UHCI_HCD=
21:45.55dweryOSS should be removed too
21:46.01dwery-CONFIG_SND_OSSEMUL=y
21:46.09NAiLIs there any reasons why MODVERSIONS isn't enabled?
21:46.15rwhitbydwery: please update the defconfig in cvs
21:46.21dweryyes
21:47.05dweryi will also enable ext2 and ext3
21:47.17dweryor not?
21:47.32NAiLhmm
21:48.14rwhitbywhat do you mean by "enable"?
21:48.22rwhitby(remember the 1MB size limit)
21:48.23NAiLare there any devices that need ext* support in-kernel? Doesn't everything boot from flash first?
21:48.44dweryI mean =y . but probably is not needed in OE..
21:48.55dweryI use it because I load from fs directly.
21:49.02rwhitbyright - we have always had ext2/3 in modules, and I see no reason to change that.
21:49.06dweryok
21:49.18rwhitbydwery: shall we have a "dwery-defconfig" target in the Makefile?
21:49.20NAiLdwery: I also use it in-kernel now, since I can't boot from flash yet
21:49.22dwery:-D
21:49.51rwhitbyseriously, if it will help you keep our common defconfig up to date, and generate yours from that, then it's a good thing to do
21:52.27dwerywell.. my .config diverges a lot.. how can it be handled?
21:52.36dweryconsider that i do not use the Makefile
21:53.39CIA-803azummo * 10kernel/2.6.16/defconfig: tweaked the config a bit, please test.
21:54.59rwhitbydwery: is there a reason why you took out the other ixp4xx machines?  we're trying to do a common kernel, and we need to make sure we are interoperable with those machines in the same kernel.
21:55.30dweryyou mean ARCH_AVILA and IXDP ?
21:55.39rwhitbyyes
21:55.51dwerydo we have some of thos emachines to test with?
21:56.11rwhitbyno, but we need to make sure our kernel has them in there in case we stuff something up in compile
21:56.36dweryok.. it shouldn't happen because we do not touch their code... but i'll reenable them
21:56.40rwhitbythx
21:57.04*** join/#nslu2-linux drif_ (n=drif@82-203-145-25.dsl.gohome.fi)
21:57.06rwhitbyit's an "image" thing (i.e. we're intentionally trying to have an ixp4xx common kernel and should be seen to be doing so)
21:57.18dweryack
21:57.26NAiLlet's see if I'm a bit more lucky this time ;)
21:57.31CIA-803azummo * 10kernel/2.6.16/defconfig: re-enabled some machs
21:57.53*** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT)
21:58.26rwhitbydwery: rationale for moving from SMALL to FULL ?
21:58.51dweryyes.. small is meant for very small systems and may introduce subtle bugs...
21:58.59rwhitbyack
21:59.11NAiLhmm.. like my IDE-problems? :)
21:59.17dweryall the embedded stuff is quite new..
21:59.29dweryit hasn't hey get a clear direction
21:59.50dwerys/hey/yet/
22:03.31CIA-803rwhitby * 10unslung/Makefile: Demoted tethereal from MSS.
22:03.37dwerydo we need CONFIG_CRYPTO_MD5=y ?
22:04.46dweryhaving this could be useful in the future: CONFIG_CONFIGFS_FS=y
22:05.52CIA-803rwhitby * 10unslung/Makefile: Demoted py-curl for wl500g.
22:06.00dwery+CONFIG_USB_SERIAL_CP2101=m this one is a common serial adapter
22:10.00dweryUSB_LIBUSUAL can be removed i think
22:12.57dwerywell.. I'm quite satisfied that we are running the very latest kernel...
22:13.03dwerywithout any legacy
22:15.12NAiL-git5?
22:15.19dweryi
22:15.26dweryi'm building git7 now
22:15.30NAiL;)
22:23.22NAiLuploading new kernel
22:25.24NAiLUncompressing Linux...................................................................
22:25.27NAiLcrc error
22:28.03NAiLok, worked on the second try
22:28.11NAiLbut it still doesn't boot from the disk :(
22:28.37NAiLata3: PATA max PIO4 cmd 0xC4852003 ctl 0xC485201D bmdma 0x0 irq 12
22:28.37NAiLscsi2 : ixp4xx
22:30.42NAiLdwery: Got the faintest idea why it suddenly doesn't want to boot from disk?
22:31.01dweryit seems it doesn't detect the disk
22:31.13NAiLsda: Write Protect is off
22:31.14NAiLSCSI device sda: drive cache: write back w/ FUA sda: sda1 sda2
22:31.14NAiLsd 0:0:0:0: Attached scsi disk sda
22:31.36dwerymmm... ata3: PATA max PIO4 cmd 0xC4852003 ctl 0xC485201D bmdma 0x0 irq 12
22:31.39dweryis the cf driver.
22:31.44NAiLyeah
22:31.44dwerydisk detected
22:31.51dweryas you have sda
22:32.06dwerywhat do you have in your cmdline?
22:32.18NAiLKernel command line: root=/dev/sda2 rootfstype=ext3 init=/sbin/init rtc-rs5c372.probe=0,0x32  noirqdebug console=ttyS0,115208
22:33.03dweryext3 is compiled in, right?/
22:33.04dwery?
22:33.32NAiLheh, no
22:34.59NAiLif that's the problem, I feel really silly
22:40.52NAiLwell, this was atleast some progress
22:41.36NAiLit just waited really long after freeing init memory
22:41.41NAiLit booted though :)
22:44.10NAiLLinux pioneer 2.6.16-rc4-git7 #2 Fri Feb 24 23:37:00 CET 2006 armv5tel unknown
22:45.26dweryNAiL: press enter when you see freeing init
22:45.30dwerydunno why but it works..
22:45.49NAiLheh, generates an irq? ;)
22:46.23NAiLI still can't get network working though
22:46.27dwerythat triggers something somewhere...
22:46.52NAiLthis time the modules are -rc4 and the kernel is rc4-git7.
22:47.11NAiLalso, *** Warning: "ixEthAccPortEnable" [/home/repvik/cvs/kernel/ixp400_eth/ixp400_eth.ko] undefined!
23:25.30CIA-803bzhou * 10unslung/make/py-setuptools.mk: in case of distutils.cfg or $HOME/.pydistutils.cfg
23:36.55*** join/#nslu2-linux VoodooZ (n=VoodooZ@CPE0080c6f0dc89-CM000f9fac823a.cpe.net.cable.rogers.com)
23:58.19*** join/#nslu2-linux yvasilev (n=yvasilev@201.102.140.35)

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