* 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
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|
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
* 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
> 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
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
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
> >
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_
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
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
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
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 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=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
--- 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 #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
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
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
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
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 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
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
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
--- Comment
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
--- 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
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
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #4 f
https://bugzilla.kernel.org/show_bug.cgi?id=36812
James Cloos changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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://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=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
--- 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 #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 #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
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
>
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
* 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
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|
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
* 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
> 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
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
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
> >
- 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>
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 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=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
--- 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
--- 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 #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
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
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
n/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110606/2a9c9038/attachment-0001.pgp>
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 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
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
https://bugzilla.kernel.org/show_bug.cgi?id=36812
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
--- Comm
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=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=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
--- 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 #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 #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
66 matches
Mail list logo