**** BEGIN LOGGING AT Sun Feb 19 10:59:57 2006
Feb 19 16:55:31 <CIA-8> 03azummo * 10kernel/2.6.16/ (50-hwmon-ad741x.patch 50-i2c-bus-ixp4xx-hwmon.patch series): Added support for AD7418 (Loft)
Feb 19 16:57:55 <NAiL> dwery: Did you see my comment on ntfl?
Feb 19 16:58:02 <dwery> yes
Feb 19 16:58:37 <NAiL> By the description (and a bit of googling) it looks like it's the same
Feb 19 16:58:53 <NAiL> There's even a blurb in the Kconfig that you can't use it on non-Msys hardware
Feb 19 17:00:45 <EvilDevil> morning. 
Feb 19 17:00:57 <NAiL> morning
Feb 19 17:01:31 <EvilDevil> NAiL i've installed a zd1211 usb wlan stick on my debianslug. works like a charme :) thanks for your effort 
Feb 19 17:01:37 <dwery> NAiL: so you just need to modify the detection routine
Feb 19 17:02:32 <NAiL> EvilDevil: Thanks, there's an update coming when I get around to it. r58 has been out a couple of days, apparently ups the speed and reliability :)
Feb 19 17:02:40 <NAiL> dwery: Hopefully, yes :)
Feb 19 17:03:14 <dwery> good
Feb 19 17:07:41 <EvilDevil> NAiL a new release? this might be eliminating this error: zd1211: cmd = 1004, reg = 0xebff263e, value = 0xe1a08005      zd1205: error command = 1004        CONT_TX:24
Feb 19 17:13:16 <NAiL> maybe, dunno. 
Feb 19 17:21:45 <NAiL> dwery: hmm.. I can't find the memWrite8bit function anywhere
Feb 19 17:22:52 <dwery> very strange
Feb 19 17:25:39 <CIA-8> 03azummo * 10kernel/2.6.16/series: fixed double-inclusion of a few patches
Feb 19 17:35:28 <NAiL> ah, ok, I think I get it. But I don't know which one of all the alternatives to use.
Feb 19 17:35:38 <NAiL> docsys.c:               flash->memWrite8bit  = flWrite8bitUsing8bitsNoShift;
Feb 19 17:35:41 <NAiL> docsys.c:               flash->memWrite8bit  = flWrite8bitUsing16bitsNoShift;
Feb 19 17:35:44 <NAiL> docsys.c:               flash->memWrite8bit  = flWrite8bitUsing16bitsSingleShift;
Feb 19 17:40:31 * NAiL goes nuts
Feb 19 17:42:42 <dwery> :-D
Feb 19 17:43:05 <dwery> you either decode the selection routine or try them all..  :-D
Feb 19 17:43:49 <NAiL> hmm
Feb 19 17:44:03 <NAiL> I *think* it is flWrite8bitUsing16bitsNoShift
Feb 19 17:45:37 <NAiL> There wouldn't be some way I could ... encourage you to do it for me? :-D
Feb 19 17:48:13 <dwery> let me see
Feb 19 17:48:55 <NAiL> The current hacks I have done won't get into the kernel anyway. Gotta work out a nice way to do it.
Feb 19 17:52:38 <dwery> NAiL: for detection the 8bit version whould be the one
Feb 19 17:52:54 <NAiL> 8bitnoshift?
Feb 19 17:53:34 <dwery> yes
Feb 19 17:53:43 <dwery> pretty difficult to decode all the mess :(
Feb 19 17:53:50 <NAiL> no kidding?
Feb 19 17:54:22 <dwery> I haven't decoded the whole routine but it seems the most probable
Feb 19 17:57:08 <NAiL> I thought the 8/16 one would be right, since it's connected to a 16-bit bus?
Feb 19 17:57:28 <dwery> yes, but for detection I think it is using 8 bit version
Feb 19 17:57:40 <dwery> let me check again
Feb 19 17:59:23 <dwery> i think 8 bit, ya.
Feb 19 18:00:33 <NAiL> One of my really big problems is fitting this into the existing code
Feb 19 18:00:51 <dwery> yep. It also depends on some defined whose values are not known i think
Feb 19 18:01:26 <NAiL> yay
Feb 19 18:01:27 <dwery> I'm sure FL_NO_ADDR_SHIFT is initially defined
Feb 19 18:01:39 <dwery> but not if FL_BUS_HAS_8BIT_ACCESS is
Feb 19 18:02:42 <dwery> i'd first try 8 bit and then 16bit no shift
Feb 19 18:05:32 <NAiL> FL_BUS_HAS_8BIT_ACCESS would be set, since FL_NO_USE_FUNC isn't
Feb 19 18:05:45 <dwery> ack
Feb 19 18:06:11 <dwery> so you can clone the 8 bit function in the driver and use it just for detection
Feb 19 18:07:32 <NAiL> yeah, which was my original thought. I've tried that, but I just end up confused :-P
Feb 19 18:08:13 <dwery> *((volatile byte FAR0*)(address))=(byte)(val)
Feb 19 18:08:28 <dwery> a whole mess...
Feb 19 18:08:34 <dwery> that old driver is a whole mess
Feb 19 18:08:45 <NAiL> yeah
Feb 19 18:09:35 <NAiL> I can see why the driver has been written from scratch in 2.6 :-P
Feb 19 18:26:55 <NAiL> What does that volatile mess you pasted mean?
Feb 19 20:49:07 <a77ila> I've got a small problem, I just can't figure what I'm doing wrong
Feb 19 20:49:29 <a77ila> Got a new slug (my third) but can't enter upgrade mode
Feb 19 20:49:51 <a77ila> I've done this countless time on my other slugs, but here it simply won't budge
Feb 19 20:50:11 <EvilDevil> take it back to your dealer :)
Feb 19 20:50:22 <a77ila> if I hold the reset button, the status led never changes from solid yellow
Feb 19 20:50:43 <a77ila> EvilDevil: yes, well, but it DOES work with it's stock linksys fw :)
Feb 19 20:51:14 <dwery> there wasn't a way to force upgrade mode via sw?
Feb 19 20:51:33 <a77ila> dwery: from the linksys fw ?
Feb 19 20:51:58 <EvilDevil> dwery i think there was some instructions on the dd. something like if=/dev/null of=/dev/mtd..... 
Feb 19 20:52:00 <dwery> iirc youhave to manage to delete the FIS partition table in the flash.. but it isn't something nice ;)
Feb 19 20:52:36 <NAiL> I have the same problem with one of my slugs actually
Feb 19 20:52:36 <a77ila> dwery: I'd avoid that for now :)
Feb 19 20:52:43 <NAiL> never figured out what was wrong
Feb 19 20:52:49 <NAiL> (it *used* to work)
Feb 19 20:53:19 <dwery> well..go in redboot and type upgrade :)
Feb 19 20:53:46 <NAiL> easy enough with serial, yes ;)
Feb 19 20:53:49 <a77ila> to make things stranger when I tried this ~ the 5th time it DID switch to red but I wasn't wuite expecting it to work so I went to assign :) :(
Feb 19 20:54:10 <a77ila> don't have any max232-s at hand :(
Feb 19 20:54:26 <a77ila> 323 I mean
Feb 19 20:54:41 <NAiL> pl2303 works fine :)
Feb 19 20:54:54 <a77ila> haven't seen those around for years :)
Feb 19 20:55:02 <dwery> you can enter redboot via telnet
Feb 19 20:55:18 <NAiL> ah, yes
Feb 19 20:55:24 <NAiL> the arping method
Feb 19 20:55:57 <a77ila> hm, would that work across a switch ?
Feb 19 20:56:15 <NAiL> arping -w 60 -c 1 && telnet 192.168.0.1 (Wasn't that the ip of the slug in redboot?)
Feb 19 20:56:28 <NAiL> Maybe, if autonegation doesn't take too long
Feb 19 20:58:33 <a77ila> tnx, I'll try that
Feb 19 20:58:55 <NAiL> you need to press ^C *at once* when the telnet connects
Feb 20 00:14:03 <a77ila> finally gotten some time to try this out...
Feb 20 00:14:16 <a77ila> so, upgrade via redboot went fine
Feb 20 00:14:32 <a77ila> although I had some upslug2 funniness
Feb 20 00:14:35 <a77ila> not-NSLU2 00:13:10:ce:f0:31 Product ID: 1 Protocol ID: 0 Firmware Version: R23V24 [0x2324]
Feb 20 00:14:35 <a77ila> [no NSLU2 machines found in upgrade mode]
Feb 20 00:14:57 <a77ila> (this while the slug most definitely was in upgrade mode)
Feb 20 00:15:18 <a77ila> but it did flash it eventually
Feb 20 00:16:23 <dwery> upgrade upslug
Feb 20 00:26:09 <dwery> rwhitby: I think 97-ds101-pci.patch can go upstream...
Feb 20 00:26:33 <rwhitby> ok, who pushed the original ds101 patches?
Feb 20 00:27:20 <dwery> dunno.. 
Feb 20 00:27:27 <dwery> but I think Nail can pish this one
Feb 20 00:27:29 <dwery> push*
Feb 20 00:27:37 <rwhitby> agreed
Feb 20 00:27:44 <rwhitby> (since he's the only one with a ds101)
Feb 20 00:28:06 <dwery> 80-nas100d-fix-i2c.patch too
Feb 20 00:28:50 <rwhitby> Do you want to push that one, or shall I?  We can both sign off on it.
Feb 20 00:29:43 <dwery> I appreciate if you can do it
Feb 20 00:30:06 <dwery> you can add my Signed-of-by :)
Feb 20 00:33:54 <dwery> 65-loft-config.patch should be pushed too
Feb 20 00:35:36 <dwery> 81-nslu2-power.patch
Feb 20 00:35:54 <dwery> all the others will have to wait a bit
Feb 20 00:36:04 <dwery> 10-..flash and 61..beeper are in rc4
Feb 20 00:36:44 <rwhitby> I'll let [g2] push any Loft patches
Feb 20 00:36:58 <dwery> yep
Feb 20 00:37:03 <dwery> we should stress him on that :-D
Feb 20 00:37:19 <rwhitby> so 80-nas100d and 81-nslu2 then
Feb 20 00:37:41 <dwery> yes
Feb 20 00:38:01 <dwery> and I hope rpurdie will we able to get leds support in
Feb 20 00:38:06 <dwery> as well as me with rtc class
Feb 20 00:39:11 <rwhitby> yep, anything we can do to help there?
Feb 20 00:39:13 <dwery> I just wrote to Andrew
Feb 20 00:39:31 <dwery> dunno.. I think most of the work is done.. if we get in mm we should be ok
Feb 20 00:40:20 <dwery> dunno what to do with 91-maclist
Feb 20 00:40:40 <rwhitby> I have jbowler's permission to push it on his behalf
Feb 20 00:40:53 <tbm> oh, can you please do so
Feb 20 00:40:54 <rwhitby> s/I/We/
Feb 20 00:40:54 <jbot> rwhitby meant: We have jbowler's permission to push it on his behalf
Feb 20 00:41:01 <dwery> so you might try lkml
Feb 20 00:41:08 <dwery> with a couple of Signed-off-bys
Feb 20 00:41:24 * rwhitby is an lkml-virgin
Feb 20 00:41:41 <dwery> i've just gone nude with the rtc
Feb 20 00:41:45 <dwery> tbm? :)
Feb 20 00:42:39 <tbm> ok, can do
Feb 20 00:42:49 <dwery> ok.. let me check again that code
Feb 20 00:45:24 <dwery> seems ok to me
Feb 20 00:45:41 <dwery> i'm not sure on #ifdef module
Feb 20 00:45:46 <dwery> s/module/MODULE/
Feb 20 00:45:46 <jbot> dwery meant: i'm not sure on #ifdef MODULE
Feb 20 00:46:24 <dwery> I'd post it with a descriptions saying that it ha sbeen tested for a couple of months on several platform, etc etc..
Feb 20 00:47:02 <tbm> me?
Feb 20 00:47:23 <dwery> yes.
Feb 20 00:47:28 <tbm> ok
Feb 20 00:47:42 <dwery> you can add my signoff and rwhitby's too I think
Feb 20 00:47:47 <rwhitby> yes
Feb 20 00:48:25 <dwery> Signed-off-by: Alessandro Zummo <a.zummo@towertech.it>
Feb 20 00:48:26 <dwery> :-D
Feb 20 00:48:44 <tbm> yeah, ok
Feb 20 00:49:28 <rwhitby> Hmm - I can't get past the "you haven't read the help page" on http://www.arm.linux.org.uk/developer/patches/add.php
Feb 20 00:50:23 <dwery> cookies?
Feb 20 00:59:56 <tbm> ok, submitted
Feb 20 01:00:55 <dwery> ty
Feb 20 01:10:54 <dwery> tbm: [2/2] cannot go in
Feb 20 01:11:02 <dwery> as it uses features that are not in the kernel
Feb 20 01:11:17 <tbm> I sent it as RFC
Feb 20 01:11:28 <dwery> ok
Feb 20 01:12:06 <dwery> I replied to andrew about the rtc with my initial email.. I hope it will be sufficent
Feb 20 01:53:17 <[g2]> dwery rwhitby I'll look over the Loft patches then start pushing upstream
Feb 20 01:53:19 <dwery> tbm: ping
Feb 20 01:53:55 <rwhitby> [g2]: sweet
Feb 20 01:54:16 <[g2]> rwhitby probably in another week or two I'll push the DSM-G600 changes too
Feb 20 01:54:17 <dwery> [g2]: great!
Feb 20 01:54:37 <[g2]> there's a bug in LE mode of the IDE driver
Feb 20 01:54:42 <dwery> ach!
Feb 20 01:54:46 <dwery> which controller?
Feb 20 01:54:56 <[g2]> I was looking at it with beewoolie the other night
Feb 20 01:55:01 <[g2]> dwery no controller
Feb 20 01:55:11 <[g2]> they drive the IDE/CF over the expansion bus
Feb 20 01:55:12 <dwery> phew.. I tought it was artop ;)
Feb 20 01:55:21 <dwery> Loft or DSM-G600?
Feb 20 01:55:21 <[g2]> it's really straight forward
Feb 20 01:55:25 <[g2]> Loft
Feb 20 01:55:29 <dwery> uh ok..
Feb 20 01:55:35 <dwery> we need to port that drive rto libpata
Feb 20 01:55:37 <[g2]> the DSM-G600 has a VIA chip
Feb 20 01:55:52 <[g2]> or the ACAD chip
Feb 20 01:56:01 <[g2]> there's 2 via and and ACAD
Feb 20 01:56:14 <[g2]> s/ACAD/ACARD/
Feb 20 01:56:15 <jbot> [g2] meant: there's 2 via and and ACARD
Feb 20 01:56:24 <dwery> tbm: I suggest answering something like that: :Because sometimes you need to have networking available
Feb 20 01:56:24 <dwery>  well before userspace ."
Feb 20 01:56:43 <tbm> dwery: can you respond?
Feb 20 01:56:53 <dwery> sure, do you agree on the answer?
Feb 20 01:56:57 <[g2]> Oh.. I thought you'd be sleeping :)
Feb 20 01:57:16 <dwery> sleeping? is just 3am here :-D
Feb 20 01:57:25 <rwhitby> is netconsole a good reason?
Feb 20 01:57:46 <rwhitby> (especially for a device with no serial port or physical console)
Feb 20 01:57:48 <dwery> nfs root...
Feb 20 01:58:15 <tbm> nfs root seems like a good reason
Feb 20 01:58:23 <tbm> still, I think their response will be "early userspace"
Feb 20 01:58:26 <tbm> that's the current trend.
Feb 20 01:58:37 <dwery> ok, I'll answer that way
Feb 20 01:58:57 <rwhitby> netconsole would be before early userspace, wouldn't it?
Feb 20 01:59:06 <rwhitby> (especially if you're debugging early userspace)
Feb 20 01:59:36 <tbm> probably
Feb 20 02:03:12 <rwhitby> dwery: 80-nas100d and 81-nslu2 sent, copied to you.
Feb 20 02:03:27 <dwery> saw them, ty
Feb 20 02:05:25 <rwhitby> anyone know how to set up Thunderbird to make the arm patch system happy?
Feb 20 02:05:38 <rwhitby> "Your mail client appears to send messages using the text/plain
Feb 20 02:05:38 <rwhitby>          "flowed" format.  This is known to break patches.  Please
Feb 20 02:05:38 <rwhitby>          consider either disabling this feature (Pine users can do this -
Feb 20 02:05:38 <rwhitby>          see the Pine 4.60 release notes at:
Feb 20 02:05:38 <rwhitby>          http://www.washington.edu/pine/changes/4.58-to-4.60.html
Feb 20 02:05:39 <rwhitby>          point 4) or using an alternative mailer."
Feb 20 02:06:13 <rwhitby> can't use the web interface, can't use the email interface.  Someone doesn't want me to submit these patches ...
Feb 20 02:06:28 <dwery> eheh :)
Feb 20 02:06:34 <dwery> I use sylpheed
Feb 20 02:13:17 <rwhitby> dwery: would you be able to submit the 81-nslu2 power patch?  The patch system seems to have accepted the other one, but not that one.  Go figure.
Feb 20 02:15:42 <dwery> ack
Feb 20 02:15:55 <NAiL> hmm
Feb 20 02:18:36 <rwhitby> dwery: are you able to control the ready led on the nas100d?  mine continues flashing irrespective of /sys/leds operations
Feb 20 02:19:02 <dwery> rwhitby: iirc I was able to stop flashing it
Feb 20 02:19:55 <dwery> and even to mix timer trigger with his natural flashing ;)
Feb 20 02:20:37 <NAiL> The ds101 has the same flashing. Setting the GPIO high on the ds101 set it solid. 
Feb 20 02:20:38 <dwery> rwhitby: patch sent
Feb 20 02:20:57 <rwhitby> thx
Feb 20 02:21:27 <NAiL> Hmm... mixint timer trigger with natural flashing? Interesting
Feb 20 02:21:39 <NAiL> s/mixint/mixing/
Feb 20 02:21:39 <jbot> NAiL meant: Hmm... mixing timer trigger with natural flashing? Interesting
Feb 20 02:21:52 <dwery> linux would need a global patch management system.. but I'm not going to tell that to anyone :-D
Feb 20 02:22:15 <dwery> NAiL: it's a curious effect
Feb 20 02:22:17 <NAiL> methinks patch monkeys are good
Feb 20 02:23:01 <dwery> http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3342/1
Feb 20 02:23:02 <NAiL> The DS101 power led defaults to flashing. If I combine that with any trigger, it just looks weird :(
Feb 20 02:27:09 <rwhitby> dwery: it rejected my 80-nas100d patch now too :-(
Feb 20 02:27:24 <dwery> ouch. same reason?
Feb 20 02:27:27 <rwhitby> yep
Feb 20 02:28:02 <dwery> i'll send via the web interface
Feb 20 02:31:10 <dwery> http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3343/1
Feb 20 02:31:22 <rwhitby> thx
Feb 20 02:31:56 <dwery> does that drop down list mean that I can change the status? :D
Feb 20 02:35:16 <dwery> anybody know which is the smallest linux/arm board commercially available? let's say smaller than an nslu2 but bigger than a gumstix?
Feb 20 02:36:08 <NAiL> hmm
Feb 20 02:37:23 <NAiL> methinks it is time to go to bed. 
Feb 20 02:37:39 <NAiLzZz> nite all
Feb 20 02:37:51 <dwery> NAiLzZz: i thought you was about to give me an answer :)
Feb 20 02:38:11 <dwery> bedtime for me too...
Feb 20 02:38:14 <dwery> nite
Feb 20 07:16:50 <rwhitby> Sill need three more alpha testers for Unslung 6.5-alpha to go beta ...
Feb 20 07:19:41 <NAiLzZz> regarding testers, I think slugos 3.6 beta needs a tester or two
Feb 20 07:19:59 * NAiL doesn't know why he's awake yet. But he is.
Feb 20 07:40:35 <CIA-8> 03bzhou * 10unslung/make/ (py-cherrypy.mk py-celementtree.mk py-elementtree.mk): use setuptools so we can have eggs, bumped up IPK_VERSION
Feb 20 07:42:00 <CIA-8> 03bzhou * 10unslung/make/py-setuptools.mk: dirclean now cleans up staging stuff as well
Feb 20 07:43:53 <CIA-8> 03bzhou * 10unslung/make/py-sqlobject.mk: upgrade py-sqlobject to 0.8dev_r1457
Feb 20 07:47:06 <CIA-8> 03bzhou * 10unslung/ (Makefile make/py-docutils.mk): py-turbogears and py-docutils ready for testing
**** ENDING LOGGING AT Mon Feb 20 10:59:56 2006