Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13285] New: INTELFB: Colors display incorrectly

2009-05-17 Thread Andrew Morton
On Sun, 17 May 2009 08:17:43 +0200 Krzysztof Helt krzysztof...@poczta.fm wrote: From: Krzysztof Helt krzysztof...@wp.pl The intelfb driver sets color map depending on currently active pipe. However, if an LVDS display is attached (like in laptop) the active pipe variable is never set.

[Bug 21774] blender menus all black (or white)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #1 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 00:33:31 PST --- Created an attachment (id=25927) -- (http://bugs.freedesktop.org/attachment.cgi?id=25927) Xorg.0.log -- Configure bugmail:

[Bug 13214] Blank internal Display on Notebook with Intel GPU (855GM)

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13214 --- Comment #10 from Bruno bonbon...@internet.lu 2009-05-17 09:46:14 --- Regarding Stefan's suggestion in comment #5, that does not seem to help on my side. I did try a slightly different approach (e.g. not forcing ALL outputs to get handled

[Bug 13214] Blank internal Display on Notebook with Intel GPU (855GM)

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13214 --- Comment #11 from Bruno bonbon...@internet.lu 2009-05-17 10:21:56 --- With unchanged refclk (e.g. not adding || IS_I855(dev) signal timing is correct for VGA output. xrandr output from Xorg is suboptimal if not even wrong: Screen 0:

[Bug 21776] New: [radeon-rewrite] compiz crashes Xorg

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21776 Summary: [radeon-rewrite] compiz crashes Xorg Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

[Bug 21776] [radeon-rewrite] compiz crashes Xorg

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21776 --- Comment #1 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 03:29:29 PST --- Created an attachment (id=25928) -- (http://bugs.freedesktop.org/attachment.cgi?id=25928) Xorg.0.log -- Configure bugmail:

[Bug 21582] [radeon-rewrite] crashes server through radeonRefillCurrentDmaRegion

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21582 --- Comment #5 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 03:33:43 PST --- I naively commented out the radeon_revalidate_bos line, but then Xorg crashes at startup. Is the workaround more complicated? This bug keeps me from

[Bug 21777] New: libdrm-2.4.11 fails with LDFLAGS=-Wl,--as-needed

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21777 Summary: libdrm-2.4.11 fails with LDFLAGS=-Wl,--as-needed Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal

[Bug 13294] i915: drm: xorg leaks drm objects massively

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13294 Sergei Trofimovich sly...@gmail.com changed: What|Removed |Added CC||sly...@gmail.com

[Bug 21776] [radeon-rewrite] compiz crashes Xorg

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21776 --- Comment #2 from Maciej Cencora m.cenc...@gmail.com 2009-05-17 04:52:22 PST --- The problem is already known and exists only in DRI1. Please revert 76a64958a4ca38ec27b63a909979c493c507b952 as a temporary workaround. -- Configure

[Bug 21582] [radeon-rewrite] crashes server through radeonRefillCurrentDmaRegion

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21582 --- Comment #6 from Maciej Cencora m.cenc...@gmail.com 2009-05-17 05:17:17 PST --- (In reply to comment #5) I naively commented out the radeon_revalidate_bos line, but then Xorg crashes at startup. Is the workaround more complicated? This

[Bug 13294] i915: drm: xorg leaks drm objects massively

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13294 Rafael J. Wysocki r...@sisk.pl changed: What|Removed |Added Blocks|13070 |12398 --- Comment #2

[Bug 21774] blender menus all black (or white)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #2 from Maciej Cencora m.cenc...@gmail.com 2009-05-17 06:10:55 PST --- I can reproduce it on my rv380. Can you bisect it? I wasn't able to run bisect below bbb1c6f6298fcb1125a8170f22646f326b0ca74c because there was dri version

[Bug 13294] i915: drm: xorg leaks drm objects massively

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13294 --- Comment #3 from Sergei Trofimovich sly...@gmail.com 2009-05-17 14:00:42 --- No, i just didn't notice this problem before. Maybe I did not hold weekly uptimes or 2.6.29 didn't leak so fast. 2.6.29 is actually first kernel i managed to

[Bug 21582] [radeon-rewrite] crashes server through radeonRefillCurrentDmaRegion

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21582 --- Comment #7 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 07:22:11 PST --- It did not crash now. Last time, I had tested it against 76a64958a4ca38ec27b63a909979c493c507b952 so it was probably compiz and bug 21776 that kicked

[Bug 21778] System locks after changing screen resolution in game with GIT mesa

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21778 Alex Deucher ag...@yahoo.com changed: What|Removed |Added AssignedTo|xorg-driver-...@lists.x.org |dri- |

[Bug 20935] Perfomance regresion in r300_dri version 7.3 (7.2 is twice faster)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=20935 Alex Deucher ag...@yahoo.com changed: What|Removed |Added CC||filipp.andj...@gmx.net

[Bug 20539] Segmentation Fault with Radeon (maybe with pixmap command)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=20539 Andreas Cord-Landwehr cordlandw...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=12861 --- Comment #31 from Emil Karlson jkarl...@cc.hut.fi 2009-05-17 16:31:40 --- Still present in 2.6.30-rc6. Also the test hardware is being removed so you may want to close this bug, until someone else does reproduce it. -- Configure bugmail:

[Bug 13171] New: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13171 Summary: 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption Product: Drivers Version: 2.5 Kernel Version: 2.6.30-rc2 Platform: All OS/Version: Linux

[Bug 13171] 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13171 --- Comment #1 from Alex Bennee bugzi...@bennee.com 2009-05-17 17:50:37 --- This bug has additional info on the freedesktop buzilla: https://bugs.freedesktop.org/show_bug.cgi?id=21480 The core problem seems to be that when running in KMS X

[Bug 13171] 2.6.30-rc2 + xorg-intel-2.7.0 + DRM_I915_KMS = corruption

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=13171 --- Comment #2 from Rafael J. Wysocki r...@sisk.pl 2009-05-17 18:09:42 --- References : https://bugs.freedesktop.org/show_bug.cgi?id=21480 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving

[Bug 21774] blender menus all black (or white)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #3 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 14:12:49 PST --- #good 1265e7267e086476d9bae560345fd80f064adfc5 #bad 45435abcb967931c79aba1714ae797a1c5dc075e #bad 9bbffcced4355ff11e11c5b01c4d0eea6b020119 #won't build

[Bug 21774] blender menus all black (or white)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21774 --- Comment #4 from Tormod Volden bugzi07.fdo.tor...@xoxy.net 2009-05-17 15:04:34 PST --- I have learned to use git bisect visualize (and Edit View to only look at src/mesa/drivers/dri/{r300,radeon}) so I will understand better next time I

[Bug 21778] XPress 200M : System locks after changing screen resolution in game with GIT mesa

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21778 Martin PERES martin.pe...@ensi-bourges.fr changed: What|Removed |Added Summary|System locks after changing |XPress 200M :

[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=12861 --- Comment #32 from Jesse Barnes jbar...@virtuousgeek.org 2009-05-17 23:22:33 --- Ok, thanks. Yeah I haven't heard other reports of this; I suspect a config issue or a related bug, several of which have been fixed now. -- Configure

[Bug 12861] Xorg fails to start Failed to allocate space for kernel memory manager

2009-05-17 Thread bugzilla-daemon
http://bugzilla.kernel.org/show_bug.cgi?id=12861 Jesse Barnes jbar...@virtuousgeek.org changed: What|Removed |Added AssignedTo|drivers_video-...@kernel-bu

[Bug 21227] intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed.

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21227 --- Comment #2 from vytautas.liuo...@gmail.com 2009-05-17 17:11:14 PST --- Created an attachment (id=25944) -- (http://bugs.freedesktop.org/attachment.cgi?id=25944) A simple test case Actually this bug is rather easy to reproduce, any call

[Bug 21227] glCopyTexImage2D fails for wide textures (intel_tex_image.c:355: intelTexImage: Assertion `texImage-RowStride == postConvWidth' failed.)

2009-05-17 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=21227 vytautas.liuo...@gmail.com changed: What|Removed |Added Summary|intel_tex_image.c:355: |glCopyTexImage2D fails for

[PATCH] drm: Round size of mappings in drmAddMap ioctl

2009-05-17 Thread Benjamin Herrenschmidt
Currently, userspace fails to obtain the SAREA mapping on some platforms because they pass SAREA_MAX to drmAddMap without aligning it to the page size. This breaks for example on PowerPC with 64K pages. The way SAREA_MAX is defined with a bunch of ifdef's and duplicated between libdrm and the X

[PATCH] drm: Round size of SHM maps to PAGE_SIZE

2009-05-17 Thread Benjamin Herrenschmidt
Currently, userspace fail to obtain the SAREA mapping (among others) because they pass SAREA_MAX to drmAddMap without aligning it to the page size. This breaks for example on PowerPC with 64K pages and radeon despite the kernel radeon actually doing the right rouding in the first place. The way

Re: [PATCH] drm: Round size of mappings in drmAddMap ioctl

2009-05-17 Thread Stephane Marchesin
On Mon, May 18, 2009 at 03:11, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: Currently, userspace fails to obtain the SAREA mapping on some platforms because they pass SAREA_MAX to drmAddMap without aligning it to the page size. This breaks for example on PowerPC with 64K pages. The

Re: [PATCH] drm: Round size of mappings in drmAddMap ioctl

2009-05-17 Thread Benjamin Herrenschmidt
So, in order to fix a problem with the SAREA you align the map size for all added maps? Sounds bogus to me, especially since the range of possible page sizes is potentially unbounded. Only the requested size from userspace, most drivers create the map from the kernel anyway. IMO the proper

Re: [Bug #12947] r128: system hangs when X is started with DRI enabled

2009-05-17 Thread Jos van der Ende
On Sat, 16 May 2009 22:05:58 +0200 (CEST) Rafael J. Wysocki r...@sisk.pl 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

[Bug #12861] Xorg fails to start Failed to allocate space for kernel memory manager

2009-05-17 Thread Rafael J. Wysocki
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.6.29. Please verify if it still should be listed and let me know (either

Re: 2.6.30-rc6: Reported regressions from 2.6.29

2009-05-17 Thread Ingo Molnar
* Rafael J. Wysocki r...@sisk.pl wrote: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13325 Subject : 2.6.30-rc kills my box hard - and lockdep chains Submitter : Jonathan Corbet cor...@lwn.net Date : 2009-05-14 15:49 (3 days old) References:

2.6.30-rc6: Reported regressions 2.6.28 - 2.6.29

2009-05-17 Thread Rafael J. Wysocki
This message contains a list of some regressions introduced between 2.6.28 and 2.6.29, for which there are no fixes in the mainline I know of. If any of them have been fixed already, please let me know. If you know of any other unresolved regressions introduced between 2.6.28 and 2.6.29, please

Re: 2.6.30-rc6: Reported regressions 2.6.28 - 2.6.29

2009-05-17 Thread Maciej Rutecki
2009/5/16 Rafael J. Wysocki r...@sisk.pl: Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=12499 Subject         : Problem with using bluetooth adaper connected to usb port Submitter       : Maciej Rutecki maciej.rute...@gmail.com Date            : 2009-01-13 18:34 (124 days old)

Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13285] New: INTELFB: Colors display incorrectly

2009-05-17 Thread Krzysztof Helt
On Tue, 12 May 2009 15:19:34 -0700 Andrew Morton a...@linux-foundation.org wrote: (switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface). On Tue, 12 May 2009 01:40:48 GMT bugzilla-dae...@bugzilla.kernel.org wrote:

Re: 2.6.30-rc6: Reported regressions from 2.6.29

2009-05-17 Thread Rafael J. Wysocki
On Sunday 17 May 2009, Ingo Molnar wrote: * Rafael J. Wysocki r...@sisk.pl wrote: Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13325 Subject : 2.6.30-rc kills my box hard - and lockdep chains Submitter : Jonathan Corbet cor...@lwn.net Date:

[PATCH] i915: remove __initdata from intel_no_lvds

2009-05-17 Thread Michael S. Tsirkin
make with CONFIG_DEBUG_SECTION_MISMATCH=y warns about the function intel_lvds_init() referencing the variable __initdata intel_no_lvds. Since intel_lvds_init might get called after module has been loaded, intel_no_lvds shouldn't be marked __initdata. Signed-off-by: Michael S. Tsirkin

[Bug #12899] Crash in i915.ko: i915_driver_irq_handler

2009-05-17 Thread Rafael J. Wysocki
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.6.29. Please verify if it still should be listed and let me know (either

Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13285] New: INTELFB: Colors display incorrectly

2009-05-17 Thread Krzysztof Helt
From: Krzysztof Helt krzysztof...@wp.pl The intelfb driver sets color map depending on currently active pipe. However, if an LVDS display is attached (like in laptop) the active pipe variable is never set. The default value is PIPE_A and can be wrong. Set up the pipe variable during driver

2.6.30-rc6: Reported regressions from 2.6.29

2009-05-17 Thread Rafael J. Wysocki
This message contains a list of some regressions from 2.6.29, for which there are no fixes in the mainline I know of. If any of them have been fixed already, please let me know. If you know of any other unresolved regressions from 2.6.29, please let me know either and I'll add them to the list.

[Bug #12765] i915 VT switch with AIGLX causes X lock up

2009-05-17 Thread Rafael J. Wysocki
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.6.29. Please verify if it still should be listed and let me know (either

Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13285] New: INTELFB: Colors display incorrectly

2009-05-17 Thread Krzysztof Helt
On Sat, 16 May 2009 23:19:32 -0700 Andrew Morton a...@linux-foundation.org wrote: On Sun, 17 May 2009 08:17:43 +0200 Krzysztof Helt krzysztof...@poczta.fm wrote: This is not a regression. I have reproduced it in the 2.6.28 easily. hm, Dean's original report had This does not

Re: [Linux-fbdev-devel] [Bugme-new] [Bug 13285] New: INTELFB: Colors display incorrectly

2009-05-17 Thread Michal Suchanek
2009/5/17 Krzysztof Helt krzysztof...@poczta.fm: On Sat, 16 May 2009 23:19:32 -0700 Andrew Morton a...@linux-foundation.org wrote: On Sun, 17 May 2009 08:17:43 +0200 Krzysztof Helt krzysztof...@poczta.fm wrote: This is not a regression. I have reproduced it in the 2.6.28 easily. hm,

[Bug #12947] r128: system hangs when X is started with DRI enabled

2009-05-17 Thread Rafael J. Wysocki
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.6.29. Please verify if it still should be listed and let me know (either

Re: PROBLEM: 2.6.29.2 - AGP doesn't work anymore on my nforce2

2009-05-17 Thread Shaohua Li
On Sun, May 17, 2009 at 07:44:20AM +0800, Andrew Morton wrote: On Mon, 04 May 2009 18:40:52 +0200 Michel D__nzer mic...@daenzer.net wrote: On Mon, 2009-05-04 at 18:23 +0200, Karsten Mehrhoff wrote: On Mon, 04 May 2009 17:07:40 +0200, Michel D__nzer wrote: On Mon, 2009-05-04 at 08:31

Re: 2.6.30-rc6: Reported regressions from 2.6.29

2009-05-17 Thread Alex Bennee
2009/5/16 Rafael J. Wysocki r...@sisk.pl: This message contains a list of some regressions from 2.6.29, for which there are no fixes in the mainline I know of.  If any of them have been fixed already, please let me know. If you know of any other unresolved regressions from 2.6.29, please

Re: [Intel-gfx] [RFC] [Patch] [DRM] :Separate several DRM debug levels

2009-05-17 Thread yakui_zhao
On Fri, 2009-05-15 at 17:21 +0800, 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 be used to