On Tue, Apr 12, 2011 at 10:15:11AM -0400, Alex Deucher wrote: > On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel <joro@xxxxxxxxxx> wrote: > > On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote: > >> Let's hope the release cycle continues like this. I _like_ it when > >> people really seem to follow the whole "big changes during the merge > >> window" rules. > > > > Sorry for disturbing the silence, but radeon seems to have issues. I > > tested -rc3 (and after that -rc1 which also has the issue) on my Laptop > > and it just reboots after (or while?) GFX initialization. The last lines > > of dmesg are: > > > > Freeing unused kernel memory: 624k freed > > Write protecting the kernel read-only data: 8192k > > Freeing unused kernel memory: 1456k freed > > Freeing unused kernel memory: 16k freed > > udev: starting version 151 > > udevd (62): /proc/62/oom_adj is deprecated, please use /proc/62/oom_score_adj instead. > > [drm] Initialized drm 1.1.0 20060810 > > [drm] radeon defaulting to kernel modesetting. > > [drm] radeon kernel modesetting enabled. > > radeon 0000:01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > > [drm] initializing kernel modesetting (RS880 0x1002:0x9712). > > [drm] register mmio base: 0xD6400000 > > [drm] register mmio size: 65536 > > ATOM BIOS: HP_TAG > > radeon 0000:01:05.0: VRAM: 320M 0x00000000C0000000 - 0x00000000D3FFFFFF (320M used) > > radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF > > [drm] Detected VRAM RAM=320M, BAR=256M > > [drm] RAM width 32bits DDR > > [TTM] Zone kernel: Available graphics memory: 1896512 kiB. > > usb 7-2: new full speed USB device number 2 using ohci_hcd > > [TTM] Initializing pool allocator. > > [drm] radeon: 320M of VRAM memory ready > > [drm] radeon: 512M of GTT memory ready. > > [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > > [drm] Driver supports precise vblank timestamp query. > > [drm] radeon: irq initialized. > > [drm] GART: num cpu pages 131072, num gpu pages 131072 > > [drm] Loading RS780 Microcode > > radeon 0000:01:05.0: WB enabled > > [drm] ring test succeeded in 1 usecs > > [drm] radeon: ib pool ready. > > > > The card is a Radeon Mobility 4200: > > > > 01:05.0 VGA compatible controller: ATI Technologies Inc M880G [Mobility Radeon HD 4200] > > Subsystem: Hewlett-Packard Company Device 307e > > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- > > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- > > Latency: 0, Cache Line Size: 64 bytes > > Interrupt: pin A routed to IRQ 18 > > Region 0: Memory at c0000000 (32-bit, prefetchable) [size=256M] > > Region 1: I/O ports at 6000 [size=256] > > Region 2: Memory at d6400000 (32-bit, non-prefetchable) [size=64K] > > Region 5: Memory at d6300000 (32-bit, non-prefetchable) [size=1M] > > Capabilities: [50] Power Management version 3 > > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) > > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > > Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- > > Address: 0000000000000000 Data: 0000 > > Kernel driver in use: radeon > > Kernel modules: radeon > > > > The problem does not happen with 2.6.38. I try to bisect this further down to a > > commit. Alex, please let me know if you need any further information. > > If you can bisect it, that would be great. Thanks, Bisecting actually gave a very weird result. It points to d2137d5af4259f50c19addb8246a186c9ffac325 which is a merge-commit in the x86 tree. Even more weird is that this notebook is the only machine with these symptoms, all my other boxes are fine. During the bisect I tested commits from Yinghai which were good. It seems like the problem appeared with the merge. Joerg _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
