https://bugzilla.kernel.org/show_bug.cgi?id=36812
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
--- Comm
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Summary: Radeon fails to load firmware
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Sever
Hi David,
Somehow my Cc got lost. Maybe you missed this. Any comments?
Thanks
Sascha
On Fri, Jun 03, 2011 at 12:54:14PM +0200, Sascha Hauer wrote:
>
> The DRM_IOCTL_MODE_GETRESOURCES ioctl just returns bogus framebuffers.
> That is because the framebuffers for each file are in the filp_head
>
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #3 from Harald Judt 2011-06-06 23:36:06 PDT ---
Created an attachment (id=47645)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47645)
Screenshot of corrupted firefox toolbar
Corruption can get quite nasty after a while. The ug
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #3 from Harald Judt 2011-06-06 23:36:06 PDT ---
Created an attachment (id=47645)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47645)
Screenshot of corrupted firefox toolbar
Corruption can get quite nasty after a while. The ug
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #2 from Harald Judt 2011-06-06 23:26:48 PDT ---
Created an attachment (id=47644)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47644)
Screenshot of corrupted xfce panel plugins.
Here, parts of a previous screen (gdm login scre
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #2 from Harald Judt 2011-06-06 23:26:48 PDT ---
Created an attachment (id=47644)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47644)
Screenshot of corrupted xfce panel plugins.
Here, parts of a previous screen (gdm login scre
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #1 from Harald Judt 2011-06-06 23:21:19 PDT ---
Created an attachment (id=47643)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47643)
Screenshot of a corrupted icon.
As you can see, only the lower half of the icon is corrupted
https://bugs.freedesktop.org/show_bug.cgi?id=38022
--- Comment #1 from Harald Judt 2011-06-06 23:21:19 PDT ---
Created an attachment (id=47643)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47643)
Screenshot of a corrupted icon.
As you can see, only the lower half of the icon is corrupted
https://bugs.freedesktop.org/show_bug.cgi?id=38022
Summary: ATI Radeon 6950 (Cayman): r600g texture / pixmap
corruption
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=38022
Summary: ATI Radeon 6950 (Cayman): r600g texture / pixmap
corruption
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=38018
Summary: Implementation error: bad format in
_mesa_pack_rgba_span
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=38018
Summary: Implementation error: bad format in
_mesa_pack_rgba_span
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Hi Linus,
this is just the Intel and nouveau fixes, this alongside the radeon fixes
pull that is outstanding, it has one serious intel regression fix for 945
machines that got broken in the ivybridge support, along with a few fixes
from nouveau.
Dave.
The following changes since commit 59c5f
https://bugzilla.kernel.org/show_bug.cgi?id=36812
James Cloos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
* Nick Bowler -- Monday 06 June 2011:
> After upgrading to 3.0-rc2, my second display is no longer working
> correctly on a desktop with an Intel G45 graphics chip.
[...]
> What I do know is that the problem was originally introduced by
> 49183b2818de ("drm/i915: Only enable the plane after setting
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 f
> I think the intel driver forces a reset to the system scanout on release. I've
> actually never found a test to indicate it was completely necessary on
> other GPUs
I need to force this on the GMA500 because we want some kind of sane
scanout left and the nice guys at Dell decided the Mini 10 did
https://bugzilla.kernel.org/show_bug.cgi?id=36812
--- Comment #3 from James Cloos 2011-06-07 00:53:41 ---
I forgot to add:
I don’t see from git-grep(1)ing the tree where or how the kernel knows to find
firmware in /lib/firmware.
All I can see is /lib/firmware as the target to make firmware
https://bugzilla.kernel.org/show_bug.cgi?id=36812
--- Comment #2 from James Cloos 2011-06-07 00:47:29 ---
Longer than that.
The box is usually headless; when I first got it the missing firmware prevented
booting, so I added radeon.modeset=0 to the grub config and manually changed
that for t
The current RE'd code causes blank screens and
display problems on a lot of systems. So disable
it by default for now. It can still be enabled
by setting the audio parameter to 1. E.g.:
radeon.audio=1
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=38010
https://bugs.freedesktop.org/show_bu
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #10 from Maggioni Marcello 2011-06-06 17:10:42
PDT ---
Hi, after applying the patch the problem seems to be still there ... my card is
a Radeon 5850.
The lights have a white halo surrounding them flickering. Also , the white area
at
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #10 from Maggioni Marcello 2011-06-06
17:10:42 PDT ---
Hi, after applying the patch the problem seems to be still there ... my card is
a Radeon 5850.
The lights have a white halo surrounding them flickering. Also , the white area
at
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Summary: Radeon fails to load firmware
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc2
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Sever
On Mon, 6 Jun 2011 16:30:25 -0700
Jesse Barnes wrote:
> On Mon, 06 Jun 2011 16:24:46 -0700
> Keith Packard wrote:
>
> > On Mon, 6 Jun 2011 13:36:18 -0700, Jesse Barnes
> > wrote:
> >
> > > Can you keep drm-intel-next fairly up to date with respect to the fixes
> > > branch? I.e. keep it a s
On Mon, 6 Jun 2011 16:30:25 -0700
Jesse Barnes wrote:
> On Mon, 06 Jun 2011 16:24:46 -0700
> Keith Packard wrote:
>
> > On Mon, 6 Jun 2011 13:36:18 -0700, Jesse Barnes > virtuousgeek.org> wrote:
> >
> > > Can you keep drm-intel-next fairly up to date with respect to the fixes
> > > branch? I
On Mon, 06 Jun 2011 16:24:46 -0700
Keith Packard wrote:
> On Mon, 6 Jun 2011 13:36:18 -0700, Jesse Barnes
> wrote:
>
> > Can you keep drm-intel-next fairly up to date with respect to the fixes
> > branch? I.e. keep it a superset of drm-intel-fixes for the most part?
>
> Yes, I wanted to do t
On Mon, 06 Jun 2011 16:24:46 -0700
Keith Packard wrote:
> On Mon, 6 Jun 2011 13:36:18 -0700, Jesse Barnes
> wrote:
>
> > Can you keep drm-intel-next fairly up to date with respect to the fixes
> > branch? I.e. keep it a superset of drm-intel-fixes for the most part?
>
> Yes, I wanted to do t
On Mon, 6 Jun 2011 13:36:18 -0700, Jesse Barnes
wrote:
> Can you keep drm-intel-next fairly up to date with respect to the fixes
> branch? I.e. keep it a superset of drm-intel-fixes for the most part?
Yes, I wanted to do that now, but -fixes is not a fast-forward from
-next and I thought I sho
n/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110606/2a9c9038/attachment-0001.pgp>
Hello all,
I saw at some point that per-process GTT (ppGTT) may be (or is already)
implemented to handle paging. Right now, I am investigating some flat space
addressing (ab)using surface states. The idea is to create a surface state (raw
buffer only, this is GPGPU stuff) as big enough to cover
Hello all,
I saw at some point that per-process GTT (ppGTT) may be (or is already)
implemented to handle paging. Right now, I am investigating some flat space
addressing (ab)using surface states. The idea is to create a surface state (raw
buffer only, this is GPGPU stuff) as big enough to cover
The current RE'd code causes blank screens and
display problems on a lot of systems. So disable
it by default for now. It can still be enabled
by setting the audio parameter to 1. E.g.:
radeon.audio=1
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=38010
https://bugs.freedesktop.org/show_bu
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #3 from darkbasic 2011-06-06 14:18:41 PDT ---
> Does booting with radeon.audio=0 on the kernel command line in grub help?
OMG you had been faster than light, and it worked! Consider this card does not
even have an HDMI output!
Thank
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #3 from darkbasic 2011-06-06 14:18:41 PDT
---
> Does booting with radeon.audio=0 on the kernel command line in grub help?
OMG you had been faster than light, and it worked! Consider this card does not
even have an HDMI output!
Than
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #2 from darkbasic 2011-06-06 14:13:48 PDT ---
Created an attachment (id=47623)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47623)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #1 from Alex Deucher 2011-06-06 14:13:06 PDT ---
Does booting with radeon.audio=0 on the kernel command line in grub help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #2 from darkbasic 2011-06-06 14:13:48 PDT
---
Created an attachment (id=47623)
--> (https://bugs.freedesktop.org/attachment.cgi?id=47623)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=38010
--- Comment #1 from Alex Deucher 2011-06-06 14:13:06 PDT
---
Does booting with radeon.audio=0 on the kernel command line in grub help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=38010
Summary: DVI output not working with radeon on RV610
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=38010
Summary: DVI output not working with radeon on RV610
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
On 2011-06-06 19:20 +0200, Melchior FRANZ wrote:
> * Nick Bowler -- Monday 06 June 2011:
> > After upgrading to 3.0-rc2, my second display is no longer working
> > correctly on a desktop with an Intel G45 graphics chip.
> [...]
> > What I do know is that the problem was originally introduced by
> >
On Sat, 04 Jun 2011 23:05:23 -0700
"Keith Packard" wrote:
> 1) drm-intel-next
>
> This contains work destined for the 'next' release, it may include
> new functionality and performance enhancements. It may also cause
> regressions on some hardware. The tip of this tree will be sent
On Sat, 04 Jun 2011 23:05:23 -0700
"Keith Packard" wrote:
> 1) drm-intel-next
>
> This contains work destined for the 'next' release, it may include
> new functionality and performance enhancements. It may also cause
> regressions on some hardware. The tip of this tree will be sent
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #9 from Pierre-Eric Pelloux-Prayer 2011-06-06
13:28:16 PDT ---
Created an attachment (id=47621)
View: https://bugs.freedesktop.org/attachment.cgi?id=47621
Review: https://bugs.freedesktop.org/review?bug=37028&attachment=47621
prop
https://bugs.freedesktop.org/show_bug.cgi?id=37028
--- Comment #9 from Pierre-Eric Pelloux-Prayer
2011-06-06 13:28:16 PDT ---
Created an attachment (id=47621)
View: https://bugs.freedesktop.org/attachment.cgi?id=47621
Review: https://bugs.freedesktop.org/review?bug=37028&attachment=47621
prop
On Mon, 6 Jun 2011 19:20:06 +0200, Melchior FRANZ
wrote:
> That's apparently the bug that I've submitted a patch for on 2011/5/31:
> https://lkml.org/lkml/2011/5/31/393
> I assume/hope it's still in someone's queue.
Yeah, we "shouldn't" need to call intel_enable_plane from
i9xx_crtc_mode_set as
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110606/5d412baf/attachment.pgp>
After upgrading to 3.0-rc2, my second display is no longer working
correctly on a desktop with an Intel G45 graphics chip. The system has
two displays, one connected by HDMI and the other by VGA.
Both displays work fine in the console; the troubles begin after
starting X. It *looks* as if one of
Apple uses the same subsystem pci ids for lots of
hardware much of which is wired up differently. In
this case, the G5 imac and the G5 tower.
Only apply the quirk configuration to G5 towers.
Reported-by: Joachim Henke
Signed-off-by: Alex Deucher
Cc: Joachim Henke
Cc: Michel D?nzer
---
drive
* Greg Dietsche :
> the code always returns ret regardless, so if(ret) check is unecessary.
/unecessary/unnecessary/
>
> Signed-off-by: Greg Dietsche
Reviewed-by: Nicolas Kaiser
Best regards,
Nicolas Kaiser
> ---
> drivers/gpu/drm/savage/savage_bci.c |3 ---
> 1 files changed, 0 insertion
the code always returns ret regardless, so if(ret) check is unecessary.
Signed-off-by: Greg Dietsche
---
drivers/gpu/drm/savage/savage_bci.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/savage/savage_bci.c
b/drivers/gpu/drm/savage/savage_bci.c
index
Hi,
since printk_ratelimit() shouldn't be used anymore, I replaced it at several
points, where it was possible with printk_ratelimited(FMT,...). This shouldn't
change the behaviour in most cases, except that the printk will use an local
ratelimit instead of an global one shared with all other print
Since printk_ratelimit() shouldn't be used anymore (see comment in
include/linux/printk.h), replace it with printk_ratelimited.
Signed-off-by: Christian Dietrich
---
drivers/gpu/drm/drm_ioc32.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_
On 2011-06-06 19:20 +0200, Melchior FRANZ wrote:
> * Nick Bowler -- Monday 06 June 2011:
> > After upgrading to 3.0-rc2, my second display is no longer working
> > correctly on a desktop with an Intel G45 graphics chip.
> [...]
> > What I do know is that the problem was originally introduced by
> >
After upgrading to 3.0-rc2, my second display is no longer working
correctly on a desktop with an Intel G45 graphics chip. The system has
two displays, one connected by HDMI and the other by VGA.
Both displays work fine in the console; the troubles begin after
starting X. It *looks* as if one of
> I think the intel driver forces a reset to the system scanout on release. I've
> actually never found a test to indicate it was completely necessary on
> other GPUs
I need to force this on the GMA500 because we want some kind of sane
scanout left and the nice guys at Dell decided the Mini 10 did
* Nick Bowler -- Monday 06 June 2011:
> After upgrading to 3.0-rc2, my second display is no longer working
> correctly on a desktop with an Intel G45 graphics chip.
[...]
> What I do know is that the problem was originally introduced by
> 49183b2818de ("drm/i915: Only enable the plane after setting
Apple uses the same subsystem pci ids for lots of
hardware much of which is wired up differently. In
this case, the G5 imac and the G5 tower.
Only apply the quirk configuration to G5 towers.
Reported-by: Joachim Henke
Signed-off-by: Alex Deucher
Cc: Joachim Henke
Cc: Michel Dänzer
---
drive
https://bugs.freedesktop.org/show_bug.cgi?id=29226
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #14 from Michal Suchanek 2011-06-06 07:46:16
PDT ---
Yes, this has been fixed in 7.11.
A piglit test for this would be nice because it was a longstanding issue for
which I did not find any test neither in piglit nor in mesa-demos.
https://bugs.freedesktop.org/show_bug.cgi?id=29226
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #14 from Michal Suchanek 2011-06-06
07:46:16 PDT ---
Yes, this has been fixed in 7.11.
A piglit test for this would be nice because it was a longstanding issue for
which I did not find any test neither in piglit nor in mesa-demos.
* Greg Dietsche :
> the code always returns ret regardless, so if(ret) check is unecessary.
/unecessary/unnecessary/
>
> Signed-off-by: Greg Dietsche
Reviewed-by: Nicolas Kaiser
Best regards,
Nicolas Kaiser
> ---
> drivers/gpu/drm/savage/savage_bci.c |3 ---
> 1 files changed, 0 insertion
The ACPI support code probably wasn't very useful on ia64, and now
depends on mxm-wmi which is definitely x86-only.
Compile-tested on ia64 and i386.
Signed-off-by: Ben Hutchings
---
drivers/gpu/drm/nouveau/Kconfig |4 ++--
drivers/gpu/drm/nouveau/Makefile |2 ++
drivers/gpu/d
66 matches
Mail list logo
