On Wed, 2012-04-25 at 23:20 +0200, Marcin Slusarz wrote:
> Overall idea:
> Detect lockups by watching for timeouts (vm flush / fence), return -EIOs,
> handle them at ioctl level, reset the GPU and repeat last ioctl.
>
> GPU reset is done by doing suspend / resume cycle with few tweaks:
> - CPU-onl
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #2 from Marko 2012-04-26 00:27:46 PDT ---
Any suggestions on how to accomplish that? I tried turning my code around and
around, but so far with no success. What should help with the register count?
On the other hand, why is the regis
The G2D is a 2D graphic accelerator that supports Bit Block Transfer.
This G2D driver is exynos drm specific and supports only G2D(version
4.1) of later Exynos series from Exynos4X12 because supporting DMA.
The G2D is performed by two tasks simply.
1. Configures the rendering parameters, such as f
Hi Jerome,
I totally agree that we can remove the following debugfs files, since
everything that just prints out or modifies register informations
doesn't belongs into the kernel driver and should be moved to radeontool
instead.
static int r100_debugfs_rbbm_info(struct seq_file *m, void *data
- Original Message -
> From: "Christian König"
> To: "j glisse"
> Cc: "Jerome Glisse" , dri-devel@lists.freedesktop.org
> Sent: Thursday, 26 April, 2012 10:11:12 AM
> Subject: Re: [PATCH 01/24] drm/radeon: remove fence/ring/ib debugfs files
>
> Hi Jerome,
>
> I totally agree that we c
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #3 from Vadim 2012-04-26 03:43:45 PDT ---
(In reply to comment #2)
> Any suggestions on how to accomplish that? I tried turning my code around and
> around, but so far with no success. What should help with the register count?
>
> On
https://bugzilla.kernel.org/show_bug.cgi?id=15851
Chris Wilson changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #2 from Fabio Pedretti 2012-04-26 06:14:49
PDT ---
OK, I disabled mesa debug but now I get this (current git):
make[5]: *** No rule to make target
`../../../../../../src/gallium/drivers/radeon/libradeon.a', needed by
`libr600.a'. S
2012/4/26 David Airlie :
>
>
> - Original Message -
>> From: "Christian König"
>> To: "j glisse"
>> Cc: "Jerome Glisse" , dri-devel@lists.freedesktop.org
>> Sent: Thursday, 26 April, 2012 10:11:12 AM
>> Subject: Re: [PATCH 01/24] drm/radeon: remove fence/ring/ib debugfs files
>>
>> Hi Jer
On Thu, Apr 26, 2012 at 9:36 AM, Jerome Glisse wrote:
> 2012/4/26 David Airlie :
>>
>>
>> - Original Message -
>>> From: "Christian König"
>>> To: "j glisse"
>>> Cc: "Jerome Glisse" , dri-devel@lists.freedesktop.org
>>> Sent: Thursday, 26 April, 2012 10:11:12 AM
>>> Subject: Re: [PATCH 0
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #16 from stefan 2012-04-26 07:48:56 PDT ---
(In reply to comment #15)
> > --- Comment #14 from stefan 2012-03-26 13:17:45
> > PDT ---
> Just add
> #define MI_WRITE_NOPID_REG (1 << 22)
> somewhere.
> Yours, Daniel
Hi Daniel,
sorry
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #17 from Daniel Vetter 2012-04-26 07:50:38 PDT ---
On Thu, Apr 26, 2012 at 16:48, wrote:
>
> The good news is that 3.3.0 with this patch seems stable, and I am still
> testing 3.3.3 with this patch and will report back if I manage t
On Thu, 2012-04-26 at 14:48 +0100, Dave Airlie wrote:
> +/*
> + * Our emulated hardware has two sets of memory. One is video RAM and can
> + * simply be used as a linear framebuffer - the other provides mmio access
> + * to the display registers. The latter can also be accessed via IO port
> + * a
Hi Dave,
Nothing major here and imo can wait a bit if you don't have anything
important in drm-fixes yet:
- VGA load-detect fix. This bug seems to be as old as the load-detect code
(2.6.30), but needs stupid userspace (upowerd trying to detect
connectors on dpms-off outputs) to actually kill t
On Wed, Apr 11, 2012 at 12:37:24AM +0200, Daniel Vetter wrote:
> On Tue, Apr 10, 2012 at 07:13:59PM +0200, Daniel Vetter wrote:
> > Reported-and-Tested-by: Bernard Blackham
>
> This tested-by is actually a lie, I've mixed up a few bug reports. Bug
> reporter is currently on vacation and will test
I've picked this up for -fixes, with Jesse's irc r-b added.
-Daniel
On Tue, Apr 10, 2012 at 07:13:59PM +0200, Daniel Vetter wrote:
> We seem to have a decent confusion between the output timings and the
> input timings of the sdvo encoder. If I understand the code correctly,
> we use the original
On Thu, Apr 26, 2012 at 05:35:01PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Nothing major here and imo can wait a bit if you don't have anything
> important in drm-fixes yet:
> - VGA load-detect fix. This bug seems to be as old as the load-detect code
> (2.6.30), but needs stupid userspace (up
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #51 from Michel Dänzer 2012-04-26 11:50:28 PDT
---
Does the Mesa patch series at
http://lists.freedesktop.org/archives/mesa-dev/2012-April/021211.html help?
Beware that it's only lightly tested, and I'll be away now for a long weeke
On Thu, Apr 26, 2012 at 02:48:45PM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This is a driver for the G200 server engines chips,
> it doesn't driver any of the Matrix G series desktop cards.
BTW I have a pile of modesetting and card initialization code
written for all mga chips from 2064
On Thu, Apr 26, 2012 at 9:48 AM, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
> b/drivers/gpu/drm/mgag200/mgag200_mode.c
> new file mode 100644
> index 000..a74f946
> --- /dev/null
> +++ b/drivers/gpu/drm/mgag200/mgag200_mode.c
> @@ -0,0 +1,1494 @@
> +/*
> + * Copy
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #52 from Alexandre Demers 2012-04-26
14:19:41 PDT ---
(In reply to comment #51)
> Does the Mesa patch series at
> http://lists.freedesktop.org/archives/mesa-dev/2012-April/021211.html help?
>
> Beware that it's only lightly tested,
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Bug #: 49198
Summary: glxinfo SIGSEGV in pthread_detach under
radeon_drm_cs_destroy under dri2_destroy_context
Classification: Unclassified
Product: Mesa
Version: 8.0
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #4 from Vadim 2012-04-26 17:38:49 PDT ---
Created attachment 60642
--> https://bugs.freedesktop.org/attachment.cgi?id=60642
lorentzTransform function
It seems you could replace the following lines in the lorentzTransform
function:
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Alexandre Demers changed:
What|Removed |Added
Severity|normal |major
--- Comment #53 from Alexandre
On Wed, 2012-04-25 at 12:56 +1000, Ben Skeggs wrote:
> On Tue, 2012-04-24 at 21:35 -0400, Nick Bowler wrote:
> > On 2012-04-23 21:03 -0400, Nick Bowler wrote:
> > > On 2012-04-22 22:45 -0400, Konrad Rzeszutek Wilk wrote:
> > > > On Sun, Apr 22, 2012 at 08:05:54PM -0400, Nick Bowler wrote:
> > > > >
My system specs are here http://pastebin.com/35NwE0G1
dmsg http://pastebin.com/CDhuT4bU
http://c566453.r53.cf2.rackcdn.com/DIIILoackupLowFPS.trace.xz
This trace shows unbearable slowness and a GPU lockup at a specific map
location, "*GPU lockup CP detected."
*http://appdb.winehq.org/objectManager.
Alan Cox skrev 2012-04-18 23:21:
That frequency seems about the same as the one I'm experiences. All though
some times it's more often, but I can't say I've done anything special at
the same time.
3.3.2-1-ARCH
Intel(R) Atom(TM) CPU Z520 @ 1.33GHz
Attachment: dmesg ouput
What X display server
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #27 from dmotd 2012-04-25
19:44:29 PDT ---
apologies for the many months without reply - i have not been in a position to
contribute after making the initial bug report.
i recently performed a system update and am currently running
Michael,
> On Sun, 11 Mar 2012 22:23:22 +0100, Carsten Emde wrote:
>> On 03/11/2012 02:44 PM, Alan Cox wrote:
This patch allows to load an EDID data set via the firmware interface.
It contains data sets of frequently used screen resolutions (1024x768,
1280x1024, 1680x1050 and 1920x1
On Wed, 2012-04-25 at 23:20 +0200, Marcin Slusarz wrote:
> Overall idea:
> Detect lockups by watching for timeouts (vm flush / fence), return -EIOs,
> handle them at ioctl level, reset the GPU and repeat last ioctl.
>
> GPU reset is done by doing suspend / resume cycle with few tweaks:
> - CPU-onl
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #2 from Marko 2012-04-26 00:27:46 PDT ---
Any suggestions on how to accomplish that? I tried turning my code around and
around, but so far with no success. What should help with the register count?
On the other hand, why is the regis
The G2D is a 2D graphic accelerator that supports Bit Block Transfer.
This G2D driver is exynos drm specific and supports only G2D(version
4.1) of later Exynos series from Exynos4X12 because supporting DMA.
The G2D is performed by two tasks simply.
1. Configures the rendering parameters, such as f
Hi Jerome,
I totally agree that we can remove the following debugfs files, since
everything that just prints out or modifies register informations
doesn't belongs into the kernel driver and should be moved to radeontool
instead.
> static int r100_debugfs_rbbm_info(struct seq_file *m, void *data
- Original Message -
> From: "Christian K?nig"
> To: "j glisse"
> Cc: "Jerome Glisse" , dri-devel at
> lists.freedesktop.org
> Sent: Thursday, 26 April, 2012 10:11:12 AM
> Subject: Re: [PATCH 01/24] drm/radeon: remove fence/ring/ib debugfs files
>
> Hi Jerome,
>
> I totally agree tha
https://bugs.freedesktop.org/show_bug.cgi?id=49140
--- Comment #3 from Vadim 2012-04-26 03:43:45 PDT ---
(In reply to comment #2)
> Any suggestions on how to accomplish that? I tried turning my code around and
> around, but so far with no success. What should help with the register count?
>
> On
https://bugzilla.kernel.org/show_bug.cgi?id=15851
Chris Wilson changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=49110
--- Comment #2 from Fabio Pedretti 2012-04-26 06:14:49
PDT ---
OK, I disabled mesa debug but now I get this (current git):
make[5]: *** No rule to make target
`../../../../../../src/gallium/drivers/radeon/libradeon.a', needed by
`libr600.a'. S
2012/4/26 David Airlie :
>
>
> - Original Message -
>> From: "Christian K?nig"
>> To: "j glisse"
>> Cc: "Jerome Glisse" , dri-devel at
>> lists.freedesktop.org
>> Sent: Thursday, 26 April, 2012 10:11:12 AM
>> Subject: Re: [PATCH 01/24] drm/radeon: remove fence/ring/ib debugfs files
>>
>>
On Thu, Apr 26, 2012 at 9:36 AM, Jerome Glisse wrote:
> 2012/4/26 David Airlie :
>>
>>
>> - Original Message -
>>> From: "Christian K?nig"
>>> To: "j glisse"
>>> Cc: "Jerome Glisse" , dri-devel at
>>> lists.freedesktop.org
>>> Sent: Thursday, 26 April, 2012 10:11:12 AM
>>> Subject: Re:
From: Dave Airlie
This is a driver for the G200 server engines chips,
it doesn't driver any of the Matrix G series desktop cards.
It will bind to G200 SE A,B, G200EV, G200WB, G200EH and G200ER cards.
Its based on previous work done my Matthew Garrett but remodelled
to follow the same style and
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #16 from stefan 2012-04-26 07:48:56 PDT
---
(In reply to comment #15)
> > --- Comment #14 from stefan 2012-03-26 13:17:45
> > PDT ---
> Just add
> #define MI_WRITE_NOPID_REG (1 << 22)
> somewhere.
> Yours, Daniel
Hi Daniel,
sorry
https://bugs.freedesktop.org/show_bug.cgi?id=33309
--- Comment #17 from Daniel Vetter 2012-04-26 07:50:38 PDT
---
On Thu, Apr 26, 2012 at 16:48, wrote:
>
> The good news is that 3.3.0 with this patch seems stable, and I am still
> testing 3.3.3 with this patch and will report back if I manage
admittedly, is in an odd place in the X driver.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120426/3e08797f/attachment.pgp>
Hi Dave,
Nothing major here and imo can wait a bit if you don't have anything
important in drm-fixes yet:
- VGA load-detect fix. This bug seems to be as old as the load-detect code
(2.6.30), but needs stupid userspace (upowerd trying to detect
connectors on dpms-off outputs) to actually kill t
On Wed, Apr 11, 2012 at 12:37:24AM +0200, Daniel Vetter wrote:
> On Tue, Apr 10, 2012 at 07:13:59PM +0200, Daniel Vetter wrote:
> > Reported-and-Tested-by: Bernard Blackham
>
> This tested-by is actually a lie, I've mixed up a few bug reports. Bug
> reporter is currently on vacation and will test
I've picked this up for -fixes, with Jesse's irc r-b added.
-Daniel
On Tue, Apr 10, 2012 at 07:13:59PM +0200, Daniel Vetter wrote:
> We seem to have a decent confusion between the output timings and the
> input timings of the sdvo encoder. If I understand the code correctly,
> we use the original
On Thu, Apr 26, 2012 at 05:35:01PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Nothing major here and imo can wait a bit if you don't have anything
> important in drm-fixes yet:
> - VGA load-detect fix. This bug seems to be as old as the load-detect code
> (2.6.30), but needs stupid userspace (up
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #51 from Michel D?nzer 2012-04-26 11:50:28
PDT ---
Does the Mesa patch series at
http://lists.freedesktop.org/archives/mesa-dev/2012-April/021211.html help?
Beware that it's only lightly tested, and I'll be away now for a long weeke
On Thu, Apr 26, 2012 at 02:48:45PM +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This is a driver for the G200 server engines chips,
> it doesn't driver any of the Matrix G series desktop cards.
BTW I have a pile of modesetting and card initialization code
written for all mga chips from 2064
On Thu, Apr 26, 2012 at 9:48 AM, Dave Airlie wrote:
> diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
> b/drivers/gpu/drm/mgag200/mgag200_mode.c
> new file mode 100644
> index 000..a74f946
> --- /dev/null
> +++ b/drivers/gpu/drm/mgag200/mgag200_mode.c
> @@ -0,0 +1,1494 @@
> +/*
> + * Copy
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #52 from Alexandre Demers
2012-04-26 14:19:41 PDT ---
(In reply to comment #51)
> Does the Mesa patch series at
> http://lists.freedesktop.org/archives/mesa-dev/2012-April/021211.html help?
>
> Beware that it's only lightly tested,
https://bugs.freedesktop.org/show_bug.cgi?id=49198
Bug #: 49198
Summary: glxinfo SIGSEGV in pthread_detach under
radeon_drm_cs_destroy under dri2_destroy_context
Classification: Unclassified
Product: Mesa
Version: 8.0
My system specs are here http://pastebin.com/35NwE0G1
dmsg http://pastebin.com/CDhuT4bU
http://c566453.r53.cf2.rackcdn.com/DIIILoackupLowFPS.trace.xz
This trace shows unbearable slowness and a GPU lockup at a specific map
location, "*GPU lockup CP detected."
*http://appdb.winehq.org/objectManager.
Alan Cox skrev 2012-04-18 23:21:
>> That frequency seems about the same as the one I'm experiences. All though
>> some times it's more often, but I can't say I've done anything special at
>> the same time.
>>
>> 3.3.2-1-ARCH
>> Intel(R) Atom(TM) CPU Z520 @ 1.33GHz
>>
>> Attachment: dmesg ouput
>>
>
54 matches
Mail list logo