00:07.50 | *** join/#oe arrase (~arrase@168.Red-80-38-162.pooles.rima-tde.net) |
00:07.54 | arrase | hi |
00:07.55 | arrase | hola |
00:16.18 | *** join/#oe Noid (~rsalazar@157.Red-217-126-167.pooles.rima-tde.net) |
00:17.46 | arrase | i have a prblem, i can't build any package i always have the same error ERROR: /home/arrase/cross-gcc/ipaq/openembedded/packages/ipkg-utils/ipkg-utils-native_1.6cvs.bb depends on itself (eventually) |
00:18.20 | arrase | i can't find a fix for this can you help me? |
00:34.37 | *** join/#oe marcan (1337@5f2641eafccbd402.session.tor) |
00:41.38 | arrase | i have a prblem, i can't build any package i always have the same error ERROR: /home/arrase/cross-gcc/ipaq/openembedded/packages/ipkg-utils/ipkg-utils-native_1.6cvs.bb depends on itself (eventually) |
00:41.46 | arrase | i can't find a fix for this can you help me? |
00:43.49 | *** join/#oe NAiL (~repvik@84.16.208.26) |
01:01.59 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
01:30.28 | *** join/#oe noclouds (~mhfan@60.166.162.246) |
01:32.11 | arrase | i have a prblem, i can't build any package i always have the same error ERROR: /home/arrase/cross-gcc/ipaq/openembedded/packages/ipkg-utils/ipkg-utils-native_1.6cvs.bb depends on itself (eventually) |
01:32.13 | arrase | i can't find a fix for this can you help me? |
02:06.27 | *** join/#oe Titeuf (~Titeuf@2m01.net) |
02:24.23 | *** join/#oe Geo_KM (~keith@bh02i525f01.au.ibm.com) |
02:46.40 | *** join/#oe tengulre (~tengulre@61.185.238.166) |
02:46.48 | tengulre | hi,all |
02:50.54 | *** join/#oe mithro (~tim@202.191.111.52) |
02:52.00 | tengulre | anybody here! |
02:53.52 | emte | sometimes :) |
03:04.09 | tengulre | I want learn embedded linux , but i dont known which platform is better and stuff is cheap? |
03:07.28 | emte | try a bit more specific goal |
03:07.47 | subdue | cheap ... very old models of anything |
03:08.10 | emte | why or what are you trying to do |
03:08.19 | NAiL | Get a LinkSys NSLU2 for $80? :) |
03:08.29 | emte | then figure out what best suits the problem |
03:08.34 | subdue | even a linksys wrt54g for $50 |
03:11.28 | tengulre | only for learn! |
03:12.45 | subdue | learn .... what? |
03:12.58 | tengulre | subdue, learning |
03:13.22 | subdue | learn to program, learn linux, learn how things work, .... |
03:16.11 | tengulre | the first! |
03:16.38 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
03:18.56 | tengulre | anybody known http://www.embeddedlinuxinterfacing.com/ ? |
03:24.49 | tengulre | ZZZZZzzzzzz..... |
03:25.44 | emte | hmm |
03:25.49 | emte | ugly site |
03:25.55 | emte | and personally no |
03:26.12 | emte | there are MANY embedded type projects |
03:26.48 | tengulre | ? |
03:27.02 | emte | OE is the only one that has attempted to streamline and provide a quality universal core development system |
03:27.40 | emte | you dont need OE, but why repeat the work that others have already done for you? |
03:28.00 | emte | there are some 2000+ packages availible through OE |
03:29.23 | NAiL | tengulre: I'd start in the other end. Learn linux first, then programming, then start with embedded stuff. |
03:30.36 | emte | the order dores not really matter |
03:30.39 | emte | does* |
03:30.49 | tengulre | NAiL, I agree u! |
03:31.11 | emte | you dont actually need to know how to program to use OE , it definatly helps |
03:31.52 | tengulre | emte, what is OE? |
03:32.07 | emte | you enter the channel by mistake? |
03:37.03 | tengulre | :) |
03:37.05 | tengulre | sorry |
03:43.39 | emte | np, but i didnt really know how to awnser that nicely |
03:57.45 | *** join/#oe nslu2-log (dyoung@dyoung.nslu2-linux) |
04:14.05 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) |
05:12.47 | *** join/#oe hufnus (~slonsiki@m073936d0.tmodns.net) |
05:21.54 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
05:28.30 | *** join/#oe mr_claus_ (random@p54990011.dip0.t-ipconnect.de) |
05:45.41 | *** join/#oe molivier (~mac@f02v-32-93.d4.club-internet.fr) |
05:52.31 | *** join/#oe molivier (~mac@f02v-32-93.d4.club-internet.fr) |
06:10.48 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
06:12.28 | emte | hey there he is |
06:13.23 | emte | is the portal info ... i hate to say it but i have questions in the forum for you when you have time :( |
06:13.47 | emte | but i also have some concept images done |
06:13.54 | emte | maybe thats a consolation ... |
06:14.02 | emte | uploading em in a few |
06:14.23 | *** join/#oe bluelightning (~bluelight@219-89-3-237.dialup.xtra.co.nz) |
06:14.51 | raster | bah |
06:14.56 | raster | wont be around for long |
06:15.02 | raster | so faer i have gotten NOTHING done today |
06:15.24 | emte | np |
06:15.41 | emte | its casual, maybe you will find time next week |
06:16.16 | raster | ok |
06:16.17 | raster | top-left |
06:16.23 | raster | is where all co-ords start |
06:16.31 | raster | pixesl are orders row by row, topp left to top right |
06:16.36 | raster | and line after line until the bottom |
06:16.47 | raster | as per the usual way any linear frameubffer is done |
06:16.58 | raster | alpha is the upper 8 bites of each 32bit value |
06:17.08 | raster | 0xff == solid |
06:17.13 | raster | 0x00 = transparent |
06:17.23 | raster | 0x80 = partially transparent |
06:17.35 | raster | right now pixels are in non-pre-multilied space |
06:17.46 | raster | i may change to pre-multipied alpha at some time (maybe soon) |
06:18.09 | emte | k |
06:18.18 | emte | i think i understand most of that |
06:22.03 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
06:22.20 | raster | there |
06:22.24 | raster | posted the reply |
06:22.27 | raster | its there to refer to |
06:27.33 | emte | thnks |
06:27.46 | emte | hmm i just remembered why i hate pngs |
06:28.16 | emte | anyway the concept images are in News->e17biohazard |
06:29.59 | emte | need to put that white bg back in them ... |
06:34.44 | *** join/#oe hufnus (~slonsiki@m073936d0.tmodns.net) |
06:34.53 | raster | just looking |
06:34.58 | raster | looks ok :) |
06:35.14 | raster | i always thought it was time to change the device ui |
06:35.22 | raster | to not be task oriented but object oriented |
06:35.27 | raster | i dont launch app x |
06:35.37 | raster | i just so "this message from mr X." |
06:35.41 | raster | and it opens so u can read it |
06:35.48 | raster | or i select a "new message" object |
06:36.44 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
06:39.10 | raster | but i do agree witht he menu and 1 app fulls creen thing |
06:41.27 | emte | yeah the three defailts will prob be filemanager, messaging or some type and media i'd expect |
06:41.41 | emte | or whatever you'd liek to set em as |
06:42.12 | emte | hmm why didnt 1 and 2 get whit bgs ... |
06:42.27 | emte | anyway ... like the logo? |
06:43.21 | raster | not bad :) |
06:45.36 | emte | aha fixed 1 and 2 |
06:46.09 | emte | hmm one is missing ... |
06:48.50 | emte | there the media one is back ... |
06:52.28 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
07:55.36 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
07:55.47 | ade|desk | morning all |
08:00.10 | hrw|work | morning |
08:06.48 | ade|desk | lol how many times have you typed 'shitdown -h now' ? |
08:06.55 | tengulre | morning? afternoon ! |
08:07.11 | tengulre | shitdown? |
08:07.25 | ade|desk | rather than shutdown |
08:07.34 | gints|wrk | hey hrw|work |
08:07.40 | *** join/#oe NAiL (~repvik@84.16.208.26) |
08:10.20 | *** join/#oe Snoogie (~Snoogie@gob75-5-82-231-180-13.fbx.proxad.net) |
08:11.47 | hrw|work | heh.. my oz 3.5.3 builddir broke ;( |
08:15.53 | *** join/#oe koen (~koen@cl-148.ams-05.nl.sixxs.net) |
08:16.18 | koen | good morning all |
08:17.08 | hrw|work | hi koen |
08:18.05 | koen | hey hrw|work |
08:18.25 | gints|wrk | hey koen |
08:22.03 | koen | hey gints|wrk |
08:31.15 | *** join/#oe XorA (~dp@81-178-209-89.dsl.pipex.com) |
08:32.50 | RP | morning all |
08:32.59 | koen | hey RP |
08:34.00 | RP | koen: There's a proper tslib fix in xserver cvs now btw thanks to mallum |
08:35.48 | koen | RP: old new ;) |
08:36.40 | koen | RP: I have mallum on jabber |
08:37.20 | RP | koen: fair enough :) |
08:39.41 | BigAl | morning |
08:39.48 | koen | hey BigAl |
08:48.57 | RP | hi BigAl |
09:01.30 | RP | I think I have one about to start as well... |
09:08.15 | hrw|work | RP: sysfs works now ok |
09:08.15 | *** join/#oe robtaylor (~robtaylor@217.204.121.82) |
09:08.15 | hrw|work | RP: I did the same as in http://pastebin.ca/15541 and all works |
09:08.15 | *** join/#oe robtaylor__ (~robtaylor@217.204.121.82) |
09:23.18 | *** join/#oe mithro (~tim@ppp213-129.lns1.adl2.internode.on.net) |
09:24.02 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
09:27.14 | *** part/#oe robtaylor__ (~robtaylor@217.204.121.82) |
09:48.58 | *** join/#oe zecke (freyther@lin226.mi.fu-berlin.de) |
09:49.19 | koen | moin zecke |
09:50.36 | zecke | mickey_away: Qt4 is released |
09:52.13 | zecke | mickey_away: heise is always faster than TT... |
09:56.43 | *** join/#oe mithro (~tim@ppp213-129.lns1.adl2.internode.on.net) |
09:56.51 | RP | hrw|work: Excellent - that's, good to know. Do you still see the charging problem? |
09:57.23 | hrw|work | RP: not now |
10:02.46 | pb_ | hi zecke |
10:03.55 | zecke | hey |
10:04.34 | XorA | hrw|work: charging problem? |
10:05.34 | hrw|work | XorA: connected 99% charged husky to sync/charge usb cable and it goes wild.. charge on/off on/off many times per soecond |
10:05.38 | XorA | RP: Im stumped with RNDIS OOPS, there dont seem to be any changes in the part of the code that is crashing between 2.6.11 and 2.6.12-mm1 |
10:05.45 | XorA | hrw|work: oh, I see that, is there a fix? |
10:06.08 | hrw|work | XorA: http://pastebin.ca/15527 |
10:06.30 | XorA | hrw|work: yes, exactly what I get |
10:06.50 | XorA | event/0 taks 100% cpu load |
10:07.49 | RP | hrw|work: Is that the right pastebin or is my browser cache doing something silly? |
10:08.34 | hrw|work | RP: it is old pastebin |
10:08.58 | RP | hrw|work: Sorry, I thought that was tne RNDIS oops :) |
10:09.02 | RP | I'm misreading |
10:09.16 | hrw|work | np |
10:09.31 | RP | I suspect a locking problem with RNDIS |
10:09.50 | XorA | RP: I cannot see the start of the oops as its off top of screen |
10:09.57 | RP | The reason being after the preempt changes, the kernel is a lot more fragile to them... |
10:10.01 | XorA | RP: but does occur within a spinlock |
10:10.33 | RP | XorA: We really need the full oops :-/ |
10:10.59 | RP | Its interesting you've seen the charger going mental as well. Any idea how to reproduce the problem? |
10:11.15 | XorA | RP: plug in sync cable, suspend, resume, it goes mental |
10:11.35 | XorA | unoplug usb and plug back in, al is fine again |
10:11.40 | RP | Its sync related? |
10:11.41 | XorA | all is fine |
10:12.01 | XorA | RP: no, just happens when I am powering from USB bus |
10:12.11 | XorA | RP: havent tried it with power brick yet |
10:12.17 | RP | Ah. I never touch the usb lead |
10:14.33 | XorA | actually even with a serial cable I couldnt catch this oops :-( |
10:14.35 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
10:16.06 | CIA-9 | 03koen 07 * r1.3645 10openembedded/packages/dbus/ (dbus_0.34.bb dbus-native_0.34.bb dbus_0.34.inc): beat dbus_0.34 into shape some more |
10:18.07 | XorA | hrw|work: do you have a combo usb/serial cable? |
10:18.57 | hrw|work | XorA: no - but plan to make serial one |
10:19.32 | XorA | hrw|work: damn, need a combo one as problem is usb related so cant plug the usb in same time as serial :-( |
10:20.26 | RP | XorA: Add some mdelay(1000)'s into the oops code |
10:20.33 | hrw|work | XorA: usb is only 3 wires... add them into serial one |
10:21.25 | CIA-9 | 03koen 07 * r1.3646 10openembedded/packages/hal/hal_0.5.2.bb: Add HAL 0.5.2 |
10:21.38 | XorA | hrw|work: Dont have a spare usb connector and no time to get to maplins :-( |
10:25.03 | RP | XorA: No broken device you can pinch one off? |
10:25.51 | XorA | RP: I threw most of my junk away when I moved into new flat, Ill have to hunt about |
10:26.58 | RP | Sadly I have seperate leads and no way to easily change that... |
10:27.32 | XorA | need to hide oops in RAM then retrieve on reboot |
10:27.39 | XorA | except that dont work either :-( |
10:27.48 | XorA | as I have to remove battery to reboot |
10:27.52 | RP | XorA: Just add massive delays to the opps fuction |
10:28.30 | XorA | RP: thats what Ill have to do |
10:33.26 | *** join/#oe Timelord (~TL@4.78.4.43) |
10:40.08 | CIA-9 | 03pb 07 * r1.3644.1.1 10openembedded/packages/tslib/tslib/h1940/tslib.sh: |
10:40.08 | CIA-9 | use detect-stylus on h1940 |
10:40.08 | CIA-9 | patch courtesy Arjan Schrijver |
10:41.32 | *** join/#oe bluelightning (~bluelight@219-89-3-237.dialup.xtra.co.nz) |
10:41.32 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) [NETSPLIT VICTIM] |
10:41.32 | *** join/#oe Pendalar (Pendalar@h18.114.140.67.ip.alltel.net) |
10:41.33 | *** join/#oe ljp (~lpotter@203.94.178.46) |
10:42.59 | Arjan | pb_: hi |
10:47.06 | *** join/#oe Timelord0 (~TL@4.78.4.43) |
10:48.09 | *** join/#oe lardman (~lardman@138.38.73.178) |
10:48.43 | lardman | I just built a gpe-image, and looking in rootfs/lib/modules I have two different sets of modules |
10:49.03 | lardman | Should I remove all of the files from old kernels before creating a new image? |
10:50.31 | pb_ | Arjan: hello |
10:51.20 | Arjan | pb_: I'd like to add detect-stylus to both gpe-image and opie-image, but atm it's only added to gpe-image... do you have an idea how I would do that? perhaps in h1940.conf? |
10:51.37 | lardman | Okay, let's put it another way - does the data which is placed in the roofs come from ipks or directly from the work directories? |
10:52.23 | hrw|work | lardman: ipk |
10:52.34 | lardman | hrw|work: okay, thanks |
10:52.38 | pb_ | Arjan: I guess it can go in handheld-common.conf, or ipaq-common.conf. |
10:52.42 | CIA-9 | 03koen 07 * r1.3646.1.1 10openembedded/packages/hal/hal_0.5.2.bb: hal_0.5.2.bb: add udev-utils to RRECOMMENDS |
10:53.00 | RP | For some reason my USB lead doesn't seem to want to charge the Zaurus at all :-/ |
10:53.05 | pb_ | Arjan: though actually, if tslib is referring to it, it should be in tslib's RRECOMMENDS. |
10:53.09 | koen | detect-stylus depends on X11 |
10:53.35 | Arjan | koen: so it can't be used with opie... *sigh* |
10:53.46 | pb_ | well, it depends on libX11. It will run fine without X. |
10:53.47 | koen | only libx11 |
10:54.08 | koen | and omne could safely remove the last ~20 lines for a detect-stylus-lite |
10:54.32 | pb_ | yeah, or (preferably) teach it to dlopen() libx11 when it needs it. |
10:54.54 | Arjan | that would be a good option... I think it's a very nice program |
10:55.27 | Arjan | when people load ts/kbd modules in the wrong order, the event devices are switched... meaning that the touchscreen won't work :( |
10:55.31 | hrw|work | does ipkg .151 has another problems with itself? |
10:55.32 | lardman | hrw|work: curiously all of the old kernel module ipks have been placed in deploy/ipk/morgue, yet I still appear to get stuff from them |
10:55.43 | hrw|work | root@c7x0:~# ipkg install /tmp/zbedic_0.9.6-r0_armv5te.ipk |
10:55.43 | hrw|work | Upgrading \ͽ¾å% bedic on root from 0.9.4-r0 to 0.9.6-r0... |
10:55.43 | hrw|work | Configuring zbedic |
10:55.56 | pb_ | but installing libx11 only costs 150k of flash, so you might be able to just live with it for now. |
10:55.58 | hrw|work | those weird chars after "upgrading"... |
10:58.12 | Arjan | pb_: would you like to change the variable in our tslib.sh to "/dev/input/event1"? that would fix it for the moment |
10:58.30 | pb_ | Arjan: I already checked in the detect-stylus change. |
11:00.38 | Arjan | pb_: yes, I saw that... but it seems that isn't enough to get it working in Opie, since detect-stylus isn't included in the opie image |
11:01.23 | pb_ | Arjan: try adding it to RRECOMMENDS in tslib |
11:04.38 | hrw|work | argh... zbedic 0.9.6 has two iconsets.. on for large, one for small screen device and does not handle it during run |
11:10.22 | CIA-9 | 03pb 07 * r1.3647.1.2 10openembedded/packages/module-init-tools/module-init-tools-cross_3.1.bb: also provide virtual/${TARGET_PREFIX}depmod-2.6 |
11:12.48 | CIA-9 | 03pb 07 * r1.3647.1.1 10openembedded/packages/modutils/modutils-cross_2.4.27.bb: also provide virtual/${TARGET_PREFIX}depmod-2.4 |
11:23.31 | *** join/#oe Timelord0 (~TL@4.78.4.43) |
11:23.31 | *** join/#oe bluelightning (~bluelight@219-89-3-237.dialup.xtra.co.nz) |
11:23.31 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) [NETSPLIT VICTIM] |
11:23.31 | *** join/#oe Pendalar (Pendalar@h18.114.140.67.ip.alltel.net) |
11:23.31 | *** join/#oe ljp (~lpotter@203.94.178.46) |
11:24.03 | *** join/#oe Timelord0 (~TL@4.78.4.43) |
11:24.03 | *** join/#oe bluelightning (~bluelight@219-89-3-237.dialup.xtra.co.nz) |
11:24.03 | *** join/#oe BigAl (~bigal@220-253-116-248.ACT.netspace.net.au) [NETSPLIT VICTIM] |
11:24.03 | *** join/#oe Pendalar (Pendalar@h18.114.140.67.ip.alltel.net) |
11:24.03 | *** join/#oe ljp (~lpotter@203.94.178.46) |
11:28.30 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
11:29.01 | lardman | Is 2.6.12-mm1 or 2.6.12-rc5-mm2 the latest kernel (c7x0)? |
11:29.17 | hrw|work | -mm1 |
11:29.19 | koen | 12-mm1 |
11:29.34 | lardman | That's what I thought, it looks like rc5-mm2 is slected in preference |
11:29.48 | hrw|work | r>m |
11:30.04 | hrw|work | so 2.6.12-rc5-mm2 are newer then 2.6.12-mm1 for ipkg |
11:30.17 | lardman | so I really do need to rm everyhting to do with the old kernel then |
11:30.48 | hrw|work | I just removed all kernel*-rc* from tmp/deploy/ipk/ |
11:31.05 | hrw|work | ~lart ipkg for leaks |
11:31.57 | lardman | bb has built the new modules, then stuck them straight in tmp/deploy/ipk/morgue :D |
11:32.40 | pb_ | that's what happens if version numbers go backwards. |
11:32.54 | pb_ | actually, I'm slightly surprised that it bothered to build them at all. |
11:32.57 | lardman | fair enough, just not something I'd expected |
11:37.08 | CIA-9 | 03pb 07 * r1.3650 10openembedded/classes/kernel.bbclass: depend on the appropriate cross depmod |
11:42.21 | CIA-9 | 03hrw 07 * r1.3644.2.1 10openembedded/ (3 files in 3 dirs): zbedic: added missing icons, Back/Forward icons will be taken from OPIE (so have proper size) |
11:49.01 | *** join/#oe valys (~nuititreb@82.76.57.68) |
11:52.44 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
11:54.46 | *** join/#oe pH5 (~ph5@e178220193.adsl.alicedsl.de) |
11:57.23 | CIA-9 | 03koen 07 * r1.3648.1.2 10openembedded/packages/ (3 files in 2 dirs): |
11:57.23 | CIA-9 | gnome-power_0.0.5.bb, libwnck_2.8.1.bb: new file |
11:57.23 | CIA-9 | hal_0.5.2.bb: stage libs + headers |
12:14.24 | *** join/#oe jamey (~jamey@192.208.47.196) |
12:27.31 | *** join/#oe zecke (fakeuser@p54BD2017.dip0.t-ipconnect.de) |
12:28.48 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
12:37.09 | CIA-9 | 03pb 07 * r1.3653 10openembedded/classes/kernel.bbclass: respect PARALLEL_INSTALL_MODULES when calculating RDEPENDS |
12:39.34 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
12:40.09 | *** join/#oe ram123 (~ram123@203.196.146.243) |
12:41.35 | ram123 | when when i enter as root in gpe i get the error ; failed to open connection with system message bus failed to connect to socket /var/run/dbus/system_bus_socket : connection refused |
12:41.43 | ram123 | how to solve this problem ? |
12:42.56 | lardman | ram123: you might well get more responses in #gpe |
12:44.01 | ram123 | ok |
12:44.38 | ram123 | i dont want DHCP support; i dont have a dhcp server in my network; is there anyway i can disable it by editing conf files ? |
12:44.46 | ram123 | this is during kernel bootup ? |
12:45.40 | koen | /etc/network/interfaces or settings-> network setup |
12:46.40 | *** join/#oe dkey (nobody@193.170.48.236) |
12:46.52 | ram123 | i configured eth0 and other interfaces to take from static ip. but i get it during kernel bootup and it keeps on sending DHCP requests ... |
12:48.34 | jamey | which interface is it sending DHCP requests on? |
12:48.51 | ram123 | how to find out ? |
12:49.14 | ram123 | i think eth0 |
12:49.25 | *** join/#oe _ggilbert (~ggilbert@68-66-243-62.ventca.adelphia.net) |
12:49.30 | ram123 | if i connect a eth0 cable it works ?> |
12:50.00 | ram123 | is there any way i can disable it ? |
12:51.16 | Twiun | this looks interesting... www.shopthestates.com |
12:58.13 | *** join/#oe Virusmaster (~Thomas@p549CD89C.dip.t-dialin.net) |
13:05.34 | *** join/#oe dkey (nobody@193.170.48.236) |
13:13.03 | CIA-9 | 03pb 07 * r1.3656 10openembedded/packages/strace/ (strace-4.5.12/quota.patch strace_4.5.12.bb): update strace to 4.5.12, and make it work with the latest glibc |
13:15.19 | [g2] | pb_ the latest 2.3.5 with the linux-glibc-headers is working out okay not my build from last night |
13:15.49 | [g2] | I've built and tested python and the kernel is 2/3-3/4 done building natively |
13:16.00 | pb_ | cool |
13:16.20 | [g2] | there's a tiny script that just installs all the ipkgs and does a minor tweak or two |
13:16.21 | pb_ | I'm running the 2.3.5 glibc on my h5400 now, and it seems to be okay there as well. |
13:16.31 | pb_ | still haven't tested native building though |
13:16.40 | [g2] | I"ll build perl and run its tests next |
13:16.47 | [g2] | this is with the native builing |
13:16.50 | [g2] | buildng |
13:16.53 | pb_ | great |
13:17.12 | [g2] | jacques, had runs 2.3.5 before natively with success |
13:17.22 | pb_ | it might be interesting to try rebuilding glibc itself and running its testsuite. |
13:17.30 | pb_ | likewise with gcc. |
13:17.45 | [g2] | nod very good idea |
13:18.25 | jacques | AFAICT 2.3.5 is >= 2.3.2 in every way |
13:18.35 | koen | pb_: any news on eabi support in glibc? |
13:20.11 | pb_ | not yet |
13:20.28 | *** join/#oe Jenna (~cherryRed@209.8.233.143) |
13:20.55 | [g2] | jacques, does 2.3.5 seem faster to you on the slug ? |
13:21.39 | jacques | [g2], it could just be my imagination - my perl builds werent any faster |
13:22.11 | [g2] | I've been taking you lead and running "time make ..." |
13:22.26 | [g2] | but I didn't have numbers before |
13:22.45 | jacques | [g2], I'm still occasionally trying to solve the slug speed problem (is it running at 133MHz or 266MHz) |
13:23.09 | jacques | I found some good dhrystone code (finally) the other day and it's dhrystoning like a 133MHz ARM |
13:23.25 | [g2] | what's fascinating to me is the avila board shows 266 Bogomips |
13:23.58 | [g2] | can you give me the url ? |
13:24.05 | [g2] | I can run it on the avila |
13:24.08 | jacques | I know - I mentioned that here yesterday |
13:24.27 | jacques | that's what finally got a few ppl to not think I'm just confused |
13:25.14 | jacques | ftp://ftp.nosc.mil/pub/aburto/dhrystone/ |
13:25.20 | [g2] | thx |
13:25.22 | *** join/#oe drw (~drw@c-67-172-219-167.hsd1.tx.comcast.net) |
13:25.33 | [g2] | you spoil me :) |
13:25.36 | emte | jacques, there is a good side effect if it is down clocked ... |
13:25.48 | jacques | you need 21a 21b .h the timers .c and the Makefile |
13:25.50 | emte | 30-60% more battery life :P |
13:26.12 | jacques | emte, this is on a device which is powered from mains current |
13:26.37 | emte | well it runs cold? |
13:26.43 | emte | lol |
13:26.47 | emte | hey koen |
13:26.52 | koen | hey emte |
13:27.03 | jacques | koen, apparently it runs for about 6 hours on 4 AA NiMH batteries |
13:27.10 | koen | sweet |
13:27.13 | emte | tried of moving the repo yet? |
13:27.30 | jacques | I haven;t tried it personally but a few people have |
13:27.45 | emte | ah |
13:29.07 | zecke | mickey_away: now Qt4 is finally there |
13:30.37 | emte | always hate building QT |
13:31.46 | [g2] | jacques, how many iterations did you run ? |
13:31.49 | emte | suppose it could be worse .. i could build kde |
13:32.37 | jacques | [g2], I had to run about 5,000,000 to get meaningful results |
13:32.54 | [g2] | how long does that take ? |
13:33.03 | jacques | not too long, maybe 10 seconds |
13:33.09 | [g2] | cool |
13:33.25 | [g2] | I'll try it after the kernel build that's running finishes |
13:33.45 | XorA | hmm, another SDIO wireless card claiming linux support |
13:33.50 | [g2] | it'd kinda skew the results |
13:34.09 | zecke | [g2]: I bet they paid MVista to do the linux port |
13:34.13 | jacques | ok I was off - it takes about 20 seconds :-) |
13:34.30 | zecke | [g2]: and they didn't do it... |
13:34.59 | [g2] | zecke, ? who paid MVista for which port ? |
13:35.16 | zecke | [g2]: SDIO WLAN driver ;) |
13:35.17 | RP | XorA Is it open source he asks hopefully... |
13:35.21 | zecke | damn that was for XorA |
13:35.33 | [g2] | np |
13:35.46 | XorA | RP: I am trying to find any info on the linux driver |
13:35.52 | jacques | [g2], how much longer til the kernel build finishes? |
13:35.58 | XorA | RP: I cant even find a binary, but the webpage says it exists |
13:36.09 | XorA | RP: http://www.spectec.com.tw/en/sdw-820.htm in IE |
13:36.27 | [g2] | jacques, probably a little while I'm at CC drivers/usb/host/ohci-hcd.o |
13:36.38 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
13:36.41 | CIA-9 | 03pb 07 * r1.3658 10openembedded/conf/distro/familiar.conf: select devfs naming for udev |
13:36.42 | jacques | [g2], I assume you;re timing it? |
13:37.02 | [g2] | but of course :) |
13:37.33 | [g2] | 11313 root 384 S time make |
13:37.54 | [g2] | 11315 root 448 S tee /home/root/kernel_make.log |
13:38.24 | pb_ | heh, I remember talking to spectec about Linux drivers for their cards something like 18 months ago. |
13:38.38 | pb_ | I wonder if they have linux drivers for their SDIO cameras these days. That'd be cute. |
13:38.49 | zecke | that would definately be cute |
13:39.02 | jacques | [g2], ok, because I was going to suggest ctrl-Z, but not if you're timing it :-) |
13:39.17 | [g2] | :) |
13:39.37 | XorA | pb_: talks as in "please write drivers" or as in them asking howto? |
13:40.22 | jacques | pb_, is there any frequency scaling stuff in arm kernel these days? |
13:40.54 | jacques | I remember overclocking my ipaq with just echo 11 > /proc/cpu/scale (or whatever it was) |
13:41.05 | zecke | jacques: non arm specefic |
13:41.42 | RP | jacques: Not for pxa although thatwould be a very nice thing to work on... |
13:42.42 | jacques | :-( it's sad when a useful feature disappears |
13:43.34 | jacques | i was overclocking my h2200 and h5550 under wince the other day - they ahve nice apps that test different speeds and tell you which are stable |
13:43.46 | jacques | then you can set all sorts of rules for scaling |
13:45.25 | koen | jacques: have 'fast' do they go? |
13:46.01 | jacques | koen, the h5550 can go faster than the h2200 |
13:46.06 | jacques | let me check |
13:47.08 | jacques | the h5550 will do 531/133/265 and 597/100/199 |
13:47.39 | koen | what's the 3rd number? |
13:47.48 | jacques | proc bus |
13:48.06 | jacques | these are both pxa255 so it's 200MHz by default |
13:48.25 | jacques | the h2200 will do 597/100/199 but not the faster bus speeds like the h5550 |
13:48.46 | jacques | tho it will do 472/118/236 |
13:49.21 | jacques | the fastest bus speed setting on the h5550 really increased my SD read speed - from 800ms/MB to 600ms/MB |
13:55.04 | *** join/#oe br1 (~br1@pD9536F68.dip.t-dialin.net) |
13:55.38 | br1 | is bitkeeper already "closed"? |
13:55.53 | br1 | i get: ERROR-BAD CMD: push_part1 is disabled for this bkd using -x |
14:02.28 | emte | stop using X |
14:03.37 | koen | bk pull works over here |
14:03.47 | Twiun | pb_: it's amazing. I just costed out the price of shipping a tablet from the US... works out more expensive than buying it from the UK |
14:04.10 | br1 | bk pull works here too |
14:04.36 | pb_ | Twiun: heh, how times change |
14:05.42 | emte | tablets are not very popular in NA apperently still a laptop market |
14:05.45 | _chronic | ls |
14:07.20 | Twiun | pb_: yeah, for once they didn't just take the US price and stick GBP in front ;) |
14:08.53 | Twiun | pb_: the biggest cost is the UK VAT... |
14:09.31 | XorA | VAT sucks |
14:10.00 | Twiun | it ain't adding value for *me* |
14:10.23 | XorA | ~lart VAT for being a way for government to tax you twice |
14:11.38 | Twiun | guess that when I actually have some cash I'm gonna have to receive a *gift* from a visitting friend from the US |
14:24.06 | *** join/#oe mallum (~mallum@host81-155-190-198.range81-155.btcentralplus.com) |
14:25.01 | CIA-9 | 03pb 07 * r1.3659 10openembedded/packages/strace/ (3 files in 3 dirs): add quota patch to strace 4.5.11 as well |
14:49.43 | hrw|gone | bye |
14:49.51 | zecke | hrw|gone: bye |
14:49.59 | koen | cu |
14:50.27 | RP | hrw|gone: bye |
14:56.22 | *** join/#oe tomimo (~kurre@a84-231-4-152.elisa-laajakaista.fi) |
14:57.52 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
14:57.53 | *** join/#oe SirFred (~mteira@181.Red-81-44-136.pooles.rima-tde.net) |
14:57.59 | SirFred | Good afternoon. |
15:24.26 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
15:24.36 | *** join/#oe marcan (1337@4793ac7056e0acb2.session.tor) |
15:24.50 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
15:24.57 | *** join/#oe jamie (~jamie@jamie.active.supporter.pdpc) |
15:24.58 | *** join/#oe jamie___ (~jamie@jamie.active.supporter.pdpc) |
15:27.58 | *** join/#oe gnufan (~mhfan@60.166.162.246) |
15:28.23 | *** join/#oe mhfan (~mhfan@60.166.162.246) |
15:31.59 | pb_ | mickey_away: do you know why you removed soc.patch from module-init-tools 3.2-pre4? |
15:33.01 | mickeyl | pb_: ah bummer, it didn't apply any more with the latest version and i've been meaning to port it but forgot about it. sorry |
15:33.34 | mickeyl | bbl, have to do some important paperwork :/ |
15:38.36 | *** join/#oe noclouds (~mhfan@60.166.162.246) |
15:42.25 | *** join/#oe noclouds (~mhfan@60.166.162.246) |
15:42.35 | *** join/#oe gnufan (~mhfan@60.166.162.246) |
15:45.52 | *** join/#oe zap (~zap@217.170.93.9) |
15:47.22 | *** join/#oe mhfan (~mhfan@60.166.162.246) |
15:57.34 | pb_ | mickey|paperwork: ah, okay. Is the new version better than the old one in some important way? |
16:07.10 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
16:11.01 | mickey|paperwork | pb_: yes. pcmcia restructuring. pcmciautils in conjunction with the latest udev version need exactly this version (or later). |
16:11.29 | pb_ | righto |
16:13.54 | *** join/#oe hufnus (~slonsiki@m9c8c36d0.tmodns.net) |
16:21.03 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
16:23.53 | _chronic | pb_: i finally got libxml2_2.6.19.bb to compile under arm with the right "magic" conf settings. shall i email to you? |
16:27.54 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
16:28.10 | jacques | pb_, well, [g2]'s 266MHz IXP422 avila board gets 2x the drhystones that the nslu2 does :-\ |
16:28.23 | [g2] | woot |
16:28.32 | [g2] | I mean bummer |
16:29.36 | koen | maybe that's the extra '2' |
16:29.41 | koen | 420 vs 420 |
16:29.43 | koen | ehn |
16:29.44 | koen | 422 |
16:30.40 | pb_ | _chronic: sure, pb@handhelds.org |
16:30.45 | pb_ | jacques: how odd |
16:30.56 | pb_ | [g2]: heh |
16:32.30 | [g2] | jacques, I'm wondering if the funky power-on with the LED on the NSLU2 is just causing it to glitch at startup |
16:32.48 | [g2] | and the DPLL is locked on the wrong freq |
16:33.05 | [g2] | it's a total outta-my-butt idea |
16:33.34 | jacques | I can't imagine that the board designers didn't make it run at this speed intentionally |
16:33.52 | jacques | removing the negatives, I think this must be intentional |
16:33.54 | pb_ | you're sure that it really is running half as fast, right, not just that the real-time clock is going at double speed or something? |
16:34.47 | jbowler | ;-) yes I stop-watch timed it. |
16:34.53 | jbowler | It's running 133MIPS |
16:35.06 | jacques | [g2], what was the wallclock time on your 5,000,000 dhrystone iterations? |
16:35.22 | [g2] | yeah... jbowler had that great post about that |
16:35.32 | [g2] | jacques, dunno :( |
16:35.33 | jacques | jbowler, are you sure your stopwatch wasn't running at double-speed? ;-) |
16:35.51 | [g2] | yeah... jbowler does run a double speed |
16:36.14 | jbowler | Oh dang, wrong stopwatch |
16:36.18 | [g2] | I think he's got that extra processor and .... HT |
16:37.13 | jacques | I think I'm thinking ah half-speed |
16:37.17 | jbowler | Well the only other thing that occured to me is if they removed the ARM core and compile/run the ARM instructions on the second NPE. |
16:37.17 | jbowler | Cost reduction. |
16:37.28 | *** join/#oe cedric (~cedric@freeway.rd.francetelecom.com) |
16:39.08 | jbowler | koen: On July 1 when you pull the final oe-devel.bk-bits.net do you intend to back merge changes in the monotone db? |
16:39.37 | koen | jbowler: mickeyl is going to do that |
16:40.01 | jbowler | mickeyl will do the pull, or do a back-merge? |
16:42.21 | *** join/#oe kurre2 (~tomimo@a84-231-4-152.elisa-laajakaista.fi) |
16:44.29 | *** join/#oe jmau (~jmau@p54A5B861.dip0.t-ipconnect.de) |
16:53.21 | CosmicPenguin | hmmm.. uclibc and gcc-cross-4.0 don't seem to be very good friends |
16:56.15 | *** join/#oe france_ (~france@dhcp-208-55.crl.hpl.hp.com) |
16:57.34 | CIA-9 | 03koen 07 * r1.3652.1.1 10openembedded/packages/gpe-contacts/gpe-contacts-hildon_0.40.bb: fix naming and depends, depends courtesy Florian Boor |
17:02.18 | CIA-9 | 03koen 07 * r1.3661 10openembedded/packages/maemo/hildon-fm_0.9.1-2.bb: hildon-fm_0.9.1-2.bb: fix staging, courtesy Florian Boor |
17:07.39 | hufnus | in a monotone pull 'address' 'collection' what should be used for address & collection to retieve the latest, and where is it stored locally? |
17:07.59 | pb_ | CosmicPenguin: ah, that's a shame. I think older gccs had a pile of uclibc patches, but none of them would apply to 4.0 and I didn't have the patience to try to fix them up. |
17:08.07 | pb_ | I was hoping someone who actually cared about uclibc would step up and do that. |
17:08.30 | pb_ | or, even better, send those patches to the gcc people so we don't have to go on carrying them around in oe indefinitely |
17:15.31 | SirFred | bloody hell! I'm beating my own record of inserting/removing my c7x0 battery |
17:18.02 | pb_ | very good |
17:21.43 | hrw | re |
17:26.29 | *** join/#oe nslu2-log (dyoung@dyoung.nslu2-linux) |
17:36.26 | *** join/#oe tigrux (~tigrux@32.59.33.22) |
17:49.21 | *** join/#oe woglinde (woglinde@p54BD433E.dip.t-dialin.net) |
17:53.00 | SirFred | Could someone explain me what do this mean in the kernel startup messages? |
17:53.12 | SirFred | Scanning device for bad blocks |
17:53.13 | SirFred | Bad eraseblock 5540 at 0x05690000 |
17:53.13 | SirFred | Bad eraseblock 5740 at 0x059b0000 |
17:53.32 | woglinde | sifred bad flashspeicher? |
17:53.42 | woglinde | ups storage |
17:54.01 | SirFred | woglinde: Could this be a unrecoverable error? I mean, a physical damage? |
17:54.14 | woglinde | sirfred I think yes |
17:54.25 | SirFred | :-( |
17:56.12 | pb_ | SirFred: it just means that your flash has some invalid blocks. |
17:56.13 | CosmicPenguin | pb_: yeah, something in libstdc++ |
17:56.21 | CosmicPenguin | pb_: I figure that andersee will catch it eventually |
17:56.23 | pb_ | SirFred: that's quite normal, and no cause for alarm |
17:56.29 | pb_ | CosmicPenguin: righto |
17:56.31 | SirFred | pb_: Unrecoverable? |
17:56.38 | SirFred | pb_: Physical damage, you mean. |
17:56.46 | woglinde | pb oh okay |
17:57.29 | pb_ | SirFred: "unrecoverable" in the sense that there is nothing you can do about it, yes. |
17:57.39 | pb_ | but, like I say, it is no cause for alarm. |
17:58.13 | SirFred | pb_: Well, thanks. |
17:59.13 | pb_ | SirFred: almost all NAND flash chips have a few invalid blocks. |
17:59.35 | SirFred | pb_: I suppose two bad blocks is not a great amount of size, is it? |
17:59.40 | pb_ | indeed not. |
17:59.48 | SirFred | jffs2_get_inode_nodes(): Data CRC failed on node at 0x009cb394: Read 0x5f316d2e, calculated 0x77661043 |
17:59.57 | pb_ | one block is 16k, so you have lost a total of 32768 bytes. |
17:59.59 | SirFred | And what about that one? |
18:00.27 | pb_ | That just indicates that a block of flash contains some scrambled jffs2 data, probably because you rebooted while there was data in the writebuffer. |
18:00.35 | pb_ | Again, that's harmless: jffs2 will eventually recycle that block. |
18:01.04 | SirFred | pb_: Great. |
18:04.16 | SirFred | This is very strange. I think that something on my machine gots corrupted. |
18:04.55 | SirFred | The fact is that qte is trying to allocate room for a pixmap with geometry 38966x38916 |
18:05.23 | SirFred | I was suspecting that perhaps something got corrupted. |
18:11.12 | *** join/#oe zecke (~ich@83-169-170-48-dynip.superkabel.de) |
18:20.13 | zecke | woglinde: http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=48&forum=5 |
18:20.19 | zecke | woglinde: thanks for that URI |
18:20.32 | zecke | woglinde: bitbake --update-opie-to-qtopia opie-image |
18:20.34 | koen | new bitibake plus? |
18:20.42 | zecke | woglinde: would be the right answer |
18:20.58 | zecke | woglinde: or Morons, but time has changed since Sadam is in heaven |
18:25.08 | hrw | cu |
18:26.33 | *** join/#oe Bernardo (~jbbrs@Bernardo.sourcemage) |
18:26.43 | Bernardo | hi |
18:34.00 | Luke-Jr | 172f4e97f70e08af3bea06d5ea36a1dfb6724fdd is the monotone key, right? =p |
18:36.12 | Luke-Jr | is ewi546.ewi.utwente.nl still correct? |
18:38.07 | CIA-9 | 03mickeyl 07 * r1.3639.4.5 10openembedded/packages/opie-taskbar/opie-taskbar/qpe.conf: opie-taskbar: adjust qpe.conf also for collie |
18:38.08 | CIA-9 | 03mickeyl 07 * r1.3639.4.4 10openembedded/packages/ (8 files in 7 dirs): opie-taskbar/qpe.conf: Bye bye QPF, hello TTF |
18:38.11 | CIA-9 | 03mickeyl 07 * r1.3639.4.3 10openembedded/packages/opie-ttf-support/ (files/fontdir opie-ttf-support_1.0.0.bb): add opie-ttf-support metapackage containing a fontdir. to do it the 'right way', we need a script that updates qtfontdir for TTF |
18:38.14 | CIA-9 | 03mickeyl 07 * r1.3639.4.2 10openembedded/packages/python/python-pyxml_0.8.4.bb: upgrade python-pyxml to 0.8.4 |
18:38.17 | CIA-9 | 03mickeyl 07 * r1.3639.4.1 10openembedded/packages/python/ (python_2.4.1.bb python-2.4.1-manifest.inc): add _strptime to python-datetime and adjust dependencies |
18:38.36 | mickey|paperwork | phrw |
18:38.41 | pb_ | heh |
18:38.50 | koen | mickeyl: cheers |
18:39.03 | mickeyl | first step to eliminate qpf from the planet |
18:39.09 | mickeyl | now we have a size problem though |
18:39.20 | mickeyl | only 300K left on collie rootfs |
18:39.31 | mickeyl | need to remove something |
18:39.36 | mickeyl | :/ |
18:39.38 | koen | 640k is enough for everybody |
18:39.42 | mickeyl | heh |
18:39.46 | mickeyl | jffs2 != everybody |
18:39.57 | zecke | mickeyl: hmm |
18:40.04 | zecke | mickeyl: I somehow don't like that |
18:40.53 | zecke | mickeyl: TTF might look more pretty but we a) can not update the font.dir b) do not use font config yet c) do not really share glyphs d) have less space |
18:40.59 | koen | mickeyl: do you have the power to revoke keys at bkbits? |
18:41.12 | zecke | mickeyl: a) can be solved by a program from hrw |
18:41.26 | zecke | mickeyl: c) can be solved to built freetype into Qt |
18:42.00 | koen | d) is only an issue on collie |
18:42.41 | mickeyl | + all other 16MB ipaq |
18:42.50 | zecke | koen: gues who has a collie ;) |
18:42.53 | koen | 16mb ipaqs actually have 16MB |
18:42.59 | mickeyl | ah right |
18:43.02 | mickeyl | not 14.5 |
18:43.22 | koen | well 16MB - kernel |
18:43.31 | zecke | mickeyl: ship happens if you do not use a metric system |
18:44.22 | *** join/#oe pH5 (~ph5@e178235130.adsl.alicedsl.de) |
18:44.31 | koen | but I'm a european engineer :) |
18:44.52 | zecke | koen: something funny happened at the swiss border |
18:45.02 | zecke | koen: we decided to build a bridge across the border |
18:45.22 | zecke | koen: when the bridges met there was one meter diference in the altitude... |
18:45.44 | zecke | koen: germans meassured height from the 'meeres spiegel', swiss did something differently... |
18:45.52 | mickeyl | i am aware of the issues and I think we shouldn't ship oz 3.5.4 unless we have sorted some of 'em out. On hires models, ttf even takes less space than those large qpf's. For collie we might reconsider it, however hrw told me he's using ttf since long ago and has never experienced any performance problems. that leaves more or less just the space problem on collie. |
18:45.54 | koen | heh |
18:46.21 | zecke | mickeyl: that means Qt did not get slower ;) |
18:46.50 | zecke | mickeyl: We've been dancing all day... |
18:46.51 | koen | do the qt4 dance |
18:46.59 | zecke | mickeyl: and popler got Arthur Painter already |
18:47.12 | zecke | mickeyl: I hope Mozilla will get it during the next days as well |
18:47.44 | koen | zecke: did you see the mail from zack about obsoleting XAA? |
18:47.57 | zecke | koen: no |
18:48.12 | zecke | koen: got a uri to the xorg ml archive? |
18:48.18 | koen | http://lists.freedesktop.org/archives/xorg/2005-June/008356.html |
18:48.39 | zecke | damn I should have bought the magnifier as well |
18:48.53 | koen | mickeyl: if we cross our fingers kdrive will have a (stable) release after Xorg 7.0 |
18:49.27 | mickeyl | rock |
18:49.32 | mickeyl | *crossing fingers* |
18:51.12 | koen | zecke: poppler is in OE, but the qt backend is disabled, if someone with QT skills could have a look at that, I'd be very happy |
18:51.18 | *** join/#oe treke|home (~ggilbert@68-66-243-62.ventca.adelphia.net) |
18:52.16 | zecke | koen: I've written my own poppler-qt at ROAD |
18:52.22 | zecke | koen: the basic version is just crap |
18:52.35 | zecke | koen: building it with Qt2 is simple |
18:52.44 | zecke | damn I really should have bought the magnifier |
18:53.38 | zecke | koen: today (KAA) sounds really nice |
18:54.23 | zecke | now that zack gets paid, I hope he finishes his work |
18:54.28 | zecke | and doesn't stop tomorrow |
18:54.48 | koen | and doesn't get distracted as easily as keithp |
18:55.11 | koen | "enhanching tslib supp.... SHINY OBJECTS!!!!" |
18:55.25 | koen | -h |
19:00.07 | Spyro | koen: LOL |
19:00.23 | zecke | koen: Heroin can talk? |
19:00.58 | zecke | koen: that looks nice |
19:01.17 | zecke | koen: I would take the system left to him |
19:01.28 | koen | yeah |
19:02.03 | koen | but that would take so much power I couldn't plugin a fridge anymore |
19:02.15 | *** join/#oe Crofton|laptop (~balister@h80ad9228.dhcp.vt.edu) |
19:02.53 | koen | mickeyl: do you have a thunder or tiger system? |
19:05.38 | mickeyl | koen: thunder i7505 |
19:06.30 | koen | ah, the intel one |
19:06.41 | koen | thunder k7 over here |
19:07.38 | koen | more than 4 years old and still being fast :) |
19:08.02 | koen | ~lart 1.5 year turnaround time |
19:09.21 | koen | mickeyl: could you revoke all keys in bkbits on thursday? |
19:09.33 | mickeyl | koen: i could do that. |
19:10.06 | mickeyl | *sigh* this'll be a pretty busy week |
19:10.45 | koen | yeah |
19:11.14 | koen | I realised there's no way to finish my project before thursday, so I'm taking it easy at the moment |
19:11.24 | mickeyl | when are you leaving? |
19:11.29 | mickeyl | thursday? |
19:11.32 | koen | friday 6 am |
19:11.55 | koen | thursday afternoon we're going to my paren't to save an hour of traveling time |
19:13.02 | *** join/#oe ggilbert (~ggilbert@68-66-243-62.ventca.adelphia.net) |
19:13.37 | koen | hey ggilbert |
19:13.41 | SirFred | mickeyl: Hi. |
19:14.23 | SirFred | mickeyl: I was looking at fixing the suspend/resume problem in the w100 qte driver. |
19:14.40 | koen | any ideas on how to name our monotone identities? |
19:15.55 | koen | firstname.lastname@openembedded.org, <first letter of firstname><lastname>@openembedded.org, <nick>@openembedded.org? |
19:16.59 | mickeyl | SirFred: hi. any luck yet? |
19:17.03 | SirFred | mickeyl: My idea was to trigger w100 init on some qcop message, you said that QPE/System aboutToSuspend() and QPE/System returnFromSuspend() were used on suspend/resome. |
19:17.26 | mickeyl | SirFred: there may be a better way than that |
19:17.27 | SirFred | mickeyl: Well, my first question is know if those messages are reaching qapplication. |
19:17.32 | SirFred | mickeyl: Tell me. |
19:17.50 | mickeyl | SirFred: I'm leaning more towards a direct call from ODevice to the qtscreen or the qws |
19:18.11 | CosmicPenguin | Would it be kosher if I added a FEED_URIS line, but put a '#' before the name of the feed to effectively comment it out? |
19:18.23 | mickeyl | koen: i think i'm for <nick>@oe.org |
19:18.23 | SirFred | mickeyl: Something like having ODevice methods to suspend/resume? |
19:19.00 | mickeyl | SirFred: yep. ODevice_Zaurus already overrides the default suspend/resume, so that'd be the natural place to wake up something |
19:19.02 | mickeyl | the problem |
19:19.05 | *** join/#oe dyoung (~dyoung@dyoung.nslu2-linux) |
19:19.13 | mickeyl | that won't work when you suspend/resume via button |
19:19.15 | mickeyl | or apm -s |
19:19.23 | mickeyl | in that case there's no such message |
19:19.26 | SirFred | That's a big problem. |
19:19.28 | mickeyl | (returnFromSuspend) |
19:19.58 | mickeyl | which makes me think it needs to be in the driver |
19:20.01 | SirFred | mickeyl: Perhaps we need some kind of direct access from the driver? |
19:20.03 | mickeyl | not in userland |
19:20.21 | mickeyl | RP: what do you think? |
19:20.29 | mickeyl | the solution should benefit all GUIs using the w100 |
19:20.37 | mickeyl | so even the qte driver would be too highlevel |
19:20.41 | SirFred | mickeyl: You mean the kernel driver. |
19:20.45 | mickeyl | yep |
19:20.54 | mickeyl | the kernel driver will get notified in any case |
19:20.57 | mickeyl | on resume |
19:21.04 | mickeyl | so that looks like the really natural place to solve it |
19:21.48 | SirFred | mickeyl: I suppose that could work as long as we are not using hardware rotation anymore to rotate the screen. :) |
19:21.51 | Luke-Jr | koen: is ewi546.ewi.utwente.nl still correct? |
19:22.01 | koen | Luke-Jr: yes |
19:22.12 | Luke-Jr | strange... :\ |
19:22.22 | Luke-Jr | I get an error trying to pull |
19:22.37 | SirFred | mickeyl: Did you receive my today patches? |
19:22.39 | Luke-Jr | http://pastebin.ca/16125 |
19:23.18 | koen | try pulling org |
19:26.25 | RP | mickeyl: What are you asking here? You want the kernel driver to restore all the accel registers? |
19:29.04 | SirFred | RP: Hi. |
19:29.17 | RP | hi SirFred |
19:29.27 | *** join/#oe chouimat|outside (~dieu@r2351064.cidc.net) |
19:29.51 | SirFred | RP: Now that I read you, I'm not sure if any operation at kernel driver will be enough to avoid the problem. |
19:30.08 | RP | The kernel can't fix this |
19:30.14 | SirFred | RP: The problem is actually that suspend/resume freezes the AtiCore functionality. |
19:30.28 | SirFred | RP: And you're right, that cannot be fixed at kernel driver. |
19:30.46 | RP | SirFred: Can you be specific - when does it freeze? |
19:30.48 | RP | at suspend or resume? |
19:30.53 | SirFred | RP: At resume. |
19:31.10 | SirFred | RP: I'm not sure why, but it start to give timeouts for every operation. |
19:31.35 | RP | I'd guess it needs reinitalising |
19:31.37 | SirFred | RP: Perhaps the mmapped memory gets corrupted, or something so. |
19:31.50 | SirFred | RP: What happens to shared memory on a suspend? |
19:32.06 | RP | All the w100's registers are destroyed. The memory should be preserved... |
19:32.14 | SirFred | RP: Well, anyway, the shared memory looses sync with the w100 itself. |
19:32.32 | RP | Actually, I think we only save the active video memory - not any of the surrounding memory |
19:33.11 | SirFred | RP: Perhaps that's the problem, assuming invalid state ( stored in shared memory) |
19:33.23 | SirFred | RP: What do you mean with surrounding memory? |
19:34.05 | RP | We save all the memory - I've just checked |
19:35.22 | RP | Once upon a time, w100fb just use to save the active frambebuffer itself |
19:35.23 | SirFred | RP: Well, anyway, could be some sort of sync lost. |
19:35.38 | RP | SirFred: Every register in the w100 is destroyed over a suspend/resume |
19:35.43 | SirFred | RP: Wasn't the shared ram used to store some register value? |
19:36.21 | RP | No. We move all the video memory into main memory to preserve it, then turn off its power |
19:37.04 | SirFred | RP: I'm talking about the shared segment used by AtiCore. |
19:37.27 | zecke | OT: FSF moved again, update your license headers |
19:37.38 | RP | Yes, that does cache values. That's a good point |
19:37.52 | RP | You probably need to tear down everything and start again :-/ |
19:38.03 | SirFred | RP: That's doable. |
19:38.18 | SirFred | RP: But I need to know when the device is resumed. |
19:38.26 | SirFred | RP: I don't know how to do that. |
19:38.46 | RP | SirFred: Opie should really tell you. It can find out from apm_bios |
19:39.04 | *** join/#oe Pigi (~NoOne@host163-45.pool80180.interbusiness.it) |
19:39.14 | Pigi | load /home/pigi/.xchat2/identyfy_and_join |
19:39.16 | Pigi | sorry |
19:39.18 | Pigi | Ciao all |
19:39.40 | Pigi | damn xchat |
19:40.44 | CosmicPenguin | Because I'm too lazy to RTFG, is there a tool to htmlize a Packages file? |
19:40.45 | SirFred | mickeyl: Perhaps opie should read apm_bios and get informed of suspend/resume events, ever if they are triggered by the on/off button? |
19:41.04 | koen | CosmicPenguin: perl |
19:41.20 | CosmicPenguin | good show |
19:41.41 | mickeyl | hmm |
19:41.42 | mickeyl | well |
19:42.27 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
19:43.47 | mickeyl | yeah |
19:44.00 | mickeyl | either that or just with a resume.d script |
19:44.13 | Luke-Jr | koen: org seems to be working... O.o |
19:44.55 | mickeyl | SirFred: for the time being, let's assume that we call the reinitializing from ODevice in ODevice::suspend() |
19:45.11 | mickeyl | i'll think about the method how to call that on an arbitrary resume later |
19:46.04 | SirFred | mickeyl: Well, that method is supposed to be actually suspending now, isn't it? |
19:46.11 | SirFred | mickeyl: Calling apm -suspend or something so? |
19:46.35 | RP | mickeyl: Presumably you mean ODevice::resume() ? |
19:47.01 | SirFred | RP: Well, if ODevice::suspend() is suspending, on resume, execution will follow at that point. |
19:47.17 | zecke | RP: no the suspend is assumed to be synchronus |
19:47.25 | koen | Luke-Jr: collection != branch |
19:47.38 | zecke | RP: prepare_to_sleep; sleep; we're back a life; |
19:47.46 | RP | Ah, right. I don't understand the workings of this high level stuff :) |
19:47.48 | zecke | Arjan: ping |
19:47.54 | Luke-Jr | koen: I was just going off your blog =p |
19:48.06 | Luke-Jr | koen: so I need to have a local copy of all the org stuff just for OE.dev? |
19:48.26 | koen | sort of |
19:48.30 | Luke-Jr | :\ |
19:48.41 | SirFred | Perhaps using qt_screen at that level ( ODevice) is a little dirty. |
19:48.50 | koen | a branch is a virtual thing |
19:49.08 | RP | Of course how you handle this when something else suspends the device is interesting... |
19:49.13 | koen | merging is just putting the right sha1 hashes in a manifest |
19:49.32 | SirFred | RP: :) |
19:50.00 | SirFred | RP: I suppose that be on time can not be guarantied. |
19:50.42 | SirFred | RP: Well, one thing is suspending and another one is be notified for an extern suspend. |
19:51.25 | SirFred | Perhaps ODevice::suspend() could call ODevice::notifySuspend() , that will also be called when an external suspend was detected. |
19:52.08 | RP | Or maybe you listen for something like notifyResume() ? |
19:52.46 | SirFred | RP: A qcop message? |
19:53.13 | SirFred | Well, I have to leave now. |
19:53.28 | SirFred | See you |
19:53.38 | RP | SirFred: bye! |
19:54.16 | koen | mickeyl: are we going monotone 0.19 or 0.20rc ? |
19:54.43 | mickeyl | i'll probably try 0.20rtc |
19:54.46 | mickeyl | rc even |
19:57.02 | koen | (for H in `monotone automate heads`;do monotone ancestry_difference $H `cat MT/revision`; done) monotone automate toposort -@- '| (while read R; do monotone log -r$R --depth=1) |
19:57.23 | koen | according to the montone devs that should give you all cset comments |
19:58.00 | mickeyl | handy |
20:00.26 | koen | "can I do bk changes -R in monotone" <few seconds of silence> "sure, do: (for H in `monotone automate heads`;do monotone ancestry_difference $H `cat MT/revision`; done) monotone automate toposort -@- '| (while read R; do monotone log -r$R --depth=1) " |
20:00.34 | koen | #monotone is scary :) |
20:03.53 | mickeyl | <mickeyl> hehe |
20:03.53 | mickeyl | <mickeyl> expoerts |
20:03.53 | mickeyl | <mickeyl> i'm sure we don't appear much less scary to outsiders |
20:06.11 | koen | bitbake -obscure-option <arcane command> | evil sed script | python foo |
20:06.27 | mickeyl | heh, yeah |
20:07.00 | koen | thanks god we don't have perl devs hanging out here |
20:07.38 | Pigi | I do like perl :) |
20:08.02 | Pigi | that's probably why I do like ipkg ? |
20:08.08 | Pigi | or better, coding ipkg ? |
20:09.37 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
20:16.29 | Bernardo | re |
20:16.32 | Bernardo | hi mickeyl |
20:16.37 | Bernardo | how's your c3000? |
20:16.39 | woglinde | hi bernado |
20:17.32 | Bernardo | hi woglinde |
20:17.59 | Bernardo | how are things |
20:18.05 | Bernardo | ? |
20:19.01 | mickeyl | hi. goes fairly well, seldomly used because of the exciting things happening with 2.6 and w100 accel on c7x0 |
20:20.39 | koen | accell driver = bigger binary = bloat = !PIM = fluff |
20:20.55 | *** join/#oe ar_ (~ar@port-ip-213-211-233-149.reverse.mdcc-fun.de) |
20:20.59 | zecke | koen: breaking compat |
20:21.12 | koen | o yeah, forgot that one |
20:21.16 | zecke | koen: imaging apps assuming not being accelerated |
20:23.39 | koen | xtank :) |
20:24.48 | Bernardo | I had to go back to sharp's rom on my c1000, as I didn't even have a dialup line to download software... now I've found a open router, and I should have adsl again in another month or two |
20:25.19 | Pigi | is there a bb file that can be used to build the whole and only cosscompile ambient ? |
20:26.24 | koen | bitbake gcc-cross glibc |
20:27.04 | Pigi | only ? Maybe my question was not complete. |
20:27.46 | Pigi | I would like to avoid recompile all the stuff like gcc and so on that are used for the build of an image |
20:28.19 | Pigi | this way I can ASSUME_PROVIDED all the stuff ( I'm not sure I have been clear this time too ) |
20:38.17 | *** join/#oe jumpkick_ (~chatzilla@toronto-HSE-ppp3985730.sympatico.ca) |
20:39.31 | *** join/#oe mallum_ (~mallum@host81-154-53-195.range81-154.btcentralplus.com) |
20:46.14 | *** join/#oe nofpu (~matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
20:56.52 | zecke | ~herring holger |
20:56.52 | ibot | ACTION whacks holger on the side of the head with a large red herring named alfred |
20:57.44 | zecke | I'm scratching my head from where to get 3.3V for /SHDN... and my MAXIM3232 does not have it... |
21:06.37 | darkschneider | mickeyl: no way to make a kernel from recent oe boot on my poodle, can be the image and not the kernel? |
21:06.48 | darkschneider | (it stopes just after the splash screen) |
21:16.48 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) |
21:19.53 | mickeyl | darkschneider: unlikely, since other people have success with that. |
21:20.02 | mickeyl | darkschneider: i recommend you building a kernel with console=tty1 |
21:20.09 | mickeyl | and then have a look at the output |
21:20.15 | darkschneider | k |
21:20.21 | mickeyl | or ttyS0, when you have a serial cable |
21:20.28 | darkschneider | (i was reporting my failure :) ) |
21:21.14 | darkschneider | a fact i noted is that notting much has changed in the kernel since the 3.5.2 release |
21:21.30 | darkschneider | just a tosa patch and a variable that has been changed |
21:21.50 | *** part/#oe jmau (~jmau@p54A5B861.dip0.t-ipconnect.de) |
21:27.00 | mickeyl | ~praise marcan |
21:27.00 | ibot | All hail marcan! |
21:27.07 | mickeyl | marcan: I haven't been able to lock up the 5500 any more |
21:27.13 | mickeyl | we can consider this issue solved |
21:27.33 | mickeyl | now it would be handy if someone could patch it for 5600 and 6000 as well :)) |
21:27.44 | koen | "case closed" <big red stamp> |
21:35.42 | *** join/#oe reenoo_ (~r@p5489D0D7.dip.t-dialin.net) |
21:35.50 | reenoo_ | evening |
21:36.02 | mickeyl | hi |
21:36.05 | mickeyl | g'night |
21:36.26 | koen | 'night mickeyl |
21:36.26 | *** join/#oe chouimat|ibook (~dieu@r2351064.cidc.net) |
21:36.42 | reenoo_ | 'night mickey|zzZZzz |
21:58.56 | CosmicPenguin | So, we're going to stop submitting stuff to BK on thursday? |
21:59.09 | Pigi | time to sleep |
21:59.11 | Pigi | nite all |
22:02.47 | *** part/#oe pH5 (~ph5@e178235130.adsl.alicedsl.de) |
22:07.11 | *** join/#oe Crofton|laptop (~balister@66-207-66-26.black.dmt.ntelos.net) |
22:16.56 | reenoo_ | 'night all |
22:16.58 | *** join/#oe synth (~cb@pcp838545pcs.venice01.fl.comcast.net) |
22:20.29 | koen | 'night all |
22:34.25 | *** join/#oe marcan (1337@7137413ceba0675c.session.tor) |
22:36.32 | ljp | does tinyx or kdrive do anti-aliased fonts? |
22:36.39 | zecke | sure |
22:37.27 | zecke | kdrive has Render, Fixes, Composite extensions as well |
22:37.47 | zecke | ljp: some people would even say it will sit your spouse... |
22:37.51 | ljp | alpha blending? |
22:39.04 | zecke | ljp: I do not see who should prevent when from doing it |
22:39.26 | zecke | ljp: ask Lars and Zack ;) |
23:02.43 | *** join/#oe molivier (~mac@d03v-1-167.d4.club-internet.fr) |
23:03.03 | marcan | huh |
23:03.15 | marcan | so now I know why other Z's don't have the 5500 bug |
23:03.24 | marcan | the apm scripts don't even get CALLED |
23:03.45 | *** join/#oe Geo_KM (~keith@ppp61-98.lns1.cbr1.internode.on.net) |
23:03.46 | marcan | apmd is never notified |
23:03.50 | marcan | ~lart lineo |
23:07.55 | treke | marcan: well lineo has little to do with the code in oz :p |
23:08.13 | treke | apart from the fact that we work around some apm kernel bugs on the 5500 |
23:09.37 | marcan | treke: it seems to me that the kernel doesn't even send the events |
23:09.41 | marcan | it doesn't seem to be userland |
23:10.01 | marcan | in fact, it works if I do a software suspend (apm -s) |
23:10.14 | treke | check apm |
23:10.19 | treke | make sure it isnt a wrapper |
23:10.27 | marcan | it is I think |
23:10.31 | marcan | which is what I mean |
23:10.37 | marcan | it calls apmd and does it right |
23:10.56 | kergoth | eh? |
23:10.57 | marcan | do probably it doesn't work with normal on/off-button suspend because the kernel doesn't send the events |
23:11.05 | kergoth | the kill signal to apmd exists to work around the bug |
23:11.14 | treke | I dont recall what the work around was clearly :) |
23:11.15 | marcan | wait - let me check |
23:11.34 | kergoth | the bug is when multiple apps have the apm_bios device open, on the 5500, during a suspend/resume cycle, it never resumes |
23:11.42 | kergoth | so you cant do the _proper_ method of calling the apm binary to signal the kernel |
23:11.55 | marcan | kergoth: a single app kills it too |
23:12.02 | kergoth | eh? |
23:12.21 | marcan | run apmd, suspend using the button. Boom. |
23:12.24 | marcan | at least on recent OZs |
23:12.45 | kergoth | and what do you think is catching the button press? |
23:12.47 | kergoth | hm? |
23:12.50 | marcan | The kernel. |
23:13.23 | kergoth | thats only true in console. in opie, it catches the press and calls the apm binary |
23:13.26 | kergoth | iirc. |
23:13.32 | marcan | I was running in console |
23:13.33 | treke | checking the code |
23:13.35 | marcan | and it hung nonetheless |
23:13.53 | marcan | the problem with the kernel was it shutting down half the system and then sending the signal to apmd and waiting for a response |
23:14.07 | marcan | very silly of course, since unless apmd was very fast and responded fast enough, it got halted |
23:14.21 | marcan | and thus the kernel hangs around waiting for a response that will never get there |
23:14.30 | marcan | until resume of course, which necer happens because suspend never completes either |
23:14.49 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
23:14.59 | kergoth | the 2.4 apm and pm in general is a fucking joke |
23:15.05 | kergoth | :\ |
23:15.14 | marcan | try to read the code |
23:15.26 | marcan | it is horrid |
23:15.29 | kergoth | i've been through every line of lineo code in the sharp 2.4 5500 codebase. |
23:15.39 | kergoth | so yes, i know |
23:15.41 | kergoth | heh |
23:15.44 | marcan | heh |
23:15.47 | marcan | definitely |
23:16.01 | CosmicPenguin | Now, there's a line for your resume |
23:16.02 | marcan | I hope we move to 2.6 soon |
23:16.05 | marcan | at least for tosa |
23:16.07 | kergoth | haw |
23:16.14 | CosmicPenguin | I would hire you on the spot |
23:16.21 | marcan | lol |
23:16.27 | kergoth | "read the lineo code and left with mind somewhat intact!" |
23:16.42 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
23:16.43 | kergoth | "(NOTE: in similar circumstances, expects hazard pay) |
23:16.44 | kergoth | " |
23:16.45 | kergoth | :P |
23:17.57 | marcan | all this also expects the wlan crashes on suspends |
23:18.04 | marcan | it doesn't even call the scripts |
23:18.09 | marcan | *explains |
23:21.38 | *** join/#oe treke (~ggilbert@tinman.treke.net) |
23:33.02 | marcan | great - now the tosa kernel won't compile |
23:35.31 | marcan | arm-linux-ld-2.11.2: final link failed: No space left on device |
23:35.31 | marcan | great |
23:35.32 | *** join/#oe mithro (~tim@202.191.111.52) |
23:39.15 | *** join/#oe nslu2-log_ (dyoung@dyoung.nslu2-linux) |
23:41.23 | Luke-Jr | so... which Monotone branch is equivalent to HEAD? .koen or .dev? |
23:41.30 | *** join/#oe poulpe (~poulpe@courbet-4-82-227-208-86.fbx.proxad.net) |
23:43.10 | Luke-Jr | marcan: 'we' who? SL-Cxx0 are already mostly on 2.6, if you mean "Zaurii images" =p |
23:43.34 | marcan | I mean tosa :P |
23:43.40 | marcan | i.e. get tosa 2.6 ready |
23:43.46 | marcan | (wifi, sound, suspend, etc) |
23:44.07 | marcan | Once I get the very basic big bugs of spm on tosa on the embedix kernel fixed, I'm diving straight into getting the 2.6 kernel ready |
23:44.16 | marcan | *apm |
23:50.45 | kergoth | heh |
23:50.55 | kergoth | marcan: a stock 2.4 kernel calls the resume events in the same order as the suspend events |
23:51.15 | kergoth | so nearly every embedded patch set ends up flipping the resume order |
23:51.16 | kergoth | heh |
23:51.16 | marcan | heh |
23:51.18 | kergoth | pathetic |
23:57.22 | gb2 | kergoth: a lot of older stuff didn't do much on suspend/resume, it was the cross-your-fingers strategy really |