https://bugs.freedesktop.org/show_bug.cgi?id=38353
--- Comment #10 from XoD 2011-07-07 15:19:54 PDT ---
I have finish the bisect of kernel 3.0 :
the submit who fix lock i encounter is :
11b0a5b89adbfaf4e7d31f2482f49471dd983692 is the first good commit
commit 11b0a5b89adbfaf4e7d31f2482f49471dd983
https://bugs.freedesktop.org/show_bug.cgi?id=38353
--- Comment #10 from XoD 2011-07-07 15:19:54 PDT ---
I have finish the bisect of kernel 3.0 :
the submit who fix lock i encounter is :
11b0a5b89adbfaf4e7d31f2482f49471dd983692 is the first good commit
commit 11b0a5b89adbfaf4e7d31f2482f49471dd983
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #38 from Mario Kleiner 2011-07-07
14:51:16 PDT ---
(In reply to comment #37)
> Maybe we should try and sort out why there is so much latency in the interrupt
> handler for Simon rather than rewriting the entire thing. Or we could ju
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #38 from Mario Kleiner
2011-07-07 14:51:16 PDT ---
(In reply to comment #37)
> Maybe we should try and sort out why there is so much latency in the interrupt
> handler for Simon rather than rewriting the entire thing. Or we could ju
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #37 from Alex Deucher 2011-07-07 14:25:29 PDT ---
Maybe we should try and sort out why there is so much latency in the interrupt
handler for Simon rather than rewriting the entire thing. Or we could just use
the pflip interrupts wher
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #37 from Alex Deucher 2011-07-07 14:25:29 PDT
---
Maybe we should try and sort out why there is so much latency in the interrupt
handler for Simon rather than rewriting the entire thing. Or we could just use
the pflip interrupts whe
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #36 from Mario Kleiner 2011-07-07
14:06:51 PDT ---
(In reply to comment #35)
> Hmm, but V_UPDATE irq is not supported on R500, if i look at the correct
> manual, which is still in widespread use for many serious applications (and on
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #36 from Mario Kleiner
2011-07-07 14:06:51 PDT ---
(In reply to comment #35)
> Hmm, but V_UPDATE irq is not supported on R500, if i look at the correct
> manual, which is still in widespread use for many serious applications (and on
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #35 from Mario Kleiner 2011-07-07
13:39:39 PDT ---
Hmm, but V_UPDATE irq is not supported on R500, if i look at the correct
manual, which is still in widespread use for many serious applications (and on
my main laptop for development
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #35 from Mario Kleiner
2011-07-07 13:39:39 PDT ---
Hmm, but V_UPDATE irq is not supported on R500, if i look at the correct
manual, which is still in widespread use for many serious applications (and on
my main laptop for development
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #34 from Mario Kleiner 2011-07-07
12:06:40 PDT ---
On Jul 7, 2011, at 5:18 PM, Alex Deucher wrote:
> 2011/7/7 Michel Dänzer :
>> On Don, 2011-07-07 at 11:00 -0400, Alex Deucher wrote:
>>> On Thu, Jul 7, 2011 at 10:45 AM, Mario Klein
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #34 from Mario Kleiner
2011-07-07 12:06:40 PDT ---
On Jul 7, 2011, at 5:18 PM, Alex Deucher wrote:
> 2011/7/7 Michel D?nzer :
>> On Don, 2011-07-07 at 11:00 -0400, Alex Deucher wrote:
>>> On Thu, Jul 7, 2011 at 10:45 AM, Mario Klein
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #33 from Simon Farnsworth
2011-07-07 10:46:36 PDT ---
(In reply to comment #31)
> (In reply to comment #30)
> > So wait for bo to be idle before waiting to be out of vblank
>
> Bad idea I'm afraid: Consider the case where the ioctl
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #33 from Simon Farnsworth
2011-07-07 10:46:36 PDT ---
(In reply to comment #31)
> (In reply to comment #30)
> > So wait for bo to be idle before waiting to be out of vblank
>
> Bad idea I'm afraid: Consider the case where the ioctl
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> ? ?Fixes bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/722806:
> ? ?Some integrated ATI Radeon chipset implementations with add-on HDMI card
> ? ?(e. g. Asus M2A-VM HDMI) indicate the availability of a DDC even
> ? ?when t
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> ? ?Provides function drm_edid_header_is_valid() for EDID header check
> ? ?and replaces EDID header check part of function drm_edid_block_valid()
> ? ?by a call of drm_edid_header_is_valid().
> ? ?This is a prerequisite to extend DDC
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> ? ?Log PCI subsystem vendor and subsystem device ID in addition to
> ? ?PCI vendor and device ID during kernel mode initialisation. This helps
> ? ?to better identify radeon devices of third-party vendors, e. g. for
> ? ?bug analysis
On Mit, 2011-07-06 at 19:04 +0100, Simon Farnsworth wrote:
> The radeon pageflip ioctl handler delayed submitting the pageflip to
> hardware until the vblank IRQ handler. On AMD Fusion (PALM GPU, G-T56N
> CPU), when using a reduced blanking CVT mode, a pageflip submitted to
> hardware in the IRQ h
On Wed, 2011-07-06 at 09:38 +0200, Michel D?nzer wrote:
> On Mon, 2011-07-04 at 13:16 +1000, skeggsb at gmail.com wrote:
> > From: Ben Skeggs
> >
> > Signed-off-by: Ben Skeggs
> > ---
> > drivers/gpu/drm/drm_irq.c | 15 +--
> > 1 files changed, 9 insertions(+), 6 deletions(-)
> >
On Don, 2011-07-07 at 09:10 +1000, Ben Skeggs wrote:
> On Wed, 2011-07-06 at 09:38 +0200, Michel D?nzer wrote:
> > On Mon, 2011-07-04 at 13:16 +1000, skeggsb at gmail.com wrote:
> > > From: Ben Skeggs
> > >
> > > Signed-off-by: Ben Skeggs
> > > ---
> > > drivers/gpu/drm/drm_irq.c | 15 ++
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #32 from Jerome Glisse 2011-07-07 07:11:43
PDT ---
Well i can think of similar bad case in the other way.
-wait for vblank
-wait for bo put us in next vblank
-program reg flip happen on this frame
-irq reporting report on next vblan
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #32 from Jerome Glisse 2011-07-07
07:11:43 PDT ---
Well i can think of similar bad case in the other way.
-wait for vblank
-wait for bo put us in next vblank
-program reg flip happen on this frame
-irq reporting report on next vblan
https://bugs.freedesktop.org/show_bug.cgi?id=38907
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38907
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38907
--- Comment #5 from Ernst Sjöstrand 2011-07-07 07:02:47 PDT
---
Oh but it actually does work with the real current Ubuntu Onieric kernel,
3.0-3-generic.
Looks like that's based on 3.0-rc5.
This could be nice to have in some -stable tree, otherwi
https://bugs.freedesktop.org/show_bug.cgi?id=38907
--- Comment #5 from Ernst Sj?strand 2011-07-07 07:02:47
PDT ---
Oh but it actually does work with the real current Ubuntu Onieric kernel,
3.0-3-generic.
Looks like that's based on 3.0-rc5.
This could be nice to have in some -stable tree, otherwi
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> Fixes bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/722806:
> Some integrated ATI Radeon chipset implementations with add-on HDMI card
> (e. g. Asus M2A-VM HDMI) indicate the availability of a DDC even
> when t
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> Provides function drm_edid_header_is_valid() for EDID header check
> and replaces EDID header check part of function drm_edid_block_valid()
> by a call of drm_edid_header_is_valid().
> This is a prerequisite to extend DDC
On Wed, Jul 6, 2011 at 7:30 PM, wrote:
> From: Thomas Reim
>
> Log PCI subsystem vendor and subsystem device ID in addition to
> PCI vendor and device ID during kernel mode initialisation. This helps
> to better identify radeon devices of third-party vendors, e. g. for
> bug analysis
https://bugs.freedesktop.org/show_bug.cgi?id=38907
--- Comment #4 from Ernst Sjöstrand 2011-07-07 06:53:42 PDT
---
This kernel didn't work:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0-rc2-oneiric/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=38907
--- Comment #4 from Ernst Sj?strand 2011-07-07 06:53:42
PDT ---
This kernel didn't work:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0-rc2-oneiric/
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #31 from Michel Dänzer 2011-07-07 06:49:55 PDT
---
(In reply to comment #30)
> So wait for bo to be idle before waiting to be out of vblank
Bad idea I'm afraid: Consider the case where the ioctl is called outside of
vblank, but by t
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #31 from Michel D?nzer 2011-07-07 06:49:55
PDT ---
(In reply to comment #30)
> So wait for bo to be idle before waiting to be out of vblank
Bad idea I'm afraid: Consider the case where the ioctl is called outside of
vblank, but by t
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #30 from Jerome Glisse 2011-07-07 06:36:38
PDT ---
This flip stuff is hairy. I think best is :
flip ioctl:
- pin new front
- delay work to bo fence (if no fence use the oldest alive fence)
- return
fence handler:
- on flip work wai
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #30 from Jerome Glisse 2011-07-07
06:36:38 PDT ---
This flip stuff is hairy. I think best is :
flip ioctl:
- pin new front
- delay work to bo fence (if no fence use the oldest alive fence)
- return
fence handler:
- on flip work wai
https://bugs.freedesktop.org/show_bug.cgi?id=39027
Thomas Lindroth changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=39027
Thomas Lindroth changed:
What|Removed |Added
Product|xorg|DRI
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #29 from Michel Dänzer 2011-07-07 01:47:49 PDT
---
Thanks for explaining the problems with doing everything directly in the ioctl,
Mario. Guess it was too good to be true...
I agree it should be a good idea to defer to an interrupt
https://bugs.freedesktop.org/show_bug.cgi?id=38800
--- Comment #29 from Michel D?nzer 2011-07-07 01:47:49
PDT ---
Thanks for explaining the problems with doing everything directly in the ioctl,
Mario. Guess it was too good to be true...
I agree it should be a good idea to defer to an interrupt
From: Thomas Reim
Provides function drm_edid_header_is_valid() for EDID header check
and replaces EDID header check part of function drm_edid_block_valid()
by a call of drm_edid_header_is_valid().
This is a prerequisite to extend DDC probing, e. g. in function
radeon_ddc_probe
From: Thomas Reim
Fixes bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/722806:
Some integrated ATI Radeon chipset implementations with add-on HDMI card
(e. g. Asus M2A-VM HDMI) indicate the availability of a DDC even
when the add-on card is not plugged in or HDMI is disa
From: Thomas Reim
Log PCI subsystem vendor and subsystem device ID in addition to
PCI vendor and device ID during kernel mode initialisation. This helps
to better identify radeon devices of third-party vendors, e. g. for
bug analysis.
Tested for kernel 2.35, 2.38 and 3.0 on A
From: Thomas Reim
Dear Alex,
> > From: Thomas Reim
> >
> >Some integrated ATI Radeon chipset implementations
> >with add-on HDMI card (e. g. Asus M2A-VM HDMI) indicate the availability
> >of a DDC even when the add-on card is not plugged in or HDMI is disabled
> >in BIOS setup.
On Mit, 2011-07-06 at 19:04 +0100, Simon Farnsworth wrote:
> The radeon pageflip ioctl handler delayed submitting the pageflip to
> hardware until the vblank IRQ handler. On AMD Fusion (PALM GPU, G-T56N
> CPU), when using a reduced blanking CVT mode, a pageflip submitted to
> hardware in the IRQ h
44 matches
Mail list logo
