gma500 opregion/power init order backtrace

> I'm wondering if the gma_power_init call can be moved up before > chip_setup is called. Seems so, but I thought I would ping you to see > if you've seen this already. Fixed in the patches that went to Linus. I don't have the ACPI backlight working on a lot of systems and don't know why to be

Fwd: [Workshop-2011] Media summit at the Kernel Summit

FYI! If anyone is interested, then please discuss that on the linux-media mailinglist. I promised Mauro to forward it to a few mailinglists where this might be of interest, so here it is :-) Regards, Hans -- Forwarded Message -- Subject: [Workshop-2011] Media

[PATCH] drm/radeon: on hotplug force link training to happen

On Tue, Jul 17, 2012 at 6:25 PM, Alex Deucher wrote: > On Tue, Jul 17, 2012 at 4:54 PM, wrote: >> From: Jerome Glisse >> >> To have kernel behave like VGA/DVI we need to retrain link >> on hotplug. For this to happen with need to report that >> we need to link training to happen if we fail to

[git pull] drm/radeon: reset ring saving branch

On Tue, Jul 17, 2012 at 8:04 PM, Christian K?nig wrote: > On 17.07.2012 11:46, Dave Airlie wrote: >> >> On Tue, Jul 17, 2012 at 7:39 PM, Christian K?nig >> wrote: >>> >>> Hi Dave, >>> >>> I think it is easier if I just send you a pull request of my branch >>> instead >>> of individual patches.

[git pull] drm/radeon: reset ring saving branch

On Tue, Jul 17, 2012 at 7:39 PM, Christian K?nig wrote: > Hi Dave, > > I think it is easier if I just send you a pull request of my branch instead > of individual patches. Thanks for this, I've been getting lost as to what is where, so I'll pull this in and put Alex's documentation patches on

[PATCH 1/2] drm/radeon: Try harder to avoid HW cursor ending on a multiple of 128 columns.

Ignore the 1/2, there's no second patch. -- Earthling Michel D?nzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer

[PATCH 1/2] drm/radeon: Try harder to avoid HW cursor ending on a multiple of 128 columns.

From: Michel D?nzer This could previously fail if either of the enabled displays was using a horizontal resolution that is a multiple of 128, and only the leftmost column of the cursor was (supposed to be) visible at the right edge of that display. The solution is to

[PATCH] drm/radeon: on hotplug force link training to happen

On Tue, Jul 17, 2012 at 4:54 PM, wrote: > From: Jerome Glisse > > To have kernel behave like VGA/DVI we need to retrain link > on hotplug. For this to happen with need to report that > we need to link training to happen if we fail to get link > status and we need to force link training to

[PATCH] drm: gma500: Kill the GEM glue layer

On Tuesday 17 July 2012 17:21:06 Alan Cox wrote: > On Tue, 17 Jul 2012 17:09:25 +0200 Laurent Pinchart wrote: > > On Wednesday 16 May 2012 16:10:37 Alan Cox wrote: > > > On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote: > > > > The private gem_create_mmap_offset() function is now

[PATCH 0/7] [RFC] drm/exynos: Add IOMMU support to DRM

Hello Marek, > -Original Message- > From: Marek Szyprowski [mailto:m.szyprowski at samsung.com] > Sent: Tuesday, July 17, 2012 5:04 PM > To: 'Inki Dae'; 'Subash Patel' > Cc: 'Prathyush K'; dri-devel at lists.freedesktop.org; prathyush at > chromium.org > Subject: RE: [PATCH 0/7] [RFC]

[PATCH v2] drm: Make the .mode_fixup() operations mode argument a const pointer

The passed mode must not be modified by the operation, make it const. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/ast/ast_mode.c |6 +++--- drivers/gpu/drm/cirrus/cirrus_mode.c|6 +++--- drivers/gpu/drm/exynos/exynos_drm_crtc.c|2 +-

[PATCH] drm: gma500: Kill the GEM glue layer

On Tue, 17 Jul 2012 17:09:25 +0200 Laurent Pinchart wrote: > Hi Alan, > > On Wednesday 16 May 2012 16:10:37 Alan Cox wrote: > > On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote: > > > The private gem_create_mmap_offset() function is now implemented > > > in the DRM core as

[PATCH] drm/radeon: fix non revealent error message

From: Jerome Glisse We want to print link status query failed only if it's an unexepected fail. If we query to see if we need link training it might be because there is nothing connected and thus link status query have the right to fail in that case. To avoid printing

[PATCH] drm: gma500: Kill the GEM glue layer

Hi Alan, On Wednesday 16 May 2012 16:10:37 Alan Cox wrote: > On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote: > > The private gem_create_mmap_offset() function is now implemented in the > > DRM core as drm_gem_create_mmap_offset(). Use it and kill the private > > copy. > > That was

[PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

On Wednesday 30 May 2012 19:12:11 Laurent Pinchart wrote: > On Wednesday 30 May 2012 13:29:06 Michel D?nzer wrote: > > On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote: > > > DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op > > > for KMS drivers. > > > > > >

[PATCH] drm/radeon: on hotplug force link training to happen

From: Jerome Glisse To have kernel behave like VGA/DVI we need to retrain link on hotplug. For this to happen with need to report that we need to link training to happen if we fail to get link status and we need to force link training to happen by setting connector dpms to

[PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On 17.07.2012 16:17, Jerome Glisse wrote: > On Tue, Jul 17, 2012 at 8:51 AM, Alex Deucher > wrote: >> On Tue, Jul 17, 2012 at 4:49 AM, Christian K?nig >> wrote: >>> On 17.07.2012 01:13, Alex Deucher wrote: On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher wrote: > On Fri, Jul 13,

[PATCH 3/3] drm/radeon: fix const IB handling

On 17.07.2012 16:25, Jerome Glisse wrote: > On Tue, Jul 17, 2012 at 5:50 AM, Christian K?nig > wrote: >> On 13.07.2012 16:17, Tom Stellard wrote: >>> On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian K?nig wrote: Const IBs are executed on the CE not the CP, so we can't fence them in

gma500 opregion/power init order backtrace

Hi Alan, We had a report [1] of a machine with a Cedarview chip in it not being able to have the backlight level adjusted with the hardware function keys in F17. Matthew suggested that gma500 needs to work with opregion and the reporter (CC'd) tried a rawhide kernel based on

dma-buf/fbdev: one-to-many support

Hi Laurent and Alan On Tue, Jul 17, 2012 at 1:24 PM, Alan Cox wrote: >> The main issue is that fbdev has been designed with the implicit assumption >> that an fbdev driver will always own the graphics memory it uses. All >> components in the stack, from drivers to applications, have been

[PATCH 16/16] drm/radeon: fix SS setup for DCPLL

From: Alex Deucher Need to actually set the SS parameters rather than just 0. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios_crtc.c | 16 1 files changed, 4 insertions(+), 12 deletions(-) diff --git

[PATCH 15/16] drm/radeon: fix up pll selection on DCE5/6

From: Alex Deucher Selecting ATOM_PPLL_INVALID should be equivalent as the DCPLL or PPLL0 are already programmed for the DISPCLK, but the preferred method is to always specify the PLL selected. SetPixelClock will check the parameters and skip the programming if the PLL

[PATCH 14/16] drm/radeon: start to document evergreen.c

From: Alex Deucher Still a lot to do. Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 120 1 files changed, 120 insertions(+), 0 deletions(-) diff --git

[PATCH 13/16] drm/radeon: start to document the functions r100.c

From: Alex Deucher Still a lot more to do. Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/r100.c | 127 - 1 files changed, 124 insertions(+), 3 deletions(-) diff --git

[PATCH 12/16] drm/radeon: document VM functions in radeon_gart.c (v3)

From: Alex Deucher Document the VM functions in radeon_gart.c v2: adjust per Christian's suggestions v3: adjust to Christians's latest changes Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c | 142

[PATCH 11/16] drm/radeon: document non-VM functions in radeon_gart.c (v2)

From: Alex Deucher Document the non-VM functions in radeon_gart.c v2: adjust per Christian's suggestions Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c | 125 +- 1 files changed,

[PATCH 10/16] drm/radeon: document radeon_ring.c (v4)

From: Alex Deucher Adds documentation to most of the functions in radeon_ring.c v2: adjust per Christian's suggestions v3: adjust per Christian's latest patches v4: adjust per my latest changes Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_ring.c |

[PATCH 09/16] drm/radeon: document radeon_fence.c (v2)

From: Alex Deucher Adds documentation to most of the functions in radeon_fence.c v2: address Christian's comments: - split common concept description into it's own comment - fix description of intr parameter - Improve description of -EDEADLK error Signed-off-by: Alex

[PATCH 08/16] drm/radeon: document radeon_asic.c

From: Alex Deucher Adds documentation to most of the functions in radeon_asic.c Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_asic.c | 46 ++ 1 files changed, 46 insertions(+), 0

[PATCH 07/16] drm/radeon: document radeon_irq_kms.c

From: Alex Deucher Adds documentation to most of the functions in radeon_irq_kms.c Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_irq_kms.c | 150 +++ 1 files changed, 150 insertions(+), 0

[PATCH 06/16] drm/radeon: document radeon_kms.c

From: Alex Deucher Adds documentation to most of the functions in radeon_kms.c Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_kms.c | 126 +++ 1 files changed, 126 insertions(+), 0

[PATCH 05/16] drm/radeon: document radeon_device.c (v2)

From: Alex Deucher Adds documentation to most of the functions in radeon_device.c v2: split out general descriptions as per Christian's comments. Signed-off-by: Alex Deucher Reviewed-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_device.c | 313

[PATCH 04/16] drm/radeon: add rptr save support for r1xx-r5xx

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r100.c | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c index 4ee5a74..2e0a603 100644 ---

[PATCH 03/16] drm/radeon: update rptr saving logic for memory buffers

From: Alex Deucher Add support for using memory buffers rather than scratch registers. Some rings may not be able to write to scratch registers. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 10 +- drivers/gpu/drm/radeon/r600.c

[PATCH 02/16] drm/radeon: remove radeon_ring_index()

From: Alex Deucher Just store the index in the ring structure. Idea taken from one of Jerome's wip rptr patches. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600.c | 11 - drivers/gpu/drm/radeon/radeon.h|2 +-

[PATCH 01/16] drm/radeon: update ib_execute for SI (v2)

From: Alex Deucher When submitting a CONST_IB, emit a SWITCH_BUFFER packet before the CONST_IB. This isn't strictly necessary (the driver will work fine without it), but is good practice and allows for more flexible DE/CE sychronization options in the future. Current

[PATCH 00/16] radeon drm-next patches

From: Alex Deucher Radeon drm-next patches from me. They apply on top or Christian's latest drm-next patch sets. This includes the ib_execute updates for SI and the documentation patches. Also available here: http://cgit.freedesktop.org/~agd5f/linux/log/?h=wip Alex

[PATCH 1/2] drm/radeon: Try harder to avoid HW cursor ending on a multiple of 128 columns.

On Tue, Jul 17, 2012 at 1:02 PM, Michel D?nzer wrote: > From: Michel D?nzer > > This could previously fail if either of the enabled displays was using a > horizontal resolution that is a multiple of 128, and only the leftmost column > of the cursor was (supposed to be) visible at the right edge

[PATCH] drm/radeon: fix VM page table setup on SI

On Fre, 2012-06-29 at 14:07 -0400, Jerome Glisse wrote: > On Fri, Jun 29, 2012 at 12:14 PM, Michel D?nzer wrote: > > On Fre, 2012-06-29 at 11:28 -0400, Jerome Glisse wrote: > >> On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher > >> wrote: > >> > On Fri, Jun 29, 2012 at 10:49 AM, Michel D?nzer >

[PATCH] Documentation: DocBook DRM framework documentation

On Friday 13 July 2012 02:00:23 Laurent Pinchart wrote: > Signed-off-by: Laurent Pinchart > --- > Documentation/DocBook/drm.tmpl | 2835 - > 1 files changed, 2226 insertions(+), 609 deletions(-) > > Hi everybody, > > Here's the DRM kernel framework

[PATCH V2 0/2] video: drm: Add Device tree support to DRM-FIMD

2012/7/11, Leela Krishna Amudala : > This patch set adds device tree support for DRM-FIMD for Samsung's > Exynos5250. > It includes parsing platform data from dts file. > > This patchset is based and tested on top of v3.5-rc6 > > Changes since V1: > - Corrected typo errors and changed

dma-buf/fbdev: one-to-many support

Hi David, On Saturday 14 July 2012 16:10:56 David Herrmann wrote: > Hi > > I am currently working on fblog [1] (a replacement for fbcon without > VT dependencies) but this questions does also apply to other fbdev > users. Is there a way to share framebuffers between fbdev devices? I > was

[PATCH] drm/radeon: update ib_execute for SI (v2)

From: Alex Deucher When submitting a CONST_IB, emit a SWITCH_BUFFER packet before the CONST_IB. This isn't strictly necessary (the driver will work fine without it), but is good practice and allows for more flexible DE/CE sychronization options in the future. Current

dma-buf/fbdev: one-to-many support

> The main issue is that fbdev has been designed with the implicit assumption > that an fbdev driver will always own the graphics memory it uses. All > components in the stack, from drivers to applications, have been designed > around that assumption. > > We could of course fix this, revamp

[git pull] drm/radeon: reset ring saving branch

On 17.07.2012 11:46, Dave Airlie wrote: > On Tue, Jul 17, 2012 at 7:39 PM, Christian K?nig > wrote: >> Hi Dave, >> >> I think it is easier if I just send you a pull request of my branch instead >> of individual patches. > Thanks for this, I've been getting lost as to what is where, so I'll > pull

[PATCH] drm/radeon: update ib_execute for SI

On 16.07.2012 23:14, alexdeucher at gmail.com wrote: > From: Alex Deucher > > When submitting a CONST_IB, emit a SWITCH_BUFFER > packet before the CONST_IB. This isn't strictly necessary > (the driver will work fine without it), but is good practice > and allows for more flexible DE/CE

[PATCH 3/3] drm/radeon: fix const IB handling

On 13.07.2012 16:17, Tom Stellard wrote: > On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian K?nig wrote: >> Const IBs are executed on the CE not the CP, so we can't >> fence them in the normal way. >> >> So submit them directly before the IB instead, just as >> the documentation says. >> >>

radeon si: si_mc_load_microcode, blackout code path never used

The code path in that function makes the "blackout thingy" never used: ... if (running == 0) { if (running) { ...blackout thingy... } ... Is this normal behavior? -- Sylvain

[PATCH 00/10] Radeon documentation updates for drm-next

On 17.07.2012 00:27, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Same as my previous set, but rebased on Christian's latest > ring changes for drm-next: > http://cgit.freedesktop.org/~deathsimple/linux/log/?h=wip > > Alex Deucher (10): >drm/radeon: document radeon_device.c (v2) >

[PATCH 3/3] drm/radeon: fix const IB handling v2

Const IBs are executed on the CE not the CP, so we can't fence them in the normal way. So submit them directly before the IB instead, just as the documentation says. v2: keep the extra documentation Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/r100.c|2 +-

[PATCH 2/3] drm/radeon: let sa manager block for fences to wait for v2

Otherwise we can encounter out of memory situations under extreme load. v2: add documentation for the new function Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_sa.c | 82 ++-- 2 files changed,

[PATCH 1/3] drm/radeon: return an error if there is nothing to wait for

Otherwise the sa managers out of memory handling doesn't work. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_fence.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_fence.c b/drivers/gpu/drm/radeon/radeon_fence.c index

[git pull] drm/radeon: reset ring saving branch

Hi Dave, I think it is easier if I just send you a pull request of my branch instead of individual patches. So please pull the this branch into -next: git://people.freedesktop.org/~deathsimple/linux next It contains the following changes: Christian K?nig (14): drm/radeon: add

[PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On 17.07.2012 01:13, Alex Deucher wrote: > On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher > wrote: >> On Fri, Jul 13, 2012 at 9:46 AM, Christian K?nig >> wrote: >>> On 13.07.2012 14:27, Alex Deucher wrote: On Fri, Jul 13, 2012 at 5:09 AM, Christian K?nig wrote: > On 12.07.2012

[Bug 52140] Ubuntu Unity - Launcher and switcher icons disappeared

https://bugs.freedesktop.org/show_bug.cgi?id=52140 Michel D?nzer changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[PATCH 3/3] drm/radeon: fix const IB handling

On Tue, Jul 17, 2012 at 5:50 AM, Christian K?nig wrote: > On 13.07.2012 16:17, Tom Stellard wrote: >> >> On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian K?nig wrote: >>> >>> Const IBs are executed on the CE not the CP, so we can't >>> fence them in the normal way. >>> >>> So submit them

[patch] drm/i915: dereferencing an error pointer

On Tue, Jul 17, 2012 at 09:44:49AM +0300, Dan Carpenter wrote: > We need to check that "ctx" is a valid pointer before dereferencing it. > > Signed-off-by: Dan Carpenter Queued for drm-intel-next, thanks for the patch. -Daniel > --- > Applies to linux-next. > > diff --git

[PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On Tue, Jul 17, 2012 at 8:51 AM, Alex Deucher wrote: > On Tue, Jul 17, 2012 at 4:49 AM, Christian K?nig > wrote: >> On 17.07.2012 01:13, Alex Deucher wrote: >>> >>> On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher >>> wrote: On Fri, Jul 13, 2012 at 9:46 AM, Christian K?nig wrote:

[PATCH 0/7] [RFC] drm/exynos: Add IOMMU support to DRM

Hello, On Monday, July 16, 2012 3:47 PM Inki Dae wrote: > > -Original Message- > > From: Subash Patel [mailto:subash.ramaswamy at linaro.org] > > Sent: Friday, July 13, 2012 3:58 PM > > To: Inki Dae > > Cc: 'Prathyush K'; dri-devel at lists.freedesktop.org; > prathyush at chromium.org; >

[PATCH V2 0/2] video: drm: Add Device tree support to DRM-FIMD

On Tue, Jul 17, 2012 at 9:49 AM, InKi Dae wrote: > > 2012/7/11, Leela Krishna Amudala : > > This patch set adds device tree support for DRM-FIMD for Samsung's > > Exynos5250. > > It includes parsing platform data from dts file. > > > > This patchset is based and tested on top of v3.5-rc6 > > > >

[patch] drm/i915: dereferencing an error pointer

We need to check that "ctx" is a valid pointer before dereferencing it. Signed-off-by: Dan Carpenter --- Applies to linux-next. diff --git a/drivers/gpu/drm/i915/i915_gem_context.c b/drivers/gpu/drm/i915/i915_gem_context.c index 9ae3f2c..a82c0ec 100644 ---

[PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On Tue, Jul 17, 2012 at 4:49 AM, Christian K?nig wrote: > On 17.07.2012 01:13, Alex Deucher wrote: >> >> On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher >> wrote: >>> >>> On Fri, Jul 13, 2012 at 9:46 AM, Christian K?nig >>> wrote: On 13.07.2012 14:27, Alex Deucher wrote: > > On

[PATCH] drm/radeon: update ib_execute for SI

On Tue, Jul 17, 2012 at 5:59 AM, Christian K?nig wrote: > On 16.07.2012 23:14, alexdeucher at gmail.com wrote: >> >> From: Alex Deucher >> >> When submitting a CONST_IB, emit a SWITCH_BUFFER >> packet before the CONST_IB. This isn't strictly necessary >> (the driver will work fine without it),

[git pull] drm gma500 fixes

On Tue, Jul 17, 2012 at 7:07 AM, Alan Cox wrote: > On Mon, 16 Jul 2012 13:44:32 -0700 > Linus Torvalds wrote: > >> On Mon, Jul 16, 2012 at 12:42 PM, Dave Airlie wrote: >> > >> > Sorry been travelling and a bit neglectful of some of Alan's >> > patches, >> >> I actually took the three Alan sent

[Bug 52174] New: radeonsi enable GLSL 1.3 by default

https://bugs.freedesktop.org/show_bug.cgi?id=52174 Bug #: 52174 Summary: radeonsi enable GLSL 1.3 by default Classification: Unclassified Product: Mesa Version: git Platform: All OS/Version: All Status: NEW

exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

hi, I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi audio is initialized with default parameters. I want to implement the mechanism to update hdmi registers, whenever audio properties got changed (i2s/spdif). raedon/r600 drm dirver is polling the audio ip every 100 ms

[drm-intel:drm-intel-next-queued 58/59] drivers/gpu/drm/i915/i915_gem_context.c:454:6: warning: unused variable 'ret'

Hi Chris, There are new compile warnings show up in tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued head: 3cbf0ed71c262c2f07b3386e3c07c8d41440e050 commit: 289513fe7d347ce23f4f45906324601bf7df01af [58/59] drm/i915: fix invalid reference handling of the default

[Bug 52174] radeonsi enable GLSL 1.3 by default

https://bugs.freedesktop.org/show_bug.cgi?id=52174 Alec Ari changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 -- Configure bugmail:

Re: [RFC] dma-fence: dma-buf synchronization (v2)

Hey Rob, Op 13-07-12 17:38, Rob Clark schreef: ... +/** + * dma_buf_attach_fence - Attach a fence to a dma-buf. + * + * @buf: the dma-buf to attach to + * @fence: the fence to attach + * + * A fence can only be attached to a single dma-buf. The dma-buf takes + * ownership of the fence,

3.5-rc6 nouveau and no text/graphics

Hi, I have here some old classy laptop (Dell Precision M40 PP01X, Pentium3 Mobile CPU) which has, according to lspci, 01:00.0 VGA compatible controller: nVidia Corporation NV11GL [Quadro2 MXR/EX/Go] (rev b2) 01:00.0 0300: 10de:0113 (rev b2) Unfortunately, when loading nouveaufb.ko, all that

exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

hi, I am adding support for hdmi audio, inside exynos drm hdmi driver. Hdmi audio is initialized with default parameters. I want to implement the mechanism to update hdmi registers, whenever audio properties got changed (i2s/spdif). raedon/r600 drm dirver is polling the audio ip every 100 ms

Re: [patch] drm/i915: dereferencing an error pointer

On Tue, Jul 17, 2012 at 09:44:49AM +0300, Dan Carpenter wrote: We need to check that ctx is a valid pointer before dereferencing it. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com Queued for drm-intel-next, thanks for the patch. -Daniel --- Applies to linux-next. diff --git

Re: [PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On 17.07.2012 01:13, Alex Deucher wrote: On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 13, 2012 at 9:46 AM, Christian König deathsim...@vodafone.de wrote: On 13.07.2012 14:27, Alex Deucher wrote: On Fri, Jul 13, 2012 at 5:09 AM, Christian König

RE: [PATCH 0/7] [RFC] drm/exynos: Add IOMMU support to DRM

Hello Marek, -Original Message- From: Marek Szyprowski [mailto:m.szyprow...@samsung.com] Sent: Tuesday, July 17, 2012 5:04 PM To: 'Inki Dae'; 'Subash Patel' Cc: 'Prathyush K'; dri-devel@lists.freedesktop.org; prathy...@chromium.org Subject: RE: [PATCH 0/7] [RFC] drm/exynos: Add

[git pull] drm/radeon: reset ring saving branch

Hi Dave, I think it is easier if I just send you a pull request of my branch instead of individual patches. So please pull the this branch into -next: git://people.freedesktop.org/~deathsimple/linux next It contains the following changes: Christian König (14): drm/radeon: add

[PATCH 1/3] drm/radeon: return an error if there is nothing to wait for

Otherwise the sa managers out of memory handling doesn't work. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_fence.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_fence.c

[PATCH 2/3] drm/radeon: let sa manager block for fences to wait for v2

Otherwise we can encounter out of memory situations under extreme load. v2: add documentation for the new function Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h|2 +- drivers/gpu/drm/radeon/radeon_sa.c | 82

[PATCH 3/3] drm/radeon: fix const IB handling v2

Const IBs are executed on the CE not the CP, so we can't fence them in the normal way. So submit them directly before the IB instead, just as the documentation says. v2: keep the extra documentation Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/r100.c

Re: [PATCH 00/10] Radeon documentation updates for drm-next

On 17.07.2012 00:27, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Same as my previous set, but rebased on Christian's latest ring changes for drm-next: http://cgit.freedesktop.org/~deathsimple/linux/log/?h=wip Alex Deucher (10): drm/radeon: document

Re: [git pull] drm/radeon: reset ring saving branch

On Tue, Jul 17, 2012 at 7:39 PM, Christian König deathsim...@vodafone.de wrote: Hi Dave, I think it is easier if I just send you a pull request of my branch instead of individual patches. Thanks for this, I've been getting lost as to what is where, so I'll pull this in and put Alex's

radeon si: si_mc_load_microcode, blackout code path never used

The code path in that function makes the blackout thingy never used: ... if (running == 0) { if (running) { ...blackout thingy... } ... Is this normal behavior? -- Sylvain ___ dri-devel mailing list

Re: [PATCH 3/3] drm/radeon: fix const IB handling

On 13.07.2012 16:17, Tom Stellard wrote: On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote: Const IBs are executed on the CE not the CP, so we can't fence them in the normal way. So submit them directly before the IB instead, just as the documentation says. Signed-off-by:

Re: [PATCH] drm/radeon: update ib_execute for SI

On 16.07.2012 23:14, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com When submitting a CONST_IB, emit a SWITCH_BUFFER packet before the CONST_IB. This isn't strictly necessary (the driver will work fine without it), but is good practice and allows for more flexible

Re: [git pull] drm/radeon: reset ring saving branch

On 17.07.2012 11:46, Dave Airlie wrote: On Tue, Jul 17, 2012 at 7:39 PM, Christian König deathsim...@vodafone.de wrote: Hi Dave, I think it is easier if I just send you a pull request of my branch instead of individual patches. Thanks for this, I've been getting lost as to what is where, so

Re: [git pull] drm/radeon: reset ring saving branch

On Tue, Jul 17, 2012 at 8:04 PM, Christian König deathsim...@vodafone.de wrote: On 17.07.2012 11:46, Dave Airlie wrote: On Tue, Jul 17, 2012 at 7:39 PM, Christian König deathsim...@vodafone.de wrote: Hi Dave, I think it is easier if I just send you a pull request of my branch instead of

Re: dma-buf/fbdev: one-to-many support

Hi David, On Saturday 14 July 2012 16:10:56 David Herrmann wrote: Hi I am currently working on fblog [1] (a replacement for fbcon without VT dependencies) but this questions does also apply to other fbdev users. Is there a way to share framebuffers between fbdev devices? I was thinking

[Bug 52140] Ubuntu Unity - Launcher and switcher icons disappeared

https://bugs.freedesktop.org/show_bug.cgi?id=52140 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop

Re: [PATCH] Documentation: DocBook DRM framework documentation

On Friday 13 July 2012 02:00:23 Laurent Pinchart wrote: Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- Documentation/DocBook/drm.tmpl | 2835 - 1 files changed, 2226 insertions(+), 609 deletions(-) Hi everybody, Here's the DRM

Re: dma-buf/fbdev: one-to-many support

The main issue is that fbdev has been designed with the implicit assumption that an fbdev driver will always own the graphics memory it uses. All components in the stack, from drivers to applications, have been designed around that assumption. We could of course fix this, revamp the

Re: [PATCH] drm/radeon: fix VM page table setup on SI

On Fre, 2012-06-29 at 14:07 -0400, Jerome Glisse wrote: On Fri, Jun 29, 2012 at 12:14 PM, Michel Dänzer mic...@daenzer.net wrote: On Fre, 2012-06-29 at 11:28 -0400, Jerome Glisse wrote: On Fri, Jun 29, 2012 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jun 29, 2012 at

Re: dma-buf/fbdev: one-to-many support

Hi Laurent and Alan On Tue, Jul 17, 2012 at 1:24 PM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: The main issue is that fbdev has been designed with the implicit assumption that an fbdev driver will always own the graphics memory it uses. All components in the stack, from drivers to applications,

Re: [PATCH] drm/radeon: update ib_execute for SI

On Tue, Jul 17, 2012 at 5:59 AM, Christian König deathsim...@vodafone.de wrote: On 16.07.2012 23:14, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com When submitting a CONST_IB, emit a SWITCH_BUFFER packet before the CONST_IB. This isn't strictly necessary (the

Re: [PATCH 1/3] drm/radeon: return an error if there is nothing to wait for

On Tue, Jul 17, 2012 at 5:42 AM, Christian König deathsim...@vodafone.de wrote: Otherwise the sa managers out of memory handling doesn't work. Signed-off-by: Christian König deathsim...@vodafone.de For the series: Reviewed-by: Alex Deucher alexander.deuc...@amd.com ---

Re: [PATCH 14/15] drm/radeon: record what is next valid wptr for each ring v3

On Tue, Jul 17, 2012 at 8:51 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Jul 17, 2012 at 4:49 AM, Christian König deathsim...@vodafone.de wrote: On 17.07.2012 01:13, Alex Deucher wrote: On Fri, Jul 13, 2012 at 9:57 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 13,

Re: [PATCH 3/3] drm/radeon: fix const IB handling

On Tue, Jul 17, 2012 at 5:50 AM, Christian König deathsim...@vodafone.de wrote: On 13.07.2012 16:17, Tom Stellard wrote: On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote: Const IBs are executed on the CE not the CP, so we can't fence them in the normal way. So submit them

Re: [PATCH 3/3] drm/radeon: fix const IB handling

On 17.07.2012 16:25, Jerome Glisse wrote: On Tue, Jul 17, 2012 at 5:50 AM, Christian König deathsim...@vodafone.de wrote: On 13.07.2012 16:17, Tom Stellard wrote: On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote: Const IBs are executed on the CE not the CP, so we can't fence

Re: [PATCH/RFC] drm: Disallow DRM_IOCTL_MODESET_CTL for KMS drivers

On Wednesday 30 May 2012 19:12:11 Laurent Pinchart wrote: On Wednesday 30 May 2012 13:29:06 Michel Dänzer wrote: On Mit, 2012-05-30 at 00:58 +0200, Laurent Pinchart wrote: DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op for KMS drivers. Signed-off-by:

[patch] drm/i915: dereferencing an error pointer

We need to check that ctx is a valid pointer before dereferencing it. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com --- Applies to linux-next. diff --git a/drivers/gpu/drm/i915/i915_gem_context.c b/drivers/gpu/drm/i915/i915_gem_context.c index 9ae3f2c..a82c0ec 100644 ---

RE: [PATCH 0/7] [RFC] drm/exynos: Add IOMMU support to DRM

Hello, On Monday, July 16, 2012 3:47 PM Inki Dae wrote: -Original Message- From: Subash Patel [mailto:subash.ramasw...@linaro.org] Sent: Friday, July 13, 2012 3:58 PM To: Inki Dae Cc: 'Prathyush K'; dri-devel@lists.freedesktop.org; prathy...@chromium.org;

Re: [PATCH] drm: gma500: Kill the GEM glue layer

Hi Alan, On Wednesday 16 May 2012 16:10:37 Alan Cox wrote: On Wed, 16 May 2012 16:59:44 +0200 Laurent Pinchart wrote: The private gem_create_mmap_offset() function is now implemented in the DRM core as drm_gem_create_mmap_offset(). Use it and kill the private copy. That was always then

  1   2   >