[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #24 from Alexandre Demers 2012-08-30 22:38:36 UTC --- (In reply to comment #23) > (In reply to comment #22) > > It seems Marek has more weight than me about lockups related to VM on > > Cayman(problem first reported as bug 45018).

[Bug 41732] [radeon] KMS (and X.org) detect wrong outputs

https://bugzilla.kernel.org/show_bug.cgi?id=41732 Niels Ole Salscheider changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #23 from Alex Deucher 2012-08-30 21:42:20 UTC --- (In reply to comment #22) > It seems Marek has more weight than me about lockups related to VM on > Cayman(problem first reported as bug 45018). Well, we were hoping to get this

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #22 from Alexandre Demers 2012-08-30 21:34:48 UTC --- It seems Marek has more weight than me about lockups related to VM on Cayman(problem first reported as bug 45018). Patch by Marek to disable VM by default for Cayman:

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #36 from Stefan D?singer 2012-08-30 17:39:59 UTC --- My guess would be that they simply store it in the driver, i.e. similarly to what my hack does. Considering that they have hardware and software under full control I don't see why

[Bug 46161] divide error on radeon modprobe

https://bugzilla.kernel.org/show_bug.cgi?id=46161 Alan changed: What|Removed |Added Component|Video(Other)|Video(DRI - non Intel)

[PATCH] drm/radeon: fix dig encoder selection on DCE61

2012/8/30 Alex Deucher : > On Thu, Aug 30, 2012 at 2:27 AM, Michel D?nzer wrote: >> On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote: >>> - /* DCE4/5 */ >>> - if (ASIC_IS_DCE4(rdev)) { >>> - dig = radeon_encoder->enc_priv; >>> - if

[PATCH] drm/i915: add a tracepoint for gpu frequency changes

ce *dev) Acked-by: Paul Menzel Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120830/c9b304cb/attachment.pgp>

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 aceman changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|OBSOLETE

[RFC] New dma_buf -> EGLImage EGL extension

Hi All, Over the last few months I've been working on & off with a few people from Linaro on a new EGL extension. The extension allows constructing an EGLImage from a (set of) dma_buf file descriptors, including support for multi-plane YUV. I envisage the primary use-case of this extension to be

[Bug 42795] Unable to boot with the radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=42795 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 46711] New: vmwgfx does not work in qemu/kvm

https://bugzilla.kernel.org/show_bug.cgi?id=46711 URL: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1 037606 Summary: vmwgfx does not work in qemu/kvm Product: Drivers Version: 2.5 Kernel Version: 3.6-rc3

[Bug 42708] drm:radeon_cs_ioctl "Failed to schedule IB" error after s2ram and wakeup

https://bugzilla.kernel.org/show_bug.cgi?id=42708 Dizintegrator changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 42787] Video flickers on X1200 / RS690 over DVI

https://bugzilla.kernel.org/show_bug.cgi?id=42787 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Intel-gfx] [PATCH] drm/i915: add a tracepoint for gpu frequency changes

On Thu, 30 Aug 2012 13:26:48 +0200, Daniel Vetter wrote: > We've had and still have too many issues where the gpu turbot doesn't > quite to what it's supposed to do (or what we want it to do). > > Adding a tracepoint to track when the desired gpu frequence changes > should help a lot in

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #35 from Alex Deucher 2012-08-30 14:25:55 UTC --- (In reply to comment #34) > Alex, > Please see the DSDT table from a Macbook Pro booted in EFI mode. Maybe it will > give you some ideas for extracting the VBIOS. Sorry, I'm not

[Bug 42708] drm:radeon_cs_ioctl "Failed to schedule IB" error after s2ram and wakeup

https://bugzilla.kernel.org/show_bug.cgi?id=42708 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 42672] Nouveau. Screen corruption and occasional gpu lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42672 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk Kernel

[PATCH V6] drm: edid: add support for E-DDC

On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote: > @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter, > unsigned char *buf, > .buf= buf, > } > }; > - ret = i2c_transfer(adapter, msgs,

[Bug 42182] Screen brightness is still set to MINIMUM and am unable to change it

https://bugzilla.kernel.org/show_bug.cgi?id=42182 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[PATCH] drm/radeon: implement bounds checking on thermal controller lookup

From: Alex Deucher Don't read past the end of the array if we encounter an unknown thermal controller. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombios.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git

[Bug 42182] Screen brightness is still set to MINIMUM and am unable to change it

https://bugzilla.kernel.org/show_bug.cgi?id=42182 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[PATCH] drm/i915: add a tracepoint for gpu frequency changes

We've had and still have too many issues where the gpu turbot doesn't quite to what it's supposed to do (or what we want it to do). Adding a tracepoint to track when the desired gpu frequence changes should help a lot in characterizing and understanding problematic workloads. Also, this should

udl vs udlfb and EDID trouble

Hi all, I've been playing with some DisplayLink adapters, six of them to be precise connected to six identical HDMI monitors. Under kernel 3.5 things did not really work for me apparently because of the udl driver's inability to fetch EDID. Interestingly, logged EDID blocks were different for

[Bug 54230] r600-llvm-compiler completely broken at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=54230 --- Comment #5 from Tom Stellard 2012-08-30 13:13:28 UTC --- The llvm backend hasn't been tested much on Cayman, so probably some of the Cayman specific features aren't working correctly. Could you set the environment variable

[Bug 54230] r600-llvm-compiler completely broken at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=54230 Tom Stellard changed: What|Removed |Added Product|DRI |Mesa Version|XOrg CVS

[PATCH V6] drm: edid: add support for E-DDC

The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then immediately read via the regular DDC2 address

[PATCH V6] drm: edid: add support for E-DDC

This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Changes from V2: Add switch for DDC and E-DDC Changes from V3:

[PATCH v6] drm: edid: add support for E-DDC

From: Shirish S The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then

[PATCH V6] drm: edid: add support for E-DDC

From: Shirish S This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Changes from V2: Add

[PATCH] drm: edid: add support for E-DDC

From: Shirish S The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then

[PATCH V6] drm: edid: add support for E-DDC

From: Shirish S This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Changes from V2: Add

[PATCH] drm/i915/hdmi: only enable audio if there's a hdmi sink

On 8/30/12 3:44 AM, Daniel Vetter wrote: > Some monitors totally don't like to receive infoframes, and naturally > don't claim to support hdmi. > > But for some odd reason they've added a CEA block to their edid, > which automatically gives you basic audio. Still, we may not send > out hdmi

[Bug 41732] [radeon] KMS (and X.org) detect wrong outputs

https://bugzilla.kernel.org/show_bug.cgi?id=41732 Alan changed: What|Removed |Added Status|NEW |NEEDINFO CC|

[Linaro-mm-sig] A few questions about the best way to implement RandR 1.4 / PRIME buffer sharing

On 08/30/2012 10:31 AM, Aaron Plattner wrote: > So I've been experimenting with support for Dave Airlie's new RandR 1.4 > provider > object interface, so that Optimus-based laptops can use our driver to drive > the > discrete GPU and display on the integrated GPU. The good news is that I've >

A few questions about the best way to implement RandR 1.4 / PRIME buffer sharing

So I've been experimenting with support for Dave Airlie's new RandR 1.4 provider object interface, so that Optimus-based laptops can use our driver to drive the discrete GPU and display on the integrated GPU. The good news is that I've got a proof of concept working. During a review of the

udl vs udlfb and EDID trouble

On Thu, Aug 30, 2012 at 8:24 AM, Tvrtko Ursulin wrote: > > Hi all, > > I've been playing with some DisplayLink adapters, six of them to be precise > connected to six identical HDMI monitors. > > Under kernel 3.5 things did not really work for me apparently because of the > udl driver's inability

[Bug 42412] nouveau regression in 3.1-rc4

https://bugzilla.kernel.org/show_bug.cgi?id=42412 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk --- Comment #1

[PATCH] drm/i915/hdmi: only enable audio if there's a hdmi sink

Some monitors totally don't like to receive infoframes, and naturally don't claim to support hdmi. But for some odd reason they've added a CEA block to their edid, which automatically gives you basic audio. Still, we may not send out hdmi infoframes to them, hence check whether the sink is indeed

-next queue and EDID stuff

On Thu, Aug 30, 2012 at 12:23:43AM -0500, Ian Pilcher wrote: > On 08/29/2012 04:38 PM, Adam Jackson wrote: > > So to me, that says that drivers need to ask _both_ whether the monitor > > supports audio and whether it's HDMI before sending HDMI-specific audio > > signalling. > > OK, so the burden

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

https://bugzilla.kernel.org/show_bug.cgi?id=40622 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 40562] Shutting down X/KDE sometimes leads to kernel crash on kernel-3.0.1-rc1 with radeon/kms

https://bugzilla.kernel.org/show_bug.cgi?id=40562 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH] drm/radeon: fix dig encoder selection on DCE61

On Thu, Aug 30, 2012 at 2:27 AM, Michel D?nzer wrote: > On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote: >> From: Alex Deucher >> >> Was using the DCE41 code which was wrong. Fixes >> blank displays on a number of Trinity systems. >> >> Signed-off-by: Alex Deucher >> Cc:

[PATCH V6] drm: edid: add support for E-DDC

in_edid, int length) > > -- > Ville Syrj?l? > Intel OTC > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120830/79e97406/attachment.html>

[Bug 54230] r600-llvm-compiler completely broken at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=54230 --- Comment #4 from Thomas Rohloff 2012-08-30 08:54:22 UTC --- As the video is to big for an attachment here's a link: https://vimeo.com/48479243 It shows Minecraft in-game. -- Configure bugmail:

drm_vm.c: many arches equate remap_pfn_range() and io_remap_pfn_range()

On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote: > > a pedantic observation, you can do with it what you wish (i'm not a > list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629): > > #if !defined(__arm__) > if (io_remap_pfn_range(vma, vma->vm_start,

[PATCH] drm/radeon: fix dig encoder selection on DCE61

On Mit, 2012-08-29 at 20:02 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Was using the DCE41 code which was wrong. Fixes > blank displays on a number of Trinity systems. > > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org > --- >

drm: Adding the option IRQ_ONESHOT to support irq oneshot

From: liu chuansheng Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot For some platforms, we want the irq is handled as one shot, then even when we use the irq thread, with this option, the new irq will come until the irq thread finished. So

[PATCH] DRM DRIVERS: Remove unnecessary test for ARM.

Since arch/arm/include/asm/pgtable.h contains: #define io_remap_pfn_range(vma,from,pfn,size,prot) \ remap_pfn_range(vma, from, pfn, size, prot) there is no point treating ARM as a special case in distinguishing between remap_pfn_range() and io_remap_pfn_range(). Signed-off-by:

drm_vm.c: many arches equate remap_pfn_range() and io_remap_pfn_range()

On Thu, 30 Aug 2012, Robert P. J. Day wrote: > On Thu, 30 Aug 2012, Sascha Hauer wrote: > > > On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote: > > > > > > a pedantic observation, you can do with it what you wish (i'm not a > > > list subscriber). in drivers/gpu/drm/drm_vm.c,

drm_vm.c: many arches equate remap_pfn_range() and io_remap_pfn_range()

On Thu, 30 Aug 2012, Sascha Hauer wrote: > On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote: > > > > a pedantic observation, you can do with it what you wish (i'm not a > > list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629): > > > > #if !defined(__arm__) > >

[git pull] drm fixes

Hi Linus, a bunch of scattered fixes ati/intel/nouveau, couple of core ones, nothing too shocking or different. Dave. The following changes since commit fea7a08acb13524b47711625eebea40a0ede69a0: Linux 3.6-rc3 (2012-08-22 13:29:06 -0700) are available in the git repository at:

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #34 from Anonymous Helper 2012-08-30 01:48:07 UTC --- Created attachment 66308 --> https://bugs.freedesktop.org/attachment.cgi?id=66308 DSDT table from Macbook Pro 8,2 (EFI boot) Alex, Please see the DSDT table from a Macbook Pro

[Bug 52256] Trinity (ARUBA) DP link training problems

https://bugs.freedesktop.org/show_bug.cgi?id=52256 --- Comment #9 from LRN 2012-08-30 01:40:44 UTC --- Pulled your drm-next-3.6 branch, and merged with current linux master. Display now works! There are font rendering problems with X server, but that's another issue. -- Configure bugmail:

-next queue and EDID stuff

On 08/29/2012 04:38 PM, Adam Jackson wrote: > So to me, that says that drivers need to ask _both_ whether the monitor > supports audio and whether it's HDMI before sending HDMI-specific audio > signalling. OK, so the burden is on the individual drivers. In terms of moving forward with the rest

[Bug 52256] Trinity (ARUBA) DP link training problems

https://bugs.freedesktop.org/show_bug.cgi?id=52256 --- Comment #8 from Alex Deucher 2012-08-30 00:13:43 UTC --- Should be fixed in my drm-next-3.6 branch: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.6 there are several patches required. The patches should show up in stable

Re: [Linaro-mm-sig] [PATCH 2/4] dma-fence: dma-buf synchronization (v8 )

Hi, On Fri, Aug 10, 2012 at 4:57 PM, Maarten Lankhorst maarten.lankho...@canonical.com wrote: [Snip] diff --git a/include/linux/dma-fence.h b/include/linux/dma-fence.h new file mode 100644 index 000..e0ceddd --- /dev/null +++ b/include/linux/dma-fence.h @@ -0,0 +1,124 @@ +/* + *

[PATCH V6] drm: edid: add support for E-DDC

From: Shirish S s.shir...@samsung.com This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Changes from V2: Add switch

[PATCH v6] drm: edid: add support for E-DDC

From: Shirish S s.shir...@samsung.com The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then

[PATCH V6] drm: edid: add support for E-DDC

This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Changes from V2: Add switch for DDC and E-DDC Changes from V3:

[PATCH V6] drm: edid: add support for E-DDC

The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then immediately read via the regular DDC2 address

[PATCH] drm: edid: add support for E-DDC

From: Shirish S s.shir...@samsung.com The current logic for probing ddc is limited to 2 blocks (256 bytes), this patch adds support for the 4 block (512) data. To do this, a single 8-bit segment index is passed to the display via the I2C address 30h. Data from the selected segment is then

Re: [PATCH] drm/radeon: fix dig encoder selection on DCE61

On Mit, 2012-08-29 at 20:02 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Was using the DCE41 code which was wrong. Fixes blank displays on a number of Trinity systems. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org

Re: drm_vm.c: many arches equate remap_pfn_range() and io_remap_pfn_range()

On Wed, Aug 29, 2012 at 06:29:53PM -0400, Robert P. J. Day wrote: a pedantic observation, you can do with it what you wish (i'm not a list subscriber). in drivers/gpu/drm/drm_vm.c, we read (line 629): #if !defined(__arm__) if (io_remap_pfn_range(vma, vma-vm_start,

Re: -next queue and EDID stuff

On Thu, Aug 30, 2012 at 12:23:43AM -0500, Ian Pilcher wrote: On 08/29/2012 04:38 PM, Adam Jackson wrote: So to me, that says that drivers need to ask _both_ whether the monitor supports audio and whether it's HDMI before sending HDMI-specific audio signalling. OK, so the burden is on the

[PATCH] drm/i915/hdmi: only enable audio if there's a hdmi sink

Some monitors totally don't like to receive infoframes, and naturally don't claim to support hdmi. But for some odd reason they've added a CEA block to their edid, which automatically gives you basic audio. Still, we may not send out hdmi infoframes to them, hence check whether the sink is indeed

[Bug 54230] r600-llvm-compiler completely broken at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=54230 --- Comment #4 from Thomas Rohloff v10la...@myway.de 2012-08-30 08:54:22 UTC --- As the video is to big for an attachment here's a link: https://vimeo.com/48479243 It shows Minecraft in-game. -- Configure bugmail:

[Bug 40622] [radeon] - kms wrong resolution mode used after backlight on/off switch

https://bugzilla.kernel.org/show_bug.cgi?id=40622 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 42412] nouveau regression in 3.1-rc4

https://bugzilla.kernel.org/show_bug.cgi?id=42412 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 41732] [radeon] KMS (and X.org) detect wrong outputs

https://bugzilla.kernel.org/show_bug.cgi?id=41732 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |NEEDINFO

Re: [Intel-gfx] [PATCH] drm/i915: add a tracepoint for gpu frequency changes

On Thu, 30 Aug 2012 13:26:48 +0200, Daniel Vetter daniel.vet...@ffwll.ch wrote: We've had and still have too many issues where the gpu turbot doesn't quite to what it's supposed to do (or what we want it to do). Adding a tracepoint to track when the desired gpu frequence changes should help

[Bug 42182] Screen brightness is still set to MINIMUM and am unable to change it

https://bugzilla.kernel.org/show_bug.cgi?id=42182 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 42672] Nouveau. Screen corruption and occasional gpu lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42672 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 42708] drm:radeon_cs_ioctl Failed to schedule IB error after s2ram and wakeup

https://bugzilla.kernel.org/show_bug.cgi?id=42708 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk

[Bug 42787] Video flickers on X1200 / RS690 over DVI

https://bugzilla.kernel.org/show_bug.cgi?id=42787 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 42708] drm:radeon_cs_ioctl Failed to schedule IB error after s2ram and wakeup

https://bugzilla.kernel.org/show_bug.cgi?id=42708 Dizintegrator hellla...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 42795] Unable to boot with the radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=42795 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/i915/hdmi: only enable audio if there's a hdmi sink

On 8/30/12 3:44 AM, Daniel Vetter wrote: Some monitors totally don't like to receive infoframes, and naturally don't claim to support hdmi. But for some odd reason they've added a CEA block to their edid, which automatically gives you basic audio. Still, we may not send out hdmi infoframes to

[Bug 36072] celestia causes kernel oops when allocation a lot of memory (for textures)

https://bugzilla.kernel.org/show_bug.cgi?id=36072 aceman aceli...@atlas.sk changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: [PATCH V6] drm: edid: add support for E-DDC

On Thu, Aug 30, 2012 at 3:58 AM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Thu, Aug 30, 2012 at 12:34:06PM +0530, Shirish S wrote: @@ -276,15 +283,21 @@ drm_do_probe_ddc_edid(struct i2c_adapter *adapter, unsigned char *buf, .buf= buf,

[Bug 46161] divide error on radeon modprobe

https://bugzilla.kernel.org/show_bug.cgi?id=46161 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Component|Video(Other)|Video(DRI - non Intel)

[PATCH] drm/radeon: implement bounds checking on thermal controller lookup

From: Alex Deucher alexander.deuc...@amd.com Don't read past the end of the array if we encounter an unknown thermal controller. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_atombios.c | 11 +-- 1 files changed, 9 insertions(+), 2

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #36 from Stefan Dösinger stefandoesin...@gmx.at 2012-08-30 17:39:59 UTC --- My guess would be that they simply store it in the driver, i.e. similarly to what my hack does. Considering that they have hardware and software under full

drm: Adding the option IRQ_ONESHOT to support irq oneshot

From: liu chuansheng chuansheng@intel.com Subject: [PATCH] drm: Adding the option IRQ_ONESHOT to support irq oneshot For some platforms, we want the irq is handled as one shot, then even when we use the irq thread, with this option, the new irq will come until the irq thread finished. So we

Re: [Linaro-mm-sig] A few questions about the best way to implement RandR 1.4 / PRIME buffer sharing

On 08/30/2012 10:31 AM, Aaron Plattner wrote: So I've been experimenting with support for Dave Airlie's new RandR 1.4 provider object interface, so that Optimus-based laptops can use our driver to drive the discrete GPU and display on the integrated GPU. The good news is that I've got a proof

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #22 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-30 21:34:48 UTC --- It seems Marek has more weight than me about lockups related to VM on Cayman(problem first reported as bug 45018). Patch by Marek to disable VM by

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #23 from Alex Deucher ag...@yahoo.com 2012-08-30 21:42:20 UTC --- (In reply to comment #22) It seems Marek has more weight than me about lockups related to VM on Cayman(problem first reported as bug 45018). Well, we were hoping to

[Bug 41732] [radeon] KMS (and X.org) detect wrong outputs

https://bugzilla.kernel.org/show_bug.cgi?id=41732 Niels Ole Salscheider niels_...@salscheider-online.de changed: What|Removed |Added Status|NEEDINFO

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #24 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-30 22:38:36 UTC --- (In reply to comment #23) (In reply to comment #22) It seems Marek has more weight than me about lockups related to VM on Cayman(problem first

Re: [PATCH] drm/radeon: implement bounds checking on thermal controller lookup

On Don, 2012-08-30 at 13:32 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Don't read past the end of the array if we encounter an unknown thermal controller. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Reviewed-by: Michel Dänzer