| 00:04.55 | *** join/#oe orangey (n=orangey@host-250.ken-64-141-60.norcomcable.ca) |
| 00:05.05 | orangey | hey all! |
| 00:06.57 | *** join/#oe Timelord (n=TL@66.84.189.72) |
| 00:42.41 | *** join/#oe andersen (n=andersee@codepoet.org) |
| 00:47.25 | *** join/#oe TransAm (n=TransAm@72-255-19-231.client.stsn.net) |
| 01:24.43 | *** part/#oe TransAm (n=TransAm@72-255-19-231.client.stsn.net) |
| 01:30.45 | *** join/#oe BigAl (n=bigal@dsl-202-45-99-114.ACT.netspace.net.au) |
| 01:32.50 | CIA-7 | 03jbowler 07org.oe.dev * rd59b05a4... 10/: nslu2-kernel: comment update, no change to 2.6.14 |
| 01:37.31 | CIA-7 | 03jbowler 07org.oe.dev * r5de60fa1... 10/: nslu2-kernel: patch format, nslu2-power now uses ctrl-alt-del in 2.6.14 |
| 01:56.52 | *** part/#oe mreimer_ (n=mreimer_@wl-wa.vpop.net) |
| 02:28.37 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 02:30.37 | chouimat|Zzzz | night' |
| 02:38.30 | *** join/#oe andersee (n=andersen@codepoet.org) |
| 03:13.18 | *** join/#oe |dkey| (n=dkey@L0004P17.dipool.highway.telekom.at) |
| 03:29.21 | *** join/#oe jacques (n=username@nslu2-linux/jacques) |
| 03:35.11 | *** join/#oe ideal (n=idealm_@218.82.61.129) |
| 03:41.18 | *** join/#oe orda (n=orda@rul3z.org) |
| 03:44.57 | *** part/#oe orda (n=orda@rul3z.org) |
| 03:45.18 | *** join/#oe _guillermo (n=guillerm@dslb-084-060-114-249.pools.arcor-ip.net) |
| 04:35.28 | *** join/#oe memeruiz (n=memeruiz@201.194.192.98) |
| 04:53.56 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 06:30.48 | *** join/#oe zap (n=zap@217.170.93.196) |
| 06:38.31 | *** join/#oe koen (n=koen@212.41.157.237) |
| 06:52.30 | *** join/#oe koen_ (n=koen@ip5451781a.direct-adsl.nl) |
| 07:01.44 | *** join/#oe ideal (n=idealm_@218.82.61.129) |
| 07:20.50 | *** join/#oe cvs___ (n=cvs@h190140.upc-h.chello.nl) |
| 07:22.32 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:33.06 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:48.10 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:53.56 | RP | morning all |
| 07:54.13 | RP | Bernardo|zzzzz: Was this 2.6.14-rc1 or 2.6.14-rc4? You need -rc4 for akita |
| 07:55.55 | Bernardo | morning! |
| 07:56.22 | Bernardo | RP: rc1 - that is the one being built if I specify "kernel=2.6" in local.conf |
| 07:56.55 | Bernardo | that would explain the problems... |
| 07:57.05 | RP | Yes. I did say you needed the dev one which -rc4 and has the lower default preference :-/ I guess that's easy to mistake for the dev branch... |
| 07:57.25 | RP | Locally edit the DEFAULT_PREFERENCE to +1 or something... |
| 07:57.35 | RP | Yes, -rc1 doesn't have the akita patches |
| 07:57.41 | Bernardo | ok, I'll do that now |
| 07:59.11 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 07:59.17 | Bernardo | I'll tell you how it goes after breakfast... |
| 07:59.18 | Bernardo | :) |
| 07:59.24 | RP | :) |
| 08:08.30 | jacques | is the nokia770 machine/dist currently suppported in devel? |
| 08:10.58 | RP | jacques: It works for certain things |
| 08:13.24 | jacques | RP, hi, I'm trying to make a machine/dist for running in the softgun arm emulator, which emulates ARM926-ejs and I noticed the nokia770 was one of the machines that used that toolchain |
| 08:14.09 | RP | A nokia770 bootstrap-image will probably work then |
| 08:14.25 | jacques | but I'm confused as to whether I need CSL components in the toolchain |
| 08:14.57 | RP | jacques: I'd say not - use a plain 3.4.3 or 3.4.4 toolchain |
| 08:15.16 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 08:15.27 | jacques | RP, yeah I think I tried that first but must have done something wrong because I got an error when building glibc (I think) about -mtune=arm926ej-s being invalid |
| 08:15.59 | RP | I see that as well - I think the correct option depends on the version you're compiling. I just removed the optimisation option |
| 08:16.08 | jacques | RP, OK that's what I hoped - I haven't had good luck with CSL things in the past |
| 08:16.28 | jacques | RP, ah great! that helps |
| 08:16.33 | RP | Don't use CSL and just remove that optimisation option ;-) |
| 08:17.06 | jacques | thanks |
| 08:17.23 | jacques | BTW I was a bit surprised to see the familiar stuff no longer supported in devel |
| 08:17.38 | jacques | I'm curious what happened there |
| 08:17.51 | RP | Its just until the release in the branch gets sorted out. A bit misleading really |
| 08:18.06 | jacques | RP, ok cool, nothing sinister then :-) |
| 08:18.22 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 08:19.05 | RP | Nothing to worry about |
| 08:19.10 | jacques | :-D |
| 08:20.31 | *** join/#oe vittorio (n=andreas@213.174.253.4) |
| 08:22.12 | CIA-7 | 03noodles 07org.oe.dev * r8d8fd891... 10/: ppp-2.4.3: Enable IPv6 support. |
| 08:26.16 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 08:36.49 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 08:40.11 | *** join/#oe piku (n=piku@pool-151-197-46-124.phil.east.verizon.net) |
| 08:43.44 | *** join/#oe cedric (n=cedric@LAubervilliers-151-11-32-8.w193-251.abo.wanadoo.fr) |
| 08:47.50 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 08:49.19 | *** join/#oe Geo_KM (n=keith@ppp61-139.lns1.cbr1.internode.on.net) |
| 08:52.24 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-121.reverse.mdcc-fun.de) |
| 09:00.29 | CIA-7 | 03noodles 07org.oe.dev * r9117a5cd... 10/: net-snmp: Fix up compilation with uclibc. |
| 09:02.12 | *** join/#oe zinosat (n=Davide@adsl-84-87.38-151.net24.it) |
| 09:05.51 | *** join/#oe alan|laptop (n=alan@ARouen-152-1-4-148.w83-115.abo.wanadoo.fr) |
| 09:06.47 | *** join/#oe univac (i=univac@bsd.miki.eu.org) |
| 09:56.59 | *** join/#oe The_Ace (n=erik@dslb-088-072-034-218.pools.arcor-ip.net) |
| 10:08.44 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
| 10:28.09 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 10:34.33 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
| 10:40.33 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 10:55.31 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 11:14.03 | CIA-7 | 03eFfeM 07org.oe.dev * r7a4b0ead... 10/: |
| 11:14.03 | CIA-7 | nslu2-kernel: added patch in pegasus.h to support Philips CPWUE01/00 network adapter. |
| 11:14.03 | CIA-7 | The maintainer of pegasus.h will put this change in the next official release. |
| 11:14.07 | CIA-7 | 03eFfeM 07org.oe.dev * rb706375f... 10/: disapproval of revision 7a4b0eade96c0806e41bfffb4807487e8005ae2a |
| 11:14.11 | CIA-7 | 03eFfeM 07org.oe.dev * rf827de78... 10/: |
| 11:14.12 | CIA-7 | packages/linux/nslu2-kernel/2.6.14/90-pegasus.patch packages/linux/nslu2-kernel_2.6.14.bb: added patch to support Philips CPWUE01/00 usb network adapter |
| 11:14.12 | CIA-7 | This patch is already accepted by the pegasus.h maintainer for inclusion in the next mainstream release. |
| 11:31.54 | CIA-7 | 03mickeyl 07org.oe.oz354fam083 * rae86c1be... 10/: backport opie-appearance,-backup,-button-settings,-console fixes to 1.2.1 (patch courtesy hrw) |
| 11:31.58 | CIA-7 | 03mickeyl 07org.oe.oz354fam083 * rbf98963c... 10/: python - fix SRC_URI (multiple versions) |
| 11:35.19 | koen | hey mickeyl |
| 11:35.37 | mickeyl | hi |
| 11:36.27 | mickeyl | the efl patch didn't apply and I'm not sure about the bluez patch |
| 11:37.36 | mickeyl | ah well, that one can go in |
| 11:37.46 | mickeyl | I'm applying that. |
| 11:38.59 | mickeyl | ok, nothing except efl open in 350 |
| 11:39.51 | CIA-7 | 03mickeyl 07org.oe.oz354fam083 * r343c970b... 10/: Band-aid for (cross) compiling bluez-utils on AMD64 - rev f9c285d9818e0742ed1724a0b77d7f7a51b378b6 |
| 11:41.50 | *** join/#oe woglinde (i=woglinde@e178076105.adsl.alicedsl.de) |
| 11:54.40 | *** join/#oe zecke (n=ich@83-169-168-67-dynip.superkabel.de) |
| 11:58.58 | *** join/#oe zecke (n=ich@83-169-168-67-dynip.superkabel.de) |
| 12:01.10 | RP | hi mickeyl |
| 12:01.38 | *** part/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 12:01.44 | zecke | hi |
| 12:01.49 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 12:01.55 | woglinde | he koen |
| 12:01.57 | mickeyl | hi RP,zecke,koen |
| 12:02.03 | koen | hey woglinde & RP |
| 12:02.31 | RP | hi koen |
| 12:16.01 | *** join/#oe Timelord (n=TL@216.137.177.98) |
| 12:19.27 | *** join/#oe woglinde (i=woglinde@e178091162.adsl.alicedsl.de) |
| 12:28.37 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
| 12:42.07 | *** join/#oe emeteo (n=NoSwPate@kde/developer/mteijeiro) |
| 12:52.58 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:a00:1fff:fe06:93c) |
| 13:11.53 | marvin24 | hi all |
| 13:12.14 | marvin24 | what's the roadmap for the maemo inclusion in oe ? |
| 13:17.48 | koen | there is no real roadmap |
| 13:18.31 | marvin24 | I like to help out as far as I can - that's why I'm asking |
| 13:18.45 | Bernardo | RP: booted into 2.6 |
| 13:19.08 | Bernardo | RP: still some jffs2 problems, including a kernel panic |
| 13:19.36 | Bernardo | RP: and the kernel assumes the wrong screen orientation, portrait instead of landscape |
| 13:21.05 | Bernardo | RP: opie-console hangs |
| 13:21.33 | Bernardo | and I can't get the sandisk connect card to work |
| 13:22.37 | Bernardo | seems like a pcmcia problem |
| 13:24.56 | Bernardo | RP: the jffs2 problem seems irq related, happens after pcmcia startup, there's a entry with "irq23: nobody cared" |
| 13:25.23 | Bernardo | RP: followed by a "Pid: 800, comm: jffs2_gcd_mtd3" |
| 13:26.23 | Bernardo | RP: "PC is at nand_read_buf+0x28/0x3c" |
| 13:26.43 | Bernardo | RP: if you need more, I can try copying it by hand into a pastebin |
| 13:27.03 | Bernardo | RP: just page me when you're around |
| 13:31.42 | koen | marvin24: you could start adding updated .bb for the 1.1rc5 release of maemo |
| 13:33.26 | marvin24 | did anyone succeeded in building the maemo-1.0 target ? |
| 13:35.03 | woglinde | he koen |
| 13:35.24 | koen | hey woglinde |
| 13:35.27 | woglinde | koen do you know how to change the kernel on the 770? |
| 13:35.50 | koen | woglinde: haven't tried that yet |
| 13:36.01 | koen | the kernel sources are finally online, though |
| 13:36.19 | koen | http://repository.maemo.org/pool/maemo1.1rc5/free/source/k/kernel-source-2.6.12.3//kernel-source-2.6.12.3_2.6.12.3-osso14.tar.gz |
| 13:36.33 | koen | that would also be a nice project: add the kernel source to OE |
| 13:36.34 | woglinde | koen yes, thats why I want mppe support |
| 13:36.36 | marvin24 | keon: e.g. maemo uses bluez-utils 2.15 which has some incompatibilities with 2.21 (version on oe) |
| 13:37.04 | marvin24 | keon: should I add version 2.15 oder try to make 2.21 compatible ? |
| 13:37.08 | koen | you'd run into troubles with the initfs, but that shouldn'y be too hard to solve |
| 13:38.58 | *** join/#oe PSt (n=Peter@p54BCC2BC.dip0.t-ipconnect.de) |
| 13:58.04 | woglinde | sscratchbox is crappy shit *sigh* |
| 14:28.06 | *** join/#oe gremlin[it] (n=gremlin@194-185-170-157.f4.ngi.it) |
| 14:29.37 | gremlin[it] | good afternoon ... |
| 14:30.02 | Bernardo | hi gremlin[it] |
| 14:31.04 | gremlin[it] | hi Bernardo |
| 14:33.10 | CIA-7 | 03eFfeM 07org.oe.dev * r8bfbc133... 10/: packages/pwc: added pwc_10.0.9-rc1 release |
| 14:39.19 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
| 14:39.46 | lucasvo | http://pastebin.com/409968 < no it's not the diskspace |
| 14:39.57 | lucasvo | ^^ what the hell is wrong with my system? |
| 14:46.12 | *** join/#oe lazy_marmot (n=lgopher@p5498EE27.dip.t-dialin.net) |
| 14:46.19 | zecke | lucasvo: clean quilt |
| 14:56.14 | *** join/#oe katossi (n=guillerm@dslb-084-060-114-249.pools.arcor-ip.net) |
| 15:00.33 | *** join/#oe Meanie (n=atama@ppp113-158.static.internode.on.net) |
| 15:11.16 | lucasvo | zecke: what is quilt? |
| 15:14.42 | *** join/#oe ideal (n=idealm_@218.82.61.129) |
| 15:35.26 | *** join/#oe AvengerMoJo (n=alex@pcd596244.netvigator.com) |
| 15:38.39 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
| 16:01.19 | RP | Bernardo|Away: Strange :-/ |
| 16:02.27 | RP | Bernardo|Away: Wrong kernel orientation isn't a bug, it's just the natural orientation of the framebuffer |
| 16:07.37 | RP | Bernardo|Away: irq23 is the SD/MMC slot |
| 16:08.51 | RP | Bernardo|Away: My best guess is that something is wrong with cardctl in this kernel as I see problems with that as well. cardctl can trigger all manner of oopes |
| 16:09.23 | RP | Bernardo|Away: Perhaps the best way forwards is to boot to a console only and copy dmesg to an SD card? |
| 16:27.23 | Bernardo | RP: ok, I'll try |
| 16:28.22 | RP | Bernardo: I assume if you were trying opie-console, you got all the way into opie? |
| 16:37.42 | Bernardo | RP: yes, I managed to enter opie, and calibrate |
| 16:37.50 | Bernardo | never got the wifi card to work |
| 16:37.51 | Bernardo | brb |
| 16:43.12 | Bernardo | RP: hung up after suspending, needing a hard reset |
| 16:46.40 | RP | Bernardo: This all quite strange as it all worked on the akita I had and on another my boss had :-/ |
| 16:47.57 | Bernardo | the problem seems to be sd related |
| 16:48.12 | Bernardo | I couldn't access /media/card without another hang |
| 16:48.29 | Bernardo | but managed to output dmesg to the cf card |
| 16:48.38 | Bernardo | do you want anything else? |
| 16:49.05 | RP | Bernardo: At the moment I'm not quite sure what's wrong so I'll have a look at the dmesg first... |
| 16:49.14 | Bernardo | ok, dcc or pastebin? |
| 16:49.25 | RP | pastebin please |
| 16:49.28 | Bernardo | ok |
| 16:50.44 | RP | On Akita/spitz, the power controls for sd and cf are partially shared. I thought it was all working though... |
| 16:51.28 | Bernardo | http://pastebin.com/410081 |
| 16:52.45 | RP | Bernardo: Ok, it looks like something is going wrong with the SD driver, as you expect |
| 16:53.04 | RP | It happens to be in the jffs2 code when the bad irq happens but that's coincidental |
| 16:53.45 | RP | The inode errors are from your /home partition as I suspect there are slight format differences between Sharp's jffs2 and 2.6's modern jffs2 |
| 16:54.01 | RP | clearing /home cleared them up on the device I had |
| 16:54.09 | Bernardo | pcmcia isn't also fully working - my prism2.5 based sandisk connect doesn't start |
| 16:54.42 | RP | I'm seeing cardctl problems on all the other devices so that's probably something funny about 2.6.14-rc4 |
| 16:54.43 | Bernardo | RP: ok, I'll backup home to cf when I get one large enough and I'll do a "rm -rf /home" |
| 16:54.57 | Bernardo | 2.6.12 started breaking pcmcia |
| 16:55.04 | Bernardo | at least on my laptop |
| 16:55.14 | RP | Bernardo: I suspect switching to pcmciautils will fix this |
| 16:55.25 | Bernardo | since it is deprecated and almost dead, pcmciautils might help |
| 16:55.35 | RP | Bernardo: They hadn't planned to break things yet but basically have :) |
| 16:55.58 | RP | I've been following the pcmcia changes fairly closely |
| 16:56.05 | Bernardo | :) |
| 16:56.35 | RP | I'll switch the clamshells to pcmciautils soon and then we'll have to fix udevs network device handling |
| 16:56.47 | Bernardo | ah, key repeat is way too fast - I managed to wake the akita and suspend it a few times on a row before finding how fast I needed to touch the "On" button |
| 16:57.21 | RP | Bernardo: It should have a 1 second delay before it lets you suspend again |
| 16:57.52 | Bernardo | it does, but it detects two keypresses and wakes and suspends |
| 16:58.03 | Bernardo | maybe you aren't clearing the key buffer during that delay? |
| 16:58.30 | Bernardo | I might also have somewhat slow fingers, as I managed to write "dmesssssg" a few times |
| 16:58.31 | Bernardo | :) |
| 16:58.52 | RP | The key repeat is a bit weird. Known issue :-/ |
| 16:59.16 | Bernardo | removing the sd card - locked akita |
| 16:59.31 | RP | Have you another SD card you can try? |
| 16:59.42 | RP | I had them working on the one I had :-/ |
| 16:59.45 | Bernardo | my nokia phone's mmc card |
| 17:00.08 | Bernardo | this one on the akita is a 1Gb 50x card |
| 17:00.21 | Bernardo | the nokia has a 32Mb card, I think |
| 17:00.35 | RP | That's large and fast - likely to cause problems :-/ |
| 17:01.47 | Bernardo | the 32Mb card seems to work |
| 17:02.05 | RP | Bernardo: Ok, that helps narrow the problem down at least :) |
| 17:02.29 | Bernardo | and opie-console opens (with horrible fonts) with it inserted |
| 17:03.02 | RP | horrible fonts are someone elses department ;-) |
| 17:03.07 | Bernardo | yep |
| 17:03.26 | Bernardo | fixed - switched to deja vu sans mono |
| 17:03.49 | Bernardo | but the 1Gb card is a bummer |
| 17:03.56 | Bernardo | that and no network |
| 17:04.19 | RP | Bernardo: remove pcmcia-cs from the image and add pcmciautils and see if that helps |
| 17:04.29 | Bernardo | do you want me to try ejecting the 32Mb and inserting the 1Gb again? |
| 17:04.43 | RP | If I just leave the network card in the CF slot whilst booting, they work here for me... |
| 17:05.08 | Bernardo | I did that just now, the sandisk doesn't |
| 17:05.20 | RP | We're going to need to debug why the 1GB doesn't work at some point. My prime suspect is timeout issues |
| 17:05.41 | RP | Which driver supports the sandisk? |
| 17:05.49 | Bernardo | prism2, I think |
| 17:06.02 | RP | If its hostap, you did install the extneral hostap module? |
| 17:06.05 | Bernardo | I'll just put the new dmesg into pastebin, the error looks diferent |
| 17:06.16 | Bernardo | how, without sd or wifi? :) |
| 17:06.45 | RP | Do you have a usb host lead and a card reader? :) |
| 17:07.24 | RP | (I admit this is less than ideal!) |
| 17:11.03 | Bernardo | http://pastebin.com/410096 |
| 17:11.08 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 17:11.12 | Bernardo | yes, I can do that too |
| 17:11.40 | Bernardo | that pastebin also has the part of the sandisk card |
| 17:13.38 | RP | That log is quite interesting. I've never seen an sd card fail at that point before |
| 17:14.06 | RP | I'm not in a position to debug that at the moment but will try and find time to work out what went wrong there... |
| 17:14.46 | Bernardo | could it be trying to use the 4 serial lines? |
| 17:15.27 | RP | Is this the sandisk card with both flash memory and wifi? |
| 17:15.38 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 17:16.46 | Bernardo | no, this sandisk is a connect, wifi only. The one with memory also is a connect plus |
| 17:17.09 | RP | right, was just wondering... |
| 17:17.25 | Bernardo | btw, where is pcmcia-cs added to the image? I've grepped on packages/meta for it and couldn't find it |
| 17:17.55 | RP | machine/zaurus-clamshell-2.6 |
| 17:18.01 | RP | or something like that |
| 17:18.01 | Bernardo | ok, thanks |
| 17:18.39 | RP | If it won't boot with the card inserted, it could be a bigger driver problem though :-( |
| 17:19.16 | RP | Lets just be thankfully 2.6 works on the device at all for now :) |
| 17:19.33 | Bernardo | :) |
| 17:20.04 | Bernardo | it boots with both cards inserted, but it never loads the driver for the sandisk, and the sd card gives the error on that first dmesg |
| 17:20.53 | RP | The two errors are the same - a bad irq. They just also tell you what the machine was doing at the time which can be different |
| 17:21.20 | RP | I find the "mmcblk0: error 2 transfering data" to be the most interesting message |
| 17:21.30 | RP | Never seen that one before :-/ |
| 17:22.44 | Bernardo | that one was with the mmc card, I whink |
| 17:22.47 | Bernardo | think |
| 17:22.58 | Bernardo | not with the 1gb sd |
| 17:23.04 | RP | No, it was the 1GB card |
| 17:23.25 | RP | It says SD 988160KiB above it |
| 17:24.22 | Bernardo | ok, I just added the code leading to it here: http://pastebin.com/410106 |
| 17:25.46 | RP | For reference, the jffs message is just because of an unclean reboot |
| 17:25.55 | Bernardo | another interesting diference between those two lines is that the SD is identified with "SD 988160KiB", and the MMC with "000000 31360KiB" |
| 17:26.31 | RP | Yes, that looks like a small printk bug somewhere |
| 17:26.58 | RP | Not one worth loosing sleep over though :) |
| 17:27.35 | Bernardo | I love the "irq 23:nobody cared" - poor lonely irq, ignored by everybody... |
| 17:27.50 | RP | :) |
| 17:28.01 | RP | Its a rather sad message :) |
| 17:28.06 | Bernardo | well, got to help with dinner, see you later |
| 17:28.20 | RP | Bernardo: ok, enjoy |
| 17:28.47 | Bernardo|Away | if I'm lucky, I'll be back in 3 hours tops, if not, tomorrow... :) |
| 17:29.30 | RP | Bernardo|Away: No rush - I've more than enough problems to fix without any more :) |
| 17:29.49 | RP | (I'm working on the cxx00 sound driver) |
| 17:46.45 | *** join/#oe _alwin_ (n=ral@cable-195-14-254-165.netcologne.de) |
| 18:00.07 | chouimat | hi |
| 18:06.50 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 18:11.12 | *** join/#oe aboeglin (n=alex@dslb-084-056-030-055.pools.arcor-ip.net) |
| 18:18.54 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 18:26.13 | *** join/#oe AvengerMoJ1 (n=alex@n218103158234.netvigator.com) |
| 18:26.33 | *** join/#oe bam_ (n=bam@pool-71-108-68-125.lsanca.dsl-w.verizon.net) |
| 18:45.31 | *** join/#oe magnet (n=magnet@vsg94-1-82-234-118-20.fbx.proxad.net) |
| 18:45.35 | magnet | hi |
| 18:46.37 | magnet | is it normal that updating oe snapshot with monotone take so long time , I did not see any progress for ~1 hour now. |
| 18:46.49 | magnet | before it was updating at least a bit. |
| 18:53.23 | magnet | lol nm, got one more rev yay. |
| 18:54.45 | Crofton | apparently monotone being slow is normal |
| 18:55.16 | magnet | i read this in the doc, but one hour without life sign was worring. |
| 18:55.17 | magnet | :) |
| 18:55.54 | *** join/#oe alwin_ (n=ral@cable-81-173-164-30.netcologne.de) |
| 18:58.06 | *** join/#oe dkey| (n=dkey@L0002P15.dipool.highway.telekom.at) |
| 19:15.02 | Bernardo | RP: the missing hostap module was because I had built previously for the 2.6.14-rc1 image, so it didn't get rebuilt for the 2.6.14-rc4 one |
| 19:33.52 | *** join/#oe katossi (n=guillerm@dslb-084-060-114-249.pools.arcor-ip.net) |
| 19:47.38 | *** join/#oe Pigi (n=NoOne@pdpc/supporter/active/Pigi) |
| 19:47.48 | Pigi | Ciao all |
| 19:49.56 | magnet | cia. |
| 19:51.10 | *** join/#oe koen|770 (n=Koen@ip5451781a.direct-adsl.nl) |
| 20:32.40 | RP | Bernardo|Away: Ah, that would cause the wifi not to work :) |
| 20:38.54 | *** join/#oe koen|770 (n=Koen@ip5451781a.direct-adsl.nl) |
| 20:51.21 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-121.reverse.mdcc-fun.de) |
| 21:03.00 | *** join/#oe koen|770 (n=Koen@ip5451781a.direct-adsl.nl) |
| 21:17.41 | woglinde | rp gratz |
| 21:25.52 | *** join/#oe jacques (n=username@68-117-206-201.dhcp.opls.la.charter.com) |
| 21:28.58 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 21:30.16 | woglinde | re koen |
| 21:30.39 | koen | hey woglinde |
| 21:50.14 | lucasvo | http://pastebin.com/410369 < what is worng with it? |
| 21:50.19 | lucasvo | is it a known bug? |
| 21:51.04 | koen | is it in hh.org bugzilla? |
| 21:51.12 | koen | has it been reported on the mailinglist? |
| 21:51.21 | koen | if not, it isn't a known bug |
| 21:51.40 | lucasvo | koen: is it a bug at all ? |
| 21:52.13 | koen | does it have six legs and wings? |
| 21:52.48 | lucasvo | koen: maybe it is my fualt? |
| 21:54.29 | RP | koen: Does it have to be six legs? |
| 21:55.04 | koen | RP: no, it's just an indicator :) |
| 21:57.28 | lucasvo | I can't find handhelds-pxa in product list, what should I choose? |
| 21:57.40 | lucasvo | koen do you have problems compiling handhelds-pxa? |
| 21:58.15 | koen | not for the machine I build for |
| 21:58.17 | koen | (h2200) |
| 21:58.48 | lucasvo | koen: can you try hx4700 ? |
| 21:59.05 | koen | not right now |
| 21:59.08 | lucasvo | so in which product should I report my bug? |
| 21:59.14 | koen | maybe after thursday |
| 21:59.27 | koen | try mailing the mailinglist first |
| 21:59.31 | lucasvo | koen: ok |
| 21:59.38 | koen | hx4700-port or kernel-discuss |
| 22:00.45 | *** part/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 22:01.50 | *** join/#oe koen (n=koen@ip5451781a.direct-adsl.nl) |
| 22:04.40 | *** join/#oe marcan (n=marcanso@160.10.7.145) |
| 22:07.08 | RP | <CIA>inux-oz-2.6: Update dev cxx00 kernel to include wm8750. I'm pleased to announce that sound has been heard on spitz through alsa with this driver with some trickery :). Also fix the SADIV bug in the i2s layer so c7x0 doesn't suffer from whale music.</CIA> |
| 22:07.22 | woglinde | hm now I have a new kernel for the 770 but how to get in on the device |
| 22:07.40 | RP | woglinde: They |
| 22:07.49 | RP | woglinde: They've released the kernel source? |
| 22:07.56 | woglinde | rp yes |
| 22:08.17 | woglinde | but it really suckz |
| 22:08.32 | woglinde | you must build the source outside of scratchbox |
| 22:08.42 | woglinde | you cannt even use the scratchbox toolchain |
| 22:08.57 | RP | woglinde: This doesn't entirely surprise me... |
| 22:08.59 | woglinde | ups build the kernel |
| 22:09.32 | woglinde | now I am using my uclibc simpad toolchain hahahaha |
| 22:09.33 | RP | You probably want to use flasher to flash the new kernel |
| 22:09.58 | woglinde | rp yes but there is only a option for getting the location not for really flash the kernel |
| 22:10.35 | koen | you might run into problems with the uclibc initfs |
| 22:10.53 | woglinde | koen hm why its the kernel not more? |
| 22:11.19 | RP | I suspect you might run into a variety of problems. I have successfully reflashed them before though... |
| 22:11.21 | koen | it should have some strict checking on what kernel it runs |
| 22:11.37 | koen | and all the evil closed source crap modules might die |
| 22:11.52 | woglinde | koen yes |
| 22:11.55 | RP | Which modules have ended up closed source? |
| 22:12.07 | woglinde | damn it mppe is not building |
| 22:12.21 | koen | wifi, battery and probably usb too |
| 22:12.25 | woglinde | arc4.c:(.init.text+0x14): undefined reference to `crypto_register_alg' |
| 22:12.35 | koen | I still have to pull apart the initfs |
| 22:12.59 | RP | koen: lsmod should give a reasonable idea... |
| 22:13.00 | woglinde | koen but the main problem is to get the kernel on the device |
| 22:13.09 | RP | I doubt usb is closed |
| 22:13.23 | RP | battery and wifi isn't too bad I guess... |
| 22:14.28 | woglinde | args why the arc for arm isnt available |
| 22:15.26 | woglinde | koen hm thats what I am trying |
| 22:15.39 | woglinde | okay I will try he debian pptp patch |
| 22:19.25 | woglinde | next compile try |
| 22:23.22 | magnet | which bb file do you use to get a working cross compiler for arm-xscale ? |
| 22:23.43 | koen | gcc-cross? |
| 22:24.00 | woglinde | hm it depends the machine |
| 22:24.14 | woglinde | fine the debianüatch worked |
| 22:25.26 | koen | magnet: it actually doesn't matter since OE will build it for you automagically |
| 22:26.34 | magnet | I'm trying bitbake -b ../org.openembedded.dev/packages/linux/xanadux-ba-2.6_2.6.12.bb |
| 22:26.55 | magnet | this fail because of missing gcc-arm |
| 22:27.27 | woglinde | so now get the kernel on the device |
| 22:28.04 | koen | magnet: don't use -b if you don't know what it does |
| 22:29.05 | *** join/#oe hrw (n=szczepan@c36-51.icpnet.pl) |
| 22:29.29 | hrw | hi |
| 22:30.20 | woglinde | hi hrw |
| 22:32.11 | hrw | hi woglinde |
| 22:32.27 | hrw | do we finally have linux24/linux26 in OVERRIDE? |
| 22:35.16 | magnet | koen , I'll try without the b |
| 22:35.31 | *** join/#oe dopez (n=unknown@unaffiliated/dopez) |
| 22:36.15 | *** join/#oe kolla_ (i=kolla@firda.kolla.no) |
| 22:38.51 | woglinde | hms damnit |
| 22:39.04 | woglinde | <PROTECTED> |
| 22:41.43 | woglinde | args they are using gcc-3.4 |
| 22:41.55 | woglinde | okay |
| 22:45.53 | hrw | woglinde: check its permissions |
| 22:45.59 | hrw | is it 644 or 755? |
| 22:46.11 | woglinde | hrw I checked the syslog |
| 22:46.24 | woglinde | ppp_mppe: version magic '2.6.12.3-omap1 ARMv5 gcc-3.3' should be '2.6.12.3-omap1 ARMv5 gcc-3.4' |
| 22:46.36 | hrw | ok |
| 22:47.05 | woglinde | but thanks will look at the permissions |
| 22:47.08 | hrw | could you check in filesystem anyway? executable files gets stripped |
| 22:48.06 | woglinde | hm they are crazy using one initfs with uclibc and the normal system has glibc |
| 22:49.38 | hrw | ;) |
| 22:50.27 | woglinde | hm args didnt think about it the patch is patching ppp_generic too |
| 22:50.36 | woglinde | so mppe will not work |
| 22:59.27 | magnet | umm I get some error while trying bitbake xanadux-ba. |
| 22:59.49 | magnet | I have some syntax error message. |
| 23:00.26 | magnet | but the bitbake still continue. |
| 23:00.41 | hrw | ~pastebin |
| 23:00.45 | ibot | hmm... pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca/ |
| 23:00.51 | magnet | oki. |
| 23:00.59 | hrw | magnet: zlib-native 1.2.x? |
| 23:01.08 | woglinde | hm if bitbake still continue |
| 23:02.33 | magnet | http://pastebin.ca/27035 |
| 23:02.44 | magnet | 1.2.3 |
| 23:02.47 | magnet | for zlib. |
| 23:10.45 | hrw | wifi suxx |
| 23:12.56 | *** join/#oe woglinde_ (i=woglinde@e178070240.adsl.alicedsl.de) |
| 23:15.39 | hrw | 4 minutes ago wlan0 reported status "connected to AP" - until that time udhcpc sent discover 12 times - last one got dhcp lease. After 5 fscking minutes |
| 23:15.50 | hrw | and it was FAST |
| 23:17.01 | magnet | :\ |
| 23:17.41 | hrw | sometimes it cannot get lease even after hours ;( |
| 23:19.55 | hrw | http://pastebin.ca/27038 |
| 23:26.14 | CIA-7 | 03rpurdie 07org.oe.dev * rb3e2a703... 10/: linux-oz-2.6: Apply some SoC Alsa updates from Liam to dev kernel. Some moves forward, some regressions... |
| 23:26.18 | CIA-7 | 03rpurdie 07org.oe.dev * ree91eab4... 10/: |
| 23:26.18 | CIA-7 | linux-oz-2.6: Update dev cxx00 kernel to include wm8750. I'm pleased to announce |
| 23:26.18 | CIA-7 | that sound has been heard on spitz through alsa with this driver with some |
| 23:26.18 | CIA-7 | trickery :). Also fix the SADIV bug in the i2s layer so c7x0 doesn't suffer from |
| 23:26.18 | CIA-7 | whale music. |
| 23:30.31 | hrw | ~hail rp |
| 23:30.35 | ibot | ACTION bows down to rp and chants, "I'M NOT WORTHY!!" |
| 23:30.35 | hrw | ~hail laim |
| 23:30.36 | ibot | ACTION bows down to laim and chants, "I'M NOT WORTHY!!" |
| 23:30.58 | hrw | RP: you (and Liam) are great! |
| 23:31.20 | RP | hrw: Its been a long time coming but it should be worth the wait :) |
| 23:31.48 | RP | Liam might appear in here on Monday btw so if you want to report bugs directly to him... :) |
| 23:33.14 | wpiku | wow |
| 23:33.26 | wpiku | if I underclock my sl-c3k, and turn the display off, the battery lasts a *really* long time |
| 23:33.38 | magnet | arg |
| 23:33.40 | wpiku | you'd think the frequency scaling would prevent that effect |
| 23:33.52 | magnet | bitbake has been running for so much time, |
| 23:34.02 | magnet | and it just tell me 'ERROR: Nothing provides xanadux-ba |
| 23:34.03 | magnet | ' |
| 23:34.06 | wpiku | if anyone needs build space for oe.. |
| 23:34.12 | magnet | should I provide version orso ? |
| 23:34.14 | wpiku | I have 2 dual p3 xeon servers available |
| 23:34.18 | wpiku | and an amd64 3000+ server |
| 23:35.14 | hrw | wpiku: I think that it can get use but please send such offers to mailing list |
| 23:35.30 | wpiku | ok |
| 23:35.45 | wpiku | I figure if I can't do regular testing, I could instead offer cpu power ;) |
| 23:36.05 | hrw | probably building whole distro can be faster then |
| 23:36.24 | hrw | I dont know what does mickeyl use to build OZ release |
| 23:37.01 | wpiku | openzaurus-devel@lists.sourceforge.net right? |
| 23:37.06 | hrw | RP: does bug 421 is resolved? |
| 23:37.10 | hrw | wpiku: oe@handhelds.org |
| 23:37.19 | wpiku | ohh ok.. I'm not subscribed to that one |
| 23:37.52 | hrw | wpiku: basically oz-devel is for oz related stuff only |
| 23:38.09 | wpiku | makes sense |
| 23:38.10 | hrw | wpiku: oe ML is for any OE stuff (not distro related) |
| 23:38.18 | magnet | can someone help me wit this problem please ? each try with bitbake take me ~1 hour... |
| 23:38.21 | hrw | we had discussion about months ago |
| 23:38.30 | RP | hrw: I suspect that is an opie bug to do with console handling |
| 23:39.02 | hrw | magnet: show DISTRO MACHINE setting (or whole local.conf) |
| 23:39.06 | RP | hrw: You should be able to reproduce on your c7x0 if you let opie blank the screen, then press the power button to suspend the device if I'm right |
| 23:39.21 | magnet | hrw: ok. |
| 23:39.40 | hrw | RP: my c7x0 finally connected to AP so I would prefer to not suspend it.. |
| 23:39.49 | hrw | too late - just lost connection.. |
| 23:40.01 | hrw | wifi suxx - even usbnet is better |
| 23:40.03 | RP | hrw: ah :-/ |
| 23:40.35 | hrw | usbnet (usb gadget) works always, wifi always does not work |
| 23:40.42 | RP | I like wifi. I have spitz and husky sitting on my desk, both wifi connected and running in terminals on my desktop :) |
| 23:40.50 | wpiku | I like wifi. it works well for me, but makes my machine get quite hot |
| 23:40.51 | hrw | atleast 2.6.14-rc4 + hostap anyversion |
| 23:40.55 | wpiku | total power hog |
| 23:41.09 | RP | I'm using hostap 0.3.9 here |
| 23:41.18 | wpiku | power seemed better with hostap |
| 23:41.23 | wpiku | but under sharp rom, only the old style.. |
| 23:42.16 | hrw | RP: 0.3.9 here too |
| 23:42.56 | hrw | anyway my Z is fscked - no module autoload, no network interface auto-up... |
| 23:43.13 | magnet | http://pastebin.ca/27039 for my local.conf |
| 23:43.37 | wpiku | does the oe ml have moderation? |
| 23:43.47 | wpiku | seems like it should have sent me a reply mail a while ago |
| 23:43.49 | hrw | wpiku: need to register iirc |
| 23:43.49 | magnet | MACHINE is set to blueangel, I did not set DISTRO |
| 23:44.09 | wpiku | hrw, I did subscribe to the list, but no response yet |
| 23:44.26 | wpiku | could just be being slow though |
| 23:45.08 | hrw | magnet: you need to INHERIT += "package_ipk" to get working images generated and for dependencies (DISTRO="generic" is enough) |
| 23:46.28 | magnet | ok I corrected. |
| 23:47.00 | magnet | should I bitbake xanadu-ba now ? |
| 23:47.46 | hrw | RP: #417 - when I let opie turn off screen and press power then opie turn ON screen and suspend. on resume it turn ON screen |
| 23:48.18 | hrw | magnet: try |
| 23:49.05 | magnet | oki. |
| 23:49.24 | magnet | bitbake is a bit slow so I know in sometimes if it worked. |
| 23:49.32 | magnet | ^bit^lot |
| 23:49.39 | hrw | magnet: which ver o bitbake you have? |
| 23:49.50 | hrw | "bitbake --version" |
| 23:49.58 | RP | hrw: The kernel should turn the screen off in that case, regardless of whether opie leaves it on or off... |
| 23:50.07 | magnet | BitBake Build Tool Core version 1.3.2.1, bitbake version 1.3.2 |
| 23:50.16 | RP | I really need to get a spitz image and experiment... |
| 23:50.24 | hrw | RP: kernel turn screen off correctly |
| 23:50.43 | RP | Ah, I misread the word resume :-/ |
| 23:50.57 | hrw | RP: in other words: on my c760 it behaves like it should - suspend == screen off, resume == screen on |
| 23:51.35 | RP | spitz should behave no different |
| 23:52.00 | RP | Could the user have been messing around with console switching I wonder? |
| 23:52.26 | hrw | who knows... |
| 23:52.31 | RP | You know the one where opie blanks the screen despite you being on a different virtual console... |
| 23:52.58 | hrw | if you use vtapplet to switch OPIE->VT then opie turn off own PM |
| 23:53.03 | RP | But since you're on a different vc, keypresses don't turn the screen back on... |
| 23:53.52 | RP | Maybe that bug has been fixed - I just use Fn+Right Arrow to switch VC (SysRq+R to set raw mode keybaord first) |
| 23:54.03 | RP | No doubt this is evil :) |
| 23:54.14 | magnet | it's slow because of my version of bitbake btw ? |
| 23:54.26 | magnet | ( 3% done now :\ ) |
| 23:54.40 | hrw | magnet: no - initial parsing take some time during 1st use |
| 23:54.58 | magnet | it do it on every launch for me. |
| 23:55.00 | hrw | then it use cache (which is regenerated when any config file is changed) |
| 23:55.04 | magnet | or is it per package ? |
| 23:55.21 | hrw | changed packages are reparsed |
| 23:56.25 | RP | If you touch a major config file, lots (all) may need to be reparsed |
| 23:58.09 | hrw | magnet: use xanadox-ba-2.6 not xanadox-ba |
| 23:58.33 | hrw | magnet: its xanadux-ba-2.6_2.6.12.bb - OE names are PN_PV.bb |
| 23:58.54 | hrw | magnet: use bitbake shell - "bitbake -i" |
| 23:59.07 | hrw | magnet: then you will get tab completion etc.. |