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 out by Sylwester Naw
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
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
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
> > +
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 that
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
b/drivers/gpu/drm/nouveau/no
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 a/arch/arm/boot/dts/imx27-phy
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/Kconfig|2 +
drivers/gpu/drm/Makefile |1 +
drivers/gpu/drm/imx/Kconfig| 18 +
drivers/gpu/drm/imx/Makefile |8 +
drivers/gpu/drm/imx/imx-drm-core.c | 745 +++
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 n
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 0x
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 0x000
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 refres
Joakim Plate wrote:
> 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 databa
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 out by Sylwester Naw
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.
>
>
digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120518/70b0e903/attachment.pgp>
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
Tha
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
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 that
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
> > +
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
b/drivers/gpu/drm/nouveau/no
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
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 0x
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 0x000
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 refres
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 a/arch/arm/boot/dts/imx27-phy
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 n
Joakim Plate wrote:
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.
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.
>
>
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
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
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
>> devices
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
>> devi
33 matches
Mail list logo
