**** BEGIN LOGGING AT Mon Nov 08 02:59:57 2010 Nov 08 08:48:49 morgen Nov 08 09:04:32 * cwillu pokes Nov 08 09:04:53 you're not rcn-ee :/ Nov 08 10:55:46 if I want to change something in ubuntu kernel config for panda how to get .config in other way then cp /boot/config-*? Nov 08 10:57:24 hrw, that's the only way, unless /proc/config has been enabled in the kernel (which it hasn't in ubuntu afaik() Nov 08 10:58:03 cwillu_at_work: "apt-get source linux-ti-omap4" gave me ubuntu source package but it uses split config Nov 08 12:45:22 hrw: to get the running defconfig, just run zcat /proc/config.gz Nov 08 12:46:08 let me rephrase question: how to get kernel config from inside of linux-ti-omap4 source package? Nov 08 12:47:57 hrw: ok, sorry. the config shall be in a folder debian.ti-omap4/config/config.common.ubuntu. Do you have this file in the source package? Nov 08 12:50:37 yep - but tahts all? Nov 08 12:52:10 hrw: yes, what did you expect? Nov 08 12:52:34 preferred to be sure - split configs exists for a reason Nov 08 12:53:23 hrw: right, it is not used in this case, not sure why actually... Nov 08 12:54:13 sebjan_: one flavour only Nov 08 12:54:40 yes, it makes sense... Nov 08 14:34:23 hrw, so looking at your genesi f-k patch, it seems to expect that /boot is a vfat Nov 08 14:34:33 that wont work Nov 08 14:54:46 ogra: flash-kernel is set of hacks already Nov 08 14:55:08 hrw, that doesnt solve the probelm that /boot cant be vfat :) Nov 08 14:55:31 on smarttop it is ext2 by default Nov 08 14:55:50 smartbook I mean Nov 08 14:55:53 oh, that seems fine then, is it the same on smartbook ? Nov 08 14:55:57 ah Nov 08 14:56:19 markos_: does smarttop has /boot/ also on pata drive like it is in smartbook? Nov 08 14:56:38 and does it use ext2 too ? Nov 08 14:56:39 :) Nov 08 14:57:26 ogra: initially it used vfat but now with new uboot it's able to use ext2 as wel Nov 08 14:57:27 but yes Nov 08 14:58:24 hrw, well, if its all ext2 then your patch seems fine to me Nov 08 14:58:51 it needs a uboot upgrade though Nov 08 14:59:02 ogra: I would prefer rewrite of whole script but no devices to check does it works properly on all Nov 08 14:59:04 old smarttops will have to be upgraded first Nov 08 14:59:47 hrw, i would prefer we split flash-kernel in functions and device spcific parts ... but i guess that needs wider discussion with debian-arm Nov 08 15:00:05 yep Nov 08 15:00:33 i.e. have a flash-kernel-common package that provides script snippets we can source Nov 08 15:01:30 ogra: even flash-kernel can get rewrite properly Nov 08 15:01:57 well, heh Nov 08 15:02:09 f-k is somewhat constantly being rewritten Nov 08 15:02:17 compare omap_flash_kernel and efikamx_flash_kernel functions Nov 08 15:02:39 both have update_uImage_symlink() update_initrd_symlink() Nov 08 15:05:40 hrw, well, theye functions come from NCommander for his generic update Nov 08 15:05:49 which is very broken anyway Nov 08 15:06:57 they neerd fixing all over Nov 08 15:07:01 *need Nov 08 15:09:37 I am a bit tired of rewriting update scripts again and again Nov 08 15:09:54 few years ago I merged 5-6 zaurus update scripts into one Nov 08 15:10:10 right Nov 08 15:10:21 took year to get it tested on all supported devices and 2-3 developers more Nov 08 15:10:31 what i want is device specific functions separate from HW specific ones Nov 08 15:11:08 i.e. update NAND ... update u-boot_vfat separated from the omap or dove or whatever functions Nov 08 15:11:49 it looks like omap and dove support was added by ubuntu Nov 08 15:11:53 yes Nov 08 15:12:15 omap was initially aded by me, dove comes from NCommander Nov 08 15:12:40 both were completely redone when NCommander added the "improved subarch detection" stuff Nov 08 15:12:47 style is completely different Nov 08 15:12:50 yes Nov 08 15:13:00 it was initally identical Nov 08 15:13:29 but the spec was implemented in a way to use uname instead of /proc/cpuinfo Nov 08 15:13:37 which breaks the style Nov 08 15:15:49 hrw, for that part you should discuss with NCommander Nov 08 15:16:45 this change also introduces bugs for unsupported boards ... i.e. it makes it try to flash to NAND on blaze (where no nand exists) Nov 08 16:24:34 how to get default set of kernel options for arm device in ubuntu? Nov 08 16:27:41 hrw, /boot/config-$(uname -r) Nov 08 16:27:41 for source config, ask the kernel team Nov 08 16:27:53 don't know exactly how the kernel selects the default options for arm in general Nov 08 16:28:00 k Nov 08 16:28:01 but at the git repository you can already check what is common Nov 08 16:28:10 http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=blob;f=debian.master/config/armel/config.common.armel;h=0f0e053b1780d9d67b9c0ac7d1051fabf3d176b8;hb=HEAD Nov 08 16:28:12 for example Nov 08 16:28:23 as the master repo has both omap and versatile Nov 08 16:28:26 well, the actual config is merged from nippets during package build iirc Nov 08 16:28:33 yup Nov 08 16:28:35 *snippets Nov 08 16:28:50 ok Nov 08 16:28:51 thx Nov 08 16:29:00 hrw: but the "default" options is something that maybe someone from the kernel team can help you Nov 08 16:29:03 easiest is really to just wget the binary and dpkg -x it i bet Nov 08 16:29:16 ok Nov 08 16:29:34 trying to make efikasb kernel to be more ubuntu like Nov 08 16:30:23 build a package ;) Nov 08 16:30:31 already did Nov 08 16:30:44 ah, cool Nov 08 16:30:55 there are also some extra ubuntu sauce generally applied at ubuntu's kernel Nov 08 16:31:07 don't know if you wan to check those too Nov 08 16:31:31 hrw: and which version are you building? the stock 2.6.31 kernel? Nov 08 16:31:35 you should add them if possible, often distro userspace features correspond to them Nov 08 16:32:02 rsalveti: yes 2.6.31.14.6 Nov 08 16:32:25 and do not plan to add ubuntu patches on top of it Nov 08 16:32:29 * hrw is not kernel hacker Nov 08 16:33:17 oh, are you guys talking about linaro kernel or ubuntu kernel? Nov 08 16:33:23 what i did for the ac100 kernel was to ssh into my panda that had a source tree, copy the config to .config and then run make menuconfig on both Nov 08 16:33:26 none of those cooloney Nov 08 16:33:27 rsalveti: how's going, had a nice vacation? Nov 08 16:33:42 hrw: got this, man Nov 08 16:33:49 its very time consuming to do it that way but you will end up with modtly identical configs Nov 08 16:34:02 *mostly Nov 08 16:34:09 cooloney: yup, very nice :-) Nov 08 16:34:30 rsalveti: great. man Nov 08 16:34:49 * cooloney just read a news, Marvell release a qual-core ARM chip Nov 08 16:34:55 CONFIG_SCSI_MULTI_LUN is not set in TI-omap4... bad Nov 08 16:35:02 cooloney: how was plumbers? Nov 08 16:35:43 hrw: ti-omap4 unfortunately doesn't contain all arm common defines at the master repo Nov 08 16:36:21 http://www.marvell.com/company/news/press_detail.html?releaseID=1447 Nov 08 16:36:23 rsalveti: very good Nov 08 16:36:41 met several linux-omap folks and other ARM guys Nov 08 16:36:53 rsalveti: extra fun is that efikas have usb-wifi which rt2800usb does not want to load firmware for (and same firmware works with staging driver) Nov 08 16:37:12 cooloney: cool :-) Nov 08 16:37:37 hrw: what's CONFIG_SCSI_MULTI_LUN for? Nov 08 16:37:56 hrw: haha :-) Nov 08 16:37:59 hrw: i guess it is for some multi volume USB disk? Nov 08 16:38:11 cooloney: Prompt: Probe all LUNs on each SCSI device Nov 08 16:38:26 cooloney: think: real multislot card readers for example Nov 08 16:38:46 does the efika have that ? Nov 08 16:38:51 cooloney: and I have one of those Nov 08 16:38:57 ogra_ac: I have such on usb Nov 08 16:39:00 * GrueMaster drools over the marvel XP specs. Nov 08 16:39:06 oh, that doesnt show as usb disks ? Nov 08 16:39:16 intresting Nov 08 16:40:47 ogra_ac: without multi_lun only CF works. with: cf, sd, ms, xd Nov 08 16:41:23 well, then we should enable it asap Nov 08 16:41:31 file a bug ;) Nov 08 16:41:32 ogra_ac: popular cheap multislot readers have one controler so one card at time. this one handle 4 cards at same time Nov 08 16:43:05 hrw: good point. could you please file a bug, then we can SRU a patch Nov 08 16:43:19 bug 672635 Nov 08 16:43:21 Launchpad bug 672635 in linux-ti-omap4 (Ubuntu) "enable CONFIG_SCSI_MULTI_LUN (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/672635 Nov 08 16:44:43 * ogra_ac triages it properly Nov 08 16:46:26 hrw: thx, man, you are so quick Nov 08 16:46:50 sbambrough, hey Nov 08 16:47:20 hey ogra_ac Nov 08 16:47:32 sbambrough, are you subscribed to ubuntu-devel ? Nov 08 16:47:39 (the mailing list) Nov 08 16:48:20 i sent some questions regarding the possibility about using linaor kernels to it today, might intrest you too Nov 08 16:48:27 *linaro Nov 08 16:48:47 ogra_ac, I don't believe I am Nov 08 16:49:14 https://lists.ubuntu.com/archives/ubuntu-devel/2010-November/031952.html Nov 08 16:49:31 cooloney, ^^^ something to bring up at the kernel team meeting i belive Nov 08 16:51:44 ogra_ac, your right they do interest me, though I don't have any answers right now Nov 08 16:52:03 ogra_ac: ok, got it. Nov 08 16:52:23 sbambrough, yeah, i dont expect answers right now, but we need to find some ;) Nov 08 17:56:41 ogra_ac: were you able to test the new qt packages? Nov 08 17:57:04 rsalveti, yes Nov 08 17:57:16 and? Nov 08 17:57:18 Illegal instruction Nov 08 17:57:20 :( Nov 08 17:57:24 see the bug Nov 08 17:57:33 tiago also commented Nov 08 17:58:18 oh, cool, too much emails at my inbox Nov 08 17:58:52 sadly it doesnt seem to work as expected Nov 08 17:59:23 tiagos test of just running the lib seems to show no misdetectin though Nov 08 18:00:37 Might be another failure point. Nov 08 18:00:46 i.e. i dont get the processor features line he mentions Nov 08 18:01:35 GrueMaster, well, its definitely NEON related given just building it with NEON disabled makes it all work fine Nov 08 18:02:23 What I mean is it may be code that is ouside the run-time detection. Nov 08 18:02:51 ogra_ac: remember he's using qt 4.7.1 while posting at the bug Nov 08 18:03:13 rsalveti, yeah Nov 08 18:03:18 maybe this processor features is not there for the version we're using Nov 08 18:03:25 I don't get it even on panda Nov 08 18:03:25 yup Nov 08 18:04:00 * ogra_ac hasnt set up his panda yet for cross checking Nov 08 18:04:05 What's the bug number again? I can test the code on my dove to verify. Nov 08 18:04:13 i have barely unpacked my suitcase Nov 08 18:04:17 bug 664431 Nov 08 18:04:18 Launchpad bug 664431 in qt4-x11 (Ubuntu Natty) (and 2 other projects) "QT on armel is built with NEON by default (affects: 2) (dups: 1) (heat: 30)" [Undecided,New] https://launchpad.net/bugs/664431 Nov 08 18:07:19 ogra_ac: does it also crashes while running QT_NO_NEON=1 mumble? Nov 08 18:07:27 yep Nov 08 18:07:45 could be the case that the features thing is not working the way expected Nov 08 18:08:00 yes, i would expect so Nov 08 18:08:03 I don't believe it was ever tested on a no-neon hardware Nov 08 18:08:13 to sad that slangasek already dropped the working packages Nov 08 18:08:57 "working"? those packages were sitting verification-failed for some time before I removed them Nov 08 18:08:59 would be good to trace the error Nov 08 18:09:17 slangasek, huh ? who did set that ? Nov 08 18:09:22 * ogra_ac checks the bug Nov 08 18:09:43 hi all - if anyone has a second to help me get rcn-ee's scripts working for a beagleboard, I'd love a hand Nov 08 18:10:17 slangasek, now thats weird, while i see that pitti set it to failed i dont get why Nov 08 18:10:35 ogra_ac: because it was reported to regress on non-NEON systems Nov 08 18:10:40 Jefro, best is to wait for rcn-ee for that Nov 08 18:10:53 slangasek, err, no, exactly the opposite Nov 08 18:11:15 slangasek, it fixed it for non-NEON systems Nov 08 18:11:15 oh right; it was reported to regress on NEON systems Nov 08 18:11:23 ogra_ac - thanks Nov 08 18:11:25 which is nonsense Nov 08 18:11:29 Nov 08 18:11:41 given we announce that no library in maverick will do NEON Nov 08 18:11:52 so it breaks a commitment Nov 08 18:12:04 no library in maverick will *require* NEON Nov 08 18:12:09 right Nov 08 18:12:57 given that QT in maverick can currently only be build with statically having NEON on or off my upload was a proper fix Nov 08 18:13:24 that upstream tried to add dynamic detection doesnt make the fix less valid Nov 08 18:14:56 until we have a dynamic fix in place at least Nov 08 18:15:49 ogra_ac: I also believe it is a post release regression to just disable it at qt Nov 08 18:16:00 I know we're saying we're building without neon by default Nov 08 18:16:12 but would be strange for users to have qt running slower because of an update Nov 08 18:16:16 well Nov 08 18:16:17 doesn't make sense to me Nov 08 18:16:21 talk to davidm Nov 08 18:16:40 that's why I thought it would be better to just fix the run time detection Nov 08 18:16:45 i had a pretty strict request to switch it off immediately Nov 08 18:16:56 ogra_ac: why? it's a ubuntu discussion in general, I understand the problems Nov 08 18:17:21 yes, i agree that runtime detection is a better fix, but if it doesnt work we have to fix it another way Nov 08 18:17:38 sure, in case it doesn't work we just disable it Nov 08 18:17:41 and apparently the only way is static atm Nov 08 18:17:47 but first let's try to get the proper fix in Nov 08 18:17:53 right Nov 08 18:18:18 but the "proper" fix seems ot require far more currently Nov 08 18:18:34 since just backporting from upstream doesnt seem to work Nov 08 18:18:39 it seems, let's at least get the correct trace Nov 08 18:18:43 and identify what's happening Nov 08 18:18:52 don't think that will take a lot of time Nov 08 18:18:59 no Nov 08 18:19:51 what i'm concerned about it that i already drown in mail from people running QT apps on the ac100, that the working packages were removed from proposed is a bit disturbing Nov 08 18:20:28 I know, but let's give at least one or two days to try to get the proper fix Nov 08 18:20:36 yes Nov 08 18:20:37 now that you have the hardware and can try to trace the problem Nov 08 18:21:22 if we're unable to fix, push the new packages without neon at all and we're fine Nov 08 18:21:27 right, though i wont do that tonight anymore ... i'm jetlagged and did get off a plane less than 24h ago Nov 08 18:21:56 ogra_ac: sure, take your time Nov 08 18:22:19 ogra_ac: go to sleep then :-) Nov 08 18:22:34 i would have tested during plumbers, but they dont have an elmo (read: the network there was so bad that most of us couldnt even get their mails) Nov 08 18:22:56 yeah, elmo rocks Nov 08 18:23:00 uds was perfect Nov 08 18:23:14 to early for bed yet ... need to stay up to get my schedule correct Nov 08 18:23:25 just thinking is a bit hard atm :) Nov 08 18:23:32 :-) Nov 08 18:23:53 plumbers was depressing overall Nov 08 18:24:53 ogra_ac: why? no interesting stuff to discuss this year? Nov 08 18:25:10 now that they are over upstart vs systemd they start bashing us for copyright assignment Nov 08 18:25:37 haha, they will always find something to complain :-) Nov 08 18:25:39 well, there was intresting stuff but i didnt like the mood Nov 08 18:26:18 also seeing how lennart pulled strings to make all upstreams use systemd and Keybuk not being there at all to be able to stop that was annoying Nov 08 18:26:35 seems that many userspace things will defauolt to systemd in the near future Nov 08 18:26:45 i.e. gnome-session will go away Nov 08 18:27:03 got it Nov 08 18:27:11 all in all it felt like a redhat/intel conference Nov 08 18:27:16 i felt very misplaced Nov 08 18:27:23 but it was, somehow Nov 08 18:27:27 yes Nov 08 18:28:08 its just sad to see that so many important decisions are made there and that they are made with an anti ubuntu attitude in mind Nov 08 18:58:39 ogra_ac: rsalveti: Ok, after many interruptions, I finally downloaded the QT library from https://launchpad.net/~rsalveti/+archive/armel/+files/libqtcore4_4.7.0-0ubuntu5_armel.deb and it seems to be ok on my dove. Nov 08 18:59:06 GrueMaster, you can run mumble ? Nov 08 18:59:18 thats my testcase on the ac10 Nov 08 18:59:22 0 Nov 08 18:59:26 Haven't tried mumble. Nov 08 18:59:50 This is on my dove buildd (rack in basement). Nov 08 18:59:53 should fail while loading mumble Nov 08 18:59:58 right Nov 08 19:00:00 Other system has been offline since Dallas. Nov 08 19:00:05 you should get a SIGILL Nov 08 19:00:41 I ran it according to the instructions in the bug, comment #30. Will find some test apps. Nov 08 19:01:23 comment 30 is useless with our version Nov 08 19:01:34 8as you can see from the above discussion) Nov 08 19:03:24 could -mfpu=neon optimize general fp code at the qt build? Nov 08 19:03:40 then it'll fail for sure Nov 08 19:03:45 I may give my son some spare hw next time I see him. He knows a lot about QT. Nov 08 19:04:00 GrueMaster, just run mumble ;) Nov 08 19:04:09 thats a safe test Nov 08 19:04:29 no need to install a desktop for that, just use ssh -X user@dove mumble Nov 08 19:04:31 I can't. The system has a minimal install for building. No X. Nov 08 19:04:49 Still need to install for dependencies. Nov 08 19:04:56 use a chroot Nov 08 19:05:10 its not that it will take much time with a local mirror Nov 08 19:05:10 I'll unpack my A0 and get it running in a bit. Nov 08 19:05:38 It looks like it will take 64 minutes just to pull the PPA packages. Nov 08 19:05:52 They're not mirrored. Nov 08 19:06:05 ah Nov 08 19:08:18 Not sure if it is my end or lp, but I am only getting 3.8K/s pulling the packages from rsalveti's ppa. Nov 08 19:15:10 Jefro, ping Nov 08 19:16:41 rcn-ee hey! thanks - I am having difficulty with the beagleboard script Nov 08 19:17:05 hey Jefro,which of the scripts are you haing issues with? is it doing something odd? Nov 08 19:17:09 ./setup_sdcard.sh gives me a syntax error Nov 08 19:17:42 ./setup_sdcard.sh: line 333: syntax error near unexpected token `>' Nov 08 19:17:54 that might be a bashism.. ;) Nov 08 19:18:17 it must be. the line has a " &>> " in it. Nov 08 19:18:51 is that the 'sd.log' part of the script? you can just comment that out, it's just to make it less noisy.. Nov 08 19:19:01 I succeeded in getting it to work by putting a space between & and >> but now I think I probably should have just taken out the & and put a 2&>1 at the end Nov 08 19:19:05 ah, ok - looking Nov 08 19:19:31 yes, that is the sd.log line Nov 08 19:19:48 the resulting image, however, fails to boot on my xM A2 Nov 08 19:20:09 well, it boots up to a certain point but then fails with 'no init' and leaves me at an (initrd) prompt Nov 08 19:20:17 yeah, just nuke the "&>> ${DIR}/sd.log" i'll come up with something else to work better with dash.. Nov 08 19:20:38 That's weird, what was your full "./setup..." line? Nov 08 19:20:48 (i have an A2 i test it on..) Nov 08 19:20:59 ./setup_sdcard.sh --mmc /dev/sdf --uboot beagle --use-default-user Nov 08 19:21:33 I'll try it again, just a sec (currently running rsalveti's preinstalled image) Nov 08 19:21:49 weird, that's perfect.... Nov 08 19:23:45 by chance is it 16/8g card? i've had some users report problems with that, but haven't been able to replicate it.. Nov 08 19:25:02 4G Kingston card Nov 08 19:25:33 oops, no, that's the other one - this is a 4G no-name card Nov 08 19:25:37 I'll try it on the Kingston card Nov 08 19:27:19 another thing, if the script dies on error, it actually doesn't finish building the image.. Nov 08 19:29:15 it looked like it completed - running now on different card Nov 08 19:29:40 looks like it completed. the last line is "Formatting Boot Partition." Nov 08 19:29:55 that's not even close.. ;) Nov 08 19:30:06 hoo boy. is there a -v I can turn on? Nov 08 19:30:20 I'm running this on Ubuntu 8.10 BTW Nov 08 19:30:23 if that makes a dif Nov 08 19:30:49 not really, it's a pretty simple/stupid script.. ;) the last thing it really says "Populating rootfs Partition" Nov 08 19:31:40 ha... well, that may be why it only got as far as initrd! Nov 08 19:32:23 i'm suprised it got that far... if it died after building the first fatfs, there shouldn't have even been an uImage... Nov 08 19:32:39 it looks like it populated the boot partition Nov 08 19:33:26 this is for a "getting started" article, so I may go with rsalveti's premade script for now and point readers at the rootstock instructions if they want to go further. Does that sound reasonable? Nov 08 19:33:36 so maybe 8.04 just didn't like the "&>>"... format fatfs, copy bootloader, format ext, copy rootfs... Nov 08 19:33:52 very possibly. I'll try it on my laptop, which has 9.10 installed. Nov 08 19:35:57 Jefro: pre-installed image is easier for the first moment Nov 08 19:36:04 then you can point for advanced customizations Nov 08 19:36:10 and also rcn-ee's kernel Nov 08 19:36:24 in case people want to hack the normal ubuntu image Nov 08 19:37:15 rsalveti, you guys ready for another sru the next "xm"? ;) (u-boot).. Nov 08 19:37:31 rcn-ee: haha :-) Nov 08 19:37:40 i saw them on the u-boot list, and went oh my..... ;) Nov 08 19:41:11 rcn-ee: that's why for natty we'll be upgrading the x-loader/u-boot when needed Nov 08 19:41:26 or at least warn the user that he needs to update it, and create a tool for it Nov 08 19:41:38 but yeah, sru all around :-) Nov 08 19:42:32 GrueMaster: later on if you want to help and have enough time, please help getting the qt trace Nov 08 19:42:43 Will do. Nov 08 19:42:48 so we can find where and which instruction is breaking qt Nov 08 19:43:29 I'd like to get some kind of qt benchmark, to compare the performance with and without neon Nov 08 19:44:00 will try to dig one at the qt examples/tests/demos files at the git tree Nov 08 19:44:32 rsalveti rcn-ee thanks for the help Nov 08 19:44:44 Thats why I want to get my son involved. He can create one. Nov 08 19:56:29 ogra_ac: are you running on the AC100? Nov 08 19:58:33 GrueMaster: do you remember where you got the cpuburn package while stressing panda at dallas? Nov 08 19:58:48 don't remember if vstehle gave us or we just got it somewhere Nov 08 19:59:29 rlameiro, yes, i do Nov 08 19:59:44 rsalveti, GrueMaster, you need to grab the latest cpuburn at http://pages.sbcglobal.net/redelm/ and compile the arm binaries Nov 08 20:00:14 vstehle: cool, thanks Nov 08 20:00:16 ogra_ac: How is it working? does everything works now? I am lining to buy one... on amazon Nov 08 20:00:20 need to push that to our archive Nov 08 20:00:26 orbarron: ^ Nov 08 20:00:37 rcn-ee - new data point, when I used 9.10 to write the card it did get all the way to "populating rootfs" but still doesn't boot: "No init found." and an (initramfs) prompt. Nov 08 20:00:48 rlameiro, nope, things are slowly getting better i think, but i havent tried any of the new hacks from phh yet Nov 08 20:00:55 (I requested packaging in Bug #651576) Nov 08 20:00:58 Launchpad bug 651576 in cpuburn (Ubuntu) "cpuburn now has Cortex-A8 and Cortex-A9 versions, please build for armv7a (affects: 1) (heat: 95)" [Undecided,New] https://launchpad.net/bugs/651576 Nov 08 20:00:58 ok Nov 08 20:01:18 i go to the ac100 to see if I can extract more info ;) Nov 08 20:01:24 they are just trying to get backlight on/off on lid close to work Nov 08 20:01:37 rcn-ee, poke poke Nov 08 20:01:40 i personally was traveling fo ra few weeks, just got back yesterday Nov 08 20:01:54 hey cwillu_at_work that zippy still failing? Nov 08 20:02:15 hey; only when I start up the network Nov 08 20:02:34 haven't been able to get any kernel messages out of it though Nov 08 20:02:42 cwillu_at_work: zippy giving you trouble? Nov 08 20:02:46 so every boot... how do you like the ck patchset? Nov 08 20:02:50 prpplague, ooo, both of you at the same time :) Nov 08 20:03:06 cwillu_at_work: zippy or zippy2 ? Nov 08 20:03:08 2 Nov 08 20:03:14 prpplague, ks8851 troubles, specifically Nov 08 20:03:49 rcn-ee, nothing conclusive yet; I'm using it on this desktop, and it seems to be an improvement, although I'm waiting another week until I say that for sure Nov 08 20:04:16 (the problem with long uptimes is that you're never sure if things are faster because you rebooted, or because of the thing you changed that caused you to reboot) Nov 08 20:04:28 okay, cool... i have a patchset saved on my work machine for the ck stuff that i'm about to push.. ;) Nov 08 20:04:46 true true.. Nov 08 20:04:59 prpplague, want to know about my ks8851 troubles? :p Nov 08 20:05:05 cwillu_at_work: yea Nov 08 20:05:52 prpplague, cable plug events don't seem to make it to network manager et al Nov 08 20:06:15 prpplague, I hacked something up with mii-tool (which polls the mii status directly once per second) to simulate the behaviour Nov 08 20:06:15 cwillu_at_work: do the events show up on the CL level? Nov 08 20:06:19 nope Nov 08 20:06:33 interesting Nov 08 20:06:40 you using it with a panda or beagle? Nov 08 20:06:43 beagle Nov 08 20:06:45 c3 and c4 Nov 08 20:07:19 vstehle: pulling it now. Nov 08 20:07:24 prpplague, no, the _interesting_ part is that if I restart network manager _while_ copying data to a local machine _while_ mii-tool is running, everything dies Nov 08 20:07:28 right now i only have panda's at my desk, i'll have to pick up a beagle from the office to do some testing Nov 08 20:07:41 interestin Nov 08 20:07:51 I think I have a stack trace around still Nov 08 20:07:57 it dies in a weird fashion too :) Nov 08 20:08:23 processes go into uninteruptable state; I _think_ it's when they try to access the network, but I'm not certain (x will hardlock, for instance) Nov 08 20:08:32 sysrq-w shows them in that state though Nov 08 20:08:41 the end of the dmesg is a preempt count oops or something Nov 08 20:08:46 * cwillu_at_work looks for it Nov 08 20:16:38 sorry, my hairy electrician called Nov 08 20:16:42 * cwillu_at_work starts looking again Nov 08 20:17:20 prpplague, http://pastebin.com/ZPXdqwfw Nov 08 20:17:29 * prpplague looks Nov 08 20:17:32 I've got another trace with some magic sysrq info as well Nov 08 20:18:19 cwillu_at_work: interesting Nov 08 20:22:36 sysrq log coming Nov 08 20:25:40 prpplague, http://pastebin.com/vdrrr8iL Nov 08 20:26:01 * prpplague looks Nov 08 20:27:13 prpplague, I don't know that it's related, but:: I had rcn-ee compile me a 2.6.36 with ck2 (con kolivas's patchset with scheduler and vm changes) for kicks; it works fine under fairly heavy load for days, until I connect the zippy's ethernet and configure the interface; moments later, the system hardlocks Nov 08 20:27:47 I haven't been able to capture any messages from such a failure though Nov 08 20:28:16 just a rough guess would be that the communication with the KS8851 is getting part of the packet trashed and it is trying to read beyond the allocated packet Nov 08 20:28:32 i'd have to check but there were some similar problems reported with blaze Nov 08 20:29:07 (blaze uses the KS8851 in the exact same way as the zippy2) Nov 08 20:29:49 prpplague, I _don't_ get the problem unless I have both mii-tool running _and_ I restart network-manager _and_ there's network activity at the wrong time Nov 08 20:31:04 I've noticed this sporadically when poking a beagle remotely (i.e., the far end of a 128kb link), but I can trigger it every time if I scp a couple hundred megs locally, with "mii-tool -w" running, and then restarting network-manager with the transfer still running Nov 08 20:32:04 my guess is that mii-tool is holding something open that network-manager causes to be reset or whatever, at the same time as a packet comes in and does what you said before Nov 08 20:32:32 sporadically == once or twice a day Nov 08 20:32:50 interesting Nov 08 20:33:12 since I disabled my mii-tool hack, (restarting network-manager when an ssh connection dies rather than when mii-tool -w spits out a line), I haven't seen a single crash yet in two weeks Nov 08 20:34:39 I'm also suspicious that my ck2 crashes are related, given the scheduling changes + the "note: omap2_mcspi[14] exited with preempt_count 1" I get from a non ck2 kernel Nov 08 20:34:44 just can't prove it :p Nov 08 20:35:28 I've got several beagles and zippies and sd cards that I can duplicate this on, too :p Nov 08 20:38:31 (note, those two traces are on different kernels; the earlier was 2.6.35rc5, longer one was 2.6.35.7 Nov 08 21:12:36 * cwillu_at_work pokes at prpplague Nov 08 21:12:46 fixed it yet? :D Nov 08 21:13:51 cwillu_at_work: i'll have to see if i can replicate it on a beagle, all i have right now are pandas Nov 08 21:14:14 can a panda use a zippy2? Nov 08 21:14:36 Hello all +~ Nov 08 21:14:48 * cwillu_at_work shorts RXShorty to ~neutral Nov 08 21:14:54 Does anyone here has a Sharp Netwalker? Nov 08 21:16:15 The reason I ask that Ubuntu 9.04 is getting old with packages, maybe someone already made a 10.04 version? Nov 08 21:18:15 * rsalveti brb Nov 08 22:07:35 rsalveti: hi Nov 08 22:08:02 rsalveti: i was looking at pixman build log on LP, and it seems that it got compiled with NEON enabled. is that expected? Nov 08 22:08:18 ogra: hi. see ^^^ in case you are here too Nov 08 22:09:57 ndec: pixman has runtime neon detection Nov 08 22:10:28 armin76: really? that's cool. i didn't know Nov 08 22:10:38 armin76: is that documented? Nov 08 22:11:15 ndec: i'm not sure, you'd have to ask ssvb since he did the work Nov 08 22:18:51 armin76: looking at src, i think it's implemented in pixman-cpu.c, function _pixman_choose_implementation(). thanks for the tip Nov 08 22:27:18 ndec: could you please help to take a look at this bug 666267 Nov 08 22:27:20