OT: sending patches to the list (was: [PATCH] kernel/drm: vblank wait on crtc > 1)

2011-03-21 Thread Paul Menzel
` -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20110321/9313c39c/attachment.pgp>

[PATCH] drm/radeon/kms: prefer legacy pll algo for tv-out

2011-03-21 Thread Alex Deucher
ntsc seems to work fine with either algo, some pal TVs seem pickier. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=30832 Signed-off-by: Alex Deucher Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/atombios_crtc.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git

Future desktop on dumb frame buffers?

2011-03-21 Thread Ondrej Zary
On Monday 21 March 2011 20:34:38 Corbin Simpson wrote: > On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes wrote: > > On Mon, 21 Mar 2011 19:19:43 + > > > > timofonic timofonic wrote: > >> So if KMS is so cool and provides many advantages over fbdev and > >> such... Why isn't more widely used i

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #3 from Dave Airlie 2011-03-21 21:42:27 PDT --- that kernel doesn't have KMS enabled which is probably not what you want. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mai

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #3 from Dave Airlie 2011-03-21 21:42:27 PDT --- that kernel doesn't have KMS enabled which is probably not what you want. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mai

Future desktop on dumb frame buffers?

2011-03-21 Thread Matt Turner
On Mon, Mar 21, 2011 at 9:20 PM, Alan Cox wrote: >> ? 1) inertia: fbdev has been around a lot longer, and provides most of >> ? what embedded devices need anyway >> ? 2) feature set: why bother doing a full KMS driver if you're not >> ? going to use any of the additional features it would provide

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #2 from Christopher Head 2011-03-21 21:26:41 PDT --- Created an attachment (id=44705) --> (https://bugs.freedesktop.org/attachment.cgi?id=44705) dmesg output with radeon.agpmode=-1 -- Configure bugmail: https://bugs.freedesktop.or

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #1 from Christopher Head 2011-03-21 21:26:26 PDT --- Created an attachment (id=44704) --> (https://bugs.freedesktop.org/attachment.cgi?id=44704) dmesg output from a failed attempt -- Configure bugmail: https://bugs.freedesktop.org

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #2 from Christopher Head 2011-03-21 21:26:41 PDT --- Created an attachment (id=44705) --> (https://bugs.freedesktop.org/attachment.cgi?id=44705) dmesg output with radeon.agpmode=-1 -- Configure bugmail: https://bugs.freedesktop.or

[Bug 35531] New: Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35531 Summary: Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up Product: DRI Version: unspecified Platform: x86 (IA32) URL: https://bugs.gentoo.org/show_bug.cgi?id=

[Bug 35531] Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35531 --- Comment #1 from Christopher Head 2011-03-21 21:26:26 PDT --- Created an attachment (id=44704) --> (https://bugs.freedesktop.org/attachment.cgi?id=44704) dmesg output from a failed attempt -- Configure bugmail: https://bugs.freedesktop.org

[Bug 35531] New: Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35531 Summary: Kernel 2.6.36 series, xf86-video-ati 6.14.0 kernel blows up Product: DRI Version: unspecified Platform: x86 (IA32) URL: https://bugs.gentoo.org/show_bug.cgi?id=

Future desktop on dumb frame buffers?

2011-03-21 Thread Alan Cox
> 1) inertia: fbdev has been around a lot longer, and provides most of > what embedded devices need anyway > 2) feature set: why bother doing a full KMS driver if you're not > going to use any of the additional features it would provide (output > management, memory management, execution m

Future desktop on dumb frame buffers?

2011-03-21 Thread Geert Uytterhoeven
On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote: > On Mon, 21 Mar 2011 19:19:43 + > timofonic timofonic wrote: >> So if KMS is so cool and provides many advantages over fbdev and >> such... Why isn't more widely used intead of still relying on fbdev? >> Why still using fbdev emulation (that

Re: [PATCH 1/2] i915: Remove pipe A force quirk for 855GM and 845G

2011-03-21 Thread Ben Hutchings
On Mon, 2011-03-21 at 07:38 +, Chris Wilson wrote: > On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings > wrote: > > Applying this quirk to the 855GM in all systems causes regressions > > (Debian bugs #493096, #619019). Instead, apply the quirk to specific > > models as listed in the old X dr

Future desktop on dumb frame buffers?

2011-03-21 Thread timofonic timofonic
Hello. I have some rants and questions about fbdev, KMS and graphics stuff to Linux. I'm just a mere user and occasional system administrator (and going to start computer programming soon), but I hope to be able to understand this situation better. So if KMS is so cool and provides many advantage

[RFC PATCH v2] Utilize the PCI API in the TTM framework.

2011-03-21 Thread Konrad Rzeszutek Wilk
On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel D?nzer wrote: > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote: > > > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying > > with modifying the TTM API to pass in 'struct device' or 'struct pci_device' > > but

Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 5:13 PM, Ondrej Zary wrote: > On Monday 21 March 2011 20:34:38 Corbin Simpson wrote: >> On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes > wrote: >> > On Mon, 21 Mar 2011 19:19:43 + >> > >> > timofonic timofonic wrote: >> >> So if KMS is so cool and provides many advan

[Bug 30832] Radeon S-Video Out has become black and white. Works fine in 2.6.37

2011-03-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=30832 --- Comment #5 from Arbit Rabbit 2011-03-22 00:09:34 --- Seems to work for me, thanks. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assi

Re: [RFC PATCH v2] Utilize the PCI API in the TTM framework.

2011-03-21 Thread Konrad Rzeszutek Wilk
On Mon, Mar 21, 2011 at 02:11:07PM +0100, Michel Dänzer wrote: > On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote: > > > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying > > with modifying the TTM API to pass in 'struct device' or 'struct pci_device' > > but

Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 3:50 PM, Geert Uytterhoeven wrote: > On Mon, Mar 21, 2011 at 20:25, Jesse Barnes > wrote: >> On Mon, 21 Mar 2011 19:19:43 + >> timofonic timofonic wrote: >>> So if KMS is so cool and provides many advantages over fbdev and >>> such... Why isn't more widely used intea

OT: sending patches to the list (was: [PATCH] kernel/drm: vblank wait on crtc > 1)

2011-03-21 Thread Paul Menzel
Am Sonntag, den 20.03.2011, 18:47 -0500 schrieb Ilija Hadzic: > sorry about that, I use pine and thought that's as plain as it gets. I > guess next time I'll try just 'mail' from command line. Or `git send-email`¹. Thanks, Paul ¹ manual: `git help send-email` signature.asc Description: Thi

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 5:13 PM, Ondrej Zary wrote: > On Monday 21 March 2011 20:34:38 Corbin Simpson wrote: >> On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes > wrote: >> > On Mon, 21 Mar 2011 19:19:43 + >> > >> > timofonic timofonic wrote: >> >> So if KMS is so cool and provides many advant

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Matt Turner
On Mon, Mar 21, 2011 at 9:20 PM, Alan Cox wrote: >>   1) inertia: fbdev has been around a lot longer, and provides most of >>   what embedded devices need anyway >>   2) feature set: why bother doing a full KMS driver if you're not >>   going to use any of the additional features it would provide

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 21:20:08 + Alan Cox wrote: > > 1) inertia: fbdev has been around a lot longer, and provides most of > > what embedded devices need anyway > > 2) feature set: why bother doing a full KMS driver if you're not > > going to use any of the additional features it would p

Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 21:20:08 + Alan Cox wrote: > > 1) inertia: fbdev has been around a lot longer, and provides most of > > what embedded devices need anyway > > 2) feature set: why bother doing a full KMS driver if you're not > > going to use any of the additional features it would p

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Ondrej Zary
On Monday 21 March 2011 20:34:38 Corbin Simpson wrote: > On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes wrote: > > On Mon, 21 Mar 2011 19:19:43 + > > > > timofonic timofonic wrote: > >> So if KMS is so cool and provides many advantages over fbdev and > >> such... Why isn't more widely used i

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Alan Cox
> 1) inertia: fbdev has been around a lot longer, and provides most of > what embedded devices need anyway > 2) feature set: why bother doing a full KMS driver if you're not > going to use any of the additional features it would provide (output > management, memory management, execution m

[RFC PATCH v2] Utilize the PCI API in the TTM framework.

2011-03-21 Thread Michel Dänzer
On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote: > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying > with modifying the TTM API to pass in 'struct device' or 'struct pci_device' > but figured it would make first sense to get your guys input before heading

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 3:50 PM, Geert Uytterhoeven wrote: > On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote: >> On Mon, 21 Mar 2011 19:19:43 + >> timofonic timofonic wrote: >>> So if KMS is so cool and provides many advantages over fbdev and >>> such... Why isn't more widely used intead o

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 12:34:38 -0700 Corbin Simpson wrote: > Related: We are still missing basic userspace tools (kmsset, e.g.), > some kind of direct KMS console (kmscon would work, if it existed), > and an xf86-video-modesetting which compiles and works (this is > actually possible now, with some

Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 12:34:38 -0700 Corbin Simpson wrote: > Related: We are still missing basic userspace tools (kmsset, e.g.), > some kind of direct KMS console (kmscon would work, if it existed), > and an xf86-video-modesetting which compiles and works (this is > actually possible now, with some

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 20:50:20 +0100 Geert Uytterhoeven wrote: > On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote: > > On Mon, 21 Mar 2011 19:19:43 + > > timofonic timofonic wrote: > >> So if KMS is so cool and provides many advantages over fbdev and > >> such... Why isn't more widely used i

Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 20:50:20 +0100 Geert Uytterhoeven wrote: > On Mon, Mar 21, 2011 at 20:25, Jesse Barnes > wrote: > > On Mon, 21 Mar 2011 19:19:43 + > > timofonic timofonic wrote: > >> So if KMS is so cool and provides many advantages over fbdev and > >> such... Why isn't more widely use

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Geert Uytterhoeven
On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote: > On Mon, 21 Mar 2011 19:19:43 + > timofonic timofonic wrote: >> So if KMS is so cool and provides many advantages over fbdev and >> such... Why isn't more widely used intead of still relying on fbdev? >> Why still using fbdev emulation (that

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Corbin Simpson
On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes wrote: > On Mon, 21 Mar 2011 19:19:43 + > timofonic timofonic wrote: >> So if KMS is so cool and provides many advantages over fbdev and >> such... Why isn't more widely used intead of still relying on fbdev? >> Why still using fbdev emulation (t

Future desktop on dumb frame buffers?

2011-03-21 Thread Corbin Simpson
On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes wrote: > On Mon, 21 Mar 2011 19:19:43 + > timofonic timofonic wrote: >> So if KMS is so cool and provides many advantages over fbdev and >> such... Why isn't more widely used intead of still relying on fbdev? >> Why still using fbdev emulation (

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread timofonic timofonic
Hello. I have some rants and questions about fbdev, KMS and graphics stuff to Linux. I'm just a mere user and occasional system administrator (and going to start computer programming soon), but I hope to be able to understand this situation better. So if KMS is so cool and provides many advantage

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 19:19:43 + timofonic timofonic wrote: > So if KMS is so cool and provides many advantages over fbdev and > such... Why isn't more widely used intead of still relying on fbdev? > Why still using fbdev emulation (that is partial and somewhat broken, > it seems) instead using

Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Mon, 21 Mar 2011 19:19:43 + timofonic timofonic wrote: > So if KMS is so cool and provides many advantages over fbdev and > such... Why isn't more widely used intead of still relying on fbdev? > Why still using fbdev emulation (that is partial and somewhat broken, > it seems) instead using

[Bug 34088] Update autotools configuration

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=34088 Javier Jardón changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 34088] Update autotools configuration

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=34088 Javier Jard?n changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Sat, 19 Mar 2011 12:20:24 +0100 Geert Uytterhoeven wrote: > As noone responded to my question in > http://www.spinics.net/lists/dri-devel/msg08851.html > (yes, it was a bit hidden in a thread), I'm asking it here again (and > also on the Wayland > mailing list). > > Basically I'm still puzzle

Future desktop on dumb frame buffers?

2011-03-21 Thread Jesse Barnes
On Sat, 19 Mar 2011 12:20:24 +0100 Geert Uytterhoeven wrote: > As noone responded to my question in > http://www.spinics.net/lists/dri-devel/msg08851.html > (yes, it was a bit hidden in a thread), I'm asking it here again (and > also on the Wayland > mailing list). > > Basically I'm still puzzle

[PATCH] drm: check for modesetting on modeset ioctls

2011-03-21 Thread Dave Airlie
From: Dave Airlie Noticed this while working on some other things, helps if we check for modeset enabled on modesetting ioctls. Cc: stable at kernel.org Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_crtc.c | 51 1 files changed, 51 insertions

[PATCH] kernel/drm: vblank wait on crtc > 1

2011-03-21 Thread Dave Airlie
On Sat, Mar 19, 2011 at 7:58 AM, Ilija Hadzic wrote: > > Hi Dave, > > Below is a patch against drm-next branch of 2.6.38-rc8+ kernel that adds the > capability to wait on vblank events for CRTCs that are greater than 1 and > thus cannot be represented with primary/secondary flags in the legacy > i

[Bug 35502] Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35502 --- Comment #2 from John Lindgren 2011-03-21 07:42:40 PDT --- I will see if I can find the time. Probably not before this weekend. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 35502] Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35502 --- Comment #2 from John Lindgren 2011-03-21 07:42:40 PDT --- I will see if I can find the time. Probably not before this weekend. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH 1/2] i915: Remove pipe A force quirk for 855GM and 845G

2011-03-21 Thread Chris Wilson
On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings wrote: > Applying this quirk to the 855GM in all systems causes regressions > (Debian bugs #493096, #619019). Instead, apply the quirk to specific > models as listed in the old X driver. > > I don't see any explanation for this quirk being appli

[Bug 35502] Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35502 --- Comment #1 from Alex Deucher 2011-03-21 07:23:42 PDT --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. _

[Bug 35502] Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35502 --- Comment #1 from Alex Deucher 2011-03-21 07:23:42 PDT --- Can you bisect? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

[PATCH 2/2] i915: Apply the pipe A force quirk to some more models

2011-03-21 Thread Chris Wilson
On Sun, 20 Mar 2011 23:09:38 +, Ben Hutchings wrote: > Add some more IDs as listed in the old X driver. > > Signed-off-by: Ben Hutchings > --- > Is there some reason these were omitted from the kernel driver? Yes, because they are non-gen2 chipsets and should have never needed the pipe-A q

Re: [RFC PATCH v2] Utilize the PCI API in the TTM framework.

2011-03-21 Thread Michel Dänzer
On Fre, 2011-01-07 at 12:11 -0500, Konrad Rzeszutek Wilk wrote: > > 1) The 'NULL' when doing dma_alloc_coherent is unsightly. I was toying > with modifying the TTM API to pass in 'struct device' or 'struct pci_device' > but figured it would make first sense to get your guys input before heading

[Bug 35502] New: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35502 Summary: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine) Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 35502] New: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine)

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35502 Summary: Regression: black screen with Radeon KMS in 2.6.38 (2.6.37.4 worked fine) Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 35483] util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35483 --- Comment #2 from Kai 2011-03-21 04:41:34 PDT --- (In reply to comment #1) > You can't tell from the backtrace, but I think I know what this is. Wine > sometimes does FBO blits directly to the front buffer. This currently tends to > crash due t

[Bug 35483] util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35483 --- Comment #2 from Kai 2011-03-21 04:41:34 PDT --- (In reply to comment #1) > You can't tell from the backtrace, but I think I know what this is. Wine > sometimes does FBO blits directly to the front buffer. This currently tends to > crash due

[Bug 35483] util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35483 --- Comment #1 from Henri Verbeet 2011-03-21 02:28:04 PDT --- Created an attachment (id=44652) View: https://bugs.freedesktop.org/attachment.cgi?id=44652 Review: https://bugs.freedesktop.org/review?bug=35483&attachment=44652 patch You can't

[Bug 35483] util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35483 --- Comment #1 from Henri Verbeet 2011-03-21 02:28:04 PDT --- Created an attachment (id=44652) View: https://bugs.freedesktop.org/attachment.cgi?id=44652 Review: https://bugs.freedesktop.org/review?bug=35483&attachment=44652 patch You can't

[Bug 32639] [RADEON::R300C] artifacts on dinoshade, neverball and other GL softwares

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32639 --- Comment #10 from Fabio Pedretti 2011-03-21 01:43:48 PDT --- git clone git://anongit.freedesktop.org/mesa/mesa -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- Y

[Bug 32639] [RADEON::R300C] artifacts on dinoshade, neverball and other GL softwares

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=32639 --- Comment #10 from Fabio Pedretti 2011-03-21 01:43:48 PDT --- git clone git://anongit.freedesktop.org/mesa/mesa -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- Y

[Bug 32639] [RADEON::R300C] artifacts on dinoshade, neverball and other GL softwares

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=32639 --- Comment #9 from Fabio Pedretti 2011-03-21 01:39:02 PDT --- You could try with mesa from git master: git pull git://anongit.freedesktop.org/mesa/mesa It should be faster. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=

[Bug 32639] [RADEON::R300C] artifacts on dinoshade, neverball and other GL softwares

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=32639 --- Comment #9 from Fabio Pedretti 2011-03-21 01:39:02 PDT --- You could try with mesa from git master: git pull git://anongit.freedesktop.org/mesa/mesa It should be faster. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=

[PATCH] drm: check for modesetting on modeset ioctls

2011-03-21 Thread Alex Deucher
On Sun, Mar 20, 2011 at 8:03 PM, Dave Airlie wrote: > From: Dave Airlie > > Noticed this while working on some other things, helps if we check for modeset > enabled on modesetting ioctls. Seems like a good plan to me. Reviewed-by: Alex Deucher > > Cc: stable at kernel.org > Signed-off-by: Dav

Re: [PATCH 1/2] i915: Remove pipe A force quirk for 855GM and 845G

2011-03-21 Thread Chris Wilson
On Sun, 20 Mar 2011 23:07:04 +, Ben Hutchings wrote: > Applying this quirk to the 855GM in all systems causes regressions > (Debian bugs #493096, #619019). Instead, apply the quirk to specific > models as listed in the old X driver. > > I don't see any explanation for this quirk being applie

[Bug 35483] New: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35483 Summary: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 35483] New: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c

2011-03-21 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=35483 Summary: util_blit_pixels_writemask: crash in line 322 of src/gallium/auxiliary/util/u_blit.c Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All)

Re: [PATCH 2/2] i915: Apply the pipe A force quirk to some more models

2011-03-21 Thread Chris Wilson
On Sun, 20 Mar 2011 23:09:38 +, Ben Hutchings wrote: > Add some more IDs as listed in the old X driver. > > Signed-off-by: Ben Hutchings > --- > Is there some reason these were omitted from the kernel driver? Yes, because they are non-gen2 chipsets and should have never needed the pipe-A qu