I really apoligize for that, still don't know what was going on.
Sorry,
Klaus
--
Klaus Reichl <email address hidden>
Danhausergasse 8/16 +43 6991 84 137 94
1040 Wien
On Tue, Jun 5, 2012 at 9:33 PM, Zentai Andras <email address hidden>wrote:
> Really clever way to invite all bug subscribers to your LinkedIn
> network... ;)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/727620
>
> Title:
> [Radeon HD 5650 and 5470] Kernel BUG during recovery boot and in
> normal boot (Hybrid graphics)
>
> Status in The Linux Kernel:
> Confirmed
> Status in X.org XServer - ATI gfx chipset driver:
> Fix Released
> Status in “linux” package in Ubuntu:
> Fix Released
> Status in “xserver-xorg-video-ati” package in Ubuntu:
> Invalid
>
> Bug description:
> [Problem]
> On hybrid graphics hardware with this ATI chip and another (e.g. Intel),
> a failure occurs resulting in a black screen and errors from the radeon
> kernel module, as shown below.
>
> [Cause]
> From upstream developer:
>
> "The switcheroo code needs more work to switch properly on some
> systems it seems. There are a set acpi methods required to
> activate/deactivate the respective gpus. The drivers need to load and
> initialize active hw. If the hw is not active when the driver loads,
> then the hw is not set up properly and it won't work. Probably some
> ordering issues in how the switcheroo acpi methods are called."
>
> [Workarounds]
> Several options:
>
> 1. If your BIOS includes functionality to disable the Intel card, use
> BIOS settings to select which chip to load.
>
> 2. Disable KMS by adding `radeon.modeset=0` in the boot line. Note
> that the default radeon gallium driver only works with KMS, so YMMV.
>
> [Original Report]
> I'm running natty, and every since the upgrade to 6.14.0 I've been unable
> to consistently boot. After some discussion in the forums, I tried
> repeatedly to boot into recovery mode. In most cases, I got a black
> screen. One time though, when I was able to successfully increase the
> brightness, I saw some errors from the radeon module. I took a photo
> (available at http://i.imgur.com/P0bQ0.jpg), and here's the stack and
> call trace, as best as I can read it:
>
> Stack:
> ffff880149eb8000 ffff880149eb8000 0000000000000011 0000000000000911
> 00000000fffffff4 ffff88014b6c7800 ffff88014b0f7b58 ffffffffa022aba0
> ffff8801460f7b58 ffff880149eb8000 0000000000000000 0000000000410028
> Call Trace:
> [<ffffffffa022aba0>] evergreen_cp_resume+0x3a0/0x630 [radeon]
> [<ffffffffa022c8b7>] evergreen_startup+0x157/0x260 [radeon]
> [<ffffffffa01fe8a0>] ? r600_pcie_gart_init+0x60/0x70 [radeon]
> [<ffffffffa022dbec>] evergreen_init+0x1ac/0x2d0 [radeon]
> [<ffffffffa01a5a69>] radeon_device_init+0x409/0x490 [radeon]
> [<ffffffffa01a7142>] radeon_driver_load_kms+0xb2/0x1a0 [radeon]
> [<ffffffffa007fb2e>] drm_get_pci_dev+0x18e/0x300 [drm]
> [<ffffffff8115426f>] ? kmem_cache_alloc_trace+0xff/0x120
> [<ffffffffa023790e>] radeon_pci_probe+0xb2/0xba [radeon]
> [<ffffffff812fea7f>] local_pci_probe+0x5f/0xd0
> [<ffffffff81300369>] pci_device_probe+0x119/0x120
> [<ffffffff813b8eca>] ? driver_sysfs_add+0x7a/0xb0
> [<ffffffff813b8ff8>] really_probe+0x68/0x190
> [<ffffffff813b9305>] driver_probe_device+0x45/0x70
> [<ffffffff813b93db>] __driver_attach+0xab/0xb0
> [<ffffffff813b9330>] ? __driver_attach+0x0/0xb0
> [<ffffffff813b817e>] bus_for_each_dev+0x5e/0x90
> [<ffffffff813b8e4e>] driver_attach+0x1e/0x20
> [<ffffffff813b89b5>] bus_add_driver+0xc5/0x280
> [<ffffffffa0013000>] ? radeon_init+0x0/0x1000 [radeon]
> [<ffffffff813b9676>] driver_register+0x76/0x140
> [<ffffffffa0013000>] ? radeon_init+0x0/0x1000 [radeon]
> [<ffffffff812ff126>] __pci_register_driver+0x56/0xd0
> [<ffffffffa0080044>] drm_pci_init+0xe4/0xf0 [drm]
> [<ffffffff815bf36e>] ? mutex_lock+0x1e/0x50
> [<ffffffffa0013000>] ? radeon_init+0x0/0x1000 [radeon]
> [<ffffffffa0077688>] drm_init+0x58/0x70 [drm]
> [<ffffffffa00130c4>] radeon_init+0xc4/0x1000 [radeon]
> [<ffffffff81002195>] do_one_initcall+0x45/0x190
> [<ffffffff810a4573>] sys_init_module+0x103/0x260
> [<ffffffff8100c002>] system_call_fastpath+0x16/0x1b
> Code: 00 45 8b 84 24 e4 0a 00 00 45 85 c0 0f 8e c7 09 00 00 41 8b 84 24
> d4 0a 00 00 89 c2 83 c0 01 40 c1 e2 02 49 03 94 24 c8 0a 00 00 <c7> 02 00
> 44 05 c0 41 8b 94 24 e4 0a 00 00 41 23 84 24 f4 0a 00
> RIP [<ffffffffa0227ad7>] evergreen_cp_start+0x57/0xc80 [radeon]
> RSP <ffff88014b0f7af8>
> CRZ: ffffc90411ce1ffc
> ---[ end trace 37702c56f2e23247 ]---
> udevd-work[94]: '/sbin/modprobe -bv
> pci:v00001002d000068C1sv0000103Csd00001436bc03sc00i00' unexpected exit with
> status 0x0009
>
> There is also some register info dumped at the top of the screen
> visible in the photo, that I didn't bother to write, as I'd most
> certainly get something wrong.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/linux/+bug/727620/+subscriptions
>
Hi all,
I really apoligize for that, still don't know what was going on.
Sorry,
Klaus
--
Klaus Reichl <email address hidden>
Danhausergasse 8/16 +43 6991 84 137 94
1040 Wien
On Tue, Jun 5, 2012 at 9:33 PM, Zentai Andras <email address hidden>wrote:
> Really clever way to invite all bug subscribers to your LinkedIn /bugs.launchpad .net/bugs/ 727620 xorg-video- ati” package in Ubuntu: i.imgur. com/P0bQ0. jpg), and here's the stack and ba0>] evergreen_ cp_resume+ 0x3a0/0x630 [radeon] 8b7>] evergreen_ startup+ 0x157/0x260 [radeon] 8a0>] ? r600_pcie_ gart_init+ 0x60/0x70 [radeon] bec>] evergreen_ init+0x1ac/ 0x2d0 [radeon] a69>] radeon_ device_ init+0x409/ 0x490 [radeon] 142>] radeon_ driver_ load_kms+ 0xb2/0x1a0 [radeon] b2e>] drm_get_ pci_dev+ 0x18e/0x300 [drm] 26f>] ? kmem_cache_ alloc_trace+ 0xff/0x120 90e>] radeon_ pci_probe+ 0xb2/0xba [radeon] a7f>] local_pci_ probe+0x5f/ 0xd0 369>] pci_device_ probe+0x119/ 0x120 eca>] ? driver_ sysfs_add+ 0x7a/0xb0 ff8>] really_ probe+0x68/ 0x190 305>] driver_ probe_device+ 0x45/0x70 3db>] __driver_ attach+ 0xab/0xb0 330>] ? __driver_ attach+ 0x0/0xb0 17e>] bus_for_ each_dev+ 0x5e/0x90 e4e>] driver_ attach+ 0x1e/0x20 9b5>] bus_add_ driver+ 0xc5/0x280 000>] ? radeon_ init+0x0/ 0x1000 [radeon] 676>] driver_ register+ 0x76/0x140 000>] ? radeon_ init+0x0/ 0x1000 [radeon] 126>] __pci_register_ driver+ 0x56/0xd0 044>] drm_pci_ init+0xe4/ 0xf0 [drm] 36e>] ? mutex_lock+ 0x1e/0x50 000>] ? radeon_ init+0x0/ 0x1000 [radeon] 688>] drm_init+0x58/0x70 [drm] 0c4>] radeon_ init+0xc4/ 0x1000 [radeon] 195>] do_one_ initcall+ 0x45/0x190 573>] sys_init_ module+ 0x103/0x260 002>] system_ call_fastpath+ 0x16/0x1b ad7>] evergreen_ cp_start+ 0x57/0xc80 [radeon] 00068C1sv000010 3Csd00001436bc0 3sc00i00' unexpected exit with /bugs.launchpad .net/linux/ +bug/727620/ +subscriptions
> network... ;)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [Radeon HD 5650 and 5470] Kernel BUG during recovery boot and in
> normal boot (Hybrid graphics)
>
> Status in The Linux Kernel:
> Confirmed
> Status in X.org XServer - ATI gfx chipset driver:
> Fix Released
> Status in “linux” package in Ubuntu:
> Fix Released
> Status in “xserver-
> Invalid
>
> Bug description:
> [Problem]
> On hybrid graphics hardware with this ATI chip and another (e.g. Intel),
> a failure occurs resulting in a black screen and errors from the radeon
> kernel module, as shown below.
>
> [Cause]
> From upstream developer:
>
> "The switcheroo code needs more work to switch properly on some
> systems it seems. There are a set acpi methods required to
> activate/deactivate the respective gpus. The drivers need to load and
> initialize active hw. If the hw is not active when the driver loads,
> then the hw is not set up properly and it won't work. Probably some
> ordering issues in how the switcheroo acpi methods are called."
>
> [Workarounds]
> Several options:
>
> 1. If your BIOS includes functionality to disable the Intel card, use
> BIOS settings to select which chip to load.
>
> 2. Disable KMS by adding `radeon.modeset=0` in the boot line. Note
> that the default radeon gallium driver only works with KMS, so YMMV.
>
> [Original Report]
> I'm running natty, and every since the upgrade to 6.14.0 I've been unable
> to consistently boot. After some discussion in the forums, I tried
> repeatedly to boot into recovery mode. In most cases, I got a black
> screen. One time though, when I was able to successfully increase the
> brightness, I saw some errors from the radeon module. I took a photo
> (available at http://
> call trace, as best as I can read it:
>
> Stack:
> ffff880149eb8000 ffff880149eb8000 0000000000000011 0000000000000911
> 00000000fffffff4 ffff88014b6c7800 ffff88014b0f7b58 ffffffffa022aba0
> ffff8801460f7b58 ffff880149eb8000 0000000000000000 0000000000410028
> Call Trace:
> [<ffffffffa022a
> [<ffffffffa022c
> [<ffffffffa01fe
> [<ffffffffa022d
> [<ffffffffa01a5
> [<ffffffffa01a7
> [<ffffffffa007f
> [<ffffffff81154
> [<ffffffffa0237
> [<ffffffff812fe
> [<ffffffff81300
> [<ffffffff813b8
> [<ffffffff813b8
> [<ffffffff813b9
> [<ffffffff813b9
> [<ffffffff813b9
> [<ffffffff813b8
> [<ffffffff813b8
> [<ffffffff813b8
> [<ffffffffa0013
> [<ffffffff813b9
> [<ffffffffa0013
> [<ffffffff812ff
> [<ffffffffa0080
> [<ffffffff815bf
> [<ffffffffa0013
> [<ffffffffa0077
> [<ffffffffa0013
> [<ffffffff81002
> [<ffffffff810a4
> [<ffffffff8100c
> Code: 00 45 8b 84 24 e4 0a 00 00 45 85 c0 0f 8e c7 09 00 00 41 8b 84 24
> d4 0a 00 00 89 c2 83 c0 01 40 c1 e2 02 49 03 94 24 c8 0a 00 00 <c7> 02 00
> 44 05 c0 41 8b 94 24 e4 0a 00 00 41 23 84 24 f4 0a 00
> RIP [<ffffffffa0227
> RSP <ffff88014b0f7af8>
> CRZ: ffffc90411ce1ffc
> ---[ end trace 37702c56f2e23247 ]---
> udevd-work[94]: '/sbin/modprobe -bv
> pci:v00001002d0
> status 0x0009
>
> There is also some register info dumped at the top of the screen
> visible in the photo, that I didn't bother to write, as I'd most
> certainly get something wrong.
>
> To manage notifications about this bug go to:
> https:/
>