On 02/23/2012 06:15 PM, Linus Torvalds wrote:
On Thu, Feb 23, 2012 at 11:52 AM, Chris Wilson wrote:
i2c retries if sees an EGAIN, drm_do_probe_ddc_edid retries until it
gets a result and *then* drm_do_get_edid retries until it gets a result
it is happy with. All in all, that is a lot of proces
From: "Rafael J. Wysocki"
Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
> Subject : OF-related boot crash in 3.3.0-rc3-00188-g3ec1e88
> Submitter : Meelis Roos
> Date : 2012-02-13 7:45 (11 days old)
> Mes
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #8 from Torsten Kaiser 2012-02-24
08:42:55 ---
I think, you're not getting away with blaming userspace. ;-)
But this issue is rather complicated, because there is more then one bug /
change involved.
To summarize the issues:
*
On Don, 2012-02-23 at 17:53 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Required for future functionality.
These callbacks may take tens of milliseconds to complete, that's a lot
of spinning. :) Depending on what they'll be used for, it might be
better to wait for vertical blan
On Don, 2012-02-23 at 17:53 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up radeon_asic and organizes the asic
> specific callbacks based on their function. Not change in
> functionality. It requires Christian's patch:
> "drm/radeon: also make the cs_parse
Hi all,
On a AMD G-T56N (Radeon HD 6310) box connected to the monitor via DisplayPort
monitor does not come on after re-plugging the display cable but claims to be
in power save.
At the same time, according to xrandr it is connected and displaying.
Stopping Xorg and monitor comes back up disp
On 23.02.2012 23:53, alexdeuc...@gmail.com wrote:
From: Alex Deucher
This patch set cleans up radeon_asic and organizes the asic
specific callbacks based on their function. Not change in
functionality. It requires Christian's patch:
"drm/radeon: also make the cs_parse function per ring"
Alex
intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
intel_display.c:pipeconf &= ~PIPECONF_INTERLACE_MASK; /*
progressive */
intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
intel_display.c:pipeconf &= ~PIPECONF_INTERL
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #1 from popo...@popolon.org 2012-02-24 04:59:12 PST ---
I also have a problems with cloud with Sandy Bridge (i965 driver), using linux
kernel 3.0 or 3.2, Mesa 8.0.1., see [1] in attached picture.
I tried with software renderer, still
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #2 from popo...@popolon.org 2012-02-24 05:00:52 PST ---
Created attachment 57589
--> https://bugs.freedesktop.org/attachment.cgi?id=57589
Sandybridge, linux3.2 Mesa 8.0.1 and windowed flightgear bugs.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #3 from popo...@popolon.org 2012-02-24 05:06:29 PST ---
I just seen that on screenshot, There is the horizontal line on text bug
displayed too, at the upperleft part of Stardict window (where there is the 3
frame), on the E of 'Efface
On Thu, Feb 23, 2012 at 02:36:58PM -0800, Andrew Morton wrote:
> On Thu, 16 Feb 2012 13:01:36 +0100
> Daniel Vetter wrote:
>
> > drm/i915 wants to read/write more than one page in its fastpath
> > and hence needs to prefault more than PAGE_SIZE bytes.
> >
> > I've checked the callsites and they
On Fri, Feb 24, 2012 at 10:51:42AM +0100, Christian Schmidt wrote:
> intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
> intel_display.c:pipeconf &= ~PIPECONF_INTERLACE_MASK; /*
> progressive */
> intel_display.c:pipeconf |= PIPECONF_INTERLACE_W
2012/2/24 Michel Dänzer :
> On Don, 2012-02-23 at 17:53 -0500, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Required for future functionality.
>
> These callbacks may take tens of milliseconds to complete, that's a lot
> of spinning. :) Depending on what they'll be used for, it might b
On Thu, 2012-02-23 at 12:15 -0800, Linus Torvalds wrote:
> Btw, clearly X does *not* cache the EDID results, at least not for
> this case. So the explicit xrandr example is probably pretty close to
> what wine does. Maybe the proper fix is to just make X.org force
> caching when clients do this (b
https://bugzilla.kernel.org/show_bug.cgi?id=14596
--- Comment #13 from Egor Y. Egorov 2012-02-24 15:37:01 ---
same on all 3.x
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the
On Thu, 2012-02-23 at 17:53 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Required for future functionality.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r520.c|2 +-
> drivers/gpu/drm/radeon/radeon.h |3 +++
>
On Thu, 2012-02-23 at 17:53 -0500, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up radeon_asic and organizes the asic
> specific callbacks based on their function. Not change in
> functionality. It requires Christian's patch:
> "drm/radeon: also make the cs_parse
On Thu, 2012-02-23 at 15:18 +0100, Christian König wrote:
> Not all rings use PM4, so the cs_parser also needs to be per ring.
>
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon.h |4 +-
> drivers/gpu/drm/radeon/radeon_asic.c | 38 ++
On Thu, 2012-02-23 at 10:17 -0500, Alex Deucher wrote:
> 2012/2/23 Christian König :
> > The function radeon_bo_list_validate can cause a
> > bo to move, resulting in a different sync_obj
> > and a dependency to wait for this move to finish.
> >
> > Signed-off-by: Christian König
> > Reviewed-by:
On Thu, 23 Feb 2012 23:57:06 -0200
Eugeni Dodonov wrote:
> As noticed by Torsten Kaiser, the operator precedence can play tricks with
> us here.
>
> CC: Dave Airlie
> CC: Jesse Barnes
> Signed-off-by: Eugeni Dodonov
> ---
> drivers/gpu/drm/i915/intel_display.c |2 +-
> 1 files changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=45366
--- Comment #4 from Ernst Sjöstrand 2012-02-24 10:17:01 PST
---
Created attachment 57602
--> https://bugs.freedesktop.org/attachment.cgi?id=57602
More lockups
More lockups
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
On Fri, 24 Feb 2012 14:34:31 +0100
Daniel Vetter wrote:
> > > --- a/include/linux/pagemap.h
> > > +++ b/include/linux/pagemap.h
> > > @@ -408,6 +408,7 @@ extern void add_page_wait_queue(struct page *page,
> > > wait_queue_t *waiter);
> > > static inline int fault_in_pages_writeable(char __user
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #4 from Christian Schmitt 2012-02-24
13:09:07 PST ---
For me personally this bug is no longer valid. FG now works very good with
latest mesa and radeon driver. As you have quite some other issues, too, I
think you might be better off
On 12-02-22 11:20 AM, Felix Kuehling wrote:
> On 12-02-21 07:49 PM, Mario Kleiner wrote:
>> On 02/21/2012 09:07 PM, Alex Deucher wrote:
> [snip]
>>> The fix looks ok to me. Mario any thoughts?
>>>
>>> Reviewed-by: Alex Deucher
>>>
>> Hi,
>>
>> the fix looks ok to me for that device, but could we m
On Feb 24, 2012, at 10:20 PM, Felix Kuehling wrote:
On 12-02-22 11:20 AM, Felix Kuehling wrote:
On 12-02-21 07:49 PM, Mario Kleiner wrote:
On 02/21/2012 09:07 PM, Alex Deucher wrote:
[snip]
The fix looks ok to me. Mario any thoughts?
Reviewed-by: Alex Deucher
Hi,
the fix looks ok to me
This message contains a list of some post-3.1 regressions introduced before
3.2, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-3.1 regressions, please let us know
either
On Friday, February 24, 2012, David Miller wrote:
> From: "Rafael J. Wysocki"
> Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
> > Subject : OF-related boot crash in 3.3.0-rc3-00188-g3ec1e88
> > Submitter : Meelis Roo
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #7 from J?r?me Glisse 2012-02-24
02:53:43 ---
You no longer have those lockup ? The fix in the ddx might explain why the
kernel was no longer able to recover from lockup. Sadly userspace change can
affect kernel successfulness at
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #8 from Torsten Kaiser
2012-02-24 08:42:55 ---
I think, you're not getting away with blaming userspace. ;-)
But this issue is rather complicated, because there is more then one bug /
change involved.
To summarize the issues:
*
On Don, 2012-02-23 at 17:53 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Required for future functionality.
These callbacks may take tens of milliseconds to complete, that's a lot
of spinning. :) Depending on what they'll be used for, it might be
better to wait for vertical b
On Don, 2012-02-23 at 17:53 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up radeon_asic and organizes the asic
> specific callbacks based on their function. Not change in
> functionality. It requires Christian's patch:
> "drm/radeon: also make the cs_pa
Hi all,
On a AMD G-T56N (Radeon HD 6310) box connected to the monitor via DisplayPort
monitor does not come on after re-plugging the display cable but claims to be
in power save.
At the same time, according to xrandr it is connected and displaying.
Stopping Xorg and monitor comes back up disp
On 23.02.2012 23:53, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up radeon_asic and organizes the asic
> specific callbacks based on their function. Not change in
> functionality. It requires Christian's patch:
> "drm/radeon: also make the cs_parse function per
intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
intel_display.c:pipeconf &= ~PIPECONF_INTERLACE_MASK; /*
progressive */
intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
intel_display.c:pipeconf &= ~PIPECONF_INTERL
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #1 from popolon at popolon.org 2012-02-24 04:59:12 PST ---
I also have a problems with cloud with Sandy Bridge (i965 driver), using linux
kernel 3.0 or 3.2, Mesa 8.0.1., see [1] in attached picture.
I tried with software renderer, sti
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #2 from popolon at popolon.org 2012-02-24 05:00:52 PST ---
Created attachment 57589
--> https://bugs.freedesktop.org/attachment.cgi?id=57589
Sandybridge, linux3.2 Mesa 8.0.1 and windowed flightgear bugs.
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #3 from popolon at popolon.org 2012-02-24 05:06:29 PST ---
I just seen that on screenshot, There is the horizontal line on text bug
displayed too, at the upperleft part of Stardict window (where there is the 3
frame), on the E of 'Eff
On Thu, Feb 23, 2012 at 02:36:58PM -0800, Andrew Morton wrote:
> On Thu, 16 Feb 2012 13:01:36 +0100
> Daniel Vetter wrote:
>
> > drm/i915 wants to read/write more than one page in its fastpath
> > and hence needs to prefault more than PAGE_SIZE bytes.
> >
> > I've checked the callsites and they
On Fri, Feb 24, 2012 at 10:51:42AM +0100, Christian Schmidt wrote:
> intel_display.c:pipeconf |= PIPECONF_INTERLACE_W_FIELD_INDICATION;
> intel_display.c:pipeconf &= ~PIPECONF_INTERLACE_MASK; /*
> progressive */
> intel_display.c:pipeconf |= PIPECONF_INTERLACE_W
2012/2/24 Michel D?nzer :
> On Don, 2012-02-23 at 17:53 -0500, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Required for future functionality.
>
> These callbacks may take tens of milliseconds to complete, that's a lot
> of spinning. :) Depending on what they'll be used for, it migh
essage part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120224/e0891dd5/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=14596
--- Comment #13 from Egor Y. Egorov 2012-02-24 15:37:01
---
same on all 3.x
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the
On Thu, 2012-02-23 at 17:53 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Required for future functionality.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r520.c|2 +-
> drivers/gpu/drm/radeon/radeon.h |3 +++
On Thu, 2012-02-23 at 17:53 -0500, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> This patch set cleans up radeon_asic and organizes the asic
> specific callbacks based on their function. Not change in
> functionality. It requires Christian's patch:
> "drm/radeon: also make the cs_par
On Thu, 2012-02-23 at 15:18 +0100, Christian K?nig wrote:
> Not all rings use PM4, so the cs_parser also needs to be per ring.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon.h |4 +-
> drivers/gpu/drm/radeon/radeon_asic.c | 38 ++
On Thu, 2012-02-23 at 10:17 -0500, Alex Deucher wrote:
> 2012/2/23 Christian K?nig :
> > The function radeon_bo_list_validate can cause a
> > bo to move, resulting in a different sync_obj
> > and a dependency to wait for this move to finish.
> >
> > Signed-off-by: Christian K?nig
> > Reviewed-by:
Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120224/ff2bedf4/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=45366
--- Comment #4 from Ernst Sj?strand 2012-02-24 10:17:01
PST ---
Created attachment 57602
--> https://bugs.freedesktop.org/attachment.cgi?id=57602
More lockups
More lockups
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
On Fri, 24 Feb 2012 14:34:31 +0100
Daniel Vetter wrote:
> > > --- a/include/linux/pagemap.h
> > > +++ b/include/linux/pagemap.h
> > > @@ -408,6 +408,7 @@ extern void add_page_wait_queue(struct page *page,
> > > wait_queue_t *waiter);
> > > static inline int fault_in_pages_writeable(char __user
https://bugs.freedesktop.org/show_bug.cgi?id=26092
--- Comment #4 from Christian Schmitt 2012-02-24
13:09:07 PST ---
For me personally this bug is no longer valid. FG now works very good with
latest mesa and radeon driver. As you have quite some other issues, too, I
think you might be better off
On 12-02-22 11:20 AM, Felix Kuehling wrote:
> On 12-02-21 07:49 PM, Mario Kleiner wrote:
>> On 02/21/2012 09:07 PM, Alex Deucher wrote:
> [snip]
>>> The fix looks ok to me. Mario any thoughts?
>>>
>>> Reviewed-by: Alex Deucher
>>>
>> Hi,
>>
>> the fix looks ok to me for that device, but could we m
54 matches
Mail list logo