lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+icZUU3Beo65x+Y1-L7=g6rAcChoT8qnCzM4-n2Q0EGEuqgZA@mail.gmail.com>
Date:	Thu, 28 Feb 2013 18:29:38 +0100
From:	Sedat Dilek <sedat.dilek@...il.com>
To:	Paulo Zanoni <przanoni@...il.com>
Cc:	Chris Wilson <chris@...is-wilson.co.uk>,
	Dave Airlie <airlied@...il.com>,
	DRI <dri-devel@...ts.freedesktop.org>,
	intel-gfx <intel-gfx@...ts.freedesktop.org>,
	LKML <linux-kernel@...r.kernel.org>,
	linux-next <linux-next@...r.kernel.org>
Subject: Re: [Intel-gfx] [git pull] drm merge for 3.9-rc1

On Thu, Feb 28, 2013 at 6:12 PM, Sedat Dilek <sedat.dilek@...il.com> wrote:
> On Thu, Feb 28, 2013 at 3:31 PM, Paulo Zanoni <przanoni@...il.com> wrote:
>> Hi
>>
>> 2013/2/28 Chris Wilson <chris@...is-wilson.co.uk>:
>>> On Thu, Feb 28, 2013 at 12:06:28AM +0100, Sedat Dilek wrote:
>>>> On Wed, Feb 27, 2013 at 11:36 PM, Sedat Dilek <sedat.dilek@...il.com> wrote:
>>>> > Hi,
>>>> >
>>>> > I am seeing this also on Linux-Next.
>>>> >
>>>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [   28.202381]
>>>> > [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout
>>>> > (has irq: 1)!
>>>> > /var/log/kern.log:Feb 27 22:52:35 fambox kernel: [   28.210588]
>>>> > [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout
>>>> > (has irq: 1)!
>>>> >
>>>> > /var/log/kern.log.1:Feb 22 07:36:04 fambox kernel: [   27.408280]
>>>> > [drm:intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout
>>>> > (has irq: 1)!
>>>> >
>>>> > This seems to be hard reproducible...
>>>> > Laptop-LCD... Sandybridge Mobile-GT2.
>>>> >
>>>> > Is there a way to force the error?
>>>> >
>>>> > Possible patch see [1].
>>>> >
>>>> > - Sedat -
>>>> >
>>>> > [1] https://patchwork.kernel.org/patch/2192721/
>>>
>>> That was:
>>>
>>> +       if (!done) {
>>> +               status = I915_READ_NOTRACE(ch_ctl);
>>> +               DRM_ERROR("dp aux hw did not signal timeout (has irq:
>>> %i), status=%08x!\n",
>>> +                         has_aux_irq, status);
>>> +       }
>>>
>>> You applied
>>>
>>> +       if (!done) {
>>> +               status = I915_READ_NOTRACE(ch_ctl);
>>> +               DRM_ERROR("dp aux hw did not signal timeout (has irq:
>>> %i), status=%08x!\n",
>>> +                         has_aux_irq, status);
>>> +       {
>>
>> In addition to this, after the problem happens can you please dump the
>> registers 0x44008 (DEIIR) and 0xC4008 (SDEIIR)? You can do this either
>> by running intel-reg-read (from intel-gpu-tools) or by changing the
>> DRM_ERROR above to also print the result of I915_READ(0x44008) and
>> I915_READ(0xC4008).
>>
>
> Do I need a specific version of intel-gpu-tools?
> Ubuntu/precise has v1.2 in its archives - sufficient?
> Note: The error was twice after dozenz of Linux-Next kernel builds.
>
> - Sedat -
>
> [1] http://packages.ubuntu.com/precise/intel-gpu-tools
>

Installed intel-gpu-tools.

# intel_reg_read
Usage: intel_reg_read [-f | addr]
         -f : read back full range of registers.
              WARNING! This could be danger to hang the machine!
         addr : in 0xXXXX format

# intel_reg_read 0x44008
Couldn't map MMIO region: Resource temporarily unavailable

[  368.281707] intel_reg_read:3657 conflicting memory types
f0000000-f0400000 uncached-minus<->write-combining
[  381.521912] intel_reg_read:3658 conflicting memory types
f0000000-f0400000 uncached-minus<->write-combining
[  401.136291] intel_reg_read:3659 conflicting memory types
f0000000-f0400000 uncached-minus<->write-combining

Wrong i-g-t version? Missing enabled kernel-config option? Boot with
i915 debug enabled?

- Sedat -

>> If you conclude that the value of 0x44008 is 0x0 while the value of
>> 0xC4008 is not, then this patch should help:
>> https://patchwork.kernel.org/patch/2177841/
>>
>>>
>>> That second '{' is the source of the compile error.
>>> -Chris
>>>
>>> --
>>> Chris Wilson, Intel Open Source Technology Centre
>>> _______________________________________________
>>> Intel-gfx mailing list
>>> Intel-gfx@...ts.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>>
>>
>>
>> --
>> Paulo Zanoni
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ