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.Froehlich at gmx.net
> > wrote:
> > > From: Mathias Fr?hlich
> > >
> > > Add an option to skip reading the mode e
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
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!
Ma
ng_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>
-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>
https://bugs.freedesktop.org/show_bug.cgi?id=45984
samit vats changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=45984
--- Comment #7 from samit vats 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 gdb backtrace.
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
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 f
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&pasted spurious space in both functions while at it.
v2: As suggested by Andrew Morton, add a multipage pa
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) |
NUM_ES_T
Hi everyone,
sorry for the late answer, I was sure that it does not happen again,
but alas, right then, it happened again.
On Di, 28 Feb 2012, Paul Menzel wrote:
> I do not know. But it would be interesting to know if you just see this
> in your log files or if you also see some effects like scre
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
--- a/Documentation/
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 swapin/ba
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 ag
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
slo
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 follo
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: -
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 rig
https://bugzilla.kernel.org/show_bug.cgi?id=42727
Alex Deucher changed:
What|Removed |Added
Attachment #72501|0 |1
is obsolete|
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
---
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
---
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 bugmail:
much.
Regards
Aaron
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120301/854f3e8d/attachment.html>
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
> > >
> > > Add an option to skip reading the mode entries f
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
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 ha
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 a/drivers/gpu/drm/drm_edid.c b/drivers/gpu
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
> > descriptor
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,
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
> > Of
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
> >
> > Add an option to skip reading the mode entries from
> > the vbt bios tables.
> > This change enables the use of display
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 b
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 beca
https://bugs.freedesktop.org/show_bug.cgi?id=46802
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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)
AC_SUBST
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) |
>
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&pasted spurious space in both functio
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&pasted spurious space in both functio
On Thu, Mar 01, 2012 at 06:44:35AM +0100, mathias.froehl...@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 ves
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 f
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&pasted spurious space in both functions while at it.
v2: As suggested by Andrew Morton, add a multipage pa
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
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 ha
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
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,
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)
AC_SUBST
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) |
>
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) |
NUM_ES_T
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 follo
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: -
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 righ
https://bugzilla.kernel.org/show_bug.cgi?id=42727
Alex Deucher changed:
What|Removed |Added
Attachment #72501|0 |1
is obsolete|
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
--- a/Documentation/
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 swapin/ba
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 ag
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
slo
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
---
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
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 the attached display.
Rev
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
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 bugmail:
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,
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 be
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 beca
https://bugs.freedesktop.org/show_bug.cgi?id=46802
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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 a/drivers/gpu/drm/drm_edid.c b/drivers/gpu
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
> > descriptor
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,
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
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=46802
Pablo changed:
What|Removed |Added
Priority|medium |low
--- Comment #1 from Pablo 2012-02-29 19:36:
https://bugs.freedesktop.org/show_bug.cgi?id=46796
Michel Dänzer changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
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
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
http://kernel.org/doc/Documen
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
75 matches
Mail list logo
