Re: 2.6.34-rc3-git8: Reported regressions 2.6.32 -> 2.6.33
On 04/09/10 00:54, Rafael J. Wysocki wrote: > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15699 > Subject : rt2500usb driver cannot remain connected > Submitter : > Date : 2010-04-05 19:30 (4 days old) > Handled-By: Ivo van Doorn > This one ought to be fixed by commit 9e76ad2a27f592c1390248867391880c7efe78b3 in Linus' tree. --- Gertjan. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm_handle_t type
On Mon, 2010-04-05 at 17:46 +1000, Dave Airlie wrote: > Its probably not documented well anywhere, though I think the handles are > 32-bit is written down somewhere. Well, here's a patch that silences the warnings and adds a little note. Matthew --- From 9111cd82560052a329b78cff8d7e45c6815e0276 Mon Sep 17 00:00:00 2001 From: Matthew W. S. Bell Date: Fri, 9 Apr 2010 02:58:42 +0100 Add a comment about content of void* variable exchanged with kernel. Add casts to silence warnings about pointer to integer of a different size assignment. --- include/drm/drm.h |2 ++ xf86drm.c |4 ++-- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/include/drm/drm.h b/include/drm/drm.h index 4822159..e74d6d6 100644 --- a/include/drm/drm.h +++ b/include/drm/drm.h @@ -216,6 +216,8 @@ struct drm_map { enum drm_map_flags flags;/**< Flags */ void *handle;/**< User-space: "Handle" to pass to mmap() */ /**< Kernel-space: kernel-virtual address */ +/** The value herein shall be the size of */ +/** drm_handle_t despite the size of void *. */ int mtrr;/**< MTRR slot used */ /* Private data */ }; diff --git a/xf86drm.c b/xf86drm.c index 220aaa1..012408a 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -959,7 +959,7 @@ int drmAddMap(int fd, drm_handle_t offset, drmSize size, drmMapType type, if (drmIoctl(fd, DRM_IOCTL_ADD_MAP, &map)) return -errno; if (handle) - *handle = (drm_handle_t)map.handle; + *handle = (uintptr_t)map.handle; return 0; } @@ -2138,7 +2138,7 @@ int drmGetMap(int fd, int idx, drm_handle_t *offset, drmSize *size, *size = map.size; *type = map.type; *flags = map.flags; -*handle = (unsigned long)map.handle; +*handle = (uintptr_t)map.handle; *mtrr = map.mtrr; return 0; } -- 1.7.0 signature.asc Description: This is a digitally signed message part -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Move lists to freedesktop.org?
On Thu, Apr 8, 2010 at 16:37, Jesse Barnes wrote: > On Thu, 8 Apr 2010 18:38:03 -0400 > Alex Deucher wrote: > >> On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote: >> > >> > Unless there's some objection I'm going to subscribe everyone to the >> > new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list. >> > Probably in the next 24 hours. >> > >> > Then, some of you may have to log into the mailman interface >> > (http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set digest >> > mode, etc. >> > >> > -Brian >> >> Are there plans to move dri-devel as well? > > Yeah, I'm just getting the info for that now. But I don't think we > have subscriber lists, so everyone will have to re-subscribe to the new > list. > > I'll send out a note to dri-devel when it's all set. > You can get the subscriber list at: http://lists.freedesktop.org/mailman/listinfo/dri-devel Stephane -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/radeon/kms: only change mode when coherent value changes.
From: Dave Airlie On X startup we were getting a flicker where there shouldn't have been one. the X DDX calls the kernel to set the properties to the same values (yes it could be smarter), however the kernel was doing a pointless modeset then, making my nice smooth boot ugly. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_connectors.c |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c b/drivers/gpu/drm/radeon/radeon_connectors.c index 47bd985..5c5776d 100644 --- a/drivers/gpu/drm/radeon/radeon_connectors.c +++ b/drivers/gpu/drm/radeon/radeon_connectors.c @@ -287,6 +287,7 @@ int radeon_connector_set_property(struct drm_connector *connector, struct drm_pr if (property == rdev->mode_info.coherent_mode_property) { struct radeon_encoder_atom_dig *dig; + bool new_coherent_mode; /* need to find digital encoder on connector */ encoder = radeon_find_encoder(connector, DRM_MODE_ENCODER_TMDS); @@ -299,8 +300,11 @@ int radeon_connector_set_property(struct drm_connector *connector, struct drm_pr return 0; dig = radeon_encoder->enc_priv; - dig->coherent_mode = val ? true : false; - radeon_property_change_mode(&radeon_encoder->base); + new_coherent_mode = val ? true : false; + if (dig->coherent_mode != new_coherent_mode) { + dig->coherent_mode = new_coherent_mode; + radeon_property_change_mode(&radeon_encoder->base); + } } if (property == rdev->mode_info.tv_std_property) { -- 1.6.6.1 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[git pull] drm fixes
Nothing major, Mostly nouveau changes, some radeon tv output fixes, and a couple of quirks. The following changes since commit d668046c13024d74af7d04a124ba55f406380fe7: Dave Airlie (1): drm/radeon/kms: enable ACPI powermanagement mode on radeon gpus. are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus Adam Jackson (1): drm/edid/quirks: Envision EN2028 Alex Deucher (5): drm/radeon/kms/atom: fix gpio i2c table overrun (v2) drm/radeon/kms: fix washed out image on legacy tv dac drm/radeon/kms: legacy tv dac cleanup drm/radeon/kms: clean up atom dac handling drm/radeon/kms/combios: verify dac_adj values are valid Ben Skeggs (16): drm/nv50: fix fbcon when framebuffer above 4GiB mark drm/nv50: add more 0x100c80 flushy magic drm/nouveau: remove some unused members from drm_nouveau_private drm/nouveau: detect vram amount once, and save the value drm/nv40: rework lvds table parsing drm/nv40: add LVDS table quirk for Dell Latitude D620 drm/nv50: fix instmem init on IGPs if stolen mem crosses 4GiB mark drm/nouveau: fixup the init failure paths some more drm/nv50: cleanup properly if PDISPLAY init fails drm/nv50: preserve an unknown SOR_MODECTRL value for DP encoders drm/nv50: punt hotplug irq handling out to workqueue drm/nv50: another dodgy DP hack drm/nouveau: store raw gpio table entry in bios gpio structs drm/nv50: parse/use some more de-magiced parts of gpio table entries drm/nv50: implement gpio set/get routines drm/nouveau: bail out of auxch transaction if we repeatedly recieve defers Dan Carpenter (1): drm/radeon/kms: small memory leak in atom exit code Dave Airlie (1): Merge remote branch 'nouveau/for-airlied' of ../drm-nouveau-next into drm-linus Francisco Jerez (2): drm/nouveau: Make use of TTM busy_placements. drm/nv40: Init some tiling-related PGRAPH state. Marcin Kościelnicki (3): drm/nv50: Fix NEWCTX_DONE flag number drm/nv50: Allow using the NVA3 new compute class. drm/nv50: Add NVA3 support in ctxprog/ctxvals generator. Michel Dänzer (1): drm/radeon: R300 AD only has one quad pipe. drivers/gpu/drm/drm_edid.c |2 + drivers/gpu/drm/nouveau/Makefile|2 +- drivers/gpu/drm/nouveau/nouveau_bios.c | 127 +++ drivers/gpu/drm/nouveau/nouveau_bios.h |4 +- drivers/gpu/drm/nouveau/nouveau_bo.c| 67 +++-- drivers/gpu/drm/nouveau/nouveau_channel.c |2 - drivers/gpu/drm/nouveau/nouveau_debugfs.c |5 +- drivers/gpu/drm/nouveau/nouveau_dp.c|8 ++- drivers/gpu/drm/nouveau/nouveau_drv.h | 40 drivers/gpu/drm/nouveau/nouveau_encoder.h |1 + drivers/gpu/drm/nouveau/nouveau_gem.c | 55 +-- drivers/gpu/drm/nouveau/nouveau_irq.c |1 + drivers/gpu/drm/nouveau/nouveau_mem.c | 124 ++- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 18 +++ drivers/gpu/drm/nouveau/nouveau_state.c | 14 ++- drivers/gpu/drm/nouveau/nv40_fifo.c |2 +- drivers/gpu/drm/nouveau/nv40_graph.c| 21 drivers/gpu/drm/nouveau/nv50_display.c | 22 +++-- drivers/gpu/drm/nouveau/nv50_display.h |1 + drivers/gpu/drm/nouveau/nv50_fbcon.c| 13 ++- drivers/gpu/drm/nouveau/nv50_gpio.c | 76 ++ drivers/gpu/drm/nouveau/nv50_graph.c|7 +- drivers/gpu/drm/nouveau/nv50_grctx.c| 19 +++- drivers/gpu/drm/nouveau/nv50_instmem.c | 16 +-- drivers/gpu/drm/nouveau/nv50_sor.c | 25 +- drivers/gpu/drm/radeon/atom.c |7 +- drivers/gpu/drm/radeon/r300.c |5 +- drivers/gpu/drm/radeon/radeon_atombios.c| 11 ++- drivers/gpu/drm/radeon/radeon_combios.c | 20 +++- drivers/gpu/drm/radeon/radeon_connectors.c |2 +- drivers/gpu/drm/radeon/radeon_cp.c | 10 +- drivers/gpu/drm/radeon/radeon_encoders.c| 21 ++--- drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 58 ++- 33 files changed, 508 insertions(+), 298 deletions(-) create mode 100644 drivers/gpu/drm/nouveau/nv50_gpio.c-- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V5
On Wed, Apr 7, 2010 at 8:21 PM, Jerome Glisse wrote: > On fault the driver is given the opportunity to perform any operation > it sees fit in order to place the buffer into a CPU visible area of > memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon > should keep working properly. Future patch will take advantage of this > infrastructure and remove the old path from TTM once driver are > converted. > > V2 return VM_FAULT_NOPAGE if callback return -EBUSY or -ERESTARTSYS > V3 balance io_mem_reserve and io_mem_free call, fault_reserve_notify > is responsible to perform any necessary task for mapping to succeed > V4 minor cleanup, atomic_t -> bool as member is protected by reserve > mecanism from concurent access > V5 the callback is now responsible for iomapping the bo and providing > a virtual address this simplify TTM and will allow to get rid of > TTM_MEMTYPE_FLAG_NEEDS_IOREMAP Okay I've applied all these to drm-next and it fails to run X for longer than 5 mins on my 32-bit machine. The whole IO reserve thing looks like a bad idea for anything but kmap, since it ioremap's the pages, but we have limited ioremap space on 32-bit, and you hit that and vmallocs all start failing soon after. > > - ret = ttm_bo_pci_offset(bdev, &bo->mem, &bus_base, &bus_offset, > - &bus_size); > - if (unlikely(ret != 0)) { > + ret = ttm_mem_io_reserve(bdev, &bo->mem); > + if (ret) { > retval = VM_FAULT_SIGBUS; > goto out_unlock; > } This is the start of the insanity, since ever bo that takes a userspace pagefault ends up using ioremap space for *no* reason whatsoever at all. You only need to use ioremap space if the *kernel* is accessing the bo not if userspace is, so really only in the kmap space. I've dropped it all from drm-next until you can resolve this. Dave. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[git pull] nouveau fixes
Hopefully doing this "right", we'll see! Various fixes across the board + support for the NVA3 chipset. The following changes since commit 95beb690170e6ce918fe53c73a0fcc7cf64d704a: Alex Deucher (1): drm/radeon/kms/atom: fix gpio i2c table overrun (v2) are available in the git repository at: git://anongit.freedesktop.org/nouveau/linux-2.6 for-airlied Ben Skeggs (16): drm/nv50: fix fbcon when framebuffer above 4GiB mark drm/nv50: add more 0x100c80 flushy magic drm/nouveau: remove some unused members from drm_nouveau_private drm/nouveau: detect vram amount once, and save the value drm/nv40: rework lvds table parsing drm/nv40: add LVDS table quirk for Dell Latitude D620 drm/nv50: fix instmem init on IGPs if stolen mem crosses 4GiB mark drm/nouveau: fixup the init failure paths some more drm/nv50: cleanup properly if PDISPLAY init fails drm/nv50: preserve an unknown SOR_MODECTRL value for DP encoders drm/nv50: punt hotplug irq handling out to workqueue drm/nv50: another dodgy DP hack drm/nouveau: store raw gpio table entry in bios gpio structs drm/nv50: parse/use some more de-magiced parts of gpio table entries drm/nv50: implement gpio set/get routines drm/nouveau: bail out of auxch transaction if we repeatedly recieve defers Francisco Jerez (2): drm/nouveau: Make use of TTM busy_placements. drm/nv40: Init some tiling-related PGRAPH state. Marcin Kościelnicki (3): drm/nv50: Fix NEWCTX_DONE flag number drm/nv50: Allow using the NVA3 new compute class. drm/nv50: Add NVA3 support in ctxprog/ctxvals generator. drivers/gpu/drm/nouveau/Makefile |2 +- drivers/gpu/drm/nouveau/nouveau_bios.c| 127 +--- drivers/gpu/drm/nouveau/nouveau_bios.h|4 +- drivers/gpu/drm/nouveau/nouveau_bo.c | 67 --- drivers/gpu/drm/nouveau/nouveau_channel.c |2 - drivers/gpu/drm/nouveau/nouveau_debugfs.c |5 +- drivers/gpu/drm/nouveau/nouveau_dp.c |8 ++- drivers/gpu/drm/nouveau/nouveau_drv.h | 40 +- drivers/gpu/drm/nouveau/nouveau_encoder.h |1 + drivers/gpu/drm/nouveau/nouveau_gem.c | 55 ++--- drivers/gpu/drm/nouveau/nouveau_irq.c |1 + drivers/gpu/drm/nouveau/nouveau_mem.c | 124 +--- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 18 drivers/gpu/drm/nouveau/nouveau_state.c | 14 +++- drivers/gpu/drm/nouveau/nv40_fifo.c |2 +- drivers/gpu/drm/nouveau/nv40_graph.c | 21 + drivers/gpu/drm/nouveau/nv50_display.c| 22 +++-- drivers/gpu/drm/nouveau/nv50_display.h|1 + drivers/gpu/drm/nouveau/nv50_fbcon.c | 13 ++-- drivers/gpu/drm/nouveau/nv50_gpio.c | 76 + drivers/gpu/drm/nouveau/nv50_graph.c |7 +- drivers/gpu/drm/nouveau/nv50_grctx.c | 19 - drivers/gpu/drm/nouveau/nv50_instmem.c| 16 ++--- drivers/gpu/drm/nouveau/nv50_sor.c| 25 ++- 24 files changed, 429 insertions(+), 241 deletions(-) create mode 100644 drivers/gpu/drm/nouveau/nv50_gpio.c -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27525] linux-2.6.33.2 radeon, rv350, glxgears locks system
https://bugs.freedesktop.org/show_bug.cgi?id=27525 --- Comment #2 from Jeremy Huddleston 2010-04-08 16:49:01 PDT --- This is with a recent mesa (7.7-4ubuntu1) ... I'll give it a try with 7.8 from git soon, but in any event, nothing in userland should be able to hork the kernel this way... I'm having issues with netconsole. I only get three lines, then nothing... netcat -l -u -p [0.283713] radeon :00:10.0: Invalid ROM contents [0.283735] radeon :00:10.0: Invalid ROM contents [0.283744] [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM read(net): Connection refused similar results using other systems, versions of netcat, or using syslog-ng ... hopefully I can figure out what's going wrong there, so I can get something useful here -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Move lists to freedesktop.org?
On Thu, 8 Apr 2010 18:38:03 -0400 Alex Deucher wrote: > On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote: > > > > Unless there's some objection I'm going to subscribe everyone to the > > new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list. > > Probably in the next 24 hours. > > > > Then, some of you may have to log into the mailman interface > > (http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set digest > > mode, etc. > > > > -Brian > > Are there plans to move dri-devel as well? Yeah, I'm just getting the info for that now. But I don't think we have subscriber lists, so everyone will have to re-subscribe to the new list. I'll send out a note to dri-devel when it's all set. -- Jesse Barnes, Intel Open Source Technology Center -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
2.6.34-rc3-git8: Reported regressions 2.6.32 -> 2.6.33
This message contains a list of some post-2.6.32 regressions introduced before 2.6.33, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.32 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved 2010-04-09 140 34 33 2010-03-21 133 38 34 2010-02-21 115 34 27 2010-02-15 112 34 31 2010-02-07 97 27 20 2010-02-01 85 26 21 2010-01-24 75 29 23 2010-01-10 55 33 21 2009-12-29 36 34 27 Unresolved regressions -- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15733 Subject : Crash when accessing nonexistent GTT entries in i915 Submitter : Miguel Ojeda Date: 2010-03-10 22:09 (30 days old) Message-ID : <1268258994.2183.14.ca...@carter> References : http://marc.info/?l=linux-kernel&m=126825901326111&w=4 Handled-By : Zhenyu Wang Andrew Morton Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15714 Subject : PROBLEM: intelfb driver causes trace Submitter : Troilo, Domenic Date: 2010-04-01 14:52 (8 days old) Message-ID : References : http://marc.info/?l=linux-kernel&m=127013359722664&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15710 Subject : NumLock LED stays on after PC poweroff. Submitter : aceman Date: 2010-04-07 15:13 (2 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15699 Subject : rt2500usb driver cannot remain connected Submitter : Date: 2010-04-05 19:30 (4 days old) Handled-By : Ivo van Doorn Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15695 Subject : calling pm-suspend freezes system Submitter : Werner Lemberg Date: 2010-04-05 05:13 (4 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15693 Subject : Plugging or unplugging notebook charger renders Atheros card unusable Submitter : Date: 2010-04-04 21:03 (5 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15604 Subject : r8169: Reports incorrect link information Submitter : Michael B. Trausch Date: 2010-03-22 04:19 (18 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15585 Subject : [Bisected Regression in 2.6.32.8] i915 with KMS enabled causes memorycorruption when resuming from suspend-to-disk Submitter : M. Vefa Bicakci Date: 2010-03-13 5:11 (27 days old) First-Bad-Commit: http://git.kernel.org/git/linus/d8e0902806c0bd2ccc4f6a267ff52565a3ec933b Message-ID : <4b9b1e8f.5090...@superonline.com> References : http://marc.info/?l=linux-kernel&m=126845754409543&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15544 Subject : black screen upon S3 resume, syslog has "render error" and "page table error" Submitter : Sanjoy Mahajan Date: 2010-03-16 00:45 (24 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15534 Subject : 07ca:b808 crashing and breaking usb's Submitter : Alex Fiestas Date: 2010-03-14 15:56 (26 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15525 Subject : Blank screen after some time, after hibernation/suspend Submitter : Date: 2010-03-12 17:24 (28 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15502 Subject : render error detected, EIR: 0x0010 Submitter : Artem Anisimov Date: 2010-03-10 05:45 (30 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15466 Subject : 2.6.33 dies on modprobe Submitter : M G Berberich Date: 2010-02-28 22:12 (40 days old) Message-ID : <20100228221257.ga8...@invalid> References : http://marc.info/?l=linux-kernel&m=126739570819208&w=2 Handled-By : Américo Wang Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15465 Subject : 2.6.33 problems Submitter : wer...@guyane.dyn-o-saur.com Date: 2010-02-27 17:09 (41 days old) Message-ID : <1267290551.13...@guyane.dyn-o-saur.com> References : http://marc.info/?l=linux-kernel&m=126729183719672&w=2 Handled-By : Tejun Heo Bug-E
Re: Move lists to freedesktop.org?
On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul wrote: > > Unless there's some objection I'm going to subscribe everyone to the > new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list. > Probably in the next 24 hours. > > Then, some of you may have to log into the mailman interface > (http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set digest > mode, etc. > > -Brian Are there plans to move dri-devel as well? Alex -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Move lists to freedesktop.org?
Unless there's some objection I'm going to subscribe everyone to the new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list. Probably in the next 24 hours. Then, some of you may have to log into the mailman interface (http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set digest mode, etc. -Brian -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #10 from Jeremy Huddleston 2010-04-08 15:06:34 PDT --- ah... video=offb:off is the correct incantation. Doing so avoids the noted corruption. So it looks like this is just the offb to radeondrmfb handoff issue. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm: add locked variant of drm_fb_helper_force_kernel_mode
Needed for panic and kdb, since we need to avoid taking the mode_config mutex. This patch gets us back to where we used to be, i.e. when a panic occurs we'll switch to the fbcon buffer. I'm still working on the VT layer to add better support for printing any outstanding messages and/or switching to the VT with all the good stuff on it. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/drm_fb_helper.c | 42 +- 1 files changed, 36 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c index 6929f5b..962eadb 100644 --- a/drivers/gpu/drm/drm_fb_helper.c +++ b/drivers/gpu/drm/drm_fb_helper.c @@ -242,18 +242,22 @@ static int drm_fb_helper_parse_command_line(struct drm_fb_helper *fb_helper) return 0; } -bool drm_fb_helper_force_kernel_mode(void) +bool drm_fb_helper_force_kernel_mode_locked(void) { int i = 0; bool ret, error = false; struct drm_fb_helper *helper; - - if (list_empty(&kernel_fb_helper_list)) - return false; + struct drm_mode_set *mode_set; + struct drm_crtc *crtc; 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; + mode_set = &helper->crtc_info[i].mode_set; + crtc = helper->crtc_info[i].mode_set.crtc; + + if (!crtc->enabled) + continue; + ret = drm_crtc_helper_set_config(mode_set); if (ret) error = true; @@ -262,11 +266,37 @@ bool drm_fb_helper_force_kernel_mode(void) return error; } +bool drm_fb_helper_force_kernel_mode(void) +{ + bool ret; + struct drm_device *dev; + struct drm_fb_helper *helper; + struct drm_mode_set *mode_set; + + if (list_empty(&kernel_fb_helper_list)) { + DRM_DEBUG_KMS("no fb helper list??\n"); + return false; + } + + /* Get the DRM device */ + helper = list_first_entry(&kernel_fb_helper_list, + struct drm_fb_helper, + kernel_fb_list); + mode_set = &helper->crtc_info[0].mode_set; + dev = mode_set->crtc->dev; + + mutex_lock(&dev->mode_config.mutex); + ret = drm_fb_helper_force_kernel_mode_locked(); + mutex_unlock(&dev->mode_config.mutex); + + return ret; +} + int drm_fb_helper_panic(struct notifier_block *n, unsigned long ununsed, void *panic_str) { DRM_ERROR("panic occurred, switching back to text console\n"); - return drm_fb_helper_force_kernel_mode(); + drm_fb_helper_force_kernel_mode_locked(); return 0; } EXPORT_SYMBOL(drm_fb_helper_panic); -- 1.6.6.1 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #9 from Jeremy Huddleston 2010-04-08 13:54:07 PDT --- I'm wondering if video=radeon is enough to punt OFfb. I see a note at 0.9756 into boot that shows OFfb was still loaded. It looks like I'd need to do some Kconfig magic to prevent OFfb from being built since it's forced on by PPC. Is there something else I should try to force radeondrmfb? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeondb capturing & replaying GPU command stream
On Thu, Apr 08, 2010 at 11:09:33PM +0300, Pauli Nieminen wrote: > On Thu, Apr 8, 2010 at 7:10 PM, Jerome Glisse wrote: > > Hi all, > > > > So i pushed a new dump facility in libdrm, it will dump > > everything needed to replay a command stream you just need > > to set CS_BOF_DUMP to 1 but be aware that any application > > that you launch will than create a new file for each cs > > it sends and file can be several M or maybe even G if you > > try dumping a program with hugue number of big texture. > > > > The dump file format is inefficiant and dump everythings > > and don't try to take advantages of buffer being the same > > from one cs to the other but i wasted a couple of week trying > > to be clever and i don't think it's worth the trouble it > > only makes things more complex and more buggy. So i am > > now quite happy with the current design after all it's > > intended only to be use as a debug helper while writting > > driver or trying to fix a driver bug. > > > > How about some zlib compression? That should reduce the size of dump > quite nicely when there is a lot of duplicate data. It could save space but it's could become too cpu intensive, i really think that the size should be that much of an issue at capture time. We can always compress the file latter for sending. Cheers, Jerome > > Of course this would be pretty useless without a way to > > replay those file so i did hackup a quick tools radeondb > > that i wish to grow to swiss knife for radeon debugging. > > Some of its function needs to be run outside X with KMS > > enabled and as root (replaying cs needs that). > > > > So to replay a command stream simply do : > > radeondb -p mycsfile.bof > > You shall see the content of the rendered buffer before > > the cs get executed, press a key and you shall see the > > content of the rendered buffer once the cs is executed. > > I was able to replay openarena cs so i am pretty confident > > that it should work well. The program also check that > > you are replaying a command stream on a valid gpu ie > > don't try to replay cs of r3xx hw on r5xx hw. > > > > I intend to do an X friendly version of the tools at > > one point. In the meantime i will be adding r5xx,r3xx > > support over the weekend and latter r1xx,r2xx (most > > of what is needed is autogenerated file see r600_states.h). > > > > I am also working on adding the same dump format to > > kernel to capture cs responsible of GPU lockup. > > > > Idea/comments are welcome > > > > Cheers, > > Jerome > > > > radeondb should show up at: > > http://cgit.freedesktop.org/~glisse/radeondb > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #8 from Jeremy Huddleston 2010-04-08 13:50:23 PDT --- Created an attachment (id=34829) --> (https://bugs.freedesktop.org/attachment.cgi?id=34829) dmesg video=radeon radeon.agpmode=1 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #7 from Jeremy Huddleston 2010-04-08 13:44:22 PDT --- Also, once in X, I can change TTY with the ctrl-alt-f# key sequence. Doing this leaves the display unaltered and hides the mouse pointer. It looks as though the framebuffer is not being updated. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #6 from Jeremy Huddleston 2010-04-08 13:42:33 PDT --- Here's a link to a video I captured of the boot process using radeon.agpmode=1 video=radeon: http://cloud.cs.berkeley.edu/~jeremy/PR-27524/STP81647.AVI -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.34-rc3-git6: Reported regressions from 2.6.33
On Thursday 08 April 2010, Linus Torvalds wrote: > > On Wed, 7 Apr 2010, Rafael J. Wysocki wrote: > > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15718 > > Subject : File corruption regression on NFS related to commit > > 1f36f774 > > Submitter : Boaz Harrosh > > Date: 2010-03-24 15:49 (15 days old) > > First-Bad-Commit: > > http://git.kernel.org/git/linus/1f36f774b22a0ceb7dd33eca626746c81a97b6a5 > > Message-ID : <4baa3493.1030...@panasas.com> > > References : http://marc.info/?l=linux-kernel&m=126944579810350&w=4 > > Handled-By : Al Viro > > I think this one is fixed by commit 3e297b61349. Closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15716 > > Subject : ata2: lost interrupt with kernel 2.6.34-rc1 > > Submitter : Andrew Benton > > Date: 2010-03-11 16:57 (28 days old) > > Message-ID : <4b992110.2090...@gmail.com> > > References : http://marc.info/?l=linux-kernel&m=126832670609705&w=4 > > Handled-By : Jeff Garzik > > And isn't this the already long-fixed commit 332ac7ff77cd? > > That bugzilla entry is a duplicate of > > https://bugzilla.kernel.org/show_bug.cgi?id=15537 > > as far as I can see. Yes, my bad, sorry. Closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15715 > > Subject : vmscan: underflow for get_scan_ratio > > Submitter : Shaohua Li > > Date: 2010-03-30 5:53 (9 days old) > > First-Bad-Commit: > > http://git.kernel.org/git/linus/84b18490d1f1bc7ed5095c929f78bc002eb70f26 > > Message-ID : <20100330055304.ga2...@sli10-desk.sh.intel.com> > > References : http://marc.info/?l=linux-kernel&m=126992842105754&w=4 > > Handled-By : KOSAKI Motohiro > > Wu Fengguang > > That commit got reverted. See commit d6da1a5abc. Closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15674 > > Subject : [2.6.34-rc2 NFS4 oops] open error path failure... > > Submitter : Daniel J Blueman > > Date: 2010-03-29 18:36 (10 days old) > > Message-ID : <6278d2221003291136p6481fe8emfb039403343c...@mail.gmail.com> > > References : http://marc.info/?l=linux-kernel&m=126988782722711&w=2 > > This smells like the same LOOKUP_DIRECTORY thing as the first entry, but.. > > Al? This one has been fixed too, I see, so closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15600 > > Subject : CONFIG_NO_BOOTMEM woes, 2.6.34-rc1 > > Submitter : Avi Kivity > > Date: 2010-03-15 15:28 (24 days old) > > Message-ID : <4b9e5211.9000...@redhat.com> > > References : http://marc.info/?l=linux-kernel&m=126866691701926&w=2 > > These should hopefully be all fixed. There was some confusion over this, > but the report that said it wasn't fixed in -rc3 was apparently not true > after all. Several commits, but mainly commit eed63519e, iirc. Closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15518 > > Subject : CONFIG_NO_BOOTMEM=y breaks boot on 32bit > > Submitter : Daniel Vetter > > Date: 2010-03-11 15:37 (28 days old) > > Duplicate entry. See above. Closed. > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15480 > > Subject : [regression] Fails to boot properly unless given > > pci=nocrs > > Submitter : Yanko Kaneti > > Date: 2010-03-09 01:24 (30 days old) > > Handled-By : Bjorn Helgaas > > Patch : http://lkml.org/lkml/2010/3/11/512 > > These are merged already. Commits d558b483d5, eb9fc8ef7cb etc. Closed. Thanks, Rafael -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27536] Bus error 7 with todays DRT bisected.
https://bugs.freedesktop.org/show_bug.cgi?id=27536 --- Comment #2 from Andy Furniss 2010-04-08 13:13:24 PDT --- (In reply to comment #0) > More info - I am not enabling dynpm for these tests. In dmesg after the signal 7 X shutdown I am seeing - vmap allocation for size 8192 failed: use vmalloc= to increase size. vmap allocation for size 49152 failed: use vmalloc= to increase size. This one was triggered by running glxgears for about 10 seconds. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: radeondb capturing & replaying GPU command stream
On Thu, Apr 8, 2010 at 7:10 PM, Jerome Glisse wrote: > Hi all, > > So i pushed a new dump facility in libdrm, it will dump > everything needed to replay a command stream you just need > to set CS_BOF_DUMP to 1 but be aware that any application > that you launch will than create a new file for each cs > it sends and file can be several M or maybe even G if you > try dumping a program with hugue number of big texture. > > The dump file format is inefficiant and dump everythings > and don't try to take advantages of buffer being the same > from one cs to the other but i wasted a couple of week trying > to be clever and i don't think it's worth the trouble it > only makes things more complex and more buggy. So i am > now quite happy with the current design after all it's > intended only to be use as a debug helper while writting > driver or trying to fix a driver bug. > How about some zlib compression? That should reduce the size of dump quite nicely when there is a lot of duplicate data. > Of course this would be pretty useless without a way to > replay those file so i did hackup a quick tools radeondb > that i wish to grow to swiss knife for radeon debugging. > Some of its function needs to be run outside X with KMS > enabled and as root (replaying cs needs that). > > So to replay a command stream simply do : > radeondb -p mycsfile.bof > You shall see the content of the rendered buffer before > the cs get executed, press a key and you shall see the > content of the rendered buffer once the cs is executed. > I was able to replay openarena cs so i am pretty confident > that it should work well. The program also check that > you are replaying a command stream on a valid gpu ie > don't try to replay cs of r3xx hw on r5xx hw. > > I intend to do an X friendly version of the tools at > one point. In the meantime i will be adding r5xx,r3xx > support over the weekend and latter r1xx,r2xx (most > of what is needed is autogenerated file see r600_states.h). > > I am also working on adding the same dump format to > kernel to capture cs responsible of GPU lockup. > > Idea/comments are welcome > > Cheers, > Jerome > > radeondb should show up at: > http://cgit.freedesktop.org/~glisse/radeondb -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] i915: do not read uninitialized ->dev_private
->dev_private at that point is NULL and is initialied only a few lines later. Signed-off-by: Luca Tettamanti --- I'm beginnig to dive into DRM&KMS, that assignment really confused me :P drivers/gpu/drm/i915/i915_dma.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c index a9f8589..648670d 100644 --- a/drivers/gpu/drm/i915/i915_dma.c +++ b/drivers/gpu/drm/i915/i915_dma.c @@ -1578,7 +1578,7 @@ static void i915_get_mem_freq(struct drm_device *dev) */ int i915_driver_load(struct drm_device *dev, unsigned long flags) { - struct drm_i915_private *dev_priv = dev->dev_private; + struct drm_i915_private *dev_priv; resource_size_t base, size; int ret = 0, mmio_bar; uint32_t agp_size, prealloc_size, prealloc_start; -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15685] Kernel 2.6.33 w/ TuxOnIce fails to suspend (bisected)
https://bugzilla.kernel.org/show_bug.cgi?id=15685 Rafael J. Wysocki changed: What|Removed |Added Status|NEEDINFO|ASSIGNED AssignedTo|drivers_video-...@kernel-bu |ncunning...@crca.org.au |gs.osdl.org | Summary|Kernel 2.6.33 fails to |Kernel 2.6.33 w/ TuxOnIce |suspend (bisected) |fails to suspend (bisected) --- Comment #16 from Rafael J. Wysocki 2010-04-08 19:02:23 --- Reassigning to Nigel. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH] drm/edid: Fix sync polarity for secondary GTF curve
Signed-off-by: Adam Jackson --- drivers/gpu/drm/drm_modes.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c index 8840066..f1f473e 100644 --- a/drivers/gpu/drm/drm_modes.c +++ b/drivers/gpu/drm/drm_modes.c @@ -452,7 +452,10 @@ drm_gtf_mode_complex(struct drm_device *dev, int hdisplay, int vdisplay, } drm_mode_set_name(drm_mode); - drm_mode->flags = DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_PVSYNC; + if (GTF_M == 600 && GTF_2C == 80 && GTF_K == 128 && GTF_2J == 40) + drm_mode->flags = DRM_MODE_FLAG_NHSYNC | DRM_MODE_FLAG_PVSYNC; + else + drm_mode->flags = DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC; return drm_mode; } -- 1.6.6.1 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15685] Kernel 2.6.33 fails to suspend (bisected)
https://bugzilla.kernel.org/show_bug.cgi?id=15685 Rafael J. Wysocki changed: What|Removed |Added CC||ncunning...@crca.org.au Blocks|14885 | -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[PATCH 8/8] drm/radeon/kms/evergreen: add hpd support
>From ada50ea25d5f80b83968d74cda1a9b70f614b849 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Fri, 26 Feb 2010 13:57:45 -0500 Subject: [PATCH] drm/radeon/kms/evergreen: add hpd support Hot plug detect (hpd) for digital monitors Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 166 ++-- drivers/gpu/drm/radeon/radeon.h|3 +- 2 files changed, 161 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 99e6505..acae0ea 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -41,28 +41,180 @@ void evergreen_fini(struct radeon_device *rdev); bool evergreen_hpd_sense(struct radeon_device *rdev, enum radeon_hpd_id hpd) { bool connected = false; - /* XXX */ + + switch (hpd) { + case RADEON_HPD_1: + if (RREG32(DC_HPD1_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + case RADEON_HPD_2: + if (RREG32(DC_HPD2_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + case RADEON_HPD_3: + if (RREG32(DC_HPD3_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + case RADEON_HPD_4: + if (RREG32(DC_HPD4_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + case RADEON_HPD_5: + if (RREG32(DC_HPD5_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + case RADEON_HPD_6: + if (RREG32(DC_HPD6_INT_STATUS) & DC_HPDx_SENSE) + connected = true; + break; + default: + break; + } + return connected; } void evergreen_hpd_set_polarity(struct radeon_device *rdev, enum radeon_hpd_id hpd) { - /* XXX */ + u32 tmp; + bool connected = evergreen_hpd_sense(rdev, hpd); + + switch (hpd) { + case RADEON_HPD_1: + tmp = RREG32(DC_HPD1_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD1_INT_CONTROL, tmp); + break; + case RADEON_HPD_2: + tmp = RREG32(DC_HPD2_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD2_INT_CONTROL, tmp); + break; + case RADEON_HPD_3: + tmp = RREG32(DC_HPD3_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD3_INT_CONTROL, tmp); + break; + case RADEON_HPD_4: + tmp = RREG32(DC_HPD4_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD4_INT_CONTROL, tmp); + break; + case RADEON_HPD_5: + tmp = RREG32(DC_HPD5_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD5_INT_CONTROL, tmp); + break; + case RADEON_HPD_6: + tmp = RREG32(DC_HPD6_INT_CONTROL); + if (connected) + tmp &= ~DC_HPDx_INT_POLARITY; + else + tmp |= DC_HPDx_INT_POLARITY; + WREG32(DC_HPD6_INT_CONTROL, tmp); + break; + default: + break; + } } void evergreen_hpd_init(struct radeon_device *rdev) { - /* XXX */ + struct drm_device *dev = rdev->ddev; + struct drm_connector *connector; + u32 tmp = DC_HPDx_CONNECTION_TIMER(0x9c4) | + DC_HPDx_RX_INT_TIMER(0xfa) | DC_HPDx_EN; + + list_for_each_entry(connector, &dev->mode_config.connector_list, head) { + struct radeon_connector *radeon_connector = to_radeon_connector(connector); + switch (radeon_connector->hpd.hpd) { + case RADEON_HPD_1: + WREG32(DC_HPD1_CONTROL, tmp); + rdev->irq.hpd[0] = true; + break; + case RADEON_HPD_2: + WREG32(DC_HPD2_CONTROL, tmp); + rdev->irq.hpd[1] = true; + break; + case RADEON_HPD_3: + WREG32(DC_HPD3_CONTROL, tmp); +
[PATCH 6/8] drm/radeon/kms/evergreen: setup and enable the CP
>From dda5b59f3adc61900e9fa5846e844be406343b86 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 24 Mar 2010 13:36:43 -0400 Subject: [PATCH] drm/radeon/kms/evergreen: setup and enable the CP The command processor (CP) fetches command buffers and feeds the GPU. This patch requires the evergreen family me and pfp ucode files. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 117 -- drivers/gpu/drm/radeon/evergreend.h |2 + drivers/gpu/drm/radeon/r600.c| 47 -- drivers/gpu/drm/radeon/radeon.h |4 + drivers/gpu/drm/radeon/radeon_asic.c |6 +- drivers/gpu/drm/radeon/rv770.c | 10 ++- 6 files changed, 154 insertions(+), 32 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index c9289d9..54b346d 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -32,6 +32,9 @@ #include "avivod.h" #include "evergreen_reg.h" +#define EVERGREEN_PFP_UCODE_SIZE 1120 +#define EVERGREEN_PM4_UCODE_SIZE 1376 + static void evergreen_gpu_init(struct radeon_device *rdev); void evergreen_fini(struct radeon_device *rdev); @@ -418,23 +421,91 @@ static void evergreen_mc_program(struct radeon_device *rdev) rv515_vga_render_disable(rdev); } -#if 0 /* * CP. */ -static void evergreen_cp_stop(struct radeon_device *rdev) -{ - /* XXX */ -} - static int evergreen_cp_load_microcode(struct radeon_device *rdev) { - /* XXX */ + const __be32 *fw_data; + int i; + + if (!rdev->me_fw || !rdev->pfp_fw) + return -EINVAL; + r700_cp_stop(rdev); + WREG32(CP_RB_CNTL, RB_NO_UPDATE | (15 << 8) | (3 << 0)); + + fw_data = (const __be32 *)rdev->pfp_fw->data; + WREG32(CP_PFP_UCODE_ADDR, 0); + for (i = 0; i < EVERGREEN_PFP_UCODE_SIZE; i++) + WREG32(CP_PFP_UCODE_DATA, be32_to_cpup(fw_data++)); + WREG32(CP_PFP_UCODE_ADDR, 0); + + fw_data = (const __be32 *)rdev->me_fw->data; + WREG32(CP_ME_RAM_WADDR, 0); + for (i = 0; i < EVERGREEN_PM4_UCODE_SIZE; i++) + WREG32(CP_ME_RAM_DATA, be32_to_cpup(fw_data++)); + + WREG32(CP_PFP_UCODE_ADDR, 0); + WREG32(CP_ME_RAM_WADDR, 0); + WREG32(CP_ME_RAM_RADDR, 0); return 0; } + +int evergreen_cp_resume(struct radeon_device *rdev) +{ + u32 tmp; + u32 rb_bufsz; + int r; + + /* Reset cp; if cp is reset, then PA, SH, VGT also need to be reset */ + WREG32(GRBM_SOFT_RESET, (SOFT_RESET_CP | +SOFT_RESET_PA | +SOFT_RESET_SH | +SOFT_RESET_VGT | +SOFT_RESET_SX)); + RREG32(GRBM_SOFT_RESET); + mdelay(15); + WREG32(GRBM_SOFT_RESET, 0); + RREG32(GRBM_SOFT_RESET); + + /* Set ring buffer size */ + rb_bufsz = drm_order(rdev->cp.ring_size / 8); + tmp = RB_NO_UPDATE | (drm_order(RADEON_GPU_PAGE_SIZE/8) << 8) | rb_bufsz; +#ifdef __BIG_ENDIAN + tmp |= BUF_SWAP_32BIT; #endif + WREG32(CP_RB_CNTL, tmp); + WREG32(CP_SEM_WAIT_TIMER, 0x4); + + /* Set the write pointer delay */ + WREG32(CP_RB_WPTR_DELAY, 0); + + /* Initialize the ring buffer's read and write pointers */ + WREG32(CP_RB_CNTL, tmp | RB_RPTR_WR_ENA); + WREG32(CP_RB_RPTR_WR, 0); + WREG32(CP_RB_WPTR, 0); + WREG32(CP_RB_RPTR_ADDR, rdev->cp.gpu_addr & 0x); + WREG32(CP_RB_RPTR_ADDR_HI, upper_32_bits(rdev->cp.gpu_addr)); + mdelay(1); + WREG32(CP_RB_CNTL, tmp); + + WREG32(CP_RB_BASE, rdev->cp.gpu_addr >> 8); + WREG32(CP_DEBUG, (1 << 27) | (1 << 28)); + + rdev->cp.rptr = RREG32(CP_RB_RPTR); + rdev->cp.wptr = RREG32(CP_RB_WPTR); + + r600_cp_start(rdev); + rdev->cp.ready = true; + r = radeon_ring_test(rdev); + if (r) { + rdev->cp.ready = false; + return r; + } + return 0; +} /* * Core functions @@ -1133,15 +1204,15 @@ static int evergreen_startup(struct radeon_device *rdev) { int r; -#if 0 - if (!rdev->me_fw || !rdev->pfp_fw || !rdev->rlc_fw) { + /* XXX until interrupts are supported */ + if (!rdev->me_fw || !rdev->pfp_fw /*|| !rdev->rlc_fw*/) { r = r600_init_microcode(rdev); if (r) { DRM_ERROR("Failed to load firmware!\n"); return r; } } -#endif + evergreen_mc_program(rdev); if (rdev->flags & RADEON_IS_AGP) { evergreen_agp_enable(rdev); @@ -1179,6 +1250,7 @@ static int evergreen_startup(struct radeon_device *rdev) return r; } r600_irq_set(rdev); +#endif r = radeon_ring_init(rdev, rdev->cp.ring_size); if (r) @@ -1186,12 +1258,12 @@ static int evergreen_startup(struc
[PATCH 4/8] drm/radeon/kms/evergreen: add soft reset function
>From a86580ec5a6145cea7d6fda92deb104c0ad3fe0c Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 24 Mar 2010 13:26:36 -0400 Subject: [PATCH] drm/radeon/kms/evergreen: add soft reset function Works pretty similarly to r6xx/r7xx. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 73 ++- drivers/gpu/drm/radeon/evergreend.h | 63 +- 2 files changed, 132 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 022ef73..ac38d29 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -506,12 +506,81 @@ bool evergreen_gpu_is_lockup(struct radeon_device *rdev) return false; } -int evergreen_asic_reset(struct radeon_device *rdev) +static int evergreen_gpu_soft_reset(struct radeon_device *rdev) { - /* FIXME: implement for evergreen */ + struct evergreen_mc_save save; + u32 srbm_reset = 0; + u32 grbm_reset = 0; + + dev_info(rdev->dev, "GPU softreset \n"); + dev_info(rdev->dev, " GRBM_STATUS=0x%08X\n", + RREG32(GRBM_STATUS)); + dev_info(rdev->dev, " GRBM_STATUS_SE0=0x%08X\n", + RREG32(GRBM_STATUS_SE0)); + dev_info(rdev->dev, " GRBM_STATUS_SE1=0x%08X\n", + RREG32(GRBM_STATUS_SE1)); + dev_info(rdev->dev, " SRBM_STATUS=0x%08X\n", + RREG32(SRBM_STATUS)); + evergreen_mc_stop(rdev, &save); + if (evergreen_mc_wait_for_idle(rdev)) { + dev_warn(rdev->dev, "Wait for MC idle timedout !\n"); + } + /* Disable CP parsing/prefetching */ + WREG32(CP_ME_CNTL, CP_ME_HALT | CP_PFP_HALT); + + /* reset all the gfx blocks */ + grbm_reset = (SOFT_RESET_CP | + SOFT_RESET_CB | + SOFT_RESET_DB | + SOFT_RESET_PA | + SOFT_RESET_SC | + SOFT_RESET_SPI | + SOFT_RESET_SH | + SOFT_RESET_SX | + SOFT_RESET_TC | + SOFT_RESET_TA | + SOFT_RESET_VC | + SOFT_RESET_VGT); + + dev_info(rdev->dev, " GRBM_SOFT_RESET=0x%08X\n", grbm_reset); + WREG32(GRBM_SOFT_RESET, grbm_reset); + (void)RREG32(GRBM_SOFT_RESET); + udelay(50); + WREG32(GRBM_SOFT_RESET, 0); + (void)RREG32(GRBM_SOFT_RESET); + + /* reset all the system blocks */ + srbm_reset = SRBM_SOFT_RESET_ALL_MASK; + + dev_info(rdev->dev, " SRBM_SOFT_RESET=0x%08X\n", srbm_reset); + WREG32(SRBM_SOFT_RESET, srbm_reset); + (void)RREG32(SRBM_SOFT_RESET); + udelay(50); + WREG32(SRBM_SOFT_RESET, 0); + (void)RREG32(SRBM_SOFT_RESET); + /* Wait a little for things to settle down */ + udelay(50); + dev_info(rdev->dev, " GRBM_STATUS=0x%08X\n", + RREG32(GRBM_STATUS)); + dev_info(rdev->dev, " GRBM_STATUS_SE0=0x%08X\n", + RREG32(GRBM_STATUS_SE0)); + dev_info(rdev->dev, " GRBM_STATUS_SE1=0x%08X\n", + RREG32(GRBM_STATUS_SE1)); + dev_info(rdev->dev, " SRBM_STATUS=0x%08X\n", + RREG32(SRBM_STATUS)); + /* After reset we need to reinit the asic as GPU often endup in an +* incoherent state. +*/ + atom_asic_init(rdev->mode_info.atom_context); + evergreen_mc_resume(rdev, &save); return 0; } +int evergreen_asic_reset(struct radeon_device *rdev) +{ + return evergreen_gpu_soft_reset(rdev); +} + static int evergreen_startup(struct radeon_device *rdev) { int r; diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index 5cf707a..7c290a6 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -78,10 +78,53 @@ #defineGRBM_CNTL 0x8000 #defineGRBM_READ_TIMEOUT(x)((x) << 0) #defineGRBM_SOFT_RESET 0x8020 -#defineSOFT_RESET_CP (1<<0) +#defineSOFT_RESET_CP (1 << 0) +#defineSOFT_RESET_CB (1 << 1) +#defineSOFT_RESET_DB (1 << 3) +#defineSOFT_RESET_PA (1 << 5) +#defineSOFT_RESET_SC (1 << 6) +#defineSOFT_RESET_SPI (1 << 8) +#defineSOFT_RESET_SH (1 << 9) +#defineSOFT_RESET_SX (1 << 10) +#defineSOFT_RESET_TC (1 << 11) +#defineSO
[PATCH 3/8] drm/radeon/kms/evergreen: add gart support
>From 72005e636405fd7577ee6303c3ea95a227e5dc51 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 24 Mar 2010 13:20:41 -0400 Subject: [PATCH] drm/radeon/kms/evergreen: add gart support Gart setup is more or less like r7xx. Copy rv770d.h to evergreend.h and fix up changes. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 58 +--- drivers/gpu/drm/radeon/evergreend.h | 270 ++ drivers/gpu/drm/radeon/radeon_asic.c |2 +- drivers/gpu/drm/radeon/radeon_asic.h |1 + 4 files changed, 311 insertions(+), 20 deletions(-) create mode 100644 drivers/gpu/drm/radeon/evergreend.h diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 48e0dfb..022ef73 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -27,7 +27,7 @@ #include "radeon.h" #include "radeon_asic.h" #include "radeon_drm.h" -#include "rv770d.h" +#include "evergreend.h" #include "atom.h" #include "avivod.h" #include "evergreen_reg.h" @@ -82,10 +82,31 @@ static int evergreen_mc_wait_for_idle(struct radeon_device *rdev) /* * GART */ +void evergreen_pcie_gart_tlb_flush(struct radeon_device *rdev) +{ + unsigned i; + u32 tmp; + + WREG32(VM_CONTEXT0_REQUEST_RESPONSE, REQUEST_TYPE(1)); + for (i = 0; i < rdev->usec_timeout; i++) { + /* read MC_STATUS */ + tmp = RREG32(VM_CONTEXT0_REQUEST_RESPONSE); + tmp = (tmp & RESPONSE_TYPE_MASK) >> RESPONSE_TYPE_SHIFT; + if (tmp == 2) { + printk(KERN_WARNING "[drm] r600 flush TLB failed\n"); + return; + } + if (tmp) { + return; + } + udelay(1); + } +} + int evergreen_pcie_gart_enable(struct radeon_device *rdev) { u32 tmp; - int r, i; + int r; if (rdev->gart.table.vram.robj == NULL) { dev_err(rdev->dev, "No VRAM object for PCIE GART.\n"); @@ -120,10 +141,9 @@ int evergreen_pcie_gart_enable(struct radeon_device *rdev) RANGE_PROTECTION_FAULT_ENABLE_DEFAULT); WREG32(VM_CONTEXT0_PROTECTION_FAULT_DEFAULT_ADDR, (u32)(rdev->dummy_page.addr >> 12)); - for (i = 1; i < 7; i++) - WREG32(VM_CONTEXT0_CNTL + (i * 4), 0); + WREG32(VM_CONTEXT1_CNTL, 0); - r600_pcie_gart_tlb_flush(rdev); + evergreen_pcie_gart_tlb_flush(rdev); rdev->gart.ready = true; return 0; } @@ -131,11 +151,11 @@ int evergreen_pcie_gart_enable(struct radeon_device *rdev) void evergreen_pcie_gart_disable(struct radeon_device *rdev) { u32 tmp; - int i, r; + int r; /* Disable all tables */ - for (i = 0; i < 7; i++) - WREG32(VM_CONTEXT0_CNTL + (i * 4), 0); + WREG32(VM_CONTEXT0_CNTL, 0); + WREG32(VM_CONTEXT1_CNTL, 0); /* Setup L2 cache */ WREG32(VM_L2_CNTL, ENABLE_L2_FRAGMENT_PROCESSING | @@ -172,7 +192,6 @@ void evergreen_pcie_gart_fini(struct radeon_device *rdev) void evergreen_agp_enable(struct radeon_device *rdev) { u32 tmp; - int i; /* Setup L2 cache */ WREG32(VM_L2_CNTL, ENABLE_L2_CACHE | ENABLE_L2_FRAGMENT_PROCESSING | @@ -192,8 +211,8 @@ void evergreen_agp_enable(struct radeon_device *rdev) WREG32(MC_VM_MB_L1_TLB1_CNTL, tmp); WREG32(MC_VM_MB_L1_TLB2_CNTL, tmp); WREG32(MC_VM_MB_L1_TLB3_CNTL, tmp); - for (i = 0; i < 7; i++) - WREG32(VM_CONTEXT0_CNTL + (i * 4), 0); + WREG32(VM_CONTEXT0_CNTL, 0); + WREG32(VM_CONTEXT1_CNTL, 0); } static void evergreen_mc_stop(struct radeon_device *rdev, struct evergreen_mc_save *save) @@ -495,9 +514,9 @@ int evergreen_asic_reset(struct radeon_device *rdev) static int evergreen_startup(struct radeon_device *rdev) { -#if 0 int r; +#if 0 if (!rdev->me_fw || !rdev->pfp_fw || !rdev->rlc_fw) { r = r600_init_microcode(rdev); if (r) { @@ -507,15 +526,13 @@ static int evergreen_startup(struct radeon_device *rdev) } #endif evergreen_mc_program(rdev); -#if 0 if (rdev->flags & RADEON_IS_AGP) { - evergreem_agp_enable(rdev); + evergreen_agp_enable(rdev); } else { r = evergreen_pcie_gart_enable(rdev); if (r) return r; } -#endif evergreen_gpu_init(rdev); #if 0 if (!rdev->r600_blit.shader_obj) { @@ -602,7 +619,10 @@ int evergreen_suspend(struct radeon_device *rdev) r700_cp_stop(rdev); rdev->cp.ready = false; r600_wb_disable(rdev); +#endif + evergreen_pcie_gart_disable(rdev); +#if 0 /* unpin shaders bo */ r = radeon_bo_reserve(rdev->r600_blit.shader_obj, false); if (likely(r == 0)) { @@ -712,18 +732,18 @@ int evergreen_
[PATCH 2/8] drm/radeon/kms: add support for evergreen power tables
>From 9fb9f6315e26372359963fff9bdd676ff38cb457 Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 24 Mar 2010 16:39:45 -0400 Subject: [PATCH] drm/radeon/kms: add support for evergreen power tables Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombios.c | 44 - 1 files changed, 42 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 5673665..2730199 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -1462,6 +1462,10 @@ static const char *pp_lib_thermal_controller_names[] = { "RV6xx", "RV770", "ADT7473", + "External GPIO", + "Evergreen", + "ADT7473 with internal", + }; union power_info { @@ -1707,15 +1711,21 @@ void radeon_atombios_get_power_modes(struct radeon_device *rdev) break; } } - } else if (frev == 4) { + } else { /* add the i2c bus for thermal/fan chip */ /* no support for internal controller yet */ if (power_info->info_4.sThermalController.ucType > 0) { if ((power_info->info_4.sThermalController.ucType == ATOM_PP_THERMALCONTROLLER_RV6xx) || - (power_info->info_4.sThermalController.ucType == ATOM_PP_THERMALCONTROLLER_RV770)) { + (power_info->info_4.sThermalController.ucType == ATOM_PP_THERMALCONTROLLER_RV770) || + (power_info->info_4.sThermalController.ucType == ATOM_PP_THERMALCONTROLLER_EVERGREEN)) { DRM_INFO("Internal thermal controller %s fan control\n", (power_info->info_4.sThermalController.ucFanParameters & ATOM_PP_FANPARAMETERS_NOFAN) ? "without" : "with"); + } else if ((power_info->info_4.sThermalController.ucType == + ATOM_PP_THERMALCONTROLLER_EXTERNAL_GPIO) || + (power_info->info_4.sThermalController.ucType == + ATOM_PP_THERMALCONTROLLER_ADT7473_WITH_INTERNAL)) { + DRM_INFO("Special thermal controller config\n"); } else { DRM_INFO("Possible %s thermal controller at 0x%02x %s fan control\n", pp_lib_thermal_controller_names[power_info->info_4.sThermalController.ucType], @@ -1763,6 +1773,36 @@ void radeon_atombios_get_power_modes(struct radeon_device *rdev) rdev->pm.power_state[state_index].clock_info[mode_index].voltage.voltage = clock_info->usVDDC; mode_index++; + } else if (ASIC_IS_DCE4(rdev)) { + struct _ATOM_PPLIB_EVERGREEN_CLOCK_INFO *clock_info = + (struct _ATOM_PPLIB_EVERGREEN_CLOCK_INFO *) + (mode_info->atom_context->bios + +data_offset + + le16_to_cpu(power_info->info_4.usClockInfoArrayOffset) + + (power_state->ucClockStateIndices[j] * + power_info->info_4.ucClockInfoSize)); + sclk = le16_to_cpu(clock_info->usEngineClockLow); + sclk |= clock_info->ucEngineClockHigh << 16; + mclk = le16_to_cpu(clock_info->usMemoryClockLow); + mclk |= clock_info->ucMemoryClockHigh << 16; + rdev->pm.power_state[state_index].clock_info[mode_index].mclk = mclk; + rdev->pm.power_state[state_index].clock_info[mode_index].sclk = sclk; + /* skip invalid modes */ + if ((rdev->pm.power_state[state_index].clock_info[mode_index].mclk == 0) || + (rdev->pm.power_state[state_index].clock_info[mode_index].sclk == 0)) + continue; +
[PATCH 1/8] drm/radeon/kms: update atombios.h power tables for evergreen
>From bb78a06ab42e00b1fe6c260cdd9c1394872628ce Mon Sep 17 00:00:00 2001 From: Alex Deucher Date: Wed, 10 Feb 2010 17:30:05 -0500 Subject: [PATCH] drm/radeon/kms: update atombios.h power tables for evergreen Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios.h | 76 - 1 files changed, 74 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/atombios.h b/drivers/gpu/drm/radeon/atombios.h index 6732b5d..26986c8 100644 --- a/drivers/gpu/drm/radeon/atombios.h +++ b/drivers/gpu/drm/radeon/atombios.h @@ -5742,6 +5742,9 @@ typedef struct _ATOM_PPLIB_THERMALCONTROLLER #define ATOM_PP_THERMALCONTROLLER_RV6xx 7 #define ATOM_PP_THERMALCONTROLLER_RV770 8 #define ATOM_PP_THERMALCONTROLLER_ADT7473 9 +#define ATOM_PP_THERMALCONTROLLER_EXTERNAL_GPIO 11 +#define ATOM_PP_THERMALCONTROLLER_EVERGREEN 12 +#define ATOM_PP_THERMALCONTROLLER_ADT7473_WITH_INTERNAL 0x89// ADT7473 Fan Control + Internal Thermal Controller typedef struct _ATOM_PPLIB_STATE { @@ -5749,6 +5752,26 @@ typedef struct _ATOM_PPLIB_STATE UCHAR ucClockStateIndices[1]; // variable-sized } ATOM_PPLIB_STATE; +typedef struct _ATOM_PPLIB_FANTABLE +{ +UCHAR ucFanTableFormat;// Change this if the table format changes or version changes so that the other fields are not the same. +UCHAR ucTHyst; // Temperature hysteresis. Integer. +USHORT usTMin; // The temperature, in 0.01 centigrades, below which we just run at a minimal PWM. +USHORT usTMed; // The middle temperature where we change slopes. +USHORT usTHigh; // The high point above TMed for adjusting the second slope. +USHORT usPWMMin;// The minimum PWM value in percent (0.01% increments). +USHORT usPWMMed;// The PWM value (in percent) at TMed. +USHORT usPWMHigh; // The PWM value at THigh. +} ATOM_PPLIB_FANTABLE; + +typedef struct _ATOM_PPLIB_EXTENDEDHEADER +{ +USHORT usSize; +ULONG ulMaxEngineClock; // For Overdrive. +ULONG ulMaxMemoryClock; // For Overdrive. +// Add extra system parameters here, always adjust size to include all fields. +} ATOM_PPLIB_EXTENDEDHEADER; + ATOM_PPLIB_POWERPLAYTABLE::ulPlatformCaps #define ATOM_PP_PLATFORM_CAP_BACKBIAS 1 #define ATOM_PP_PLATFORM_CAP_POWERPLAY 2 @@ -5762,6 +5785,12 @@ typedef struct _ATOM_PPLIB_STATE #define ATOM_PP_PLATFORM_CAP_SIDEPORTCONTROL 512 #define ATOM_PP_PLATFORM_CAP_TURNOFFPLL_ASPML1 1024 #define ATOM_PP_PLATFORM_CAP_HTLINKCONTROL 2048 +#define ATOM_PP_PLATFORM_CAP_MVDDCONTROL 4096 +#define ATOM_PP_PLATFORM_CAP_GOTO_BOOT_ON_ALERT 0x2000 // Go to boot state on alerts, e.g. on an AC->DC transition. +#define ATOM_PP_PLATFORM_CAP_DONT_WAIT_FOR_VBLANK_ON_ALERT 0x4000 // Do NOT wait for VBLANK during an alert (e.g. AC->DC transition). +#define ATOM_PP_PLATFORM_CAP_VDDCI_CONTROL 0x8000 // Does the driver control VDDCI independently from VDDC. +#define ATOM_PP_PLATFORM_CAP_REGULATOR_HOT 0x0001 // Enable the 'regulator hot' feature. +#define ATOM_PP_PLATFORM_CAP_BACO 0x0002 // Does the driver supports BACO state. typedef struct _ATOM_PPLIB_POWERPLAYTABLE { @@ -5797,6 +5826,21 @@ typedef struct _ATOM_PPLIB_POWERPLAYTABLE } ATOM_PPLIB_POWERPLAYTABLE; +typedef struct _ATOM_PPLIB_POWERPLAYTABLE2 +{ +ATOM_PPLIB_POWERPLAYTABLE basicTable; +UCHAR ucNumCustomThermalPolicy; +USHORT usCustomThermalPolicyArrayOffset; +}ATOM_PPLIB_POWERPLAYTABLE2, *LPATOM_PPLIB_POWERPLAYTABLE2; + +typedef struct _ATOM_PPLIB_POWERPLAYTABLE3 +{ +ATOM_PPLIB_POWERPLAYTABLE2 basicTable2; +USHORT usFormatID; // To be used ONLY by PPGen. +USHORT usFanTableOffset; +USHORT usExtendendedHeaderOffset; +} ATOM_PPLIB_POWERPLAYTABLE3, *LPATOM_PPLIB_POWERPLAYTABLE3; + ATOM_PPLIB_NONCLOCK_INFO::usClassification #define ATOM_PPLIB_CLASSIFICATION_UI_MASK 0x0007 #define ATOM_PPLIB_CLASSIFICATION_UI_SHIFT 0 @@ -5816,7 +5860,9 @@ typedef struct _ATOM_PPLIB_POWERPLAYTABLE #define ATOM_PPLIB_CLASSIFICATION_UVDSTATE 0x0400 #define ATOM_PPLIB_CLASSIFICATION_3DLOW 0x0800 #define ATOM_PPLIB_CLASSIFICATION_ACPI 0x1000 -// remaining 3 bits are reserved +#define ATOM_PPLIB_CLASSIFICATION_HD2STATE 0x2000 +#define ATOM_PPLIB_CLASSIFICATION_HDSTATE0x4000 +#define ATOM_PPLIB_CLASSIFICATION_SDSTATE0x8000 ATOM_PPLIB_NONCLOCK_INFO::ulCapsAndSettings #define ATOM_PPLIB_SINGLE_DISPLAY_ONLY 0x0001 @@ -5840,9 +5886,15 @@ typedef struct _ATOM_PPLIB_POWERPLAYTABLE #define ATOM_PPLIB_SOFTWARE_DISABLE_LOADBALANCING0x1000 #define ATOM_PPLIB_SOFTWARE_ENABLE_SLEEP_FOR_TIMESTAMPS 0x2000 +#define AT
[PATCH 0/8] Add evergreen CP/interrupt/gfx init support
This patch set adds support for the command processor, interrupts, and gfx init on evergreen asics. It requires the new ucode available here: http://people.freedesktop.org/~agd5f/radeon_ucode/ These patches lay the groundwork for acceleration. Alex -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
radeondb capturing & replaying GPU command stream
Hi all, So i pushed a new dump facility in libdrm, it will dump everything needed to replay a command stream you just need to set CS_BOF_DUMP to 1 but be aware that any application that you launch will than create a new file for each cs it sends and file can be several M or maybe even G if you try dumping a program with hugue number of big texture. The dump file format is inefficiant and dump everythings and don't try to take advantages of buffer being the same from one cs to the other but i wasted a couple of week trying to be clever and i don't think it's worth the trouble it only makes things more complex and more buggy. So i am now quite happy with the current design after all it's intended only to be use as a debug helper while writting driver or trying to fix a driver bug. Of course this would be pretty useless without a way to replay those file so i did hackup a quick tools radeondb that i wish to grow to swiss knife for radeon debugging. Some of its function needs to be run outside X with KMS enabled and as root (replaying cs needs that). So to replay a command stream simply do : radeondb -p mycsfile.bof You shall see the content of the rendered buffer before the cs get executed, press a key and you shall see the content of the rendered buffer once the cs is executed. I was able to replay openarena cs so i am pretty confident that it should work well. The program also check that you are replaying a command stream on a valid gpu ie don't try to replay cs of r3xx hw on r5xx hw. I intend to do an X friendly version of the tools at one point. In the meantime i will be adding r5xx,r3xx support over the weekend and latter r1xx,r2xx (most of what is needed is autogenerated file see r600_states.h). I am also working on adding the same dump format to kernel to capture cs responsible of GPU lockup. Idea/comments are welcome Cheers, Jerome radeondb should show up at: http://cgit.freedesktop.org/~glisse/radeondb -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 26641] RV730 agp xf86-video-ati with kms poor performance
https://bugs.freedesktop.org/show_bug.cgi?id=26641 --- Comment #14 from Andy Furniss 2010-04-08 06:45:45 PDT --- (In reply to comment #13) > (In reply to comment #12) > > This is fixed for me now that the ttm page allocator is in drm-radeon-testing. The further commits to drt may have regressed this again - I can't be sure as I can't run todays head, but while bisecting for - https://bugs.freedesktop.org/show_bug.cgi?id=27536 I noticed on the "goods" close to the problematic commit that x11 putimage perf had regressed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27536] Bus error 7 with todays DRT bisected.
https://bugs.freedesktop.org/show_bug.cgi?id=27536 --- Comment #1 from Andy Furniss 2010-04-08 06:34:51 PDT --- Card id rv670 AGP, running git xorg, ddx, mesa, libdrm and drt kernel. Yesterdays DRT was fine for me, but after todays commits I am getting kicked out of X with a backtrace that looks like below. The trace varies from 3 down depending on what I was doing when triggering it, the one included was running x11perf -putimage500. I can't restart X after this a it just gets another signal 7. Happens with both agp gart and pcie gart. Git bisect came up with - b562614485ca2247384f540c859e00357fe7adcb is first bad commit commit b562614485ca2247384f540c859e00357fe7adcb Author: Jerome Glisse Date: Wed Apr 7 10:21:24 2010 + drm/radeon/kms: add support for new fault callback V6 This add the support for the new fault callback and also the infrastructure for supporting unmappable VRAM. V2 validate BO with no_wait = true V3 don't derefence bo->mem.mm_node as it's not NULL only for VRAM or GTT V4 update to splitted no_wait ttm change V5 update to new balanced io_mem_reserve/free change V6 callback is responsible for iomapping memory [68.793] 0: /home/andy/Src/Xorg-git/modular/bin/Xorg (xorg_backtrace+0x3b) [0x80e05cb] [68.793] 1: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0x5a325) [0x80a2325] [68.793] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xe40c] [68.793] 3: /home/andy/Src/Xorg-git/modular/lib/xorg/modules/libexa.so (0xb71bc000+0x728e) [0xb71c328e] [68.793] 4: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0xce6da) [0x81166da] [68.793] 5: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0x26274) [0x806e274] [68.793] 6: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0x25110) [0x806d110] [68.793] 7: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0x1a92c) [0x806292c] [68.793] 8: /lib/libc.so.6 (__libc_start_main+0xd0) [0xb73b9380] [68.793] 9: /home/andy/Src/Xorg-git/modular/bin/Xorg (0x8048000+0x1a531) [0x8062531] [68.793] Bus error at address 0xb6a8 [68.793] Fatal server error: [68.793] Caught signal 7 (Bus error). Server aborting -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27536] New: Bus error 7 with todays DRT bisected.
https://bugs.freedesktop.org/show_bug.cgi?id=27536 Summary: Bus error 7 with todays DRT bisected. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: li...@andyfurniss.entadsl.com -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27498] Gpu hangs while using gnome-shell
https://bugs.freedesktop.org/show_bug.cgi?id=27498 Krzysztof A. Sobiecki changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Krzysztof A. Sobiecki 2010-04-08 03:05:39 PDT --- Yes it's working. I just don't know how to feel about the fact, that GPU can be hanged so easily. I'm closing this bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27507] OpenGL applications crash with drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream
https://bugs.freedesktop.org/show_bug.cgi?id=27507 --- Comment #3 from Fabio Pedretti 2010-04-08 01:44:33 PDT --- > 0ad problem is that mesa sets wrong height for rendering area (1023 instead > 768). Could you apply the attached patch to mesa and run 0ad with > RADEON_DEBUG=all ./0ad &> debug.log debug file created as requested with patch (note: compressed: 3MB, uncompressed: 152MB): http://rapidshare.com/files/373364294/debug.log.bz2.html -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27446] Color buffer problem
https://bugs.freedesktop.org/show_bug.cgi?id=27446 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from Michel Dänzer 2010-04-08 01:26:10 PDT --- *** This bug has been marked as a duplicate of bug 27507 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27507] OpenGL applications crash with drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream
https://bugs.freedesktop.org/show_bug.cgi?id=27507 Michel Dänzer changed: What|Removed |Added CC||adr...@gmail.com --- Comment #2 from Michel Dänzer 2010-04-08 01:26:10 PDT --- *** Bug 27446 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27521] corrupted rendering with vbo + kms + rv515 (hits Blender 2.50!)
https://bugs.freedesktop.org/show_bug.cgi?id=27521 Michel Dänzer changed: What|Removed |Added Component|Drivers/DRI/Radeon |Drivers/DRI/r300 --- Comment #2 from Michel Dänzer 2010-04-08 01:12:28 PDT --- I can confirm the problem with the r300 driver. The test program works fine with the r300g driver. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27522] rendering of large vtk datasets very slow
https://bugs.freedesktop.org/show_bug.cgi?id=27522 Michel Dänzer changed: What|Removed |Added Keywords||NEEDINFO --- Comment #1 from Michel Dänzer 2010-04-08 01:06:17 PDT --- (In reply to comment #1) > Using oprofile, and starting the application, loading a project and clicking > the close button shows that most of the time is spent in kernel mode (70%ish, > and I believe should be in the drm code, what would explain even the mouse > pointer almost locked). Please attach profile data. If you use sysprof 1.1.x (or a Git snapshot) with a recent kernel, you should get profiling information about the kernel as well. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27524] linux-2.6.33.2 radeondrm_fb, rv350, garbled console on PowerBook G4
https://bugs.freedesktop.org/show_bug.cgi?id=27524 --- Comment #5 from Michel Dänzer 2010-04-08 00:51:33 PDT --- (In reply to comment #4) > I set this on my command line: > > append="radeon.agpmode=1 video=radeon" > > Now the text doesn't garble. My display just seems "hypercolored" ... I can't > really describe it and will need to take a picture if you don't know what I > mean. I don't, so please do. :) Also please attach the dmesg with those options. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15685] Kernel 2.6.33 fails to suspend (bisected)
https://bugzilla.kernel.org/show_bug.cgi?id=15685 --- Comment #15 from Jérôme Glisse 2010-04-08 06:41:07 --- I think the issue is that Tuxonice assume somethings about graphic driver which is wrong with kms. Somethings about memory, ttm is messing with memory and tuxonice maybe miss that and don't properly save our memory. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27446] Color buffer problem
https://bugs.freedesktop.org/show_bug.cgi?id=27446 Pauli changed: What|Removed |Added Attachment #34765|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. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27507] OpenGL applications crash with drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream
https://bugs.freedesktop.org/show_bug.cgi?id=27507 --- Comment #1 from Pauli 2010-04-08 00:10:18 PDT --- Created an attachment (id=34797) --> (https://bugs.freedesktop.org/attachment.cgi?id=34797) Debug patch or scissor bug. Here is 2 different error messages so 2 different bugs. It would be better if there was only one bug per report. 0ad problem is that mesa sets wrong height for rendering area (1023 instead 768). Could you apply the attached patch to mesa and run 0ad with RADEON_DEBUG=all ./0ad &> debug.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 27517] KMS breaks 3D on R200
https://bugs.freedesktop.org/show_bug.cgi?id=27517 --- Comment #4 from Pauli 2010-04-08 00:03:00 PDT --- (In reply to comment #3) > Is your r200 3d driver built with kms support? glxinfo report would give good idea where the problem is. dmesg shows that problem is the fake enable of second texture unit that is done as workaround for hw bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel