[PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

Hi Ville, I skipped explanation about NV12M and other two formats because these formats are already in kernel drm_fourcc.h. I think it is better to add a difference between NV12 and NV12M here. NV12M has Y plane and CbCr plane and these are in non contiguous memory region. Compared with NV12,

[PATCH 8/8 v7] drm/i915/intel_i2c: use DRM_ERROR on timeouts

GMBUS should hopefully actually work now in most cases. So, report any timeout conditions using DRM_ERROR(), especially for the case where the timeout causes fallback to bit-bang mode.

[PATCH 7/8 v7] drm/i915/intel_i2c: remove POSTING_READ() from gmbus transfers

The POSTING_READ() calls were originally added to make sure the writes were flushed before any timing delays and across loops. Now that the code has settled a bit, let's remove them. Signed-off-by: Daniel Kurtz --- drivers/gpu/drm/i915/intel_i2c.c |3 --- 1 files changed, 0 insertions(+), 3

[PATCH 6/8 v7] drm/i915/intel_i2c: reuse GMBUS2 value read in polling loop

Save the GMBUS2 value read while polling for state changes, and then reuse this value when determining for which reason the loops were exited. This is a small optimization which saves a couple of bus accesses for memory mapped IO registers. To avoid "assigning in if clause" checkpatch errors",

[PATCH 5/8 v7] drm/i915/intel_i2c: use INDEX cycles for i2c read transactions

It is very common for an i2c device to require a small 1 or 2 byte write followed by a read. For example, when reading from an i2c EEPROM it is common to write and address, offset or index followed by a reading some values. The i915 gmbus controller provides a special "INDEX" cycle for

[PATCH 4/8 v7] drm/i915/intel_i2c: use WAIT cycle, not STOP

The i915 is only able to generate a STOP cycle (i.e. finalize an i2c transaction) during a DATA or WAIT phase. In other words, the controller rejects a STOP requested as part of the first transaction in a sequence. Thus, for the first transaction we must always use a WAIT cycle, detect when the

[PATCH 3/8 v7] drm/i915/intel_i2c: always wait for IDLE before clearing NAK

The GMBUS controller can report a NAK condition while a transaction is still active. If the driver is fast enough, and the bus is slow enough, the driver may clear the NAK condition while the controller is still busy, resulting in a confused GMBUS controller. This will leave the controller in a

[PATCH 2/8 v7] drm/i915/intel_i2c: use double-buffered writes

The GMBUS controller GMBUS3 register is double-buffered. Take advantage of this by writing two 4-byte words before the first wait for HW_RDY. This helps keep the GMBUS controller from becoming idle during long writes. In fact, during experiments using the GMBUS interrupts, the HW_RDY interrupt

[PATCH 1/8 v7] drm/i915/intel_i2c: handle zero-length writes

A common method of probing an i2c bus is trying to do a zero-length write. Handle this case by checking the length first before decrementing it. This is actually important, since attempting a zero-length write is one of the ways that i2cdetect and i2c_new_probed_device detect whether there is

[PATCH 0/8 v7] fix gmbus writes and related issues

This patchset addresses a couple of issues with the i915 gmbus implementation. v7 adds a final patch to switch to using DRM_ERROR for reporting timeouts. Daniel Kurtz (8): drm/i915/intel_i2c: handle zero-length writes drm/i915/intel_i2c: use double-buffered writes drm/i915/intel_i2c:

[PATCH RFC] drm: support for rotated scanout

From: Rob Clark For drivers that can support rotated scanout, the extra parameter checking in drm-core, while nice, tends to get confused. To solve this drivers can set the crtc or plane invert_dimensions field so that the dimension checking takes into account the rotation that the

[PATCH 0/8 v7] fix gmbus writes and related issues

On Fri, Mar 30, 2012 at 01:49:17PM +0100, Chris Wilson wrote: > On Fri, 30 Mar 2012 19:46:35 +0800, Daniel Kurtz > wrote: > > This patchset addresses a couple of issues with the i915 gmbus > > implementation. > > > > v7 adds a final patch to switch to using DRM_ERROR for reporting timeouts. > >

[Bug 47955] Celestia hit fallback on r300g from git?

https://bugs.freedesktop.org/show_bug.cgi?id=47955 --- Comment #17 from Andrew Randrianasulu 2012-03-30 09:38:25 PDT --- (In reply to comment #16) > Is this bug present in Mesa 8.0 and if yes, is it present in 7.11 as well? yes, at minimum in 8.0 and 7.11 git _branches_. With 7.11 it was a bit

[PATCH 4/8] drm: add generic ioctls to get/set properties on any object

On Thu, Mar 29, 2012 at 06:27:22PM -0300, Paulo Zanoni wrote: > From: Paulo Zanoni > > Useless for connector properties (since they already have their own > ioctls), but useful when we add properties to CRTCs, planes and other > objects. > > Signed-off-by: Paulo Zanoni > --- >

[PATCH 3/8] drm: create struct drm_object_properties and use it

On Thu, Mar 29, 2012 at 06:27:21PM -0300, Paulo Zanoni wrote: > diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h > index c3d429a..84880a7 100644 > --- a/include/drm/drm_crtc.h > +++ b/include/drm/drm_crtc.h > @@ -36,6 +36,8 @@ > struct drm_device; > struct drm_mode_set; > struct

[PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

On Fri, Mar 30, 2012 at 08:07:16PM +0900, ??? wrote: > Hi Ville, > > I skipped explanation about NV12M and other two formats because these > formats are already in kernel drm_fourcc.h. > > I think it is better to add a difference between NV12 and NV12M here. > > NV12M has Y plane and CbCr plane

[PATCH] drm: add valid pixel formats for fb

This patch adds multi buffer plane pixel formats into valid pixel format list for fb since they are missed from the list. Signed-off-by: Seung-Woo Kim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/drm_crtc.c |3 +++ 1 files changed, 3 insertions(+), 0

[git pull] drm dma-buf prime support

Hi Linus, This isn't a majorly urgent thing to have, but we'd like to set the stage for working on dma-buf support in the drm drivers for the next merge window, so I'd like to push in the initial submission now so people have something that we can build on top of. The code just introduces the

[PATCH RFC xf86-video-intel 2/2] Add underscan properties

On Thu, Mar 29, 2012 at 11:19:59PM +0100, Chris Wilson wrote: > On Thu, 29 Mar 2012 18:30:20 -0300, Paulo Zanoni > wrote: > > From: Paulo Zanoni > > > > In the Kernel side, these are crtc properties (since in the hardware, > > underscan use the panel fitters, which are attached to the pipes).

[PATCH RFC 1/2] drm: add bitmask property type

2012/3/30 Paulo Zanoni : > Can't we try to add some document > (or header file) defining the standard properties and add a way to > distinguish between? Documentation/drm/properties.txt? > After looking at the list names, maybe we should define that standard properties should be named with "BIG

i915_driver_irq_handler: irq 42: nobody cared

On 03/30/2012 12:45 PM, Chris Wilson wrote: > On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby wrote: >> I don't know what to dump more, because iir is obviously zero too. What >> other sources of interrupts are on the (G33) chip? > > IIR is the master interrupt, with chained secondary interrupt

[PATCH RFC 1/2] drm: add bitmask property type

2012/3/30 Ville Syrj?l? : > > I would suggest we either A) define some namespace for standard > properties, or B) introduce some new property mechanism that actually > uses integer property IDs. In either case new properties or changes to > existing standard properties should be carefully

[git pull] drm intel hibernation fix

On Thu, Mar 29, 2012 at 16:43, richard -rw- weinberger wrote: > On Thu, Mar 29, 2012 at 9:34 AM, Keith Packard wrote: >> <#part sign=pgpmime> >> On Thu, 29 Mar 2012 08:14:08 +0100 (IST), Dave Airlie >> wrote: >> >>> Dave Airlie (1): >>> ? ? ? drm/i915: suspend fbdev device around

[PATCH 0/8 v7] fix gmbus writes and related issues

On Fri, 30 Mar 2012 19:46:35 +0800, Daniel Kurtz wrote: > This patchset addresses a couple of issues with the i915 gmbus > implementation. > > v7 adds a final patch to switch to using DRM_ERROR for reporting timeouts. > > Daniel Kurtz (8): > drm/i915/intel_i2c: handle zero-length writes >

[PATCH RFC 1/2] drm: add bitmask property type

On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: > On Thu, Mar 29, 2012 at 8:02 PM, Rob Clark wrote: > > From: Rob Clark > > > > A bitmask property is similar to an enum. ?The enum value is a bit > > position (0-63), and valid property values consist of a mask of > > zero or more of (1

i915_driver_irq_handler: irq 42: nobody cared

On Fri, 30 Mar 2012 14:11:47 +0200, Jiri Slaby wrote: > On 03/30/2012 12:45 PM, Chris Wilson wrote: > > On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby wrote: > >> I don't know what to dump more, because iir is obviously zero too. What > >> other sources of interrupts are on the (G33) chip? > >

No subject

when the corresponding pins are not actually hooked up to anything. In these cases, there is no NAK, nor timeout, nor any other indication from the GMBUS controller that a transaction fails. The first gmbus transaction timeout is caught by the "wait_for" timeout, causing the transition to

[PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote: > Multi buffer plane pixel formats are added as like kernel header. > > Signed-off-by: Seung-Woo Kim > --- > include/drm/drm_fourcc.h |7 +++ > 1 files changed, 7 insertions(+), 0 deletions(-) > > diff --git

[PATCH RFC 1/2] drm: add bitmask property type

On 03/30/2012 12:37 PM, Ville Syrj?l? wrote: > On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: >> On Thu, Mar 29, 2012 at 8:02 PM, Rob Clark wrote: >>> From: Rob Clark >>> >>> A bitmask property is similar to an enum. The enum value is a bit >>> position (0-63), and valid property

[Bug 47955] Celestia hit fallback on r300g from git?

https://bugs.freedesktop.org/show_bug.cgi?id=47955 --- Comment #16 from Marek Ol??k 2012-03-30 05:41:30 PDT --- Is this bug present in Mesa 8.0 and if yes, is it present in 7.11 as well? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

i915_driver_irq_handler: irq 42: nobody cared

On 03/27/2012 10:42 AM, Jiri Slaby wrote: > On 03/27/2012 10:40 AM, Jiri Slaby wrote: >> Hi, >> >> I'm getting spurious interrupts leading to disabling the interrupt: >> 42:19168532471662 PCI-MSI-edge i915 at pci::00:02.0 >> >> The message: >> irq 42: nobody cared (try booting

[PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

Multi buffer plane pixel formats are added as like kernel header. Signed-off-by: Seung-Woo Kim --- include/drm/drm_fourcc.h |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h index 85facb0..7cfd95a 100644 ---

i915_driver_irq_handler: irq 42: nobody cared

On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby wrote: > I don't know what to dump more, because iir is obviously zero too. What > other sources of interrupts are on the (G33) chip? IIR is the master interrupt, with chained secondary interrupt statuses. If IIR is 0, the interrupt wasn't raised by

[PATCH] drm/radeon/kms: add register definitions for audio

W dniu 30 marca 2012 11:09 u?ytkownik Rafa? Mi?ecki napisa?: > 2012/3/28 ?: >> From: Alex Deucher >> >> This adds register definitions for HDMI/DP audio on >> DCE2/3/4/5 hardware. > > OK, AICS we got PLL regs and HDMI blocks regs. May I ask about audio block > regs? > > Did you just missed

[PATCH] drm/radeon/kms: add register definitions for audio

2012/3/28 : > From: Alex Deucher > > This adds register definitions for HDMI/DP audio on > DCE2/3/4/5 hardware. OK, AICS we got PLL regs and HDMI blocks regs. May I ask about audio block regs? Did you just missed them or do they need passing some additional review first? I mean: #define

regression(?) 3.3-rc4 -> 3.3-rc5: drm intel hangs

Hi everyone, is there anything else I can provide? On Fr, 09 M?r 2012, Norbert Preining wrote: > Hi everyone, > > currently 3.3.0-rc6+ I just was hit by that after wake up from ram: > > On Di, 28 Feb 2012, Daniel Vetter wrote: > > > Feb 28 11:42:47 mithrandir kernel: [15627.756071] > > >

[PATCH RFC 1/2] drm: add bitmask property type

On Thu, 29 Mar 2012 20:02:45 -0500, Rob Clark wrote: > + } else if (property->flags & DRM_MODE_PROP_BITMASK) { > + int i; > + __u64 valid_mask = 0; > + for (i = 0; i < property->num_values; i++) > + valid_mask |= (1 <<

[PATCH] drm/radeon: Don't dereference possibly-NULL pointer.

2012/3/29 Michel D?nzer : > From: Michel D?nzer > > Reported-by: Dan Carpenter > Signed-off-by: Michel D?nzer Reviewed-by: Alex Deucher > --- > > Third time's the charm, I hope... > > ?drivers/gpu/drm/radeon/radeon_object.c | ? ?3 ++- > ?1 files changed, 2 insertions(+), 1 deletions(-) > >

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 --- Comment #10 from Vlad 2012-03-30 09:10:08 --- Forgot to mention that I'm using nouveau. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 Vlad changed: What|Removed |Added CC||vovan at vovan.nl --- Comment #9 from Vlad

[PATCH] drm/radeon/kms: add register definitions for audio

For those that are interested, I pulled together most of my original hdmi code if someone wants to finish it up: http://people.freedesktop.org/~agd5f/0001-WIP-port-of-hdmi-dp-audio-code-to-newer-kernel.patch It needs: - helper functions for calculating the infoframes and checksums - helper

[PATCH] drm/radeon/kms: fix up audio interrupt handling

From: Alex Deucher - add support for rs6xx - add support for DCE4/5 - fixup 6xx/7xx Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c | 128 +++ drivers/gpu/drm/radeon/r600.c | 115

[PATCH] drm/radeon/kms: fix fans after resume

2012/3/30 Michel D?nzer : > On Don, 2012-03-29 at 19:04 -0400, alexdeucher at gmail.com wrote: >> From: Alex Deucher >> >> On pre-R600 asics, the SpeedFanControl table is not >> executed as part of ASIC_Init as it is on newer asics. >> >> Fixes: >>

[PATCH] drm/radeon/kms: fix fans after resume

On Don, 2012-03-29 at 19:04 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > On pre-R600 asics, the SpeedFanControl table is not > executed as part of ASIC_Init as it is on newer asics. > > Fixes: > https://bugzilla.kernel.org/show_bug.cgi?id=29412 > > Signed-off-by: Alex

[PATCH RFC 1/2] drm: add bitmask property type

On Fri, Mar 30, 2012 at 5:37 AM, Ville Syrj?l? wrote: > On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: >> On Thu, Mar 29, 2012 at 8:02 PM, Rob Clark wrote: >> > From: Rob Clark >> > >> > A bitmask property is similar to an enum. ?The enum value is a bit >> > position (0-63), and

[Bug 47955] Celestia hit fallback on r300g from git?

https://bugs.freedesktop.org/show_bug.cgi?id=47955 --- Comment #15 from Andrew Randrianasulu 2012-03-29 20:54:13 PDT --- .. and spriteblast mesa demo surely don't work correctly here. (I see something remotely like _giant_ sprites flashing on screen) -- Configure bugmail:

[PATCH 5/8] drm: make the connector properties code use the object properties code

On Thu, Mar 29, 2012 at 18:27, Paulo Zanoni wrote: > From: Paulo Zanoni > > Signed-off-by: Paulo Zanoni > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov -- next part -- An HTML attachment was scrubbed... URL:

[PATCH 4/8] drm: add generic ioctls to get/set properties on any object

On Thu, Mar 29, 2012 at 18:27, Paulo Zanoni wrote: > + switch (arg_obj->type) { > + case DRM_MODE_OBJECT_CONNECTOR: > + ret = drm_mode_connector_set_obj_prop(arg_obj, property, > + arg->value); > + break;

[PATCH 3/8] drm: create struct drm_object_properties and use it

On Thu, Mar 29, 2012 at 18:27, Paulo Zanoni wrote: > From: Paulo Zanoni > > For now, only connectors have it. In the future, all objects that need > properties should use it. Since the strucutre is referenced inside > *structure > struct drm_mode_object, we will be able to deal with object

[PATCH 1/8] drm: add drm_property_change_is_valid

On Thu, Mar 29, 2012 at 18:27, Paulo Zanoni wrote: > + if (property->flags & DRM_MODE_PROP_RANGE) { > + if (value < property->values[0]) > + return false; > + if (value > property->values[1]) > + return false; > Those

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 --- Comment #8 from ArTourter 2012-03-29 23:36:40 --- (In reply to comment #7) > (In reply to comment #6) > > I have tried booting with both nouveau and nvidia blacklisted in console > > mode > > and still get the same behaviour. > > > >

[PATCH libdrm 5/5] modetest: print CRTC properties

On Thu, Mar 29, 2012 at 18:28, Paulo Zanoni wrote: > From: Paulo Zanoni > > Signed-off-by: Paulo Zanoni > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov -- next part -- An HTML attachment was scrubbed... URL:

[PATCH libdrm 4/5] Add support for generic object properties IOCTLs

On Thu, Mar 29, 2012 at 18:28, Paulo Zanoni wrote: > From: Paulo Zanoni > > New library calls: > - drmModeObjectGetProperties > - drmModeFreeObjectProperties > - drmModeObjectSetProperties > > Signed-off-by: Paulo Zanoni > Reviewed-by: Eugeni Dodonov -- Eugeni Dodonov

[PATCH RFC xf86-video-intel 2/2] Add underscan properties

On Thu, 29 Mar 2012 18:30:20 -0300, Paulo Zanoni wrote: > From: Paulo Zanoni > > In the Kernel side, these are crtc properties (since in the hardware, > underscan use the panel fitters, which are attached to the pipes). > Ideally we should make these as crtc properties too, but since xrandr >

[PATCH libdrm 3/5] modetest: print more about our properties

On Thu, Mar 29, 2012 at 18:28, Paulo Zanoni wrote: > From: Paulo Zanoni > > In the future we'll have more than just connector properties, so create > a dump_prop function that can handle any property (instead of the > current dump_props function that only handles connector properties). > >

[PATCH RFC xf86-video-intel 1/2] Update the rotation property whenever we change the rotation.

On Thu, 29 Mar 2012 18:30:19 -0300, Paulo Zanoni wrote: > From: Paulo Zanoni > > Don't worry if that fails: only the KVMr feature will be affected. > > We still need to change the sna/ code. > We also need to add the dependency on libdrm. > > Signed-off-by: Paulo Zanoni > --- > src/intel.h

[PATCH libdrm 2/5] modetest: fix memory leak

On Thu, Mar 29, 2012 at 18:28, Paulo Zanoni wrote: > From: Paulo Zanoni > > Don't "continue" without freeing the connector. > > 192 bytes in 6 blocks are indirectly lost in loss record 6 of 12 > at 0x4C2779D: malloc (in > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > by 0x4E30DD8:

[PATCH libdrm 1/5] modetest: fix some compiler warnings

On Thu, Mar 29, 2012 at 18:28, Paulo Zanoni wrote: > From: Paulo Zanoni > > Use unsigned int instead of int: > - modetest.c:89:1: warning: comparison between signed and unsigned integer > expressions [-Wsign-compare] > - modetest.c:97:1: warning: comparison between signed and unsigned integer >

[Bug 29412] fans running at full-speed after resume from suspend with radeon and KMS

https://bugzilla.kernel.org/show_bug.cgi?id=29412 --- Comment #15 from Alex Deucher 2012-03-29 23:01:52 --- Perfect. No need for the vbios. I'll send the patch to Dave. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH] drm: add valid pixel formats for fb

This patch adds multi buffer plane pixel formats into valid pixel format list for fb since they are missed from the list. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

Re: [PATCH] drm/radeon/kms: fix fans after resume

On Don, 2012-03-29 at 19:04 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com On pre-R600 asics, the SpeedFanControl table is not executed as part of ASIC_Init as it is on newer asics. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=29412

Re: [PATCH RFC 1/2] drm: add bitmask property type

On Thu, 29 Mar 2012 20:02:45 -0500, Rob Clark rob.cl...@linaro.org wrote: + } else if (property-flags DRM_MODE_PROP_BITMASK) { + int i; + __u64 valid_mask = 0; + for (i = 0; i property-num_values; i++) + valid_mask |= (1

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 Vlad vo...@vovan.nl changed: What|Removed |Added CC||vo...@vovan.nl --- Comment #9

Re: [PATCH] drm/radeon/kms: add register definitions for audio

2012/3/28 alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com This adds register definitions for HDMI/DP audio on DCE2/3/4/5 hardware. OK, AICS we got PLL regs and HDMI blocks regs. May I ask about audio block regs? Did you just missed them or do they need passing some

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 --- Comment #10 from Vlad vo...@vovan.nl 2012-03-30 09:10:08 --- Forgot to mention that I'm using nouveau. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

Re: [PATCH] drm/radeon/kms: add register definitions for audio

W dniu 30 marca 2012 11:09 użytkownik Rafał Miłecki zaj...@gmail.com napisał: 2012/3/28  alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com This adds register definitions for HDMI/DP audio on DCE2/3/4/5 hardware. OK, AICS we got PLL regs and HDMI blocks regs. May I ask

Re: i915_driver_irq_handler: irq 42: nobody cared

On 03/27/2012 10:42 AM, Jiri Slaby wrote: On 03/27/2012 10:40 AM, Jiri Slaby wrote: Hi, I'm getting spurious interrupts leading to disabling the interrupt: 42:19168532471662 PCI-MSI-edge i915@pci::00:02.0 The message: irq 42: nobody cared (try booting with the irqpoll

Re: [PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote: Multi buffer plane pixel formats are added as like kernel header. Signed-off-by: Seung-Woo Kim sw0312@samsung.com --- include/drm/drm_fourcc.h |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git

Re: [PATCH RFC 1/2] drm: add bitmask property type

On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: On Thu, Mar 29, 2012 at 8:02 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com A bitmask property is similar to an enum.  The enum value is a bit position (0-63), and valid property values consist of a mask of

Re: i915_driver_irq_handler: irq 42: nobody cared

On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby jsl...@suse.cz wrote: I don't know what to dump more, because iir is obviously zero too. What other sources of interrupts are on the (G33) chip? IIR is the master interrupt, with chained secondary interrupt statuses. If IIR is 0, the interrupt

Re: [PATCH RFC 1/2] drm: add bitmask property type

On 03/30/2012 12:37 PM, Ville Syrjälä wrote: On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: On Thu, Mar 29, 2012 at 8:02 PM, Rob Clarkrob.cl...@linaro.org wrote: From: Rob Clarkr...@ti.com A bitmask property is similar to an enum. The enum value is a bit position (0-63), and

Re: [PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

Hi Ville, I skipped explanation about NV12M and other two formats because these formats are already in kernel drm_fourcc.h. I think it is better to add a difference between NV12 and NV12M here. NV12M has Y plane and CbCr plane and these are in non contiguous memory region. Compared with NV12,

Re: [PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

On 03/30/2012 12:12 PM, Ville Syrjälä wrote: +#define DRM_FORMAT_NV12MT fourcc_code('T', 'M', '1', '2') /* 2x2 subsampled Cr:Cb plane 64x32 macroblocks */ This one is more difficult. Until now tiling was always handled in driver specific manner. OTOH if this format is really supported by

Re: [PATCH RFC xf86-video-intel 2/2] Add underscan properties

On Thu, Mar 29, 2012 at 11:19:59PM +0100, Chris Wilson wrote: On Thu, 29 Mar 2012 18:30:20 -0300, Paulo Zanoni przan...@gmail.com wrote: From: Paulo Zanoni paulo.r.zan...@intel.com In the Kernel side, these are crtc properties (since in the hardware, underscan use the panel fitters,

Re: i915_driver_irq_handler: irq 42: nobody cared

On 03/30/2012 12:45 PM, Chris Wilson wrote: On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby jsl...@suse.cz wrote: I don't know what to dump more, because iir is obviously zero too. What other sources of interrupts are on the (G33) chip? IIR is the master interrupt, with chained secondary

Re: [PATCH libdrm] libdrm: update drm/drm_fourcc.h from kernel to add multi plane formats

On Fri, Mar 30, 2012 at 08:07:16PM +0900, 김승우 wrote: Hi Ville, I skipped explanation about NV12M and other two formats because these formats are already in kernel drm_fourcc.h. I think it is better to add a difference between NV12 and NV12M here. NV12M has Y plane and CbCr plane and

Re: i915_driver_irq_handler: irq 42: nobody cared

On Fri, 30 Mar 2012 14:11:47 +0200, Jiri Slaby jsl...@suse.cz wrote: On 03/30/2012 12:45 PM, Chris Wilson wrote: On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby jsl...@suse.cz wrote: I don't know what to dump more, because iir is obviously zero too. What other sources of interrupts are on

Re: [PATCH RFC 1/2] drm: add bitmask property type

On Fri, Mar 30, 2012 at 5:37 AM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Thu, Mar 29, 2012 at 08:15:48PM -0500, Rob Clark wrote: On Thu, Mar 29, 2012 at 8:02 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com A bitmask property is similar to an enum.  The

[Bug 47955] Celestia hit fallback on r300g from git?

https://bugs.freedesktop.org/show_bug.cgi?id=47955 --- Comment #16 from Marek Olšák mar...@gmail.com 2012-03-30 05:41:30 PDT --- Is this bug present in Mesa 8.0 and if yes, is it present in 7.11 as well? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: [PATCH 0/8 v7] fix gmbus writes and related issues

On Fri, 30 Mar 2012 19:46:35 +0800, Daniel Kurtz djku...@chromium.org wrote: This patchset addresses a couple of issues with the i915 gmbus implementation. v7 adds a final patch to switch to using DRM_ERROR for reporting timeouts. Daniel Kurtz (8): drm/i915/intel_i2c: handle zero-length

Re: [PATCH 3/8] drm: create struct drm_object_properties and use it

On Thu, Mar 29, 2012 at 06:27:21PM -0300, Paulo Zanoni wrote: diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h index c3d429a..84880a7 100644 --- a/include/drm/drm_crtc.h +++ b/include/drm/drm_crtc.h @@ -36,6 +36,8 @@ struct drm_device; struct drm_mode_set; struct

Re: [PATCH] drm/radeon/kms: fix fans after resume

2012/3/30 Michel Dänzer mic...@daenzer.net: On Don, 2012-03-29 at 19:04 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com On pre-R600 asics, the SpeedFanControl table is not executed as part of ASIC_Init as it is on newer asics. Fixes:

[PATCH] drm/radeon/kms: fix up audio interrupt handling

From: Alex Deucher alexander.deuc...@amd.com - add support for rs6xx - add support for DCE4/5 - fixup 6xx/7xx Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/evergreen.c | 128 +++ drivers/gpu/drm/radeon/r600.c | 115

Re: [PATCH 4/8] drm: add generic ioctls to get/set properties on any object

On Thu, Mar 29, 2012 at 06:27:22PM -0300, Paulo Zanoni wrote: From: Paulo Zanoni paulo.r.zan...@intel.com Useless for connector properties (since they already have their own ioctls), but useful when we add properties to CRTCs, planes and other objects. Signed-off-by: Paulo Zanoni

Re: [PATCH] drm/radeon/kms: add register definitions for audio

For those that are interested, I pulled together most of my original hdmi code if someone wants to finish it up: http://people.freedesktop.org/~agd5f/0001-WIP-port-of-hdmi-dp-audio-code-to-newer-kernel.patch It needs: - helper functions for calculating the infoframes and checksums - helper

Re: [PATCH] drm/radeon: Don't dereference possibly-NULL pointer.

2012/3/29 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com Reported-by: Dan Carpenter dan.carpen...@oracle.com Signed-off-by: Michel Dänzer michel.daen...@amd.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- Third time's the charm, I hope...  

[PATCH 0/8 v7] fix gmbus writes and related issues

This patchset addresses a couple of issues with the i915 gmbus implementation. v7 adds a final patch to switch to using DRM_ERROR for reporting timeouts. Daniel Kurtz (8): drm/i915/intel_i2c: handle zero-length writes drm/i915/intel_i2c: use double-buffered writes drm/i915/intel_i2c:

[PATCH 1/8 v7] drm/i915/intel_i2c: handle zero-length writes

A common method of probing an i2c bus is trying to do a zero-length write. Handle this case by checking the length first before decrementing it. This is actually important, since attempting a zero-length write is one of the ways that i2cdetect and i2c_new_probed_device detect whether there is

[PATCH 3/8 v7] drm/i915/intel_i2c: always wait for IDLE before clearing NAK

The GMBUS controller can report a NAK condition while a transaction is still active. If the driver is fast enough, and the bus is slow enough, the driver may clear the NAK condition while the controller is still busy, resulting in a confused GMBUS controller. This will leave the controller in a

[PATCH 4/8 v7] drm/i915/intel_i2c: use WAIT cycle, not STOP

The i915 is only able to generate a STOP cycle (i.e. finalize an i2c transaction) during a DATA or WAIT phase. In other words, the controller rejects a STOP requested as part of the first transaction in a sequence. Thus, for the first transaction we must always use a WAIT cycle, detect when the

[PATCH 5/8 v7] drm/i915/intel_i2c: use INDEX cycles for i2c read transactions

It is very common for an i2c device to require a small 1 or 2 byte write followed by a read. For example, when reading from an i2c EEPROM it is common to write and address, offset or index followed by a reading some values. The i915 gmbus controller provides a special INDEX cycle for performing

[PATCH 6/8 v7] drm/i915/intel_i2c: reuse GMBUS2 value read in polling loop

Save the GMBUS2 value read while polling for state changes, and then reuse this value when determining for which reason the loops were exited. This is a small optimization which saves a couple of bus accesses for memory mapped IO registers. To avoid assigning in if clause checkpatch errors, use a

[PATCH 7/8 v7] drm/i915/intel_i2c: remove POSTING_READ() from gmbus transfers

The POSTING_READ() calls were originally added to make sure the writes were flushed before any timing delays and across loops. Now that the code has settled a bit, let's remove them. Signed-off-by: Daniel Kurtz djku...@chromium.org --- drivers/gpu/drm/i915/intel_i2c.c |3 --- 1 files

[PATCH 8/8 v7] drm/i915/intel_i2c: use DRM_ERROR on timeouts

GMBUS should hopefully actually work now in most cases. So, report any timeout conditions using DRM_ERROR(), especially for the case where the timeout causes fallback to bit-bang mode. From observations, the GMBUS transfers timeout and switch to Bit-Banging when the corresponding pins are not

[PATCH 2/8 v7] drm/i915/intel_i2c: use double-buffered writes

The GMBUS controller GMBUS3 register is double-buffered. Take advantage of this by writing two 4-byte words before the first wait for HW_RDY. This helps keep the GMBUS controller from becoming idle during long writes. In fact, during experiments using the GMBUS interrupts, the HW_RDY interrupt

[git pull] drm dma-buf prime support

Hi Linus, This isn't a majorly urgent thing to have, but we'd like to set the stage for working on dma-buf support in the drm drivers for the next merge window, so I'd like to push in the initial submission now so people have something that we can build on top of. The code just introduces the

Re: [PATCH 0/8 v7] fix gmbus writes and related issues

On Fri, Mar 30, 2012 at 01:49:17PM +0100, Chris Wilson wrote: On Fri, 30 Mar 2012 19:46:35 +0800, Daniel Kurtz djku...@chromium.org wrote: This patchset addresses a couple of issues with the i915 gmbus implementation. v7 adds a final patch to switch to using DRM_ERROR for reporting

[Bug 47955] Celestia hit fallback on r300g from git?

https://bugs.freedesktop.org/show_bug.cgi?id=47955 --- Comment #17 from Andrew Randrianasulu rand...@mail.ru 2012-03-30 09:38:25 PDT --- (In reply to comment #16) Is this bug present in Mesa 8.0 and if yes, is it present in 7.11 as well? yes, at minimum in 8.0 and 7.11 git _branches_. With

Re: [git pull] drm intel hibernation fix

On Thu, Mar 29, 2012 at 16:43, richard -rw- weinberger richard.weinber...@gmail.com wrote: On Thu, Mar 29, 2012 at 9:34 AM, Keith Packard kei...@keithp.com wrote: #part sign=pgpmime On Thu, 29 Mar 2012 08:14:08 +0100 (IST), Dave Airlie airl...@linux.ie wrote: Dave Airlie (1):      

Re: [PATCH RFC 1/2] drm: add bitmask property type

2012/3/30 Ville Syrjälä ville.syrj...@linux.intel.com: I would suggest we either A) define some namespace for standard properties, or B) introduce some new property mechanism that actually uses integer property IDs. In either case new properties or changes to existing standard properties

  1   2   >