[05:15] <ronj> Hi, I'm coming for help to provide the debug info requested by Herton on https://bugs.launchpad.net/bugs/904569 . In the mentioned guide ( https://wiki.ubuntu.com/Kernel/Reference/S3SystemTapDebug ), I fail to complete step 1.4 ( sudo apt-get install linux-image-$(uname -r)-dbgsym ) because, as confirmed by a quick lookup in synaptic, there is no such package as that (-dbysym is only available till 3.0.0-12). What can I do to still provide the information
[05:15] <ronj>  requested? Thanks.
[05:15] <ubot2> Launchpad bug 904569 in linux "Linux 3.0.0-15-generic-pae causes laptops to fail to resume from suspend (Dell XPS 1645, Sony Vaio VPCF1390)" [Medium,Confirmed]
[05:20] <ronj> I'll be away but will read answers in a few hours and followup. Cheers.
[05:23] <RAOF> ronj: You'll find the dbgsym packages in the ddeb repository, I believe.  wiki.ubuntu.com/Debugging/DebuggingProgramCrash
[05:23] <ronj> RAOF, yes I installed this repo and updated my sources list
[05:23] <ronj> however, the only -dbgsym I have then is 3.0.0.12 , which I guess won't help to isolate my issue on 3.0.0.15
[05:24] <RAOF> Oh, oneiric-updates
[05:24] <RAOF> I'm not entirely sure if they go into the ddeb repository.
[05:25] <ronj> Herton seemed to suggest so. OK I'll wait for his answer on the LP bug
[05:25] <ronj> thanks for the heads up
[05:25] <ronj> good night
=== yofel_ is now known as yofel
=== ericm|ubuntu is now known as ericm-afk
[08:40] <ppisati> morning morning... :)
[09:57] <apw> ppisati, moin
[10:46] <cking> brr, chilly today
[10:47] <apw> cking, yeeks 2.8c thats ... frigic
[10:47] <apw> id
[10:47] <cking> yup
[10:47] <cking> wife took kids out and turned off the heating. 
[10:47] <apw> OW
[10:48] <cking> I wondered why it was cold in the office
[10:51] <apw> heh, no wonder
=== ericm-afk is now known as ericm
=== ericm is now known as ericm|ubuntu
[12:01]  * ppisati -> away for 10mins...
=== mdeslaur_ is now known as mdeslaur
=== bigbash is now known as zz_bigbash
=== bladernr_afk is now known as bladernr_
[14:45] <ppisati> "
[14:49] <apw> "?
[14:52] <_ruben> quite a meaningful quote :)
[14:55] <apw> indeeeed sir
[15:12] <ppisati> screen keystroke
[15:15] <ppisati> the kexec patchset for arm is around ~70 patches
[15:15] <apw> ppisati, kexec patchset, fixing what ?
[15:15] <ppisati> kexec on arm
[15:15] <ppisati> at least on omap4
[15:15] <apw> how did it end up that broken
[15:15] <ppisati> it never worked there :)
[15:16] <ppisati> well
[15:16] <ppisati> it's a "framework" patchset from rmk (how to properly reset the zillions of different arm boards)
[15:16] <ppisati> plus
[15:16] <ppisati> 6/7 patches for kexec itself
[15:19] <apw> do we use kexec there at all?  is it being asked for ?
[15:33]  * ogasawara back in 20
=== jpds_ is now known as jpds
[16:29] <arges> tgardner, got a wireless question for you. on someones machine, if they do modprobe -r iwlagn / modprobe iwlagn, they get 'FATAL: Module ucode_alternative=/lib/firmware/iwlwifi_6050_4.ucode not found.', but the file with s/_/-/ is there. Would this be a configuration issue, or indicative that the ucode file isn't correct? What would be the next thing to check? Thanks
[16:30] <tgardner> arges, seems like the filename might be borked. what kernel version ?
[16:30] <arges> tgardner, oneiric 3.0.0
[16:32] <tgardner> arges, I'm thinking typo in the kernel
[16:35] <arges> tgardner, would dmesg reveal that? i'm thinking of trying modinfo iwlagn, but not sure where else to look
[16:36] <tgardner> arges, I'm checking drivers/net/wireless/iwlwifi/iwl-6000.c
[16:36] <tgardner> arges, '#define IWL6000_FW_PRE "iwlwifi-6000-"' looks right.
[16:37] <apw> tgardner, be suspicious of processing applied to the command line to convert the names of modules, which is needed
[16:44] <apw> arges, http://people.canonical.com/~apw/misc/lp842560-udev/
[17:05] <ogasawara> apw: thanks for doing meta.  I'm going to send out the email/post to blog assuming you haven't started already.
[17:05] <apw> ogasawara, in the middle of it :)
[17:06] <ogasawara> apw: heh, sweet.  carry on :)
[17:06] <apw> ogasawara, good for me to practice on voices
[17:16] <vanhoof> ppisati: heya
[17:27] <ppisati> vanhoof: what's up?
[17:28] <vanhoof> ppisati: was just curious what the official story is for omap3 in precise, it looks like theres still a build around, but just wanted to see if it'll for sure still be around :)
[17:29] <ppisati> vanhoof: i hope so :)
[17:30] <ppisati> vanhoof: no, seriously, no one officialy said we are going to demote it, so if i think it'll still be supported
[17:31] <cking> apw, https://blueprints.launchpad.net/ubuntu/+spec/hardware-p-kernel-power-management
[17:32] <Atlantic777> Hi! How can I see default ubuntu kernel config?
[17:32] <apw> Atlantic777, you get it with your kernel, in /boot
[17:34] <ppisati> vanhoof: i heard linaro people are talking about leaving it behind, but AFA Ubuntu is involved, din't hear anything
[17:36] <apw> http://www.hardwareanalysis.com/content/topic/17881/
[17:38] <vanhoof> ppisati: ack, thanks for the info
[19:42]  * tgardner -> lunch
[19:43] <GrueMaster> tgardner: I hope you are the one to ping.  I am seeing an issue with oneiric linux-generic amd64 not installable from proposed.  Did linux-image-3.0.0-15-generic get pulled?
[19:57] <bjf> GrueMaster: please file a bug
[20:04] <tgardner> GrueMaster, bjf: did some binaries get pocket copied to universe again ?
[20:04] <herton> bjf, hmm may be because some debs went into universe (http://archive.ubuntu.com/ubuntu/pool/universe/l/linux/), maybe shank bot running that time wasn't updated with code to check component mismatch
[20:04] <herton> tgardner, looks like that's the case
[20:06] <bjf> SpamapS: ^
[20:07] <bjf> skaet_: ^
[20:23] <GrueMaster> bjf: Looks like the kernel was pulled from -proposed, but the meta is still there.
[20:24] <bjf> GrueMaster: we never pulled the kernel, it seems the kernel went to universe
[20:24] <GrueMaster> It did?  netinstall was failing with -proposed enabled.  Trying with it disabled.
[20:43] <brendand> bjf - hi
[20:43] <brendand> bjf - hypothetically speaking, if we found a problem with CPU offlining would it hold up the SRU?
=== bladernr_ is now known as bladernr_afk
[20:44] <tgardner> brendand, bjf is really out until Jan 3.
=== bladernr_afk is now known as bladernr_
[20:44] <brendand> tgardner - ah, cheers
[20:45] <brendand> tgardner - hey, is a quick chat about iperf ok?
[20:45] <tgardner> brendand, sure
[20:46] <brendand> tgardner - we just got a big run of iperf done in the Montreal lab. maybe 20 systems, something like that
[20:46] <brendand> tgardner - the median seems to be ~40Megabits p/s
[20:47] <tgardner> brendand, I assume you're talking wifi ?
[20:47] <brendand> tgardner - our setup is an iperf server sitting behind a router connected by ethernet
[20:47] <brendand> tgardner - and the systems are talking via wifi to the router
[20:47] <brendand> tgardner - this is 802.11b/g
[20:48] <tgardner> brendand, 40Mbit is pretty good for G
[20:48] <brendand> tgardner - we've got a few stragglers down at sub 10Mbit p/s
[20:49] <brendand> one as low as 3 Mbit p/s
[20:49] <tgardner> brendand, yeah, thats dropping pretty low. any disconnects ?
[20:50] <brendand> tgardner - none evidenced. no dropped packets either
[20:50] <tgardner> brendand, it could be that the rate selection algorithm in use by that particular driver is not very good.
[20:52] <brendand> tgardner - heh, yeah - it's an atheros
[20:53] <tgardner> brendand, hmm. IIRC it uses Minstrel and ought to do better then that. This is Precise ?
[20:54] <brendand> tgardner - yeah
[20:55] <tgardner> brendand, Atheros gets a lot of development. I'm surprised its tat slow.
[20:57] <tgardner> brendand, if you start a bug and dump the HW specifics as well as the AP brand/model and setup I could hassle upstream about it.
[20:59] <brendand> tgardner - ok. thanks
[21:11] <brendand> tgardner - bug 906527. Still waiting for an apport-collect and the router details
[21:11] <ubot2> Launchpad bug 906527 in linux "Toshiba Tecra A11 with AR928X Wireless Network Adapter has poor wireless performance" [Undecided,New] https://launchpad.net/bugs/906527
[21:48]  * tgardner -> EOD
=== adam_g_ is now known as adam_g