https://bugs.freedesktop.org/show_bug.cgi?id=27722
Gordon Jin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
With radeon KMS, after using a program accessing the framebuffer,
I started X and got this:
===
[ INFO: possible circular locking dependency detected ]
2.6.34-rc6 #117
---
X/1846 is trying to ac
Hello,
With latest git kernel, I am getting following DRM error and not
getting XWindows :
[ 45.269075] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
elapsed... GPU hung
[ 45.269111] [ cut here ]
[ 45.269139] WARNING: at mm/highmem.c:453 debug_kmap_atomic+0xa9
On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
wrote:
> Hello,
>
> With latest git kernel, I am getting following DRM error and not
> getting XWindows :
[snip]
Hmm, there are still patches for capturing error state that haven't gone
upstream, shame on me.
That error is a secondary
Hello Chris,
On Tue, May 11, 2010 at 9:40 PM, Chris Wilson wrote:
> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
> wrote:
>> Hello,
>>
>> With latest git kernel, I am getting following DRM error and not
>> getting XWindows :
>
> [snip]
>
> Hmm, there are still patches for capturin
On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
wrote:
> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
> wrote:
> > Hello,
> >
> > With latest git kernel, I am getting following DRM error and not
> > getting XWindows :
>
> [snip]
>
> Hmm, there are still patches for capturing e
On Tue, 11 May 2010 10:48:18 -0400, Andrew Morton
wrote:
>
> On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
> wrote:
>
> > On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
> > wrote:
> > > Hello,
> > >
> > > With latest git kernel, I am getting following DRM error and not
> > >
Directly read the GTT mapping for the contents of the batch buffers
rather than relying on possibly stale CPU caches. Also for completeness
scan the flushing/inactive lists for the current buffers - we are
collecting error state after all.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i91
Hello Andrew,
On Tue, May 11, 2010 at 8:18 PM, Andrew Morton
wrote:
> On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
> wrote:
>
>> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
>> wrote:
>> > Hello,
>> >
>> > With latest git kernel, I am getting following DRM error and not
>> >
On Tue, 11 May 2010 19:19:26 +0100 Chris Wilson
wrote:
> On Tue, 11 May 2010 10:48:18 -0400, Andrew Morton
> wrote:
> >
> > On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
> > wrote:
> >
> > > On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
> > > wrote:
> > > > Hello,
> > > >
On Tue, 11 May 2010 19:22:14 +0100 Chris Wilson
wrote:
> + reloc_offset = src_priv->gtt_offset;
> for (page = 0; page < page_count; page++) {
> - void *s, *d = kmalloc(PAGE_SIZE, GFP_ATOMIC);
> + void __iomem *s;
> + void *d;
> +
> + d =
On Tue, 11 May 2010 11:37:22 -0400, Andrew Morton
wrote:
> On Tue, 11 May 2010 19:22:14 +0100 Chris Wilson
> wrote:
>
> > + reloc_offset = src_priv->gtt_offset;
> > for (page = 0; page < page_count; page++) {
> > - void *s, *d = kmalloc(PAGE_SIZE, GFP_ATOMIC);
> > + v
On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton
wrote:
> No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> it hardwires use of KM_USER0. I suggest that io_mapping_create_wc(),
> io_mapping_map_atomic_wc() etc be changed so that the caller passes in the
> KM_foo kmap slot
On Tue, 11 May 2010 19:52:31 +0100
Chris Wilson wrote:
> On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton
> wrote:
> > No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> > it hardwires use of KM_USER0. I suggest that io_mapping_create_wc(),
> > io_mapping_map_atomic_wc()
Hello Chris and Andrew,
On Tue, May 11, 2010 at 11:52 PM, Chris Wilson wrote:
> Directly read the GTT mapping for the contents of the batch buffers
> rather than relying on possibly stale CPU caches. Also for completeness
> scan the flushing/inactive lists for the current buffers - we are
> colle
Hello Chris and Andrew,
I did further testing and noticed that this patch fixes the boot
errors and warnings and I get the XWindows.
But XWindows freezes after some time.
Thanks,
--
Jaswinder Singh.
On Wed, May 12, 2010 at 12:52 AM, Jaswinder Singh Rajput
wrote:
> Hello Chris and Andrew,
>
> O
https://bugs.freedesktop.org/show_bug.cgi?id=28069
Summary: maniadrive - smooth play with
LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable
otherwise
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version:
On Wed, 12 May 2010 01:08:23 +0530, Jaswinder Singh Rajput
wrote:
> Hello Chris and Andrew,
>
> I did further testing and noticed that this patch fixes the boot
> errors and warnings and I get the XWindows.
>
> But XWindows freezes after some time.
The BUG you were hitting before is on the err
On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton
wrote:
> On Tue, 11 May 2010 19:52:31 +0100
> Chris Wilson wrote:
>
> > On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton
> > wrote:
> > > No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> > > it hardwires use of KM_USER0
Hello Chris,
On Wed, May 12, 2010 at 1:23 AM, Chris Wilson wrote:
> On Wed, 12 May 2010 01:08:23 +0530, Jaswinder Singh Rajput
> wrote:
>> Hello Chris and Andrew,
>>
>> I did further testing and noticed that this patch fixes the boot
>> errors and warnings and I get the XWindows.
>>
>> But XWin
Hello Chris,
On Wed, May 12, 2010 at 1:35 AM, Jaswinder Singh Rajput
wrote:
> Hello Chris,
>
> On Wed, May 12, 2010 at 1:23 AM, Chris Wilson
> wrote:
>> On Wed, 12 May 2010 01:08:23 +0530, Jaswinder Singh Rajput
>> wrote:
>>> Hello Chris and Andrew,
>>>
>>> I did further testing and noticed t
On Wed, May 12, 2010 at 5:57 AM, Chris Wilson wrote:
> On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton
> wrote:
>> On Tue, 11 May 2010 19:52:31 +0100
>> Chris Wilson wrote:
>>
>> > On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton
>> > wrote:
>> > > No, io_mapping_map_atomic_wc() cannot be
On Wed, 12 May 2010 08:22:49 +1000, Dave Airlie wrote:
> I'd rather we just backout the hangcheck stuff touching copies at all
> at this point, and try again doing it properly with a slow work or
> something for later.
>From my point of view, the information provided by the hangcheck has been
inv
On Wed, 12 May 2010 08:22:49 +1000
Dave Airlie wrote:
> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson
> wrote:
> > On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton
> > wrote:
> >> On Tue, 11 May 2010 19:52:31 +0100
> >> Chris Wilson wrote:
> >>
> >> > On Tue, 11 May 2010 11:35:55 -0400, And
On Wed, May 12, 2010 at 8:32 AM, Andrew Morton
wrote:
> On Wed, 12 May 2010 08:22:49 +1000
> Dave Airlie wrote:
>
>> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson
>> wrote:
>> > On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton
>> > wrote:
>> >> On Tue, 11 May 2010 19:52:31 +0100
>> >> Chris
On Wed, May 12, 2010 at 8:56 AM, Andrew Morton
wrote:
> On Wed, 12 May 2010 08:51:05 +1000
> Dave Airlie wrote:
>
>> On Wed, May 12, 2010 at 8:32 AM, Andrew Morton
>> wrote:
>> > On Wed, 12 May 2010 08:22:49 +1000
>> > Dave Airlie wrote:
>> >
>> >> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson
On Wed, 12 May 2010 08:51:05 +1000
Dave Airlie wrote:
> On Wed, May 12, 2010 at 8:32 AM, Andrew Morton
> wrote:
> > On Wed, 12 May 2010 08:22:49 +1000
> > Dave Airlie wrote:
> >
> >> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson
> >> wrote:
> >> > On Tue, 11 May 2010 12:10:01 -0700, Andrew Mo
On Wed, 12 May 2010 09:17:09 +1000
Dave Airlie wrote:
> >> >> and
> >> >> this codepath is called from non-irq contexts just as much as irq
> >> >> contexts.
> >> >
> >> > That's fine. __As long as we do a local_irq_disable(), KM_IRQ0 can be
> >> > used from both irq- and non-irq contexts. __All
https://bugs.freedesktop.org/show_bug.cgi?id=27211
--- Comment #7 from Brent 2010-05-11 23:35:47 PDT ---
Tried the above patch against the stock 2.6.33.3 kernel, with acceleration
turned on, and got "(EE) [drm] failed to open device" in Xorg.0.log. But it
did give me a 80x50 text console, so it
On Sat, May 8, 2010 at 1:18 AM, Jerome Glisse wrote:
> Userspace need to know the hw crtc id (0, 1, 2, ...) from the drm
> crtc id. Bump the minor version so userspace can enable conditionaly
> features depend on this.
>
> Signed-off-by: Jerome Glisse
> ---
> ?drivers/gpu/drm/radeon/radeon_drv.c
https://bugs.freedesktop.org/show_bug.cgi?id=27722
Gordon Jin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
With radeon KMS, after using a program accessing the framebuffer,
I started X and got this:
===
[ INFO: possible circular locking dependency detected ]
2.6.34-rc6 #117
---
X/1846 is trying to ac
Hello,
With latest git kernel, I am getting following DRM error and not
getting XWindows :
[ 45.269075] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
elapsed... GPU hung
[ 45.269111] [ cut here ]
[ 45.269139] WARNING: at mm/highmem.c:453 debug_kmap_atomic+0xa9
On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput wrote:
> Hello,
>
> With latest git kernel, I am getting following DRM error and not
> getting XWindows :
[snip]
Hmm, there are still patches for capturing error state that haven't gone
upstream, shame on me.
That error is a secondary
Hello Chris,
On Tue, May 11, 2010 at 9:40 PM, Chris Wilson
wrote:
> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput gmail.com> wrote:
>> Hello,
>>
>> With latest git kernel, I am getting following DRM error and not
>> getting XWindows :
>
> [snip]
>
> Hmm, there are still patches for
On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
wrote:
> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput gmail.com> wrote:
> > Hello,
> >
> > With latest git kernel, I am getting following DRM error and not
> > getting XWindows :
>
> [snip]
>
> Hmm, there are still patches for cap
On Tue, 11 May 2010 10:48:18 -0400, Andrew Morton wrote:
>
> On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
> wrote:
>
> > On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput > at gmail.com> wrote:
> > > Hello,
> > >
> > > With latest git kernel, I am getting following DRM error and
Directly read the GTT mapping for the contents of the batch buffers
rather than relying on possibly stale CPU caches. Also for completeness
scan the flushing/inactive lists for the current buffers - we are
collecting error state after all.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i91
Hello Andrew,
On Tue, May 11, 2010 at 8:18 PM, Andrew Morton
wrote:
> On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson
> wrote:
>
>> On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput > at gmail.com> wrote:
>> > Hello,
>> >
>> > With latest git kernel, I am getting following DRM error an
On Tue, 11 May 2010 19:19:26 +0100 Chris Wilson
wrote:
> On Tue, 11 May 2010 10:48:18 -0400, Andrew Morton linux-foundation.org> wrote:
> >
> > On Tue, 11 May 2010 17:10:53 +0100 Chris Wilson > chris-wilson.co.uk> wrote:
> >
> > > On Tue, 11 May 2010 20:30:07 +0530, Jaswinder Singh Rajput
>
On Tue, 11 May 2010 19:22:14 +0100 Chris Wilson
wrote:
> + reloc_offset = src_priv->gtt_offset;
> for (page = 0; page < page_count; page++) {
> - void *s, *d = kmalloc(PAGE_SIZE, GFP_ATOMIC);
> + void __iomem *s;
> + void *d;
> +
> + d =
On Tue, 11 May 2010 11:37:22 -0400, Andrew Morton wrote:
> On Tue, 11 May 2010 19:22:14 +0100 Chris Wilson
> wrote:
>
> > + reloc_offset = src_priv->gtt_offset;
> > for (page = 0; page < page_count; page++) {
> > - void *s, *d = kmalloc(PAGE_SIZE, GFP_ATOMIC);
> > + vo
On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton wrote:
> No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> it hardwires use of KM_USER0. I suggest that io_mapping_create_wc(),
> io_mapping_map_atomic_wc() etc be changed so that the caller passes in the
> KM_foo kmap slot i
On Tue, 11 May 2010 19:52:31 +0100
Chris Wilson wrote:
> On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton linux-foundation.org> wrote:
> > No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> > it hardwires use of KM_USER0. I suggest that io_mapping_create_wc(),
> > io_mappi
https://bugs.freedesktop.org/show_bug.cgi?id=28069
Summary: maniadrive - smooth play with
LIBGL_ALWAYS_INDIRECT=true, (almost) unplayable
otherwise
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version:
On Wed, 12 May 2010 01:08:23 +0530, Jaswinder Singh Rajput wrote:
> Hello Chris and Andrew,
>
> I did further testing and noticed that this patch fixes the boot
> errors and warnings and I get the XWindows.
>
> But XWindows freezes after some time.
The BUG you were hitting before is on the erro
On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton wrote:
> On Tue, 11 May 2010 19:52:31 +0100
> Chris Wilson wrote:
>
> > On Tue, 11 May 2010 11:35:55 -0400, Andrew Morton > linux-foundation.org> wrote:
> > > No, io_mapping_map_atomic_wc() cannot be used from [soft]irq context:
> > > it hardwir
On Wed, 12 May 2010 08:22:49 +1000, Dave Airlie wrote:
> I'd rather we just backout the hangcheck stuff touching copies at all
> at this point, and try again doing it properly with a slow work or
> something for later.
invaluable for delving into and fixing some obnoxious driver bugs. I
suspect its honeymoon period is now over - those bugs that it could
detect easily have been fixed (I hope). In order to capture the relevant
information for later chipset generations, we will need to parse the
command stream and i
On Wed, 12 May 2010 08:22:49 +1000
Dave Airlie wrote:
> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson
> wrote:
> > On Tue, 11 May 2010 12:10:01 -0700, Andrew Morton > linux-foundation.org> wrote:
> >> On Tue, 11 May 2010 19:52:31 +0100
> >> Chris Wilson wrote:
> >>
> >> > On Tue, 11 May 2010
On Wed, 12 May 2010 08:51:05 +1000
Dave Airlie wrote:
> On Wed, May 12, 2010 at 8:32 AM, Andrew Morton
> wrote:
> > On Wed, 12 May 2010 08:22:49 +1000
> > Dave Airlie wrote:
> >
> >> On Wed, May 12, 2010 at 5:57 AM, Chris Wilson >> chris-wilson.co.uk> wrote:
> >> > On Tue, 11 May 2010 12:10:01
On Wed, 12 May 2010 09:17:09 +1000
Dave Airlie wrote:
> >> >> and
> >> >> this codepath is called from non-irq contexts just as much as irq
> >> >> contexts.
> >> >
> >> > That's fine. __As long as we do a local_irq_disable(), KM_IRQ0 can be
> >> > used from both irq- and non-irq contexts. __All
https://bugs.freedesktop.org/show_bug.cgi?id=27211
--- Comment #7 from Brent 2010-05-11 23:35:47 PDT
---
Tried the above patch against the stock 2.6.33.3 kernel, with acceleration
turned on, and got "(EE) [drm] failed to open device" in Xorg.0.log. But it
did give me a 80x50 text console, so i
53 matches
Mail list logo
