headers
bugzilla-daemon | 1 Jul 2010 01:44

[Bug 27744] atombios stuck in loop - during suspend

https://bugs.freedesktop.org/show_bug.cgi?id=27744

--- Comment #7 from Alex <aneaspam <at> gmx.de> 2010-06-30 16:44:15 PDT ---
Review of attachment 36644:
 --> (https://bugs.freedesktop.org/review?bug=27744&attachment=36644)

In my case (Bug 28856) the patch just changed the error message from 1 to 5
secs and maybe the time it took (didn't have a stopwatch), but neither the
amount of messages nor the error itself.

--

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 0 comments |
headers
Dave Airlie | 1 Jul 2010 05:06
Picon
Favicon

[git pull] drm + agp + one fb (v2)


Okay same tree as yesterday, with the fix for the regression Markus 
reported (good fast work by Alex), fix for resume on one of my laptops, 
Rafael's resume fix, and a dynpm fix that I missed.

Otherwise:
one fb layer fix in a flag I introduced,

the rest are drm fixes:
radeon fixes: the larger ones in the command stream checker for older 
cards,
which was causing a lot of userspace apps to fail. Also some powerpc 
server fixes.
along with some updates to the evergreen command stream checker introduced 
in -rc1.

agp: fix issue with warning on memory allocation + fallback to vmalloc.
ttm: fix regression introduced in -rc1 in memory allocation paths.

The following changes since commit 7e27d6e778cd87b6f2415515d7127eba53fe5d02:

  Linux 2.6.35-rc3 (2010-06-11 19:14:04 -0700)

are available in the git repository at:
  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes

Adam Jackson (1):
      drm/fb: Fix video= mode computation

Alex Deucher (10):
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ben Skeggs | 1 Jul 2010 08:49
Picon

[PATCH] drm: disable encoder rather than dpms off in drm_crtc_prepare_encoders()

From: Ben Skeggs <bskeggs <at> redhat.com>

Original behaviour will be preserved for drivers that don't implement
disable() hooks for an encoder.

Signed-off-by: Ben Skeggs <bskeggs <at> redhat.com>
---
 drivers/gpu/drm/drm_crtc_helper.c |   22 ++++++++++++++--------
 1 files changed, 14 insertions(+), 8 deletions(-)

diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c
index 9b2a541..1eaa315 100644
--- a/drivers/gpu/drm/drm_crtc_helper.c
+++ b/drivers/gpu/drm/drm_crtc_helper.c
 <at>  <at>  -201,6 +201,17  <at>  <at>  bool drm_helper_crtc_in_use(struct drm_crtc *crtc)
 }
 EXPORT_SYMBOL(drm_helper_crtc_in_use);

+static void
+drm_encoder_disable(struct drm_encoder *encoder)
+{
+	struct drm_encoder_helper_funcs *encoder_funcs = encoder->helper_private;
+
+	if (encoder_funcs->disable)
+		(*encoder_funcs->disable)(encoder);
+	else
+		(*encoder_funcs->dpms)(encoder, DRM_MODE_DPMS_OFF);
+}
+
 /**
(Continue reading)

Permalink | Reply | 1 comment |
headers
bugzilla-daemon | 1 Jul 2010 11:09

[Bug 5901] i915: libGL error: drmMap of framebuffer failed (Invalid argument)

https://bugs.freedesktop.org/show_bug.cgi?id=5901

Bernhard Rosenkraenzer <bero <at> arklinux.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 1 Jul 2010 14:51

[Bug 28869] New: [r300g] Tiny and Big doesn't run

https://bugs.freedesktop.org/show_bug.cgi?id=28869

           Summary: [r300g] Tiny and Big doesn't run
           Product: Mesa
           Version: git
          Platform: Other
               URL: http://www.tinyandbig.com/download/
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/r300
        AssignedTo: dri-devel <at> lists.freedesktop.org
        ReportedBy: sa <at> whiz.se

The game "Tiny and Big" doesn't work correctly with r300g. 

The menu is missing some textures (this part does seem to be working okay in
r300c). Errors printed on the terminal:
r300: texture_create: Got invalid texture dimensions: 0x0x0

The game itself starts, but doesn't render correctly, Terminal output quickly
fills up with this:
VENDORID:DEVICEID 0x1002:0x7280
0x000110F8
0x00000000
0x004AE31F
0x00001393
0x0000000A
0x000013C6
(Continue reading)

Permalink | Reply | 5 comments |
headers
Pasi Kärkkäinen | 1 Jul 2010 16:04
Picon
Picon
Favicon

Re: [RFC PATCH] Re: KMS:RV635:Radeon 3650HD graphics driver broken on a laptop when connected to a docking station and external display

On Mon, Jun 21, 2010 at 09:17:14PM +0300, Pasi Kärkkäinen wrote:
> > >
> > > I am not sure your patch is right, my guess is that devices field of
> > > radeon connector structure btw the HDMI & DVI connector are different
> > > and thus that drm_detect_hdmi_monitor is not call. I expect it's normal
> > > for the device field to be different (my understanding being that HDMI
> > > will have one more bit set than the DVI connector). Bottom line is
> > > i think we want to discard non hdmi connector just in case we face
> > > shared connector.
> > >
> > > Alex would have to comment on the device field test, maybe your atombios
> > > is broken. Does it works if instead of removing
> > > if (connector == list_connector)
> > >        continue;
> > > You remove :
> > > if (radeon_connector->devices == list_radeon_connector->devices)
> > >
> > > Also can you print the radeon_connector->devices of all your connector
> > > so we can compare them.
> > 
> > The code was for systems with shared ddc lines and shared encoders,
> > but it looks like your system may have a shared ddc line and (sort of)
> > non-shared encoders.  I suspect the DVI port is using UNIPHY A or A+B
> > (for dual link) and HDMI is using UNIPHY link B.  It's probably
> > actually using router objects (gpio toggle to switch gpio routing
> > between physical ports), however support for that is not implemented
> > yet which is why we have the current code.  Can you send me a copy of
> > your vbios so I can verify?
> > 
> > To access your vbios (as root):
(Continue reading)

Permalink | Reply | 0 comments |
headers
Pasi Kärkkäinen | 1 Jul 2010 16:07
Picon
Picon
Favicon

Re: [RFC PATCH] Re: KMS:RV635:Radeon 3650HD graphics driver broken on a laptop when connected to a docking station and external display

On Mon, Jun 21, 2010 at 09:18:01PM +0300, Pasi Kärkkäinen wrote:
> > >>
> > >> I am not sure your patch is right, my guess is that devices field of
> > >> radeon connector structure btw the HDMI & DVI connector are different
> > >> and thus that drm_detect_hdmi_monitor is not call. I expect it's normal
> > >> for the device field to be different (my understanding being that HDMI
> > >> will have one more bit set than the DVI connector). Bottom line is
> > >> i think we want to discard non hdmi connector just in case we face
> > >> shared connector.
> > >>
> > >> Alex would have to comment on the device field test, maybe your atombios
> > >> is broken. Does it works if instead of removing
> > >> if (connector == list_connector)
> > >>        continue;
> > >> You remove :
> > >> if (radeon_connector->devices == list_radeon_connector->devices)
> > >>
> > >> Also can you print the radeon_connector->devices of all your connector
> > >> so we can compare them.
> > >
> > > The code was for systems with shared ddc lines and shared encoders,
> > > but it looks like your system may have a shared ddc line and (sort of)
> > > non-shared encoders.  I suspect the DVI port is using UNIPHY A or A+B
> > > (for dual link) and HDMI is using UNIPHY link B.  It's probably
> > > actually using router objects (gpio toggle to switch gpio routing
> > > between physical ports), however support for that is not implemented
> > > yet which is why we have the current code.  Can you send me a copy of
> > > your vbios so I can verify?
> > >
> > > To access your vbios (as root):
(Continue reading)

Permalink | Reply | 2 comments |
headers
Alex Deucher | 1 Jul 2010 16:17
Picon

Re: [PATCH] drm: disable encoder rather than dpms off in drm_crtc_prepare_encoders()

On Thu, Jul 1, 2010 at 2:49 AM, Ben Skeggs <skeggsb <at> gmail.com> wrote:
> From: Ben Skeggs <bskeggs <at> redhat.com>
>
> Original behaviour will be preserved for drivers that don't implement
> disable() hooks for an encoder.
>
> Signed-off-by: Ben Skeggs <bskeggs <at> redhat.com>

Reviewed-by: Alex Deucher <alexdeucher <at> gmail.com>

> ---
>  drivers/gpu/drm/drm_crtc_helper.c |   22 ++++++++++++++--------
>  1 files changed, 14 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c
> index 9b2a541..1eaa315 100644
> --- a/drivers/gpu/drm/drm_crtc_helper.c
> +++ b/drivers/gpu/drm/drm_crtc_helper.c
>  <at>  <at>  -201,6 +201,17  <at>  <at>  bool drm_helper_crtc_in_use(struct drm_crtc *crtc)
>  }
>  EXPORT_SYMBOL(drm_helper_crtc_in_use);
>
> +static void
> +drm_encoder_disable(struct drm_encoder *encoder)
> +{
> +       struct drm_encoder_helper_funcs *encoder_funcs = encoder->helper_private;
> +
> +       if (encoder_funcs->disable)
> +               (*encoder_funcs->disable)(encoder);
> +       else
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Deucher | 1 Jul 2010 16:34
Picon

[PATCH] drm/radeon/kms: fix shared ddc handling

Connectors with a shared ddc line can be connected to different
encoders.

Reported by Pasi Kärkkäinen <pasik <at> iki.fi> on dri-devel

Signed-off-by: Alex Deucher <alexdeucher <at> gmail.com>
Cc: stable <at> kernel.org
---
 drivers/gpu/drm/radeon/radeon_connectors.c |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c b/drivers/gpu/drm/radeon/radeon_connectors.c
index 0c7ccc6..f58f8bd 100644
--- a/drivers/gpu/drm/radeon/radeon_connectors.c
+++ b/drivers/gpu/drm/radeon/radeon_connectors.c
 <at>  <at>  -785,7 +785,9  <at>  <at>  static enum drm_connector_status radeon_dvi_detect(struct drm_connector *connect
 					if (connector == list_connector)
 						continue;
 					list_radeon_connector = to_radeon_connector(list_connector);
-					if (radeon_connector->devices == list_radeon_connector->devices) {
+					if (list_radeon_connector->shared_ddc &&
+					    (list_radeon_connector->ddc_bus->rec.i2c_id ==
+					     radeon_connector->ddc_bus->rec.i2c_id)) {
 						if (drm_detect_hdmi_monitor(radeon_connector->edid)) {
 							if (connector->connector_type == DRM_MODE_CONNECTOR_DVID) {
 								kfree(radeon_connector->edid);
--

-- 
1.7.0.1

_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Deucher | 1 Jul 2010 16:35
Picon

Re: [RFC PATCH] Re: KMS:RV635:Radeon 3650HD graphics driver broken on a laptop when connected to a docking station and external display

On Thu, Jul 1, 2010 at 10:07 AM, Pasi Kärkkäinen <pasik <at> iki.fi> wrote:
> On Mon, Jun 21, 2010 at 09:18:01PM +0300, Pasi Kärkkäinen wrote:
>> > >>
>> > >> I am not sure your patch is right, my guess is that devices field of
>> > >> radeon connector structure btw the HDMI & DVI connector are different
>> > >> and thus that drm_detect_hdmi_monitor is not call. I expect it's normal
>> > >> for the device field to be different (my understanding being that HDMI
>> > >> will have one more bit set than the DVI connector). Bottom line is
>> > >> i think we want to discard non hdmi connector just in case we face
>> > >> shared connector.
>> > >>
>> > >> Alex would have to comment on the device field test, maybe your atombios
>> > >> is broken. Does it works if instead of removing
>> > >> if (connector == list_connector)
>> > >>        continue;
>> > >> You remove :
>> > >> if (radeon_connector->devices == list_radeon_connector->devices)
>> > >>
>> > >> Also can you print the radeon_connector->devices of all your connector
>> > >> so we can compare them.
>> > >
>> > > The code was for systems with shared ddc lines and shared encoders,
>> > > but it looks like your system may have a shared ddc line and (sort of)
>> > > non-shared encoders.  I suspect the DVI port is using UNIPHY A or A+B
>> > > (for dual link) and HDMI is using UNIPHY link B.  It's probably
>> > > actually using router objects (gpio toggle to switch gpio routing
>> > > between physical ports), however support for that is not implemented
>> > > yet which is why we have the current code.  Can you send me a copy of
>> > > your vbios so I can verify?
>> > >
(Continue reading)

Permalink | Reply | 1 comment |

Gmane