Re: suspend/resume stopped working
Hello, On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote: > On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote: > > Hello, > > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon. > > Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see > if that is the culprit. > No, seems this is not the case: [ 187.664959] snapshot_ioctl: ioctl '80083307' is deprecated and will be removed soon, update your suspend-to-disk utilities [ 187.664973] Syncing filesystems ... done. [ 187.924511] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 187.936806] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [ 187.950171] snapshot_ioctl: ioctl '4004330c' is deprecated and will be removed soon, update your suspend-to-disk utilities [ 187.950279] snapshot_ioctl: ioctl '40083306' is deprecated and will be removed soon, update your suspend-to-disk utilities [ 187.950286] snapshot_ioctl: ioctl '40083303' is deprecated and will be removed soon, update your suspend-to-disk utilities [ 187.950387] PM: Preallocating image memory... done (allocated 111404 pages) [ 188.090274] PM: Allocated 445616 kbytes in 0.14 seconds (3182.97 MB/s) [ 188.090276] Suspending console(s) (use no_console_suspend to debug) [ 188.092488] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 188.093460] HDA Intel :01:00.1: PCI INT B disabled [ 188.093735] HDA Intel :00:1b.0: PCI INT A disabled [ 188.431250] PM: freeze of devices complete after 340.164 msecs [ 188.432394] PM: late freeze of devices complete after 1.138 msecs [ 188.432631] ACPI: Preparing to enter system sleep state S4 [ 188.459387] PM: Saving platform NVS memory [ 188.465680] Disabling non-boot CPUs ... [ 188.514554] CPU 1 is now offline [ 188.668819] CPU 2 is now offline [ 188.791921] CPU 3 is now offline [ 188.791925] lockdep: fixing up alternatives. [ 188.792860] Extended CMOS year: 2000 [ 188.793031] PM: Creating hibernation image: [ 188.942484] PM: Need to copy 115235 pages [ 189.583797] PM: Hibernation image created (115235 pages copied) [ 188.793588] Extended CMOS year: 2000 [ 188.794138] microcode: CPU0 updated to revision 0xc, date = 2010-06-10 [ 188.794167] Enabling non-boot CPUs ... [ 188.801437] lockdep: fixing up alternatives. [ 188.801450] Booting Node 0 Processor 1 APIC 0x1 [ 188.801455] smpboot cpu 1: start_ip = 98000 [ 188.919038] Switched to NOHz mode on CPU #1 [ 188.960028] NMI watchdog enabled, takes one hw-pmu counter. [ 188.960917] microcode: CPU1 updated to revision 0xc, date = 2010-06-10 [ 188.960932] CPU1 is up [ 188.961183] lockdep: fixing up alternatives. [ 188.961188] Booting Node 0 Processor 2 APIC 0x4 [ 188.961190] smpboot cpu 2: start_ip = 98000 [ 189.078785] Switched to NOHz mode on CPU #2 [ 189.119907] NMI watchdog enabled, takes one hw-pmu counter. [ 189.121519] microcode: CPU2 updated to revision 0xc, date = 2010-06-10 [ 189.121538] CPU2 is up [ 189.122009] lockdep: fixing up alternatives. [ 189.122072] Booting Node 0 Processor 3 APIC 0x5 [ 189.122076] smpboot cpu 3: start_ip = 98000 [ 189.238541] Switched to NOHz mode on CPU #3 [ 189.280097] NMI watchdog enabled, takes one hw-pmu counter. [ 189.281622] microcode: CPU3 updated to revision 0xc, date = 2010-06-10 [ 189.281641] CPU3 is up [ 189.284963] ACPI: Waking up from system sleep state S4 [ 189.358433] PM: early thaw of devices complete after 0.778 msecs [ 189.358884] pci :00:1e.0: setting latency timer to 64 [ 189.358966] ahci :00:1f.2: restoring config space at offset 0x1 (was 0x2b00403, writing 0x2b00407) [ 189.359008] radeon :01:00.0: power state changed by ACPI to D0 [ 189.359017] radeon :01:00.0: power state changed by ACPI to D0 [ 189.359043] ahci :00:1f.2: setting latency timer to 64 [ 189.359115] radeon :01:00.0: setting latency timer to 64 [ 189.360927] tg3 :02:00.0: eth0: Link is down [ 189.368514] sd 0:0:0:0: [sda] Starting disk [ 189.371631] HDA Intel :00:1b.0: BAR 0: set to [mem 0xb410-0xb4103fff 64bit] (PCI address [0xb410-0xb4103fff]) [ 189.371683] HDA Intel :00:1b.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 189.371738] HDA Intel :00:1b.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) [ 189.371756] HDA Intel :00:1b.0: restoring config space at offset 0x1 (was 0x10, writing 0x12) [ 189.371820] HDA Intel :00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 189.371838] HDA Intel :00:1b.0: setting latency timer to 64 [ 189.371901] HDA Intel :01:00.1: BAR 0: set to [mem 0xb402-0xb4023fff 64bit] (PCI address [0xb402-0xb4023fff]) [ 189.371968] HDA Intel :00:1b.0: irq 43 for MSI/MSI-X [ 189.372066] HDA Intel :01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 [ 189.372083] HDA Intel :01:00.1: setting latency timer to 64 [ 189.372183] HDA Intel :01:00.1: irq 44 for MSI/MSI-X [ 189.388906]
Re: Linux 2.6.39-rc3
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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 [drm] initializing kernel modesetting (RS880 0x1002:0x9712). [drm] register mmio base: 0xD640 [drm] register mmio size: 65536 ATOM BIOS: HP_TAG radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [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 :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- SERR- http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] Fix typo in include/drm/i915_drm.h
Signed-off-by: Ole Henrik Jahren
Cc: Chris Wilson
---
While adding DRM ioctl decoding support to strace, I noticed something
that looks very much like a typo. If it is intended this way, sorry
about the noise.
include/drm/i915_drm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index 0039f1f..ca7b8af 100644
--- a/include/drm/i915_drm.h
+++ b/include/drm/i915_drm.h
@@ -237,7 +237,7 @@ typedef struct _drm_i915_sarea {
#define DRM_IOCTL_I915_GEM_GET_APERTUREDRM_IOR (DRM_COMMAND_BASE +
DRM_I915_GEM_GET_APERTURE, struct drm_i915_gem_get_aperture)
#define DRM_IOCTL_I915_GET_PIPE_FROM_CRTC_ID DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_GET_PIPE_FROM_CRTC_ID, struct drm_i915_get_pipe_from_crtc_id)
#define DRM_IOCTL_I915_GEM_MADVISE DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_GEM_MADVISE, struct drm_i915_gem_madvise)
-#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
DRM_IOCTL_I915_OVERLAY_ATTRS, struct drm_intel_overlay_put_image)
+#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
DRM_I915_OVERLAY_PUT_IMAGE, struct drm_intel_overlay_put_image)
#define DRM_IOCTL_I915_OVERLAY_ATTRS DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_OVERLAY_ATTRS, struct drm_intel_overlay_attrs)
/* Allow drivers to submit batchbuffers directly to hardware, relying
--
1.7.5.rc1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] Big Endian support for RV730 (Mesa r600)
Hi
Here you are a patch that adds big endian support for rv730 in r600
classic mesa driver. The BE modifications are almost the same as the DRM
/ DDX driver modifications
(http://lists.freedesktop.org/archives/dri-devel/2011-February/008151.html).
I used the mesa-demos to test the driver status on big endian platform.
Nearly all demos renders the same as on Intel architecture.
Nevertheless, there are still some issues in glReadPixels (r600_blit)
with some formats. I can't figure out exactly what and when data must be
swapped (set_tex_resoures, set_render_target...). Review of the patch
would be greatly appreciated.
It seems that r600g will be the default for Mesa 7.11 so I'll try to
enable big endian support for Gallium now.
Regards
Cédric Cano
diff -Naur Mesa-7.10/src/mesa/drivers/dri/r600/defaultendian.h Mesa-7.10/src/mesa/drivers/dri/r600/defaultendian.h
--- Mesa-7.10/src/mesa/drivers/dri/r600/defaultendian.h 2010-02-05 01:10:40.0 +0100
+++ Mesa-7.10/src/mesa/drivers/dri/r600/defaultendian.h 2011-04-07 16:19:50.0 +0200
@@ -29,8 +29,8 @@
#define _DEFINEENDIAN_H_
//We have to choose a reg bits orientation if there is no compile flag for it.
-#if defined(LITTLEENDIAN_CPU)
-#elif defined(BIGENDIAN_CPU)
+#ifdef MESA_BIG_ENDIAN
+#define BIGENDIAN_CPU
#else
#define LITTLEENDIAN_CPU
#endif
diff -Naur Mesa-7.10/src/mesa/drivers/dri/r600/r600_blit.c Mesa-7.10/src/mesa/drivers/dri/r600/r600_blit.c
--- Mesa-7.10/src/mesa/drivers/dri/r600/r600_blit.c 2010-12-14 22:43:15.0 +0100
+++ Mesa-7.10/src/mesa/drivers/dri/r600/r600_blit.c 2011-04-11 16:43:40.0 +0200
@@ -94,17 +94,17 @@
{
uint32_t cb_color0_base, cb_color0_size = 0, cb_color0_info = 0, cb_color0_view = 0;
int id = 0;
-uint32_t comp_swap, format;
+uint32_t endian, comp_swap, format;
BATCH_LOCALS(&context->radeon);
cb_color0_base = dst_offset / 256;
+ endian = ENDIAN_NONE;
SETfield(cb_color0_size, (nPitchInPixel / 8) - 1,
PITCH_TILE_MAX_shift, PITCH_TILE_MAX_mask);
SETfield(cb_color0_size, ((nPitchInPixel * h) / 64) - 1,
SLICE_TILE_MAX_shift, SLICE_TILE_MAX_mask);
-SETfield(cb_color0_info, ENDIAN_NONE, ENDIAN_shift, ENDIAN_mask);
SETfield(cb_color0_info, ARRAY_LINEAR_GENERAL,
CB_COLOR0_INFO__ARRAY_MODE_shift, CB_COLOR0_INFO__ARRAY_MODE_mask);
@@ -112,24 +112,36 @@
switch(mesa_format) {
case MESA_FORMAT_RGBA:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_STD_REV;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_UNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
break;
case MESA_FORMAT_SIGNED_RGBA:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_STD_REV;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_SNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
break;
case MESA_FORMAT_RGBA_REV:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_STD;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_UNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
break;
case MESA_FORMAT_SIGNED_RGBA_REV:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_STD;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
@@ -137,6 +149,9 @@
break;
case MESA_FORMAT_ARGB:
case MESA_FORMAT_XRGB:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_ALT;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
@@ -144,54 +159,81 @@
break;
case MESA_FORMAT_ARGB_REV:
case MESA_FORMAT_XRGB_REV:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN32;
+#endif
format = COLOR_8_8_8_8;
comp_swap = SWAP_ALT_REV;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_UNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
break;
case MESA_FORMAT_RGB565:
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN16;
+#endif
+ comp_swap = SWAP_STD_REV;
format = COLOR_5_6_5;
-comp_swap = SWAP_STD_REV;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_UNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
break;
case MESA_FORMAT_RGB565_REV:
-format = COLOR_5_6_5;
+#ifdef MESA_BIG_ENDIAN
+ endian = ENDIAN_8IN16;
+#endif
comp_swap = SWAP_STD;
+format = COLOR_5_6_5;
SETbit(cb_color0_info, SOURCE_FORMAT_bit);
SETfield(cb_color0_info, NUMBER_UNORM, NUMBER_TYPE_shift, NUMBER_TYPE_mask);
brea
Re: Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote: > > On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote: > > > > Have you ruled out any MSI related problems? I think the IRQ not working > > could explain the symptoms... > > Booting with MSI disabled does not change anything. Actually on this > machine the Ethernet (tigon3) uses MSI and everything is fine. OTOH, > on my home PC (dual code Athlon64 4 1/2 years old), MSI has never worked. Okay, the fact no_wb helps probably rules out an IRQ problem anyway. > > Make sure this line changes to 'WB disabled' with no_wb=1. There's a > > writeback endianness bug with modeset=1, see > > http://lists.freedesktop.org/archives/dri-devel/2011-April/009960.html . > > > > With no_wb=1 the driver goes a bit further but the X server ends > up in an infinite ioctl loop and the logs are: Which ioctl does it loop on? Please provide the Xorg.0.log file as well. > kernel: [drm] radeon kernel modesetting enabled. > kernel: checking generic (c000 14) vs hw (c000 1000) > kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing > generic driver > kernel: [drm] initializing kernel modesetting (RV530 0x1002:0x71C7). > kernel: radeon :f1:00.0: Using 64-bit DMA iommu bypass > kernel: [drm] register mmio base: 0xE800 > kernel: [drm] register mmio size: 65536 > kernel: radeon :f1:00.0: Invalid ROM contents > kernel: ATOM BIOS: X1650PRO > kernel: [drm] Generation 2 PCI interface, using max accessible memory > kernel: radeon :f1:00.0: VRAM: 512M 0x - > 0x1FFF (512M used) > kernel: radeon :f1:00.0: GTT: 512M 0x2000 - 0x3FFF > kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > kernel: [drm] Driver supports precise vblank timestamp query. > kernel: [drm] radeon: irq initialized. > kernel: [drm] Detected VRAM RAM=512M, BAR=256M > kernel: [drm] RAM width 128bits DDR > kernel: [TTM] Zone kernel: Available graphics memory: 1003018 kiB. > kernel: [TTM] Initializing pool allocator. > kernel: [drm] radeon: 512M of VRAM memory ready > kernel: [drm] radeon: 512M of GTT memory ready. > kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 > kernel: [drm] radeon: 1 quad pipes, 2 z pipes initialized. > kernel: [drm] PCIE GART of 512M enabled (table at 0x0004). > kernel: radeon :f1:00.0: WB disabled > kernel: [drm] Loading R500 Microcode > kernel: [drm] radeon: ring at 0x20001000 > kernel: [drm] ring test succeeded in 6 usecs > kernel: [drm] radeon: ib pool ready. > kernel: [drm] ib test succeeded in 0 usecs > kernel: [drm] Radeon Display Connectors > kernel: [drm] Connector 0: > kernel: [drm] DVI-I > kernel: [drm] HPD1 > kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c > kernel: [drm] Encoders: > kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 > kernel: [drm] DFP1: INTERNAL_KLDSCP_TMDS1 > kernel: [drm] Connector 1: > kernel: [drm] S-video > kernel: [drm] Encoders: > kernel: [drm] TV1: INTERNAL_KLDSCP_DAC2 > kernel: [drm] Connector 2: > kernel: [drm] DVI-I > kernel: [drm] HPD2 > kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c > kernel: [drm] Encoders: > kernel: [drm] CRT2: INTERNAL_KLDSCP_DAC2 > kernel: [drm] DFP3: INTERNAL_LVTM1 > kernel: [drm] Possible lm63 thermal controller at 0x4c > kernel: [drm] fb mappable at 0xC00C > kernel: [drm] vram apper at 0xC000 > kernel: [drm] size 9216000 > kernel: [drm] fb depth is 24 > kernel: [drm]pitch is 7680 > kernel: checking generic (c000 14) vs hw (c000 1000) > kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing > generic driver > kernel: fb1: radeondrmfb frame buffer device Hmm, I think this should say fb0, but that should only matter for console, not X. > kernel: drm: registered panic notifier > kernel: [drm] Initialized radeon 2.8.0 20080528 for :f1:00.0 on minor 0 > kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id BTW, if your kernel contains commit 69a07f0b117a40fcc1a479358d8e1f41793617f2, can you try if reverting that helps? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #15 from Michal Suchanek 2011-04-12 05:47:07 PDT --- Is the fix going to be applied? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] Fix typo in include/drm/i915_drm.h
Indeed, good catch. Luckily never ever used (libdrm takes care of it
internally) in the drmCommand(Write|Read) functions.
Acked-by: Daniel Vetter
On Tue, Apr 12, 2011 at 6:10 AM, Ole Henrik Jahren
wrote:
> Signed-off-by: Ole Henrik Jahren
> Cc: Chris Wilson
> ---
>
> While adding DRM ioctl decoding support to strace, I noticed something
> that looks very much like a typo. If it is intended this way, sorry
> about the noise.
>
> include/drm/i915_drm.h | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
> index 0039f1f..ca7b8af 100644
> --- a/include/drm/i915_drm.h
> +++ b/include/drm/i915_drm.h
> @@ -237,7 +237,7 @@ typedef struct _drm_i915_sarea {
> #define DRM_IOCTL_I915_GEM_GET_APERTURE DRM_IOR (DRM_COMMAND_BASE +
> DRM_I915_GEM_GET_APERTURE, struct drm_i915_gem_get_aperture)
> #define DRM_IOCTL_I915_GET_PIPE_FROM_CRTC_ID DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_GET_PIPE_FROM_CRTC_ID, struct drm_i915_get_pipe_from_crtc_id)
> #define DRM_IOCTL_I915_GEM_MADVISE DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_GEM_MADVISE, struct drm_i915_gem_madvise)
> -#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
> DRM_IOCTL_I915_OVERLAY_ATTRS, struct drm_intel_overlay_put_image)
> +#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
> DRM_I915_OVERLAY_PUT_IMAGE, struct drm_intel_overlay_put_image)
> #define DRM_IOCTL_I915_OVERLAY_ATTRS DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_OVERLAY_ATTRS, struct drm_intel_overlay_attrs)
>
> /* Allow drivers to submit batchbuffers directly to hardware, relying
> --
> 1.7.5.rc1
>
> ___
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
--
Daniel Vetter
daniel.vet...@ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #16 from Alex Deucher 2011-04-12 07:00:28 PDT --- Any luck bisecting the resume issues? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #17 from Michal Suchanek 2011-04-12 07:09:26 PDT --- Those are not caused by Radeon. They were only hidden by the Radeon issue because it came earlier. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: suspend/resume stopped working
On Tue, Apr 12, 2011 at 4:28 AM, Sergey Senozhatsky wrote: > Hello, > > On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote: >> On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote: >> > Hello, >> > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon. >> >> Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see >> if that is the culprit. >> > > > No, seems this is not the case: This is a GPU lockup. The driver detects the lockup and resets the asic. The hard part is trying to find out what caused the lockup in the first place. The driver might have been waiting for a fence or something like that during suspend when you killed it which leads to a bad state in the driver. Alex > > [ 187.664959] snapshot_ioctl: ioctl '80083307' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ 187.664973] Syncing filesystems ... done. > [ 187.924511] Freezing user space processes ... (elapsed 0.01 seconds) done. > [ 187.936806] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) > done. > [ 187.950171] snapshot_ioctl: ioctl '4004330c' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ 187.950279] snapshot_ioctl: ioctl '40083306' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ 187.950286] snapshot_ioctl: ioctl '40083303' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ 187.950387] PM: Preallocating image memory... done (allocated 111404 pages) > [ 188.090274] PM: Allocated 445616 kbytes in 0.14 seconds (3182.97 MB/s) > [ 188.090276] Suspending console(s) (use no_console_suspend to debug) > [ 188.092488] sd 0:0:0:0: [sda] Synchronizing SCSI cache > [ 188.093460] HDA Intel :01:00.1: PCI INT B disabled > [ 188.093735] HDA Intel :00:1b.0: PCI INT A disabled > [ 188.431250] PM: freeze of devices complete after 340.164 msecs > [ 188.432394] PM: late freeze of devices complete after 1.138 msecs > [ 188.432631] ACPI: Preparing to enter system sleep state S4 > [ 188.459387] PM: Saving platform NVS memory > [ 188.465680] Disabling non-boot CPUs ... > [ 188.514554] CPU 1 is now offline > [ 188.668819] CPU 2 is now offline > [ 188.791921] CPU 3 is now offline > [ 188.791925] lockdep: fixing up alternatives. > [ 188.792860] Extended CMOS year: 2000 > [ 188.793031] PM: Creating hibernation image: > [ 188.942484] PM: Need to copy 115235 pages > [ 189.583797] PM: Hibernation image created (115235 pages copied) > [ 188.793588] Extended CMOS year: 2000 > [ 188.794138] microcode: CPU0 updated to revision 0xc, date = 2010-06-10 > [ 188.794167] Enabling non-boot CPUs ... > [ 188.801437] lockdep: fixing up alternatives. > [ 188.801450] Booting Node 0 Processor 1 APIC 0x1 > [ 188.801455] smpboot cpu 1: start_ip = 98000 > [ 188.919038] Switched to NOHz mode on CPU #1 > [ 188.960028] NMI watchdog enabled, takes one hw-pmu counter. > [ 188.960917] microcode: CPU1 updated to revision 0xc, date = 2010-06-10 > [ 188.960932] CPU1 is up > [ 188.961183] lockdep: fixing up alternatives. > [ 188.961188] Booting Node 0 Processor 2 APIC 0x4 > [ 188.961190] smpboot cpu 2: start_ip = 98000 > [ 189.078785] Switched to NOHz mode on CPU #2 > [ 189.119907] NMI watchdog enabled, takes one hw-pmu counter. > [ 189.121519] microcode: CPU2 updated to revision 0xc, date = 2010-06-10 > [ 189.121538] CPU2 is up > [ 189.122009] lockdep: fixing up alternatives. > [ 189.122072] Booting Node 0 Processor 3 APIC 0x5 > [ 189.122076] smpboot cpu 3: start_ip = 98000 > [ 189.238541] Switched to NOHz mode on CPU #3 > [ 189.280097] NMI watchdog enabled, takes one hw-pmu counter. > [ 189.281622] microcode: CPU3 updated to revision 0xc, date = 2010-06-10 > [ 189.281641] CPU3 is up > [ 189.284963] ACPI: Waking up from system sleep state S4 > [ 189.358433] PM: early thaw of devices complete after 0.778 msecs > [ 189.358884] pci :00:1e.0: setting latency timer to 64 > [ 189.358966] ahci :00:1f.2: restoring config space at offset 0x1 (was > 0x2b00403, writing 0x2b00407) > [ 189.359008] radeon :01:00.0: power state changed by ACPI to D0 > [ 189.359017] radeon :01:00.0: power state changed by ACPI to D0 > [ 189.359043] ahci :00:1f.2: setting latency timer to 64 > [ 189.359115] radeon :01:00.0: setting latency timer to 64 > [ 189.360927] tg3 :02:00.0: eth0: Link is down > [ 189.368514] sd 0:0:0:0: [sda] Starting disk > [ 189.371631] HDA Intel :00:1b.0: BAR 0: set to [mem > 0xb410-0xb4103fff 64bit] (PCI address [0xb410-0xb4103fff]) > [ 189.371683] HDA Intel :00:1b.0: restoring config space at offset 0xf > (was 0x100, writing 0x10a) > [ 189.371738] HDA Intel :00:1b.0: restoring config space at offset 0x3 > (was 0x0, writing 0x10) > [ 189.371756] HDA Intel :00:1b.0: restoring config space at offset 0x1 > (was 0x10, writing 0x12) > [ 189.371820] HDA Intel 0
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #18 from Alex Deucher 2011-04-12 07:13:43 PDT --- (In reply to comment #17) > Those are not caused by Radeon. > > They were only hidden by the Radeon issue because it came earlier. So the patch alone fixes suspend and resume? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Linux 2.6.39-rc3
On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel 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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > [drm] initializing kernel modesetting (RS880 0x1002:0x9712). > [drm] register mmio base: 0xD640 > [drm] register mmio size: 65536 > ATOM BIOS: HP_TAG > radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF > (320M used) > radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > [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 :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- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 18 > Region 0: Memory at c000 (32-bit, prefetchable) [size=256M] > Region 1: I/O ports at 6000 [size=256] > Region 2: Memory at d640 (32-bit, non-prefetchable) [size=64K] > Region 5: Memory at d630 (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: Data: > 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, Alex > > Joerg > > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #19 from Michal Suchanek 2011-04-12 08:20:35 PDT --- The resume issue should be fixed in 2.6.39-rc3. commit 4da9484bdece39ab0b098fa711e095e3e9fc8684 Author: H. Peter Anvin Date: Wed Apr 6 13:10:02 2011 -0700 x86, hibernate: Initialize mmu_cr4_features during boot Restore the initialization of mmu_cr4_features during boot, which was removed without comment in checkin e5f15b45ddf3afa210c7ea34fb32b6de0a0e x86: Cleanup highmap after brk is concluded thereby breaking resume from hibernate. This restores previous functionality in approximately the same place, and corrects the -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] i915: select VIDEO_OUTPUT_CONTROL for ACPI_VIDEO
fix Kconfig warning: (DRM_I915 && STUB_POULSBO) selects ACPI_VIDEO which has unmet direct dependencies (ACPI && X86 && BACKLIGHT_CLASS_DEVICE && VIDEO_OUTPUT_CONTROL && INPUT) Signed-off-by: Konstantin Khlebnikov --- drivers/gpu/drm/Kconfig |1 + drivers/gpu/stub/Kconfig |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index a6feb78c..c58f691 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -96,6 +96,7 @@ config DRM_I915 # i915 depends on ACPI_VIDEO when ACPI is enabled # but for select to work, need to select ACPI_VIDEO's dependencies, ick select BACKLIGHT_CLASS_DEVICE if ACPI + select VIDEO_OUTPUT_CONTROL if ACPI select INPUT if ACPI select ACPI_VIDEO if ACPI select ACPI_BUTTON if ACPI diff --git a/drivers/gpu/stub/Kconfig b/drivers/gpu/stub/Kconfig index 70e60a4..4199179 100644 --- a/drivers/gpu/stub/Kconfig +++ b/drivers/gpu/stub/Kconfig @@ -5,6 +5,7 @@ config STUB_POULSBO # Poulsbo stub depends on ACPI_VIDEO when ACPI is enabled # but for select to work, need to select ACPI_VIDEO's dependencies, ick select BACKLIGHT_CLASS_DEVICE if ACPI + select VIDEO_OUTPUT_CONTROL if ACPI select INPUT if ACPI select ACPI_VIDEO if ACPI select THERMAL if ACPI ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
Hi Micel, On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote: > [ Adding the dri-devel list ] > > Have you ruled out any MSI related problems? I think the IRQ not working > could explain the symptoms... Booting with MSI disabled does not change anything. Actually on this machine the Ethernet (tigon3) uses MSI and everything is fine. OTOH, on my home PC (dual code Athlon64 4 1/2 years old), MSI has never worked. > Make sure this line changes to 'WB disabled' with no_wb=1. There's a > writeback endianness bug with modeset=1, see > http://lists.freedesktop.org/archives/dri-devel/2011-April/009960.html . > With no_wb=1 the driver goes a bit further but the X server ends up in an infinite ioctl loop and the logs are: kernel: [drm] radeon kernel modesetting enabled. kernel: checking generic (c000 14) vs hw (c000 1000) kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing generic driver kernel: [drm] initializing kernel modesetting (RV530 0x1002:0x71C7). kernel: radeon :f1:00.0: Using 64-bit DMA iommu bypass kernel: [drm] register mmio base: 0xE800 kernel: [drm] register mmio size: 65536 kernel: radeon :f1:00.0: Invalid ROM contents kernel: ATOM BIOS: X1650PRO kernel: [drm] Generation 2 PCI interface, using max accessible memory kernel: radeon :f1:00.0: VRAM: 512M 0x - 0x1FFF (512M used) kernel: radeon :f1:00.0: GTT: 512M 0x2000 - 0x3FFF kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). kernel: [drm] Driver supports precise vblank timestamp query. kernel: [drm] radeon: irq initialized. kernel: [drm] Detected VRAM RAM=512M, BAR=256M kernel: [drm] RAM width 128bits DDR kernel: [TTM] Zone kernel: Available graphics memory: 1003018 kiB. kernel: [TTM] Initializing pool allocator. kernel: [drm] radeon: 512M of VRAM memory ready kernel: [drm] radeon: 512M of GTT memory ready. kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 kernel: [drm] radeon: 1 quad pipes, 2 z pipes initialized. kernel: [drm] PCIE GART of 512M enabled (table at 0x0004). kernel: radeon :f1:00.0: WB disabled kernel: [drm] Loading R500 Microcode kernel: [drm] radeon: ring at 0x20001000 kernel: [drm] ring test succeeded in 6 usecs kernel: [drm] radeon: ib pool ready. kernel: [drm] ib test succeeded in 0 usecs kernel: [drm] Radeon Display Connectors kernel: [drm] Connector 0: kernel: [drm] DVI-I kernel: [drm] HPD1 kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c kernel: [drm] Encoders: kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 kernel: [drm] DFP1: INTERNAL_KLDSCP_TMDS1 kernel: [drm] Connector 1: kernel: [drm] S-video kernel: [drm] Encoders: kernel: [drm] TV1: INTERNAL_KLDSCP_DAC2 kernel: [drm] Connector 2: kernel: [drm] DVI-I kernel: [drm] HPD2 kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c kernel: [drm] Encoders: kernel: [drm] CRT2: INTERNAL_KLDSCP_DAC2 kernel: [drm] DFP3: INTERNAL_LVTM1 kernel: [drm] Possible lm63 thermal controller at 0x4c kernel: [drm] fb mappable at 0xC00C kernel: [drm] vram apper at 0xC000 kernel: [drm] size 9216000 kernel: [drm] fb depth is 24 kernel: [drm]pitch is 7680 kernel: checking generic (c000 14) vs hw (c000 1000) kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing generic driver kernel: fb1: radeondrmfb frame buffer device kernel: drm: registered panic notifier kernel: [drm] Initialized radeon 2.8.0 20080528 for :f1:00.0 on minor 0 kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id There is only one display connected and it is to the first DVI connector, BTW. Regards, Gabriel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote: > > > > With no_wb=1 the driver goes a bit further but the X server ends > > up in an infinite ioctl loop and the logs are: > > Which ioctl does it loop on? Please provide the Xorg.0.log file as well. >From memory, the code was 0x64, which is DRM_RADEON_GEM_WAIT_IDLE. The Xorg.0.log from the previous boot is attached. Gabriel Xorg.0.log.old Description: application/trash ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Michel Dänzer changed: What|Removed |Added Product|xorg|Mesa Component|Driver/Radeon |Drivers/DRI/R600 AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop ||.org QAContact|xorg-t...@lists.x.org | --- Comment #4 from Michel Dänzer 2011-04-12 09:17:35 PDT --- Does it work better with the r600g driver? BTW, please attach files individually as opposed to packed in an archive, and verify that the MIME type allows viewing plain text files in the browser directly. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Michel Dänzer changed: What|Removed |Added Attachment #45539|text/plain |application/x-gtar-compress mime type||ed -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #5 from Sascha 2011-04-12 09:24:45 PDT --- Created an attachment (id=45540) --> (https://bugs.freedesktop.org/attachment.cgi?id=45540) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #6 from Sascha 2011-04-12 09:25:30 PDT --- Created an attachment (id=45541) --> (https://bugs.freedesktop.org/attachment.cgi?id=45541) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Sascha changed: What|Removed |Added Attachment #45539|0 |1 is obsolete|| --- Comment #7 from Sascha 2011-04-12 09:25:57 PDT --- Created an attachment (id=45542) --> (https://bugs.freedesktop.org/attachment.cgi?id=45542) xorg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 29842] Radeon runs very hot
https://bugzilla.kernel.org/show_bug.cgi?id=29842 Igor Rudchenko changed: What|Removed |Added CC||i...@starrain.org --- Comment #10 from Igor Rudchenko 2011-04-12 16:35:47 --- This seems to be regression in my case. Mobile FireGL V5250, temperature reading from thinkpad-acpi: 2.6.37.2, KMS, profile=default/high - temperature=67 2.6.37.2, KMS, profile=mid - temperature=64 2.6.38.2, KMS, profile=default/high - temperature=71 2.6.38.2, KMS, profile=mid - temperature=64 Some older kernels and windows with default clocks for GPU - temperature=67 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #8 from Sascha 2011-04-12 10:22:22 PDT --- (In reply to comment #4) > Does it work better with the r600g driver? > > BTW, please attach files individually as opposed to packed in an archive, and > verify that the MIME type allows viewing plain text files in the browser > directly. 1.Attatchement fixed. 2.Why did you put the report in the r600 section? My card is a r800 I think. 3.Tried to install mesa-r600g-git, though I cannot. It ask me to install libgl instead of libgl-git. Though doing that will result in downgrading ati-dri-git to ati-dri again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote: > On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote: > > > > > > With no_wb=1 the driver goes a bit further but the X server ends > > > up in an infinite ioctl loop and the logs are: > > > > Which ioctl does it loop on? Please provide the Xorg.0.log file as well. > > From memory, the code was 0x64, which is DRM_RADEON_GEM_WAIT_IDLE. Note that it's normal for this ioctl to be called every time before the GPU accessible pixmap memory is accessed by the CPU. Unless the ioctl always returns an error, this may not indicate a problem on its own. > The Xorg.0.log from the previous boot is attached. I don't see any obvious problems in it. Can you describe the symptoms of the problem you're having with X a bit more? One thing I notice is that the X server/driver are rather oldish. Maybe you can try newer versions from testing, sid or even experimental to see if that makes any difference. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: clean up gart dummy page handling
As per Konrad's original patch, the dummy page used
by the gart code and allocated in radeon_gart_init()
was not freed properly in radeon_gart_fini().
At the same time r6xx and newer allocated and freed the
dummy page on their own. So to do Konrad's patch one
better, just remove the allocation and freeing of the
dummy page in the r6xx, 7xx, evergreen, and ni code and
allocate and free in the gart_init/fini() functions for
all asics.
Cc: Konrad Rzeszutek Wilk
Cc: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4
drivers/gpu/drm/radeon/r600.c|4
drivers/gpu/drm/radeon/radeon_gart.c |2 ++
drivers/gpu/drm/radeon/rv770.c |4
4 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 0b0cc74..cff7144 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -3036,9 +3036,6 @@ int evergreen_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
/* This don't do much */
r = radeon_gem_init(rdev);
if (r)
@@ -3150,7 +3147,6 @@ void evergreen_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
static void evergreen_pcie_gen2_enable(struct radeon_device *rdev)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index be271c4..304fc76 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -2509,9 +2509,6 @@ int r600_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
if (r600_debugfs_mc_info_init(rdev)) {
DRM_ERROR("Failed to register debugfs file for mc !\n");
}
@@ -2625,7 +2622,6 @@ void r600_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon/radeon_gart.c
index f0534ef..8a955bb 100644
--- a/drivers/gpu/drm/radeon/radeon_gart.c
+++ b/drivers/gpu/drm/radeon/radeon_gart.c
@@ -285,4 +285,6 @@ void radeon_gart_fini(struct radeon_device *rdev)
rdev->gart.pages = NULL;
rdev->gart.pages_addr = NULL;
rdev->gart.ttm_alloced = NULL;
+
+ radeon_dummy_page_fini(rdev);
}
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index b974ac7..4faa2e5 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/gpu/drm/radeon/rv770.c
@@ -1255,9 +1255,6 @@ int rv770_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
/* This don't do much */
r = radeon_gem_init(rdev);
if (r)
@@ -1372,7 +1369,6 @@ void rv770_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
static void rv770_pcie_gen2_enable(struct radeon_device *rdev)
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: fix suspend on rv530 asics
Apparently only rv515 asics need the workaround
added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11
(drm/radeon/kms: fix resume regression for some r5xx laptops).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=34709
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atom.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index 258fa5e..d71d375 100644
--- a/drivers/gpu/drm/radeon/atom.c
+++ b/drivers/gpu/drm/radeon/atom.c
@@ -32,6 +32,7 @@
#include "atom.h"
#include "atom-names.h"
#include "atom-bits.h"
+#include "radeon.h"
#define ATOM_COND_ABOVE0
#define ATOM_COND_ABOVEOREQUAL 1
@@ -101,7 +102,9 @@ static void debug_print_spaces(int n)
static uint32_t atom_iio_execute(struct atom_context *ctx, int base,
uint32_t index, uint32_t data)
{
+ struct radeon_device *rdev = ctx->card->dev->dev_private;
uint32_t temp = 0xCDCDCDCD;
+
while (1)
switch (CU8(base)) {
case ATOM_IIO_NOP:
@@ -112,7 +115,8 @@ static uint32_t atom_iio_execute(struct atom_context *ctx,
int base,
base += 3;
break;
case ATOM_IIO_WRITE:
- (void)ctx->card->ioreg_read(ctx->card, CU16(base + 1));
+ if (rdev->family == CHIP_RV515)
+ (void)ctx->card->ioreg_read(ctx->card,
CU16(base + 1));
ctx->card->ioreg_write(ctx->card, CU16(base + 1), temp);
base += 3;
break;
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #20 from Alex Deucher 2011-04-12 10:38:59 PDT --- I've sent the patch to Dave. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: fix pcie_p callbacks on btc and cayman
btc and cayman asics use the same callback for
pcie port registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index eb888ee..ca57619 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -94,7 +94,7 @@ static void radeon_register_accessor_init(struct
radeon_device *rdev)
rdev->mc_rreg = &rs600_mc_rreg;
rdev->mc_wreg = &rs600_mc_wreg;
}
- if ((rdev->family >= CHIP_R600) && (rdev->family <= CHIP_HEMLOCK)) {
+ if (rdev->family >= CHIP_R600) {
rdev->pciep_rreg = &r600_pciep_rreg;
rdev->pciep_wreg = &r600_pciep_wreg;
}
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/radeon/kms: clean up gart dummy page handling
On Die, 2011-04-12 at 13:32 -0400, Alex Deucher wrote: > As per Konrad's original patch, the dummy page used > by the gart code and allocated in radeon_gart_init() > was not freed properly in radeon_gart_fini(). > > At the same time r6xx and newer allocated and freed the > dummy page on their own. So to do Konrad's patch one > better, just remove the allocation and freeing of the > dummy page in the r6xx, 7xx, evergreen, and ni code and > allocate and free in the gart_init/fini() functions for > all asics. > > Cc: Konrad Rzeszutek Wilk > Cc: Jerome Glisse > Signed-off-by: Alex Deucher Reviewed-by: Michel Dänzer -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #3 from Bart Van Assche 2011-04-12 18:34:48 --- (In reply to comment #1) > Is this a regression? Did previous kernels work ok? If so, can you bisect? Yes, it's a regression - 2.6.38 and 2.6.38.2 run perfectly on the same system. I haven't had much luck with the bisect though - halfway bisecting I encountered a commit that made my system unbootable because reassembling the RAID1 /boot partition failed. The log I have so far is: $ git bisect start 'drivers/video' # good: [521cb40b0c44418a4fd36dc633f575813d59a43d] Linux 2.6.38 git bisect good 521cb40b0c44418a4fd36dc633f575813d59a43d # bad: [94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f] Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 git bisect bad 94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f # good: [da49252fb0392d8196833ef3da92e48fb371f8d7] Merge branch 'for-paul' of git://gitorious.org/linux-omap-dss2/linux git bisect good da49252fb0392d8196833ef3da92e48fb371f8d7 # good: [bf5f0019046d596d613caf74722ba4994e153899] video, sm501: add I/O functions for use on powerpc git bisect good bf5f0019046d596d613caf74722ba4994e153899 # good: [6b794743b2c5e21825d35b5d5dd57d6fcc388198] unicore32 framebuffer fix: get videomemory by __get_free_pages() and make it floatable git bisect good 6b794743b2c5e21825d35b5d5dd57d6fcc388198 unknown because of boot failure: 21cd72e7cb424f1686855602ec0fdc6e5830f249 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #4 from Alex Deucher 2011-04-12 18:40:28 --- 'git bisect skip' to skip problematic commits. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] libkms: Allocate dumb framebuffers as 32bpp if we claim they're x8r8g8b8.
modetest got all segfaulty after walking off the end of the 16bpp framebuffer that it was told was 32bpp. --- libkms/dumb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/libkms/dumb.c b/libkms/dumb.c index 3be5f7a..fafef64 100644 --- a/libkms/dumb.c +++ b/libkms/dumb.c @@ -95,7 +95,7 @@ dumb_bo_create(struct kms_driver *kms, memset(&arg, 0, sizeof(arg)); - arg.bpp = 16; + arg.bpp = 32; arg.width = width; arg.height = height; -- 1.7.4.1 -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #5 from Alex Deucher 2011-04-12 18:42:33 --- Also, the drm is not in drivers/video, it's in drivers/gpu -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Linux 2.6.39-rc3
On Tue, Apr 12, 2011 at 10:15:11AM -0400, Alex Deucher wrote: > On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel 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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > > [drm] initializing kernel modesetting (RS880 0x1002:0x9712). > > [drm] register mmio base: 0xD640 > > [drm] register mmio size: 65536 > > ATOM BIOS: HP_TAG > > radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF > > (320M used) > > radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > > [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 :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- > > SERR- > Latency: 0, Cache Line Size: 64 bytes > > Interrupt: pin A routed to IRQ 18 > > Region 0: Memory at c000 (32-bit, prefetchable) [size=256M] > > Region 1: I/O ports at 6000 [size=256] > > Region 2: Memory at d640 (32-bit, non-prefetchable) [size=64K] > > Region 5: Memory at d630 (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: Data: > > 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@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH 1/2] drm/radeon/kms: add voltage type to atom set voltage function
This is needed for setting voltages other than vddc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
drivers/gpu/drm/radeon/r600.c|2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 10 +-
drivers/gpu/drm/radeon/radeon_pm.c |7 +--
drivers/gpu/drm/radeon/rs600.c |2 +-
drivers/gpu/drm/radeon/rv770.c |2 +-
7 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index cff7144..f244817 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -122,7 +122,7 @@ void evergreen_pm_misc(struct radeon_device *rdev)
if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
if (voltage->voltage != rdev->pm.current_vddc) {
- radeon_atom_set_voltage(rdev, voltage->voltage);
+ radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
DRM_DEBUG("Setting: v: %d\n", voltage->voltage);
}
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 304fc76..15d5829 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -587,7 +587,7 @@ void r600_pm_misc(struct radeon_device *rdev)
if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
if (voltage->voltage != rdev->pm.current_vddc) {
- radeon_atom_set_voltage(rdev, voltage->voltage);
+ radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
DRM_DEBUG_DRIVER("Setting: v: %d\n", voltage->voltage);
}
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 93f5365..9955740 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -177,7 +177,7 @@ void radeon_pm_suspend(struct radeon_device *rdev);
void radeon_pm_resume(struct radeon_device *rdev);
void radeon_combios_get_power_modes(struct radeon_device *rdev);
void radeon_atombios_get_power_modes(struct radeon_device *rdev);
-void radeon_atom_set_voltage(struct radeon_device *rdev, u16 level);
+void radeon_atom_set_voltage(struct radeon_device *rdev, u16 voltage_level, u8
voltage_type);
void rs690_pm_info(struct radeon_device *rdev);
extern int rv6xx_get_temp(struct radeon_device *rdev);
extern int rv770_get_temp(struct radeon_device *rdev);
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/drm/radeon/radeon_atombios.c
index 99768d9..330a5b5 100644
--- a/drivers/gpu/drm/radeon/radeon_atombios.c
+++ b/drivers/gpu/drm/radeon/radeon_atombios.c
@@ -2577,25 +2577,25 @@ union set_voltage {
struct _SET_VOLTAGE_PARAMETERS_V2 v2;
};
-void radeon_atom_set_voltage(struct radeon_device *rdev, u16 level)
+void radeon_atom_set_voltage(struct radeon_device *rdev, u16 voltage_level, u8
voltage_type)
{
union set_voltage args;
int index = GetIndexIntoMasterTable(COMMAND, SetVoltage);
- u8 frev, crev, volt_index = level;
+ u8 frev, crev, volt_index = voltage_level;
if (!atom_parse_cmd_header(rdev->mode_info.atom_context, index, &frev,
&crev))
return;
switch (crev) {
case 1:
- args.v1.ucVoltageType = SET_VOLTAGE_TYPE_ASIC_VDDC;
+ args.v1.ucVoltageType = voltage_type;
args.v1.ucVoltageMode = SET_ASIC_VOLTAGE_MODE_ALL_SOURCE;
args.v1.ucVoltageIndex = volt_index;
break;
case 2:
- args.v2.ucVoltageType = SET_VOLTAGE_TYPE_ASIC_VDDC;
+ args.v2.ucVoltageType = voltage_type;
args.v2.ucVoltageMode = SET_ASIC_VOLTAGE_MODE_SET_VOLTAGE;
- args.v2.usVoltageLevel = cpu_to_le16(level);
+ args.v2.usVoltageLevel = cpu_to_le16(voltage_level);
break;
default:
DRM_ERROR("Unknown table version %d, %d\n", frev, crev);
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 08de669..4010571 100644
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++ b/drivers/gpu/drm/radeon/radeon_pm.c
@@ -23,6 +23,7 @@
#include "drmP.h"
#include "radeon.h"
#include "avivod.h"
+#include "atom.h"
#ifdef CONFIG_ACPI
#include
#endif
@@ -535,7 +536,8 @@ void radeon_pm_resume(struct radeon_device *rdev)
/* set up the default clocks if the MC ucode is loaded */
if (ASIC_IS_DCE5(rdev) && rdev->mc_fw) {
if (rdev->pm.default_vddc)
- radeon_atom_set_voltage(rdev, rdev->pm.default_vddc);
+ radeon_atom_set_voltage(rdev, rdev->pm.d
[PATCH 2/2] drm/radeon/kms: properly program vddci on evergreen+
Change vddci as well as vddc when changing power modes
on evergreen/ni. Also, properly set vddci on boot up
for ni cards. The vbios only sets the limited clocks
and voltages on boot until the mc ucode is loaded. This
should fix stability problems on some btc cards.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 11 ---
drivers/gpu/drm/radeon/radeon.h | 10 +++---
drivers/gpu/drm/radeon/radeon_atombios.c | 20 ++--
drivers/gpu/drm/radeon/radeon_pm.c |4
4 files changed, 33 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index f244817..3453910 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -120,11 +120,16 @@ void evergreen_pm_misc(struct radeon_device *rdev)
struct radeon_power_state *ps = &rdev->pm.power_state[req_ps_idx];
struct radeon_voltage *voltage = &ps->clock_info[req_cm_idx].voltage;
- if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
- if (voltage->voltage != rdev->pm.current_vddc) {
+ if (voltage->type == VOLTAGE_SW) {
+ if (voltage->voltage && (voltage->voltage !=
rdev->pm.current_vddc)) {
radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
- DRM_DEBUG("Setting: v: %d\n", voltage->voltage);
+ DRM_DEBUG("Setting: vddc: %d\n", voltage->voltage);
+ }
+ if (voltage->vddci && (voltage->vddci !=
rdev->pm.current_vddci)) {
+ radeon_atom_set_voltage(rdev, voltage->vddci,
SET_VOLTAGE_TYPE_ASIC_VDDCI);
+ rdev->pm.current_vddci = voltage->vddci;
+ DRM_DEBUG("Setting: vddci: %d\n", voltage->vddci);
}
}
}
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 9955740..ba643b5 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -767,7 +767,9 @@ struct radeon_voltage {
u8 vddci_id; /* index into vddci voltage table */
bool vddci_enabled;
/* r6xx+ sw */
- u32 voltage;
+ u16 voltage;
+ /* evergreen+ vddci */
+ u16 vddci;
};
/* clock mode flags */
@@ -835,10 +837,12 @@ struct radeon_pm {
int default_power_state_index;
u32 current_sclk;
u32 current_mclk;
- u32 current_vddc;
+ u16 current_vddc;
+ u16 current_vddci;
u32 default_sclk;
u32 default_mclk;
- u32 default_vddc;
+ u16 default_vddc;
+ u16 default_vddci;
struct radeon_i2c_chan *i2c_bus;
/* selected pm method */
enum radeon_pm_method pm_method;
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/drm/radeon/radeon_atombios.c
index 330a5b5..f5d12fb 100644
--- a/drivers/gpu/drm/radeon/radeon_atombios.c
+++ b/drivers/gpu/drm/radeon/radeon_atombios.c
@@ -2176,24 +2176,27 @@ static void
radeon_atombios_add_pplib_thermal_controller(struct radeon_device *r
}
}
-static u16 radeon_atombios_get_default_vddc(struct radeon_device *rdev)
+static void radeon_atombios_get_default_voltages(struct radeon_device *rdev,
+u16 *vddc, u16 *vddci)
{
struct radeon_mode_info *mode_info = &rdev->mode_info;
int index = GetIndexIntoMasterTable(DATA, FirmwareInfo);
u8 frev, crev;
u16 data_offset;
union firmware_info *firmware_info;
- u16 vddc = 0;
+
+ *vddc = 0;
+ *vddci = 0;
if (atom_parse_data_header(mode_info->atom_context, index, NULL,
&frev, &crev, &data_offset)) {
firmware_info =
(union firmware_info *)(mode_info->atom_context->bios +
data_offset);
- vddc = le16_to_cpu(firmware_info->info_14.usBootUpVDDCVoltage);
+ *vddc = le16_to_cpu(firmware_info->info_14.usBootUpVDDCVoltage);
+ if ((frev == 2) && (crev >= 2))
+ *vddci =
le16_to_cpu(firmware_info->info_22.usBootUpVDDCIVoltage);
}
-
- return vddc;
}
static void radeon_atombios_parse_pplib_non_clock_info(struct radeon_device
*rdev,
@@ -2203,7 +2206,9 @@ static void
radeon_atombios_parse_pplib_non_clock_info(struct radeon_device *rde
int j;
u32 misc = le32_to_cpu(non_clock_info->ulCapsAndSettings);
u32 misc2 = le16_to_cpu(non_clock_info->usClassification);
- u16 vddc = radeon_atombios
Re: kernel 2.6.39-rc3 drm, radeon: device driver tries to free DMA memory it has not allocated
On 2011.04.12 at 21:09 +0200, Stefan Richter wrote: > Hi, > > I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point > during userland startup: > > WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696() > Hardware name: System Product Name > NULL NULL: DMA-API: device driver tries to free DMA memory it has not > allocated [device address=0xce47b000] [size=4096 bytes] > Modules linked in: cpufreq_ondemand powernow_k8 freq_table mperf snd_pcm_oss > snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device nfsd > lockd it87 hwmon_vid sunrpc ext4 jbd2 crc16 sr_mod cdrom > snd_hda_codec_realtek k10temp yenta_socket snd_hda_intel pcmcia_core > pcmcia_rsrc snd_hda_codec snd_pcm pata_atiixp snd_timer sg snd snd_page_alloc > r8169 mii processor usb_storage > Pid: 4397, comm: X Tainted: GW 2.6.39-rc3 #2 > Call Trace: > [] warn_slowpath_common+0x80/0x98 > [] warn_slowpath_fmt+0x41/0x43 > [] ? _raw_spin_lock_irqsave+0x49/0x53 > [] ? check_unmap+0x102/0x696 > [] check_unmap+0x19a/0x696 > [] ? __change_page_attr_set_clr+0x16d/0x99d > [] debug_dma_free_coherent+0x6c/0x7a > [] ttm_put_pages+0x117/0x255 > [] ttm_tt_free_alloced_pages+0xbc/0xe2 > [] ttm_tt_destroy+0x50/0xda > [] ttm_bo_cleanup_memtype_use+0x29/0x63 > [] ttm_bo_release+0x112/0x1df > [] ? ttm_bo_create+0xff/0xff > [] kref_put+0x43/0x4d > [] ttm_bo_unref+0x33/0x40 > [] radeon_bo_unref+0x3f/0x5e > [] ? drm_gem_handle_delete+0x89/0xab > [] ? drm_gem_object_release_handle+0x5a/0x5a > [] radeon_gem_object_free+0x1e/0x20 > [] drm_gem_object_free+0x28/0x2a > [] kref_put+0x43/0x4d > [] drm_gem_handle_delete+0x98/0xab > [] drm_gem_close_ioctl+0x23/0x25 > [] drm_ioctl+0x277/0x343 > [] ? drm_gem_handle_delete+0xab/0xab > [] ? get_parent_ip+0x11/0x41 > [] ? trace_hardirqs_on+0xd/0xf > [] do_vfs_ioctl+0x464/0x4b3 > [] ? remove_vma+0x69/0x71 > [] sys_ioctl+0x42/0x65 > [] system_call_fastpath+0x16/0x1b > ---[ end trace 6a2f7052e2c76f52 ]--- > DMA-API: debugging out of memory - disabling > > This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server > 1.9.4 and xf86-video-ati 6.14.1. Looks similar to: http://thread.gmane.org/gmane.linux.kernel/1119774 Try reverting 69a07f0b117a40fcc1a479358d8e1f41793617f2 -- Markus ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
kernel 2.6.39-rc3 drm, radeon: device driver tries to free DMA memory it has not allocated
Hi, I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point during userland startup: WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696() Hardware name: System Product Name NULL NULL: DMA-API: device driver tries to free DMA memory it has not allocated [device address=0xce47b000] [size=4096 bytes] Modules linked in: cpufreq_ondemand powernow_k8 freq_table mperf snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device nfsd lockd it87 hwmon_vid sunrpc ext4 jbd2 crc16 sr_mod cdrom snd_hda_codec_realtek k10temp yenta_socket snd_hda_intel pcmcia_core pcmcia_rsrc snd_hda_codec snd_pcm pata_atiixp snd_timer sg snd snd_page_alloc r8169 mii processor usb_storage Pid: 4397, comm: X Tainted: GW 2.6.39-rc3 #2 Call Trace: [] warn_slowpath_common+0x80/0x98 [] warn_slowpath_fmt+0x41/0x43 [] ? _raw_spin_lock_irqsave+0x49/0x53 [] ? check_unmap+0x102/0x696 [] check_unmap+0x19a/0x696 [] ? __change_page_attr_set_clr+0x16d/0x99d [] debug_dma_free_coherent+0x6c/0x7a [] ttm_put_pages+0x117/0x255 [] ttm_tt_free_alloced_pages+0xbc/0xe2 [] ttm_tt_destroy+0x50/0xda [] ttm_bo_cleanup_memtype_use+0x29/0x63 [] ttm_bo_release+0x112/0x1df [] ? ttm_bo_create+0xff/0xff [] kref_put+0x43/0x4d [] ttm_bo_unref+0x33/0x40 [] radeon_bo_unref+0x3f/0x5e [] ? drm_gem_handle_delete+0x89/0xab [] ? drm_gem_object_release_handle+0x5a/0x5a [] radeon_gem_object_free+0x1e/0x20 [] drm_gem_object_free+0x28/0x2a [] kref_put+0x43/0x4d [] drm_gem_handle_delete+0x98/0xab [] drm_gem_close_ioctl+0x23/0x25 [] drm_ioctl+0x277/0x343 [] ? drm_gem_handle_delete+0xab/0xab [] ? get_parent_ip+0x11/0x41 [] ? trace_hardirqs_on+0xd/0xf [] do_vfs_ioctl+0x464/0x4b3 [] ? remove_vma+0x69/0x71 [] sys_ioctl+0x42/0x65 [] system_call_fastpath+0x16/0x1b ---[ end trace 6a2f7052e2c76f52 ]--- DMA-API: debugging out of memory - disabling This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server 1.9.4 and xf86-video-ati 6.14.1. -- Stefan Richter -=-==-== -=-- -==-- http://arcgraph.de/sr/ ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 10978] Mesa 6.5.2 implementation error: User called no-op dispatch function
https://bugs.freedesktop.org/show_bug.cgi?id=10978 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTOURBUG --- Comment #6 from Eric Anholt 2011-04-12 12:43:13 PDT --- This really looks like what Brian said: the app is trying to use shaders on a driver that doesn't claim to support them, and failing in the expected way. Of course, the driver does support GLSL by now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36182] New: Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Summary: Game Trine from http://www.humblebundle.com/ doesn't start Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: sob...@gmail.com Created an attachment (id=4) --> (https://bugs.freedesktop.org/attachment.cgi?id=4) RADEON_DEBUG=all MESA_GLSL=dump ./trine-bin While trying to start game I got only this error Error compiling shaders. Make sure your GPU supports Shader Model 3.0. Additional details may be found in the log. I assume for now, that this problem is caused by lack of support for Shader Model 3.0 in MESA. Please correct me, if I'm wrong. There is also a log containing this lines: 12.4.2011 [21:39] INFO: Vertex profile: arbvp1 INFO: Vertex shader options: INFO: NumTemps=32 INFO: MaxInstructions=1024 INFO: MaxAddressRegs=1 INFO: MaxLocalParams=1024 INFO: Pixel profile: arbfp1 INFO: Pixel shader options: INFO: ARB_draw_buffers INFO: NumTemps=128 INFO: NumInstructionSlots=512 INFO: NumTexInstructionSlots=512 INFO: NumMathInstructionSlots=512 INFO: MaxTexIndirections=511 INFO: MaxLocalParams=1024 INFO: MaxDrawBuffers=4 ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) glxinfo: name of display: :0 r300: DRM version: 2.8.0, Name: ATI RV530, ID: 0x71c1, GB: 1, Z: 2 r300: GART size: 509 MB, VRAM size: 256 MB r300: AA compression: NO, Z compression: NO, HiZ: NO display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV530 OpenGL version string: 2.1 Mesa 7.11-devel (git-f703ba8) OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_S3_s3tc,
[Bug 36182] Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Krzysztof A. Sobiecki changed: What|Removed |Added Attachment #4|application/octet-stream|text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH] drm/radeon/kms: clean up gart dummy page handling
On Tue, Apr 12, 2011 at 01:32:13PM -0400, Alex Deucher wrote:
> As per Konrad's original patch, the dummy page used
> by the gart code and allocated in radeon_gart_init()
> was not freed properly in radeon_gart_fini().
>
> At the same time r6xx and newer allocated and freed the
> dummy page on their own. So to do Konrad's patch one
> better, just remove the allocation and freeing of the
> dummy page in the r6xx, 7xx, evergreen, and ni code and
> allocate and free in the gart_init/fini() functions for
> all asics.
>
> Cc: Konrad Rzeszutek Wilk
You can convert that to Acked-by. Been running with this patch
for a couple of weeks (months?) with no ill effects.
> Cc: Jerome Glisse
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen.c |4
> drivers/gpu/drm/radeon/r600.c|4
> drivers/gpu/drm/radeon/radeon_gart.c |2 ++
> drivers/gpu/drm/radeon/rv770.c |4
> 4 files changed, 2 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/evergreen.c
> b/drivers/gpu/drm/radeon/evergreen.c
> index 0b0cc74..cff7144 100644
> --- a/drivers/gpu/drm/radeon/evergreen.c
> +++ b/drivers/gpu/drm/radeon/evergreen.c
> @@ -3036,9 +3036,6 @@ int evergreen_init(struct radeon_device *rdev)
> {
> int r;
>
> - r = radeon_dummy_page_init(rdev);
> - if (r)
> - return r;
> /* This don't do much */
> r = radeon_gem_init(rdev);
> if (r)
> @@ -3150,7 +3147,6 @@ void evergreen_fini(struct radeon_device *rdev)
> radeon_atombios_fini(rdev);
> kfree(rdev->bios);
> rdev->bios = NULL;
> - radeon_dummy_page_fini(rdev);
> }
>
> static void evergreen_pcie_gen2_enable(struct radeon_device *rdev)
> diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
> index be271c4..304fc76 100644
> --- a/drivers/gpu/drm/radeon/r600.c
> +++ b/drivers/gpu/drm/radeon/r600.c
> @@ -2509,9 +2509,6 @@ int r600_init(struct radeon_device *rdev)
> {
> int r;
>
> - r = radeon_dummy_page_init(rdev);
> - if (r)
> - return r;
> if (r600_debugfs_mc_info_init(rdev)) {
> DRM_ERROR("Failed to register debugfs file for mc !\n");
> }
> @@ -2625,7 +2622,6 @@ void r600_fini(struct radeon_device *rdev)
> radeon_atombios_fini(rdev);
> kfree(rdev->bios);
> rdev->bios = NULL;
> - radeon_dummy_page_fini(rdev);
> }
>
>
> diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
> b/drivers/gpu/drm/radeon/radeon_gart.c
> index f0534ef..8a955bb 100644
> --- a/drivers/gpu/drm/radeon/radeon_gart.c
> +++ b/drivers/gpu/drm/radeon/radeon_gart.c
> @@ -285,4 +285,6 @@ void radeon_gart_fini(struct radeon_device *rdev)
> rdev->gart.pages = NULL;
> rdev->gart.pages_addr = NULL;
> rdev->gart.ttm_alloced = NULL;
> +
> + radeon_dummy_page_fini(rdev);
> }
> diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
> index b974ac7..4faa2e5 100644
> --- a/drivers/gpu/drm/radeon/rv770.c
> +++ b/drivers/gpu/drm/radeon/rv770.c
> @@ -1255,9 +1255,6 @@ int rv770_init(struct radeon_device *rdev)
> {
> int r;
>
> - r = radeon_dummy_page_init(rdev);
> - if (r)
> - return r;
> /* This don't do much */
> r = radeon_gem_init(rdev);
> if (r)
> @@ -1372,7 +1369,6 @@ void rv770_fini(struct radeon_device *rdev)
> radeon_atombios_fini(rdev);
> kfree(rdev->bios);
> rdev->bios = NULL;
> - radeon_dummy_page_fini(rdev);
> }
>
> static void rv770_pcie_gen2_enable(struct radeon_device *rdev)
> --
> 1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34206] [r300g] Unigine Sanctuary: glow around fires is distorted and displaced
https://bugs.freedesktop.org/show_bug.cgi?id=34206 Pavel Ondračka changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Pavel Ondračka 2011-04-12 13:41:34 PDT --- No glow at all with current mesa master and working glow with floating2 branch. I consider this fixed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 30052] Fails to start X with intel+Ati video, whith modeset=1
https://bugzilla.kernel.org/show_bug.cgi?id=30052 --- Comment #13 from Sebastien Villemot 2011-04-12 20:53:48 --- Actually I resolved my problem by forcing the loading of the "radeon" module in initramfs, so that the Radeon card is initialized before the Intel card. Note that I also have to take care of starting the X server for the radeon card before starting the X server for the intel one. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34534] resolution 3840x1024 stopped to work on HD5850 after switch to 2.6.37 kernel
https://bugs.freedesktop.org/show_bug.cgi?id=34534 --- Comment #12 from Alex Deucher 2011-04-12 14:11:33 PDT --- (In reply to comment #11) > > Yes, it does. Only the one regset is enough. Do you think I can just add this > to some xserver startup script so that I have a workaround for now? Would it > be > safe? yes, it's fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Linux 2.6.39-rc3
Already tracking it here: https://bugzilla.kernel.org/show_bug.cgi?id=33012 Same problem, same culprit commit. -- Alexandre Demers ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34534] resolution 3840x1024 stopped to work on HD5850 after switch to 2.6.37 kernel
https://bugs.freedesktop.org/show_bug.cgi?id=34534 --- Comment #13 from Alex Deucher 2011-04-12 14:25:56 PDT --- Can you attach the full xrandr --verbose output? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 34534] resolution 3840x1024 stopped to work on HD5850 after switch to 2.6.37 kernel
https://bugs.freedesktop.org/show_bug.cgi?id=34534 --- Comment #14 from Alex Deucher 2011-04-12 14:44:59 PDT --- Created an attachment (id=45556) View: https://bugs.freedesktop.org/attachment.cgi?id=45556 Review: https://bugs.freedesktop.org/review?bug=34534&attachment=45556 possible fix Does this patch help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36182] Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 --- Comment #1 from Marek Olšák 2011-04-12 15:15:26 PDT --- Created an attachment (id=45557) View: https://bugs.freedesktop.org/attachment.cgi?id=45557 Review: https://bugs.freedesktop.org/review?bug=36182&attachment=45557 for debugging It has nothing to do with SM3.0. Please apply the attached patch and post the output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36182] Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 --- Comment #2 from Ian Romanick 2011-04-12 15:47:17 PDT --- (In reply to comment #0) > Created an attachment (id=4) --> (https://bugs.freedesktop.org/attachment.cgi?id=4) > RADEON_DEBUG=all MESA_GLSL=dump ./trine-bin > > While trying to start game I got only this error > > Error compiling shaders. Make sure your GPU supports Shader Model 3.0. > Additional details may be found in the log. > > I assume for now, that this problem is caused by lack of support for Shader > Model 3.0 in MESA. Please correct me, if I'm wrong. > > There is also a log containing this lines: > > 12.4.2011 [21:39] > INFO: Vertex profile: arbvp1 > INFO: Vertex shader options: > INFO: NumTemps=32 > INFO: MaxInstructions=1024 > INFO: MaxAddressRegs=1 > INFO: MaxLocalParams=1024 > INFO: Pixel profile: arbfp1 > INFO: Pixel shader options: > INFO: ARB_draw_buffers This is probably a dup of bug #34321. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36182] Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Krzysztof A. Sobiecki changed: What|Removed |Added Attachment #4|0 |1 is obsolete|| --- Comment #3 from Krzysztof A. Sobiecki 2011-04-12 16:26:34 PDT --- Created an attachment (id=45560) --> (https://bugs.freedesktop.org/attachment.cgi?id=45560) Output from game with patched mesa -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/i915: restore only the mode of this driver on lastclose (v2)
From: Dave Airlie
i915 calls the panic handler function on last close to reset the modes,
however this is a really bad idea for multi-gpu machines, esp shareable
gpus machines. So add a new entry point for the driver to just restore
its own fbcon mode.
v2: move code into fb helper, fix panic code to block mode change on
powered off GPUs.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fb_helper.c | 27 ---
drivers/gpu/drm/i915/i915_dma.c |2 +-
drivers/gpu/drm/i915/intel_drv.h |1 +
drivers/gpu/drm/i915/intel_fb.c | 10 ++
include/drm/drm_fb_helper.h |1 +
5 files changed, 33 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
index 9507204..11d7a72 100644
--- a/drivers/gpu/drm/drm_fb_helper.c
+++ b/drivers/gpu/drm/drm_fb_helper.c
@@ -342,9 +342,22 @@ int drm_fb_helper_debug_leave(struct fb_info *info)
}
EXPORT_SYMBOL(drm_fb_helper_debug_leave);
+bool drm_fb_helper_restore_fbdev_mode(struct drm_fb_helper *fb_helper)
+{
+ bool error = false;
+ int i, ret;
+ for (i = 0; i < fb_helper->crtc_count; i++) {
+ struct drm_mode_set *mode_set =
&fb_helper->crtc_info[i].mode_set;
+ ret = drm_crtc_helper_set_config(mode_set);
+ if (ret)
+ error = true;
+ }
+ return error;
+}
+EXPORT_SYMBOL(drm_fb_helper_restore_fbdev_mode);
+
bool drm_fb_helper_force_kernel_mode(void)
{
- int i = 0;
bool ret, error = false;
struct drm_fb_helper *helper;
@@ -352,12 +365,12 @@ bool drm_fb_helper_force_kernel_mode(void)
return false;
list_for_each_entry(helper, &kernel_fb_helper_list, kernel_fb_list) {
- for (i = 0; i < helper->crtc_count; i++) {
- struct drm_mode_set *mode_set =
&helper->crtc_info[i].mode_set;
- ret = drm_crtc_helper_set_config(mode_set);
- if (ret)
- error = true;
- }
+ if (helper->dev->switch_power_state == DRM_SWITCH_POWER_OFF)
+ continue;
+
+ ret = drm_fb_helper_restore_fbdev_mode(helper);
+ if (ret)
+ error = true;
}
return error;
}
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 7273037..12876f2 100644
--- a/drivers/gpu/drm/i915/i915_dma.c
+++ b/drivers/gpu/drm/i915/i915_dma.c
@@ -2207,7 +2207,7 @@ void i915_driver_lastclose(struct drm_device * dev)
drm_i915_private_t *dev_priv = dev->dev_private;
if (!dev_priv || drm_core_check_feature(dev, DRIVER_MODESET)) {
- drm_fb_helper_restore();
+ intel_fb_restore_mode(dev);
vga_switcheroo_process_delayed_switch();
return;
}
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
index f5b0d83..1d20712 100644
--- a/drivers/gpu/drm/i915/intel_drv.h
+++ b/drivers/gpu/drm/i915/intel_drv.h
@@ -338,4 +338,5 @@ extern int intel_overlay_attrs(struct drm_device *dev, void
*data,
struct drm_file *file_priv);
extern void intel_fb_output_poll_changed(struct drm_device *dev);
+extern void intel_fb_restore_mode(struct drm_device *dev);
#endif /* __INTEL_DRV_H__ */
diff --git a/drivers/gpu/drm/i915/intel_fb.c b/drivers/gpu/drm/i915/intel_fb.c
index 5127827..ec49bae 100644
--- a/drivers/gpu/drm/i915/intel_fb.c
+++ b/drivers/gpu/drm/i915/intel_fb.c
@@ -264,3 +264,13 @@ void intel_fb_output_poll_changed(struct drm_device *dev)
drm_i915_private_t *dev_priv = dev->dev_private;
drm_fb_helper_hotplug_event(&dev_priv->fbdev->helper);
}
+
+void intel_fb_restore_mode(struct drm_device *dev)
+{
+ int ret;
+ drm_i915_private_t *dev_priv = dev->dev_private;
+
+ ret = drm_fb_helper_restore_fbdev_mode(&dev_priv->fbdev->helper);
+ if (ret)
+ DRM_DEBUG("failed to restore crtc mode\n");
+}
diff --git a/include/drm/drm_fb_helper.h b/include/drm/drm_fb_helper.h
index f22e7fe..ade09d7 100644
--- a/include/drm/drm_fb_helper.h
+++ b/include/drm/drm_fb_helper.h
@@ -118,6 +118,7 @@ int drm_fb_helper_setcolreg(unsigned regno,
unsigned transp,
struct fb_info *info);
+bool drm_fb_helper_restore_fbdev_mode(struct drm_fb_helper *fb_helper);
void drm_fb_helper_restore(void);
void drm_fb_helper_fill_var(struct fb_info *info, struct drm_fb_helper
*fb_helper,
uint32_t fb_width, uint32_t fb_height);
--
1.7.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 36182] Game Trine from http://www.humblebundle.com/ needs ATI_draw_buffers
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Marek Olšák changed: What|Removed |Added Summary|Game Trine from |Game Trine from |http://www.humblebundle.com |http://www.humblebundle.com |/ doesn't start |/ needs ATI_draw_buffers Component|Drivers/Gallium/r300|Mesa core AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org|org --- Comment #4 from Marek Olšák 2011-04-12 17:06:52 PDT --- Thanks. The game needs ATI_draw_buffers. This extension is used by the NVIDIA Cg Toolkit, so we apparently should have it regardless of the fact how old it is. I was working with Cg a lot in the past and there was a good reason people used ATI_draw_buffers: ARB_draw_buffers hadn't worked on ATI drivers. BTW, ATI_draw_buffers has been supported by NVIDIA too. Bug 34321 needs to be fixed first though. Reassigning to Mesa core. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[git pull] drm fixes
Hi Linus, This should have gone out a few days ago, but I was trapped watching Disney shows with my daughter at home and I wanted to check it on a few more machines, Its got two reverts, one for a change I pushed out by accident to -fixes, the other for a Xen/TTM change, that looks to be causing non-Xen problems so punting on it for now. The rest is mostly nouveau + radeon fixes, the radeon ones fix a few regressions and stability problems on newer cards. I suspect I'll have a few more intel fixes and v2 of the i915 patch I reverted out of this pull, it fixes a problem on the dual-gpu laptops reported a long while ago. The following changes since commit 94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f: Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 (2011-04-08 11:47:35 -0700) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (7): drm/radeon/kms: pll tweaks for rv6xx drm/radeon/kms: make radeon i2c put/get bytes less noisy drm/radeon/kms: clean up gart dummy page handling drm/radeon/kms: fix suspend on rv530 asics drm/radeon/kms: fix pcie_p callbacks on btc and cayman drm/radeon/kms: add voltage type to atom set voltage function drm/radeon/kms: properly program vddci on evergreen+ Ben Skeggs (5): drm/nouveau: implement init table opcode 0x5c drm/nouveau: quirk for XFX GT-240X-YA drm/nv50: use "nv86" tlb flush method on everything except 0x50/0xac drm/nv50-nvc0: remove some code that doesn't belong here drm/nvc0: improve vm flush function Dave Airlie (4): i915: restore only the mode of this driver on lastclose Merge remote branch 'nouveau/drm-nouveau-fixes' of /ssd/git/drm-nouveau-next into drm-fixes Revert "ttm: Utilize the DMA API for pages that have TTM_PAGE_FLAG_DMA32 set." Revert "i915: restore only the mode of this driver on lastclose" David Dillow (1): drm/nv50-nvc0: work around an evo channel hang that some people see Emil Velikov (1): nv30: Fix parsing of perf table Konstantin Khlebnikov (1): i915: select VIDEO_OUTPUT_CONTROL for ACPI_VIDEO Marcin Slusarz (1): drm/nouveau: fix oops on unload with disabled LVDS panel Michel Dänzer (2): radeon: Fix KMS CP writeback on big endian machines. drm/radeon: Fix KMS legacy backlight support if CONFIG_BACKLIGHT_CLASS_DEVICE=m. Roy Spliet (1): drm/nouveau: correct memtiming table parsing for nv4x drivers/gpu/drm/Kconfig |1 + drivers/gpu/drm/nouveau/nouveau_bios.c | 53 +++- drivers/gpu/drm/nouveau/nouveau_drv.h |2 +- drivers/gpu/drm/nouveau/nouveau_mem.c | 76 +++ drivers/gpu/drm/nouveau/nouveau_perf.c |2 +- drivers/gpu/drm/nouveau/nouveau_state.c | 12 +--- drivers/gpu/drm/nouveau/nv04_dfp.c | 13 ++-- drivers/gpu/drm/nouveau/nv50_crtc.c |3 - drivers/gpu/drm/nouveau/nv50_evo.c |1 + drivers/gpu/drm/nouveau/nv50_graph.c|2 +- drivers/gpu/drm/nouveau/nvc0_vm.c | 24 +--- drivers/gpu/drm/radeon/atom.c |6 ++- drivers/gpu/drm/radeon/atombios_crtc.c |6 ++ drivers/gpu/drm/radeon/evergreen.c | 17 +++--- drivers/gpu/drm/radeon/r600.c |6 +-- drivers/gpu/drm/radeon/radeon.h | 12 +++- drivers/gpu/drm/radeon/radeon_asic.c|2 +- drivers/gpu/drm/radeon/radeon_atombios.c| 30 ++--- drivers/gpu/drm/radeon/radeon_fence.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c|2 + drivers/gpu/drm/radeon/radeon_i2c.c |4 +- drivers/gpu/drm/radeon/radeon_legacy_encoders.c |2 +- drivers/gpu/drm/radeon/radeon_pm.c | 11 +++- drivers/gpu/drm/radeon/radeon_ring.c|2 +- drivers/gpu/drm/radeon/rs600.c |2 +- drivers/gpu/drm/radeon/rv770.c |6 +-- drivers/gpu/drm/ttm/ttm_page_alloc.c| 26 +--- drivers/gpu/stub/Kconfig|1 + 28 files changed, 201 insertions(+), 125 deletions(-)___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Linux 2.6.39-rc3
On Tue, 12 Apr 2011, Joerg Roedel wrote: > 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. > Alexandre Demers (cc'd) reports a boot failure bisected to the same merge on a 64-bit AMD tricore in https://bugzilla.kernel.org/show_bug.cgi?id=33012. We're awaiting earlyprintk= output from that kernel, if possible, and Yinghai asked for his .config and dmesg output from the last known working kernel. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
suspend/resume stopped working
eue_head+0x46/0x46 [ 162.915089] [] radeon_sync_obj_wait+0xc/0xe [ 162.915097] [] ttm_bo_wait+0xb8/0x174 [ 162.915105] [] radeon_gem_wait_idle_ioctl+0x7c/0xee [ 162.915112] [] drm_ioctl+0x29f/0x381 [ 162.915118] [] ? radeon_gem_busy_ioctl+0x114/0x114 [ 162.915126] [] ? lock_release_non_nested+0x91/0x247 [ 162.915134] [] ? sys_rt_sigreturn+0x86/0x21c [ 162.915140] [] ? sys_rt_sigreturn+0x86/0x21c [ 162.915147] [] do_vfs_ioctl+0x46c/0x4ad [ 162.915154] [] ? fget_light+0x11f/0x30b [ 162.915160] [] ? retint_swapgs+0x13/0x1b [ 162.915165] [] sys_ioctl+0x51/0x74 [ 162.915171] [] system_call_fastpath+0x16/0x1b [ 162.915176] ---[ end trace ef966166f47d63af ]--- [ 162.916478] radeon :01:00.0: GPU softreset [ 162.916482] radeon :01:00.0: GRBM_STATUS=0xB2703828 [ 162.916486] radeon :01:00.0: GRBM_STATUS_SE0=0x1C07 [ 162.916490] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 [ 162.916494] radeon :01:00.0: SRBM_STATUS=0x20C0 [ 162.916551] radeon :01:00.0: GRBM_SOFT_RESET=0x7F6B [ 162.916657] radeon :01:00.0: GRBM_STATUS=0x3828 [ 162.916660] radeon :01:00.0: GRBM_STATUS_SE0=0x0007 [ 162.916664] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 [ 162.916668] radeon :01:00.0: SRBM_STATUS=0x20C0 [ 162.917678] radeon :01:00.0: GPU reset succeed [ 162.939238] radeon :01:00.0: WB enabled [ 162.955734] [drm] ring test succeeded in 1 usecs [ 162.955745] [drm] ib test succeeded in 1 usecs [ 175.072852] radeon :01:00.0: GPU lockup CP stall for more than 10043msec [ 175.072857] [ cut here ] [ 175.072869] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3c9/0x4a7() [ 175.072873] Hardware name: Aspire 5741G [ 175.072876] GPU lockup (waiting for 0x0B8D last fence id 0x0B8C) [ 175.072879] Modules linked in: ipv6 microcode snd_hda_codec_hdmi snd_seq_dummy snd_hwdep snd_hda_codec_realtek snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device rndis_host snd_hda_intel snd_pcm_oss cdc_ether usbnet snd_hda_codec snd_pcm snd_timer snd_page_alloc snd_mixer_oss sparse_keymap mii ac battery snd wmi button broadcom psmouse tg3 libphy evdev soundcore ehci_hcd sr_mod cdrom usbcore sd_mod ahci [ 175.072943] Pid: 3772, comm: X Tainted: GW 2.6.39-rc2-dbg-git4-00555-g2fc20f7-dirty #520 [ 175.072947] Call Trace: [ 175.072957] [] warn_slowpath_common+0x7e/0x96 [ 175.072963] [] warn_slowpath_fmt+0x41/0x43 [ 175.072969] [] radeon_fence_wait+0x3c9/0x4a7 [ 175.072977] [] ? __init_waitqueue_head+0x46/0x46 [ 175.072984] [] radeon_sync_obj_wait+0xc/0xe [ 175.072991] [] ttm_bo_wait+0xb8/0x174 [ 175.072999] [] radeon_gem_wait_idle_ioctl+0x7c/0xee [ 175.073007] [] drm_ioctl+0x29f/0x381 [ 175.073012] [] ? radeon_gem_busy_ioctl+0x114/0x114 [ 175.073021] [] ? lock_release_non_nested+0x91/0x247 [ 175.073029] [] ? sys_rt_sigreturn+0x86/0x21c [ 175.073035] [] ? sys_rt_sigreturn+0x86/0x21c [ 175.073042] [] do_vfs_ioctl+0x46c/0x4ad [ 175.073048] [] ? fget_light+0x11f/0x30b [ 175.073054] [] ? retint_swapgs+0x13/0x1b [ 175.073059] [] sys_ioctl+0x51/0x74 [ 175.073065] [] system_call_fastpath+0x16/0x1b [ 175.073070] ---[ end trace ef966166f47d63b0 ]--- [ 175.074371] radeon :01:00.0: GPU softreset [ 175.074375] radeon :01:00.0: GRBM_STATUS=0xB2703828 [ 175.074379] radeon :01:00.0: GRBM_STATUS_SE0=0x1C07 [ 175.074383] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 [ 175.074387] radeon :01:00.0: SRBM_STATUS=0x20C0 [ 175.07] radeon :01:00.0: GRBM_SOFT_RESET=0x7F6B [ 175.074550] radeon :01:00.0: GRBM_STATUS=0x3828 [ 175.074553] radeon :01:00.0: GRBM_STATUS_SE0=0x0007 [ 175.074557] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 [ 175.074561] radeon :01:00.0: SRBM_STATUS=0x20C0 [ 175.075571] radeon :01:00.0: GPU reset succeed [ 175.097128] radeon :01:00.0: WB enabled [ 175.113623] [drm] ring test succeeded in 1 usecs [...] and so on. kernel: .39-rc2-* Sergey -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 316 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/500376f2/attachment.pgp>
[Bug 29842] Radeon runs very hot
https://bugzilla.kernel.org/show_bug.cgi?id=29842 Mike Meehan changed: What|Removed |Added CC||mjmeehan at gmail.com --- Comment #8 from Mike Meehan 2011-04-12 01:22:03 --- My system is also impacted, noticed since upgrading to Ubuntu Natty. Kernel version 2.6.38-8.41-generic. Under no load my video card is reporting 82 degrees Celsius. The graphics card is a ATI Technologies Inc Barts PRO [ATI Radeon HD 6800 Series]. I'm using the radeon kernel module with the radeondrmfb frame buffer device. I think it's related to putting the console in framebuffer mode, the card is quiet in text mode. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 29842] Radeon runs very hot
https://bugzilla.kernel.org/show_bug.cgi?id=29842 --- Comment #9 from Mike Meehan 2011-04-12 02:26:49 --- # echo low > /sys/class/drm/card0/device/power_profile "resolves" the issue. Default power management settings for KMS put the card in high performance mode on AC power. # echo dynpm > /sys/class/drm/card0/device/power_method Dynamic frequency scaling may work for you, though the screen flashes when power levels change. Still seems to run too hot. I'm sticking to low for most purposes. This page was very helpful: https://wiki.archlinux.org/index.php?title=ATI&oldid=135045 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
suspend/resume stopped working
00:01:00.0: GPU reset succeed > > [ 151.044717] radeon :01:00.0: WB enabled > > [ 151.061210] [drm] ring test succeeded in 0 usecs > > [ 151.061258] [drm] ib test succeeded in 1 usecs > > [ 162.914959] radeon :01:00.0: GPU lockup CP stall for more than > > 10020msec > > [ 162.914964] [ cut here ] > > [ 162.914976] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 > > radeon_fence_wait+0x3c9/0x4a7() > > [ 162.914980] Hardware name: Aspire 5741G > > [ 162.914983] GPU lockup (waiting for 0x0B89 last fence id 0x0B88) > > [ 162.914986] Modules linked in: ipv6 microcode snd_hda_codec_hdmi > > snd_seq_dummy snd_hwdep snd_hda_codec_realtek snd_seq_oss > > snd_seq_midi_event snd_seq snd_seq_device rndis_host snd_hda_intel > > snd_pcm_oss cdc_ether usbnet snd_hda_codec > > snd_pcm snd_timer snd_page_alloc snd_mixer_oss sparse_keymap mii ac battery > > snd wmi button broadcom psmouse tg3 libphy evdev soundcore ehci_hcd sr_mod > > cdrom usbcore sd_mod ahci > > [ 162.915049] Pid: 3772, comm: X Tainted: GW > > 2.6.39-rc2-dbg-git4-00555-g2fc20f7-dirty #520 > > [ 162.915052] Call Trace: > > [ 162.915062] [] warn_slowpath_common+0x7e/0x96 > > [ 162.915068] [] warn_slowpath_fmt+0x41/0x43 > > [ 162.915075] [] radeon_fence_wait+0x3c9/0x4a7 > > [ 162.915083] [] ? __init_waitqueue_head+0x46/0x46 > > [ 162.915089] [] radeon_sync_obj_wait+0xc/0xe > > [ 162.915097] [] ttm_bo_wait+0xb8/0x174 > > [ 162.915105] [] radeon_gem_wait_idle_ioctl+0x7c/0xee > > [ 162.915112] [] drm_ioctl+0x29f/0x381 > > [ 162.915118] [] ? radeon_gem_busy_ioctl+0x114/0x114 > > [ 162.915126] [] ? lock_release_non_nested+0x91/0x247 > > [ 162.915134] [] ? sys_rt_sigreturn+0x86/0x21c > > [ 162.915140] [] ? sys_rt_sigreturn+0x86/0x21c > > [ 162.915147] [] do_vfs_ioctl+0x46c/0x4ad > > [ 162.915154] [] ? fget_light+0x11f/0x30b > > [ 162.915160] [] ? retint_swapgs+0x13/0x1b > > [ 162.915165] [] sys_ioctl+0x51/0x74 > > [ 162.915171] [] system_call_fastpath+0x16/0x1b > > [ 162.915176] ---[ end trace ef966166f47d63af ]--- > > [ 162.916478] radeon :01:00.0: GPU softreset > > [ 162.916482] radeon :01:00.0: GRBM_STATUS=0xB2703828 > > [ 162.916486] radeon :01:00.0: GRBM_STATUS_SE0=0x1C07 > > [ 162.916490] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 > > [ 162.916494] radeon :01:00.0: SRBM_STATUS=0x20C0 > > [ 162.916551] radeon :01:00.0: GRBM_SOFT_RESET=0x7F6B > > [ 162.916657] radeon :01:00.0: GRBM_STATUS=0x3828 > > [ 162.916660] radeon :01:00.0: GRBM_STATUS_SE0=0x0007 > > [ 162.916664] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 > > [ 162.916668] radeon :01:00.0: SRBM_STATUS=0x20C0 > > [ 162.917678] radeon :01:00.0: GPU reset succeed > > [ 162.939238] radeon :01:00.0: WB enabled > > [ 162.955734] [drm] ring test succeeded in 1 usecs > > [ 162.955745] [drm] ib test succeeded in 1 usecs > > [ 175.072852] radeon :01:00.0: GPU lockup CP stall for more than > > 10043msec > > [ 175.072857] [ cut here ] > > [ 175.072869] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 > > radeon_fence_wait+0x3c9/0x4a7() > > [ 175.072873] Hardware name: Aspire 5741G > > [ 175.072876] GPU lockup (waiting for 0x0B8D last fence id 0x0B8C) > > [ 175.072879] Modules linked in: ipv6 microcode snd_hda_codec_hdmi > > snd_seq_dummy snd_hwdep snd_hda_codec_realtek snd_seq_oss > > snd_seq_midi_event snd_seq snd_seq_device rndis_host snd_hda_intel > > snd_pcm_oss cdc_ether usbnet snd_hda_codec > > snd_pcm snd_timer snd_page_alloc snd_mixer_oss sparse_keymap mii ac battery > > snd wmi button broadcom psmouse tg3 libphy evdev soundcore ehci_hcd sr_mod > > cdrom usbcore sd_mod ahci > > [ 175.072943] Pid: 3772, comm: X Tainted: GW > > 2.6.39-rc2-dbg-git4-00555-g2fc20f7-dirty #520 > > [ 175.072947] Call Trace: > > [ 175.072957] [] warn_slowpath_common+0x7e/0x96 > > [ 175.072963] [] warn_slowpath_fmt+0x41/0x43 > > [ 175.072969] [] radeon_fence_wait+0x3c9/0x4a7 > > [ 175.072977] [] ? __init_waitqueue_head+0x46/0x46 > > [ 175.072984] [] radeon_sync_obj_wait+0xc/0xe > > [ 175.072991] [] ttm_bo_wait+0xb8/0x174 > > [ 175.072999] [] radeon_gem_wait_idle_ioctl+0x7c/0xee > > [ 175.073007] [] drm_ioctl+0x29f/0x381 > > [ 175.073012] [] ? radeon_gem_busy_ioctl+0x114/0x114 > > [ 175.073021] [] ? lock_release_non_nested+0x91/0x247 > > [ 175.073029] [] ? sys_rt_sigreturn+0x86/0x21c > > [ 175.073035] [] ? sys_rt_sigreturn+0x86/0x21c > > [ 175.073042] [] do_vfs_ioctl+0x46c/0x4ad > > [ 175.073048] [] ? fget_light+0x11f/0x30b > > [ 175.073054] [] ? retint_swapgs+0x13/0x1b > > [ 175.073059] [] sys_ioctl+0x51/0x74 > > [ 175.073065] [] system_call_fastpath+0x16/0x1b > > [ 175.073070] ---[ end trace ef966166f47d63b0 ]--- > > [ 175.074371] radeon :01:00.0: GPU softreset > > [ 175.074375] radeon :01:00.0: GRBM_STATUS=0xB2703828 > > [ 175.074379] radeon :01:00.0: GRBM_STATUS_SE0=0x1C07 > > [ 175.074383] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 > > [ 175.074387] radeon :01:00.0: SRBM_STATUS=0x20C0 > > [ 175.07] radeon :01:00.0: GRBM_SOFT_RESET=0x7F6B > > [ 175.074550] radeon :01:00.0: GRBM_STATUS=0x3828 > > [ 175.074553] radeon :01:00.0: GRBM_STATUS_SE0=0x0007 > > [ 175.074557] radeon :01:00.0: GRBM_STATUS_SE1=0x0007 > > [ 175.074561] radeon :01:00.0: SRBM_STATUS=0x20C0 > > [ 175.075571] radeon :01:00.0: GPU reset succeed > > [ 175.097128] radeon :01:00.0: WB enabled > > [ 175.113623] [drm] ring test succeeded in 1 usecs > > [...] and so on. > > > > > > kernel: .39-rc2-* > > > > > > Sergey > > -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 316 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/af8fc8ee/attachment-0001.pgp>
Linux 2.6.39-rc3
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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 [drm] initializing kernel modesetting (RS880 0x1002:0x9712). [drm] register mmio base: 0xD640 [drm] register mmio size: 65536 ATOM BIOS: HP_TAG radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [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 :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- SERR-
[PATCH] Fix typo in include/drm/i915_drm.h
Signed-off-by: Ole Henrik Jahren
Cc: Chris Wilson
---
While adding DRM ioctl decoding support to strace, I noticed something
that looks very much like a typo. If it is intended this way, sorry
about the noise.
include/drm/i915_drm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index 0039f1f..ca7b8af 100644
--- a/include/drm/i915_drm.h
+++ b/include/drm/i915_drm.h
@@ -237,7 +237,7 @@ typedef struct _drm_i915_sarea {
#define DRM_IOCTL_I915_GEM_GET_APERTUREDRM_IOR (DRM_COMMAND_BASE +
DRM_I915_GEM_GET_APERTURE, struct drm_i915_gem_get_aperture)
#define DRM_IOCTL_I915_GET_PIPE_FROM_CRTC_ID DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_GET_PIPE_FROM_CRTC_ID, struct drm_i915_get_pipe_from_crtc_id)
#define DRM_IOCTL_I915_GEM_MADVISE DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_GEM_MADVISE, struct drm_i915_gem_madvise)
-#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
DRM_IOCTL_I915_OVERLAY_ATTRS, struct drm_intel_overlay_put_image)
+#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE DRM_IOW(DRM_COMMAND_BASE +
DRM_I915_OVERLAY_PUT_IMAGE, struct drm_intel_overlay_put_image)
#define DRM_IOCTL_I915_OVERLAY_ATTRS DRM_IOWR(DRM_COMMAND_BASE +
DRM_I915_OVERLAY_ATTRS, struct drm_intel_overlay_attrs)
/* Allow drivers to submit batchbuffers directly to hardware, relying
--
1.7.5.rc1
[PATCH] Big Endian support for RV730 (Mesa r600)
Hi Here you are a patch that adds big endian support for rv730 in r600 classic mesa driver. The BE modifications are almost the same as the DRM / DDX driver modifications (http://lists.freedesktop.org/archives/dri-devel/2011-February/008151.html). I used the mesa-demos to test the driver status on big endian platform. Nearly all demos renders the same as on Intel architecture. Nevertheless, there are still some issues in glReadPixels (r600_blit) with some formats. I can't figure out exactly what and when data must be swapped (set_tex_resoures, set_render_target...). Review of the patch would be greatly appreciated. It seems that r600g will be the default for Mesa 7.11 so I'll try to enable big endian support for Gallium now. Regards C?dric Cano -- next part -- A non-text attachment was scrubbed... Name: mesa-7.10_rv730_be_support.patch Type: text/x-patch Size: 50426 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/29317133/attachment-0001.bin>
Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote: > > On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel D?nzer wrote: > > > > Have you ruled out any MSI related problems? I think the IRQ not working > > could explain the symptoms... > > Booting with MSI disabled does not change anything. Actually on this > machine the Ethernet (tigon3) uses MSI and everything is fine. OTOH, > on my home PC (dual code Athlon64 4 1/2 years old), MSI has never worked. Okay, the fact no_wb helps probably rules out an IRQ problem anyway. > > Make sure this line changes to 'WB disabled' with no_wb=1. There's a > > writeback endianness bug with modeset=1, see > > http://lists.freedesktop.org/archives/dri-devel/2011-April/009960.html . > > > > With no_wb=1 the driver goes a bit further but the X server ends > up in an infinite ioctl loop and the logs are: Which ioctl does it loop on? Please provide the Xorg.0.log file as well. > kernel: [drm] radeon kernel modesetting enabled. > kernel: checking generic (c000 14) vs hw (c000 1000) > kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing > generic driver > kernel: [drm] initializing kernel modesetting (RV530 0x1002:0x71C7). > kernel: radeon :f1:00.0: Using 64-bit DMA iommu bypass > kernel: [drm] register mmio base: 0xE800 > kernel: [drm] register mmio size: 65536 > kernel: radeon :f1:00.0: Invalid ROM contents > kernel: ATOM BIOS: X1650PRO > kernel: [drm] Generation 2 PCI interface, using max accessible memory > kernel: radeon :f1:00.0: VRAM: 512M 0x - > 0x1FFF (512M used) > kernel: radeon :f1:00.0: GTT: 512M 0x2000 - 0x3FFF > kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > kernel: [drm] Driver supports precise vblank timestamp query. > kernel: [drm] radeon: irq initialized. > kernel: [drm] Detected VRAM RAM=512M, BAR=256M > kernel: [drm] RAM width 128bits DDR > kernel: [TTM] Zone kernel: Available graphics memory: 1003018 kiB. > kernel: [TTM] Initializing pool allocator. > kernel: [drm] radeon: 512M of VRAM memory ready > kernel: [drm] radeon: 512M of GTT memory ready. > kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 > kernel: [drm] radeon: 1 quad pipes, 2 z pipes initialized. > kernel: [drm] PCIE GART of 512M enabled (table at 0x0004). > kernel: radeon :f1:00.0: WB disabled > kernel: [drm] Loading R500 Microcode > kernel: [drm] radeon: ring at 0x20001000 > kernel: [drm] ring test succeeded in 6 usecs > kernel: [drm] radeon: ib pool ready. > kernel: [drm] ib test succeeded in 0 usecs > kernel: [drm] Radeon Display Connectors > kernel: [drm] Connector 0: > kernel: [drm] DVI-I > kernel: [drm] HPD1 > kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c > kernel: [drm] Encoders: > kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 > kernel: [drm] DFP1: INTERNAL_KLDSCP_TMDS1 > kernel: [drm] Connector 1: > kernel: [drm] S-video > kernel: [drm] Encoders: > kernel: [drm] TV1: INTERNAL_KLDSCP_DAC2 > kernel: [drm] Connector 2: > kernel: [drm] DVI-I > kernel: [drm] HPD2 > kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c > kernel: [drm] Encoders: > kernel: [drm] CRT2: INTERNAL_KLDSCP_DAC2 > kernel: [drm] DFP3: INTERNAL_LVTM1 > kernel: [drm] Possible lm63 thermal controller at 0x4c > kernel: [drm] fb mappable at 0xC00C > kernel: [drm] vram apper at 0xC000 > kernel: [drm] size 9216000 > kernel: [drm] fb depth is 24 > kernel: [drm]pitch is 7680 > kernel: checking generic (c000 14) vs hw (c000 1000) > kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing > generic driver > kernel: fb1: radeondrmfb frame buffer device Hmm, I think this should say fb0, but that should only matter for console, not X. > kernel: drm: registered panic notifier > kernel: [drm] Initialized radeon 2.8.0 20080528 for :f1:00.0 on minor 0 > kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id BTW, if your kernel contains commit 69a07f0b117a40fcc1a479358d8e1f41793617f2, can you try if reverting that helps? -- Earthling Michel D?nzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #15 from Michal Suchanek 2011-04-12 05:47:07 PDT --- Is the fix going to be applied? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] Fix typo in include/drm/i915_drm.h
Indeed, good catch. Luckily never ever used (libdrm takes care of it
internally) in the drmCommand(Write|Read) functions.
Acked-by: Daniel Vetter
On Tue, Apr 12, 2011 at 6:10 AM, Ole Henrik Jahren
wrote:
> Signed-off-by: Ole Henrik Jahren
> Cc: Chris Wilson
> ---
>
> While adding DRM ioctl decoding support to strace, I noticed something
> that looks very much like a typo. If it is intended this way, sorry
> about the noise.
>
> ?include/drm/i915_drm.h | ? ?2 +-
> ?1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
> index 0039f1f..ca7b8af 100644
> --- a/include/drm/i915_drm.h
> +++ b/include/drm/i915_drm.h
> @@ -237,7 +237,7 @@ typedef struct _drm_i915_sarea {
> ?#define DRM_IOCTL_I915_GEM_GET_APERTURE ? ? ? ?DRM_IOR ?(DRM_COMMAND_BASE +
> DRM_I915_GEM_GET_APERTURE, struct drm_i915_gem_get_aperture)
> ?#define DRM_IOCTL_I915_GET_PIPE_FROM_CRTC_ID DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_GET_PIPE_FROM_CRTC_ID, struct drm_i915_get_pipe_from_crtc_id)
> ?#define DRM_IOCTL_I915_GEM_MADVISE ? ? DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_GEM_MADVISE, struct drm_i915_gem_madvise)
> -#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE ? ? ? DRM_IOW(DRM_COMMAND_BASE +
> DRM_IOCTL_I915_OVERLAY_ATTRS, struct drm_intel_overlay_put_image)
> +#define DRM_IOCTL_I915_OVERLAY_PUT_IMAGE ? ? ? DRM_IOW(DRM_COMMAND_BASE +
> DRM_I915_OVERLAY_PUT_IMAGE, struct drm_intel_overlay_put_image)
> ?#define DRM_IOCTL_I915_OVERLAY_ATTRS ? DRM_IOWR(DRM_COMMAND_BASE +
> DRM_I915_OVERLAY_ATTRS, struct drm_intel_overlay_attrs)
>
> ?/* Allow drivers to submit batchbuffers directly to hardware, relying
> --
> 1.7.5.rc1
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
--
Daniel Vetter
daniel.vetter at ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #16 from Alex Deucher 2011-04-12 07:00:28 PDT --- Any luck bisecting the resume issues? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #17 from Michal Suchanek 2011-04-12 07:09:26 PDT --- Those are not caused by Radeon. They were only hidden by the Radeon issue because it came earlier. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
suspend/resume stopped working
On Tue, Apr 12, 2011 at 4:28 AM, Sergey Senozhatsky wrote: > Hello, > > On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote: >> On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote: >> > Hello, >> > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon. >> >> Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see >> if that is the culprit. >> > > > No, seems this is not the case: This is a GPU lockup. The driver detects the lockup and resets the asic. The hard part is trying to find out what caused the lockup in the first place. The driver might have been waiting for a fence or something like that during suspend when you killed it which leads to a bad state in the driver. Alex > > [ ?187.664959] snapshot_ioctl: ioctl '80083307' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ ?187.664973] Syncing filesystems ... done. > [ ?187.924511] Freezing user space processes ... (elapsed 0.01 seconds) done. > [ ?187.936806] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) > done. > [ ?187.950171] snapshot_ioctl: ioctl '4004330c' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ ?187.950279] snapshot_ioctl: ioctl '40083306' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ ?187.950286] snapshot_ioctl: ioctl '40083303' is deprecated and will be > removed soon, update your suspend-to-disk utilities > [ ?187.950387] PM: Preallocating image memory... done (allocated 111404 pages) > [ ?188.090274] PM: Allocated 445616 kbytes in 0.14 seconds (3182.97 MB/s) > [ ?188.090276] Suspending console(s) (use no_console_suspend to debug) > [ ?188.092488] sd 0:0:0:0: [sda] Synchronizing SCSI cache > [ ?188.093460] HDA Intel :01:00.1: PCI INT B disabled > [ ?188.093735] HDA Intel :00:1b.0: PCI INT A disabled > [ ?188.431250] PM: freeze of devices complete after 340.164 msecs > [ ?188.432394] PM: late freeze of devices complete after 1.138 msecs > [ ?188.432631] ACPI: Preparing to enter system sleep state S4 > [ ?188.459387] PM: Saving platform NVS memory > [ ?188.465680] Disabling non-boot CPUs ... > [ ?188.514554] CPU 1 is now offline > [ ?188.668819] CPU 2 is now offline > [ ?188.791921] CPU 3 is now offline > [ ?188.791925] lockdep: fixing up alternatives. > [ ?188.792860] Extended CMOS year: 2000 > [ ?188.793031] PM: Creating hibernation image: > [ ?188.942484] PM: Need to copy 115235 pages > [ ?189.583797] PM: Hibernation image created (115235 pages copied) > [ ?188.793588] Extended CMOS year: 2000 > [ ?188.794138] microcode: CPU0 updated to revision 0xc, date = 2010-06-10 > [ ?188.794167] Enabling non-boot CPUs ... > [ ?188.801437] lockdep: fixing up alternatives. > [ ?188.801450] Booting Node 0 Processor 1 APIC 0x1 > [ ?188.801455] smpboot cpu 1: start_ip = 98000 > [ ?188.919038] Switched to NOHz mode on CPU #1 > [ ?188.960028] NMI watchdog enabled, takes one hw-pmu counter. > [ ?188.960917] microcode: CPU1 updated to revision 0xc, date = 2010-06-10 > [ ?188.960932] CPU1 is up > [ ?188.961183] lockdep: fixing up alternatives. > [ ?188.961188] Booting Node 0 Processor 2 APIC 0x4 > [ ?188.961190] smpboot cpu 2: start_ip = 98000 > [ ?189.078785] Switched to NOHz mode on CPU #2 > [ ?189.119907] NMI watchdog enabled, takes one hw-pmu counter. > [ ?189.121519] microcode: CPU2 updated to revision 0xc, date = 2010-06-10 > [ ?189.121538] CPU2 is up > [ ?189.122009] lockdep: fixing up alternatives. > [ ?189.122072] Booting Node 0 Processor 3 APIC 0x5 > [ ?189.122076] smpboot cpu 3: start_ip = 98000 > [ ?189.238541] Switched to NOHz mode on CPU #3 > [ ?189.280097] NMI watchdog enabled, takes one hw-pmu counter. > [ ?189.281622] microcode: CPU3 updated to revision 0xc, date = 2010-06-10 > [ ?189.281641] CPU3 is up > [ ?189.284963] ACPI: Waking up from system sleep state S4 > [ ?189.358433] PM: early thaw of devices complete after 0.778 msecs > [ ?189.358884] pci :00:1e.0: setting latency timer to 64 > [ ?189.358966] ahci :00:1f.2: restoring config space at offset 0x1 (was > 0x2b00403, writing 0x2b00407) > [ ?189.359008] radeon :01:00.0: power state changed by ACPI to D0 > [ ?189.359017] radeon :01:00.0: power state changed by ACPI to D0 > [ ?189.359043] ahci :00:1f.2: setting latency timer to 64 > [ ?189.359115] radeon :01:00.0: setting latency timer to 64 > [ ?189.360927] tg3 :02:00.0: eth0: Link is down > [ ?189.368514] sd 0:0:0:0: [sda] Starting disk > [ ?189.371631] HDA Intel :00:1b.0: BAR 0: set to [mem > 0xb410-0xb4103fff 64bit] (PCI address [0xb410-0xb4103fff]) > [ ?189.371683] HDA Intel :00:1b.0: restoring config space at offset 0xf > (was 0x100, writing 0x10a) > [ ?189.371738] HDA Intel :00:1b.0: restoring config space at offset 0x3 > (was 0x0, writing 0x10) > [ ?189.371756] HDA Intel :00:1b.0: restoring config space at offset 0x1 > (was 0x10, writing 0x12) > [ ?189.371820] HDA Intel 0
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #18 from Alex Deucher 2011-04-12 07:13:43 PDT --- (In reply to comment #17) > Those are not caused by Radeon. > > They were only hidden by the Radeon issue because it came earlier. So the patch alone fixes suspend and resume? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Linux 2.6.39-rc3
On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel 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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > ?[drm] initializing kernel modesetting (RS880 0x1002:0x9712). > ?[drm] register mmio base: 0xD640 > ?[drm] register mmio size: 65536 > ?ATOM BIOS: HP_TAG > ?radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF > (320M used) > ?radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > ?[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 :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- > SERR- ? ? ? ?Latency: 0, Cache Line Size: 64 bytes > ? ? ? ?Interrupt: pin A routed to IRQ 18 > ? ? ? ?Region 0: Memory at c000 (32-bit, prefetchable) [size=256M] > ? ? ? ?Region 1: I/O ports at 6000 [size=256] > ? ? ? ?Region 2: Memory at d640 (32-bit, non-prefetchable) [size=64K] > ? ? ? ?Region 5: Memory at d630 (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: ?Data: > ? ? ? ?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, Alex > > ? ? ? ?Joerg > >
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #19 from Michal Suchanek 2011-04-12 08:20:35 PDT --- The resume issue should be fixed in 2.6.39-rc3. commit 4da9484bdece39ab0b098fa711e095e3e9fc8684 Author: H. Peter Anvin Date: Wed Apr 6 13:10:02 2011 -0700 x86, hibernate: Initialize mmu_cr4_features during boot Restore the initialization of mmu_cr4_features during boot, which was removed without comment in checkin e5f15b45ddf3afa210c7ea34fb32b6de0a0e x86: Cleanup highmap after brk is concluded thereby breaking resume from hibernate. This restores previous functionality in approximately the same place, and corrects the -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] i915: select VIDEO_OUTPUT_CONTROL for ACPI_VIDEO
fix Kconfig warning: (DRM_I915 && STUB_POULSBO) selects ACPI_VIDEO which has unmet direct dependencies (ACPI && X86 && BACKLIGHT_CLASS_DEVICE && VIDEO_OUTPUT_CONTROL && INPUT) Signed-off-by: Konstantin Khlebnikov --- drivers/gpu/drm/Kconfig |1 + drivers/gpu/stub/Kconfig |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig index a6feb78c..c58f691 100644 --- a/drivers/gpu/drm/Kconfig +++ b/drivers/gpu/drm/Kconfig @@ -96,6 +96,7 @@ config DRM_I915 # i915 depends on ACPI_VIDEO when ACPI is enabled # but for select to work, need to select ACPI_VIDEO's dependencies, ick select BACKLIGHT_CLASS_DEVICE if ACPI + select VIDEO_OUTPUT_CONTROL if ACPI select INPUT if ACPI select ACPI_VIDEO if ACPI select ACPI_BUTTON if ACPI diff --git a/drivers/gpu/stub/Kconfig b/drivers/gpu/stub/Kconfig index 70e60a4..4199179 100644 --- a/drivers/gpu/stub/Kconfig +++ b/drivers/gpu/stub/Kconfig @@ -5,6 +5,7 @@ config STUB_POULSBO # Poulsbo stub depends on ACPI_VIDEO when ACPI is enabled # but for select to work, need to select ACPI_VIDEO's dependencies, ick select BACKLIGHT_CLASS_DEVICE if ACPI + select VIDEO_OUTPUT_CONTROL if ACPI select INPUT if ACPI select ACPI_VIDEO if ACPI select THERMAL if ACPI
Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
Hi Micel, On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel D?nzer wrote: > [ Adding the dri-devel list ] > > Have you ruled out any MSI related problems? I think the IRQ not working > could explain the symptoms... Booting with MSI disabled does not change anything. Actually on this machine the Ethernet (tigon3) uses MSI and everything is fine. OTOH, on my home PC (dual code Athlon64 4 1/2 years old), MSI has never worked. > Make sure this line changes to 'WB disabled' with no_wb=1. There's a > writeback endianness bug with modeset=1, see > http://lists.freedesktop.org/archives/dri-devel/2011-April/009960.html . > With no_wb=1 the driver goes a bit further but the X server ends up in an infinite ioctl loop and the logs are: kernel: [drm] radeon kernel modesetting enabled. kernel: checking generic (c000 14) vs hw (c000 1000) kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing generic driver kernel: [drm] initializing kernel modesetting (RV530 0x1002:0x71C7). kernel: radeon :f1:00.0: Using 64-bit DMA iommu bypass kernel: [drm] register mmio base: 0xE800 kernel: [drm] register mmio size: 65536 kernel: radeon :f1:00.0: Invalid ROM contents kernel: ATOM BIOS: X1650PRO kernel: [drm] Generation 2 PCI interface, using max accessible memory kernel: radeon :f1:00.0: VRAM: 512M 0x - 0x1FFF (512M used) kernel: radeon :f1:00.0: GTT: 512M 0x2000 - 0x3FFF kernel: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). kernel: [drm] Driver supports precise vblank timestamp query. kernel: [drm] radeon: irq initialized. kernel: [drm] Detected VRAM RAM=512M, BAR=256M kernel: [drm] RAM width 128bits DDR kernel: [TTM] Zone kernel: Available graphics memory: 1003018 kiB. kernel: [TTM] Initializing pool allocator. kernel: [drm] radeon: 512M of VRAM memory ready kernel: [drm] radeon: 512M of GTT memory ready. kernel: [drm] GART: num cpu pages 131072, num gpu pages 131072 kernel: [drm] radeon: 1 quad pipes, 2 z pipes initialized. kernel: [drm] PCIE GART of 512M enabled (table at 0x0004). kernel: radeon :f1:00.0: WB disabled kernel: [drm] Loading R500 Microcode kernel: [drm] radeon: ring at 0x20001000 kernel: [drm] ring test succeeded in 6 usecs kernel: [drm] radeon: ib pool ready. kernel: [drm] ib test succeeded in 0 usecs kernel: [drm] Radeon Display Connectors kernel: [drm] Connector 0: kernel: [drm] DVI-I kernel: [drm] HPD1 kernel: [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c kernel: [drm] Encoders: kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 kernel: [drm] DFP1: INTERNAL_KLDSCP_TMDS1 kernel: [drm] Connector 1: kernel: [drm] S-video kernel: [drm] Encoders: kernel: [drm] TV1: INTERNAL_KLDSCP_DAC2 kernel: [drm] Connector 2: kernel: [drm] DVI-I kernel: [drm] HPD2 kernel: [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c kernel: [drm] Encoders: kernel: [drm] CRT2: INTERNAL_KLDSCP_DAC2 kernel: [drm] DFP3: INTERNAL_LVTM1 kernel: [drm] Possible lm63 thermal controller at 0x4c kernel: [drm] fb mappable at 0xC00C kernel: [drm] vram apper at 0xC000 kernel: [drm] size 9216000 kernel: [drm] fb depth is 24 kernel: [drm]pitch is 7680 kernel: checking generic (c000 14) vs hw (c000 1000) kernel: fb: conflicting fb hw usage radeondrmfb vs OFfb vga,Displa - removing generic driver kernel: fb1: radeondrmfb frame buffer device kernel: drm: registered panic notifier kernel: [drm] Initialized radeon 2.8.0 20080528 for :f1:00.0 on minor 0 kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id There is only one display connected and it is to the first DVI connector, BTW. Regards, Gabriel
Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel D?nzer wrote: > > > > With no_wb=1 the driver goes a bit further but the X server ends > > up in an infinite ioctl loop and the logs are: > > Which ioctl does it loop on? Please provide the Xorg.0.log file as well.
No subject
The Xorg.0.log from the previous boot is attached. Gabriel --BOKacYhQ+x31HxR3 Content-Type: application/x-trash Content-Disposition: attachment; filename="Xorg.0.log.old" Content-Transfer-Encoding: quoted-printable =0AX.Org X Server 1.7.7=0ARelease Date: 2010-05-04=0AX Protocol Version 11,= Revision 0=0ABuild Operating System: Linux 2.6.26-2-powerpc64 ppc Debian= =0ACurrent Operating System: Linux gra-vd1 2.6.38 #27 SMP Tue Apr 12 10:22:= 50 CEST 2011 ppc64=0AKernel command line: ro root=3D/dev/md0 =0ABuild Date:= 19 February 2011 02:44:42PM=0Axorg-server 2:1.7.7-13 (Cyril Brulebois ) =0ACurrent version of pixman: 0.16.4=0A Before reporting pr= oblems, check http://wiki.x.org=0A to make sure that you have the latest ve= rsion.=0AMarkers: (--) probed, (**) from config file, (=3D=3D) default sett= ing,=0A (++) from command line, (!!) notice, (II) informational,=0A (WW) wa= rning, (EE) error, (NI) not implemented, (??) unknown.=0A(=3D=3D) Log file:= "/var/log/Xorg.0.log", Time: Tue Apr 12 10:59:25 2011=0A(=3D=3D) Using con= fig file: "/etc/X11/xorg.conf"=0A(=3D=3D) Using system config directory "/u= sr/share/X11/xorg.conf.d"=0A(=3D=3D) No Layout section. Using the first Sc= reen section.=0A(**) |-->Screen "Default Screen" (0)=0A(**) | |-->Monitor= "Configured Monitor"=0A(=3D=3D) No device specified for screen "Default Sc= reen".=0A Using the first device section listed.=0A(**) | |-->Device "Con= figured Video Device"=0A(=3D=3D) Automatically adding devices=0A(=3D=3D) Au= tomatically enabling devices=0A(WW) The directory "/usr/share/fonts/X11/cyr= illic" does not exist.=0A Entry deleted from font path.=0A(=3D=3D) FontPath= set to:=0A /usr/share/fonts/X11/misc,=0A /usr/share/fonts/X11/100dpi/:unsc= aled,=0A/usr/share/fonts/X11/75dpi/:unscaled,=0A /usr/share/fonts/X11/Type= 1,=0A /usr/share/fonts/X11/100dpi,=0A /usr/share/fonts/X11/75dpi,=0A /var/l= ib/defoma/x-ttcidfont-conf.d/dirs/TrueType,=0A built-ins=0A(=3D=3D) ModuleP= ath set to "/usr/lib/xorg/modules"=0A(II) The server relies on udev to prov= ide the list of input devices.=0A If no devices become available, reconfigu= re udev or disable AutoAddDevices.=0A(II) Loader magic: 0x101e90ec=0A(II) M= odule ABI versions:=0A X.Org ANSI C Emulation: 0.4=0A X.Org Video Driver: 6= =2E0=0A X.Org XInput driver : 7.0=0AX.Org Server Extension : 2.0=0A(++) us= ing VT number 7=0A=0A(--) PCI:*(0:241:0:0) 1002:71c7:174b:0840 ATI Technolo= gies Inc RV535 [Radeon X1650 Series] rev 158, Mem @ 0xc000/268435456, 0= xe800/65536, I/O @ 0xf000/256, BIOS @ 0x/131072=0A(--) PCI:= (0:241:0:1) 1002:71e7:174b:0841 ATI Technologies Inc RV535 [Radeon X1650 S= eries] rev 158, Mem @ 0xe804/65536=0A(II) LoadModule: "extmod"=0A(II) L= oading /usr/lib/xorg/modules/extensions/libextmod.so=0A(II) Module extmod: = vendor=3D"X.Org Foundation"=0A compiled for 1.7.7, module version =3D 1.0.0= =0A Module class: X.Org Server Extension=0A ABI class: X.Org Server Extensi= on, version 2.0=0A(II) Loading extension SELinux=0A(II) Loading extension M= IT-SCREEN-SAVER=0A(II) Loading extension XFree86-VidModeExtension=0A(II) Lo= ading extension XFree86-DGA=0A(II) Loading extension DPMS=0A(II) Loading ex= tension XVideo=0A(II) Loading extension XVideo-MotionCompensation=0A(II) Lo= ading extension X-Resource=0A(II) LoadModule: "dbe"=0A(II) Loading /usr/lib= /xorg/modules/extensions/libdbe.so=0A(II) Module dbe: vendor=3D"X.Org Found= ation"=0A compiled for 1.7.7, module version =3D 1.0.0=0A Module class: X.O= rg Server Extension=0A ABI class: X.Org Server Extension, version 2.0=0A(II= ) Loading extension DOUBLE-BUFFER=0A(II) LoadModule: "glx"=0A(II) Loading /= usr/lib/xorg/modules/extensions/libglx.so=0A(II) Module glx: vendor=3D"X.Or= g Foundation"=0Acompiled for 1.7.7, module version =3D 1.0.0=0A ABI class:= X.Org Server Extension, version 2.0=0A(=3D=3D) AIGLX enabled=0A(II) Loadin= g extension GLX=0A(II) LoadModule: "record"=0A(II) Loading /usr/lib/xorg/mo= dules/extensions/librecord.so=0A(II) Module record: vendor=3D"X.Org Foundat= ion"=0A compiled for 1.7.7, module version =3D 1.13.0=0AModule class: X.Or= g Server Extension=0A ABI class: X.Org Server Extension, version 2.0=0A(II)= Loading extension RECORD=0A(II) LoadModule: "dri"=0A(II) Loading /usr/lib/= xorg/modules/extensions/libdri.so=0A(II) Module dri: vendor=3D"X.Org Founda= tion"=0Acompiled for 1.7.7, module version =3D 1.0.0=0A ABI class: X.Org S= erver Extension, version 2.0=0A(II) Loading extension XFree86-DRI=0A(II) Lo= adModule: "dri2"=0A(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so= =0A(II) Module dri2: vendor=3D"X.Org Foundation"=0A compiled for 1.7.7, mod= ule version =3D 1.1.0=0AABI class: X.Org Server Extension, version 2.0=0A(= II) Loading extension DRI2=0A(=3D=3D) Matched ati as autoconfigured driver = 0=0A(=3D=3D) Matched fbdev as autoconfigured driver 1=0
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Michel D?nzer changed: What|Removed |Added Product|xorg|Mesa Component|Driver/Radeon |Drivers/DRI/R600 AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at lists.freedesktop ||.org QAContact|xorg-team at lists.x.org | --- Comment #4 from Michel D?nzer 2011-04-12 09:17:35 PDT --- Does it work better with the r600g driver? BTW, please attach files individually as opposed to packed in an archive, and verify that the MIME type allows viewing plain text files in the browser directly. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Michel D?nzer changed: What|Removed |Added Attachment #45539|text/plain |application/x-gtar-compress mime type||ed -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #5 from Sascha 2011-04-12 09:24:45 PDT --- Created an attachment (id=45540) --> (https://bugs.freedesktop.org/attachment.cgi?id=45540) dmesg -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #6 from Sascha 2011-04-12 09:25:30 PDT --- Created an attachment (id=45541) --> (https://bugs.freedesktop.org/attachment.cgi?id=45541) glxinfo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 Sascha changed: What|Removed |Added Attachment #45539|0 |1 is obsolete|| --- Comment #7 from Sascha 2011-04-12 09:25:57 PDT --- Created an attachment (id=45542) --> (https://bugs.freedesktop.org/attachment.cgi?id=45542) xorg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 29842] Radeon runs very hot
https://bugzilla.kernel.org/show_bug.cgi?id=29842 Igor Rudchenko changed: What|Removed |Added CC||igor at starrain.org --- Comment #10 from Igor Rudchenko 2011-04-12 16:35:47 --- This seems to be regression in my case. Mobile FireGL V5250, temperature reading from thinkpad-acpi: 2.6.37.2, KMS, profile=default/high - temperature=67 2.6.37.2, KMS, profile=mid - temperature=64 2.6.38.2, KMS, profile=default/high - temperature=71 2.6.38.2, KMS, profile=mid - temperature=64 Some older kernels and windows with default clocks for GPU - temperature=67 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 36172] xf86-video-ati-git causes Gnome 3 crash (Radeon HD5770 - r800)
https://bugs.freedesktop.org/show_bug.cgi?id=36172 --- Comment #8 from Sascha 2011-04-12 10:22:22 PDT --- (In reply to comment #4) > Does it work better with the r600g driver? > > BTW, please attach files individually as opposed to packed in an archive, and > verify that the MIME type allows viewing plain text files in the browser > directly. 1.Attatchement fixed. 2.Why did you put the report in the r600 section? My card is a r800 I think. 3.Tried to install mesa-r600g-git, though I cannot. It ask me to install libgl instead of libgl-git. Though doing that will result in downgrading ati-dri-git to ati-dri again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Revert 737a3bb9416ce2a7c7a4170852473a4fcc9c67e8 ?
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote: > On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel D?nzer wrote: > > > > > > With no_wb=1 the driver goes a bit further but the X server ends > > > up in an infinite ioctl loop and the logs are: > > > > Which ioctl does it loop on? Please provide the Xorg.0.log file as well. > > From memory, the code was 0x64, which is DRM_RADEON_GEM_WAIT_IDLE. Note that it's normal for this ioctl to be called every time before the GPU accessible pixmap memory is accessed by the CPU. Unless the ioctl always returns an error, this may not indicate a problem on its own. > The Xorg.0.log from the previous boot is attached. I don't see any obvious problems in it. Can you describe the symptoms of the problem you're having with X a bit more? One thing I notice is that the X server/driver are rather oldish. Maybe you can try newer versions from testing, sid or even experimental to see if that makes any difference. -- Earthling Michel D?nzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
[PATCH] drm/radeon/kms: clean up gart dummy page handling
As per Konrad's original patch, the dummy page used
by the gart code and allocated in radeon_gart_init()
was not freed properly in radeon_gart_fini().
At the same time r6xx and newer allocated and freed the
dummy page on their own. So to do Konrad's patch one
better, just remove the allocation and freeing of the
dummy page in the r6xx, 7xx, evergreen, and ni code and
allocate and free in the gart_init/fini() functions for
all asics.
Cc: Konrad Rzeszutek Wilk
Cc: Jerome Glisse
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4
drivers/gpu/drm/radeon/r600.c|4
drivers/gpu/drm/radeon/radeon_gart.c |2 ++
drivers/gpu/drm/radeon/rv770.c |4
4 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 0b0cc74..cff7144 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -3036,9 +3036,6 @@ int evergreen_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
/* This don't do much */
r = radeon_gem_init(rdev);
if (r)
@@ -3150,7 +3147,6 @@ void evergreen_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
static void evergreen_pcie_gen2_enable(struct radeon_device *rdev)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index be271c4..304fc76 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -2509,9 +2509,6 @@ int r600_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
if (r600_debugfs_mc_info_init(rdev)) {
DRM_ERROR("Failed to register debugfs file for mc !\n");
}
@@ -2625,7 +2622,6 @@ void r600_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon/radeon_gart.c
index f0534ef..8a955bb 100644
--- a/drivers/gpu/drm/radeon/radeon_gart.c
+++ b/drivers/gpu/drm/radeon/radeon_gart.c
@@ -285,4 +285,6 @@ void radeon_gart_fini(struct radeon_device *rdev)
rdev->gart.pages = NULL;
rdev->gart.pages_addr = NULL;
rdev->gart.ttm_alloced = NULL;
+
+ radeon_dummy_page_fini(rdev);
}
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index b974ac7..4faa2e5 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/gpu/drm/radeon/rv770.c
@@ -1255,9 +1255,6 @@ int rv770_init(struct radeon_device *rdev)
{
int r;
- r = radeon_dummy_page_init(rdev);
- if (r)
- return r;
/* This don't do much */
r = radeon_gem_init(rdev);
if (r)
@@ -1372,7 +1369,6 @@ void rv770_fini(struct radeon_device *rdev)
radeon_atombios_fini(rdev);
kfree(rdev->bios);
rdev->bios = NULL;
- radeon_dummy_page_fini(rdev);
}
static void rv770_pcie_gen2_enable(struct radeon_device *rdev)
--
1.7.1.1
[PATCH] drm/radeon/kms: fix suspend on rv530 asics
Apparently only rv515 asics need the workaround
added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11
(drm/radeon/kms: fix resume regression for some r5xx laptops).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=34709
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atom.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index 258fa5e..d71d375 100644
--- a/drivers/gpu/drm/radeon/atom.c
+++ b/drivers/gpu/drm/radeon/atom.c
@@ -32,6 +32,7 @@
#include "atom.h"
#include "atom-names.h"
#include "atom-bits.h"
+#include "radeon.h"
#define ATOM_COND_ABOVE0
#define ATOM_COND_ABOVEOREQUAL 1
@@ -101,7 +102,9 @@ static void debug_print_spaces(int n)
static uint32_t atom_iio_execute(struct atom_context *ctx, int base,
uint32_t index, uint32_t data)
{
+ struct radeon_device *rdev = ctx->card->dev->dev_private;
uint32_t temp = 0xCDCDCDCD;
+
while (1)
switch (CU8(base)) {
case ATOM_IIO_NOP:
@@ -112,7 +115,8 @@ static uint32_t atom_iio_execute(struct atom_context *ctx,
int base,
base += 3;
break;
case ATOM_IIO_WRITE:
- (void)ctx->card->ioreg_read(ctx->card, CU16(base + 1));
+ if (rdev->family == CHIP_RV515)
+ (void)ctx->card->ioreg_read(ctx->card,
CU16(base + 1));
ctx->card->ioreg_write(ctx->card, CU16(base + 1), temp);
base += 3;
break;
--
1.7.1.1
[Bug 34709] [bisected] with r300 (rv530) kms loaded cannot suspend kernel 2.6.37+ with uswsusp
https://bugs.freedesktop.org/show_bug.cgi?id=34709 --- Comment #20 from Alex Deucher 2011-04-12 10:38:59 PDT --- I've sent the patch to Dave. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH] drm/radeon/kms: fix pcie_p callbacks on btc and cayman
btc and cayman asics use the same callback for
pcie port registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index eb888ee..ca57619 100644
--- a/drivers/gpu/drm/radeon/radeon_asic.c
+++ b/drivers/gpu/drm/radeon/radeon_asic.c
@@ -94,7 +94,7 @@ static void radeon_register_accessor_init(struct
radeon_device *rdev)
rdev->mc_rreg = &rs600_mc_rreg;
rdev->mc_wreg = &rs600_mc_wreg;
}
- if ((rdev->family >= CHIP_R600) && (rdev->family <= CHIP_HEMLOCK)) {
+ if (rdev->family >= CHIP_R600) {
rdev->pciep_rreg = &r600_pciep_rreg;
rdev->pciep_wreg = &r600_pciep_wreg;
}
--
1.7.1.1
[PATCH] drm/radeon/kms: clean up gart dummy page handling
On Die, 2011-04-12 at 13:32 -0400, Alex Deucher wrote: > As per Konrad's original patch, the dummy page used > by the gart code and allocated in radeon_gart_init() > was not freed properly in radeon_gart_fini(). > > At the same time r6xx and newer allocated and freed the > dummy page on their own. So to do Konrad's patch one > better, just remove the allocation and freeing of the > dummy page in the r6xx, 7xx, evergreen, and ni code and > allocate and free in the gart_init/fini() functions for > all asics. > > Cc: Konrad Rzeszutek Wilk > Cc: Jerome Glisse > Signed-off-by: Alex Deucher Reviewed-by: Michel D?nzer -- Earthling Michel D?nzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #3 from Bart Van Assche 2011-04-12 18:34:48 --- (In reply to comment #1) > Is this a regression? Did previous kernels work ok? If so, can you bisect? Yes, it's a regression - 2.6.38 and 2.6.38.2 run perfectly on the same system. I haven't had much luck with the bisect though - halfway bisecting I encountered a commit that made my system unbootable because reassembling the RAID1 /boot partition failed. The log I have so far is: $ git bisect start 'drivers/video' # good: [521cb40b0c44418a4fd36dc633f575813d59a43d] Linux 2.6.38 git bisect good 521cb40b0c44418a4fd36dc633f575813d59a43d # bad: [94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f] Merge branch 'bugfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6 git bisect bad 94c8a984ae2adbd9a9626fb42e0f2faf3e36e86f # good: [da49252fb0392d8196833ef3da92e48fb371f8d7] Merge branch 'for-paul' of git://gitorious.org/linux-omap-dss2/linux git bisect good da49252fb0392d8196833ef3da92e48fb371f8d7 # good: [bf5f0019046d596d613caf74722ba4994e153899] video, sm501: add I/O functions for use on powerpc git bisect good bf5f0019046d596d613caf74722ba4994e153899 # good: [6b794743b2c5e21825d35b5d5dd57d6fcc388198] unicore32 framebuffer fix: get videomemory by __get_free_pages() and make it floatable git bisect good 6b794743b2c5e21825d35b5d5dd57d6fcc388198 unknown because of boot failure: 21cd72e7cb424f1686855602ec0fdc6e5830f249 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #4 from Alex Deucher 2011-04-12 18:40:28 --- 'git bisect skip' to skip problematic commits. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] libkms: Allocate dumb framebuffers as 32bpp if we claim they're x8r8g8b8.
modetest got all segfaulty after walking off the end of the 16bpp framebuffer that it was told was 32bpp. --- libkms/dumb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/libkms/dumb.c b/libkms/dumb.c index 3be5f7a..fafef64 100644 --- a/libkms/dumb.c +++ b/libkms/dumb.c @@ -95,7 +95,7 @@ dumb_bo_create(struct kms_driver *kms, memset(&arg, 0, sizeof(arg)); - arg.bpp = 16; + arg.bpp = 32; arg.width = width; arg.height = height; -- 1.7.4.1 -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 32982] Kernel locks up a few minutes after boot
https://bugzilla.kernel.org/show_bug.cgi?id=32982 --- Comment #5 from Alex Deucher 2011-04-12 18:42:33 --- Also, the drm is not in drivers/video, it's in drivers/gpu -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo -- ___ Dri-devel mailing list Dri-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Linux 2.6.39-rc3
On Tue, Apr 12, 2011 at 10:15:11AM -0400, Alex Deucher wrote: > On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel 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 :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 > > ?[drm] initializing kernel modesetting (RS880 0x1002:0x9712). > > ?[drm] register mmio base: 0xD640 > > ?[drm] register mmio size: 65536 > > ?ATOM BIOS: HP_TAG > > ?radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF > > (320M used) > > ?radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF > > ?[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 :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- > > SERR- > ? ? ? ?Latency: 0, Cache Line Size: 64 bytes > > ? ? ? ?Interrupt: pin A routed to IRQ 18 > > ? ? ? ?Region 0: Memory at c000 (32-bit, prefetchable) [size=256M] > > ? ? ? ?Region 1: I/O ports at 6000 [size=256] > > ? ? ? ?Region 2: Memory at d640 (32-bit, non-prefetchable) [size=64K] > > ? ? ? ?Region 5: Memory at d630 (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: ?Data: > > ? ? ? ?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
[PATCH 1/2] drm/radeon/kms: add voltage type to atom set voltage function
This is needed for setting voltages other than vddc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
drivers/gpu/drm/radeon/r600.c|2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 10 +-
drivers/gpu/drm/radeon/radeon_pm.c |7 +--
drivers/gpu/drm/radeon/rs600.c |2 +-
drivers/gpu/drm/radeon/rv770.c |2 +-
7 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index cff7144..f244817 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -122,7 +122,7 @@ void evergreen_pm_misc(struct radeon_device *rdev)
if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
if (voltage->voltage != rdev->pm.current_vddc) {
- radeon_atom_set_voltage(rdev, voltage->voltage);
+ radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
DRM_DEBUG("Setting: v: %d\n", voltage->voltage);
}
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 304fc76..15d5829 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -587,7 +587,7 @@ void r600_pm_misc(struct radeon_device *rdev)
if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
if (voltage->voltage != rdev->pm.current_vddc) {
- radeon_atom_set_voltage(rdev, voltage->voltage);
+ radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
DRM_DEBUG_DRIVER("Setting: v: %d\n", voltage->voltage);
}
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 93f5365..9955740 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -177,7 +177,7 @@ void radeon_pm_suspend(struct radeon_device *rdev);
void radeon_pm_resume(struct radeon_device *rdev);
void radeon_combios_get_power_modes(struct radeon_device *rdev);
void radeon_atombios_get_power_modes(struct radeon_device *rdev);
-void radeon_atom_set_voltage(struct radeon_device *rdev, u16 level);
+void radeon_atom_set_voltage(struct radeon_device *rdev, u16 voltage_level, u8
voltage_type);
void rs690_pm_info(struct radeon_device *rdev);
extern int rv6xx_get_temp(struct radeon_device *rdev);
extern int rv770_get_temp(struct radeon_device *rdev);
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/drm/radeon/radeon_atombios.c
index 99768d9..330a5b5 100644
--- a/drivers/gpu/drm/radeon/radeon_atombios.c
+++ b/drivers/gpu/drm/radeon/radeon_atombios.c
@@ -2577,25 +2577,25 @@ union set_voltage {
struct _SET_VOLTAGE_PARAMETERS_V2 v2;
};
-void radeon_atom_set_voltage(struct radeon_device *rdev, u16 level)
+void radeon_atom_set_voltage(struct radeon_device *rdev, u16 voltage_level, u8
voltage_type)
{
union set_voltage args;
int index = GetIndexIntoMasterTable(COMMAND, SetVoltage);
- u8 frev, crev, volt_index = level;
+ u8 frev, crev, volt_index = voltage_level;
if (!atom_parse_cmd_header(rdev->mode_info.atom_context, index, &frev,
&crev))
return;
switch (crev) {
case 1:
- args.v1.ucVoltageType = SET_VOLTAGE_TYPE_ASIC_VDDC;
+ args.v1.ucVoltageType = voltage_type;
args.v1.ucVoltageMode = SET_ASIC_VOLTAGE_MODE_ALL_SOURCE;
args.v1.ucVoltageIndex = volt_index;
break;
case 2:
- args.v2.ucVoltageType = SET_VOLTAGE_TYPE_ASIC_VDDC;
+ args.v2.ucVoltageType = voltage_type;
args.v2.ucVoltageMode = SET_ASIC_VOLTAGE_MODE_SET_VOLTAGE;
- args.v2.usVoltageLevel = cpu_to_le16(level);
+ args.v2.usVoltageLevel = cpu_to_le16(voltage_level);
break;
default:
DRM_ERROR("Unknown table version %d, %d\n", frev, crev);
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 08de669..4010571 100644
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++ b/drivers/gpu/drm/radeon/radeon_pm.c
@@ -23,6 +23,7 @@
#include "drmP.h"
#include "radeon.h"
#include "avivod.h"
+#include "atom.h"
#ifdef CONFIG_ACPI
#include
#endif
@@ -535,7 +536,8 @@ void radeon_pm_resume(struct radeon_device *rdev)
/* set up the default clocks if the MC ucode is loaded */
if (ASIC_IS_DCE5(rdev) && rdev->mc_fw) {
if (rdev->pm.default_vddc)
- radeon_atom_set_voltage(rdev, rdev->pm.default_vddc);
+ radeon_atom_set_voltage(rdev, rdev->pm.defaul
[PATCH 2/2] drm/radeon/kms: properly program vddci on evergreen+
Change vddci as well as vddc when changing power modes
on evergreen/ni. Also, properly set vddci on boot up
for ni cards. The vbios only sets the limited clocks
and voltages on boot until the mc ucode is loaded. This
should fix stability problems on some btc cards.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 11 ---
drivers/gpu/drm/radeon/radeon.h | 10 +++---
drivers/gpu/drm/radeon/radeon_atombios.c | 20 ++--
drivers/gpu/drm/radeon/radeon_pm.c |4
4 files changed, 33 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index f244817..3453910 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -120,11 +120,16 @@ void evergreen_pm_misc(struct radeon_device *rdev)
struct radeon_power_state *ps = &rdev->pm.power_state[req_ps_idx];
struct radeon_voltage *voltage = &ps->clock_info[req_cm_idx].voltage;
- if ((voltage->type == VOLTAGE_SW) && voltage->voltage) {
- if (voltage->voltage != rdev->pm.current_vddc) {
+ if (voltage->type == VOLTAGE_SW) {
+ if (voltage->voltage && (voltage->voltage !=
rdev->pm.current_vddc)) {
radeon_atom_set_voltage(rdev, voltage->voltage,
SET_VOLTAGE_TYPE_ASIC_VDDC);
rdev->pm.current_vddc = voltage->voltage;
- DRM_DEBUG("Setting: v: %d\n", voltage->voltage);
+ DRM_DEBUG("Setting: vddc: %d\n", voltage->voltage);
+ }
+ if (voltage->vddci && (voltage->vddci !=
rdev->pm.current_vddci)) {
+ radeon_atom_set_voltage(rdev, voltage->vddci,
SET_VOLTAGE_TYPE_ASIC_VDDCI);
+ rdev->pm.current_vddci = voltage->vddci;
+ DRM_DEBUG("Setting: vddci: %d\n", voltage->vddci);
}
}
}
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 9955740..ba643b5 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -767,7 +767,9 @@ struct radeon_voltage {
u8 vddci_id; /* index into vddci voltage table */
bool vddci_enabled;
/* r6xx+ sw */
- u32 voltage;
+ u16 voltage;
+ /* evergreen+ vddci */
+ u16 vddci;
};
/* clock mode flags */
@@ -835,10 +837,12 @@ struct radeon_pm {
int default_power_state_index;
u32 current_sclk;
u32 current_mclk;
- u32 current_vddc;
+ u16 current_vddc;
+ u16 current_vddci;
u32 default_sclk;
u32 default_mclk;
- u32 default_vddc;
+ u16 default_vddc;
+ u16 default_vddci;
struct radeon_i2c_chan *i2c_bus;
/* selected pm method */
enum radeon_pm_method pm_method;
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/drm/radeon/radeon_atombios.c
index 330a5b5..f5d12fb 100644
--- a/drivers/gpu/drm/radeon/radeon_atombios.c
+++ b/drivers/gpu/drm/radeon/radeon_atombios.c
@@ -2176,24 +2176,27 @@ static void
radeon_atombios_add_pplib_thermal_controller(struct radeon_device *r
}
}
-static u16 radeon_atombios_get_default_vddc(struct radeon_device *rdev)
+static void radeon_atombios_get_default_voltages(struct radeon_device *rdev,
+u16 *vddc, u16 *vddci)
{
struct radeon_mode_info *mode_info = &rdev->mode_info;
int index = GetIndexIntoMasterTable(DATA, FirmwareInfo);
u8 frev, crev;
u16 data_offset;
union firmware_info *firmware_info;
- u16 vddc = 0;
+
+ *vddc = 0;
+ *vddci = 0;
if (atom_parse_data_header(mode_info->atom_context, index, NULL,
&frev, &crev, &data_offset)) {
firmware_info =
(union firmware_info *)(mode_info->atom_context->bios +
data_offset);
- vddc = le16_to_cpu(firmware_info->info_14.usBootUpVDDCVoltage);
+ *vddc = le16_to_cpu(firmware_info->info_14.usBootUpVDDCVoltage);
+ if ((frev == 2) && (crev >= 2))
+ *vddci =
le16_to_cpu(firmware_info->info_22.usBootUpVDDCIVoltage);
}
-
- return vddc;
}
static void radeon_atombios_parse_pplib_non_clock_info(struct radeon_device
*rdev,
@@ -2203,7 +2206,9 @@ static void
radeon_atombios_parse_pplib_non_clock_info(struct radeon_device *rde
int j;
u32 misc = le32_to_cpu(non_clock_info->ulCapsAndSettings);
u32 misc2 = le16_to_cpu(non_clock_info->usClassification);
- u16 vddc = radeon_atombios_get_
kernel 2.6.39-rc3 drm, radeon: device driver tries to free DMA memory it has not allocated
On 2011.04.12 at 21:09 +0200, Stefan Richter wrote: > Hi, > > I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point > during userland startup: > > WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696() > Hardware name: System Product Name > NULL NULL: DMA-API: device driver tries to free DMA memory it has not > allocated [device address=0xce47b000] [size=4096 bytes] > Modules linked in: cpufreq_ondemand powernow_k8 freq_table mperf snd_pcm_oss > snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device nfsd > lockd it87 hwmon_vid sunrpc ext4 jbd2 crc16 sr_mod cdrom > snd_hda_codec_realtek k10temp yenta_socket snd_hda_intel pcmcia_core > pcmcia_rsrc snd_hda_codec snd_pcm pata_atiixp snd_timer sg snd snd_page_alloc > r8169 mii processor usb_storage > Pid: 4397, comm: X Tainted: GW 2.6.39-rc3 #2 > Call Trace: > [] warn_slowpath_common+0x80/0x98 > [] warn_slowpath_fmt+0x41/0x43 > [] ? _raw_spin_lock_irqsave+0x49/0x53 > [] ? check_unmap+0x102/0x696 > [] check_unmap+0x19a/0x696 > [] ? __change_page_attr_set_clr+0x16d/0x99d > [] debug_dma_free_coherent+0x6c/0x7a > [] ttm_put_pages+0x117/0x255 > [] ttm_tt_free_alloced_pages+0xbc/0xe2 > [] ttm_tt_destroy+0x50/0xda > [] ttm_bo_cleanup_memtype_use+0x29/0x63 > [] ttm_bo_release+0x112/0x1df > [] ? ttm_bo_create+0xff/0xff > [] kref_put+0x43/0x4d > [] ttm_bo_unref+0x33/0x40 > [] radeon_bo_unref+0x3f/0x5e > [] ? drm_gem_handle_delete+0x89/0xab > [] ? drm_gem_object_release_handle+0x5a/0x5a > [] radeon_gem_object_free+0x1e/0x20 > [] drm_gem_object_free+0x28/0x2a > [] kref_put+0x43/0x4d > [] drm_gem_handle_delete+0x98/0xab > [] drm_gem_close_ioctl+0x23/0x25 > [] drm_ioctl+0x277/0x343 > [] ? drm_gem_handle_delete+0xab/0xab > [] ? get_parent_ip+0x11/0x41 > [] ? trace_hardirqs_on+0xd/0xf > [] do_vfs_ioctl+0x464/0x4b3 > [] ? remove_vma+0x69/0x71 > [] sys_ioctl+0x42/0x65 > [] system_call_fastpath+0x16/0x1b > ---[ end trace 6a2f7052e2c76f52 ]--- > DMA-API: debugging out of memory - disabling > > This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server > 1.9.4 and xf86-video-ati 6.14.1. Looks similar to: http://thread.gmane.org/gmane.linux.kernel/1119774 Try reverting 69a07f0b117a40fcc1a479358d8e1f41793617f2 -- Markus
kernel 2.6.39-rc3 drm, radeon: device driver tries to free DMA memory it has not allocated
Hi, I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point during userland startup: WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696() Hardware name: System Product Name NULL NULL: DMA-API: device driver tries to free DMA memory it has not allocated [device address=0xce47b000] [size=4096 bytes] Modules linked in: cpufreq_ondemand powernow_k8 freq_table mperf snd_pcm_oss snd_mixer_oss snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device nfsd lockd it87 hwmon_vid sunrpc ext4 jbd2 crc16 sr_mod cdrom snd_hda_codec_realtek k10temp yenta_socket snd_hda_intel pcmcia_core pcmcia_rsrc snd_hda_codec snd_pcm pata_atiixp snd_timer sg snd snd_page_alloc r8169 mii processor usb_storage Pid: 4397, comm: X Tainted: GW 2.6.39-rc3 #2 Call Trace: [] warn_slowpath_common+0x80/0x98 [] warn_slowpath_fmt+0x41/0x43 [] ? _raw_spin_lock_irqsave+0x49/0x53 [] ? check_unmap+0x102/0x696 [] check_unmap+0x19a/0x696 [] ? __change_page_attr_set_clr+0x16d/0x99d [] debug_dma_free_coherent+0x6c/0x7a [] ttm_put_pages+0x117/0x255 [] ttm_tt_free_alloced_pages+0xbc/0xe2 [] ttm_tt_destroy+0x50/0xda [] ttm_bo_cleanup_memtype_use+0x29/0x63 [] ttm_bo_release+0x112/0x1df [] ? ttm_bo_create+0xff/0xff [] kref_put+0x43/0x4d [] ttm_bo_unref+0x33/0x40 [] radeon_bo_unref+0x3f/0x5e [] ? drm_gem_handle_delete+0x89/0xab [] ? drm_gem_object_release_handle+0x5a/0x5a [] radeon_gem_object_free+0x1e/0x20 [] drm_gem_object_free+0x28/0x2a [] kref_put+0x43/0x4d [] drm_gem_handle_delete+0x98/0xab [] drm_gem_close_ioctl+0x23/0x25 [] drm_ioctl+0x277/0x343 [] ? drm_gem_handle_delete+0xab/0xab [] ? get_parent_ip+0x11/0x41 [] ? trace_hardirqs_on+0xd/0xf [] do_vfs_ioctl+0x464/0x4b3 [] ? remove_vma+0x69/0x71 [] sys_ioctl+0x42/0x65 [] system_call_fastpath+0x16/0x1b ---[ end trace 6a2f7052e2c76f52 ]--- DMA-API: debugging out of memory - disabling This is an AMD RS780/ ATI Radeon HD 3200 system with Gentoo xorg-server 1.9.4 and xf86-video-ati 6.14.1. -- Stefan Richter -=-==-== -=-- -==-- http://arcgraph.de/sr/
[Bug 10978] Mesa 6.5.2 implementation error: User called no-op dispatch function
https://bugs.freedesktop.org/show_bug.cgi?id=10978 Eric Anholt changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTOURBUG --- Comment #6 from Eric Anholt 2011-04-12 12:43:13 PDT --- This really looks like what Brian said: the app is trying to use shaders on a driver that doesn't claim to support them, and failing in the expected way. Of course, the driver does support GLSL by now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 36182] New: Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Summary: Game Trine from http://www.humblebundle.com/ doesn't start Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: sobkas at gmail.com Created an attachment (id=4) --> (https://bugs.freedesktop.org/attachment.cgi?id=4) RADEON_DEBUG=all MESA_GLSL=dump ./trine-bin While trying to start game I got only this error Error compiling shaders. Make sure your GPU supports Shader Model 3.0. Additional details may be found in the log. I assume for now, that this problem is caused by lack of support for Shader Model 3.0 in MESA. Please correct me, if I'm wrong. There is also a log containing this lines: 12.4.2011 [21:39] INFO: Vertex profile: arbvp1 INFO: Vertex shader options: INFO: NumTemps=32 INFO: MaxInstructions=1024 INFO: MaxAddressRegs=1 INFO: MaxLocalParams=1024 INFO: Pixel profile: arbfp1 INFO: Pixel shader options: INFO: ARB_draw_buffers INFO: NumTemps=128 INFO: NumInstructionSlots=512 INFO: NumTexInstructionSlots=512 INFO: NumMathInstructionSlots=512 INFO: MaxTexIndirections=511 INFO: MaxLocalParams=1024 INFO: MaxDrawBuffers=4 ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) ERROR: Cg error: 4 4 (The program could not load.) glxinfo: name of display: :0 r300: DRM version: 2.8.0, Name: ATI RV530, ID: 0x71c1, GB: 1, Z: 2 r300: GART size: 509 MB, VRAM size: 256 MB r300: AA compression: NO, Z compression: NO, HiZ: NO display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV530 OpenGL version string: 2.1 Mesa 7.11-devel (git-f703ba8) OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_S3_s
[Bug 36182] Game Trine from http://www.humblebundle.com/ doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=36182 Krzysztof A. Sobiecki changed: What|Removed |Added Attachment #4|application/octet-stream|text/plain mime type|| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
