On Wed, 18 May 2011 13:42:54 -0700
Keith Packard wrote:
> On Wed, 18 May 2011 10:22:27 -0700, Jesse Barnes
> wrote:
>
> > The work queue is only used on gen6, but gen6 and ilk share an irq
> > handler. I could make the work queue init conditional on gen6 though,
> > if that's what you're thin
On Wed, 18 May 2011 10:22:27 -0700, Jesse Barnes
wrote:
> The work queue is only used on gen6, but gen6 and ilk share an irq
> handler. I could make the work queue init conditional on gen6 though,
> if that's what you're thinking.
Probably a good idea, mostly as documentation for which chips i
On 05/18/2011 10:54 AM, Ian Pilcher wrote:
> I'm in the process of trying to bisect 2.14.0 - 2.15.0.
It looks like the problematic commit is one of:
e1ff5182304e00c0d392092069422cae7626cf8d Handle drawable/client
destruction in pending swaps/flips
86f23f21ab57fcbc031bcd2b8f432a08ff4cc320 S
On Wed, 18 May 2011 12:38:44 +0100, Daniel J Blueman
wrote:
> Hi Chris et al,
>
> On my Sandy Bridge GPU (8086:0126 rev 09) laptop, I often see hangs
> that are correctly recovered and sometimes ones which aren't (causing
> X lockup or kernel hard lock), hurting usability.
>
> I'm able to repro
On Wed, 18 May 2011 18:37:48 +0200
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/18/2011 06:21 PM, Jesse Barnes wrote:
> > Looks like I didn't merge Ben's RPS work queue stuff correctly with the
> > new IRQ split code (diff was sparse enough that git didn't comp
On Wed, 18 May 2011 18:15:23 +0200
Florian Mickler wrote:
> On Wed, 18 May 2011 11:17:30 -0400
> Adam Jackson wrote:
>
> > On 5/18/11 9:41 AM, Florian Mickler wrote:
> > > Since
> > >
> > > commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
> > > Author: Adam Jackson
> > > Date: Fri Jul 16 14:46
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/18/2011 06:21 PM, Jesse Barnes wrote:
> Looks like I didn't merge Ben's RPS work queue stuff correctly with the
> new IRQ split code (diff was sparse enough that git didn't complain).
> This should prevent null derefs on ILK+ due to the missing w
Looks like I didn't merge Ben's RPS work queue stuff correctly with the
new IRQ split code (diff was sparse enough that git didn't complain).
This should prevent null derefs on ILK+ due to the missing work queue.
Signed-off-by: Jesse Barnes
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers
On Wed, 18 May 2011 15:16:24 +0200
Cedric Sodhi wrote:
> I'm troubled by a regression that must have occurred somewhere between
> next-05-11 and next-05-17, that is, the screen blacks out (backlight is
> still lit and can be regulated) on boot.
>
> i915.modeset=0
>
> Will cause the console to v
On Wed, 18 May 2011 11:17:30 -0400
Adam Jackson wrote:
> On 5/18/11 9:41 AM, Florian Mickler wrote:
> > Since
> >
> > commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
> > Author: Adam Jackson
> > Date: Fri Jul 16 14:46:29 2010 -0400
> >
> > drm/i915: Initialize LVDS and eDP outputs before a
On Wed, 18 May 2011 21:51:23 +1000
Ted Phelps wrote:
>
> Jesse Barnes writes:
> > Set the IRQ handling functions in driver load so they'll just be used
> > directly, rather than branching over most of the code in the chipset
> > functions.
>
> I'm seeing a kernel panic on my SNB i7-2600K with k
On 05/18/2011 02:43 AM, Chris Wilson wrote:
> What sort of tasks do you do during the sessions that encounter this
> corruption? Is it limited to a single chipset?
It doesn't seem to take much ... I basically log in to KDE (startx), do
a bit of work, and logout. I haven't been able to reproduce t
On 5/18/11 9:41 AM, Florian Mickler wrote:
Since
commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
Author: Adam Jackson
Date: Fri Jul 16 14:46:29 2010 -0400
drm/i915: Initialize LVDS and eDP outputs before anything else
my xserver chooses a wrong resolution for my VGA output at startup.
Since
commit cb0953d734348e8862d6d7edc666cfb3bf6d8fae
Author: Adam Jackson
Date: Fri Jul 16 14:46:29 2010 -0400
drm/i915: Initialize LVDS and eDP outputs before anything else
my xserver chooses a wrong resolution for my VGA output at startup.
The kernel continues to correctly start up
Jesse Barnes writes:
> Set the IRQ handling functions in driver load so they'll just be used
> directly, rather than branching over most of the code in the chipset
> functions.
I'm seeing a kernel panic on my SNB i7-2600K with keithp/drm-intel-next
(61e499b). I've bisected to 4697995 -- the comm
Hi Chris et al,
On my Sandy Bridge GPU (8086:0126 rev 09) laptop, I often see hangs
that are correctly recovered and sometimes ones which aren't (causing
X lockup or kernel hard lock), hurting usability.
I'm able to reproduce GPU hangs often with the composite tests in
rendercheck (may need to re
>> Getting this to work is indeed trivial. In fact, GNOME auto-detects the
>> display, and extends my desktop by default. This is not what I want.
>>
>> What I want is not to extend my desktop, but to have an X server that
>> consists of multiple (in this case two) separate screens.
>
> I don't k
On Tue, 17 May 2011 23:17:01 -0500, Ian Pilcher wrote:
> With the recently pushed Fedora 15 update to 2.15.0, I'm getting a hard
> X hang every time I log out. gdb backtrace reveals that glibc is dead-
> locking trying to report a heap corruption:
What sort of tasks do you do during the sessions
18 matches
Mail list logo
