dri-devel January 2014

dri-devel@lists.freedesktop.org

145 participants
957 discussions

[Bug 62246] New: LVDS screen mode switching fails
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=62246 Priority: medium Bug ID: 62246 Assignee: dri-devel(a)lists.freedesktop.org Summary: LVDS screen mode switching fails Severity: major Classification: Unclassified OS: Linux (All) Reporter: felix-freedesktop(a)fefe.de Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI I have a HP Envy 14 laptop, which has switchable graphics between: 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Madison [Radeon HD 5000M Series] (rev ff) This used to work (I'm not using it very often, so I don't know which kernel version broke it), and I think it caused total kernel hang in 3.0 till 3.3 or so. Not it "works" in the sense that when a HDMI cable is connected, I get a picture on the connected monitor. But the primary display output, LVDS-2, stays black. Here's the relevant dmesg parts: agpgart-intel 0000:00:00.0: Intel HD Graphics Chipset agpgart-intel 0000:00:00.0: detected gtt size: 2097152K total, 262144K mappable agpgart-intel 0000:00:00.0: detected 32768K stolen memory agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xb0000000 [drm] Initialized drm 1.1.0 20060810 i915 0000:00:02.0: setting latency timer to 64 i915 0000:00:02.0: irq 40 for MSI/MSI-X [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem vgaarb: transferring owner from PCI:0000:00:02.0 to PCI:0000:01:00.0 ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared ACPI: Battery Slot [BAT0] (battery present) ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared ACPI: Battery Slot [BAT1] (battery absent) [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit banging on pin 2 fbcon: inteldrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 i915 0000:00:02.0: fb0: inteldrmfb frame buffer device i915 0000:00:02.0: registered panic notifier [Firmware Bug]: ACPI: No _BQC method, cannot determine initial brightness acpi device:01: registered as cooling_device5 ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no) input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input3 [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS acpi device:0a: registered as cooling_device6 ACPI: Video Device [PEGP] (multi-head: yes rom: no post: no) input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:08/LNXVIDEO:01/input/input4 [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 [drm] radeon defaulting to kernel modesetting. [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.GFX0.ATPX handle radeon 0000:01:00.0: enabling device (0000 -> 0003) [drm] initializing kernel modesetting (REDWOOD 0x1002:0x68C1 0x103C:0x1436). [drm] register mmio base: 0xC4400000 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: MADISON radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) radeon 0000:01:00.0: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF mtrr: no more MTRRs available [drm] Detected VRAM RAM=1024M, BAR=256M [drm] RAM width 128bits DDR [TTM] Zone kernel: Available graphics memory: 3980934 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 1024M 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. radeon 0000:01:00.0: irq 45 for MSI/MSI-X radeon 0000:01:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] probing gen 2 caps for device 8086:45 = 1/0 [drm] Loading REDWOOD Microcode [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). radeon 0000:01:00.0: WB enabled radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880251324c00 radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880251324c0c radeon 0000:01:00.0: enabling bus mastering [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] LVDS-2 [drm] DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 0x656c [drm] Encoders: [drm] LCD1: INTERNAL_UNIPHY [drm] Connector 1: [drm] DP-1 [drm] HPD2 [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c [drm] Encoders: [drm] DFP1: INTERNAL_UNIPHY1 [drm] Connector 2: [drm] HDMI-A-1 [drm] HPD1 [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [drm] Encoders: [drm] DFP2: INTERNAL_UNIPHY1 [drm] Internal thermal controller with fan control [drm] radeon: power management initialized [drm] fb mappable at 0xA0142000 [drm] vram apper at 0xA0000000 [drm] size 5787648 [drm] fb depth is 24 [drm] pitch is 6400 radeon 0000:01:00.0: fb1: radeondrmfb frame buffer device [drm] Initialized radeon 2.29.0 20080528 for 0000:01:00.0 on minor 1 When I start the intel framebuffer, the display is also black, but I found out that that is just the brightness set to 0, so I wrote a little too that writes to /sys/class/backlight/acpi_video0/brightness to set a sensible brightness. When the radeon screen stayed black, I assumed the same problem, so I changed my tool to also write to /sys/class/backlight/acpi_video1/brightness, but this does not help. To check whether this was related to VGA switcheroo interactions, I compiled a kernel with no Intel driver in it and insmod'ed the radeon module. This time the LVDS display stayed in text mode and "hung" in the sense that the text did not continue scrolling. I something is attacked on the HDMI output, that display gets a text console when I insmod radeon. When I start X, the LVDS screen still stays broken, but the console disappears from the HDMI screen, and the laptop appears to hang. My default setup within X is to have an xterm, so I moved my mouse into that xterm (without seeing any of it) and started a shell script that uses xrandr to set up the second display, but nothing happened. It felt as if the Intel driver still felt responsible for LVDS. Since I'm using X in non-radeon mode all the time, I have no Xorg.log left from my radeon testing. I can tell you though what was in it. No (EE) lines. I originally used X.org 1.12.3, then switched to 1.14 to see if that would make the problem disappear. I tried the latest release versions of libdrm and xf86-intel-radeon but when that did not work, I upgraded to the git versions of both. No improvement. I can try again tonight at home and produce an Xorg.0.log for you. -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 59903] New: [RS880] Xorg.0.log: flip queue failed: Device or resource busy
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=59903 Priority: medium Bug ID: 59903 Assignee: dri-devel(a)lists.freedesktop.org Summary: [RS880] Xorg.0.log: flip queue failed: Device or resource busy Severity: normal Classification: Unclassified OS: All Reporter: michaell(a)gmx.org Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 73686 --> https://bugs.freedesktop.org/attachment.cgi?id=73686&action=edit dmesg /var/log/Xorg.0.log is full with: [ 1599.434] (WW) RADEON(0): flip queue failed: Device or resource busy [ 1599.434] (WW) RADEON(0): Page flip failed: Device or resource busy running up-to-date gentoo-system, with the following (unstable) packages linux-3.8.0-rc5 compiled a few minutes ago xorg-server-1.13.1 compiled a few minutes ago libdrm from git compiled a few minutes ago mesa from git compiled a few minutes ago xf86-video-ati from git compiled a few minutes ago 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880 [Radeon HD 4290] my system is working as an htpc and is running fine, no crashes or oops slim is login my user and starts xbmc automatic xbmc in fullscreen is the only graphical application the system is connected to my tv through hdmi if i switch with my remote through the xbmc-menu or watch a video the xorg-log is spam the whole time with page filp errors if i leave xbmc alone, so the log is spam every few seconds with page flip errors is this related to this bug? https://bugs.freedesktop.org/show_bug.cgi?id=58659 my system is working fine, no crashes or oops so far -- You are receiving this mail because: You are the assignee for the bug.

1 13

[Bug 59219] New: [radeon BUG] Sleeping function called from invalid context
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=59219 Priority: medium Bug ID: 59219 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeon BUG] Sleeping function called from invalid context Severity: minor Classification: Unclassified OS: Linux (All) Reporter: ebiggers3(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 72816 --> https://bugs.freedesktop.org/attachment.cgi?id=72816&action=edit dmesg output showing 2 instances of radeon BUG during resume I am running linux-3.8-rc3 on AMD64 with various debugging options enabled, including CONFIG_DEBUG_SLAB. When resuming the system from suspend-to-memory, I run into a warning and stacktrace regarding kmem_cache_alloc() being called from an invalid context in ttm_bo_move_accel_cleanup(). dmesg output attached. Marked as minor because suspend still works properly (at least the times I've tried it). Based on the source code and object file it appears that the memory allocation is actually the kzalloc() at the beginning of ttm_buffer_object_transfer(). Graphics card is: 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS880M [Mobility Radeon HD 4200 Series] -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 58914] New: Cannot start Radeon driver: "drmOpenByBusid: drmGetBusid reports " no bus ID
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=58914 Priority: medium Bug ID: 58914 Assignee: dri-devel(a)lists.freedesktop.org Summary: Cannot start Radeon driver: "drmOpenByBusid: drmGetBusid reports " no bus ID Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: david.hagood(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 72358 --> https://bugs.freedesktop.org/attachment.cgi?id=72358&action=edit X Start up log messages The Radeon driver will not load with the Radeon kernel drivers in Linux 3.8.0 The following is an excerpt from the startup: [ 109.112] (II) Loading extension DRI2 [ 109.112] (II) LoadModule: "radeon" [ 109.112] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so [ 109.112] (II) Module radeon: vendor="X.Org Foundation" [ 109.112] compiled for 1.12.3, module version = 7.0.99 [ 109.112] Module class: X.Org Video Driver [ 109.112] ABI class: X.Org Video Driver, version 12.0 [ 109.112] (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI), (many cards snipped) [ 109.114] (--) using VT number 8 [ 109.119] (II) [KMS] Kernel modesetting enabled. [ 109.120] (II) RADEON(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 109.120] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 109.120] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 109.120] (==) RADEON(0): Default visual is TrueColor [ 109.120] (==) RADEON(0): RGB weight 888 [ 109.120] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 109.120] (--) RADEON(0): Chipset: "ATI Radeon HD 4350" (ChipID = 0x954f) [ 109.120] drmOpenDevice: node name is /dev/dri/card0 [ 109.120] drmOpenDevice: open result is 9, (OK) [ 109.120] drmOpenByBusid: Searching for BusID pci:0000:04:00.0 [ 109.120] drmOpenDevice: node name is /dev/dri/card0 [ 109.120] drmOpenDevice: open result is 9, (OK) [ 109.120] drmOpenByBusid: drmOpenMinor returns 9 [ 109.120] drmOpenByBusid: Searching for BusID pci:0000:04:00.0 [ 109.120] drmOpenDevice: node name is /dev/dri/card0 [ 109.120] drmOpenDevice: open result is 9, (OK) [ 109.120] drmOpenByBusid: drmOpenMinor returns 9 [ 109.120] drmOpenByBusid: Interface 1.4 failed, trying 1.1 [ 109.120] drmOpenByBusid: drmGetBusid reports That last line is not a copy/paste issue - it literally is "[ 109.120] drmOpenByBusid: drmGetBusid reports " (as in, there is no bus ID given) Then the X Radeon driver looks for any other DRI node, fails, and dies. [ 109.120] drmOpenDevice: node name is /dev/dri/card1 [ 109.125] drmOpenByBusid: drmOpenMinor returns -1 (snip many other searches) [ 109.170] drmOpenDevice: node name is /dev/dri/card14 [ 109.174] drmOpenByBusid: drmOpenMinor returns -1 [ 109.174] drmOpenDevice: node name is /dev/dri/card15 [ 109.178] drmOpenByBusid: drmOpenMinor returns -1 [ 109.178] drmOpenDevice: node name is /dev/dri/card0 [ 109.178] drmOpenDevice: open result is 9, (OK) [ 109.178] drmOpenDevice: node name is /dev/dri/card0 [ 109.178] drmOpenDevice: open result is 9, (OK) [ 109.178] drmGetBusid returned '' [ 109.178] (EE) RADEON(0): [drm] failed to set drm interface version. [ 109.178] (EE) RADEON(0): Kernel modesetting setup failed [ 109.178] (II) UnloadModule: "radeon" [ 109.178] (EE) Screen(s) found, but none have a usable configuration. I have tried the following: 1) adding the following parameters in /etc/modprobe.d/radeon.conf options radeon modeset=1 dynclks=1 gartsize=256 audio=1 pcie_gen2=-1 msi=1 2) Adding the following to /etc/initramfs-tools/modules radeon modeset=1 dynclks=1 gartsize=256 audio=1 pcie_gen2=-1 msi=1 and rebuilding the ramdisk. The kernel has the following configuration with respect to the Radeon drivers: CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y # CONFIG_FB_RADEON is not set -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 58747] New: [RS780] Backtrace if firmware is not available on kernel-3.7
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=58747 Priority: medium Bug ID: 58747 Assignee: dri-devel(a)lists.freedesktop.org Summary: [RS780] Backtrace if firmware is not available on kernel-3.7 Severity: normal Classification: Unclassified OS: All Reporter: ojab(a)ojab.ru Hardware: Other Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI Created attachment 72109 --> https://bugs.freedesktop.org/attachment.cgi?id=72109&action=edit Related dmesg output After updating to kernel 3.7 I get backtrace if booting without firmware available (related dmesg part in the attached file). Also reproducible with kernel 3.7.1. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 57567] New: 3.7 radeonfb broken on efivga screens
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=57567 Priority: medium Bug ID: 57567 Assignee: dri-devel(a)lists.freedesktop.org Summary: 3.7 radeonfb broken on efivga screens Severity: normal Classification: Unclassified OS: All Reporter: bobahu4(a)gmail.com Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Ubuntu 12.10 MacPro3,1 stock 3.5 kernel and 3.7-rcX ppa kernel booting via efi with grub2 ati cards have broken framebuffer on 3.7 (all is fine on 3.5) tried 2600xt, 6870, 6970 (all have efi part in rom, showing efi boot screen) on 3.7, when radeonfb activates, I see for a moment two sides of screen (left and right) swapped (not mirrored), then(when X start) only very few lines on top of screen is actualy showing something(I can see part of mouse pointer there), rest is filled with one color. Same result with all cards I mentioned. -- You are receiving this mail because: You are the assignee for the bug.

1 70

[Bug 56878] New: FireGL Mobility T2: WebGL under firefox16 freezes system
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=56878 Priority: medium Bug ID: 56878 Assignee: dri-devel(a)lists.freedesktop.org Summary: FireGL Mobility T2: WebGL under firefox16 freezes system Severity: normal Classification: Unclassified OS: Linux (All) Reporter: miri(a)turboprinzessin.de Hardware: x86 (IA32) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 69702 --> https://bugs.freedesktop.org/attachment.cgi?id=69702&action=edit kernel messages of the crash When opening http://lwn.net/Articles/522127/ with firefox16 the screen goes black for a moment and then reappears for a few seconds after which it goes black again. This cycle goes on a few times after which the system completely locks up (even Magic Sysrq seems to have no effect). I don't know if it is related but sometimes opening huge images in firefox causes X to crash, too. This, however, doesn't freeze the kernel and beside the crash itself everything works normally afterwards. kernel: 3.6.6 xorg-server: 1.13.0 xf86-video-ati: 7.0.0 mesa: 9.0 -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 56743] New: Invalid command stream (bad START_3D) on DIS gpu
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=56743 Priority: medium Bug ID: 56743 Assignee: dri-devel(a)lists.freedesktop.org Summary: Invalid command stream (bad START_3D) on DIS gpu Severity: normal Classification: Unclassified OS: Linux (All) Reporter: intergalactic.anonymous(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 69522 --> https://bugs.freedesktop.org/attachment.cgi?id=69522&action=edit dmesg output On my muxed hybrid system (Lenovo IdeaPad U455) X works fine with IGD gpu (RS780M), but screen gets garbled when DIS gpu (RV710) is active. In dmesg output there are lots of following messages: [drm:r600_packet3_check] *ERROR* bad START_3D [drm:radeon_cs_ib_chunk] *ERROR* Invalid command stream ! My system is: Lenovo IdeaPad U455 with RS780M and RV710 gpus. linux-3.7.0-rc3+ libdrm-2.4.39 xf86-video-ati-6.14.6 mesa-9.0 glu-9.0 xorg-server-1.12.3 -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 56561] New: kernel > 3.4.7 breaks KMS on rv515 (r300)
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=56561 Priority: medium Bug ID: 56561 Assignee: dri-devel(a)lists.freedesktop.org Summary: kernel > 3.4.7 breaks KMS on rv515 (r300) Severity: major Classification: Unclassified OS: Linux (All) Reporter: inaudible(a)simplesuperlativ.es Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I performed a system update (arch linux) but have experienced issues with KMS on any kernel past 3.4.7 (all of 3.5 up till the current 3.6.3). The boot sequence stalls at the point where the KMS hooks usually kick in and referesh the screen. I can make the kernel boot with 'nomodeset' option. https://bugs.freedesktop.org/show_bug.cgi?id=54662 looks similar, but the none of the 3.6 kernels i've tried resove this issue. -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 56329] New: System does not hibernate ATI Technologies Inc RV370 secondary [Sapphire X550 Silent]
by bugzilla-daemon＠freedesktop.org 19 Nov '19

19 Nov '19

https://bugs.freedesktop.org/show_bug.cgi?id=56329 Priority: medium Bug ID: 56329 Assignee: dri-devel(a)lists.freedesktop.org Summary: System does not hibernate ATI Technologies Inc RV370 secondary [Sapphire X550 Silent] Severity: normal Classification: Unclassified OS: Linux (All) Reporter: orion(a)cora.nwra.com Hardware: x86 (IA32) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI System fails to hibernate with: 01:00.1 Display controller: ATI Technologies Inc RV370 secondary [Sapphire X550 Silent] Was working fine with an nVidia card. /var/log/pm-suspend.log ends with: Tue Oct 23 09:41:42 MDT 2012: performing hibernate Nothing of note in /var/log/messages. Screen goes blank even with no suspend console, but system does not hibernate. kernel 3.6.3-1.fc17.i686.PAE xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.i686 mesa-dri-drivers-8.0.4-1.fc17.i686 [ 5.972923] [drm] Initialized drm 1.1.0 20060810 [ 6.005177] [drm] radeon defaulting to kernel modesetting. [ 6.005182] [drm] radeon kernel modesetting enabled. [ 6.005275] fb: conflicting fb hw usage radeondrmfb vs VESA VGA - removing generic driver [ 6.009395] [drm] initializing kernel modesetting (RV380 0x1002:0x5B63 0x17AF:0x3000). [ 6.009431] [drm] register mmio base: 0xDFDE0000 [ 6.009435] [drm] register mmio size: 65536 [ 6.009576] [drm] Generation 2 PCI interface, using max accessible memory [ 6.009633] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 6.009637] [drm] Driver supports precise vblank timestamp query. [ 6.009763] [drm] radeon: irq initialized. [ 6.012413] [drm] Detected VRAM RAM=256M, BAR=256M [ 6.012421] [drm] RAM width 128bits DDR [ 6.014950] [drm] radeon: 256M of VRAM memory ready [ 6.014955] [drm] radeon: 512M of GTT memory ready. [ 6.014987] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 6.016566] [drm] radeon: 1 quad pipes, 1 Z pipes initialized. [ 6.019858] [drm] PCIE GART of 512M enabled (table at 0x00000000C0040000). [ 6.031353] [drm] Loading R300 Microcode [ 6.035532] [drm] radeon: ring at 0x00000000A0001000 [ 6.035557] [drm] ring test succeeded in 1 usecs [ 6.035921] [drm] ib test succeeded in 0 usecs [ 6.036254] [drm] Radeon Display Connectors [ 6.036258] [drm] Connector 0: [ 6.036260] [drm] DVI-I-1 [ 6.036262] [drm] HPD2 [ 6.036265] [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 [ 6.036266] [drm] Encoders: [ 6.036268] [drm] CRT1: INTERNAL_DAC1 [ 6.036270] [drm] DFP2: INTERNAL_DVO1 [ 6.036272] [drm] Connector 1: [ 6.036274] [drm] DVI-I-2 [ 6.036276] [drm] HPD1 [ 6.036278] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 [ 6.036280] [drm] Encoders: [ 6.036281] [drm] CRT2: INTERNAL_DAC2 [ 6.036283] [drm] DFP1: INTERNAL_TMDS1 [ 6.036285] [drm] Connector 2: [ 6.036287] [drm] SVIDEO-1 [ 6.036288] [drm] Encoders: [ 6.036290] [drm] TV1: INTERNAL_DAC2 [ 6.115216] [drm] fb mappable at 0xC00C0000 [ 6.115220] [drm] vram apper at 0xC0000000 [ 6.115222] [drm] size 7680000 [ 6.115224] [drm] fb depth is 24 [ 6.115225] [drm] pitch is 6400 [ 6.115334] fbcon: radeondrmfb (fb0) is primary device [ 6.165930] [drm] crtc 1 is connected to a TV [ 6.276745] fb0: radeondrmfb frame buffer device [ 6.276748] drm: registered panic notifier [ 6.276755] [drm] Initialized radeon 2.24.0 20080528 for 0000:01:00.0 on minor 0 [ 51.816328] [drm] crtc 1 is connected to a TV -- You are receiving this mail because: You are the assignee for the bug.

1 8

← Newer
1
2
3
4
5
6
7
8
9
...
96
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2014