[Bug 37362] vgaswitcheroo : switch from intel to ati impossible
https://bugzilla.kernel.org/show_bug.cgi?id=37362 Erik Hardesty changed: What|Removed |Added CC||daling...@gmail.com --- Comment #9 from Erik Hardesty 2011-07-16 06:31:08 --- FWIW, I also have a DV7, specifically, I have a DV7t-6000. This model supposedly uses a MUX. Despite having a MUX I have the exact same symptoms as this bug report. This is true for kernels 2.6.38 - 3.0rc7 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #4 from Marcin Slusarz 2011-07-15 21:23:10 --- Created an attachment (id=65782) --> (https://bugzilla.kernel.org/attachment.cgi?id=65782) test patch It seems M2MF object is bounded to NV04_GDI subchannel after resume. Can you test attached patch? --- Comment #5 from Andrew Randrianasulu 2011-07-16 06:15:08 --- (In reply to comment #4) > Created an attachment (id=65782) --> (https://bugzilla.kernel.org/attachment.cgi?id=65782) [details] > test patch > > It seems M2MF object is bounded to NV04_GDI subchannel after resume. > > Can you test attached patch? Works (tried 2 suspends , one from console, one from X) Thanks a lot! -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 Andrew Randrianasulu changed: What|Removed |Added Platform|All |i386 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[git pull] drm radeon pciids update
Hi Linus, just some pci ids from AMD. Dave. The following changes since commit 5dcd07b9f39ca3e9be5bcc387d193fc0674e1c81: Merge git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-2.6-fixes (2011-07-14 10:20:42 -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 (1): drm/radeon/kms: add new NI pci ids include/drm/drm_pciids.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #3 from Andrew Randrianasulu 2011-07-15 16:04:08 --- Created an attachment (id=65762) --> (https://bugzilla.kernel.org/attachment.cgi?id=65762) dmesg after s2ram -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #2 from Andrew Randrianasulu 2011-07-15 16:01:50 --- Created an attachment (id=65752) --> (https://bugzilla.kernel.org/attachment.cgi?id=65752) dmesg from nouveau tree, without attempt to suspend -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #1 from Andrew Randrianasulu 2011-07-15 16:00:18 --- Created an attachment (id=65742) --> (https://bugzilla.kernel.org/attachment.cgi?id=65742) lspci -vv -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug.
[Bug 39422] New: s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422
Summary: s2ram with nouveau leaves VTs blank, works in X (but
only for vt X was running on)
Product: Drivers
Version: 2.5
Kernel Version: 3.0.0-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
AssignedTo: drivers_video-dri at kernel-bugs.osdl.org
ReportedBy: randrik at mail.ru
Regression: No
Hello.
I've tested both mainline and http://cgit.freedesktop.org/nouveau/linux-2.6/
mainline - commit fe0d42203cb5616eeff68b14576a0f7e2dd56625 ("Linux 3.0-rc6")
nouveau-2.6 - commit 72690683e35680d912e9b8ff2ee0b7a18631dd0d ("drm/nouveau/pm:
Document and expose CL and WR for 0x1002Cx")
doing echo mem > /sys/power/sleep send my system to sleep, but on resume i can
see only blank vt, if i run this command from console. I can poweroff machine
via ctrl-alt-del, or power button. If I start X, and suspend from xterminal -
on restore i can see X again, and work as usual, but non-X VTs still blank
(with small line-shaped cursor in top-left corner).
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
[PATCH] drm/radeon/kms: add info query for backend map
From: Alex Deucher
The 3D driver need to get the pipe to backend
map to certain things. Add a query to get the
info.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/ni.c |1 +
drivers/gpu/drm/radeon/r600.c |1 +
drivers/gpu/drm/radeon/radeon.h |3 +++
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
drivers/gpu/drm/radeon/rv770.c |1 +
include/drm/radeon_drm.h|1 +
8 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 8d7bd90..0e3bacc 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -2047,6 +2047,7 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
rdev->config.evergreen.tile_config |=
((gb_addr_config & 0x3000) >> 28) << 12;
+ rdev->config.evergreen.backend_map = gb_backend_map;
WREG32(GB_BACKEND_MAP, gb_backend_map);
WREG32(GB_ADDR_CONFIG, gb_addr_config);
WREG32(DMIF_ADDR_CONFIG, gb_addr_config);
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
index 16caafe..93af56d 100644
--- a/drivers/gpu/drm/radeon/ni.c
+++ b/drivers/gpu/drm/radeon/ni.c
@@ -833,6 +833,7 @@ static void cayman_gpu_init(struct radeon_device *rdev)
rdev->config.cayman.tile_config |=
((gb_addr_config & ROW_SIZE_MASK) >> ROW_SIZE_SHIFT) << 12;
+ rdev->config.cayman.backend_map = gb_backend_map;
WREG32(GB_BACKEND_MAP, gb_backend_map);
WREG32(GB_ADDR_CONFIG, gb_addr_config);
WREG32(DMIF_ADDR_CONFIG, gb_addr_config);
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index f79d2cc..48abb6d 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -1662,6 +1662,7 @@ void r600_gpu_init(struct radeon_device *rdev)
R6XX_MAX_BACKENDS_MASK) >> 16)),
(cc_rb_backend_disable
>> 16));
rdev->config.r600.tile_config = tiling_config;
+ rdev->config.r600.backend_map = backend_map;
tiling_config |= BACKEND_MAP(backend_map);
WREG32(GB_TILING_CONFIG, tiling_config);
WREG32(DCP_TILING_CONFIG, tiling_config & 0x);
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index ef0e0e0..ec534f5 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -1003,6 +1003,7 @@ struct r600_asic {
unsignedtiling_npipes;
unsignedtiling_group_size;
unsignedtile_config;
+ unsignedbackend_map;
struct r100_gpu_lockup lockup;
};
@@ -1028,6 +1029,7 @@ struct rv770_asic {
unsignedtiling_npipes;
unsignedtiling_group_size;
unsignedtile_config;
+ unsignedbackend_map;
struct r100_gpu_lockup lockup;
};
@@ -1054,6 +1056,7 @@ struct evergreen_asic {
unsigned tiling_npipes;
unsigned tiling_group_size;
unsigned tile_config;
+ unsigned backend_map;
struct r100_gpu_lockup lockup;
};
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index 73dfbe8..3e81e21 100644
--- a/drivers/gpu/drm/radeon/radeon_drv.c
+++ b/drivers/gpu/drm/radeon/radeon_drv.c
@@ -51,9 +51,10 @@
* 2.8.0 - pageflip support, r500 US_FORMAT regs. r500 ARGB2101010 colorbuf,
r300->r500 CMASK, clock crystal query
* 2.9.0 - r600 tiling (s3tc,rgtc) working, SET_PREDICATION packet 3 on r600
+ eg, backend query
* 2.10.0 - fusion 2D tiling
+ * 2.11.0 - add backend_map query
*/
#define KMS_DRIVER_MAJOR 2
-#define KMS_DRIVER_MINOR 10
+#define KMS_DRIVER_MINOR 11
#define KMS_DRIVER_PATCHLEVEL 0
int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags);
int radeon_driver_unload_kms(struct drm_device *dev);
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
index bd58af6..8302c11 100644
--- a/drivers/gpu/drm/radeon/radeon_kms.c
+++ b/drivers/gpu/drm/radeon/radeon_kms.c
@@ -237,6 +237,19 @@ int radeon_info_ioctl(struct drm_device *dev, void *data,
struct drm_file *filp)
case RADEON_INFO_FUSION_GART_WORKING:
value = 1;
break;
+ case RADEON_INFO_BACKEND_MAP:
+ if (rdev->family >= CHIP_CAYMAN)
+ value = rdev->config.cayman.backend_map;
+ else if (rdev->family >= CHIP_CEDAR)
+ value = rdev->config.evergreen.backend_map;
+ else if (rdev->family >= CHIP_RV770)
+ value = rdev->config.rv770.backend_map;
+
[Bug 39272] Ridiculous performances with HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39272 darkbasic changed: What|Removed |Added Attachment #49166|text/x-log |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
[Bug 39272] New: Ridiculous performances with HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39272 Summary: Ridiculous performances with HD5870 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: darkba...@linuxsystems.it Created an attachment (id=49166) --> (https://bugs.freedesktop.org/attachment.cgi?id=49166) xorg.log This is with nexuiz, demo1, high quality, hdr off, 2560x1600: 1910 frames 81.205 seconds 23.5207192 fps Lowering the resolution to 1920x1200 I still get only 30 fps instead of 23. Recently Michael at Phoronix got 150+ fps in nexuiz @1920x1200 with a slower card (HD6870), slower and with a least mature support! Cpu is a 2,7GHz dual core. OS gentoo amd64, kernel is linux-3.0.0-rc3, today's mesa/libdrm/xf86-video-ati snapshots, xorg-server 1.10.3. It isn't even faster than my previous HD3870 :( Openarena is even worst... Yesterday I get 30 fps at the first run, 90 at the second and 160 at the third, today I get a costant ~30 fps :( ~ $ openarena +exec anholt 2>&1 | egrep -e '[0-9]+ frames' 840 frames 26.9 seconds 31.3 fps 3.0/32.0/237.0/14.3 ms I use the high power profile, I disabled swapbufferwaits, this is my /etc/drirc, pageflipping and color tiling on... I attached my xorg.log :( dmesg | grep drm [5.725051] [drm] Initialized drm 1.1.0 20060810 [5.774356] [drm] radeon defaulting to kernel modesetting. [5.774359] [drm] radeon kernel modesetting enabled. [5.774670] [drm] initializing kernel modesetting (CYPRESS 0x1002:0x6898). [5.774692] [drm] register mmio base: 0xFD7C [5.774693] [drm] register mmio size: 131072 [5.776561] [drm] Detected VRAM RAM=1024M, BAR=256M [5.776564] [drm] RAM width 256bits DDR [5.776668] [drm] radeon: 1024M of VRAM memory ready [5.776670] [drm] radeon: 512M of GTT memory ready. [5.776684] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [5.776686] [drm] Driver supports precise vblank timestamp query. [5.776751] [drm] radeon: irq initialized. [5.776756] [drm] GART: num cpu pages 131072, num gpu pages 131072 [5.778152] [drm] Loading CYPRESS Microcode [6.184955] [drm] ring test succeeded in 1 usecs [6.185071] [drm] radeon: ib pool ready. [6.185132] [drm] ib test succeeded in 0 usecs [6.185519] [drm] Radeon Display Connectors [6.185521] [drm] Connector 0: [6.185523] [drm] DisplayPort [6.185524] [drm] HPD4 [6.185526] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [6.185528] [drm] Encoders: [6.185529] [drm] DFP1: INTERNAL_UNIPHY2 [6.185531] [drm] Connector 1: [6.185532] [drm] HDMI-A [6.185533] [drm] HPD5 [6.185536] [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c [6.185537] [drm] Encoders: [6.185539] [drm] DFP2: INTERNAL_UNIPHY2 [6.185540] [drm] Connector 2: [6.185541] [drm] DVI-I [6.185542] [drm] HPD1 [6.185544] [drm] DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 0x645c 0x645c [6.185546] [drm] Encoders: [6.185548] [drm] DFP3: INTERNAL_UNIPHY1 [6.185549] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [6.185551] [drm] Connector 3: [6.185552] [drm] DVI-I [6.185553] [drm] HPD6 [6.18] [drm] DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 0x647c 0x647c [6.185556] [drm] Encoders: [6.185558] [drm] DFP4: INTERNAL_UNIPHY [6.185559] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [6.377642] [drm] Internal thermal controller with fan control [6.377690] [drm] radeon: power management initialized [6.457985] [drm] fb mappable at 0xD0141000 [6.457987] [drm] vram apper at 0xD000 [6.457989] [drm] size 16384000 [6.457991] [drm] fb depth is 24 [6.457992] [drm]pitch is 10240 [6.458069] fbcon: radeondrmfb (fb0) is primary device [6.733910] fb0: radeondrmfb frame buffer device [6.733912] drm: registered panic notifier [6.733918] [drm] Initialized radeon 2.10.0 20080528 for :05:00.0 on minor 0 -- 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 39272] Ridiculous performances with HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39272 darkbasic changed: What|Removed |Added Attachment #49166|text/x-log |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.
[Bug 39272] New: Ridiculous performances with HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39272 Summary: Ridiculous performances with HD5870 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: darkbasic at linuxsystems.it Created an attachment (id=49166) --> (https://bugs.freedesktop.org/attachment.cgi?id=49166) xorg.log This is with nexuiz, demo1, high quality, hdr off, 2560x1600: 1910 frames 81.205 seconds 23.5207192 fps Lowering the resolution to 1920x1200 I still get only 30 fps instead of 23. Recently Michael at Phoronix got 150+ fps in nexuiz @1920x1200 with a slower card (HD6870), slower and with a least mature support! Cpu is a 2,7GHz dual core. OS gentoo amd64, kernel is linux-3.0.0-rc3, today's mesa/libdrm/xf86-video-ati snapshots, xorg-server 1.10.3. It isn't even faster than my previous HD3870 :( Openarena is even worst... Yesterday I get 30 fps at the first run, 90 at the second and 160 at the third, today I get a costant ~30 fps :( ~ $ openarena +exec anholt 2>&1 | egrep -e '[0-9]+ frames' 840 frames 26.9 seconds 31.3 fps 3.0/32.0/237.0/14.3 ms I use the high power profile, I disabled swapbufferwaits, this is my /etc/drirc, pageflipping and color tiling on... I attached my xorg.log :( dmesg | grep drm [5.725051] [drm] Initialized drm 1.1.0 20060810 [5.774356] [drm] radeon defaulting to kernel modesetting. [5.774359] [drm] radeon kernel modesetting enabled. [5.774670] [drm] initializing kernel modesetting (CYPRESS 0x1002:0x6898). [5.774692] [drm] register mmio base: 0xFD7C [5.774693] [drm] register mmio size: 131072 [5.776561] [drm] Detected VRAM RAM=1024M, BAR=256M [5.776564] [drm] RAM width 256bits DDR [5.776668] [drm] radeon: 1024M of VRAM memory ready [5.776670] [drm] radeon: 512M of GTT memory ready. [5.776684] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [5.776686] [drm] Driver supports precise vblank timestamp query. [5.776751] [drm] radeon: irq initialized. [5.776756] [drm] GART: num cpu pages 131072, num gpu pages 131072 [5.778152] [drm] Loading CYPRESS Microcode [6.184955] [drm] ring test succeeded in 1 usecs [6.185071] [drm] radeon: ib pool ready. [6.185132] [drm] ib test succeeded in 0 usecs [6.185519] [drm] Radeon Display Connectors [6.185521] [drm] Connector 0: [6.185523] [drm] DisplayPort [6.185524] [drm] HPD4 [6.185526] [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c [6.185528] [drm] Encoders: [6.185529] [drm] DFP1: INTERNAL_UNIPHY2 [6.185531] [drm] Connector 1: [6.185532] [drm] HDMI-A [6.185533] [drm] HPD5 [6.185536] [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c [6.185537] [drm] Encoders: [6.185539] [drm] DFP2: INTERNAL_UNIPHY2 [6.185540] [drm] Connector 2: [6.185541] [drm] DVI-I [6.185542] [drm] HPD1 [6.185544] [drm] DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 0x645c 0x645c [6.185546] [drm] Encoders: [6.185548] [drm] DFP3: INTERNAL_UNIPHY1 [6.185549] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [6.185551] [drm] Connector 3: [6.185552] [drm] DVI-I [6.185553] [drm] HPD6 [6.18] [drm] DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 0x647c 0x647c [6.185556] [drm] Encoders: [6.185558] [drm] DFP4: INTERNAL_UNIPHY [6.185559] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [6.377642] [drm] Internal thermal controller with fan control [6.377690] [drm] radeon: power management initialized [6.457985] [drm] fb mappable at 0xD0141000 [6.457987] [drm] vram apper at 0xD000 [6.457989] [drm] size 16384000 [6.457991] [drm] fb depth is 24 [6.457992] [drm]pitch is 10240 [6.458069] fbcon: radeondrmfb (fb0) is primary device [6.733910] fb0: radeondrmfb frame buffer device [6.733912] drm: registered panic notifier [6.733918] [drm] Initialized radeon 2.10.0 20080528 for :05:00.0 on minor 0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39269] Pioneer Spacesim fails to compile shader
https://bugs.freedesktop.org/show_bug.cgi?id=39269 Ian Romanick changed: What|Removed |Added Platform|x86-64 (AMD64) |All Keywords||NEEDINFO Component|Drivers/Gallium/r300|glsl-compiler AssignedTo|dri-devel@lists.freedesktop |i...@freedesktop.org |.org| CC||stereotype...@gmail.com --- Comment #1 from Ian Romanick 2011-07-15 15:14:45 PDT --- (In reply to comment #0) > it disables shaders on start with this error message: > > GL_ARB_point_sprite: Yes > Error compiling shader: data/shaders/postprocessBloom1Downsample.frag.glsl: > 0:122(1): error: syntax error, unexpected EXTENSION, expecting $end This concerns me a bit. This is saying that the error is in line 122. #extension lines can only be preceded in a shader by comments, whitespace, and the #version line. The shader at github has #extension as the first line, so something fishy is going on. Can you run with MESA_GLSL=dump and attach the output? > OpenGL vendor: X.Org R300 Project > OpenGL renderer string: Gallium 0.4 on ATI R580 > > Pioneer will run with shaders disabled. > > this works with mesa 7.10 branch > > the code to the game is here: > https://github.com/pioneerspacesim/pioneer > > Distro is Slackware64 13.37 -- 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 39269] Pioneer Spacesim fails to compile shader
https://bugs.freedesktop.org/show_bug.cgi?id=39269 Ian Romanick changed: What|Removed |Added Platform|x86-64 (AMD64) |All Keywords||NEEDINFO Component|Drivers/Gallium/r300|glsl-compiler AssignedTo|dri-devel at lists.freedesktop |idr at freedesktop.org |.org| CC||stereotype441 at gmail.com --- Comment #1 from Ian Romanick 2011-07-15 15:14:45 PDT --- (In reply to comment #0) > it disables shaders on start with this error message: > > GL_ARB_point_sprite: Yes > Error compiling shader: data/shaders/postprocessBloom1Downsample.frag.glsl: > 0:122(1): error: syntax error, unexpected EXTENSION, expecting $end This concerns me a bit. This is saying that the error is in line 122. #extension lines can only be preceded in a shader by comments, whitespace, and the #version line. The shader at github has #extension as the first line, so something fishy is going on. Can you run with MESA_GLSL=dump and attach the output? > OpenGL vendor: X.Org R300 Project > OpenGL renderer string: Gallium 0.4 on ATI R580 > > Pioneer will run with shaders disabled. > > this works with mesa 7.10 branch > > the code to the game is here: > https://github.com/pioneerspacesim/pioneer > > Distro is Slackware64 13.37 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH 4/6] drm/radeon: Add a rmb() in IH processing
On Fri, 2011-07-15 at 04:19 +, Matt Turner wrote: > On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt > wrote: > > We should have a read memory barrier between reading the WPTR from > > memory and reading ring entries based on that value (ie, we need to > > ensure both loads are done in order by the CPU). > > > > It could be argued that the MMIO reads in r600_ack_irq() might be > > enough to get that barrier but I prefer keeping an explicit one just > > in case. > > > > Signed-off-by: Benjamin Herrenschmidt > > --- > > > > (resent adding dri-devel to the CC list to hit patchwork) > > > > drivers/gpu/drm/radeon/r600.c |3 +++ > > 1 files changed, 3 insertions(+), 0 deletions(-) > > > > diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c > > index 3c86b15..7e5c801 100644 > > --- a/drivers/gpu/drm/radeon/r600.c > > +++ b/drivers/gpu/drm/radeon/r600.c > > @@ -3312,6 +3312,9 @@ int r600_irq_process(struct radeon_device *rdev) > >} > > > > restart_ih: > > + /* Order reading of wptr vs. reading of IH ring data */ > > + wmb(); > > + > >/* display interrupts */ > >r600_irq_ack(rdev); > > The subject line says rmb(), but this says wmb(). Just want to verify > what you have is correct. Nice spotting, it's a typo and should have been rmb(). I'll fix it and respin. Cheers, Ben
[Bug 38675] Recompiled kernel crash on KMS loading
https://bugs.freedesktop.org/show_bug.cgi?id=38675 --- Comment #5 from Ben Hutchings 2011-07-15 14:32:10 PDT --- Although the 'crash' configuration is not very sensible, any valid configuration should not result in a crash so long as the hardware requirements are met. Comparing the 'ok' and 'crash' configurations, I think the important difference is probably: -CONFIG_VIDEO_OUTPUT_CONTROL=y +# CONFIG_VIDEO_OUTPUT_CONTROL is not set -- 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 38675] Recompiled kernel crash on KMS loading
https://bugs.freedesktop.org/show_bug.cgi?id=38675 --- Comment #5 from Ben Hutchings 2011-07-15 14:32:10 PDT --- Although the 'crash' configuration is not very sensible, any valid configuration should not result in a crash so long as the hardware requirements are met. Comparing the 'ok' and 'crash' configurations, I think the important difference is probably: -CONFIG_VIDEO_OUTPUT_CONTROL=y +# CONFIG_VIDEO_OUTPUT_CONTROL is not set -- 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: add info query for backend map
From: Alex Deucher
The 3D driver need to get the pipe to backend
map to certain things. Add a query to get the
info.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/ni.c |1 +
drivers/gpu/drm/radeon/r600.c |1 +
drivers/gpu/drm/radeon/radeon.h |3 +++
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
drivers/gpu/drm/radeon/rv770.c |1 +
include/drm/radeon_drm.h|1 +
8 files changed, 23 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 8d7bd90..0e3bacc 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
@@ -2047,6 +2047,7 @@ static void evergreen_gpu_init(struct radeon_device *rdev)
rdev->config.evergreen.tile_config |=
((gb_addr_config & 0x3000) >> 28) << 12;
+ rdev->config.evergreen.backend_map = gb_backend_map;
WREG32(GB_BACKEND_MAP, gb_backend_map);
WREG32(GB_ADDR_CONFIG, gb_addr_config);
WREG32(DMIF_ADDR_CONFIG, gb_addr_config);
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
index 16caafe..93af56d 100644
--- a/drivers/gpu/drm/radeon/ni.c
+++ b/drivers/gpu/drm/radeon/ni.c
@@ -833,6 +833,7 @@ static void cayman_gpu_init(struct radeon_device *rdev)
rdev->config.cayman.tile_config |=
((gb_addr_config & ROW_SIZE_MASK) >> ROW_SIZE_SHIFT) << 12;
+ rdev->config.cayman.backend_map = gb_backend_map;
WREG32(GB_BACKEND_MAP, gb_backend_map);
WREG32(GB_ADDR_CONFIG, gb_addr_config);
WREG32(DMIF_ADDR_CONFIG, gb_addr_config);
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index f79d2cc..48abb6d 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/drm/radeon/r600.c
@@ -1662,6 +1662,7 @@ void r600_gpu_init(struct radeon_device *rdev)
R6XX_MAX_BACKENDS_MASK) >> 16)),
(cc_rb_backend_disable
>> 16));
rdev->config.r600.tile_config = tiling_config;
+ rdev->config.r600.backend_map = backend_map;
tiling_config |= BACKEND_MAP(backend_map);
WREG32(GB_TILING_CONFIG, tiling_config);
WREG32(DCP_TILING_CONFIG, tiling_config & 0x);
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index ef0e0e0..ec534f5 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -1003,6 +1003,7 @@ struct r600_asic {
unsignedtiling_npipes;
unsignedtiling_group_size;
unsignedtile_config;
+ unsignedbackend_map;
struct r100_gpu_lockup lockup;
};
@@ -1028,6 +1029,7 @@ struct rv770_asic {
unsignedtiling_npipes;
unsignedtiling_group_size;
unsignedtile_config;
+ unsignedbackend_map;
struct r100_gpu_lockup lockup;
};
@@ -1054,6 +1056,7 @@ struct evergreen_asic {
unsigned tiling_npipes;
unsigned tiling_group_size;
unsigned tile_config;
+ unsigned backend_map;
struct r100_gpu_lockup lockup;
};
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index 73dfbe8..3e81e21 100644
--- a/drivers/gpu/drm/radeon/radeon_drv.c
+++ b/drivers/gpu/drm/radeon/radeon_drv.c
@@ -51,9 +51,10 @@
* 2.8.0 - pageflip support, r500 US_FORMAT regs. r500 ARGB2101010 colorbuf,
r300->r500 CMASK, clock crystal query
* 2.9.0 - r600 tiling (s3tc,rgtc) working, SET_PREDICATION packet 3 on r600
+ eg, backend query
* 2.10.0 - fusion 2D tiling
+ * 2.11.0 - add backend_map query
*/
#define KMS_DRIVER_MAJOR 2
-#define KMS_DRIVER_MINOR 10
+#define KMS_DRIVER_MINOR 11
#define KMS_DRIVER_PATCHLEVEL 0
int radeon_driver_load_kms(struct drm_device *dev, unsigned long flags);
int radeon_driver_unload_kms(struct drm_device *dev);
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
index bd58af6..8302c11 100644
--- a/drivers/gpu/drm/radeon/radeon_kms.c
+++ b/drivers/gpu/drm/radeon/radeon_kms.c
@@ -237,6 +237,19 @@ int radeon_info_ioctl(struct drm_device *dev, void *data,
struct drm_file *filp)
case RADEON_INFO_FUSION_GART_WORKING:
value = 1;
break;
+ case RADEON_INFO_BACKEND_MAP:
+ if (rdev->family >= CHIP_CAYMAN)
+ value = rdev->config.cayman.backend_map;
+ else if (rdev->family >= CHIP_CEDAR)
+ value = rdev->config.evergreen.backend_map;
+ else if (rdev->family >= CHIP_RV770)
+ value = rdev->config.rv770.backend_map;
[Bug 39269] New: Pioneer Spacesim fails to compile shader
https://bugs.freedesktop.org/show_bug.cgi?id=39269 Summary: Pioneer Spacesim fails to compile shader Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: had...@gmx.de it disables shaders on start with this error message: GL_ARB_point_sprite: Yes Error compiling shader: data/shaders/postprocessBloom1Downsample.frag.glsl: 0:122(1): error: syntax error, unexpected EXTENSION, expecting $end OpenGL vendor: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI R580 Pioneer will run with shaders disabled. this works with mesa 7.10 branch the code to the game is here: https://github.com/pioneerspacesim/pioneer Distro is Slackware64 13.37 -- 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 39269] New: Pioneer Spacesim fails to compile shader
https://bugs.freedesktop.org/show_bug.cgi?id=39269 Summary: Pioneer Spacesim fails to compile shader Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: hadack at gmx.de it disables shaders on start with this error message: GL_ARB_point_sprite: Yes Error compiling shader: data/shaders/postprocessBloom1Downsample.frag.glsl: 0:122(1): error: syntax error, unexpected EXTENSION, expecting $end OpenGL vendor: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI R580 Pioneer will run with shaders disabled. this works with mesa 7.10 branch the code to the game is here: https://github.com/pioneerspacesim/pioneer Distro is Slackware64 13.37 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39267] New: Dynamic power management does not work on HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39267 Summary: Dynamic power management does not work on HD5870 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: darkbas...@gmail.com I recently switched from an HD3870 to an HD5870, before dynpm did work flawlessly (expect of a bit o flickering), but now it doesn't work anymore (it keeps 'high' and does not switch to the lower power states). Instead 'low' power profile does work even better than the 3870, it goes from 70 to 45°C instead of 55°C. linux-3.0.0-rc3, mesa git master, libdrm git master, fx86-video-ati git master, xorg-server 1.10.3 Let me know which kind of information do you need. -- 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 39267] New: Dynamic power management does not work on HD5870
https://bugs.freedesktop.org/show_bug.cgi?id=39267 Summary: Dynamic power management does not work on HD5870 Product: DRI Version: XOrg CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel at lists.freedesktop.org ReportedBy: darkbasic4 at gmail.com I recently switched from an HD3870 to an HD5870, before dynpm did work flawlessly (expect of a bit o flickering), but now it doesn't work anymore (it keeps 'high' and does not switch to the lower power states). Instead 'low' power profile does work even better than the 3870, it goes from 70 to 45?C instead of 55?C. linux-3.0.0-rc3, mesa git master, libdrm git master, fx86-video-ati git master, xorg-server 1.10.3 Let me know which kind of information do you need. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 Andrew Randrianasulu changed: What|Removed |Added Platform|All |i386 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH] drm/radeon/kms: add new NI pci ids
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
include/drm/drm_pciids.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index e08f344..3d53efd 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -182,6 +182,7 @@
{0x1002, 0x6750, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6758, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6759, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
+ {0x1002, 0x675F, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6760, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6761, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6762, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
@@ -192,6 +193,7 @@
{0x1002, 0x6767, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6768, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6770, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
+ {0x1002, 0x6778, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6779, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6880, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CYPRESS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6888, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CYPRESS|RADEON_NEW_MEMMAP}, \
--
1.7.1.1
[Bug 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #14 from Micael Dias 2011-07-15 10:25:13 PDT --- (In reply to comment #13) > The xtended timing interface that mplayer2 uses > (vdp_presentation_queue_get_time) is currently not implemented. > > Honestly I have only tested it on mplayer, no guarantee that's working on > xine/mplayer2/... Right, I am using mplayer2, so that must be it. -- 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 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #14 from Micael Dias 2011-07-15 10:25:13 PDT --- (In reply to comment #13) > The xtended timing interface that mplayer2 uses > (vdp_presentation_queue_get_time) is currently not implemented. > > Honestly I have only tested it on mplayer, no guarantee that's working on > xine/mplayer2/... Right, I am using mplayer2, so that must be it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 Christian König changed: What|Removed |Added Status|NEW |ASSIGNED Severity|normal |enhancement Priority|medium |high CC||deathsim...@vodafone.de --- Comment #13 from Christian König 2011-07-15 10:17:02 PDT --- The xtended timing interface that mplayer2 uses (vdp_presentation_queue_get_time) is currently not implemented. Honestly I have only tested it on mplayer, no guarantee that's working on xine/mplayer2/... -- 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 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 Christian K?nig changed: What|Removed |Added Status|NEW |ASSIGNED Severity|normal |enhancement Priority|medium |high CC||deathsimple at vodafone.de --- Comment #13 from Christian K?nig 2011-07-15 10:17:02 PDT --- The xtended timing interface that mplayer2 uses (vdp_presentation_queue_get_time) is currently not implemented. Honestly I have only tested it on mplayer, no guarantee that's working on xine/mplayer2/... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #12 from Andy Furniss 2011-07-15 09:11:38 PDT --- (In reply to comment #11) > (In reply to comment #10) > > adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me > > Also fixes vdpauinfo here. > > I still can't decode mpeg2 though, same error as before. I can't find vdp_presentation_queue_get_time in mplayer sources - so this looks like a mplayer vs mplayer2 thing. You could probably just search the mplayer2 sources and comment out that call - or just use mplayer. I see recent commits to master should mean you no longer have to add -ldrm manually. -- 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 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #12 from Andy Furniss 2011-07-15 09:11:38 PDT --- (In reply to comment #11) > (In reply to comment #10) > > adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me > > Also fixes vdpauinfo here. > > I still can't decode mpeg2 though, same error as before. I can't find vdp_presentation_queue_get_time in mplayer sources - so this looks like a mplayer vs mplayer2 thing. You could probably just search the mplayer2 sources and comment out that call - or just use mplayer. I see recent commits to master should mean you no longer have to add -ldrm manually. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #3 from Andrew Randrianasulu 2011-07-15 16:04:08 --- Created an attachment (id=65762) --> (https://bugzilla.kernel.org/attachment.cgi?id=65762) dmesg after s2ram -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #2 from Andrew Randrianasulu 2011-07-15 16:01:50 --- Created an attachment (id=65752) --> (https://bugzilla.kernel.org/attachment.cgi?id=65752) dmesg from nouveau tree, without attempt to suspend -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39422] s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422 --- Comment #1 from Andrew Randrianasulu 2011-07-15 16:00:18 --- Created an attachment (id=65742) --> (https://bugzilla.kernel.org/attachment.cgi?id=65742) lspci -vv -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39422] New: s2ram with nouveau leaves VTs blank, works in X (but only for vt X was running on)
https://bugzilla.kernel.org/show_bug.cgi?id=39422
Summary: s2ram with nouveau leaves VTs blank, works in X (but
only for vt X was running on)
Product: Drivers
Version: 2.5
Kernel Version: 3.0.0-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
AssignedTo: drivers_video-...@kernel-bugs.osdl.org
ReportedBy: rand...@mail.ru
Regression: No
Hello.
I've tested both mainline and http://cgit.freedesktop.org/nouveau/linux-2.6/
mainline - commit fe0d42203cb5616eeff68b14576a0f7e2dd56625 ("Linux 3.0-rc6")
nouveau-2.6 - commit 72690683e35680d912e9b8ff2ee0b7a18631dd0d ("drm/nouveau/pm:
Document and expose CL and WR for 0x1002Cx")
doing echo mem > /sys/power/sleep send my system to sleep, but on resume i can
see only blank vt, if i run this command from console. I can poweroff machine
via ctrl-alt-del, or power button. If I start X, and suspend from xterminal -
on restore i can see X again, and work as usual, but non-X VTs still blank
(with small line-shaped cursor in top-left corner).
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[git pull] drm radeon pciids update
Hi Linus, just some pci ids from AMD. Dave. The following changes since commit 5dcd07b9f39ca3e9be5bcc387d193fc0674e1c81: Merge git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-2.6-fixes (2011-07-14 10:20:42 -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 (1): drm/radeon/kms: add new NI pci ids include/drm/drm_pciids.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 39063] RV630: Sapphire HD 2600 XT power management doesnt work.
https://bugs.freedesktop.org/show_bug.cgi?id=39063 --- Comment #6 from vladkuzm 2011-07-15 08:12:45 PDT --- It`s sad :( I hope you have any plans to advanced power management system to avoid exceptions like this. May be someone can edit this page http://www.x.org/wiki/RadeonFeature about wrong bios information to help another people with same issue. Anyway, thanks for the 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 39063] RV630: Sapphire HD 2600 XT power management doesnt work.
https://bugs.freedesktop.org/show_bug.cgi?id=39063 --- Comment #6 from vladkuzm 2011-07-15 08:12:45 PDT --- It`s sad :( I hope you have any plans to advanced power management system to avoid exceptions like this. May be someone can edit this page http://www.x.org/wiki/RadeonFeature about wrong bios information to help another people with same issue. Anyway, thanks for the help. -- 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: add new NI pci ids
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
include/drm/drm_pciids.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index e08f344..3d53efd 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -182,6 +182,7 @@
{0x1002, 0x6750, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6758, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6759, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
+ {0x1002, 0x675F, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_TURKS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6760, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6761, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6762, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
@@ -192,6 +193,7 @@
{0x1002, 0x6767, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6768, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6770, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
+ {0x1002, 0x6778, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6779, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CAICOS|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6880, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CYPRESS|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP}, \
{0x1002, 0x6888, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
CHIP_CYPRESS|RADEON_NEW_MEMMAP}, \
--
1.7.1.1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
[Bug 33381] [RADEON:KMS:R600G] es2gears freeze
https://bugs.freedesktop.org/show_bug.cgi?id=33381 --- Comment #18 from Michel Dänzer 2011-07-15 04:40:32 PDT --- If you can still reproduce this, please attach the output of EGL_LOG_LEVEL=debug es2gears and maybe the output of es2_info. -- 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 33381] [RADEON:KMS:R600G] es2gears freeze
https://bugs.freedesktop.org/show_bug.cgi?id=33381 --- Comment #18 from Michel D?nzer 2011-07-15 04:40:32 PDT --- If you can still reproduce this, please attach the output of EGL_LOG_LEVEL=debug es2gears and maybe the output of es2_info. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH 4/6] drm/radeon: Add a rmb() in IH processing
On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt wrote: > We should have a read memory barrier between reading the WPTR from > memory and reading ring entries based on that value (ie, we need to > ensure both loads are done in order by the CPU). > > It could be argued that the MMIO reads in r600_ack_irq() might be > enough to get that barrier but I prefer keeping an explicit one just > in case. > > Signed-off-by: Benjamin Herrenschmidt > --- > > (resent adding dri-devel to the CC list to hit patchwork) > > drivers/gpu/drm/radeon/r600.c | ? ?3 +++ > ?1 files changed, 3 insertions(+), 0 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c > index 3c86b15..7e5c801 100644 > --- a/drivers/gpu/drm/radeon/r600.c > +++ b/drivers/gpu/drm/radeon/r600.c > @@ -3312,6 +3312,9 @@ int r600_irq_process(struct radeon_device *rdev) > ? ? ? ?} > > ?restart_ih: > + ? ? ? /* Order reading of wptr vs. reading of IH ring data */ > + ? ? ? wmb(); > + > ? ? ? ?/* display interrupts */ > ? ? ? ?r600_irq_ack(rdev); The subject line says rmb(), but this says wmb(). Just want to verify what you have is correct. Matt
[Bug 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #11 from Micael Dias 2011-07-15 01:48:07 PDT --- (In reply to comment #10) > adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me Also fixes vdpauinfo here. I still can't decode mpeg2 though, same error as before. -- 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 39222] VDPAU not working on RV710
https://bugs.freedesktop.org/show_bug.cgi?id=39222 --- Comment #11 from Micael Dias 2011-07-15 01:48:07 PDT --- (In reply to comment #10) > adding -ldrm to src/gallium/targets/vdpau-r600/Makefile fixes this for me Also fixes vdpauinfo here. I still can't decode mpeg2 though, same error as before. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[PATCH 3/6] drm/radeon: Writeback endian fixes
On Thu, 2011-07-14 at 17:19 +0200, Michel D?nzer wrote: > On Mit, 2011-07-13 at 16:28 +1000, Benjamin Herrenschmidt wrote: > > The writeback ring pointer and IH ring pointer are read using le32_to_cpu > > so we do not want the chip to byteswap them on big-endian. > > > > We still want to byteswap the ring itself and the IBs, so we don't touch > > that but we remove setting of the byteswap bits in CP_RB_RPTR_ADDR and > > IH_CNTL. > > > > In general, for things like that where we control all the accessors easily, > > we are better off doing the swap in SW rather than HW. Paradoxally, it does > > keep the code closer to x86 and avoid using poorly tested HW features. > > Absolutely. Unfortunately, when I fixed the CP writeback code to use > le32_to_cpu(), I didn't realize the code for some GPU families was > already using HW swappers for this. > > > > I also changed the use of RADEON_ to R600_ in a couple of cases to be more > > consistent with the surrounding code. > > That should probably be in a separate patch. Either way, though: I thought about it and decided it was trivial enough not to bother re-doing the patches. Alex/Dave/whoever's in charge, feel free to apply the current batch, I'll send further cleanups/fixes as separate patches, possibly not before next week or so. Cheers, Ben. > Reviewed-by: Michel D?nzer
