[07:09] <ppisati> moin
[09:05] <ppisati> ogra_: FWIW, quantal-omap4 server is ok
[09:05]  * ppisati tries the omap3 side now
[09:05] <ogra_> awesoem ! thanks for the fix
[09:09] <ppisati> ogra_: besides, what are those squashfs images used for?
[09:10] <ogra_> they contain the content equally to a debootstrap ... (base-installer was replaced by live-installer which uses a squashfs instead of packaes ...)
[09:11] <ppisati> ah ok
[09:11] <ogra_> dunno why we publish them
[09:11] <ogra_> they are in the image
[09:11] <ppisati> i thought we started rolling read-only images (+ tmpfs overlay for the "live" thing"
[09:19] <ogra_> well, thats the first step towards this 
[09:20] <ogra_> btw, omap3 didnt show any probs for me 
[09:21] <henrix> jjohansen: regarding bug #1055438, i believe you set the wrong task as 'fix released'
[09:21] <ubot2> Launchpad bug 1055438 in linux "linux: 2.6.32-44.98 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1055438
[09:21] <henrix> jjohansen: i guess you didn't want to set 'regression testing' :)
[09:21] <jjohansen> henrix: oops, no :)
[09:22] <henrix> jjohansen: :)
[09:22] <henrix> jjohansen: want me to fix it?
[09:22] <jjohansen> henrix: sure
[09:22] <jjohansen> or I can
[09:22] <henrix> jjohansen: ok, will do that.
[10:13] <ppisati> ogra_: did the nic work on your omap3 board?
[10:13] <ppisati> ogra_: mine is dead
[10:13] <ogra_> i only rum omap in a VM, that NIC works though 
[10:14] <ppisati> uhm
[10:15] <ogra_> http://paste.ubuntu.com/1255629/ in case you want to try it yourself one day :)
[10:15] <ppisati> ogra_: nice
[10:16] <ppisati> ogra_: care to add it to the wiki $somewhere?
[10:16] <ogra_> --boot is the SD card (just give it the downloaded .img file) and --root should be an empty img that will be used as usb HDD by the emu
[10:17] <ogra_> i have a few other scripts i regulary use (mount-image-partition is pretty helpful) i was wodering if i shoudl put them into an image-tools package :)
[10:17] <ogra_> for 13.04
[10:17] <ppisati> ogra_: you should get an ACTION for that :)
[10:17] <ogra_> heh
[10:17] <ppisati> yes, the installation is ok but nic is dead
[10:17]  * ppisati digs
[10:18] <ogra_> bah, sad
[10:18] <ppisati> could be my hw though
[10:19] <ogra_> let me see what todays image says in a VM
[10:21] <cjwatson> ppisati: We publish the squashfs files because Daviey asked for them, I think because some automation framework can use them
[10:24] <Daviey> yeah, in addition.. netboot can make use of it, via preseed.
[10:36] <ppisati> ogra_: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg73313.html
[10:36] <ppisati> ogra_: "OMAP3: USB: EHCI broken on 3.5?"
[10:36] <ogra_> hmm
[10:37] <ppisati> ogra_: can you try with your real hw?
[10:37] <ogra_> well, my VM emulates an USB keyboard and i'm currently typing in it 
[10:38] <ogra_> and its just done with network configuration, let me check dmesg
[10:38] <ppisati> ogra_: real or vm?
[10:38] <ogra_> vm
[10:38] <ogra_> aha, it uses ohci-omap3 all over the place
[10:39] <ppisati> i have ehci here:
[10:39] <ppisati> flag@ubuntu:~$ dmesg | grep ehci
[10:39] <ppisati> [    0.544372] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[10:39] <ogra_> oh, it loads that here too, but all devices are attached using ohci (at least thats what dmesg thinks)
[10:40] <ogra_> so yeah, it might be an ehci prob
[10:40] <ppisati> ogra_: do you have real hw around? 
[10:40] <ogra_> not handy, no
[10:41] <ogra_> well, i have HW but no spare cards atm
[10:42] <ogra_> that mail is for AM3703 though, not for omap
[10:42] <ogra_> (AM is the beaglebone CPU)
[10:42] <ogra_> "more" embedded
[10:42] <ppisati> uhm
[10:42] <ppisati> addeding "debug" to the cmdline
[10:42] <ppisati> i get this:
[10:43] <ppisati> usb 1-2: device descriptor read/64, error -62
[10:43] <ppisati> repeated all over the place
[10:43] <ppisati> http://paste.ubuntu.com/1255653/
[10:44] <ppisati> i'll try compiling an upstream kernel
[10:48] <ppisati> commit 06b4ba529528fbf9c24ce37b7618f4b0264750e2
[10:49] <ppisati> ARM: OMAP2+: omap2plus_defconfig: EHCI driver is not stable, disable it
[10:49] <ppisati> The EHCI driver is not stable enough to be enabled by default.
[10:49] <ppisati> ...
[10:49] <ppisati> diff --git a/arch/arm/configs/omap2plus_defconfig
[10:49] <ppisati> etcetc
[10:49] <ppisati> the ehci driver is officialy broken in 3.5
[10:51] <ppisati> and it's still off in 3.6
[11:00] <ogra_> gah
[11:03] <ogra_> with ohci HDD install tests will be fun 
[11:04] <MCR1> Hi. I am coming to complain about Kernel 3.6. It has a lot of network issues here, which work on 3.5. Was not even able to send a mail with attachment with thunderbird...
[11:05] <MCR1> Just FYI. I think it is a wise decision to stay with 3.5 on 12.10.
[11:05] <pocoporco> hello
[11:06] <ppisati> ogra_: i'm trying to disable ehci to see if it fixes my problem
[11:06] <pocoporco> maybe somebody can help me: i'm searching for the implementation of "sending behavior" of management frames (802.11 wireless lan)
[11:06] <pocoporco>  i don't know if i'm right in this channel, but i think it is implemented in the kernel? ;)
[11:07] <pocoporco>  in a little survey i've seen that different devices are sending management frames like probe requests in different intervals. some of them have the same os, so the "sending behavior" should be independent of the os?
[11:16]  * henrix -> SIGFOOD
[11:33] <cwillu_at_work> a fatal signal :(
[12:46] <rtg> apw, this will make your head hurt: http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02
[12:51]  * apw reads
[12:52]  * smb would have thought apw's had hurt enough already
[12:53] <rtg> apw, looks like it will land in 3.7
[12:58] <rtg> wow, 3600 patches in the merge window already
[13:00] <apw>  Use of VXLAN with IPv6 transport will be addressed
[13:00] <apw>         in a future version of this draft
[13:00] <rtg> apw, I suspect most of these data centers are still IPv4 centric
[13:01] <apw> it is still poor to define it without that thought through beforehand
[13:01] <rtg> apw, I haven't really thought it through, but will IPv6 improve their situation ? or make no real difference ?
[13:02] <apw> it will change the offsets of things for one, as there are ipaddys in the frame
[13:02] <rtg> seems like they still have the same layer 2 issues
[13:04] <apw> same issues indeed, though large packet handling differs in ipv6
[13:25] <ppisati> ogasawara: before next P/master upload, do an 'updateconfigs'
[13:25] <ppisati> ogasawara: there's a skew between highbank and all the other flavours
[13:25] <ogasawara> ppisati: ack
[13:25] <rtg> ppisati, why would ogasawara be uploading P ?
[13:25] <ogasawara> oh wait, P?
[13:25] <ppisati> right
[13:25] <ppisati> bjf: ^
[13:25] <ppisati> :)
[14:18] <bjf> ppisati: aye
[14:29] <henrix> ppisati: when i execute the updateconfigs target, the only difference i see is CONFIG_I2C_DESIGNWARE_CORE=m
[14:29] <henrix> ppisati: but this is modified in all archs, not only on the highbank
[14:29] <henrix> ppisati: is this what you would expect to see?
[14:33] <ppisati> henrix: yep
[14:33] <ppisati> henrix: actually in highbank was =y
[14:33] <ppisati> henrix: while =m for everyone else
[14:33] <ppisati> iirc
[14:33] <henrix> ppisati: yep, you're right
[14:33] <ppisati> henrix: it was getting in my way since i'm testing a config change
[14:33] <ppisati> at at every updateconfigs i was getting that diff too in
[14:34] <henrix> ppisati: ok, got it. thanks
[14:34]  * ppisati -> apple (eating)
[14:43]  * ogasawara back in 20
[14:48] <herton> ppisati, henrix, updateconfigs done on P/master-next
[14:48] <henrix> herton: ack, thanks
[15:08] <ogra_> do we happen to have this patch in our kernel already ? http://lwn.net/Articles/515790/
[15:09] <diwic> jsalisbury, not sure what to write in the new oops bug you suggested in bug 1059523
[15:09] <ubot2> Launchpad bug 1059523 in linux "[Acer Aspire One 722] Broken support of Intel HDA in 3.5.0-16 kernel" [Medium,Confirmed] https://launchpad.net/bugs/1059523
[15:09] <diwic> jsalisbury, note that the oops will go away when the root cause is fixed; the oops is a bad handling of the error
[15:09] <jsalisbury> diwic, actually I was asking the orig bug reporter to open the new bug
[15:10] <jsalisbury> diwic, I assume it will be resolved when we get the fix from upstream, I just wanted to be able to track it.
[15:10] <diwic> jsalisbury, ok
[15:11] <jsalisbury> diwic, sorry I'll make it more clear in the bug.  
[16:50] <jsalisbury> **
[16:50] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:50] <jsalisbury> **
[18:59] <luc4_mac> Hi! Is there someone who can tell me if the watchdog module can in any way influence the network connection? I'm experiencing a huge issue with the network connection and from my dmesg I see there are very frequence warnings from the watchdog kernel module. Can those be connected?
[19:43] <rtg> ogasawara, I'm gonna push v3.5.5 quantal rebase pretty quick
[19:46] <rtg> arges, hows it going with the AMD Xen business ?
[19:47] <arges> rtg, good, just posted an update. the patches do fix the issue
[19:48] <arges> rtg, just a bit of a learning curve setting it up
[19:48] <rtg> arges, cool. shut that server down whenever you're finished.
[19:48] <ogasawara> rtg: ack
[19:48] <arges> rtg, ok asking to see if any additional verification needs to be done on that machine, then i'll shut it down
[19:49] <ogasawara> rtg: I'm gonna plan to upload tomorrow, but I'll kick off some preliminary build and boot tests today
[19:49] <rtg> ogasawara, good idea. there are a shitload of patches in v3.5.5
[20:03]  * rtg -> EOD
[22:23] <bjf> skaet, please verify bug 1033568 for precise
[22:23] <ubot2> Launchpad bug 1033568 in linux "ACER aspire S3 track pad doesn't work with 12.04, backport needed from 12.10" [Medium,Fix committed] https://launchpad.net/bugs/1033568
[22:47] <skaet> bjf,  with pleasure.  :)
[23:09] <rtg> ogasawara, I force pushed Quantal master-next to fix a commit log subject that would have annoyed the hell out of me every time I saw it, namely "TIDSBBRIDGE=m" -> "TIDSPBRIDGE=m"