| 01:10.11 | *** join/#nslu2-linux yvasilev (n=yvasilev@66.251.110.131) |
| 01:38.38 | CIA-10 | 03mwester * r21 10/trunk/unslung/ (10358 files in 2684 dirs): Import of Unslung 6.8-beta sources |
| 02:57.46 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 03:10.31 | CIA-10 | 03mwester * r22 10/releases/Unslung-6.8-beta/: Create Unslung 6.8-beta release |
| 03:26.04 | CIA-10 | 03mwester * r23 10/trunk/unslung/Makefile: Remove nslu2-linux from tarball |
| 03:32.18 | *** join/#nslu2-linux VoodooZ_Home (n=chatzill@CPE0080c6f0dc89-CM000f9fac823a.cpe.net.cable.rogers.com) |
| 03:58.18 | rwhitby | go mwester! |
| 04:01.22 | *** part/#nslu2-linux Sinclair73de (n=icechat5@p54A0BBD8.dip0.t-ipconnect.de) |
| 04:15.25 | CIA-10 | 03mwester * r24 10/releases/Unslung-6.8-beta/Makefile: Remove nslu2-linux from tarball |
| 04:28.43 | mwester | rwhitby: svn repo is set, the Makefile can create a tarball -- now how do we file-release the tarball? |
| 04:29.05 | rwhitby | mwester: chat to ByronT |
| 04:29.44 | mwester | Ok, I'll go find him... |
| 05:00.08 | *** join/#nslu2-linux kfm (i=kfm82@p54BEED91.dip.t-dialin.net) |
| 05:15.25 | *** join/#nslu2-linux neongrau (n=neongrau@p54A92A15.dip0.t-ipconnect.de) |
| 05:18.09 | jacques | jbot_, test |
| 05:39.18 | *** join/#nslu2-linux bullet (n=bullet@134.24.79.83.cust.bluewin.ch) |
| 05:45.58 | *** join/#nslu2-linux DaKa_ (n=david@193.13.58.211) |
| 05:49.08 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 06:27.03 | *** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 06:27.04 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
| 06:52.37 | *** join/#nslu2-linux pepijn (n=pepijn@195.159.157.158) |
| 06:56.12 | *** join/#nslu2-linux _orda (n=orda@rul3z.org) |
| 06:57.00 | *** join/#nslu2-linux bullet (n=bullet@134.24.79.83.cust.bluewin.ch) |
| 06:57.53 | *** join/#nslu2-linux Eiffel (n=x@p5486835D.dip0.t-ipconnect.de) |
| 06:58.03 | *** join/#nslu2-linux caplink811_log (n=caplink8@dslb-088-073-115-022.pools.arcor-ip.net) |
| 07:01.44 | pepijn | i need some help with understanding boot, ref. beta 3.6 release of slugos |
| 07:02.08 | pepijn | i doubt that 'turnup disk' will work on a NSLU2 |
| 07:02.28 | pepijn | since usb stuff is modularized and never loaded |
| 07:02.48 | pepijn | but how should this be solved? |
| 07:23.36 | *** join/#nslu2-linux DrZimmerman (n=theo@80-218-43-180.dclient.hispeed.ch) |
| 07:31.57 | pepijn | rwhitby: ping? |
| 07:59.22 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 07:59.47 | eFfeM-log | mornin |
| 08:00.44 | pepijn | goedemorgen |
| 08:03.31 | eFfeM | is the updated slugos.conf already available in monotone? |
| 08:03.59 | pepijn | you are thinking about the one with changed RDEPENDS? |
| 08:04.07 | eFfeM | yes |
| 08:04.23 | pepijn | i am not sure, it is available on svn.berlios.de |
| 08:04.28 | pepijn | but there are more problems |
| 08:04.37 | eFfeM | oh, like? |
| 08:04.45 | pepijn | modules are not loaded (just available) |
| 08:05.12 | pepijn | see ml nslu2-devel |
| 08:05.57 | pepijn | i fixed that yesterday (not checked in, just confirmed that it works) |
| 08:06.22 | eFfeM | will chech the ml |
| 08:06.29 | pepijn | but there is still another issue after running 'turnup disk' and running debian on the slug |
| 08:07.43 | eFfeM | loading the modules is simple, just list them in /etc/modutils/somefile (I used /etc/modutils/modules) and then run modutils.conf or so and make sure these files end up on the root fs |
| 08:08.32 | pepijn | the fix on the ml uses the OE method for fixing that ;) |
| 08:08.50 | pepijn | loading is simple, doing it the 'proper' way was a bit more of a challenge |
| 08:09.27 | pepijn | key is that modules should be added to /etc/modules (which is loaded by /etc/init.d/modutils) |
| 08:10.02 | eFfeM | do you have an article nr or title keyword? I browsed three days back but apparently I overloooked it |
| 08:11.19 | eFfeM | update-modules does create /etc/modules based upon what is in /etc/modutils/*, thought that was the proper way |
| 08:11.26 | pepijn | http://groups.yahoo.com/group/nslu2-developers/ |
| 08:11.50 | pepijn | well, yes, but those files need to be placed there by the build process ;) |
| 08:12.15 | pepijn | (two most recent posts) |
| 08:12.19 | eFfeM | ah misread, was looking into nslu2-linux |
| 08:13.26 | pepijn | issue now is that 'turnup disk' will fail to boot, because it never loads the modules and just tries to mount the disk |
| 08:13.37 | pepijn | which will not be there since the modules are not there |
| 08:13.59 | pepijn | (did not try, but based on code analyzing) |
| 08:15.21 | eFfeM | a crude fix would be to add the modprobes in boot/disk |
| 08:15.38 | pepijn | i guess that will be the fix, yes |
| 08:15.44 | eFfeM | is the turnup failing or the booting |
| 08:15.55 | pepijn | the booting will fail |
| 08:16.11 | pepijn | turnup check validity of device and with the fixes in the build, that will work |
| 08:16.30 | pepijn | /dev/sda1 can be mounted w/o problems when booting from flash |
| 08:16.36 | eFfeM | or turnup should be callled later after these modules are loaded |
| 08:16.49 | pepijn | which runs the flashes /sbin/init and thus runs /etc/init.d/modutils |
| 08:17.07 | eFfeM | yeah but boot/disk is probably called before the modules are loaded |
| 08:17.14 | pepijn | yes, exactly |
| 08:17.38 | pepijn | the kernel uses init=/linuxrc which after turnup disk points to boot/disk |
| 08:18.07 | pepijn | so none of the flashes init is executed, it just mounts the disk, pivots to it and calls the disk's init |
| 08:18.27 | pepijn | think same is true for BE debian |
| 08:19.34 | pepijn | and yes, only solution i see is to get the modules loaded before the mount is executed, which means adding the loading to boot/disk |
| 08:20.04 | pepijn | maybe copy the modutils code for loading from /etc/modules to the top of boot/disk, or to /etc/default/functions |
| 08:20.36 | pepijn | but i'd like to get that confirmed by someone else |
| 08:20.44 | pepijn | or approved ;) |
| 08:21.04 | eFfeM | understood |
| 08:21.21 | pepijn | i mean, solving a problem is one thing, but staying within boundaries of the 'philosophy' is quite something else |
| 08:22.27 | pepijn | an alternative for debian would be to use an initrd, but then the code would branch from the slugos development |
| 08:23.29 | eFfeM | i agree, |
| 08:23.37 | pepijn | but i guess it is difficult to get ppl to respond on sunday mornings ;) |
| 08:23.45 | eFfeM | in your mail I saw 5 modules, thought there were actually 6 or 7 |
| 08:24.18 | pepijn | there are 6, depending on hardware |
| 08:24.45 | pepijn | but both sd_mod and usb-storage depend on scsi-mod, so loading of that is automatic |
| 08:25.13 | pepijn | uhci, ehci and ohci depend on hardware (usb 1.0, 1.1 and 2.0, in some order or another) |
| 08:26.03 | eFfeM | understood, knew abou the *hci things |
| 08:26.42 | eFfeM | as I want to give a demo next sat and do not have that much time the upcoming week I and I do want the latest pvr driver I decided for a quick workaround |
| 08:26.52 | eFfeM | made these for now a y in defconfig |
| 08:27.47 | pepijn | then go with the quick workaround, i.e. modprobe in top of boot/disk |
| 08:27.53 | eFfeM | not the most elegant way but I cannot fix this |
| 08:28.38 | eFfeM | yeah, but I am on monotone so I need to patch the slugos.conf, your ml change and hack the modprobe |
| 08:29.23 | pepijn | yes, if none of the changes propegated |
| 08:30.07 | pepijn | bta, NAiL did not patch slugos.conf but the different distro confs (ref. copying of modules to /lib/modules) |
| 08:30.13 | pepijn | s/bta/btw/ |
| 08:30.26 | eFfeM | trying to find the slugos change in berlios, but haven't found it (and berlios now seems to be nonresponding to me, no idea hwy) |
| 08:30.52 | pepijn | you probably should look at svn.berlios.de/openslug/releases/slugos-3.6-beta |
| 08:31.49 | pepijn | http://svn.berlios.de/viewcvs/openslug/releases/slugos-3.6-beta/openembedded/conf/distro/?rev=296 |
| 08:31.51 | eFfeM | looks like I have to kill firefox first, it became nonresponsive ... |
| 08:35.44 | eFfeM | I see the changes on berlios on slugos.conf, but they are not yet in monotone |
| 08:35.51 | eFfeM | away for 15 minutes |
| 08:36.26 | pepijn | svn on berlios, cvs on sf.net, monotone on OE |
| 08:36.36 | pepijn | does not make live easier ;) |
| 09:01.54 | *** join/#nslu2-linux Jah_ (n=Jah_@61.47.118.124) |
| 09:22.58 | *** join/#nslu2-linux eFfeM (n=frans@ip545787f8.direct-adsl.nl) |
| 09:25.06 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 09:34.24 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 09:35.50 | *** join/#nslu2-linux Eiffel_ (n=x@p54869E3B.dip0.t-ipconnect.de) |
| 09:41.42 | eFfeM | hi, can someone with write access on nudi remove the cache dir, so the build goes through (as the cache fmt has changed we get errors and removing the cache fixes this) |
| 09:42.21 | pepijn | nudi? wrong channel? |
| 09:43.10 | eFfeM | pepijn nudi the the system that builds the packages automatically for the repository |
| 09:43.11 | eFfeM | http://logs.nslu2-linux.org/buildlogs/autobuild-nudi-last.txt |
| 09:43.35 | eFfeM | should I have asked in #openslug instead? |
| 09:44.01 | eFfeM | will drop it there as well anyway |
| 09:44.16 | pepijn | don't know, wasn't aware of any autobuilders ;) |
| 09:47.00 | eFfeM | afaik this is how the unstable ipkg feeds get filled |
| 09:47.47 | pepijn | well, since i run debian i get my packagefeeds from the buildd infrastructure ;) |
| 09:58.42 | *** join/#nslu2-linux jbot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 09:58.42 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
| 10:06.51 | *** join/#nslu2-linux Jah_ (n=Jah_@61.47.118.124) |
| 10:15.22 | CIA-10 | 03ingeba * 10unslung/make/mysecureshell.mk: Initial test commit of mysecureshell fully configurable sftp server. |
| 10:15.32 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 10:19.36 | CIA-10 | 03ingeba * 10unslung/sources/mysecureshell/install.sh.in.patch: Initial test commit of installation patch |
| 10:27.11 | *** join/#nslu2-linux michael__ (n=michael@85.2.58.84) |
| 11:04.12 | *** join/#nslu2-linux philpem (n=philpem@81-86-139-157.dsl.pipex.com) |
| 11:14.51 | *** join/#nslu2-linux likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 11:20.10 | eFfeM | anyone an idea which modules defines xscale_mc_clear_user_page, this is missing when I want to load video-buf.ko |
| 11:39.18 | likewise | arch/arm/mm/copypage-xscale.c |
| 11:39.29 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 11:40.11 | likewise | I guess this should be built-in your kernel. |
| 11:44.33 | eFfeM | likewise, apparently the symbol isn't exported any more |
| 11:45.01 | eFfeM | there seems to be a change here between .15 and .16 |
| 11:45.05 | eFfeM | no ENTRY line for the symbol |
| 11:45.53 | eFfeM | the odd thing is that I cannot find a caller |
| 11:46.27 | eFfeM | likewise: System.map? |
| 11:47.26 | likewise | 00000000c00298c4 T xscale_mc_clear_user_page |
| 11:47.58 | eFfeM | i have a slightly different addres, but it is there |
| 11:48.04 | eFfeM | in my system.map as well |
| 11:48.21 | eFfeM | the problem is that video-buf.ko references this as an external symbol |
| 11:48.43 | eFfeM | and apparently it is not exported any more (at least that is my guess) |
| 11:48.57 | likewise | That seems most likely. |
| 11:50.36 | eFfeM | there has been a change: http://grmso.net:8090/commit/f5d9b97ee0d6d00a29bf881263510d74291fb862/diff/3079ca621e9e09f4593c20a9a2f24237c355f683/ |
| 11:50.49 | eFfeM | and the current file does not have an ENTRY ... |
| 11:51.14 | eFfeM | but someone in video_buf.ko still tries to use it |
| 11:58.00 | likewise | void __attribute__((naked)) xscale_mc_clear_user_page(void *kaddr, unsigned long vaddr) |
| 11:58.08 | likewise | No idea what the naked attribute is about... |
| 11:58.28 | likewise | First, there is beer in the kernel, and now there is naked also? :-) |
| 11:59.33 | NAiL | the naked attribute is new, IIRC |
| 11:59.44 | NAiL | I think it's related to gcc4x's inlining |
| 12:00.51 | eFfeM | shouldn't there have been an ENTRY() for the symbol. It is in other files in the video dir ... |
| 12:01.04 | eFfeM | anyway, just to be safe, I'm rebuilding the kernel |
| 12:01.30 | CIA-10 | 03orepvik * 10kernel/2.6.16/defconfig: defconfig: Add CONFIG_VIDEO_DECODER=m |
| 12:01.40 | eFfeM | NAiL: tnx |
| 12:02.59 | CIA-10 | 03repvik * r297 10/releases/slugos-3.6-beta/openembedded/packages/linux/ixp4xx-kernel/2.6.16/defconfig: Add CONFIG_VIDEO_DECODER=m |
| 12:03.26 | NAiL | hang on... why is the first commit by "orepvik"? |
| 12:10.07 | likewise | insmod ixp400_eth gives me a "Division by zero in kernel." bug. Anyone else seen this? |
| 12:11.36 | NAiL | yup |
| 12:11.47 | NAiL | but I think I was the only one |
| 12:12.02 | NAiL | that was on the DS101, and I'm the only one doing stuff with the ds101 |
| 12:13.12 | eFfeM | rebuilt the kernel, but the dreaded U xscale_mc_clear_user_page is still there if I nm the .o file |
| 12:17.23 | likewise | NAiL: OK, I am on a IXDP425 development platform here. |
| 12:17.40 | likewise | You used the BSD_ variant of the IXP s/w ? |
| 12:18.17 | NAiL | no, I used the IPL |
| 12:19.13 | likewise | Did you use defconfig, or did you make changes (for example ,kernel debugging) ? |
| 12:20.16 | likewise | NAiL: After the division bug, can you do anything with the NICs? I cannot, ifconfig fails finding them, and I get kernel bugs |
| 12:20.30 | likewise | (sscheduling while atomic etc) |
| 12:21.18 | NAiL | I seem to remember that it worked for me, but I'm not sure. Currently the thing is bricked, so I can't test :( |
| 12:22.28 | pepijn | NAiL: have you read the stuff i wrote about 'turnup disk' ? |
| 12:22.34 | NAiL | no |
| 12:23.06 | NAiL | I just woke up, and everyone wants my attention :-P |
| 12:23.12 | NAiL | I'll get around to it ;) |
| 12:23.18 | likewise | NAiL: Flash contents bricked? Or you bricked? :-) |
| 12:23.54 | NAiL | I managed to hit "enter" instead of "backspace" when trying a dd, so I overwrote RedBoot |
| 12:24.34 | likewise | I unbrick stuff using openjtag and a dongle. |
| 12:24.38 | NAiL | And so far, I've been unable to find the JTAG pinout (with some help from the openjtag folks) |
| 12:24.45 | likewise | ah ok.... |
| 12:25.02 | NAiL | if you have a good idea on how to find the jtag pinout, please tell ;) |
| 12:25.51 | likewise | So this is not right? http://www.nslu2-linux.org/wiki/DS101/DS101Hardware |
| 12:26.21 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 12:27.16 | NAiL | apparently not |
| 12:28.47 | NAiL | Atleast, I cannot get it to work |
| 12:30.59 | NAiL | I don't really know much about JTAG, so I'm kinda stuck |
| 12:31.14 | likewise | pin 1 = VCC, pin 6 = GND |
| 12:31.27 | NAiL | yeah, that I know for sure |
| 12:31.28 | likewise | (from what I can see on http://www.nslu2-linux.org/gallery/DS101-PCBs/ds101_front_big?full=1) |
| 12:31.37 | likewise | can you measure additional grounds? |
| 12:31.47 | NAiL | additional grounds? |
| 12:32.02 | likewise | i.e. 0 Ohms between GND and the other pins? |
| 12:32.25 | *** join/#nslu2-linux caplink811 (n=joerg@dslb-088-073-115-022.pools.arcor-ip.net) |
| 12:33.34 | NAiL | no additional grounds |
| 12:38.36 | NAiL | pins 2,4 &5 have 10k ohm to vcc |
| 12:40.21 | NAiL | pin 7 has 20omh to gnd |
| 12:40.38 | likewise | ok, let me lookup some schematics of the IXDP425. Hold on. |
| 12:41.41 | NAiL | pin 3 has 36ohm to vcc, and pin 7 has 36ohm to vcc |
| 12:41.52 | NAiL | (I'm no EE, mind you) |
| 12:42.31 | NAiL | Would a scope help? |
| 12:42.38 | NAiL | I think I can get access to a scope tomorrow. |
| 12:43.38 | likewise | NAiL: I am EE, but I am not very familiar with JTAG. At least these readings can help... |
| 12:45.02 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 12:45.13 | NAiL | takes forever :-P |
| 12:45.50 | dwery-away | iirc you usually place 10k pullups on in, out and clk.. |
| 12:46.04 | likewise | SSH -> SMB -> SSH -> SMB -> Unzip -> Unzip -> ... :-) |
| 12:46.32 | NAiL | that'd be 2,4 and 5 then |
| 12:46.58 | NAiL | I wonder how I managed to read wrong the last time |
| 12:47.17 | dwery-away | regarding 7 and 3, I have no particular ideas :) |
| 12:47.49 | *** part/#nslu2-linux caplink811 (n=joerg@dslb-088-073-115-022.pools.arcor-ip.net) |
| 12:48.28 | dwery-away | NAiL: do you have a quick link to ixdp425 jtag schematic? |
| 12:48.47 | NAiL | no, but likewise might? |
| 12:49.06 | likewise | no link, but I can screenshot or email this PDF |
| 12:49.22 | likewise | 585KB |
| 12:49.43 | dwery-away | yes please. dwery@nslu2-linux.org |
| 12:50.06 | likewise | TDI, TMS and TCK are pull-up with 10kOhms |
| 12:50.16 | likewise | TDO is pulled down with 10 kOhms |
| 12:53.08 | NAiL | uhm... why am I getting 10kOhm between pins 2,4,5 and either GND or VCC? |
| 12:53.15 | *** join/#nslu2-linux likewise_ (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 12:53.24 | NAiL | uhm... why am I getting 10kOhm between pins 2,4,5 and either GND or VCC? |
| 12:53.43 | likewise | laptop battery ran out suddenly - back again,... |
| 12:54.21 | likewise | Because there are resistors "pulling" the lines to a default state if no chip is driving the logic states. |
| 12:54.58 | NAiL | yeah, I'm just confused by what looks like pins being pulled both up and down |
| 12:57.01 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 12:57.26 | likewise | yes, this can be caused by the device being idle and having internal pull-down in the IXP chip. I am just guessing. |
| 12:58.35 | dwery-away | NAiL: so you miss a 10k pulldown |
| 12:58.47 | likewise | I would say 2,4 and 5 are TDI, TMS and TCK, you just need to try out all combinations :-) |
| 12:59.02 | likewise | permutations, rather ;-) |
| 12:59.33 | likewise | ah wait, the lines are both pulled-up AND down in the IXDP425 schematics |
| 12:59.54 | likewise | except for TDO |
| 13:00.56 | dwery-away | likewise: you forgot the attachment :) |
| 13:03.16 | likewise | Ah, well I didn't forget it, but my laptop went standby moments before I send out the mail. When it woke up, it hadn't restored its samba connection yet (and yes, I clicked through some warning about something not being there :-) |
| 13:03.32 | likewise | should be with you now |
| 13:03.37 | dwery-away | thank :) |
| 13:03.41 | dwery-away | s |
| 13:04.02 | *** part/#nslu2-linux philpem (n=philpem@81-86-139-157.dsl.pipex.com) |
| 13:04.07 | *** join/#nslu2-linux philpem (n=philpem@81-86-139-157.dsl.pipex.com) |
| 13:06.13 | NAiL | hmm |
| 13:06.20 | NAiL | I really don't get this |
| 13:06.44 | NAiL | I tried measuring between pin6 and various GND points on the board |
| 13:07.43 | dwery-away | some resistors are marked as "non populated" on the schematic |
| 13:08.23 | dwery-away | NAiL: do you have any 1K to VCC? |
| 13:08.56 | NAiL | apparently not |
| 13:09.16 | *** join/#nslu2-linux yvasilev (n=yvasilev@66.251.110.131) |
| 13:09.17 | NAiL | got a couple 40ohm, and three 10k. |
| 13:09.43 | dwery-away | :( |
| 13:09.58 | likewise | Ah yes, DNP = Do not place... |
| 13:10.42 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 13:13.15 | likewise | Also, this might be interesting: http://www.intel.com/design/iio/applnots/273538.htm |
| 13:15.45 | *** join/#nslu2-linux Sinclair73de (n=icechat5@p54A0C2AD.dip0.t-ipconnect.de) |
| 13:19.57 | likewise | NAiL: You should measure the voltage levels on each pin when the unit has power. We then know what pins default to pull-down and which default to pull up. It could also be the pins are both pulled-up and -down, then you'd see 3.3/2 ~= 1.65 Volts on the lines. |
| 13:22.18 | NAiL | hmm |
| 13:22.22 | NAiL | this is really strange |
| 13:22.46 | NAiL | I get 0v between vcc and gnd? |
| 13:25.26 | likewise | when the unit is ON? |
| 13:25.41 | likewise | you are measuring with DC mode on the meter, right? ;-) |
| 13:26.22 | NAiL | pin1 is 3.3, 2&3 is 0.5v, 4 is 3.3v, 7 is 0.5 and 8 is 0. |
| 13:26.48 | NAiL | (6 is 0, but I suspect it's somehow become NC) |
| 13:29.20 | NAiL | does that help? :) |
| 13:29.42 | likewise | The TMS signal is the only signal pulled HIGH in the IXDP425 schematics, so that should match with pin 4. |
| 13:30.10 | likewise | (which contradicts the wiki page about this) |
| 13:30.17 | NAiL | yeah |
| 13:32.06 | likewise | However, I suspect the unit does not have JTAG enabled by default. Intel even makes a remark in their schematics telling that "in production units, JTAG_TRST_N must be pulled low" "when not using JTAG". |
| 13:32.40 | likewise | That in turn, should mean there are some resistors involved that can be removed/replaced in case the units needs debricking. |
| 13:33.22 | likewise | However, tracing these resistors can be a hellofajob.. you can't measure the middle PCB layers, nor can you touch the IXP425 BGA pins... |
| 13:36.41 | dwery-away | I'm not sure they did that.. the other boards we tested on are all jtag enabled |
| 13:37.23 | NAiL | but, 4 appears to be TMS, so 2 and 5 should be TDI & TCK? |
| 13:37.45 | NAiL | GND seems to be screwy, so I guess I should pick that from somewhere else... |
| 13:38.38 | dwery-away | yes |
| 13:39.34 | NAiL | 1 VCC, 2 TDI/TCK, 3 ?, 4 TMS, 5 TDI/TCK, 6 "GND", 7 ?, 8 ?. The three "?"'s should be nTRST, the other RST and TDO, right? |
| 13:43.41 | dwery-away | possible |
| 13:44.05 | NAiL | That would mean they only swapped TDI/NTRST from the arm-jtag-layout |
| 13:44.31 | NAiL | (in the first 5) |
| 13:44.33 | likewise | 3 could be TDO |
| 13:45.05 | likewise | that makes a bit more sense to me (TDI, TDO, TMS, TCK are the main signals AFAIK) |
| 13:46.03 | NAiL | I guess it's time for me to start trying ;) |
| 13:46.22 | likewise | at least if I were a hardware designer I would group the signals :-) but then again I know grounds and voltage should be interleaved inbetween to prevent cross-over. |
| 13:46.23 | dwery-away | NAiL: maybe you should also test your jtags suite using a known working board |
| 13:46.41 | likewise | what dongle do you use? |
| 13:47.42 | NAiL | wiggler |
| 13:48.18 | likewise | ok |
| 13:50.38 | eFfeM | ~seen marceln |
| 13:50.49 | jbot | marceln <n=marceln@pion.xs4all.nl> was last seen on IRC in channel #nslu2-linux, 1d 21h 14m 46s ago, saying: 'Hi eFfeM'. |
| 13:57.19 | NAiL | btw, should VCC be connected to VREF or VTARGET? Or both? |
| 13:59.38 | likewise | See http://www.olimex.com/dev/pdf/arm-jtag.pdf |
| 13:59.39 | likewise | VREF: Target voltage sense. Used to indicate the target's operating voltage to the debug tool. |
| 13:59.53 | likewise | So, VCC connects with VREF |
| 14:00.31 | likewise | if you want to feed the board through the wiggler, VTARGET can be used for that. (But I should not connect it) |
| 14:02.26 | likewise | No, scratch last sentence: VTARGET is used to feed the debug tool (wiggler) from the target. |
| 14:03.12 | CIA-10 | 03ingeba * 10unslung/make/rsync.mk: |
| 14:03.12 | CIA-10 | /opt/etc/rsync.secrets was not set up as a conf file and thus |
| 14:03.12 | CIA-10 | overwriting it on upgrade. |
| 14:05.29 | *** join/#nslu2-linux ingeba (n=ingeba@21.80-203-35.nextgentel.com) |
| 14:06.36 | eddyp | tbm: ping |
| 14:10.32 | CIA-10 | 03azummo * 10kernel/2.6.16/ (linux-2.6.16-i2c.patch series 50-i2c-bus-ixp4xx-hwmon.patch): Upgraded to latest i2c patchset. |
| 14:11.22 | CIA-10 | 03azummo * 10kernel/2.6.16/40-rtc-class.patch: upgraded to latest rtc class patchset |
| 14:12.04 | CIA-10 | 03azummo * 10kernel/2.6.16/45-eeprom-notifier.patch: Refreshed to cope with i2c patchset |
| 14:15.37 | *** join/#nslu2-linux michael__ (n=michael@85.2.58.84) |
| 14:15.54 | likewise | NAiL: OK, I am giving up. I hope you can unbrick the unit sometime. |
| 14:16.19 | NAiL | I'm going to try, as soon as I get GND wired up properly |
| 14:17.12 | likewise | NAiL: I nailed down (excuse the pun) the division by zero problem to somewhere in maclist_read()... still debugging. |
| 14:17.28 | dwery-away | likewise: maclist is going to be removed anyhow |
| 14:17.50 | likewise | ah... how would I have known this? |
| 14:18.01 | dwery-away | well.. a thread in lkml I guess :) |
| 14:18.11 | dwery-away | they did not like the maclist patch |
| 14:18.19 | dwery-away | we tried hard to push it |
| 14:18.47 | dwery-away | the proposed solution is to use an event notification from the netdev subsystem |
| 14:18.52 | dwery-away | so that when the interface goes up |
| 14:18.57 | tbm | eddyp: yeah? |
| 14:18.59 | dwery-away | some code is triggered to read the mac |
| 14:19.11 | dwery-away | I have not time to code that right now :( |
| 14:20.16 | likewise | what will be the alternative? ifconfig works but not for NFS mounted systems, right? |
| 14:20.53 | dwery-away | the event is generated from the kernel, so there should be no differences between that proposal and the maclist code. |
| 14:21.59 | likewise | I am not familiar with the kernel (learning still) but what is the API for this? |
| 14:22.32 | dwery-away | the api is register_netdevice_notifier() |
| 14:22.37 | dwery-away | the notification function |
| 14:22.54 | dwery-away | will be called at some events: NETDEV_REGISTER and NETDEV_UP |
| 14:23.09 | dwery-away | so we can know when the interface gets registered and when it goes up |
| 14:23.20 | likewise | thanks |
| 14:23.35 | dwery-away | the problem is how to read the eeprom from within the kernel |
| 14:23.39 | likewise | also during link down / up status? |
| 14:23.39 | dwery-away | there's no API. |
| 14:24.23 | dwery-away | yes, every status change is reported. |
| 14:25.07 | *** join/#nslu2-linux Jah_ (n=Jah_@61.47.118.124) |
| 14:25.39 | likewise | The bug in 2.6.16 is in maclist.c: maclist_read(). The line which says "key % count" generates a division by zero when count is zero. |
| 14:26.04 | dwery-away | ok, I can fix the cvs right now if you want |
| 14:26.20 | likewise | I do not know the proper fix yet though. Tryin to understand what happens there. |
| 14:26.38 | dwery-away | an easy fix is to do not print if count == 0 |
| 14:26.41 | dwery-away | :) |
| 14:27.35 | dwery-away | uops, I thought it was a printf |
| 14:30.12 | CIA-10 | 03azummo * 10kernel/2.6.16/75-dsmg600.patch: Fixed whitespaces and refreshed. |
| 14:30.41 | likewise | I think "index = count? key % count: 0;" |
| 14:30.53 | likewise | i.e. if count is zero, make index zero as well |
| 14:31.01 | dwery-away | but why count is zero in the first place? |
| 14:31.32 | likewise | I hate uncommented code (I hate 99% percent of the kernel for that). |
| 14:32.32 | dwery-away | yep. the rules is comment only when it is not obvious. the problem is that obvious is something objective. |
| 14:32.42 | dwery-away | s/rules/rule/ |
| 14:34.11 | likewise | yes, I know. I should now investigate what the conditions of the variable count exactly are, purely by seeing the surrounding code. |
| 14:34.36 | likewise | count increases only by calls to maclist_add, AFAICS. |
| 14:34.39 | dwery-away | ..but if you want to give a shot to the netdev notifier proposal.... :) |
| 14:35.19 | eddyp | tbm: did something changed with the di image? |
| 14:35.29 | eddyp | anyhting for me to test? |
| 14:35.40 | tbm | eddyp: no |
| 14:35.47 | tbm | eddyp: atm it's broken anyway |
| 14:35.56 | dwery-away | eddyp: but you can test compiling the cvs if you have some spare time :) |
| 14:36.08 | eddyp | because of the removed LE support? |
| 14:36.29 | tbm | eddyp: no, because a) the daily images don't contain the proprietary ethernet driver |
| 14:36.41 | tbm | and b) I broke something but theres no hurry to fix it because of a) ;-) |
| 14:36.53 | tbm | but the lat official release should work... and does work, just not for you. |
| 14:36.54 | eddyp | :)) |
| 14:37.12 | eddyp | bah |
| 14:37.30 | tbm | I don't know if I mentioned it to you but I'm in the process of moving to another country |
| 14:37.34 | tbm | so I'm packing right now... |
| 14:37.43 | tbm | I'll do slug stuff again but a few days more or less won't hurt |
| 14:37.44 | likewise | tbm: what's broken? And where are you moving?! |
| 14:37.53 | pepijn | tbm: where are you moving to? |
| 14:37.54 | tbm | likewise: madrid |
| 14:38.04 | tbm | well, only for 3 months to work with some researchers there |
| 14:38.11 | pepijn | madrid is not a country :-P |
| 14:38.24 | tbm | likewise: I included a program to make "beep", butit fails becaue I forgot to include some kernel modules... *cough* |
| 14:38.30 | tbm | pepijn: spain |
| 14:38.38 | pepijn | hehe |
| 14:38.43 | pepijn | i know *that* |
| 14:38.43 | pepijn | lol |
| 14:38.56 | tbm | pepijn: well, you might be one of those Americans. |
| 14:39.39 | tbm | I thought you were dutch?!? |
| 14:39.45 | tbm | or is that eddyp? |
| 14:39.51 | tbm | don't confuse me, guys |
| 14:40.00 | pepijn | born american, rasied in the netherlands (dutch parents) living in norway ;) |
| 14:40.06 | likewise | No, I am dutch :-) |
| 14:40.12 | pepijn | s/rasied/raised/ |
| 14:40.29 | tbm | pepijn: and I'm supposed to keep track of that? ;-) |
| 14:41.15 | likewise | Madrid isn't so bad I would assume. Have good stay there. |
| 14:42.16 | tbm | likewise: thanks |
| 14:42.36 | likewise | dwery: well I am too scared coding a network notification handler right away :-) |
| 14:43.06 | dwery-away | it is easy, I will help :) |
| 14:43.29 | likewise | dwery: count = 0 because loft_eeprom_add() probably fails for me (eeprom does not have a valid MAC there). That triggers the count bug. |
| 14:44.18 | likewise | div0 bug rather |
| 14:44.28 | dwery-away | that function should not be called if you are not running on a loft |
| 14:44.45 | dwery-away | well.. you _are_running a loft, right? |
| 14:47.43 | likewise | IXDP425 :-) |
| 14:48.08 | dwery | so that function should not be called. |
| 14:48.31 | likewise | I am using a BE loft image with mach-type 245 (IXDP425). |
| 14:48.57 | likewise | was too lazy to add IXDP425 to the Makefile |
| 14:49.07 | likewise | should have done that though |
| 14:49.21 | dwery | I still can't see why it is called |
| 14:49.31 | dwery | if the mach type != loft |
| 14:49.36 | likewise | it is not, my bad. |
| 14:50.11 | dwery | anyway, the netdev code should look like this: |
| 14:50.26 | dwery | a) add eeprom notification to read and store mac address when called |
| 14:50.45 | dwery | b) add netdev notification to read the macaddress from the stored location and place it in the netdev itself |
| 14:51.10 | *** join/#nslu2-linux mwester (n=chatzill@209.242.5.110) |
| 14:52.07 | dwery | because loft is derived fromn that board. but since loft specific code is growing |
| 14:52.17 | dwery | we will have to move it into its own file. |
| 14:54.24 | likewise | understood |
| 14:54.44 | likewise | I will look at [g2] :-) |
| 14:57.58 | likewise | dwery: fix is to replace key % count with "count? key % count: 0" |
| 14:58.32 | dwery | I think i'll rathe rimplement the netdev proposal :) |
| 14:59.38 | likewise | it's a cheap solution to fix this bug for me now. The div0 bug triggers kernels due to scheduling while atomic, so I cannot test beyond this. |
| 14:59.53 | dwery | of course. |
| 15:00.04 | likewise | Should the interface occur as eth0 or as ixp0 ?? |
| 15:00.20 | likewise | I can ifconfig eth0 after this. but udhcpc complains: |
| 15:00.24 | NAiL | *sigh* |
| 15:00.37 | likewise | ifconfig: 0.0.0.0: error fetching interface information: Device not found |
| 15:00.44 | dwery | if you are using the latest patches from the cvs it should be eth0 |
| 15:00.52 | dwery | NAiL: can you test JTAG with an nslu2? |
| 15:00.59 | likewise | dwery: I am |
| 15:01.16 | NAiL | I don't have a JTAG-enabled nslu2 here... I'll have to make one then ;) |
| 15:01.37 | dwery | likewise: not only the kernel cvs but also the ixp4xx one, ,right? |
| 15:02.00 | NAiL | uhm |
| 15:02.01 | likewise | uh no. |
| 15:02.19 | NAiL | What is wrong *now* |
| 15:02.27 | dwery | likewise: in the same cvs (nslu2 on sf.net) there's the ixp4xx repo |
| 15:02.27 | NAiL | What is wrong *now*Firefox can't find the server at www.nslu2-linux.org. |
| 15:02.48 | likewise | I am working userland from buildroot, not from oe. |
| 15:04.38 | likewise | nslu2? http://cvs.sourceforge.net/viewcvs.py/nslu/ |
| 15:04.50 | dwery | likewise: i'm not using oe too |
| 15:05.04 | likewise | dwery: phew |
| 15:05.47 | dwery | yes, the page should be that one |
| 15:05.56 | likewise | dwery: I work against a checked out kernel/ |
| 15:06.10 | likewise | there is no ixp4* at that level. |
| 15:07.12 | likewise | Do you mean "/kernel/patches/ixp400-eth/" ? |
| 15:07.50 | dwery | i think so, yes. It's been a while since I last built ixp4xx eth |
| 15:07.55 | dwery | i debug using usb adapters |
| 15:08.08 | NAiL | dwery/likewise: Do you know if I can get any useful info by using a scope on the JTAG port? |
| 15:08.36 | dwery | NAiL: probably not. |
| 15:08.43 | dwery | you should jtag your nslu2 :-D |
| 15:11.36 | likewise | dwery: which one specifically? I am looking for a fast adapter. |
| 15:12.02 | likewise | you tried openocd on your usb debugger? |
| 15:12.12 | NAiL | no |
| 15:12.52 | dwery | likewise: rtl8150 based iirc |
| 15:13.37 | CIA-10 | 03repvik * r298 10/releases/slugos-3.6-beta/openembedded/packages/meta/slugos-packages.bb: slugos: Add madplay to feed |
| 15:13.39 | dwery | dunno if it is fast |
| 15:14.00 | dwery | likewise: I meant usb/eth not usb/jtag , sorry |
| 15:16.15 | CIA-10 | 03repvik * r299 10/releases/slugos-3.6-beta/openembedded/conf/distro/slugos-packages.conf: slugos: add forgotten cups .bb's |
| 15:16.19 | likewise | dwery: ok, an Ethernet over USB adapter? |
| 15:16.43 | dwery | likewise: yes. |
| 15:16.57 | dwery | it is easier to debug with that one instead of recompiling ixp4xx each time I change the kernel |
| 15:17.23 | likewise | dwery: Ah, so that USB->Eth stuff is on your target? |
| 15:17.46 | likewise | Target>(USB->ETH)>network>dev.host ? |
| 15:18.06 | dwery | now I'm confused :) |
| 15:18.20 | dwery | ah ok |
| 15:18.23 | dwery | yes, it is. |
| 15:18.32 | likewise | ok :-) |
| 15:19.01 | likewise | I am going back to 2.6.15 to see if I can get rid of the "Device not found" problem. |
| 15:22.00 | likewise | dwery: you got a EP93xx as well? :-) |
| 15:22.13 | dwery | yes |
| 15:22.39 | likewise | http://www.glomationinc.com/products_9312-sx.html |
| 15:22.43 | likewise | or the TS-7250 |
| 15:24.27 | dwery | dunno... |
| 15:48.51 | pepijn | ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,00000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 |
| 15:48.51 | pepijn | 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 |
| 15:48.52 | pepijn | 00000000 |
| 15:49.02 | pepijn | oops |
| 15:49.14 | pepijn | son pressing on keyboard ;) |
| 15:51.04 | mwester | Well, he has that character learned, now 35 more letters and numbers, and he can move on to puncuation! :D |
| 15:51.40 | pepijn | he has three extra vowels to learn as well (him being norwegian) |
| 16:15.31 | likewise | I read about keyboard-cat-detection software. |
| 16:15.47 | likewise | (i.e. deny keys entered by your cat walking over the keyboard) |
| 16:15.51 | likewise | :-) |
| 16:18.03 | pepijn | yes, have read that also |
| 16:18.17 | pepijn | but luckily, the cat stays away from the keyboard ;) |
| 16:21.26 | mwester | ~seen ByronT |
| 16:21.29 | jbot | byront <i=byron-po@nslu2-linux/ByronT> was last seen on IRC in channel #nslu2-linux, 2d 20h 15m 45s ago, saying: 'I just want a loft....'. |
| 16:27.27 | likewise | pepijn: not here, only the first year my keyboard was cat free, no it dumbly even lies down straight on the keyboard. |
| 16:27.33 | likewise | no=now |
| 16:51.02 | pepijn | ByronT: famous last words ? |
| 16:53.25 | *** join/#nslu2-linux mijenix (n=mijenix@adsl-84-227-53-61.adslplus.ch) |
| 16:54.42 | dwery | likewise, [g2]: I wrote the first part of the new netdev proposal and I'm reading out macs correctly |
| 16:54.54 | *** part/#nslu2-linux mijenix (n=mijenix@adsl-84-227-53-61.adslplus.ch) |
| 16:55.23 | likewise | dwery: you naughty coder |
| 16:55.37 | likewise | dwery: you almost swore you didn't have the time, and now this :-) |
| 16:55.51 | dwery | I delayd it too much |
| 17:10.52 | likewise | is anyone actually running a 2.6.16 with the IXP drivers? |
| 17:18.10 | eFfeM | likewise, i think i am |
| 17:18.37 | likewise | without problems over wires Ethernet? |
| 17:18.41 | eFfeM | i'm running the head (build earlier today) but with a hacked defconfig |
| 17:18.42 | eFfeM | yes |
| 17:19.07 | eFfeM | Linux version 2.6.16 (frans@LinuxPC) (gcc version 3.4.4) #1 PREEMPT Sun Mar 26 10:34:25 CEST 2006 |
| 17:20.04 | likewise | ok, then I probably ran into a IXDP425 only bug... |
| 17:20.10 | likewise | thanks |
| 17:20.19 | eFfeM | i'm on a slug |
| 17:20.25 | eFfeM | np |
| 17:24.13 | dwery | eFfeM: can you please cat /proc/interrupts on your slug? |
| 17:25.32 | eFfeM | sure, hope I won't be kicked for flooding: |
| 17:25.33 | eFfeM | <PROTECTED> |
| 17:25.33 | eFfeM | <PROTECTED> |
| 17:25.33 | eFfeM | <PROTECTED> |
| 17:25.33 | eFfeM | <PROTECTED> |
| 17:25.33 | eFfeM | <PROTECTED> |
| 17:25.34 | eFfeM | <PROTECTED> |
| 17:25.36 | eFfeM | <PROTECTED> |
| 17:25.38 | eFfeM | <PROTECTED> |
| 17:25.40 | eFfeM | <PROTECTED> |
| 17:25.42 | eFfeM | <PROTECTED> |
| 17:25.44 | eFfeM | <PROTECTED> |
| 17:25.46 | eFfeM | <PROTECTED> |
| 17:25.50 | eFfeM | <PROTECTED> |
| 17:25.52 | eFfeM | <PROTECTED> |
| 17:25.54 | eFfeM | Err: 0 |
| 17:26.12 | dwery | thanks a lot. |
| 17:43.50 | Snide | What kernel version should I use from the debian installer? I believe my slug will not allow me to SSH in because its missing the module for the eth0 |
| 17:44.03 | dwery | [g2]: ping |
| 17:47.04 | Snide | Do I need to run the 2.6.15.1? |
| 17:47.13 | Snide | I don't have a USB ethernet |
| 17:55.35 | *** join/#nslu2-linux Daluv (n=r00t@modemcable169.123-131-66.mc.videotron.ca) |
| 17:55.54 | Daluv | NAiL: you alive? |
| 17:57.50 | Daluv | NAiL: I have been talking with you lately about xfs/jfs support in openslug. I tried to register at slugbug and assigned the bugs to you but it doesnt let me register. |
| 18:05.37 | *** join/#nslu2-linux caplink811_log (n=caplink8@dslb-088-073-115-022.pools.arcor-ip.net) |
| 18:56.47 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-068-077.pools.arcor-ip.net) |
| 19:43.45 | *** join/#nslu2-linux like|away (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:05.48 | *** join/#nslu2-linux michael__ (n=michael@85.2.58.84) |
| 21:13.18 | *** join/#nslu2-linux neongrau (n=neongrau@p54A92A15.dip0.t-ipconnect.de) |
| 21:23.59 | *** join/#nslu2-linux neongrau (n=neongrau@p54A92A15.dip0.t-ipconnect.de) |
| 21:27.19 | *** join/#nslu2-linux mithro (n=tim@lester.mithis.com) |
| 21:58.40 | dwery-away | [g2]: ping |
| 22:02.37 | *** join/#nslu2-linux dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 22:15.05 | *** part/#nslu2-linux Lawnmower (n=Lawnmowe@mowbot.xs4all.nl) |
| 22:27.13 | CIA-10 | 03bzhou * 10unslung/make/swi-prolog.mk: upstream upgrade to 5.6.9 |
| 22:44.44 | *** part/#nslu2-linux Sinclair73de (n=icechat5@p54A0C2AD.dip0.t-ipconnect.de) |
| 22:55.46 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:06.13 | *** join/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |
| 23:06.48 | marceln | Can somebody help me with the optware "autobuild"? |
| 23:07.04 | marceln | I can't find "nmap" any more after my changes. |
| 23:07.49 | marceln | I checked the logfile "http://logs.nslu2-linux.org/buildlogs/autobuild-nudi-last.txt" but didn't find a error for the optware nmap. |
| 23:09.58 | dwery-away | rwhitby: ping |
| 23:34.27 | *** join/#nslu2-linux Snide (n=snide@cpe-071-068-021-168.carolina.res.rr.com) |
| 23:51.31 | *** join/#nslu2-linux mwester_ (n=chatzill@209.242.5.110) |
| 23:59.35 | *** part/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |