| 00:08.29 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 00:28.36 | CIA-8 | 03nail 07org.openembedded.dev * rec6809b2... 10/packages/linux/ (2 files in 2 dirs): nslu2-kernel: Add "disk_led_blinking.patch", to enable disk1/disk2 leds. |
| 01:13.34 | CIA-8 | 03nail 07org.openembedded.dev * r7ee33083... 10/packages/meta/openslug-image.bb: openslug-image: Add udev. With udev_070 it works like it's supposed to |
| 01:36.30 | *** join/#nslu2-linux _chris_ (n=chris@pcp0011514199pcs.hyatsv01.md.comcast.net) |
| 02:03.15 | kangaroo | rwhitby: more packages coming soon |
| 02:04.33 | *** join/#nslu2-linux conradl (n=abuse@CPE-60-226-17-180.qld.bigpond.net.au) |
| 03:15.31 | *** join/#nslu2-linux nslu2bot (n=supybot@netblock-66-159-209-6.dslextreme.com) |
| 04:22.39 | *** join/#nslu2-linux rwhitby-lunch (n=c058a223@nslu2-linux/rwhitby) |
| 04:22.52 | *** join/#nslu2-linux ka6sox-office (n=tking@nslu2-linux/ka6sox) |
| 04:28.19 | [g2] | rwhitby you wanted to talk about upstream kernel changes ? |
| 04:30.03 | rwhitby | Yep, you said there were three things needed ... |
| 04:30.08 | rwhitby | dwery is working on the RTC |
| 04:30.13 | rwhitby | what are the other two? |
| 04:30.34 | [g2] | The other changes are NSLU2 specific |
| 04:30.44 | [g2] | some general, some really specific |
| 04:30.50 | *** part/#nslu2-linux ka6sox-office (n=tking@nslu2-linux/ka6sox) |
| 04:31.31 | [g2] | I've been working from the 2.6.11.12 aggregated patchset that Jacmet, dwery and yvasilev have been playing with some |
| 04:33.13 | rwhitby | OK, is everyone aware of the list of requirements that Lennert sent to nslu2-developers, that need to be done before the patches have any hope of upstream acceptance? |
| 04:35.43 | [g2] | I've got an old e-mail from Lennert |
| 04:35.56 | [g2] | it's got extensive commments in it |
| 04:36.20 | [g2] | he may want to sanitize it a little |
| 04:36.29 | rwhitby | Is that the one that Lennert mailed to nslu2-developers? |
| 04:36.41 | [g2] | quite possibly |
| 04:36.47 | [g2] | I'll check the list |
| 04:37.07 | rwhitby | http://groups.yahoo.com/group/nslu2-developers/message/33 |
| 04:37.42 | [g2] | was just reading that's the summary of the issues |
| 04:38.45 | rwhitby | and then dwery has started work on that list: http://groups.yahoo.com/group/nslu2-developers/message/37 |
| 04:39.26 | rwhitby | So we need to get those into monotone, and work on Lennert's list in place ... |
| 04:39.55 | yvasilev | [g2]: ping |
| 04:40.53 | yvasilev | actually, some be guy: ping |
| 04:41.00 | [g2] | yvasilev pong |
| 04:41.26 | [g2] | rwhitby those are recycled OE patches |
| 04:41.33 | yvasilev | [g2]: do you have acess to a 2.6.x running be slug? |
| 04:41.50 | [g2] | yvasilev I can boot one in 30 seconds |
| 04:42.03 | yvasilev | I'm (almost) shure I found the bud |
| 04:42.17 | [g2] | cool! |
| 04:42.26 | yvasilev | could you compile and tun be module, |
| 04:42.29 | yvasilev | 2.0 |
| 04:43.16 | [g2] | ? |
| 04:43.23 | yvasilev | you'll need IPL_ixp400AccessLibrary-2_0.zip, IPL_ixp400NpeLibrary-2_0.zip and snapgear-modules-20050914.sh |
| 04:43.35 | yvasilev | s/tun/run |
| 04:45.07 | [g2] | yvasilev I'm not really setup right now to test the 2.0 libs |
| 04:45.09 | rwhitby | [g2]: yes, dwery has done the first step (organise them in the way that upstream kernel maintainers like them) |
| 04:45.56 | yvasilev | [g2]: it's just a quick compile and a couple of insmods ;-) |
| 04:46.20 | rwhitby | [g2]: and he also changed the -timer, -setup and -io to complete at least one of the items on Lennert's list. So they are a definite step forware. |
| 04:46.22 | rwhitby | forward. |
| 04:46.22 | [g2] | well the loft covers many similar changes |
| 04:46.29 | yvasilev | if i'm correct, it should work out of the box |
| 04:46.44 | rwhitby | [g2]: no - let's get you and dwery working together on them instead of duplicating effort then :-) |
| 04:46.51 | rwhitby | s/no/nod/ |
| 04:47.03 | kangaroo | rwhitby: another 15-20 packages uploading now |
| 04:47.10 | [g2] | rwhitby I'm just about done |
| 04:47.18 | [g2] | it's clean up time |
| 04:47.32 | [g2] | I've only got 431 lines of patches total |
| 04:47.41 | rwhitby | [g2]: have you completed all the items on Lennert's list already? You are the MAN! |
| 04:48.18 | yvasilev | [g2]: and the nslu2 should be identical to your boars with respect to this module |
| 04:48.18 | [g2] | not yet, but I don't think it'll take that long to clean up a few hunderd lines |
| 04:48.43 | yvasilev | else, I need a be volunteer! |
| 04:48.58 | kangaroo | <ot> anyone have any experience with linux on ip27? |
| 04:49.05 | rwhitby | [g2]: we need to make sure that you and dwery are not doing the same "cleanup" then |
| 04:49.29 | [g2] | yvasilev I'd _love_ to try the changes but I'm working on the board I got just this last Friday. |
| 04:49.45 | rwhitby | [g2]: and is the loft set going into monotone to replace the existing ones there? Or are we diverging into a separate Loft repo? |
| 04:49.46 | yvasilev | [g2]: ok, no problem |
| 04:50.00 | [g2] | It's the 1st board after several months |
| 04:50.50 | [g2] | right now I've got to forward port 1 module and prepare to push these kernel changes upstream |
| 04:50.59 | rwhitby | [g2]: i.e. are you and dwery both working on nslu2 kernel patches to replace the existing set in OE monotone nslu2-kernel dir? Or are you doing a separate set for Loft (in which case dwery needs to keep going on the nslu2 set) ? |
| 04:51.58 | [g2] | rwhitby the changes between the Loft and the NSLU2 for these 12 files are pretty much all cookie cutter |
| 04:52.25 | [g2] | the platform will diverge a bunch from there |
| 04:52.27 | rwhitby | [g2]: i.e. in the (at least) couple of months it will take to get patches accepted upstream, and released into a kernel version that we use, will we have two sets of patches, or will there be one set of patches that lives in the OE monotone repo which are used for both nslu2 and Loft ? |
| 04:53.10 | rwhitby | (i.e. will *you* be checking the patches that you are pushing upstream into the OE monotone repo before you push them upstream?) |
| 04:53.23 | rwhitby | (so that dwery can start from those instead) |
| 04:53.27 | [g2] | rwhitby with the emergence of OpenDebianSlug, having a separate set of kernel patches became much more imporant |
| 04:54.16 | rwhitby | fully agree with that. Where does that single set of ixp425 nslu2/Loft patches (some generic, some specific to the board) live? Is it in your business's repo, or is it in the OE monotone repo? |
| 04:54.21 | [g2] | I think the debonaras work and ODS is 99% independent of the nslu2-linux/monotone build |
| 04:54.51 | [g2] | the NSLU2 and Loft are different machine ids |
| 04:55.13 | [g2] | so they are two separate sets |
| 04:55.32 | rwhitby | I ask again. Where are those patches going to be stored, so that people working on Unslung/OpenSlug/OpenDebianSlug/LoftOS/Debian-armeb/Whatever can all use the subset ? |
| 04:55.42 | [g2] | the Loft happens to be much closer to the IXP425 reference and there's not very much baggage |
| 04:56.16 | [g2] | I'll be posting the Loft's changes on www.giantshoulderinc.com |
| 04:56.22 | rwhitby | [g2]: is there going to be a common repo for the Loft and NSLU2 patches, or not? |
| 04:56.40 | [g2] | yeah the arm-linux-kernel |
| 04:57.05 | [g2] | they are two sub arches in the mach-ixp4xx |
| 04:57.26 | *** join/#nslu2-linux rwhitby-web (n=c058a223@nslu2-linux/rwhitby) |
| 04:58.13 | rwhitby-web | yes, that will be the resting place when the patches are accepted upstream. |
| 04:58.59 | rwhitby-web | where do they live in the meantime (which could be easily 6 months) |
| 04:59.50 | rwhitby-web | Will there be a common single repo, where Loft and NSLU2 patches co-reside (so that anything in common can be shared and worked on together), or will there not? |
| 05:00.23 | [g2] | the platforms are divergent |
| 05:00.45 | [g2] | however, they start with 40% overlap |
| 05:01.09 | [g2] | and the changes submitted upstream can be identical but unique to the platform |
| 05:01.12 | rwhitby-web | Will there be a common single repo, where Loft and NSLU2 patches co-reside (so that anything in common can be shared and worked on together), or will there not? |
| 05:03.06 | [g2] | well they will not be because there won't really be a repo for the Loft |
| 05:03.33 | [g2] | it's just kernel changes, Redboot/APEX, and the unofficial Debian rootfs |
| 05:03.56 | rwhitby-web | ok, what repo will the kernel changes be checked into? |
| 05:03.57 | [g2] | since all the kernel changes are going upstream, in the meantime is a simple patchset |
| 05:04.09 | CIA-8 | 03bzhou * 10unslung/ (make/git-core.mk sources/git-core/Makefile.patch): upstream upgrade from 0.99.4 to 0.99.7 |
| 05:04.30 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 05:04.39 | [g2] | I'm saying that I have no need to have the Loft kernel patches in a repo |
| 05:04.42 | CIA-8 | 03bzhou * 10unslung/make/cogito.mk: upstream upgrade from 0.13 to 0.15 |
| 05:04.59 | [g2] | they'll just be on the my web site |
| 05:05.14 | rwhitby-web | You may not have a need, but nslu2-linux has a need to not duplicate effort on patches for the nslu2 kernel. |
| 05:06.09 | [g2] | right that's exactly why I'm doing those changes first, to be able to make the same changes for NSLU2 if desired and check those into the nslu2 repo |
| 05:06.28 | [g2] | that get nslu2 40% of the way there |
| 05:06.35 | [g2] | it's a process |
| 05:06.37 | rwhitby-web | OK, but dwery is also doing the same thing at the moment. |
| 05:07.17 | [g2] | yeah and there 250 machine Ids for ARM in the last 1.5 years... Lots of people are doing it |
| 05:08.03 | rwhitby-web | Right, but those people are not part of the nslu2-linux community, so they have an excuse to not cooperate. We have scarce resources and need to build upon each other's work, not duplicate effort. |
| 05:08.08 | [g2] | we clearly need to communicate with one another and not duplicate work |
| 05:08.25 | [g2] | but somethimes that'll happen |
| 05:08.27 | rwhitby-web | Excellent. Thanks. |
| 05:11.49 | rwhitby-web | I have posted a summary to nslu2-developers, so everyone knows what the plan is. |
| 05:12.36 | rwhitby-web | But it would be much easier if you had a public repo (or just used the OE repo) for the Loft changes ... |
| 05:19.14 | rwhitby-web | Jacmet: we need to somehow get your http://peter.korsgaard.com/articles/openslug1.2-2.6.11.12.patch into this process of rationalisation of NSLU2 kernel patches for upstream too ... |
| 05:19.19 | [g2] | rwhitby-web, I've only been working on the Loft specific stuff or like 72 hours now |
| 05:19.37 | [g2] | I've done the dry-run before on the old Avila board |
| 05:19.45 | rwhitby-web | [g2]: All the better - start off with the patches in the right place ;-) |
| 05:20.03 | [g2] | and the right place is the upstream kernel |
| 05:20.12 | [g2] | that's what I'm preparing |
| 05:20.27 | [g2] | all 400/500 lines of it |
| 05:20.49 | rwhitby-web | NO!!!!!!!!!!!!!! I am talking about BEFORE it goes upstream. |
| 05:21.03 | rwhitby-web | (and until it comes *BACK* from upstream) |
| 05:21.14 | rwhitby-web | How can I make that more clear? |
| 05:22.09 | [g2] | rwhitby-web, Are you saying I should hold up the Loft specific changes ? |
| 05:23.07 | rwhitby-web | No. |
| 05:23.16 | [g2] | well that's all I'm talking about |
| 05:23.44 | [g2] | so I'm confused |
| 05:23.49 | rwhitby-web | I'm requesting (and it's just that - you are free to do what you want as giantshoulderinc) that you develop that patchset in a common repo with nslu2-linux so that others can build upon it in-place. |
| 05:24.15 | rwhitby-web | and structure it in many small patches so that those that are common with nslu2 can be used in-place |
| 05:24.55 | rwhitby-web | and gain the benefit of Lennert and others reviewing your patches before you send them off (if you so desire) |
| 05:25.22 | rwhitby-web | but not letting nslu2-linux hold up or impede your business plans for getting Loft kernel patches upstream |
| 05:27.27 | rwhitby-web | From day one in nslu2-linux, we have kept our source code in publicly-readable (and trusted-developer-writeable) repositories, and we have reaped the FOSS reward for doing that. I'm at a loss to understand why you are diverging from that principle now (i.e. developing the patches in private, and putting them on a website instead of in a repo) |
| 05:27.57 | rwhitby-web | If there is a business reason for doing so, then I can fully appreciate that, and will stop hassling you. |
| 05:28.19 | [g2] | rwhitby-web you have a control issue about this |
| 05:28.57 | [g2] | it's a mountain from a mole-hill |
| 05:30.04 | [g2] | After I do a tiny bit more clean up in the morning I'll post the entire thing to the nslu2-developer ml |
| 05:47.15 | rwhitby-web | [g2]: ok, just to try and summarize: |
| 05:47.40 | rwhitby-web | 1/ You prefer to keep the Loft-specific changes separate |
| 05:47.52 | [g2] | rwhitby-web, nod. |
| 05:48.11 | rwhitby-web | 2/ You're going to take Lennert's list into account when you do the Loft changes (to give yourself the best chance of getting them accepted upstream) |
| 05:48.25 | [g2] | nod again |
| 05:48.33 | rwhitby-web | 3/ Then you're going to post them (or put them on your website) |
| 05:48.43 | [g2] | both. |
| 05:49.14 | rwhitby-web | 4/ dwery should continue to structure the nslu2 changes independently, cause you believe there will be little in common (same sort of changes, but different files or regions in the same file) |
| 05:49.55 | [g2] | dwery and I should compare lists |
| 05:50.17 | [g2] | about 12 files are just simple name changes NSLU2/LOFT |
| 05:50.22 | [g2] | nslu2_ loft_ |
| 05:50.43 | rwhitby-web | 5/ dwery should then take your Loft changes (and http://peter.korsgaard.com/articles/openslug1.2-2.6.11.12.patch) and Lennert's list as inputs, and then produce a replacement set of nslu2 patches which can be checked into monotone by dwery and used as the basis of the kernel for UcSlugC, OpenSlug an OpenDebianSlug, and also used for the Debian nslu2 kernel package. |
| 05:52.17 | rwhitby-web | [g2]: does that meet both our needs? |
| 05:52.18 | [g2] | on 5/, based on the comments on the loft changes, the should incorporate those |
| 05:52.28 | [g2] | and then submit upstream |
| 05:52.30 | rwhitby-web | nod |
| 05:52.57 | [g2] | I can preview the changes on nslu2-developer ml before sending upstream for RFC |
| 05:53.22 | rwhitby-web | That would be great. |
| 05:53.51 | [g2] | Well let's plan on it |
| 05:53.56 | rwhitby-web | We would want the Loft and nslu2 kernel changes to be along the same lines, to give both the best chance of acceptance, but not hold each other up. |
| 05:54.05 | [g2] | the changes should be done tomorrow or the next day |
| 05:54.47 | [g2] | I'm just missing 1 change which is for CF/IDE booting that's unrelated to the NSLU2 |
| 05:54.52 | *** join/#nslu2-linux dyoung-web (n=80ab9a96@nslu2-linux/dyoung) |
| 05:55.20 | dyoung-web | Okay, I was just thinking about the CSR_1.5 . |
| 05:55.27 | dyoung-web | Did you remember to make the device node? |
| 05:55.34 | dyoung-web | or was that only introduced in 2.0 ? |
| 05:56.02 | dyoung-web | I think it wants to be a 241 0 for loading the npe microcode. |
| 05:56.23 | dyoung-web | That is, unless you've told it to include the microcode. |
| 05:56.26 | rwhitby-web | dyoung-web: are you addressing dwery-zzzz and yvasilev ? |
| 05:56.34 | dyoung-web | yes |
| 05:57.13 | rwhitby-web | [g2]: ok, we have a good plan. thanks for the discussion and thanks as always for the contribution you make. |
| 05:57.36 | [g2] | rwhitby-web I'm honored to just be a part of the team |
| 05:57.53 | rwhitby-web | [g2]: so am I :-) |
| 05:58.01 | [g2] | I'm sorry If I've been unclear |
| 05:58.15 | dyoung-web | Okay, apparently I just missed something here. |
| 05:58.29 | dyoung-web | But that was my random thought of the day for the Intel Access Library. |
| 05:58.31 | dyoung-web | bye. |
| 05:58.42 | rwhitby-web | I gotta go too. |
| 05:58.46 | *** part/#nslu2-linux rwhitby-web (n=c058a223@nslu2-linux/rwhitby) |
| 06:00.58 | [g2] | dyoung-web the V1.2 stuff I'm running (pre-built) doesn't appear to have the nod 241 0 but loads and runs fine |
| 06:02.45 | dyoung-web | the device only became neccessary when they unbundled the npe library. |
| 06:02.53 | dyoung-web | that was either in CSR 1.5 or 2.0 |
| 06:05.05 | [g2] | dyoung-web well I don't think it's 1.5 |
| 06:05.27 | dyoung-web | I just dont remember. |
| 06:05.36 | dyoung-web | Its an issue I've faced before; dont remember when. |
| 06:05.51 | yvasilev | it became the default in 2.0 |
| 06:06.56 | [g2] | yvasilev is there a good summary of the 2.0 changes somewhere ? |
| 06:08.40 | yvasilev | no idea, have seen something in intel pdfs, but don't remember exactly which ones |
| 06:14.32 | *** part/#nslu2-linux dyoung-web (n=80ab9a96@nslu2-linux/dyoung) |
| 07:08.31 | CIA-8 | 03jbowler 07org.openembedded.dev * r0f461962... 10/conf/distro/ucslugc-packages.conf: ucslugc: add udev bb files to the packages to support udev in openslug-image |
| 07:18.08 | widrone | Im checking with Peter if he needs help with the serial-less debian install work btw, so we dont duplicate too much work. |
| 07:34.23 | *** join/#nslu2-linux ingeba (n=ingeba@251.80-203-45.nextgentel.com) |
| 07:43.48 | *** join/#nslu2-linux eno-away (n=eno-away@adsl-67-127-69-49.dsl.snfc21.pacbell.net) |
| 07:44.04 | CIA-8 | 03frederic 07org.openembedded.dev * r52e24857... 10/packages/linux/ (31 files in 5 dirs): (log message trimmed) |
| 07:44.04 | CIA-8 | added opensimpad-2.4.27-vrs1-pxa1-jpm1 kernel. This contains the |
| 07:44.04 | CIA-8 | following new patches over 2.4.25: |
| 07:44.04 | CIA-8 | - simpad-proc-sys-board.patch (/proc/sys/board patch from Till Harbaum) |
| 07:44.05 | CIA-8 | - simpad-serial.patch (DTR/RTS/CTS support patch from Till Harbaum) |
| 07:44.06 | CIA-8 | - mppe-20040216.patch (add MPPE encryption for PPP) |
| 07:44.08 | CIA-8 | - 2.4.27-mh1.patch (bluetooth patches from Marcel Holtmann) |
| 07:44.10 | CIA-8 | 03frederic 07org.openembedded.dev * rf14fb6df... 10/packages/gpsd/gpsd.inc: Changed section from network to console/network. |
| 07:44.13 | CIA-8 | 03frederic 07org.openembedded.dev * r5ec5f2c1... 10/packages/totem/ (14 files in 4 dirs): |
| 07:44.15 | CIA-8 | totem: version 1.0.2 now compiles |
| 07:44.17 | CIA-8 | I removed version 0.101 which was marked as broken. |
| 07:44.19 | CIA-8 | A few fixes were needed to disable gnomeui code in totem-1.0.2. |
| 07:44.21 | CIA-8 | Don't even try to upgrade it to version 1.2.x for now: it has even more |
| 07:44.23 | CIA-8 | dependencies, such as a very recent version of gnome-vfs... |
| 07:58.07 | *** join/#nslu2-linux kolla_ (i=kolla@firda.uninett.no) |
| 08:22.48 | *** join/#nslu2-linux ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 08:57.05 | *** join/#nslu2-linux halle (i=halle@cf172.netikka.fi) |
| 08:57.32 | kolla_ | juhu.. glibc done |
| 09:02.10 | *** join/#nslu2-linux conradl (n=abuse@CPE-60-226-17-180.qld.bigpond.net.au) |
| 09:03.22 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 09:43.58 | dwery | checking in... |
| 09:45.05 | dwery | yvasilev: I've read you found the bug? is that correct? |
| 09:47.25 | rwhitby-away | dwery: here's the update (excuse the flood): |
| 09:47.28 | rwhitby-away | Sep 19 22:49:51 <rwhitby-web> [g2]: ok, just to try and summarize: |
| 09:47.28 | rwhitby-away | Sep 19 22:50:16 <rwhitby-web> 1/ You prefer to keep the Loft-specific changes separate |
| 09:47.28 | rwhitby-away | Sep 19 22:50:28 <[g2]> rwhitby-web, nod. |
| 09:47.28 | rwhitby-away | Sep 19 22:50:47 <rwhitby-web> 2/ You're going to take Lennert's list into account when you do the Loft changes (to give yourself the best chance of getting them accepted upstream) |
| 09:47.28 | rwhitby-away | Sep 19 22:51:01 <[g2]> nod again |
| 09:47.29 | rwhitby-away | Sep 19 22:51:09 <rwhitby-web> 3/ Then you're going to post them (or put them on your website) |
| 09:47.31 | rwhitby-away | Sep 19 22:51:19 <[g2]> both. |
| 09:47.33 | rwhitby-away | Sep 19 22:51:50 <rwhitby-web> 4/ dwery should continue to structure the nslu2 changes independently, cause you believe there will be little in common (same sort of changes, but different files or regions in the same file) |
| 09:47.36 | rwhitby-away | Sep 19 22:52:31 <[g2]> dwery and I should compare lists |
| 09:47.38 | rwhitby-away | Sep 19 22:52:53 <[g2]> about 12 files are just simple name changes NSLU2/LOFT |
| 09:47.40 | rwhitby-away | Sep 19 22:52:58 <[g2]> nslu2_ loft_ |
| 09:47.42 | rwhitby-away | Sep 19 22:53:19 <rwhitby-web> 5/ dwery should then take your Loft changes (and http://peter.korsgaard.com/articles/openslug1.2-2.6.11.12.patch) and Lennert's list as inputs, and then produce a replacement set of nslu2 patches which can be checked into monotone by dwery and used as the basis of the kernel for UcSlugC, OpenSlug an OpenDebianSlug, and also used for the Debian nslu2 kernel package. |
| 09:47.47 | rwhitby-away | Sep 19 22:54:53 <rwhitby-web> [g2]: does that meet both our needs? |
| 09:47.49 | rwhitby-away | Sep 19 22:54:54 <[g2]> on 5/, based on the comments on the loft changes, the should incorporate those |
| 09:47.51 | rwhitby-away | Sep 19 22:55:04 <[g2]> and then submit upstream |
| 09:47.53 | rwhitby-away | Sep 19 22:55:06 <rwhitby-web> nod |
| 09:47.55 | rwhitby-away | Sep 19 22:55:33 <[g2]> I can preview the changes on nslu2-developer ml before sending upstream for RFC |
| 09:47.57 | rwhitby-away | Sep 19 22:55:58 <rwhitby-web> That would be great. |
| 09:47.59 | rwhitby-away | Sep 19 22:56:27 <[g2]> Well let's plan on it |
| 09:48.01 | rwhitby-away | Sep 19 22:56:32 <rwhitby-web> We would want the Loft and nslu2 kernel changes to be along the same lines, to give both the best chance of acceptance, but not hold each other up. |
| 09:48.04 | rwhitby-away | Sep 19 22:56:41 <[g2]> the changes should be done tomorrow or the next day |
| 09:48.46 | NAiLzZz | ... |
| 09:49.45 | dwery | rwhitby-away: ok. thanks. |
| 10:01.57 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 10:33.54 | CIA-8 | 03frederic 07org.openembedded.dev * r344cfe46... 10/packages/gnome/ (gnome-vfs-dbus/gssapi.patch gnome-vfs-dbus_2.8.4.4.bb): |
| 10:33.54 | CIA-8 | gnome-vfs-dbus: do not use GSSAPI_LIBS if gssapi does not compile |
| 10:33.54 | CIA-8 | http://bugs.openembedded.org/show_bug.cgi?id=250 |
| 10:45.23 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 11:07.35 | dwery | reading the logs, it seems yvasilev got the bug a few hours ago and was searching for a be volunteer... any news on that? |
| 11:08.51 | NAiL | nope |
| 11:09.02 | NAiL | I'm not set up to compile the stuff, I guess |
| 11:09.13 | NAiL | I could test it if someone compiled it |
| 11:10.49 | dwery | ok. let's wait for yvasilev to come back then. |
| 11:17.19 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 11:17.41 | dyoung-zzzz | morning inge |
| 11:22.27 | rwhitby-away | ingeba: are you still running Unslung? |
| 11:24.39 | *** part/#nslu2-linux dwery (n=dwery@213-140-6-127.ip.fastwebnet.it) |
| 11:25.18 | *** join/#nslu2-linux conradl (n=abuse@CPE-60-226-17-180.qld.bigpond.net.au) |
| 11:25.43 | *** join/#nslu2-linux dwery (n=dwery@213-140-6-127.ip.fastwebnet.it) |
| 11:32.54 | rwhitby-away | conradl: what was that about you leaving your job? |
| 11:37.04 | conradl | yeah had a guts-full ...and left...i do things like that. |
| 11:37.20 | NAiL | kinda the same way I left siemens |
| 11:37.40 | conradl | my brother hates them with a passion. |
| 11:37.56 | NAiL | Siemens? |
| 11:37.59 | NAiL | I'm not surprised :P |
| 11:38.03 | conradl | yeah |
| 11:38.26 | conradl | their office in brisbane had issues. |
| 11:39.37 | conradl | i had setup a replacement job. so 1 weeks holiday and back to the grind. wanna buy a PC? |
| 11:40.16 | *** join/#nslu2-linux kolla__ (i=kolla@firda.uninett.no) |
| 11:41.18 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 11:41.24 | NAiL | heh, not exactly, why? |
| 11:42.03 | conradl | i will be with a whitebox mob from next tuesday. |
| 11:42.12 | NAiL | ah |
| 11:42.26 | NAiL | Can't say I've ever bought a pre-built box |
| 11:43.14 | conradl | a nslu2 would be pre-built? |
| 11:43.31 | NAiL | ah yes, that's embedded |
| 11:43.47 | NAiL | The amd x64 3700+ desktop I have today, is merely an upgraded version of my 386dx/33... Not a single part is left though :P |
| 11:46.04 | conradl | i also have issues like that. new case every 6 months, new bits every month. |
| 11:51.58 | dyoung-zzzz | "upgraded 386" ?? |
| 11:52.02 | dyoung-zzzz | geez dude. |
| 11:52.06 | dyoung-zzzz | BUY A CASE! |
| 11:52.20 | dyoung-zzzz | or is that differnt too? |
| 11:52.28 | NAiL | that has been upgraded a bunch of times |
| 11:52.42 | NAiL | along with everything else... |
| 11:52.47 | dyoung-zzzz | Okay. hehe I thought you were implying you were using the same case! |
| 11:52.52 | NAiL | heh, no |
| 11:53.26 | dyoung-zzzz | I was getting ready to paypal you a case! ;-) |
| 11:53.40 | NAiL | hahaha |
| 11:53.49 | NAiL | no, I have several cases |
| 11:54.33 | *** join/#nslu2-linux bullet (n=bullet@250.223.62.81.cust.bluewin.ch) |
| 11:55.49 | conradl | a nice silent zalman with heatpipes everywhere About 1500 here. |
| 11:56.06 | NAiL | zalman what? |
| 11:56.25 | *** join/#nslu2-linux malfi (n=malte@dsl-082-082-192-041.arcor-ip.net) |
| 11:56.55 | conradl | zalman make a v nice v dear case with heatpipe cooling. for about 1500 AU |
| 11:57.10 | *** join/#nslu2-linux bullet (n=bullet@250.223.62.81.cust.bluewin.ch) |
| 11:57.17 | NAiL | oooh |
| 11:57.28 | NAiL | How much is 1 AU? |
| 11:57.37 | NAiL | in eur, usd or nok ;) |
| 11:57.44 | conradl | .77 us or .44 gbp |
| 11:57.56 | conradl | whats a nok? |
| 11:58.14 | NAiL | conradl: Norwegian Krone |
| 11:58.26 | conradl | nice. |
| 11:59.18 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:00.04 | NAiL | that's an... expensive case |
| 12:01.21 | conradl | i did two last year for a video editing mob with dual xeons 4g ram etc...lots of HD 72K AU all up |
| 12:02.34 | NAiL | ah |
| 12:02.45 | NAiL | I'm using one 120mm fan to cool my PC |
| 12:02.55 | NAiL | that's all I need ;) |
| 12:03.29 | conradl | power supply fan? but its knee deep in ice 6 months of the year? |
| 12:03.56 | NAiL | no, fanless PSU |
| 12:04.03 | NAiL | watercooled everything |
| 12:04.27 | conradl | not a kit i hope |
| 12:04.49 | NAiL | 'tis a kit. And it's a cheap one |
| 12:05.01 | conradl | ouch. |
| 12:05.06 | NAiL | Tt Bigwater |
| 12:06.08 | NAiL | it works like a charm though |
| 12:06.15 | conradl | they look all right, i went stupid and got 1/2" gear with v high flow. |
| 12:06.45 | NAiL | ah |
| 12:08.30 | NAiL | anyway, the 120mm fan is virtually silent, as I run it on the minimum RPM. Also, my case is padded with asphalt and foam ;) |
| 12:08.51 | dyoung-zzzz | asphalt?! |
| 12:08.56 | NAiL | yeah |
| 12:09.06 | dyoung-zzzz | like the stuff you make a road out of? |
| 12:09.09 | NAiL | yes |
| 12:09.13 | NAiL | without the stones, of course |
| 12:09.16 | dyoung-zzzz | how... ... ?? |
| 12:09.18 | *** join/#nslu2-linux ingeba_ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:09.50 | widrone | Hope you didnt fill it with the hot asphalt, or do watercooling stop everything from melting anyway =) |
| 12:11.17 | NAiL | dyoung-zzzz: Something like this: http://www.quietpc.com/uk/materials.php |
| 12:11.49 | NAiL | the "very high density Acoustic Barrier Mass" is asphalt |
| 12:12.09 | NAiL | doubles as double-sided tape |
| 12:12.10 | dyoung-zzzz | Oh, you call that stuff ashfault ? |
| 12:12.43 | NAiL | it's the same sticky goo. only without the stones |
| 12:12.53 | dyoung-zzzz | Looks like HDPE to me. |
| 12:13.01 | dyoung-zzzz | ashphalt is tar + rocks |
| 12:13.12 | dyoung-zzzz | usually. |
| 12:13.26 | NAiL | hdpe? |
| 12:13.40 | dyoung-zzzz | High Density Poly Ethylene. |
| 12:14.45 | NAiL | possible |
| 12:14.58 | NAiL | felt like tar. smelt like tar. |
| 12:15.08 | dyoung-zzzz | hmm, weird. |
| 12:15.11 | conradl | the burning question is ...snow to the knees and raindeer at the backdoor? NAiL? |
| 12:15.23 | dyoung-zzzz | reindeer stink |
| 12:15.26 | NAiL | conradl: not the last 10 years, no. |
| 12:15.34 | NAiL | dyoung-zzzz: yep. Kinda like ferrets. |
| 12:16.06 | dyoung-zzzz | ... But so tasty..... |
| 12:16.42 | NAiL | hmm. |
| 12:16.44 | conradl | i get dropbears in the backyard!... |
| 12:17.26 | rwhitby-away | Reindeers taste like a cross between Dolphin and Koala ... |
| 12:17.48 | NAiL | "Dropbears, cute but deadly!" |
| 12:17.49 | dyoung-zzzz | Whoa, have you really had dolphin? |
| 12:18.05 | conradl | taste like chicken. |
| 12:18.17 | dyoung-zzzz | I've been wondering about dolphin. |
| 12:18.17 | NAiL | whale tastes like shit :P |
| 12:19.00 | dyoung-zzzz | because the japanese word for dolphin literally means "ocean pig"; but since pig is domesticated animal for food; I was kinda wondering if dophin is yummy too. |
| 12:19.21 | NAiL | dyoung-zzzz: reindeer is ok. deer is way better though ;) |
| 12:20.06 | *** join/#nslu2-linux ingeba__ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:24.28 | *** join/#nslu2-linux repvik (n=repvik@nslu2-linux/pdpc.active.repvik) |
| 12:25.02 | repvik | bleh |
| 12:28.02 | *** join/#nslu2-linux ingeba__ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:28.55 | NAiL | bleh |
| 12:29.21 | NAiL | my connection is acting up |
| 12:34.48 | *** join/#nslu2-linux VoodooZ (n=VoodooZ@CPE00c0f021712c-CM000f9fac823a.cpe.net.cable.rogers.com) |
| 12:35.19 | *** join/#nslu2-linux ingeba__ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:36.06 | *** join/#nslu2-linux dyoung (n=dyoung@nslu2-linux/dyoung) |
| 12:43.21 | *** join/#nslu2-linux ingeba___ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:49.20 | *** join/#nslu2-linux ingeba___ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:55.23 | *** join/#nslu2-linux NAiL__ (n=repvik@banan.dataparty-mn.biz) |
| 12:58.06 | *** join/#nslu2-linux ingeba____ (n=ingeba@251.80-203-45.nextgentel.com) |
| 12:58.38 | CIA-8 | 03koen 07org.openembedded.dev * re2a816af... 10/packages/ (2 files in 2 dirs): |
| 12:58.39 | CIA-8 | packages/gpe-contacts/: update hildon version to 0.42 |
| 12:58.39 | CIA-8 | packages/gpe-mini-browser/: update hildon version to 0.16 |
| 13:02.25 | *** join/#nslu2-linux mrtvfuenc (n=me9639@vit94-2-82-66-253-141.fbx.proxad.net) |
| 13:19.36 | *** join/#nslu2-linux NAiL (n=repvik@217-13-18-99.dd.nextgentel.com) |
| 13:25.42 | *** join/#nslu2-linux NAiL__ (n=repvik@banan.dataparty-mn.biz) |
| 13:34.20 | *** join/#nslu2-linux lennert-enp2611 (n=buytenh@alephnull.demon.nl) |
| 13:34.39 | lennert-enp2611 | the irssi package works too |
| 13:35.14 | NAiL | in OE? |
| 13:35.24 | lennert-enp2611 | in debonaras |
| 13:35.33 | NAiL | aah |
| 13:42.46 | *** join/#nslu2-linux twan (n=twan@9-9.242.81.adsl.skynet.be) |
| 13:51.51 | lennert-enp2611 | Belgieeee |
| 13:53.03 | *** join/#nslu2-linux [g2] (n=g2@nslu2-linux/g2) |
| 14:45.45 | *** join/#nslu2-linux dwery (n=dwery@213-140-6-127.ip.fastwebnet.it) |
| 14:54.08 | widrone | There is no mt-daapd package in debian, but there is a .deb (for i386) on the mt-daapd homepage. Tips on strategy there? What route would be most useful to most people? |
| 14:55.16 | widrone | Adopting the package into debian from source, would that make for an easy build for debonaras aswell? |
| 15:06.55 | CIA-8 | 03bzhou * 10unslung/ (4 files in 2 dirs): upstream upgrade from 0.4.25 to 0.4.26 |
| 15:18.27 | yvasilev | dwery: ping |
| 15:20.43 | NAiL | yvasilev: what's the status on the csr stuff? |
| 15:23.25 | yvasilev | NAiL: still need to verify that my conjecture is right, and then it'll need some serious patching |
| 15:25.06 | yvasilev | NAiL: I'll try to build be modules for you to test ;-) |
| 15:28.12 | NAiL | That'd be brilliant :) |
| 15:30.11 | yvasilev | NAiL: what is your uname -a so I know the kernel version I should use |
| 15:30.14 | dwery | yvasilev: pong |
| 15:31.08 | yvasilev | dwery: hi, I probably found it, and you'll be surprised but it's endiannes issue :-D |
| 15:31.36 | NAiL | Linux slugave 2.6.12.2 #1 Tue Sep 20 02:43:48 CEST 2005 armv5teb unknown unknown GNU/Linux |
| 15:31.39 | dwery | I must have known :D |
| 15:32.50 | dwery | yvasilev: tell me :) |
| 15:32.51 | yvasilev | the problem is that most components are big endian connected, and this includes ram and the nics |
| 15:33.29 | yvasilev | (that's why you need to byteswap the kernel when you load it to flash) |
| 15:33.57 | dwery | ok |
| 15:34.00 | NAiL | yvasilev: I'll be gone for a couple of hours though... can test stuff when I get back |
| 15:34.38 | yvasilev | so, the binary microcode we are loading needs to be byteswaped (still not sure if all of it or just some parts) |
| 15:34.43 | yvasilev | NAiL: ok |
| 15:34.50 | dwery | uh |
| 15:34.59 | yvasilev | NAiL: I'll have the modules for that time |
| 15:35.04 | NAiL | cool |
| 15:35.20 | dwery | yvasilev: i thought about it but since LE i supposed to be supported.... |
| 15:35.39 | yvasilev | dwery: you can see it by the marker of the start of the npe images |
| 15:36.25 | yvasilev | also we need to find if it's snapgear or intel who are duing it wrong |
| 15:36.28 | dwery | in the microcode, right? |
| 15:36.48 | yvasilev | s/duing/doing/ |
| 15:36.54 | yvasilev | yes |
| 15:37.15 | dwery | can you point me to a specific file/location? |
| 15:37.30 | [g2] | dev/null :) ? |
| 15:37.40 | dwery | [g2]: :-D |
| 15:37.49 | [g2] | heh |
| 15:38.01 | yvasilev | also we were doing it a little bit wrong, there is a much better way to compile it, if you care to start from scratch, i'll guide you |
| 15:38.24 | yvasilev | [g2]: that's the only one that works!!! |
| 15:38.39 | [g2] | /dev/null |
| 15:38.43 | dwery | yvasilev: ok, but first let me check the microcode issue :D |
| 15:39.37 | yvasilev | compile ixp400_xscale_sw/src/npeDl/ixNpeDlImageConverter.c |
| 15:40.37 | yvasilev | and run it |
| 15:41.23 | yvasilev | (this was going to be done in the process ;-) ) |
| 15:42.11 | yvasilev | it'll give you a IxNpeMicrocode.dat |
| 15:44.04 | dwery | which target will build that file? |
| 15:44.11 | yvasilev | naitive |
| 15:44.26 | yvasilev | x86 |
| 15:45.08 | dwery | oh! |
| 15:45.18 | dwery | do you have a Makefile ? :-D |
| 15:46.10 | yvasilev | gcc compile ixp400_xscale_sw/src/npeDl/ixNpeDlImageConverter.c -o ixNpeDlImageConverter |
| 15:46.18 | yvasilev | gcc ixp400_xscale_sw/src/npeDl/ixNpeDlImageConverter.c -o ixNpeDlImageConverter |
| 15:46.28 | dwery | oh.. i thoung it required the other /c |
| 15:46.29 | dwery | .c |
| 15:46.39 | yvasilev | ok, it'll need an include |
| 15:47.12 | yvasilev | just add the appropriate -I ;-) |
| 15:47.21 | dwery | ok |
| 15:47.23 | dwery | compiled |
| 15:47.43 | yvasilev | run it, so you get IxNpeMicrocode.dat |
| 15:48.42 | dwery | got it. I think I saw this fil ein one of the miriad of build I made in th epast nights.. |
| 15:49.55 | yvasilev | now you can see the #define NPE_IMAGE_MARKER 0xfeedf00d in /src/npeDl/IxNpeDlImageMgr.c |
| 15:50.16 | yvasilev | just a sec |
| 15:50.56 | dwery | yes |
| 15:51.18 | yvasilev | and if you hexdump the first bytes you get that exact number swapped |
| 15:52.34 | dwery | oh |
| 15:53.50 | yvasilev | note that ixNpeDlImageConverter converts the file to big endian, also note that www.intel.com/design/network/applnots/25423701.pdf clearly states that the nics are connected in big endian |
| 15:54.03 | dwery | ok |
| 15:54.18 | dwery | so you think we have to byteswap it? |
| 15:54.19 | *** join/#nslu2-linux Matta (n=matta@YYYDXL.dsl.saunalahti.fi) |
| 15:55.02 | yvasilev | so it's more of a problem that we have mixed endiannes, cpu in bug an mem in little |
| 15:56.02 | dwery | but this thing is supposed to work LE, so they must have addressed it |
| 15:56.09 | yvasilev | yes, also unless it's byteswapped, the kernel will not accept it if we give it to it with the /dev/ixNpe device |
| 15:56.50 | dwery | why /dev/ixnpe ? isn't the microcode built in the module? |
| 15:57.24 | yvasilev | I'm nor so sure that this statement is correct, yes it is supposed to work with montavista's kernel and no snapgear patches |
| 15:57.48 | yvasilev | but montavista's kernel has a diff of about 60MB to vanilla |
| 15:58.23 | dwery | :-O |
| 15:58.55 | yvasilev | so I'm not sure about where it is byte swapped (if it is) |
| 15:59.09 | yvasilev | if you want another test |
| 15:59.20 | yvasilev | load your modules |
| 15:59.34 | yvasilev | ifconfig eth0 x.x.x.x up |
| 16:00.10 | yvasilev | watch ifconfig |
| 16:00.31 | dwery | loading.. |
| 16:00.43 | yvasilev | you'll see that the number of dropped packets changes |
| 16:01.47 | dwery | yes |
| 16:02.34 | yvasilev | if you transfer this huge number to hex, you'll see that just the first byte changes and the other ones are 0x00, so if you byte swap it, you'll get meaningful results |
| 16:03.45 | dwery | oh |
| 16:04.15 | dwery | wasn't this number generated in _eth.c? |
| 16:05.17 | yvasilev | so, what I want to do, is to check our patch set on a be slug, and if it works, then all is the same except endiannes, all the components are source compiled, so they are should be ok, but the npe should load and initialize correctly and so generate interrupts to the driver |
| 16:05.18 | yvasilev | yes |
| 16:06.07 | yvasilev | (actually maybe in ial) but remember that we are working in mixed endiannes |
| 16:06.48 | dwery | ok. did you already tried to byteswap the microcode? |
| 16:06.58 | yvasilev | and it will be written by the ial/_eth to big endian memory, and then read by the kernel |
| 16:07.01 | yvasilev | yes |
| 16:07.51 | dwery | no success i suppose :) |
| 16:08.41 | yvasilev | the problem is that I need to byteswap it for the kernel to recognize it, and then possibly byteswapp it again all, or just the right parts of it so it stays in be |
| 16:08.46 | yvasilev | not at all |
| 16:08.57 | yvasilev | none at all |
| 16:09.33 | yvasilev | so, what do you think about all this? |
| 16:09.53 | dwery | i'm quite confused. If we trust intel saying that the whole thing is LE compatible, where should they have handled all of this? |
| 16:11.57 | yvasilev | there is one function, ixNpeDlTestRegWrite, that does the actual writing of the npe and its parameters, a similar one reads from it |
| 16:12.14 | yvasilev | and it's definition is not in the ial |
| 16:12.28 | dwery | maye we must check if they have defines for BE and LE |
| 16:13.32 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 16:14.00 | yvasilev | actually I was unable to find it's definition anyware, but the code still compiles, and uses it, so it most be somewhere |
| 16:14.46 | yvasilev | so, if you can find it, it'll be of much help |
| 16:14.48 | *** join/#nslu2-linux mcdmx (n=mcdmx@84-73-8-165.dclient.hispeed.ch) |
| 16:15.06 | dwery | i'm going to search |
| 16:15.17 | dwery | (will send an invoice to intel.. :) ) |
| 16:16.05 | yvasilev | also we van try to get montavista, and do it the intel way just to may sure they are saying reproducible things |
| 16:16.55 | dwery | never worked with montavista... |
| 16:19.01 | yvasilev | I have a ppc NAS running montavista's 2.4.20, but I never managed to recompile working kernel, but it's diff to vanilla is a little bit more than 60MB |
| 16:19.41 | dwery | yeck! |
| 16:19.50 | yvasilev | but I had just the kernel sources and no config nor any serial console, so it wasn't an easy task |
| 16:20.36 | dwery | ack |
| 16:21.08 | *** join/#nslu2-linux lennert (n=buytenh@nslu2-linux/lennert) |
| 16:22.19 | yvasilev | yes, it is actually mvl 3.1 (the version intel suggests) |
| 16:30.10 | lennert | mvl 4 is kernel 2.6 which intel probably won't support for a while |
| 16:30.21 | lennert | if at all |
| 16:31.33 | yvasilev | dwery: also, we should also make the npeDl to make more check (if available) to if it actually runs the npe (there are some check to see if it is stopped) |
| 16:32.00 | yvasilev | lennert: never imagined montavista will ever move to 2.6! |
| 16:32.24 | yvasilev | dwery: but it was to late, so I had no time to explore that path |
| 16:32.46 | dwery | yvasilev: i'm not quite sure the firmware gets included in my build... |
| 16:33.35 | yvasilev | dwery: this is where we unify our building method ;-) |
| 16:33.49 | dwery | :) |
| 16:37.54 | dwery | thx |
| 16:42.57 | dwery | yes, the microcode ends in lib/linuxle/npeDl |
| 16:43.01 | dwery | so it gets included |
| 16:45.15 | yvasilev | actually I still don't know how you managed to compile it into the module :-S |
| 16:45.55 | dwery | I just type make :D |
| 16:45.58 | dwery | typed. |
| 16:46.54 | *** join/#nslu2-linux peteru-home (n=peteru-h@adsl-53-18.swiftdsl.com.au) |
| 16:47.13 | *** join/#nslu2-linux cbrake (n=cbrake2@cpe-204-210-216-174.neo.res.rr.com) |
| 16:50.23 | lennert | yvasilev: deepak wouldn't have ported ixp4xx and ixp2000 to 2.6 otherwise :) |
| 16:50.46 | lennert | yvasilev: it's just that ISVs keep asking for 2.4 |
| 16:51.41 | yvasilev | lennert: what/who is deepak? |
| 16:53.08 | lennert | deepak saxena, maintainer of the 2.6 ixp4xx/ixp2000 port |
| 16:53.48 | yvasilev | ah |
| 17:00.26 | dwery | given the way th econverter works, it seems it always write the .dat in order to be able to read it on a big endian processor |
| 17:01.55 | yvasilev | it always writes it in big andian, yes |
| 17:02.12 | yvasilev | but check: www.intel.com/design/network/applnots/25423701.pdf |
| 17:02.42 | yvasilev | you'll see that the nics are always be |
| 17:02.55 | dwery | ok |
| 17:03.03 | dwery | so they must receive their firmware be |
| 17:03.24 | yvasilev | I would assume so |
| 17:06.07 | dwery | but you already swapped it.. |
| 17:07.21 | yvasilev | I think the problem is that it reads it from be memory with le cpu |
| 17:09.24 | yvasilev | pk, patches work, packing and sending them |
| 17:09.44 | dwery | thanks |
| 17:14.22 | dwery | it seems we may need to patch the image but not it's header |
| 17:14.25 | dwery | its. |
| 17:15.12 | dwery | btw when i make, I use libIxp425.a and ixp400.o targets |
| 17:16.07 | widrone | Oh, my first mt-daapd_0.2.3-1_armeb.deb and it was easy even. Ill try get it posted on their project page, with the i386 .debs. Easier to find them all. |
| 17:18.13 | yvasilev | dwery: sent |
| 17:18.25 | dwery | getting them.. |
| 17:18.48 | yvasilev | now there is no need for libIxp425.a ;-) |
| 17:19.35 | dwery | :) |
| 17:19.49 | yvasilev | i made an a little bit to explicit instructions, but this is only so there are no ambiguities left |
| 17:19.52 | dwery | I was looking into IxEthDBFeatures.c |
| 17:20.05 | dwery | after the image is loaded, the code tries to communicate to the npe |
| 17:21.19 | dwery | giving an error it it does not |
| 17:21.25 | dwery | if |
| 17:21.27 | yvasilev | so far we have not used EthDB, else it crashed (for me), and I attribute it to the fact that npe is el garbage so there is no way to comunicate with ti |
| 17:21.42 | dwery | oh. |
| 17:21.57 | dwery | but ethDB is in my component list |
| 17:22.13 | yvasilev | that is also probably why pooling mode crashes so badly |
| 17:23.02 | yvasilev | yes but CONFIG_IXP425_COMPONENT_ETHDB is unset for _eth.c |
| 17:23.33 | dwery | on mine is enabled |
| 17:24.09 | yvasilev | with no_phy_scan=1? |
| 17:24.34 | dwery | tried both with and w/o |
| 17:25.02 | dwery | ethdb is really not needed anyhow. |
| 17:25.10 | dwery | where does the firmware gets loaded? |
| 17:25.59 | yvasilev | ok, actually I tried ethdb log before making a working thing, so I don't despond for why it was crashing :-D |
| 17:26.08 | dwery | :) |
| 17:26.16 | yvasilev | what do you think of this process/patches? |
| 17:26.58 | dwery | i;m looking at it. |
| 17:27.03 | yvasilev | (ok, working thing := modules that load but not necessarily work (tm) ) |
| 17:27.08 | dwery | does your process also build the firmware? |
| 17:27.14 | yvasilev | yes |
| 17:27.29 | yvasilev | along with the ixp400.o |
| 17:27.47 | dwery | ok, i'm going to try it |
| 17:28.41 | *** part/#nslu2-linux bullet (n=bullet@250.223.62.81.cust.bluewin.ch) |
| 17:29.02 | yvasilev | brb |
| 17:35.12 | dwery | in mod1 gcc is used instead of the one specified by LINUX_CROSS_COMPILE.. trying to fix |
| 17:44.20 | *** join/#nslu2-linux ingeba____ (n=ingeba@251.80-203-45.nextgentel.com) |
| 17:49.58 | dwery | I get an error while cat'ing the microcode: /dev/ixNpe: No such device or address . I've created with mknod before. |
| 17:50.25 | dwery | crw-r--r-- 1 root root 241, 0 Jan 1 01:02 /dev/ixNpe |
| 17:51.15 | dwery | oh well.. ixp400.o is too smal.. I must have a problem somewhere |
| 17:55.32 | yvasilev | dwery: good point about the gcc part, how big is your ixp400.o? |
| 17:56.42 | dwery | yvasilev: solved. module in ok. no useful result anyhow. brb. |
| 18:06.48 | dwery | ok, here I am |
| 18:06.58 | lennert | rocking like a hurricane |
| 18:07.08 | dwery | :) |
| 18:07.21 | yvasilev | dwery: yes it gives not breakthrough but it's a little bit easier and we have a common base |
| 18:07.36 | dwery | I swapped the entire microcode, right? |
| 18:07.43 | yvasilev | did ti worked for you at last as well as the previous modules you have tested? |
| 18:07.47 | yvasilev | yes |
| 18:07.48 | dwery | yes |
| 18:08.10 | dwery | but the microcode has header and length, compiled and read by little endian code |
| 18:08.22 | dwery | so I should have seen some errors... |
| 18:08.58 | yvasilev | perfe3ct, then I was able to reproduce up to where we where ;-) |
| 18:09.27 | dwery | bte I always get this, with both mine and yours: ixp400_eth: eth1: ixEthAccPortDisable(0) failed |
| 18:09.31 | dwery | when ifconfig down |
| 18:09.44 | yvasilev | do you mean the module, or the .dat? |
| 18:10.47 | dwery | i mean codebase |
| 18:11.32 | yvasilev | yes, have that ixEthAccPortDisable(0) too |
| 18:12.13 | dwery | uh, i guess it's ok then :) |
| 18:13.28 | yvasilev | actually, it just has the IDs of the microcode it wants to use, and the .dat separates them by that NPE_IMAGE_MARKER word so it's more dynamic |
| 18:14.51 | dwery | did you tried defining IX_NPEDL_TRACE_LEVEL ? |
| 18:20.29 | yvasilev | no |
| 18:22.06 | dwery | i'm trying.. |
| 18:27.47 | dwery | have to change the tracking code a bit... |
| 18:27.54 | dwery | it uses printf |
| 18:30.03 | yvasilev | if you manage to get the trace, please send it to me by email, I have to go now |
| 18:31.11 | dwery | ok.. |
| 18:31.21 | dwery | the debugging code is ugly.. |
| 18:34.03 | *** join/#nslu2-linux llagendijk (n=louis@lagendijk.xs4all.nl) |
| 18:47.43 | dwery | it seens the swapped microcode is being loaded succesfuly, since if I send the unswapped one the ethd module does not load. |
| 18:52.29 | dwery | so tracing is not useful, as errors are always reported. |
| 18:52.53 | dwery | well.. have to go now. |
| 18:52.54 | dwery | bye |
| 18:53.14 | lennert | poka |
| 18:57.12 | [g2] | DOH! |
| 18:57.17 | [g2] | dwery-away, around ? |
| 18:57.28 | dwery-away | stilll around :) |
| 18:57.36 | [g2] | kernel patches |
| 18:57.47 | dwery-away | who? what? where? |
| 18:57.48 | dwery-away | :) |
| 18:57.55 | [g2] | I'm ready to post on the developers list the Loft changes |
| 18:58.04 | dwery-away | great |
| 18:58.20 | [g2] | I've got two questions for lennert |
| 18:58.50 | [g2] | we regarding compress-head and the other map_irqs |
| 18:59.30 | [g2] | I can just post to the list and then discuss for 5 minutes ? |
| 18:59.49 | dwery-away | ok |
| 19:00.04 | dwery-away | for me. I'll have to go away in about 15 mins |
| 19:00.25 | [g2] | Ok... don't worry about it. |
| 19:00.45 | [g2] | I'll just post to the list and get comments and incorporate them as appropriate |
| 19:01.10 | [g2] | I just wanted to give you a heads up |
| 19:01.19 | [g2] | and wanted to bug lennert :) |
| 19:01.24 | lennert | i'm here |
| 19:01.35 | lennert | just mail the diffs and i'll review |
| 19:01.43 | [g2] | thx |
| 19:14.17 | *** join/#nslu2-linux bullet (n=bullet@250.223.62.81.cust.bluewin.ch) |
| 19:15.45 | *** join/#nslu2-linux xcodex (n=NSLU2-IR@p549AC37C.dip0.t-ipconnect.de) |
| 19:15.51 | xcodex | hi |
| 19:16.11 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 19:16.55 | xcodex | I want to build an USB device driver, but when I compiled it I got many errors |
| 19:17.05 | xcodex | dont know why |
| 19:17.41 | xcodex | sombody here who can help me? |
| 19:19.33 | xcodex | on this page I found a template: http://ezs.kr.hsnr.de/TreiberBuch/html/sec.usbsub.html#EX.USBCHECK |
| 19:20.14 | xcodex | all include files are on the NSLU2, but I got errors when I compile this template |
| 19:22.57 | xcodex | i want to create an device driver for an usb-cd-storage-box |
| 19:23.45 | xcodex | I know all string_discriptors and commands for it, but cant get the template to work |
| 20:12.47 | xcodex | nobody online? |
| 20:13.26 | lennert | xcodex: i can't help you, sorry, don't know anything about the usb subsystem |
| 20:15.42 | lennert | xcodex: i suspect that nobody here knows the answer to your question, and that's why nobody is responding |
| 20:26.07 | NAiL | xcodex: Do you get your module to compile on a x86 box? |
| 20:31.39 | xcodex | no directly on the nslu2 |
| 20:32.19 | NAiL | yeah |
| 20:32.44 | NAiL | but can you get it to compile on an x86 box? Ie... Does the module compile *at* *all*? |
| 20:33.10 | xcodex | sorry I have no x86 with linux here |
| 20:33.29 | xcodex | the template should work |
| 20:33.48 | xcodex | the include files are all in the right place in the NSLU |
| 20:34.22 | NAiL | can you pastebin the errors? http://pastebin.ca/ |
| 20:34.25 | xcodex | yes |
| 20:36.32 | xcodex | here it is: http://pastebin.ca/23467 |
| 20:37.05 | xcodex | eventually you can test the template in your box? |
| 20:37.36 | xcodex | the template is on this page at the end: http://ezs.kr.hsnr.de/TreiberBuch/html/sec.usbsub.html#EX.USBCHECK |
| 20:39.37 | NAiL | nope |
| 20:39.46 | NAiL | doesn't compile on my ubuntu box either |
| 20:39.53 | NAiL | the template has errors |
| 20:40.50 | NAiL | It's not exactly a nslu2-specific problem, so I suggest you contact the author of the article. |
| 20:45.21 | xcodex | are you sure? If you put only the include-lines in the teplate without anything else you got errors too |
| 20:47.16 | xcodex | I think the include files on the nslu2 have errors |
| 20:48.06 | NAiL | in that case, the include files on my ubuntu box also have the same errors |
| 20:48.59 | NAiL | and my gentoo box |
| 20:49.21 | xcodex | you are using the crosscompile tools for nslu? |
| 20:49.37 | NAiL | I tried compiling it natively on the slug |
| 20:49.59 | NAiL | and then I tried to get it to compile on my ubuntu and gentoo boxes |
| 20:50.04 | NAiL | none of them worked |
| 20:51.38 | NAiL | "GOTO statement considered harmful" -- E. Dijkstra |
| 20:52.02 | xcodex | is there another way to build usb device for the NSLU2? |
| 20:52.23 | xcodex | (usb devide driver) |
| 20:52.40 | *** join/#nslu2-linux stripwax (n=stripwax@i-83-67-214-206.freedom2surf.net) |
| 20:52.45 | stripwax | good evening |
| 20:53.10 | NAiL | xcodex: tried this one http://www.lrr.in.tum.de/Par/arch/usb/usbdoc/ ? |
| 20:53.54 | NAiL | or just google for "linux device driver guide" |
| 20:54.02 | stripwax | anyone have any more info about usb-audio on unslung? I understand someone is writing a wiki page (as of february?) |
| 20:54.45 | xcodex | yes I was there already but it didnt helped me |
| 20:55.09 | xcodex | im not so good in develeoping to start from zero |
| 20:56.23 | NAiL | Then I can't help, I'm afraid. Try contacting the author of the first article... |
| 20:57.21 | xcodex | its the last chance |
| 20:57.28 | xcodex | thanks for your help |
| 20:58.24 | stripwax | did sk8joker ever write that wiki? were his changes added to cvs? thanks.. |
| 21:00.42 | NAiL | Sound Hardware |
| 21:00.43 | NAiL | Any linux-supported usb sound adapter should work (see http://www.qbik.ch/). Unslung users will have to build the "audio.o" kernel module from source. |
| 21:01.03 | stripwax | Another (unrelated) question - on unslung 5.5, I'm seeing this in my messages: <86>Sep 20 21:44:29 dropbear[586]: Warning: Reading the random source seems to h |
| 21:01.03 | stripwax | ave blocked. If you experience problems, you probably need to find a better entr |
| 21:01.03 | stripwax | opy source. Is that a known unslung problem and is there a workaround? didn't find anything from searching nslu2-linux.org (with the Search function) |
| 21:01.28 | stripwax | NAiL - thanks. Was there a wiki for building audio.o for unslung? |
| 21:02.11 | NAiL | stripwax: not that I know :P |
| 21:02.26 | NAiL | http://www.nslu2-linux.org/wiki/HowTo/SlugAsAudioPlayer |
| 21:02.42 | NAiL | That's where I found the relevant part, but it doesn't exactly say much... |
| 21:02.51 | stripwax | hm, ok, thanks. I'm familiar with that page, was looking for tips on building audio.o .... |
| 21:08.39 | stripwax | Anyone on here know how to build the audio.o driver on unslung without building the entire world? |
| 21:10.44 | stripwax | The link here in the wiki is broken - it takes me to $Group/$Name http://www.nslu2-linux.org/wiki/FAQ/BuildingKernelModules |
| 21:13.38 | rwhitby | fixed |
| 21:19.36 | stripwax | should I "make build-unslung" or "make unslung"? These two pages seem to differ: http://www.nslu2-linux.org/wiki/Development/HomePage and http://www.nslu2-linux.org/wiki/Development/MasterMakefile |
| 21:19.51 | NAiL | iirc, those are exactly the same |
| 21:19.56 | NAiL | do make unslung ;) |
| 21:21.13 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 21:21.38 | stripwax | I tried "make build-optware-nslu2" the other day (because make optware-nslu2 didn't seem to be a valid target) |
| 21:22.00 | stripwax | [devuser@LKG7DB347 unslung]$ make unslung |
| 21:22.01 | stripwax | make: Nothing to be done for `unslung'. |
| 21:23.03 | xcodex | NAil: some question: when I compile the template which prog do I need? armv5b...c++,cpp,g++,gcc? |
| 21:30.39 | xcodex | I have seen there is usb driver example in the unslung package. The file called dabusb.c in snapgear\linux-2.6.x\drivers\usb\media. |
| 21:30.59 | xcodex | But it does gives error, too, at compile |
| 21:32.17 | rwhitby | stripwax: for building kernel modules, you want the unslung-image target |
| 21:32.48 | rwhitby | but just unslung or build-unslung should do much the same thing anyway, since all the packages are in optware. |
| 21:38.49 | *** join/#nslu2-linux ingeba____ (n=ingeba@251.80-203-45.nextgentel.com) |
| 21:41.04 | stripwax | rwhitby - I must be missing something here. "make unslung" does nothing (error message as above, same for make build-unslung, and make unslung-image for that matter). I've got as far as downloading the Makefile and it's not clear what target to make *first*. |
| 21:41.20 | NAiL | make setup |
| 21:41.22 | stripwax | ah. "make update" seems to be doing the biz. |
| 21:42.07 | stripwax | NAiL - thanks. I'll try that next, when it's finished downloading |
| 21:42.18 | NAiL | make update runs make setup iirc |
| 21:42.23 | rwhitby | stripwax: strange, I designed the Makefile to build everything required starting from just "make unslung" |
| 21:42.32 | stripwax | rwhitby - doesn't work. |
| 21:42.43 | rwhitby | Hmm - I'll have to take a look at that then |
| 21:42.45 | stripwax | NAiL - thanks |
| 21:42.54 | rwhitby | So setup, update, unslung is what you want |
| 21:43.01 | rwhitby | and update should run setup |
| 21:43.06 | stripwax | rwhitby - thanks |
| 21:54.24 | stripwax | hrm - "monotone: connecting to monotone.nslu2-linux.org |
| 21:54.24 | stripwax | monotone: network error: failed to connect: Connection refused |
| 21:54.24 | stripwax | make: *** [setup-master] Error 1 |
| 21:54.24 | stripwax | " |
| 21:54.39 | NAiL | monotone still down? |
| 21:55.46 | stripwax | looks like it |
| 21:56.04 | NAiL | hmm, I'm unable to fix right now |
| 21:56.19 | NAiL | rwhitby: ping? |
| 21:58.02 | rwhitby | pong |
| 21:58.16 | NAiL | could you look at monotone? |
| 21:58.33 | rwhitby | done |
| 21:58.41 | NAiL | thx :) |
| 21:58.46 | NAiL | stripwax: retry make update ;) |
| 21:58.46 | stripwax | thanks |
| 21:58.51 | stripwax | am |
| 22:00.07 | rwhitby | wonder why the cron job didn't restart it ... |
| 22:03.27 | stripwax | should it race through this bit or not? last output was "monotone: 16.0k | 8117 | 21 | 4 | 0" and that was several minutes ago now |
| 22:03.35 | NAiL | hehe |
| 22:03.41 | NAiL | that'll take a little while |
| 22:04.00 | stripwax | ok - yeah, monotone sucking cpu so it must be doing something |
| 22:05.15 | CIA-8 | 03ph5 07org.openembedded.dev * rd98bddca... 10/packages/linux/ (2 files in 2 dirs): handhelds-pxa-2.6: fix EXTRAVERSION of 2.6.12-hh3 |
| 22:05.18 | CIA-8 | 03ph5 07org.openembedded.dev * r8a43dee8... 10/packages/linux/handhelds-pxa-2.6_2.6.12-hh3.bb: handhelds-pxa-2.6_2.6.12-hh3.bb: bump PR to r1 |
| 22:05.21 | CIA-8 | 03rpurdie 07org.openembedded.dev * r17725bba... 10/packages/pcmciautils/pcmciautils_010.bb: pcmciautils: Switch to udev instead of hotplug. |
| 22:05.23 | CIA-8 | 03rpurdie 07org.openembedded.dev * rb40c2aec... 10/packages/udev/ (20 files in 6 dirs): |
| 22:05.23 | CIA-8 | udev: Rearrange the udev files into a more logical structure. Create copies of |
| 22:05.23 | CIA-8 | the rules we're using rather than the distributed version due to links to |
| 22:05.24 | CIA-8 | external scripts. Add mount.sh which attempts to mount block devices using |
| 22:05.24 | CIA-8 | pmount if available, falling back to mount if not. Fix the --mode switch to |
| 22:05.25 | CIA-8 | mknod in the init script. |
| 22:05.27 | CIA-8 | 03rpurdie 07org.openembedded.dev * rf9869b4d... 10/packages/udev/ (udev_058.bb udev_063.bb udev_065.bb udev_070.bb): udev: Bump PRs |
| 22:05.30 | CIA-8 | 03rpurdie 07org.openembedded.dev * r8e1ce5fd... 10/packages/pcmciautils/pcmciautils_010.bb: pcmciautils: Bump PR |
| 22:05.32 | stripwax | Is it unwise for me to be attempting a native build, by the way? :-) |
| 22:05.33 | CIA-8 | 03rpurdie 07org.openembedded.dev * r7c097245... 10/packages/udev/ (6 files in 2 dirs): udev: Add the devfs udev 'comaptiblity' rules to OE as it changes names in different versions of udev. We *really* don't want to be using these. |
| 22:05.37 | CIA-8 | 03koen 07org.openembedded.dev * rbd09b615... 10/packages/tslib/ (tslib/h3900/tslib.sh tslib_cvs.bb): |
| 22:05.40 | CIA-8 | packages/tslib/tslib/: remove h2200 linearizer, courtesy Matthew Reimer |
| 22:05.42 | CIA-8 | closes #336 |
| 22:05.51 | NAiL | oh, you're doing it natively? |
| 22:06.08 | NAiL | that might not work. Dunno if anything unslung compiles natively. |
| 22:06.44 | stripwax | packages do, no? i'll see how it goes anyway |
| 22:07.13 | *** join/#nslu2-linux conradl (n=abuse@CPE-60-226-17-180.qld.bigpond.net.au) |
| 22:08.23 | rwhitby | stripwax: you need to build cross |
| 22:09.05 | stripwax | rwhitby - ah, crap. ok. was kinda hoping building audio.o would be quick and easy enough to just do natively |
| 22:09.28 | stripwax | unless someone could quickly build audio.o for me? otherwise it'll take me a while to set up a cross-compile system |
| 22:09.46 | rwhitby | stripwax - is that just the audio kernel module? |
| 22:09.55 | stripwax | rwhitby yes |
| 22:10.16 | rwhitby | like the one in here: http://ipkg.nslu2-linux.org/feeds/unslung/oe/ ? |
| 22:11.42 | stripwax | rwhitby - if that is supposed to work on unslung, then the wiki needs updating because it said that that was for openslug users only... and that unslung users need to build |
| 22:12.10 | rwhitby | that's definitely an unslung kernel modules feed |
| 22:12.19 | rwhitby | there is a separate feed for openslug |
| 22:12.32 | stripwax | Also, unless I'm missing something, after installing kernel-module-audio and doing "insmod audio", I get an error: |
| 22:12.38 | stripwax | # insmod audio |
| 22:12.38 | stripwax | Using /lib/modules/2.4.22-xfs/kernel/drivers/usb/audio.o |
| 22:12.38 | stripwax | insmod: unresolved symbol unregister_sound_dsp |
| 22:12.38 | stripwax | insmod: unresolved symbol register_sound_dsp |
| 22:12.38 | stripwax | insmod: unresolved symbol register_sound_mixer |
| 22:12.39 | stripwax | insmod: unresolved symbol unregister_sound_mixer |
| 22:13.02 | rwhitby | you need to install some other modules first |
| 22:13.40 | rwhitby | maybe soundcore? |
| 22:13.42 | stripwax | Oh, I just assumed the module was incorrect (as indicated here http://www.nslu2-linux.org/wiki/HowTo/SlugAsAudioPlayer). Surprised the dependent modules aren't installed automatically by ipkg! which other modules pls? |
| 22:14.08 | rwhitby | yeah, ipkg doesn't handle kernel module dependencies |
| 22:14.24 | stripwax | ahh.. the penny drops. thanks rwhitby - I didn't know that! |
| 22:14.45 | rwhitby | Please correct the wiki, cause it's wrong. |
| 22:14.55 | stripwax | once I've got it working, I will, you can be sure of that |
| 22:15.01 | rwhitby | thanks. |
| 22:18.06 | rwhitby | [g2]: thanks for posting the loft patches |
| 22:18.19 | [g2] | rwhitby, np |
| 22:18.45 | [g2] | it turns out there are two or three little files that only one of us need to push upstream |
| 22:20.16 | stripwax | ok, more dumb questions. really sorry about this. how do I get hold of ncurses.h? there doesn't seem to be an 'ncurses-dev' package or similar |
| 22:23.21 | *** join/#nslu2-linux caplink811_log (n=caplink8@dsl-213-023-133-192.arcor-ip.net) |
| 22:31.20 | rwhitby | stripwax: no-one has attempted building unslung natively before. Only optware packages and some openslug packages. |
| 22:31.49 | rwhitby | optware stages ncurses.h so native optware builds can use it |
| 22:32.37 | stripwax | rwhitby - I'm no longer building unslung. I'm trying to compile an mpd client app that uses ncurses. was wondering if anyone had ever used the native toolchain to compile any curses app natively |
| 22:33.00 | rwhitby | dunno - but it should work in optware |
| 22:33.35 | CIA-8 | 03rpurdie 07org.openembedded.dev * rb0918c0a... 10/packages/pcmciautils/pcmciautils_010.bb: |
| 22:33.35 | CIA-8 | pcmciautils: Install the binaries into the correct place. Remove coldplug |
| 22:33.35 | CIA-8 | references as they now just create errors. Add dependency on module-init-tools - |
| 22:33.35 | CIA-8 | when busybox's modprobe expands to cover pcmcia alias handling, this can be |
| 22:33.35 | CIA-8 | removed. |
| 22:33.37 | CIA-8 | 03rpurdie 07org.openembedded.dev * r0505ee47... 10/packages/module-init-tools/ (5 files in 2 dirs): module-init-tools: Upgrade to 3.2pre9. Change the update-alternatives priority so the genuine tool takes priority over busybox. This gets pcmciatils working properly. |
| 22:45.26 | *** join/#nslu2-linux bullet (n=bullet@83.79.20.239) |
| 22:56.32 | xcodex | where is this on the nslu?: /usr/local/include |
| 23:12.15 | *** join/#nslu2-linux malfimalfi (n=malte@dsl-082-082-197-067.arcor-ip.net) |
| 23:16.49 | rwhitby-away | xcodex: depends whether you are talking optware, unslung, openslug, or opendebianslug .... |
| 23:22.49 | xcodex | unslung |
| 23:23.15 | xcodex | I am trying to build a USB driver but it fails |
| 23:23.50 | xcodex | I'll get lots of "error: dereferencing pointer to incomplete type" |
| 23:23.58 | xcodex | whenn gcc |
| 23:24.26 | bullet | so, there are errors in the code... |
| 23:25.16 | xcodex | I must use this command: gcc -o usbdevice_details testlibusb.c -I/usr/local/include -L. -lnsl -lm -lc -L/usr/local/lib -lusb |
| 23:25.28 | xcodex | but dont know the right paths |
| 23:26.15 | xcodex | you can find testlibusb.c here: http://www.linuxforums.org/tutorials/1/tutorial-21493.html |
| 23:29.30 | xcodex | I got this damn error in every line of the code |
| 23:29.57 | xcodex | I tested a few codes, and everytime I got this error |
| 23:31.40 | xcodex | How can I do this: "You need to add the search path for the usb.h header file aswell" |
| 23:31.47 | xcodex | ? |
| 23:32.06 | xcodex | has it to do with this? |
| 23:34.52 | dwery | yvasilev: ping |
| 23:35.02 | bullet | I don't know. but hey, it really seems you should read a book about c programming ;) |
| 23:35.20 | *** join/#nslu2-linux Hecktjui (n=Hecktjui@81.18.226.170) |
| 23:35.34 | *** part/#nslu2-linux Hecktjui (n=Hecktjui@81.18.226.170) |
| 23:42.20 | *** join/#nslu2-linux _chris_ (n=chris@pcp0011514199pcs.hyatsv01.md.comcast.net) |
| 23:42.51 | *** join/#nslu2-linux beewoolie-afk (n=beewooli@florence.buici.com) |
| 23:43.48 | dwery | [g2]: ping |
| 23:46.51 | xcodex | dont have the time |
| 23:47.04 | xcodex | i can c basicly |
| 23:48.07 | xcodex | but i have problems with gcc and the include paths |
| 23:48.33 | stripwax | xcodex - you want a manual for gcc? |
| 23:49.18 | stripwax | on unslung, we don't use /usr/local for *anything*. try /opt/include instead of /usr/local/include and /opt/lib instead of /usr/local/lib |
| 23:52.23 | xcodex | i'll try it |
| 23:52.49 | xcodex | manual is here, already |
| 23:54.10 | kangaroo | rwhitby: ping |
| 23:54.49 | stripwax | Gosh! I nearly got mpd + kernel-module-audio working on unslung! |
| 23:55.16 | stripwax | pity it's nailing at 100% cpu :-( |
| 23:55.44 | NAiL | stripwax: dmesg says what? |
| 23:55.53 | NAiL | anything in particular? :) |
| 23:58.15 | xcodex | what means an empty "#include" in source codes? |
| 23:58.22 | xcodex | eg: |
| 23:58.25 | xcodex | #include |
| 23:58.26 | xcodex | #include |
| 23:58.30 | stripwax | dmesg doesn't say anything exciting at this point.. unless you meant a couple of hours ago, when it printed "audio.c: v1.0.0:USB Audio Class driver" which I thought was pretty exciting |
| 23:59.02 | ByronT | kangaroo, PM |
| 23:59.33 | stripwax | xcodex where are you seeing that? |
| 23:59.58 | xcodex | here: http://www.linuxforums.org/tutorials/1/tutorial-21493.html |