On Saturday 27 December 2014 21:22:56 Rafael J. Wysocki wrote:
> On Saturday, December 27, 2014 09:19:49 AM Pali Rohár wrote:
> > Hello,
> >
> > in attachment is output of ls -l /sys/bus/acpi/devices from
> > both 3.13 and 3.19 kernels.
> >
> > Anyway Gabriele Mazzotta wrote me that new acpi devi
Hello,
every time when booting 4.0-rc6 kernel I see those error messages in dmesg log:
[1.836306] [drm:hsw_unclaimed_reg_detect.isra.10 [i915]] *ERROR* Unclaimed
register detected. Please use the i915.mmio_debug=1 to debug this problem.
[1.836306] [drm:intel_uncore_check_errors [i915]] *
On 4/2/2015 9:29 PM, Matt Roper wrote:
On Thu, Apr 02, 2015 at 10:24:02AM +0530, Jindal, Sonika wrote:
On 4/1/2015 11:52 PM, Matt Roper wrote:
On Mon, Mar 30, 2015 at 02:04:57PM +0530, Sonika Jindal wrote:
v2: Moving creation of property in a function, checking for 90/270
rotation simultan
Ubuntu 14.04.2 LTS
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen
Core Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA
controller])
Subsystem: Gigabyte Technology Co., Ltd Device d000
Flags: bus master, fast devsel, latency 0, IRQ 2
At end of intel_crtc_set_config, reset crtc_state's
drm_state back pointer to null.
Signed-off-by: Chandra Konduru
---
drivers/gpu/drm/i915/intel_display.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel
Tested-By: Intel Graphics QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
Task id: 6132
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV
2015-03-31 14:15 GMT-03:00 Todd Previte :
> The debug message is missing a newline at the end and it makes the
> logs hard to read when a device defers a lot. Simple 2-character fix
> adds the newline at the end.
>
> Signed-off-by: Todd Previte
> Cc: dri-de...@lists.freedesktop.org
Why in some lo
2015-04-01 16:45 GMT-03:00 Todd Previte :
>
>
> On 4/1/2015 12:22 PM, Ville Syrjälä wrote:
>>
>> On Wed, Apr 01, 2015 at 11:55:44AM -0700, Todd Previte wrote:
>>>
>>>
>>> On 4/1/2015 11:23 AM, Ville Syrjälä wrote:
On Tue, Mar 31, 2015 at 10:15:00AM -0700, Todd Previte wrote:
>
> T
2015-02-18 14:36 GMT-02:00 Todd Previte :
>
> On 12/15/2014 9:36 AM, Paulo Zanoni wrote:
>>
>> 2014-12-10 21:53 GMT-02:00 Todd Previte:
>>>
>>> Move the DPCD read to the top and check for an interrupt from the sink to
>>> catch
>>> Displayport automated testing requests necessary to support Display
2015-03-31 14:15 GMT-03:00 Todd Previte :
> For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
> device must attempt at least 7 times to read the EDID when it receives an
> I2C defer. The normal DRM code makes only 7 retries, regardless of whether
> or not the response is a
2015-03-31 14:14 GMT-03:00 Todd Previte :
> Add the skeleton framework for supporting automation for Displayport
> compliance
> testing. This patch adds the necessary framework for the source device to
> appropriately respond to test automation requests from a sink device.
>
> V2:
> - Addressed pr
On 4/6/15 5:05 PM, Paulo Zanoni wrote:
2015-03-31 14:15 GMT-03:00 Todd Previte :
For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
device must attempt at least 7 times to read the EDID when it receives an
I2C defer. The normal DRM code makes only 7 retries, regardless
On 4/6/15 4:28 PM, Paulo Zanoni wrote:
2015-04-01 16:45 GMT-03:00 Todd Previte :
On 4/1/2015 12:22 PM, Ville Syrjälä wrote:
On Wed, Apr 01, 2015 at 11:55:44AM -0700, Todd Previte wrote:
On 4/1/2015 11:23 AM, Ville Syrjälä wrote:
On Tue, Mar 31, 2015 at 10:15:00AM -0700, Todd Previte wrote
The Displayport Link Layer Compliance Testing Specification 1.2 rev 1.1
specifies that repeated AUX transactions after a failure (no response /
invalid response) must have a minimum delay of 400us before the resend can
occur. Tests 4.2.1.1 and 4.2.1.2 are two tests that require this specifically.
For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
device must attempt at least 7 times to read the EDID when it receives an
I2C defer. The normal DRM code makes only 7 retries, regardless of whether
or not the response is a native defer or an I2C defer. Test 4.2.2.5 fails
s
On 4/6/15 5:10 PM, Paulo Zanoni wrote:
2015-03-31 14:14 GMT-03:00 Todd Previte :
Add the skeleton framework for supporting automation for Displayport compliance
testing. This patch adds the necessary framework for the source device to
appropriately respond to test automation requests from a si
On Fri, Apr 03, 2015 at 02:27:46PM -0700, Matt Roper wrote:
> Add tests for destination rectangle integer overflow before calling the
> driver's check function. This will ensure that the transitional plane
> helpers match the behavior of the full atomic helpers by always
> returning -ERANGE for pl
On 3/31/2015 4:44 PM, Mika Kahola wrote:
Implement support for changing the cdclk frequency during runtime on
HSW. VLV/CHV already have support for this, so we can follow their
example for the most part. Only the actual hardware programming differs,
the rest is pretty much the same.
The pipe p
18 matches
Mail list logo