[00:52] <hans109h> @apw Andy, any progress on https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1313981?  I tried not to bug your for over a month...
[00:52] <ubot5> Ubuntu bug 1313981 in linux (Ubuntu) "Kernel disabling serial port ttyS0 on boot" [Medium,Confirmed]
=== _TJ_ is now known as TJ-
[06:19] <system0x01> Hi. Where reported, the fact that certified equipment is not working on a newer version of kenel?
[06:19] <system0x01> It is part of a notebook-G1 455 Hp
[06:19] <system0x01> Ubuntu 14.04 kernel 3.13.0-33-generic
[06:20] <system0x01> rt3290 wifi + bluetooth combo, where part of the wifi works and some Bluetooth adapters do not.
[06:20] <system0x01> Official drivers for linux on the HP website are only a SLED-11 and is kernel version 2 in front.
[06:24] <system0x01> http://paste.ubuntu.com/8033443/
[06:34] <gsedej_work> apw, others: by sisecting kernel - does this mean compailation? I have issue on EeePC with Atom - very slow cpu. Or can I just download from kernel.ubuntu.com?
[06:56] <smb> gsedej_work, In the end it is compiling kernels (probably not on the EeePC, though) using git and the bisect command. You can narrow down the range that needs to be covered by use of the mainline builds. Usually it ends up being a previous version to next version -rc1 thing but at least less than otherwise.
[07:08] <gsedej_work> smb, can i compile on my (AMD) 64bit machine and use on 32bit Atom?
[07:12] <smb> gsedej_work, Yes, personally I would use a (s)chroot set up with arch=i386 so you would not have to worry about details. 
[07:15] <smb> gsedej_work, hope this might be useful https://wiki.ubuntu.com/Kernel/KernelBisection
[07:23] <gsedej_work> thanks, I already saw
[07:25] <gsedej_work> so, now I found out that 3.12.26 (lastest 3.12) is working, while 3.13-rc1 is not. It is up to compiling...
[07:28] <smb> gsedej_work, Yeah. And using the upstream tree as git source, you might have to use v3.12 good and v3.13-rc1 bad.
[07:29] <gsedej_work> I don't have time atm, but I can open ticket - launchpad or krenrel.org bugzilla?
[07:29] <gsedej_work> it's probably not ubuntu specific... or?
[07:31] <smb> gsedej_work, You can open a bug with "ubuntu-bug linux" (from the netbook) anyway.
[07:32] <gsedej_work> with 3.13-rc1 loaded? (first bad one)
[07:32] <smb> If that works ok enough to do it, yes. The data that is collected with that would maybe have some more info about the issue
[07:33] <smb> or actually
[07:33] <smb> better with the latest Trusty kernel from the distro
[07:33] <smb> gsedej_work, ^
[07:35] <gsedej_work> the problem is Power button not woking. else is ok. Power button does not react anywerhe, not even in raw keyboard grab (others like wifi hotkey are)
[07:35] <gsedej_work> ok,
[07:35] <gsedej_work> so I should install the newsest kernel from synaptic?
[07:36] <smb> Ah ok. Think I saw you asking or stating the issue somewhere. Might be really some subtle problem around acpi
[07:36] <gsedej_work> I suspect eeepc-laptop kernel modul
[07:37] <smb> So for reporting the bug, install the latest kernel for that release (or lts backport kernel for that release) and do the ubuntu-bug call. Then mention in the report that is generated that 3.13-rc1 already was bad
[07:38] <gsedej_work> ok... I already did post some results on forums http://ubuntuforums.org/showthread.php?t=2219864&p=13096245#post13096245
[07:38] <gsedej_work> I will include in bug
[07:40] <smb> ok, thanks
[07:40] <smb> Always better to have things in one place
[07:43] <smb> Hm, at least limited to the eeepc-laptop module there is only one change between 3.12 and 3.13 that does more than just cosmetic changes: eeepc-laptop: convert acpi_evaluate_object() to acpi_execute_simple_method()
[07:44] <smb> Though it still could be a change in acpi which has not been fixed up in eepc-laptop properly
[07:46] <gsedej_work> anyway - the main problem is, that it's impossible to wake up from suspend - it's impossible without this key, lid is now working on wakeup (but does suspend when down)
[07:55] <smb> So its good to have the bug report to track this. Looking at both changes to the driver itself, they both seem to be sane and not changing functionality. Hopefully bisecting leads to the actual cause...
[08:04] <gsedej_work> is it ok, or should I add more info? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1356229
[08:04] <ubot5> Ubuntu bug 1356229 in linux (Ubuntu) "Asus EeePC 1101HA PowerButton not working" [Undecided,New]
[08:05] <smb> gsedej_work, looks good enough to me.
[08:08] <smb> gsedej_work, Have you ever tried removing acpi_osi=Linux with the newer kernel? At least the dmesg shows the eepc-wmi module not loading because of that.
[08:14] <gsedej_work> smb, it's even worse - I am not able to use wifi. And yes power button doesn not worke either
[08:14] <gsedej_work> I can try without parameter
[08:15] <smb> gsedej_work, Right now (from the logs) eeepc-wmi fails to load because of that and eeepc-laptop happens to not be loaded at all
[08:16] <smb> Added a comment to the rport
[08:16] <smb> *report
[08:17] <gsedej_work> maybe I did not say good. So If you put acpi_osi=Linux parameter, eeepc-laptop gets loaded (and not -wmi). Problem with -wmi is that I am not able to use wlan-hotkey. Neither Powerbutton works
[08:18] <gsedej_work> uuuups!!! blacklisted eeepc-laptop when I was testing -wmi
[08:19] <gsedej_work> and forget about it
[08:19] <smb> Aha. :)
[08:19] <gsedej_work> interestingly power button work in 3.12 witout this module
[08:19] <gsedej_work> any
[08:20] <smb> That can make sense. The power button likely is standard enough that it is handled by normal acpi functions
[08:21] <smb> Usually its all the special hotkeys that need the special modules
[08:22] <gsedej_work> i just found out that wifi hotkey IS working with -wmi, but not brightness 
[08:23] <smb> for that you could try removing the other option (backlight=vendor) 
[08:25] <gsedej_work> oh
[08:30] <gsedej_work> I did remove backlight=vendor, but brightness still does not work
[08:30] <gsedej_work> so, no my paramters in kernel command line
[08:32] <smb> Ok, probably best to re-add things so eeepc-laptop is in use and attach the output of dmesg from that boot. That should be all works as good as possible but not the power button.
[08:32] <gsedej_work> this makes -wmi loaded which makes working wlan and others BUT NOT lid brightness. (also touchpad disable touchpad, netiher does with eeepc-laptop)
[08:34] <gsedej_work> interesingly, brightness hotkey works in grub (probably controlled by bios?)
[08:34] <smb> yes, that is usually the case
[08:36] <gsedej_work> so, now i have loaded last trusty kernel, with parameters, loaded with eeepc-laptop. What should I do?
[08:41] <smb> "dmesg > dmesg.txt"  and then attach that file to the bug report and a comment saying it was blacklisted before (and maybe that the power button was working in 3.12 regardless of the module not being loaded)
[08:46] <gsedej_work> I did post
[08:48] <smb> thanks
[11:11] <prorus> Hi guys how do I specify kernel version in lb config? (live-build)
[11:30] <apw> prorus (N,BFTL), hmm no idea, i'd ask on #ubuntu-devel
[17:07] <onicrom> so i switched back to the bianry nvidia drivers and i still get load them in any kernel besides 3.13.0-30 or lower
=== ming is now known as Guest61014
=== halfie_ is now known as halfie
=== henrix_ is now known as henrix