Am 30.07.2014 11:33, schrieb Daniel Vetter:
On Wed, Jul 30, 2014 at 12:01:38AM +0200, Jan Niggemann wrote:
Am 29.07.2014 23:35, schrieb Daniel Vetter:
>On Tue, Jul 29, 2014 at 11:09 PM, Jan Niggemann wrote:
>>Am 18.07.2014 18:25, schrieb Daniel Vetter:
>>>
>>>On F
Am 29.07.2014 23:35, schrieb Daniel Vetter:
On Tue, Jul 29, 2014 at 11:09 PM, Jan Niggemann wrote:
Am 18.07.2014 18:25, schrieb Daniel Vetter:
On Fri, Jul 18, 2014 at 4:49 PM, Jan Niggemann wrote:
Am 18.07.2014 15:27, schrieb Daniel Vetter:
On Thu, Jul 17, 2014 at 10:31:30PM +0200
Am 18.07.2014 18:25, schrieb Daniel Vetter:
On Fri, Jul 18, 2014 at 4:49 PM, Jan Niggemann wrote:
Am 18.07.2014 15:27, schrieb Daniel Vetter:
On Thu, Jul 17, 2014 at 10:31:30PM +0200, Jan Niggemann wrote:
I'm experiencing an issue with 3.15.5 on my Lenovo T400:
Since 3.15 (or 3.14,
Forgot to Cc the list, sorry.
Am 18.07.2014 18:25, schrieb Daniel Vetter:
On Fri, Jul 18, 2014 at 4:49 PM, Jan Niggemann wrote:
Am 18.07.2014 15:27, schrieb Daniel Vetter:
On Thu, Jul 17, 2014 at 10:31:30PM +0200, Jan Niggemann wrote:
I'm experiencing an issue with 3.15.5 on my L
Hi Daniel,
Am 18.07.2014 15:27, schrieb Daniel Vetter:
On Thu, Jul 17, 2014 at 10:31:30PM +0200, Jan Niggemann wrote:
I'm experiencing an issue with 3.15.5 on my Lenovo T400:
Since 3.15 (or 3.14, can't say for sure), the boot starts normally,
but the
first mode change doesn't o
Hi list,
you were very helpful to nail down the interrupt storm issue a year
ago, I hope we can track this down, too.
I'm experiencing an issue with 3.15.5 on my Lenovo T400:
When my machine boots, I can see some of the boot messages flying by
(quite fast because the machine has a SSD).
On a u
Hi list,
Am 26.07.2013 21:46, schrieb Daniel Vetter:
On Fri, Jul 26, 2013 at 07:54:22PM +0200, Daniel Vetter wrote:
On Fri, Jul 26, 2013 at 01:21:48PM +0300, Jani Nikula wrote:
> On Fri, 26 Jul 2013, Daniel Vetter wrote:
> > Apparently Bspec is wrong in this case here even for gm45. Note
that
Hi all,
I'm not using a docking station and would like to completely disable
all connectors / ports except the internal laptop monitor.
Can I do that with an option I pass to the driver through a kernel
commandline, or do I have to do this at compile time? If so, how?
I'd also be willing to pat
Hi Daniel,
Am 25.07.2013 11:58, schrieb Daniel Vetter:
Can you pls try the below
patch (on top of Egbert's debug stuff)?
diff --git a/drivers/gpu/drm/i915/i915_reg.h
b/drivers/gpu/drm/i915/i915_reg.h
index 6caa748..2d4c884 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/
Hi Egbert,
Am 23.07.2013 13:26, schrieb Egbert Eich:
I've looked at the logs a bit more. Here's a patch adding some more
debug information. Would you please apply this to your 3.10 kernel
and generate a log file the same way as you did before.
The driver will be even more chatty - but I don't ex
Egbert, Daniel, others,
Am 22.07.2013 10:04, schrieb Egbert Eich:
Daniel Vetter writes:
> On Sun, Jul 21, 2013 at 10:23 PM, Jan Niggemann wrote:
> >> But every time this happens we only let through a few
interrupts, so this
> >> shouldn't affect you badly. Can you
Hi all,
Am 21.07.2013 22:43, schrieb Daniel Vetter:
Can you please boot with drm.debug=0xe added to your kernel cmdline,
do a cold boot (so that we get a storm) and then once everything is
quiet grab the full kernel log (you probably have to grab it from the
disk, dmesg has likely overflown) and
Hi list,
I was busy, but this is important so I report my findings:
Am 08.07.2013 22:03, schrieb Daniel Vetter:
On Sat, Jul 06, 2013 at 11:41:07PM +0200, Jan Niggemann wrote:
Hi list,
I'm not sure, but I think the recent patch to keep i915 systems from
locking up / slowing down in ca
Hi list,
I'm not sure, but I think the recent patch to keep i915 systems from
locking up / slowing down in case of irq storms didn't fully help.
I compiled 3.10, but every now and then, my system has the same
symptoms as before.
grep storm /var/log/messages
Jul 5 21:55:43 muretop kernel: [
14 matches
Mail list logo
