[PATCH] dma-buf: add vmap interface (v3)

From: Dave Airlie The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to read the framebuffer on updates and linearly compress it, using kmaps is a major overhead for every update. v2: fix warn issues pointed

linux-next: Tree for May 18 (drm drivers and vgacon)

On 05/18/2012 01:49 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 201205017: When CONFIG_VGA_CONSOLE is not enabled: drivers/gpu/drm/cirrus/cirrus_drv.c:87:2: error: implicit declaration of function 'vgacon_text_force' drivers/gpu/drm/ast/ast_drv.c:224:2: error: implicit

[PATCH 2/2] pcm038 lcdc support

On Fri, May 18, 2012 at 10:03:54AM -0400, Adam Jackson wrote: > On Fri, 2012-05-18 at 14:27 +0200, Sascha Hauer wrote: > > > + edid = [00 ff ff ff ff ff ff 00 4c 2d 6c 03 36 32 49 4b > > + 0f 13 01 03 80 37 22 a0 2a fe 21 a8 53 37 ae 24 > > +

dce crtc mem req and atombios

Hi, On radeon hardware (I have an evergreen based board): Must stopping/resuming the DCE to access the memory controller be done with the EnableCRTCMemReq atombios table? (from DCE3 in dpm code). Because, in evergreen.c, evergreen_mc_stop and evergreen_mc_resume functions do not make use of

[PATCH] nouveau: nouveau_set_bo_placement takes TTM flags

From: Dave Airlie This seems to be wrong to me, spotted while thinking about dma-buf. Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_bo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c

[PATCH 2/2] pcm038 lcdc support

Signed-off-by: Sascha Hauer --- arch/arm/boot/dts/imx27-phytec-phycore.dts | 39 arch/arm/boot/dts/imx27.dtsi |7 + arch/arm/mach-imx/clock-imx27.c|1 + 3 files changed, 47 insertions(+) diff --git

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #2 from Harald Judt 2012-05-18 06:45:13 PDT --- BTW: Connecting HDMI again shows the following values: HDMI connected: 0x601c 0x (0) 0x6028 0x0612 (100663314) 0x6034 0x0012 (18) 0x6040 0x (0) 0x604c

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #1 from Harald Judt 2012-05-18 06:35:44 PDT --- Ok, I've run radeonreg, here is the output: Before HDMI connected: 0x601c 0x (0) 0x6028 0x0612 (100663314) 0x6034 0x0012 (18) 0x6040 0x (0) 0x604c

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #1 from C?dric Legrand 2012-05-18 06:16:00 PDT --- Same here : creating 2 SFML canvas in a wxWidgets application results in the same problem. Each canvas shows when alone, but the second does not when together. It seems not to

[PATCH] drm_edid: support CEA video modes

Joakim Plate wrote: > Joakim Plate writes: > >> >> Christian Schmidt writes: >> >>> >>> TFT/plasma televisions and projectors have become commonplace, and so >>> has the use of PCs to drive them. Add the video modes specified by an >>> EDID's CEA extension to

[PATCH] drm_edid: support CEA video modes

Joakim Plate ecce.se> writes: > > Christian Schmidt digadd.de> writes: > > > > > TFT/plasma televisions and projectors have become commonplace, and so > > has the use of PCs to drive them. Add the video modes specified by an > > EDID's CEA extension to the mode database for a connector. > >

[PATCH 2/2] pcm038 lcdc support

d message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120518/70b0e903/attachment.pgp>

[PATCH] dma-buf: mmap support

Hi Daniel, Rob, On 11 May 2012 21:00, Rob Clark wrote: > On Tue, Apr 24, 2012 at 4:08 AM, Daniel Vetter > wrote: >> Compared to Rob Clark's RFC I've ditched the prepare/finish hooks >> >> Cc: Rob Clark >> Cc: Rebecca Schultz Zavin >> Signed-Off-by: Daniel Vetter > > Acked-by: Rob Clark

[Linaro-mm-sig] [PATCH] dma-buf: add vmap interface (v2)

Hi Dave, On 17 May 2012 16:01, Dave Airlie wrote: > From: Dave Airlie > > The main requirement I have for this interface is for scanning out > using the USB gpu devices. Since these devices have to read the > framebuffer on updates and linearly compress it, using kmaps > is a major overhead for

PCI resources above 4GB

On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu wrote: > On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu wrote: >> On Thu, May 17, 2012 at 5:34 AM, Steven Newbury >> wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Strange, the busn branch is merged with for-pci-res-alloc, but for >>> some reason it

PCI resources above 4GB

On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu wrote: > On Thu, May 17, 2012 at 5:34 AM, Steven Newbury > wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Strange, the busn branch is merged with for-pci-res-alloc, but for >> some reason it isn't working. ?Only the bridge is detected, not the >>

Re: PCI resources above 4GB

On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 5:34 AM, Steven Newbury st...@snewbury.org.uk wrote: -BEGIN PGP SIGNED MESSAGE- Strange, the busn branch is merged with for-pci-res-alloc, but for some reason it isn't working.  Only the

Re: PCI resources above 4GB

On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 5:34 AM, Steven Newbury st...@snewbury.org.uk wrote: -BEGIN PGP SIGNED MESSAGE- Strange, the busn branch is merged with

Re: [PATCH] drm_edid: support CEA video modes

Joakim Plate elupus at ecce.se writes: Christian Schmidt schmidt at digadd.de writes: TFT/plasma televisions and projectors have become commonplace, and so has the use of PCs to drive them. Add the video modes specified by an EDID's CEA extension to the mode database for a

Re: [PATCH] drm_edid: support CEA video modes

Joakim Plate wrote: Joakim Plateelupusat ecce.se writes: Christian Schmidtschmidtat digadd.de writes: TFT/plasma televisions and projectors have become commonplace, and so has the use of PCs to drive them. Add the video modes specified by an EDID's CEA extension to the mode database

[no subject]

Hi All, The following adds a drm/kms driver for the Freescale i.MX LCDC controller. Most notable change to the last SDRM based version is that the SDRM layer has been removed and the driver now is purely i.MX specific. I hope that this is more acceptable now. Another change is that the probe is

[PATCH 2/2] pcm038 lcdc support

Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- arch/arm/boot/dts/imx27-phytec-phycore.dts | 39 arch/arm/boot/dts/imx27.dtsi |7 + arch/arm/mach-imx/clock-imx27.c|1 + 3 files changed, 47 insertions(+) diff --git

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #1 from Cédric Legrand legrand.cedric...@gmail.com 2012-05-18 06:16:00 PDT --- Same here : creating 2 SFML canvas in a wxWidgets application results in the same problem. Each canvas shows when alone, but the second does not when

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #1 from Harald Judt h.j...@gmx.at 2012-05-18 06:35:44 PDT --- Ok, I've run radeonreg, here is the output: Before HDMI connected: 0x601c 0x (0) 0x6028 0x0612 (100663314) 0x6034 0x0012 (18) 0x6040 0x (0)

[Bug 49943] radeon/drm: Hotplug udev events stop working

https://bugs.freedesktop.org/show_bug.cgi?id=49943 --- Comment #2 from Harald Judt h.j...@gmx.at 2012-05-18 06:45:13 PDT --- BTW: Connecting HDMI again shows the following values: HDMI connected: 0x601c 0x (0) 0x6028 0x0612 (100663314) 0x6034 0x0012 (18) 0x6040 0x (0)

Re: [PATCH 2/2] pcm038 lcdc support

On Fri, 2012-05-18 at 14:27 +0200, Sascha Hauer wrote: + edid = [00 ff ff ff ff ff ff 00 4c 2d 6c 03 36 32 49 4b + 0f 13 01 03 80 37 22 a0 2a fe 21 a8 53 37 ae 24 + 11 50 54 + + /* est

[PATCH] nouveau: nouveau_set_bo_placement takes TTM flags

From: Dave Airlie airl...@redhat.com This seems to be wrong to me, spotted while thinking about dma-buf. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

Re: [PATCH 2/2] pcm038 lcdc support

On Fri, May 18, 2012 at 10:03:54AM -0400, Adam Jackson wrote: On Fri, 2012-05-18 at 14:27 +0200, Sascha Hauer wrote: + edid = [00 ff ff ff ff ff ff 00 4c 2d 6c 03 36 32 49 4b + 0f 13 01 03 80 37 22 a0 2a fe 21 a8 53 37 ae 24 +

dce crtc mem req and atombios

Hi, On radeon hardware (I have an evergreen based board): Must stopping/resuming the DCE to access the memory controller be done with the EnableCRTCMemReq atombios table? (from DCE3 in dpm code). Because, in evergreen.c, evergreen_mc_stop and evergreen_mc_resume functions do not make use of

[PATCH] dma-buf: add vmap interface (v3)

From: Dave Airlie airl...@redhat.com The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to read the framebuffer on updates and linearly compress it, using kmaps is a major overhead for every update. v2: fix warn issues pointed

Re: linux-next: Tree for May 18 (drm drivers and vgacon)

On 05/18/2012 01:49 AM, Stephen Rothwell wrote: Hi all, Changes since 201205017: When CONFIG_VGA_CONSOLE is not enabled: drivers/gpu/drm/cirrus/cirrus_drv.c:87:2: error: implicit declaration of function 'vgacon_text_force' drivers/gpu/drm/ast/ast_drv.c:224:2: error: implicit declaration