[Bug 1148033] Re: GDBus.Error:org.openobex:Error.Failed: Unable to request session

I am not sure why this works, but if I open shell and then run bluez- simple-agent, the file transfer works. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1148033 Title: GDBus.Error:org.openobex:Err

[Bug 1023870] [NEW] clang does not pass --as-needed to linker like gcc

Public bug reported: gcc passes --as-needed by default to the linker. clang/clang++ does not. See here: https://wiki.ubuntu.com/OneiricOcelot/ReleaseNotes#GCC_4.6_Toolchain I would expect that clang(++) works as gcc/g++ in that respect. Rgds, Chris ** Affects: clang (Ubuntu) Importance: U

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

Sorry... https://bugs.launchpad.net/ubuntu/+source/gnome-power- manager/+bug/847001 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/828296 Title: [Latitude E6220/E6420] Brightness hotkeys are sluggish

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

Isn't that same as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/828296 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/828296 Title: [Latitude E6220/E6420] Brightness hotkeys are sluggish To

[Bug 847001] Re: Adjusting display brightness is very slow on several Dell laptops

Isn't that same as https://bugs.launchpad.net/ubuntu/+source/linux/+bug/828296 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/847001 Title: Adjusting display brightness is very slow on several Dell l

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

Possible workaround: add acpi_backlight=vendor to the kernel params (GRUB_CMDLINE_LINUX_DEFAULT in /etc/grub/default then sudo update-grub). Then the xorg driver also picks the intel_backlight. Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscrib

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

Looks like the xf86-video-intel driver chooses the acpi_video0 driver [ 5632.883] (II) intel(0): found backlight control interface /sys/class/backlight/acpi_video0 I have impression that changing the xf86 driver to take the intel_backlight it works better. Rgds, Chris --- a/src/intel_displa

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

BTW: I tried latest xorg (from xorg-edgers) and latest kernel 3.1.0-rc4. Bios is A05. Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/828296 Title: [Latitude E6220/E6420] Brightness hotkeys are

[Bug 828296] Re: [Latitude E6220/E6420] Brightness hotkeys are sluggish

Hi, I also have latitude E6420. Changing brightness with the FN+Arrow Keys is sluggish and when the automatic brightness adjustment kicks in, the laptop is kind of unusable. Setting the brightness with intel_backlight command is instantaneous tough. I wonder how this laptop got ubuntu certified,

[Bug 765230] Re: long sleep in boot process

Yes, it is fixed in latest 2.6.38-10 Ubuntu kernel. Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/765230 Title: long sleep in boot process To manage notifications about this bug go to: https:

[Bug 765230] Re: long sleep in boot process

This patch is supposed to fix the issue: http://git.kernel.org/?p=linux/kernel/git/x86/linux-2.6-tip.git;a=commitdiff;h=07f4beb0b5bbfaf36a64aa00d59e670ec578a95a Rgds, Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs

[Bug 776588] Re: Long pause in boot sequence after upgrading to Natty

This one here seems to be same issue: 765230. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/765230 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/776588 Title: Long pause in boot sequence aft

[Bug 765230] Re: long sleep in boot process

Hi, I think you can work around with acpi=off as a kernel param, but then cpu frequency scaling et al. are gone as well. The thread on lkml: https://lkml.org/lkml/2011/5/2/239 Rgds, Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubun

[Bug 765230] Re: long sleep in boot process

I bisected kernel and found that offensive revision is: 08ec0c58fb8a05d3191d5cb6f5d6f81adb419798 "x86: Improve TSC calibration using a delayed workqueue" I posted to lkml. Rgds, Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 765230] Re: long sleep in boot process

Indeed, it doesn't seem to always fix the problem. I get it booting like this every now and then. It seems a timing issue. Should we report this to kernel mailing list? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launc

[Bug 765230] Re: long sleep in boot process

It seems to work just by removing set gfxpayload=$linux_gfx_mode from the grub startup sequence. Rgds, Chris -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/765230 Title: long sleep in boot process

[Bug 765230] Re: long sleep in boot process

Hi, I have exactly the same issue with the same motherboard. I posted something here to Asus: http://vip.asus.com/forum/view.aspx?id=20110417224456867&board_id=1&model=M4A89GTD+PRO%2fUSB3&page=1&SLanguage =en-us. It seems to work if I remove set gfxpayload=$linux_gfx_mode and remove quiet s