[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #17 from Marek Ol??k 2011-11-14 15:28:23 PST --- (In reply to comment #16) > So, I bisected mesa tree (7.11 branch) > > Result: > > 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the first bad commit > commit

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: > +struct drm_mode_fb_cmd2 { > + __u32 fb_id; > + __u32 width, height; > + __u32 pixel_format; /* fourcc code from videodev2.h */ > + > + /* > + * In case of planar formats, this ioctl allows up to 4 > + *

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #16 from Andrew Randrianasulu 2011-11-14 15:16:55 PST --- So, I bisected mesa tree (7.11 branch) Result: 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the first bad commit commit 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 Author:

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: > +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) << 8) | \ > + ((u32)(c) << 16) | ((u32)(d) << 24)) > + > +/* RGB codes */ > +#define DRM_FOURCC_RGB332 fourcc_code('R','G','B','1') > +#define

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 --- Comment #18 from Oliver Winker 2011-11-14 14:01:30 PST --- (In reply to comment #17) > DPMS standby, suspend, and off states are all treated the same from the > driver's perspective. The driver really only deals with 2 DPMS states on and >

DRM KMS Modesetting

On Mon, Nov 14, 2011 at 9:38 PM, Jesse Barnes wrote: > On Mon, 14 Nov 2011 21:25:56 +0100 > David Herrmann wrote: > >> Hi >> >> I thought it's better to ask this question here again as it is easier >> to comment via mail. >> >> I tried writing a simple kms modesetting program. I have written it

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #7 from nover 2011-11-14 13:26:42 PST --- I did some further testing on the matter of the ATI card in the PMD. In windows, it's actually possible to have two screens connected via HDMI - one to the ATI card in the PMD, which is then

DRM KMS Modesetting

Hi I thought it's better to ask this question here again as it is easier to comment via mail. I tried writing a simple kms modesetting program. I have written it similar to: http://virtuousgeek.org/blog/index.php/jbarnes?blog=2=writing_stanalone_programs_with_egl_and_ and wayland

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 Pavel Ondra?ka changed: What|Removed |Added Depends on||42930 -- Configure bugmail:

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5

On 11/14/2011 07:54 PM, Jerome Glisse wrote: > On Mon, Nov 14, 2011 at 05:06:42PM +0100, Thomas Hellstrom wrote: > >> On 11/14/2011 05:02 PM, Jerome Glisse wrote: >> >>> On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstrom >>> wrote: >>> On 11/11/2011 11:47 PM, j.glisse at

[PATCH] drm_edid: support CEA video modes

t part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/51878d8e/attachment.pgp>

[PATCH] drm_edid: support CEA video modes

-by: Adam Jackson - ajax -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111

[PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

gned message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/3e0f1ec0/attachment.pgp>

[PATCH] drm/radeon/kms: fix segfault in pm rework

From: Alex Deucher Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombios.c | 20 +--- 1 files changed, 5 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5

On 11/14/2011 05:02 PM, Jerome Glisse wrote: > On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstrom > wrote: > >> On 11/11/2011 11:47 PM, j.glisse at gmail.com wrote: >> >>> So attached is updated serie of patch with fixes for swaping issue >>> that also impacted memory accounting. >>>

[PATCH 00/23] kill drm cruft with fire

> > Should I test this set of patches for the VIA driver or wait until you > > have a second version of this patch? > > Testing this on via would be awesome! Iirc I haven't changed anything in > the via specific patches, but if it's more convenient you can also > directly test my branch: > >

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5

On 11/11/2011 11:47 PM, j.glisse at gmail.com wrote: > So attached is updated serie of patch with fixes for swaping issue > that also impacted memory accounting. Jerome, Out of interest, what was the swapping issue? /Thomas > Last patch fix memory accounting > for radeon& nouveau. I think

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 3:16 PM, Ville Syrj?l? wrote: > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: >> +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) << 8) | \ >> + ? ? ? ? ? ? ? ? ? ? ? ? ? ((u32)(c) << 16) | ((u32)(d) << 24)) >> + >> +/* RGB codes */ >> +#define

DRM KMS Modesetting

the weeds. -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/f1c2bf50/attachment.pgp>

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

to addfb_swissarmyknife :) > > Now I'm just waiting for someone to jump in and say that they > want independent buffers for each interlaced field :) > > Me? I'll be happy with just those two flags members... for now at least ;) Ok, added, see the latest patchset. Dave, please pound the gavel on this now and declare it sold before someone asks me to add braille support. :) Thanks, -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/f8ca6895/attachment.pgp>

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v5

To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc name from the new drm_fourcc.h header file. Implement the fb creation hooks in terms

[PATCH 1/2] drm: add plane support v3

Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. v2: fix ABI of get_plane - move format_type_ptr to the end v3: add 'flags' field for interlaced support (from Ville) Acked-by: Alan Cox

[PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx

From: Alex Deucher Fixes i2c test failures when i2c_algo_bit.bit_test=1. The hw doesn't actually require a mask, so just set it to the default mask bits for r1xx-r4xx radeon ddc. Signed-off-by: Alex Deucher Cc: stable at kernel.org Cc: Jean Delvare ---

Strange effect with i915 backlight controller

At Mon, 14 Nov 2011 13:03:46 +0100, Daniel Mack wrote: > > On 11/14/2011 11:39 AM, Takashi Iwai wrote: > > [Added Chris to Cc] > > > > At Sun, 13 Nov 2011 17:24:09 +0100, > > Daniel Mack wrote: > >> > >> Hi Takashi, > >> > >> On 11/10/2011 04:39 PM, Takashi Iwai wrote: > >>> At Thu, 10 Nov 2011

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5

On Mon, Nov 14, 2011 at 05:06:42PM +0100, Thomas Hellstrom wrote: > On 11/14/2011 05:02 PM, Jerome Glisse wrote: > >On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstrom > >wrote: > >>On 11/11/2011 11:47 PM, j.glisse at gmail.com wrote: > >>>So attached is updated serie of patch with fixes for

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

e this ioctl to addfb_swissarmyknife :) -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/702ddef2/attachment.pgp>

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

at I find at fourcc.org and in the v4l code to check... -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/6477813f/attachment.pgp>

Strange effect with i915 backlight controller

On 11/14/2011 11:39 AM, Takashi Iwai wrote: > [Added Chris to Cc] > > At Sun, 13 Nov 2011 17:24:09 +0100, > Daniel Mack wrote: >> >> Hi Takashi, >> >> On 11/10/2011 04:39 PM, Takashi Iwai wrote: >>> At Thu, 10 Nov 2011 16:11:29 +0100, >>> Daniel Mack wrote: On 11/08/2011 01:57 AM,

DRM KMS Modesetting

echnology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/a68fc87c/attachment.pgp>

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc name from the new drm_fourcc.h header file. Implement the fb creation hooks in terms

[PATCH 1/2] drm: add plane support v2

Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. v2: fix ABI of get_plane - move format_type_ptr to the end Acked-by: Alan Cox Reviewed-by: Rob Clark Reviewed-by: Daniel Vetter Signed-off-by:

[PATCH] intel-dri: Fix initialization if startup happens in interlaced mode [v2]

x-patch Size: 1241 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/6bfece8d/attachment.bin>

[PATCH 1/2] drm: add plane support v2

- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/2014/c20e537c/attachment.pgp>

[Bug 42913] New: r600g: glx-swap-pixmap causes screen corruption

https://bugs.freedesktop.org/show_bug.cgi?id=42913 Bug #: 42913 Summary: r600g: glx-swap-pixmap causes screen corruption Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All)

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v2

pply? Thanks, -- Jesse Barnes, Intel Open Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/at

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v2

To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc name from videodev2.h. Implement the fb creation hooks in terms of the new

[PATCH 1/2] drm: add plane support v2

Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. v2: fix ABI of get_plane - move format_type_ptr to the end Acked-by: Alan Cox Reviewed-by: Rob Clark Reviewed-by: Daniel Vetter Signed-off-by:

Strange effect with i915 backlight controller

[Added Chris to Cc] At Sun, 13 Nov 2011 17:24:09 +0100, Daniel Mack wrote: > > Hi Takashi, > > On 11/10/2011 04:39 PM, Takashi Iwai wrote: > > At Thu, 10 Nov 2011 16:11:29 +0100, > > Daniel Mack wrote: > >> > >> On 11/08/2011 01:57 AM, Daniel Mack wrote: > >>> Didn't get any response yet, hence

[Bug 42908] r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Kai changed: What|Removed |Added Platform|Other |x86-64 (AMD64) OS/Version|All

[Bug 42908] New: r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Bug #: 42908 Summary: r600g: glx-shader-sharing causes segfault Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

[PATCH] intel-dri: Fix initialization if startup happens in interlaced mode [v2]

On Mon, 14 Nov 2011 12:21:35 +0100, Christian Schmidt wrote: > My EFI BIOS starts the graphics card up in my projector's preferred EDID > mode, 1080 at 60i. The Intel driver does not clear the interlaced bit: > > #define PIPECONF_PROGRESSIVE (0 << 21) > #define

[PATCH] drm: add some caps for userspace to discover more info for dumb KMS driver (v2)

From: Dave Airlie For the simple KMS driver case we need some more info about what the preferred depth and if a shadow framebuffer is preferred. I've only added this for intel/radeon which support the dumb ioctls so far. If you need something really fancy you should be

[PATCH 00/14] update exynos drm driver.

Hi, Also you can find relevant patches at git http://git.infradead.org/users/kmpark/linux-samsung/shortlog/refs/heads/samsung-drm To Mr. Dae. Can you rebase the latest drm-next tree or mainline to merge easily? Thank you, Kyungmin Park On 11/12/11, Inki Dae wrote: > Hello, Dave. sorry but

ttm: merge ttm_backend & ttm_tt, introduce ttm dma allocator V5

On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstrom wrote: > On 11/11/2011 11:47 PM, j.glisse at gmail.com wrote: >> >> So attached is updated serie of patch with fixes for swaping issue >> that also impacted memory accounting. > > Jerome, > Out of interest, what was the swapping issue? > >

[BUG] WARNING: at drivers/gpu/drm/i915/intel_display.c:901 assert_panel_unlocked

Hi guys, I have been experiencing problems with suspend/resume on my ThinkPad x60 for some time (sorry for being vague, I forget when it started). With 3.1 it seems to behave much better (no crashes). The problems I'm still seeing is that sometimes the computer does not suspend when closing the

[Bug 42808] Xserver fails to start with NI Seymour XT

https://bugs.freedesktop.org/show_bug.cgi?id=42808 --- Comment #6 from samit vats 2011-11-14 02:17:05 PST --- (In reply to comment #5) > Then it sounds like your laptop is muxless, i.e. the Radeon GPU physically > isn't connected to any display outputs. I'm afraid this won't be supported for >

[PATCH] intel-dri: Fix initialization if startup happens in interlaced mode

On Sun, 13 Nov 2011 22:08:41 +0100, Christian Schmidt wrote: > My EFI BIOS starts the graphics card up in my projector's preferred EDID > mode, 1080 at 60i. The Intel driver does not clear the interlaced bit: > > #define PIPECONF_PROGRESSIVE (0 << 21) > #define

[Bug 24475] clutter applications are unusable with radeon/radeonhd

https://bugs.freedesktop.org/show_bug.cgi?id=24475 --- Comment #5 from Marco Albanese 2011-11-14 09:52:59 UTC --- I've noticed a particular condition: I can see the windows's content if I maximize them. Could be helpful? Again, I'm talking about an rv100 chip ( R100 ), should I fill a new bug

[PATCH] drm/radeon: add some missing FireMV pci ids

From: Alex Deucher Noticed by Egbert. Signed-off-by: Alex Deucher Cc: stable at kernel.org Cc: Egbert Eich --- include/drm/drm_pciids.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h

[Bug 41971] [kms] Muxless radeon takes 20 seconds to fetch rom

https://bugs.freedesktop.org/show_bug.cgi?id=41971 Mike Lothian changed: What|Removed |Added CC||mike at fireburn.co.uk --- Comment #14

Re: [PATCH] intel-dri: Fix initialization if startup happens in interlaced mode

On Sun, 13 Nov 2011 22:08:41 +0100, Christian Schmidt schm...@digadd.de wrote: My EFI BIOS starts the graphics card up in my projector's preferred EDID mode, 1080@60i. The Intel driver does not clear the interlaced bit: #define PIPECONF_PROGRESSIVE (0 21) #define

[Bug 42808] Xserver fails to start with NI Seymour XT

https://bugs.freedesktop.org/show_bug.cgi?id=42808 --- Comment #6 from samit vats hysv...@gmail.com 2011-11-14 02:17:05 PST --- (In reply to comment #5) Then it sounds like your laptop is muxless, i.e. the Radeon GPU physically isn't connected to any display outputs. I'm afraid this won't be

Re: Strange effect with i915 backlight controller

[Added Chris to Cc] At Sun, 13 Nov 2011 17:24:09 +0100, Daniel Mack wrote: Hi Takashi, On 11/10/2011 04:39 PM, Takashi Iwai wrote: At Thu, 10 Nov 2011 16:11:29 +0100, Daniel Mack wrote: On 11/08/2011 01:57 AM, Daniel Mack wrote: Didn't get any response yet, hence copying LKML for

[PATCH] drm: add some caps for userspace to discover more info for dumb KMS driver (v2)

From: Dave Airlie airl...@redhat.com For the simple KMS driver case we need some more info about what the preferred depth and if a shadow framebuffer is preferred. I've only added this for intel/radeon which support the dumb ioctls so far. If you need something really fancy you should be

Re: [PATCH] intel-dri: Fix initialization if startup happens in interlaced mode [v2]

On Mon, 14 Nov 2011 12:21:35 +0100, Christian Schmidt schm...@digadd.de wrote: My EFI BIOS starts the graphics card up in my projector's preferred EDID mode, 1080@60i. The Intel driver does not clear the interlaced bit: #define PIPECONF_PROGRESSIVE (0 21) #define

[Bug 42908] New: r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Bug #: 42908 Summary: r600g: glx-shader-sharing causes segfault Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

[Bug 42908] r600g: glx-shader-sharing causes segfault

https://bugs.freedesktop.org/show_bug.cgi?id=42908 Kai deb...@carbon-project.org changed: What|Removed |Added Platform|Other |x86-64 (AMD64)

Re: Strange effect with i915 backlight controller

On 11/14/2011 11:39 AM, Takashi Iwai wrote: [Added Chris to Cc] At Sun, 13 Nov 2011 17:24:09 +0100, Daniel Mack wrote: Hi Takashi, On 11/10/2011 04:39 PM, Takashi Iwai wrote: At Thu, 10 Nov 2011 16:11:29 +0100, Daniel Mack wrote: On 11/08/2011 01:57 AM, Daniel Mack wrote: Didn't get

Re: Strange effect with i915 backlight controller

At Mon, 14 Nov 2011 13:03:46 +0100, Daniel Mack wrote: On 11/14/2011 11:39 AM, Takashi Iwai wrote: [Added Chris to Cc] At Sun, 13 Nov 2011 17:24:09 +0100, Daniel Mack wrote: Hi Takashi, On 11/10/2011 04:39 PM, Takashi Iwai wrote: At Thu, 10 Nov 2011 16:11:29 +0100, Daniel

[PATCH] drm/radeon: add some missing FireMV pci ids

From: Alex Deucher alexander.deuc...@amd.com Noticed by Egbert. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@kernel.org Cc: Egbert Eich e...@suse.de --- include/drm/drm_pciids.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

Re: ttm: merge ttm_backend ttm_tt, introduce ttm dma allocator V5

On 11/11/2011 11:47 PM, j.gli...@gmail.com wrote: So attached is updated serie of patch with fixes for swaping issue that also impacted memory accounting. Jerome, Out of interest, what was the swapping issue? /Thomas Last patch fix memory accounting for radeon nouveau. I think it's

[PATCH] intel-dri: Fix initialization if startup happens in interlaced mode [v2]

My EFI BIOS starts the graphics card up in my projector's preferred EDID mode, 1080@60i. The Intel driver does not clear the interlaced bit: #define PIPECONF_PROGRESSIVE (0 21) #define PIPECONF_INTERLACE_W_FIELD_INDICATION (6 21) #define PIPECONF_INTERLACE_FIELD_0_ONLY (7

Re: ttm: merge ttm_backend ttm_tt, introduce ttm dma allocator V5

On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstrom thellst...@vmware.com wrote: On 11/11/2011 11:47 PM, j.gli...@gmail.com wrote: So attached is updated serie of patch with fixes for swaping issue that also impacted memory accounting. Jerome, Out of interest, what was the swapping issue?

Re: ttm: merge ttm_backend ttm_tt, introduce ttm dma allocator V5

On 11/14/2011 05:02 PM, Jerome Glisse wrote: On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstromthellst...@vmware.com wrote: On 11/11/2011 11:47 PM, j.gli...@gmail.com wrote: So attached is updated serie of patch with fixes for swaping issue that also impacted memory accounting.

Re: [PATCH 00/23] kill drm cruft with fire

Should I test this set of patches for the VIA driver or wait until you have a second version of this patch? Testing this on via would be awesome! Iirc I haven't changed anything in the via specific patches, but if it's more convenient you can also directly test my branch:

[Bug 24475] clutter applications are unusable with radeon/radeonhd

https://bugs.freedesktop.org/show_bug.cgi?id=24475 --- Comment #5 from Marco Albanese deli...@gmail.com 2011-11-14 09:52:59 UTC --- I've noticed a particular condition: I can see the windows's content if I maximize them. Could be helpful? Again, I'm talking about an rv100 chip ( R100 ), should

Re: [PATCH] drm_edid: support CEA video modes

Am Sonntag, den 13.11.2011, 23:16 +0100 schrieb alanwww1: This is awesome ! A LOT of HTPC fans are waiting for this! Is there a chance that this lands in 3.2 ? Have you tested this? Adding a Tested-by line would surely help getting it included. Thanks, Paul signature.asc Description: This

Re: ttm: merge ttm_backend ttm_tt, introduce ttm dma allocator V5

On Mon, Nov 14, 2011 at 05:06:42PM +0100, Thomas Hellstrom wrote: On 11/14/2011 05:02 PM, Jerome Glisse wrote: On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstromthellst...@vmware.com wrote: On 11/11/2011 11:47 PM, j.gli...@gmail.com wrote: So attached is updated serie of patch with fixes for

[PATCH] drm/radeon/kms: fix up gpio i2c mask bits for r4xx

From: Alex Deucher alexander.deuc...@amd.com Fixes i2c test failures when i2c_algo_bit.bit_test=1. The hw doesn't actually require a mask, so just set it to the default mask bits for r1xx-r4xx radeon ddc. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@kernel.org Cc: Jean

Re: ttm: merge ttm_backend ttm_tt, introduce ttm dma allocator V5

On 11/14/2011 07:54 PM, Jerome Glisse wrote: On Mon, Nov 14, 2011 at 05:06:42PM +0100, Thomas Hellstrom wrote: On 11/14/2011 05:02 PM, Jerome Glisse wrote: On Mon, Nov 14, 2011 at 9:49 AM, Thomas Hellstromthellst...@vmware.com wrote: On 11/11/2011 11:47 PM,

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v2

On Mon, 14 Nov 2011 11:47:07 -0800 Jesse Barnes jbar...@virtuousgeek.org wrote: To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc

Re: [PATCH 1/2] drm: add plane support v2

On Mon, 14 Nov 2011 11:47:06 -0800 Jesse Barnes jbar...@virtuousgeek.org wrote: Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. v2: fix ABI of get_plane - move format_type_ptr to the end

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc name from the new drm_fourcc.h header file. Implement the fb creation hooks in terms

Re: DRM KMS Modesetting

On Mon, 14 Nov 2011 21:25:56 +0100 David Herrmann dh.herrm...@googlemail.com wrote: Hi I thought it's better to ask this question here again as it is easier to comment via mail. I tried writing a simple kms modesetting program. I have written it similar to:

[Bug 42514] [r300g] EVE online: some shaders are failing

https://bugs.freedesktop.org/show_bug.cgi?id=42514 Pavel Ondračka pavel.ondra...@email.cz changed: What|Removed |Added Depends on||42930 --

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) 8) | \ + ((u32)(c) 16) | ((u32)(d) 24)) + +/* RGB codes */ +#define DRM_FOURCC_RGB332 fourcc_code('R','G','B','1') +#define DRM_FOURCC_RGB555

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, 14 Nov 2011 23:16:44 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) 8) | \ + ((u32)(c) 16) | ((u32)(d) 24)) + +/* RGB codes */

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +struct drm_mode_fb_cmd2 { + __u32 fb_id; + __u32 width, height; + __u32 pixel_format; /* fourcc code from videodev2.h */ + + /* + * In case of planar formats, this ioctl allows up to 4 + * buffer

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, 14 Nov 2011 23:24:55 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +struct drm_mode_fb_cmd2 { + __u32 fb_id; + __u32 width, height; + __u32 pixel_format; /* fourcc code from videodev2.h */ + + /*

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 3:16 PM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) 8) | \ +                           ((u32)(c) 16) | ((u32)(d) 24)) + +/* RGB codes */

[Bug 27184] Radeon, KMS, 6.12.99: Sleeping screen doesn't wake up reliably

https://bugs.freedesktop.org/show_bug.cgi?id=27184 --- Comment #18 from Oliver Winker oliver...@oli1170.net 2011-11-14 14:01:30 PST --- (In reply to comment #17) DPMS standby, suspend, and off states are all treated the same from the driver's perspective. The driver really only deals with 2

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Mon, Nov 14, 2011 at 01:35:57PM -0800, Jesse Barnes wrote: On Mon, 14 Nov 2011 23:24:55 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote: +struct drm_mode_fb_cmd2 { + __u32 fb_id; + __u32 width, height; +

[PATCH 1/2] drm: add plane support v3

Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. v2: fix ABI of get_plane - move format_type_ptr to the end v3: add 'flags' field for interlaced support (from Ville) Acked-by: Alan Cox

[PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v5

To properly support the various plane formats supported by different hardware, the kernel must know the pixel format of a framebuffer object. So add a new ioctl taking a format argument corresponding to a fourcc name from the new drm_fourcc.h header file. Implement the fb creation hooks in terms

Re: [PATCH 2/2] drm: add an fb creation ioctl that takes a pixel format v4

On Tue, 15 Nov 2011 00:37:47 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 01:35:57PM -0800, Jesse Barnes wrote: On Mon, 14 Nov 2011 23:24:55 +0200 Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse

Re: [PATCH] Fix wrong assumptions in cea_for_each_detailed_block v2

On Sun, 2011-11-13 at 09:57 +0100, Christian Schmidt wrote: The current logic misunderstands the spec about CEA 18byte descriptors. First, the spec doesn't state detailed timing descriptors but 18 byte descriptors, so any data record could be stored, mixed timings and other data, just as in

Re: DRM KMS Modesetting

On Mon, 14 Nov 2011 21:47:09 +0100 David Herrmann dh.herrm...@googlemail.com wrote: I had to modify the resolution the test was searching for to 1920x1200 instead of 1024x600 since I tested on a DP attached monitor, and fix the connector id, but other than that it seemed to work fine.

Re: [PATCH] drm_edid: support CEA video modes

On Sun, 2011-11-13 at 01:31 +0100, Christian Schmidt wrote: 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. Thanks for finishing this up. The

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #16 from Andrew Randrianasulu rand...@mail.ru 2011-11-14 15:16:55 PST --- So, I bisected mesa tree (7.11 branch) Result: 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the first bad commit commit

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #17 from Marek Olšák mar...@gmail.com 2011-11-14 15:28:23 PST --- (In reply to comment #16) So, I bisected mesa tree (7.11 branch) Result: 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the first bad commit commit

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #18 from Andrew Randrianasulu rand...@mail.ru 2011-11-14 16:06:19 PST --- (In reply to comment #17) (In reply to comment #16) So, I bisected mesa tree (7.11 branch) Result: 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the

[Bug 34969] [nouveau] Card lockup on openarena

https://bugs.freedesktop.org/show_bug.cgi?id=34969 --- Comment #19 from Andrew Randrianasulu rand...@mail.ru 2011-11-14 16:36:06 PST --- Created attachment 53562 -- https://bugs.freedesktop.org/attachment.cgi?id=53562 hand-typed log While trying some self-made liveCD based on

Re: [PATCH] drm_edid: support CEA video modes

I ran a test with the CEA patch, on my Sandy Bridge system with a Samsung HDTV hooked up with an Onkyo TX-SR-607 AV-receiver. The patch works like charm. The so wanted missing modelines are there, both in the kernel log and in the Xorg.log and I can now use them in any Media Center application,

Re: [PATCH 1/2] drm: add plane support v2

On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote: Planes are a bit like half-CRTCs. They have a location and fb, but don't drive outputs directly. Add support for handling them to the core KMS code. Out of curiosity, lets say you have a *really* stupid hardware overlay that can't do

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

https://bugs.freedesktop.org/show_bug.cgi?id=27314 --- Comment #62 from Rafael Ávila de Espíndola rafael.espind...@gmail.com 2011-11-14 19:54:15 PST --- Created attachment 53564 -- https://bugs.freedesktop.org/attachment.cgi?id=53564 dmesg with linus tree