=== ericm-Zzz is now known as ericm
=== ericm is now known as ericm|ubuntu
=== elmo_ is now known as Guest35863
=== smb` is now known as smb
=== [7] is now known as TheSeven
* smb yawns07:37
* _ruben copy-cats smb 07:39
hrwdoes someone here work on intel backlight support in laptops08:28
Kanohi apw 11:56
Kanoapw: the current symlink is missing, i need that for my script11:56
Kanoapw: http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/11:56
Kanothis one11:56
apwKano, yes that is correct, right now the revamp of the builds does not generate it11:57
Kanocan you add it again11:58
apwit'll return at some point yes, it not the worst bug i have in the rewrite yet11:58
Kanocan your create it manually?11:59
Kanoi have got a tiny script that parses that url11:59
Kanoi would love if there would be latest links for each kernel12:00
Kanofor 3.2 you could use ~rc12:00
Kanobtw. i have got several bug reports for realtek gbit nics, do you know of  a working fix?12:03
Kanosome use the "official" realtek driver as fix (outside tree driver, but that is no real solution)12:05
apwthat sounds about right re: rtl drivers12:06
hrwcan someone check how many brightness level has on intel laptop?12:47
Kanomal den pc wechseln...12:47
hrwmine thinks about nearly 2mln levels - makes backlight applications useless12:48
apwhrw in the real work it has many many, last i looked gsd was doing something stoopid and moving 3-4 steps out of the 8 at a time12:48
hrwapw: with <3.1 kernel I had 15 steps and it was working 12:50
smbIf that should have meant intel gfx laptop. Mine has 10 or 1 depending whether you look at the acpi or intel subdir12:51
apwhrw so you are on precise already ... hmmm12:52
* smb thinks the new releases codename will cause a lot of un-precise statements... 13:00
hrwapw: on this laptop yes13:04
hrwsmb: acpi one reports 15 but do not react to changes, intel one reports ~2000000 levels and reacts to cahnges13:05
smbhrw, The netbook I was comparing with is on Oneiric only, but behaves the opposite way. So acpi does react intel does not. But it also has an odd value in bl_power13:06
hrwsmb: I do nto use this laptop so often13:08
smbhrw, So which setting is set to those ~2000000 max_brightness or something else?13:10
hrwsmb: max_brightness yes13:10
hrw1992060 to be exact13:11
smbHm, ok. Maybe always was an odd value somewhere. If you had a way to quickly boot back into an older kernel, you might check whether its acpi that changes there13:12
smbMaybe just for some reason the newer kernel switched what it uses for control...13:12
hrwwould have to install older kernel and prefer to not do that now13:12
smbhrw, Alternatively if you have an old desktop cd/dvd you could boot into trial mode there13:13
hrwsmb: booting to oneiric kernel would take less effort ;D13:13
smbhrw, At least you would not have to _install_ an older kernel. ;)13:14
* smb tries to remember those backlight runes...13:14
hrwacpi_backlight=vendor one?13:14
smbYes, just the other setting. video..?13:15
hrwno idea13:15
hrwI used acpi_backlight=vendor with <3.0 kernel13:15
smbSo that would force it not to use acpi13:16
smb=video should be the opposite13:16
smbThough that normally passes control to some vendor driver (like thinkpad_acpi or so...)13:18
hrwasus_laptop here13:18
hrw[   26.734876] asus_laptop: Backlight controlled by ACPI video driver13:18
smbSo have you used acpi_backlight=vendor for 3.1?13:19
hrwBOOT_IMAGE=/vmlinuz-3.1.0-1-generic root=/dev/mapper/lucek-rootfs ro loop.max_loop=256 loglevel=0 pcie_aspm=force quiet13:19
smbThen I would try that again...13:20
hrwworth try cause fn+F6 does not bump backlight but gives acpi kernel errors13:23
hrw[18360.424842] ACPI Exception: AE_AML_BUFFER_LIMIT, Index (0x0000000000000074) is beyond end of object (20110623/exoparg2-418)13:23
hrw[18360.424866] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SBRG.EC0_.STBR] (Node ffff880138a40118), AE_AML_BUFFER_LIMIT (20110623/psparse-536)13:23
hrw[18360.424888] ACPI Error: Method parse/execution failed [\_SB_.PCI0.VGA_.LCDD._BCM] (Node ffff880138a392f8), AE_AML_BUFFER_LIMIT (20110623/psparse-536)13:23
hrw[18360.424911] ACPI Error: Evaluating _BCM failed (20110623/video-364)13:23
hrw[18360.424920] ACPI: Failed to switch the brightness13:23
smbtbh, if you had to use it before it was likely because your acpi bios is broken (which would not be the first one). And that is not expected to be fixed by having a newer kernel...13:24
* smb forgot what _BCM meant exactly but it definitely was something controlling the backlight. 13:27
ckingthe AML buffer limit is not pleasant, and _BCM sets the brightness level13:27
smbsomething like backlight control method or so. just cannot remember13:27
smbbut yes13:27
smbsounds like the value it reads from the ec is out of bounds13:28
cking_BCM  -> (Set the Brightness Level) section B.6.3 of the ACPI spec13:28
* smb probably foolishly tries to find a meaning behind the acronym13:29
hrwBacklight Control Method?13:29
ckingBrightness Control Method13:29
smbthat was my guess, yes. :)13:29
smbOk brightness then. :)13:30
smbcking, Ta13:30
ckingI'd extract the acpi tables, disassemble the DSDT and look at it - you could extract the tables and run _BCM inside acpiexec and see what it's doing wrong 13:31
hrwthx, will check on tuesday while travelling13:32
brendandherton - did you get my note on the maverick tracking bug?13:56
hertonbrendand: yep, I changed the bot here, next time it should set the task automatically to invalid for maverick bugs13:57
* ogasawara back in 2014:08
jsalisburyogasawara, bjf, I've been seeing lots of duplicates and and increase of people affected for bug 843431 14:41
ubot2Launchpad bug 843431 in linux "Logitech camera microphone does not work / makes "chipmunk" sound" [Medium,Triaged] https://launchpad.net/bugs/84343114:41
jsalisburyogasawara, bjf, there is a proposed patch in comment #4214:42
ogasawarajsalisbury: ack thanks, I'll take a look in a bit14:42
jsalisburyogasawara, thanks, some of the duplicate bugs report the mainline kernel fixes the issue as well.14:43
ogasawarajsalisbury: cool14:43
=== ericm|ubuntu is now known as ericm-Zzz
apwjsalisbury, perhaps copy the information up into the main bug when you find useful things like that14:52
jsalisburyapw, OK, I'll do that from now on14:52
apwor like "duplicates say 'foo' see comment blah" and a link to it14:53
hertonppisati: your ti-omap4 branch for oneiric doesn't pull clean, it's missing a change which was on main ti-omap414:59
ppisatilet me check15:01
hertonppisati: it misses "Make TASKSTATS require root access, CVE-2011-2494" change, probably was not up to date when you closed the release15:02
ubot2herton: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2494)15:02
ppisatiok, let me fix it15:02
tseliotis tgardner online today?15:03
smbtseliot, no on vacation till friday (including)15:04
* herton -> lunch15:04
ppisatiherton: the fix was already in master, so we got it for free15:10
=== Guest35863 is now known as elmo
apwtseliot, i assume what you needed tim for we covered ?15:18
tseliotapw: absolutely. Thanks again guys15:19
apwcool, good, yay15:22
jsalisburyDo you happen to know if there is a way to identify if a system has a sandy bridge cpu?  Is there a flag in cpuinfo, or can I tell by the model name?15:24
apwsmb, where is the local version of your .33 tree15:45
apw(not kernel.org)15:45
smbapw git://kernel.ubuntu.com/smb/linux-2.6.32.y-drm33.z.git15:46
hggdhherton: there?15:47
hertonhggdh: yep15:47
hggdhherton: I had not noted the lucid tracking bug was not yet ready, and tested it -- and marked it done. Will it mess up the scheduler?15:48
hggdhherton: bug 87189915:48
ubot2Launchpad bug 871899 in kernel-sru-workflow/verification-testing "linux: 2.6.32-35.78 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/87189915:48
hertonhggdh: no, it's fine. There is still one bug to be verified for lucid, but I think it'll be. About the state is ok, just it would have to be retested if the verification "fails"15:49
hggdhherton: good to know. And, of course, what I did is valid as long as there is no change to the package15:50
brendandherton - when do you reckon we go to verification-done then? today or tomorrow?15:50
hertonbrendand: It can be done today, I'll see what's pending15:51
smbherton, would that be bug 614853 15:51
ubot2Launchpad bug 614853 in linux "kernel panic divide error: 0000 [#1] SMP" [Undecided,Fix committed] https://launchpad.net/bugs/61485315:51
hertonsmb: correct. May be we can mark that as verification-done, since no one will be able to check that in 1 week it seems15:51
smbherton, that is sadly correct15:52
smbBut I guess we can consider it ok as it has been passed quite a while in the ec2 topic branch15:52
hertonindeed. I'll comment on the bug and tag it, then release the update for the certification team15:53
smbcool thanks15:54
hertonbrendand: verification done, feel free start lucid testing16:02
brendandherton - thanks!16:10
hallynoh fooi - after upgrading netbook from natty to ocelots, ad-hoc is once again not supported.  now i'll need to remember which driver i switched to that did :)16:34
* ogasawara lunch19:12
=== yofel_ is now known as yofel
=== marcoceppi_ is now known as marcoceppi
hggdhbjf, smb: I have bug 879151 as from the testing on bug 872660, and I am holding my ack pending your review23:36
ubot2Launchpad bug 879151 in linux-lts-backport-maverick "WARNING: at /build/buildd/linux-lts-backport-maverick-2.6.35/arch/x86/kernel/apic/ipi.c:109 default_send_IPI_mask_logical+0xb1/0xf0() " [Undecided,New] https://launchpad.net/bugs/87915123:36
ubot2Launchpad bug 872660 in kernel-sru-workflow "linux-lts-backport-maverick: 2.6.35-30.61~lucid1 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/87266023:36

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!