On Tue, May 26, 2009 at 11:41:25PM +0200, Peter Zijlstra wrote:
> On Tue, 2009-05-26 at 14:35 -0700, Eric Anholt wrote:
> > On Tue, 2009-05-26 at 21:17 +0200, Peter Zijlstra wrote:
> > > On Tue, 2009-05-26 at 12:27 -0400, Kyle McMartin wrote:
> > > > From: Kyle McMartin
> > > >
> > > > Ensure we
From: Kyle McMartin
Ensure we allocate GEM objects below 4GB on PAE machines, otherwise
misery ensues. This patch is based on a patch found on dri-devel by
Shaohua Li, but Keith P. expressed reticence that the changes unfairly
penalized other hardware.
(The mm/shmem.c hunk is necessary to ensure
The general definition block contains the child device tables, which include
the child device info. For example: device slave address, device dvo port,
device type.
We will get the info of SDVO device by parsing the general definition blocks.
Only when a valid slave address is found, it is regarded
The size of general definition block varies on different platform/machines.
In such case the number of child device is also different.
And it will be better to get the number of child device in general definition
block dynamically.
The number of child device can be calculated by the following fo
On Sun, May 24, 2009 at 09:31:15PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.28 and 2.6.29.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.28 and 2.
On Tue, May 26, 2009 at 11:55:50PM +0100, Hugh Dickins wrote:
> I'm confused: I thought GFP_DMA32 only applies on x86_64:
> my 32-bit PAE machine with (slightly!) > 4GB shows no ZONE_DMA32.
> Does this patch perhaps depend on another, to enable DMA32 on 32-bit
> PAE, or am I just in a muddle?
>
N
The problem is the drm_mode_setcrtc function does not check
whether allocation of new display mode succeeded or not.
Signed-off-by: Martin Hurton
---
drivers/gpu/drm/drm_crtc.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/d
When the slave address is found for the SDVO port, the SDVO device will
be initialzied. Otherwise it will be skipped.
http://bugs.freedesktop.org/show_bug.cgi?id=20429
Signed-off-by: Zhao Yakui
---
src/i830_sdvo.c | 49 ++---
1 file changed, 46 ins
Hi,
The following is the patch set that use the SDVO device info
parsed from general definition block to initialize the SDVO device.
By parsing the general definition block of VBT we can get the
relationship between the DVO port and slave address. For example: the
SDVO wiring, the
On Tue, 2009-05-26 at 12:27 -0400, Kyle McMartin wrote:
> From: Kyle McMartin
>
> Ensure we allocate GEM objects below 4GB on PAE machines, otherwise
> misery ensues. This patch is based on a patch found on dri-devel by
> Shaohua Li, but Keith P. expressed reticence that the changes unfairly
> pe
On Tue, 2009-05-26 at 14:35 -0700, Eric Anholt wrote:
> On Tue, 2009-05-26 at 21:17 +0200, Peter Zijlstra wrote:
> > On Tue, 2009-05-26 at 12:27 -0400, Kyle McMartin wrote:
> > > From: Kyle McMartin
> > >
> > > Ensure we allocate GEM objects below 4GB on PAE machines, otherwise
> > > misery ensue
From: Kyle McMartin
Signed-off-by: Kyle McMartin
---
drivers/gpu/drm/i915/i915_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 98560e1..06600d1 100644
--- a/drivers/gpu/drm/i915/i915_drv.c
++
On Wed, May 27, 2009 at 08:18:40AM +0800, Kyle McMartin wrote:
> On Tue, May 26, 2009 at 11:55:50PM +0100, Hugh Dickins wrote:
> > I'm confused: I thought GFP_DMA32 only applies on x86_64:
> > my 32-bit PAE machine with (slightly!) > 4GB shows no ZONE_DMA32.
> > Does this patch perhaps depend on an
http://bugs.freedesktop.org/show_bug.cgi?id=21942
--- Comment #3 from Ekaterina Filippova 2009-05-27 04:37:57
PST ---
Created an attachment (id=26244)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26244)
The content of the Xorg.0.log.old
--
Configure bugmail: http://bugs.freedeskto
http://bugs.freedesktop.org/show_bug.cgi?id=21936
--- Comment #8 from Adam K Kirchhoff 2009-05-27 05:12:43
PST ---
Do you have any compositing enabled? Does this happen with other opengl
applications?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
http://bugs.freedesktop.org/show_bug.cgi?id=21942
Tormod Volden changed:
What|Removed |Added
Attachment #26244|application/octet-stream|text/plain
mime type|
http://bugzilla.kernel.org/show_bug.cgi?id=13364
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 fr
On Tue, May 26, 2009 at 6:39 PM, Andrew Morton
wrote:
> On Fri, 22 May 2009 17:59:49 GMT
> bugzilla-dae...@bugzilla.kernel.org wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=13364
>
> The wheels seem to have fallen off the DRM code lately :(
>
> This one might be related to Alex's r6xx/r7x
http://bugs.freedesktop.org/show_bug.cgi?id=21967
Summary: xpress200m GPU hang, kernel/x loop when attempting
DRI/DRM
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #1 from William L. Thomson Jr.
2009-05-27 08:19:20 PST ---
Created an attachment (id=26250)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26250)
xorg config
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #2 from William L. Thomson Jr.
2009-05-27 08:22:06 PST ---
Created an attachment (id=26251)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26251)
another X log file this time with no loop, also xorg-server 1.6 with
xf86-driv
On Fri, 15 May 2009 19:21:40 +1000
Dave Airlie wrote:
> > Now all the DRM debug info will be printed if the boot option of
> > "drm.debug=1" is added. Sometimes it is inconvenient. We will get
> > too much unrelated info.
> >
> > This will separate several DRM debug levels and the debug level can
http://bugs.freedesktop.org/show_bug.cgi?id=21849
--- Comment #3 from Fabio 2009-05-27 09:16:42 PST ---
I started bisecting mainline kernel and noticed a big merge from drm-next (
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=drm-next
) that may have introduced t
http://bugzilla.kernel.org/show_bug.cgi?id=13364
--- Comment #2 from Maciej Piechotka 2009-05-27
16:33:26 ---
PAT is enabled. Card is Radeon XPress 200M RC410.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://bugs.freedesktop.org/show_bug.cgi?id=21582
--- Comment #14 from Tormod Volden 2009-05-27
10:14:46 PST ---
Created an attachment (id=26254)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26254)
full backtrace of Xorg
The mismatch messages come all the time, they are not causing
On Wed, 2009-05-27 at 08:42 +0800, Shaohua Li wrote:
> On Wed, May 27, 2009 at 08:18:40AM +0800, Kyle McMartin wrote:
> > On Tue, May 26, 2009 at 11:55:50PM +0100, Hugh Dickins wrote:
> > > I'm confused: I thought GFP_DMA32 only applies on x86_64:
> > > my 32-bit PAE machine with (slightly!) > 4GB
http://bugzilla.kernel.org/show_bug.cgi?id=13364
--- Comment #3 from Alex Deucher 2009-05-27 18:06:10
---
Is this reproducible? If so does booting with nopat help? Also, what do you
mean by 'clean' kernel? Are you running with local changes? Does this still
happen with a vanilla kernel?
http://bugzilla.kernel.org/show_bug.cgi?id=13294
--- Comment #5 from Sergei Trofimovich 2009-05-27 18:15:28
---
> [ 648.278242] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank
> count
for disabled pipe 1
This message is gone in 2.6.30-rc7. The rest does not look as kernel bug.
http://bugzilla.kernel.org/show_bug.cgi?id=13294
--- Comment #6 from Sergei Trofimovich 2009-05-27 18:17:26
---
(In reply to comment #5)
> > [ 648.278242] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank
> > count
> for disabled pipe 1
>
> This message is gone in 2.6.30-rc7. Th
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #2 from Ruslan 2009-05-27 11:52:05 PST ---
System environment:
-- chipset:
$ lspci |grep Host
00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory
Controller Hub (rev 04)
-- system architecture:
$ uname -a
Linux
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #4 from Ruslan 2009-05-27 11:58:24 PST ---
Created an attachment (id=26261)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26261)
xorg.conf
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=21929
--- Comment #3 from Ruslan 2009-05-27 11:57:39 PST ---
Created an attachment (id=26260)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26260)
Xorg.0.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=21582
--- Comment #15 from Lowell Alleman 2009-05-27 15:11:09
PST ---
Created an attachment (id=26265)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26265)
Additional backtrace
Not sure if additional backtraces will be helpful on this or no
33 matches
Mail list logo
