[PATCH resend 1/2] drm: Fix EDID color fromat parsing

On Thu, Mar 1, 2012 at 8:26 PM, Lars-Peter Clausen wrote: > On 02/28/2012 07:04 PM, Jesse Barnes wrote: >> On Tue, 28 Feb 2012 10:21:44 +0100 >> Lars-Peter Clausen wrote: >> >>> The code should obviously check the EDID feature field for EDID feature >>> flags >>> and not the color_formats field

[korg]help: How to submit a kernel driver on kernel.org.

ailing_list_netiquette -- 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/20120301/45063fad/attachment.pgp>

[PATCH v2] i915: Add option to bypass vbt table.

-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120301/8ff5caab/attachment.pgp>

[PATCH v2] i915: Add option to bypass vbt table.

On Thu, Mar 01, 2012 at 06:44:35AM +0100, Mathias.Froehlich at gmx.net wrote: > From: Mathias Fr?hlich > > Add an option to skip reading the mode entries from > the vbt bios tables. > This change enables the use of displays where the vbt table just > contains inappropriate values, but either the

[PATCH resend 1/2] drm: Fix EDID color fromat parsing

On 02/28/2012 07:04 PM, Jesse Barnes wrote: > On Tue, 28 Feb 2012 10:21:44 +0100 > Lars-Peter Clausen wrote: > >> The code should obviously check the EDID feature field for EDID feature flags >> and not the color_formats field of the drm_display_info struct. Also update >> the >> color_formats

[PATCH] mm: extend prefault helpers to fault in more than PAGE_SIZE

drm/i915 wants to read/write more than one page in its fastpath and hence needs to prefault more than PAGE_SIZE bytes. Add new functions in filemap.h to make that possible. Also kill a copy spurious space in both functions while at it. v2: As suggested by Andrew Morton, add a multipage

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

Status update: In r600.c I found for RS780, num_*_threads are like this: sq_thread_resource_mgmt = (NUM_PS_THREADS(79) | NUM_VS_THREADS(78) | NUM_GS_THREADS(4) |

[PATCH 3/3] dma_buf: Add documentation for the new cpu access support

Signed-off-by: Daniel Vetter --- Documentation/dma-buf-sharing.txt | 102 +++- 1 files changed, 99 insertions(+), 3 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt index 225f96d..f12542b 100644 ---

[PATCH 2/3] dma-buf: add support for kernel cpu access

Big differences to other contenders in the field (like ion) is that this also supports highmem, so we have to split up the cpu access from the kernel side into a prepare and a kmap step. Prepare is allowed to fail and should do everything required so that the kmap calls can succeed (like

[PATCH 1/3] dma-buf: don't hold the mutex around map/unmap calls

The mutex protects the attachment list and hence needs to be held around the callbakc to the exporters (optional) attach/detach functions. Holding the mutex around the map/unmap calls doesn't protect any dma_buf state. Exporters need to properly protect any of their own state anyway (to protect

[PATCH 0/3] [RFC] kernel cpu access support for dma_buf

Hi all, This series here implements an interface to enable cpu access from the kernel context to dma_buf objects. The main design goal of this interface proposal is to enable buffer objects that reside in highmem. Comments, flames, ideas and questions highly welcome. Althouhg I might be a bit

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #29 from Alex Deucher 2012-03-01 16:26:05 --- For some reason the entire secondary display path is disabled (tv encoder, dac, crtc) with KMS on your system for some reason. I can't reproduce it here unfortunately. Does the

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #28 from Alex Deucher 2012-03-01 16:17:59 --- Can you attach the dmesg output with that patch applied? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #27 from Egor Y. Egorov 2012-03-01 16:13:21 --- No, did not help. :( $ xrandr --verbose Screen 0: minimum 320 x 200, current 2304 x 1024, maximum 8192 x 8192 DVI-0 connected 1280x1024+0+0 (0x54) normal (normal left inverted

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 Alex Deucher changed: What|Removed |Added Attachment #72501|0 |1 is obsolete|

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #25 from Alex Deucher 2012-03-01 15:04:05 --- What mode are you trying to use on the TV? Can you attach the output of xrandr --verbose with KMS? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #24 from Egor Y. Egorov 2012-03-01 14:45:15 --- Created an attachment (id=72505) --> (https://bugzilla.kernel.org/attachment.cgi?id=72505) vbios.rom -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #23 from Alex Deucher 2012-03-01 14:40:44 --- Please attach a copy of your video bios. (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/ echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom -- Configure

[korg]help: How to submit a kernel driver on kernel.org.

On Thu, 2012-03-01 at 14:28 +0800, Aaron.Chen ??? wrote: > Hi, > > > > I?m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai > Office. We have developed a kernel driver for all our graphics chips. We > really want to know the way to submit a kernel driver to kernel.org. I

[PATCH] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

From: Ville Syrj?l? Make sure we don't access beyond the extension block when parsing CEA detailed timing descriptors. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_edid.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git

[PATCH] Fix wrong assumptions in cea_for_each_detailed_block

On Thu, Mar 01, 2012 at 01:53:01PM +0200, Ville Syrj?l? wrote: > On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote: > > The current logic misunderstands the spec about CEA 18byte descriptors. > > First, the spec doesn't state "detailed timing descriptors" but "18 byte > >

[PATCH] Fix wrong assumptions in cea_for_each_detailed_block

On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote: > The current logic misunderstands the spec about CEA 18byte descriptors. > First, the spec doesn't state "detailed timing descriptors" but "18 byte > descriptors", so any data record could be stored, mixed timings and > other

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #22 from Egor Y. Egorov 2012-03-01 13:39:51 --- Unfortunately the patch did not help. Everything remains as before. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 22195] app crashed to desktop with Radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=22195 --- Comment #11 from Pablo 2012-03-01 05:33:49 PST --- I Guess this can be closed. the game is playable with mesa 7.12 or higher -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 46802] Regnum online dont run on Shader model 2

https://bugs.freedesktop.org/show_bug.cgi?id=46802 Sven Arvidsson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH libdrm] Don't require pciaccess if Intel is disabled

Signed-off-by: Matt Turner --- configure.ac | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index 97bbcb7..71a596c 100644 --- a/configure.ac +++ b/configure.ac @@ -51,10 +51,6 @@ PKG_CHECK_MODULES(PTHREADSTUBS, pthread-stubs)

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

2012/3/1 : > Status update: > In r600.c I found for RS780, num_*_threads are like this: >sq_thread_resource_mgmt = (NUM_PS_THREADS(79) | > NUM_VS_THREADS(78) | > NUM_GS_THREADS(4) | >

[PATCH] mm: extend prefault helpers to fault in more than PAGE_SIZE

On Thu, 1 Mar 2012 20:22:59 +0100 Daniel Vetter wrote: > drm/i915 wants to read/write more than one page in its fastpath > and hence needs to prefault more than PAGE_SIZE bytes. > > Add new functions in filemap.h to make that possible. > > Also kill a copy spurious space in both functions

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 Michel D?nzer changed: What|Removed |Added AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at lists.freedesktop

[git pull] drm fixes

Hi Linus, intel: fixes for output regression on 965GM, an oops and a machine hang radeon: uninitialised var (that gcc didn't warn about for some reason) + a couple of correctness fixes. exynos: fixes for various things, drop some chunks of unused code. Dave. The following changes since commit

[PATCH] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

On Thu, Mar 1, 2012 at 7:01 AM, wrote: > From: Ville Syrj?l? > > Make sure we don't access beyond the extension block when parsing CEA > detailed timing descriptors. > > Signed-off-by: Ville Syrj?l? Reviewed-by: Alex Deucher > --- > ?drivers/gpu/drm/drm_edid.c | ? ?3 +++ > ?1 files changed,

[PATCH v2] i915: Add option to bypass vbt table.

From: Mathias Fr?hlich Add an option to skip reading the mode entries from the vbt bios tables. This change enables the use of displays where the vbt table just contains inappropriate values, but either the vesa defaults or the video=... modes do something sensible with

[PATCH] i915: Add option to bypass vbt table.

Hi, On Wednesday, February 29, 2012 22:04:45 you wrote: > thank you for your patch. Could you please resend it as [PATCH v2] with > the following things addressed. Will do. Thanks! Mathias

[Bug 46802] Regnum online dont run on Shader model 2

https://bugs.freedesktop.org/show_bug.cgi?id=46802 --- Comment #2 from Pablo 2012-02-29 19:42:55 PST --- Created attachment 57843 --> https://bugs.freedesktop.org/attachment.cgi?id=57843 static image in sm2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 46802] Regnum online dont run on Shader model 2

https://bugs.freedesktop.org/show_bug.cgi?id=46802 Pablo changed: What|Removed |Added Priority|medium |low --- Comment #1 from Pablo 2012-02-29

[PATCH] mm: extend prefault helpers to fault in more than PAGE_SIZE

On Wed, Feb 29, 2012 at 03:01:46PM -0800, Andrew Morton wrote: > On Wed, 29 Feb 2012 15:03:31 +0100 > Daniel Vetter wrote: > > > drm/i915 wants to read/write more than one page in its fastpath > > and hence needs to prefault more than PAGE_SIZE bytes. > > > > I've checked the callsites and they

[korg]help: How to submit a kernel driver on kernel.org.

Hi, I’m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai Office. We have developed a kernel driver for all our graphics chips. We really want to know the way to submit a kernel driver to kernel.org. I have received a document file which is on

[git pull] drm fixes

Hi Linus, intel: fixes for output regression on 965GM, an oops and a machine hang radeon: uninitialised var (that gcc didn't warn about for some reason) + a couple of correctness fixes. exynos: fixes for various things, drop some chunks of unused code. Dave. The following changes since commit

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org

Re: [PATCH] Fix wrong assumptions in cea_for_each_detailed_block

On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote: The current logic misunderstands the spec about CEA 18byte descriptors. First, the spec doesn't state detailed timing descriptors but 18 byte descriptors, so any data record could be stored, mixed timings and other data, just

Re: [PATCH] Fix wrong assumptions in cea_for_each_detailed_block

On Thu, Mar 01, 2012 at 01:53:01PM +0200, Ville Syrjälä wrote: On Sun, Nov 13, 2011 at 02:04:54AM +0100, Christian Schmidt wrote: The current logic misunderstands the spec about CEA 18byte descriptors. First, the spec doesn't state detailed timing descriptors but 18 byte descriptors, so any

[PATCH] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

From: Ville Syrjälä ville.syrj...@linux.intel.com Make sure we don't access beyond the extension block when parsing CEA detailed timing descriptors. Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com --- drivers/gpu/drm/drm_edid.c |3 +++ 1 files changed, 3 insertions(+), 0

[Bug 46802] Regnum online dont run on Shader model 2

https://bugs.freedesktop.org/show_bug.cgi?id=46802 Sven Arvidsson s...@whiz.se changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 22195] app crashed to desktop with Radeon driver

https://bugs.freedesktop.org/show_bug.cgi?id=22195 --- Comment #11 from Pablo silpa...@hotmail.com 2012-03-01 05:33:49 PST --- I Guess this can be closed. the game is playable with mesa 7.12 or higher -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #22 from Egor Y. Egorov egorov_e...@bk.ru 2012-03-01 13:39:51 --- Unfortunately the patch did not help. Everything remains as before. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are

Re: [PATCH] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

On Thu, Mar 1, 2012 at 7:01 AM, ville.syrj...@linux.intel.com wrote: From: Ville Syrjälä ville.syrj...@linux.intel.com Make sure we don't access beyond the extension block when parsing CEA detailed timing descriptors. Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com Reviewed-by:

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #23 from Alex Deucher alexdeuc...@gmail.com 2012-03-01 14:40:44 --- Please attach a copy of your video bios. (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/pci bus id echo 1 rom cat rom /tmp/vbios.rom echo 0

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #24 from Egor Y. Egorov egorov_e...@bk.ru 2012-03-01 14:45:15 --- Created an attachment (id=72505) -- (https://bugzilla.kernel.org/attachment.cgi?id=72505) vbios.rom -- Configure bugmail:

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #25 from Alex Deucher alexdeuc...@gmail.com 2012-03-01 15:04:05 --- What mode are you trying to use on the TV? Can you attach the output of xrandr --verbose with KMS? -- Configure bugmail:

[PATCH 0/3] [RFC] kernel cpu access support for dma_buf

Hi all, This series here implements an interface to enable cpu access from the kernel context to dma_buf objects. The main design goal of this interface proposal is to enable buffer objects that reside in highmem. Comments, flames, ideas and questions highly welcome. Althouhg I might be a bit

[PATCH 1/3] dma-buf: don't hold the mutex around map/unmap calls

The mutex protects the attachment list and hence needs to be held around the callbakc to the exporters (optional) attach/detach functions. Holding the mutex around the map/unmap calls doesn't protect any dma_buf state. Exporters need to properly protect any of their own state anyway (to protect

[PATCH 2/3] dma-buf: add support for kernel cpu access

Big differences to other contenders in the field (like ion) is that this also supports highmem, so we have to split up the cpu access from the kernel side into a prepare and a kmap step. Prepare is allowed to fail and should do everything required so that the kmap calls can succeed (like

[PATCH 3/3] dma_buf: Add documentation for the new cpu access support

Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch --- Documentation/dma-buf-sharing.txt | 102 +++- 1 files changed, 99 insertions(+), 3 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt index 225f96d..f12542b

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added Attachment #72501|0 |1 is

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #27 from Egor Y. Egorov egorov_e...@bk.ru 2012-03-01 16:13:21 --- No, did not help. :( $ xrandr --verbose Screen 0: minimum 320 x 200, current 2304 x 1024, maximum 8192 x 8192 DVI-0 connected 1280x1024+0+0 (0x54) normal (normal

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #28 from Alex Deucher alexdeuc...@gmail.com 2012-03-01 16:17:59 --- Can you attach the dmesg output with that patch applied? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving

[Bug 42727] radeon KMS with CRT TV

https://bugzilla.kernel.org/show_bug.cgi?id=42727 --- Comment #29 from Alex Deucher alexdeuc...@gmail.com 2012-03-01 16:26:05 --- For some reason the entire secondary display path is disabled (tv encoder, dac, crtc) with KMS on your system for some reason. I can't reproduce it here

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

Status update: In r600.c I found for RS780, num_*_threads are like this: sq_thread_resource_mgmt = (NUM_PS_THREADS(79) | NUM_VS_THREADS(78) | NUM_GS_THREADS(4) |

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

2012/3/1 che...@lemote.com: Status update: In r600.c I found for RS780, num_*_threads are like this: sq_thread_resource_mgmt = (NUM_PS_THREADS(79) | NUM_VS_THREADS(78) | NUM_GS_THREADS(4) |

[PATCH libdrm] Don't require pciaccess if Intel is disabled

Signed-off-by: Matt Turner matts...@gmail.com --- configure.ac | 10 ++ 1 files changed, 6 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index 97bbcb7..71a596c 100644 --- a/configure.ac +++ b/configure.ac @@ -51,10 +51,6 @@ PKG_CHECK_MODULES(PTHREADSTUBS,

Re: [korg]help: How to submit a kernel driver on kernel.org.

On Thu, 2012-03-01 at 14:28 +0800, Aaron.Chen 陈俊杰 wrote: Hi, I’m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai Office. We have developed a kernel driver for all our graphics chips. We really want to know the way to submit a kernel driver to kernel.org. I have

[PATCH] mm: extend prefault helpers to fault in more than PAGE_SIZE

drm/i915 wants to read/write more than one page in its fastpath and hence needs to prefault more than PAGE_SIZE bytes. Add new functions in filemap.h to make that possible. Also kill a copypasted spurious space in both functions while at it. v2: As suggested by Andrew Morton, add a multipage

Re: [PATCH resend 1/2] drm: Fix EDID color fromat parsing

On 02/28/2012 07:04 PM, Jesse Barnes wrote: On Tue, 28 Feb 2012 10:21:44 +0100 Lars-Peter Clausen l...@metafoo.de wrote: The code should obviously check the EDID feature field for EDID feature flags and not the color_formats field of the drm_display_info struct. Also update the

Re: [PATCH v2] i915: Add option to bypass vbt table.

On Thu, Mar 01, 2012 at 06:44:35AM +0100, mathias.froehl...@gmx.net wrote: From: Mathias Fröhlich mathias.froehl...@web.de Add an option to skip reading the mode entries from the vbt bios tables. This change enables the use of displays where the vbt table just contains inappropriate values,

Re: [PATCH] mm: extend prefault helpers to fault in more than PAGE_SIZE

On Thu, 1 Mar 2012 20:22:59 +0100 Daniel Vetter daniel.vet...@ffwll.ch wrote: drm/i915 wants to read/write more than one page in its fastpath and hence needs to prefault more than PAGE_SIZE bytes. Add new functions in filemap.h to make that possible. Also kill a copypasted spurious space

Re: [PATCH v2] i915: Add option to bypass vbt table.

Am Donnerstag, den 01.03.2012, 20:38 +0100 schrieb Daniel Vetter: On Thu, Mar 01, 2012 at 06:44:35AM +0100, mathias.froehl...@gmx.net wrote: From: Mathias Fröhlich mathias.froehl...@web.de Add an option to skip reading the mode entries from the vbt bios tables. This change enables the

Re: [korg]help: How to submit a kernel driver on kernel.org.

Dear Aaron, thank you for contacting the list. We are looking forward to your patches. Am Donnerstag, den 01.03.2012, 14:05 -0500 schrieb Jerome Glisse: On Thu, 2012-03-01 at 14:28 +0800, Aaron.Chen 陈俊杰 wrote: I’m from Silicon Motion Technology Corporation (NasdaqGS:SIMO) Shanghai

Re: [PATCH resend 1/2] drm: Fix EDID color fromat parsing

On Thu, Mar 1, 2012 at 8:26 PM, Lars-Peter Clausen l...@metafoo.de wrote: On 02/28/2012 07:04 PM, Jesse Barnes wrote: On Tue, 28 Feb 2012 10:21:44 +0100 Lars-Peter Clausen l...@metafoo.de wrote: The code should obviously check the EDID feature field for EDID feature flags and not the

Re: [PATCH v2] i915: Add option to bypass vbt table.

On Thu, Mar 01, 2012 at 10:41:32PM +0100, Paul Menzel wrote: Am Donnerstag, den 01.03.2012, 20:38 +0100 schrieb Daniel Vetter: On Thu, Mar 01, 2012 at 06:44:35AM +0100, mathias.froehl...@gmx.net wrote: From: Mathias Fröhlich mathias.froehl...@web.de Add an option to skip reading the

[Bug 45984] Piglit:Xserver crashes with segmentation fault after few seconds of r600.tests launch.

https://bugs.freedesktop.org/show_bug.cgi?id=45984 --- Comment #7 from samit vats hysv...@gmail.com 2012-03-01 22:01:33 PST --- (In reply to comment #6) I am reproducing the issue with higher versions of xorg-server.Once confirm the issue is reproduced with higer versions, I will attach the

[Bug 45984] Piglit:Xserver crashes with segmentation fault after few seconds of r600.tests launch.

https://bugs.freedesktop.org/show_bug.cgi?id=45984 samit vats hysv...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v2] i915: Add option to bypass vbt table.

Hi, On Thursday, March 01, 2012 23:23:43 Daniel Vetter wrote: Ah, that explains things. I've added this to the commit message and queued it for -next, thanks. May be the next time I should also include the reason beyond the technical details in the commit message. Thanks for queuing up!