=== sergiuse1s is now known as sergiusens
[06:12] <unimatrixoverlod> Hey everyone, I could use some help with this --> do to this error: https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/859101    I've compiled my own kernel from kernel.org    AND    here is where i need help: http://ubuntuforums.org/showthread.php?t=2170367
[06:12] <ubot2`> Launchpad bug 859101 in fglrx-installer-updates (Ubuntu) "fglrx 2:8.881-0ubuntu2: fglrx kernel module failed to build (kernel includes at ... not found or incomplete)" [High,Confirmed]
[06:13] <unimatrixoverlod> any tips or ideas are welcome :)
[06:20] <infinity> unimatrixoverlod: If you've compiled your own kernel, only you know where the headers live, not much we can help with.
[06:24] <infinity> unimatrixoverlod: Oh, I see what you're driving at.  Well, diffing the config from your kernel and the Ubuntu one would be helpful to figure out your problem.
[06:25] <unimatrixoverlod> Nice idea!! I'll look into it. thank you! the only hold up is *how* the transfer of a kernel/initrd (Ubuntu OS official installed kernel from apt-get) hands things from grub to the init runlevel 2 on boot.
[06:26] <unimatrixoverlod> my mkinitramfs made an initramfs and boots and then stops at /scripts/local-top. I'm so close too I know it. I just have to trigger the init runlevel 2.....hmmm...
[06:27] <unimatrixoverlod> note: the partition's are LVM but not RAID
[06:28] <unimatrixoverlod> I should say only the root partition is LVM. boot is the first partition type LINUX
[06:28] <unimatrixoverlod> the rest of the drive is LVM
[06:40] <infinity> unimatrixoverlod: Sure, my point is that if you built a kernel lacking the right modules/support, that would be an issue.
[06:40] <infinity> unimatrixoverlod: Did you use the config from your Ubuntu kernel as a base, or start from scratch with menuconfig?
[06:41] <infinity> unimatrixoverlod: This has nothing to do with init runlevels, I'm sure, and everything to do with not being able to find your root filesystem due to lack of support for it.
[06:45] <unimatrixoverlod> from scratch and yes make menuconfig. I selected every entry under (i think it's found here) drivers->RAID + LVM to be compiled into the kernel
[06:46] <unimatrixoverlod> what's strange is the hard drive is found in /dev/sda* but /dev/mapper lists nothing but "control"
[06:46] <unimatrixoverlod> it's acting like the driver LVM support isn't installed. as you can see under grub2 i've also done "insmod lvm"
[06:46] <infinity> You probably missed some DM options or something.
[06:47] <infinity> grub's support isn't the issue here, it's the kernel's.
[06:47] <unimatrixoverlod> ok
[06:47] <infinity> grub's finding the kernel, loading the kernel, and then the kernel can't find your root filesystem.
[06:47] <unimatrixoverlod> correct
[06:48] <unimatrixoverlod> i like your idea of diff'ing to an Ubuntu kernel source and see what's missing from kernel.org make menuconfig
[06:48] <infinity> If you have an ubuntu kernel installed, the config is in /boot for you.
[06:49] <unimatrixoverlod> (Ubuntu kernel .config that is)
[06:49] <infinity> ie: /boot/config-3.11.0-4-generic
[06:49] <unimatrixoverlod> oh nice!
[06:49] <unimatrixoverlod> one sec I'll take a look
[07:03] <unimatrixoverlod> ok I've posted to ubuntuforums.org link my vimdiff comparison
[07:03] <unimatrixoverlod> I have basically everything CONFIG_DM* compiled into the kernel
[07:13] <unimatrixoverlod> i've also attached my  custom .config to: http://ubuntuforums.org/showthread.php?t=2170367
=== fmasi_afk is now known as fmasi
=== smb` is now known as smb
=== fmasi is now known as fmasi_afk
=== fmasi_afk is now known as fmasi
[12:44] <rtg> apw, care to respond to https://lists.ubuntu.com/archives/kernel-team/2013-August/032034.html ? Personally, I don't think this is an appropriate stable patch for Lucid. Does it have implications for subsequent releases ?
[12:45] <apw> rtg looking
[12:48] <apw> rtg, the patch as attached seems to be the whole of overlayfs or something mad, but assuming it is just the bits for dcache i don't think it is really appropriate for much
[12:48] <apw> as the main issue is you have a prefix on some proc paths, which can be ameliorated by simply
[12:49] <apw> ln -s / /rootfs
[12:49] <rtg> apw, works for me. please send Li a response.
[12:51] <rtg> jjohansen, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1216294/comments/18
[12:51] <ubot2`> Launchpad bug 1216294 in linux (Ubuntu) "kernel 3.11.0-3-generic BUG: unable to handle kernel paging request" [Medium,Fix committed]
=== fmasi is now known as fmasi_afk
[12:58] <apw> rtg, done
=== fmasi_afk is now known as fmasi
[13:01] <rtg> apw, thanks
=== dduffey_afk is now known as dduffey
[13:25]  * henrix -> (late) lunch
[13:29] <rtg> sforshee, another brcmsmac bug for you: bug #1218233
[13:29] <ubot2`> Launchpad bug 1218233 in linux (Ubuntu) "phy error 0x1 on network operations with macbook air" [Medium,Incomplete] https://launchpad.net/bugs/1218233
=== kentb-out is now known as kentb
[15:04] <apw> rtg are you on the hangout for the 32/64 session
[15:04] <rtg> apw, I'm listening in
[15:05] <rtg> I'm not gonna be _on_ the hangout
=== dduffey is now known as dduffey_afk
=== dduffey_afk is now known as dduffey
[15:22] <ppisati> rtg: did you see robher's email about KVM config?
[15:23] <rtg> ppisati, ah, yeah. I just kind of forgot. I'll get to it today.
[15:23] <ppisati> rtg: i've another patchset for lpae on the new claxeda hw
[15:23] <ppisati> rtg: please don't kick the build yet
[15:24] <rtg> ppisati, np
[15:24] <rtg> I'll likely wait until 3.11 final for the next upload anyways
[15:26] <robher> ppisati, rtg: There is a xen related patch too: http://lists.infradead.org/pipermail/linux-arm-kernel/2013-August/195609.html
[15:27] <rtg> robher, please get these patches on the k-team list so they don't get missed
[15:29] <ppisati> robher: besides the lpae take 2 patchset, i guess i need those two too:
[15:29] <ppisati> robher: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-saucy.git;a=commit;h=df010637e3d957fb74713b5909904f8fca6389d4
[15:29] <robher> rtg: ok. hopefully this one goes into 3.11 final or stable if not.
[15:30] <ppisati> robher: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-saucy.git;a=commit;h=ef5e8772eadd604c9620c7137705a911e6d1af5a
[15:30] <ppisati> robher: am i correct?
[15:33] <robher> ppisati: yes. Although, I think "ARM: fix dma-mapping on LPAE" may not really be needed because our only 32-bit DMA master being used is xgmac and I think skb's and their data will only come from low mem (<1GB).
[15:33] <ppisati> robher: so, just the sata fix, ok
[15:34] <robher> ppisati: if you agree with my assertion about skbs.
[15:35] <ppisati> robher: beware that your 'take 2' patchset on rc7 gave me this - http://paste.ubuntu.com/6040565/
[15:35] <robher> ppisati: do you have DEBUG_LL enabled?
[15:37] <ppisati> robher: # CONFIG_DEBUG_LL is not set
[15:37] <ppisati> robher: do you want a full trace?
[15:38] <robher> ppisati: can you send me your config
[15:40] <ppisati> robher: sent
[17:02]  * rtg -> lunch
[17:02] <bjf> jsalisbury, about bug 1210848 and the commit that was supposed to have fixed it .. did it fix it nor not? (should we revert the commit?)
[17:02] <ubot2`> Launchpad bug 1210848 in linux (Ubuntu Raring) "Ubuntu 12.04 LTS - intel ips failed to update for more than 1s" [Medium,Fix committed] https://launchpad.net/bugs/1210848
[17:32]  * henrix -> EOD
[18:06] <jsalisbury> bjf, the patch I created does fix the bug.  I blacklisted that particular model, like other models were blacklisted.  However, I submitted my patch upstream and Linus said he hates blacklists, so I'm working on a new patch.
[18:06] <bjf> jsalisbury, can we get someone to verify that bug then?
[18:07] <jsalisbury> bjf, sure thing.  I'll ask the original bug report to test proposed
[18:07] <bjf> jsalisbury, thanks
[18:21] <robher> ppisati: I can't reproduce the abort you see. 
[18:25] <ppisati> robher: let me push my git tree + kernel pkg
[18:27] <robher> ppisati: can you check firmware version? Command is "cxmanage info <mgmt ip>"
=== fmasi is now known as fmasi_afk
[18:51] <ppisati> robher: https://pastebin.canonical.com/96610/
[18:52] <ppisati> robher: right now that command is hanging, here is a pastebin from yesterday
[18:53] <robher> ppisati: how about one without a ubuntu 1 login?
[18:54] <ppisati> robher: ah k
[18:56] <ppisati> robher: here is the kernel: http://people.canonical.com/~ppisati/linux-image-3.11.0-5-generic-lpae_3.11.0-5.10~hbankfor312_armhf.deb
[18:57] <ppisati> robher: and here is the git tree: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-saucy.git;a=shortlog;h=refs/heads/master-next-lpae
[19:00] <ppisati> brb
[19:04] <mreed> ppisati, ping
[19:04] <xnox> apw: on my new laptop i have flicker-full boot, but it is damn fast <<8s from poweron to desktop.
[19:07] <vanhoof> robher: http://paste.ubuntu.com/6041396/ ^
[19:21] <ppisati> i'm going offline, for anything drop me an email
[19:50] <hallyn_> when i (or a postinst :) do update-initramfs -k all -u, it skips the newest kernel, 3.11.0-4.  
[19:50] <hallyn_> That, obviously, does not lead to good times
[19:52] <hallyn_> ah, mkdir /var/lib/initramfs-tools/3.11.0-4-generic fixed it
[19:55] <hallyn_> stgraber: woohoo, i think i have a fix for the obscure racing-pidns-init-exit kernel bug
[19:55]  * hallyn_ expects arguments over it
[19:56] <stgraber> hallyn_: nice!
=== marrusl is now known as marrusl_afk
=== marrusl_afk is now known as marrusl