https://bugzilla.kernel.org/show_bug.cgi?id=26712
--- Comment #1 from Andrew Morton 2011-01-14
23:51:25 ---
I assumed that this regression is also in 2.6.38, and assigned it to DRI.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugzilla.kernel.org/show_bug.cgi?id=26712
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
Co
On Fri, Jan 14, 2011 at 9:24 PM, Matthew Garrett wrote:
> We may eventually end up with per-connector backlights, especially with
> ddcci devices. Make sure that the parent node for the backlight device is
> the connector rather than the PCI device.
>
> Signed-off-by: Matthew Garrett
> ---
> ?dri
[12.618] (EE) open /dev/fb0: No such file or directory
[12.618] (EE) No devices detected.
[12.618]
Fatal server error:
[12.618] no screens found
[12.618]
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
On Fri, Jan 14, 2011 at 8:40 PM, Anca Emanuel wrote:
> On Fri, Jan 14, 2011 at 8:26 PM, James Simmons
> wrote:
>>
>>> > Just as I thought. Even this breaks the nouveau driver.
>>> >
>>> > Could you now add also in the drm_fb_helper_fill_fix function
>>> >
>>> > DRM_INFO("pitch %d, depth %d\n", f
On Fri, Jan 14, 2011 at 8:26 PM, James Simmons
wrote:
>
>> > Just as I thought. Even this breaks the nouveau driver.
>> >
>> > Could you now add also in the drm_fb_helper_fill_fix function
>> >
>> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch,
>> > ? ? ? ? ?fb_helper->fb->depth);
>> >
>
On Fri, Jan 14, 2011 at 6:38 PM, James Simmons
wrote:
>
> On Thu, 13 Jan 2011, Anca Emanuel wrote:
>
>> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons
>> wrote:
>> >
>> >> > > With your patch, I can boot the system. But nouveau is not loaded.
>> >> > > dmesg attached.
>> >> > >
>> >> >
>> >> >
On Fri, Jan 14, 2011 at 09:30:19PM +0200, Anca Emanuel wrote:
> Hi Matthew Garrett,
> I have problems with nouveau.
> Do you know ?
Your best bet is to follow the instructions on
http://nouveau.freedesktop.org/wiki/Bugs to report a bug.
--
Matthew Garrett | mjg59 at srcf.ucam.org
https://bugs.freedesktop.org/show_bug.cgi?id=33139
--- Comment #2 from Dave Witbrodt 2011-01-14 19:22:21
PST ---
Created an attachment (id=42067)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42067)
Xorg.0.log with r600c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=33139
--- Comment #2 from Dave Witbrodt 2011-01-14
19:22:21 PST ---
Created an attachment (id=42067)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42067)
Xorg.0.log with r600c
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=33139
--- Comment #1 from Dave Witbrodt 2011-01-14 19:20:47
PST ---
Created an attachment (id=42066)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42066)
dmesg from kernel 2.6.37 (with cherry-pick mentioned in report)
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=33139
--- Comment #1 from Dave Witbrodt 2011-01-14
19:20:47 PST ---
Created an attachment (id=42066)
--> (https://bugs.freedesktop.org/attachment.cgi?id=42066)
dmesg from kernel 2.6.37 (with cherry-pick mentioned in report)
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Vinson Lee changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Vinson Lee 2011
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Vinson Lee changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Vinson Lee 2011
https://bugs.freedesktop.org/show_bug.cgi?id=33139
Summary: Radeon HD 5750 locks up when using 3D apps with r600g
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=33139
Summary: Radeon HD 5750 locks up when using 3D apps with r600g
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Hello,
In commit a56f7428d7534f162fbb089c5c79012bf38a7c29 [1], the result of
alloc_apertures() function call is used without checking for a possible NULL
result, which may happen, as seen in [2].
The latest commit [3] in the drm-fixes branch of the
linux/kernel/git/airlied/drm-2.6.git repo still
P.S. My laptop: radeon 3470 works perfect.
> > Just as I thought. Even this breaks the nouveau driver.
> >
> > Could you now add also in the drm_fb_helper_fill_fix function
> >
> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch,
> > ? ? ? ? ?fb_helper->fb->depth);
> >
> > I have a feeling the values are not right. Thanks.
> >
>
> P
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #4 from Christian König 2011-01-14
16:47:23 PST ---
Sorry, that was my fault. I auto-generated the missing case switches with a
regular expression and didn't noticed that this is an evergreen only
instruction. I promise to at least c
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #4 from Christian K?nig 2011-01-14
16:47:23 PST ---
Sorry, that was my fault. I auto-generated the missing case switches with a
regular expression and didn't noticed that this is an evergreen only
instruction. I promise to at least c
On Thu, 13 Jan 2011, Anca Emanuel wrote:
> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons
> wrote:
> >
> >> > > With your patch, I can boot the system. But nouveau is not loaded.
> >> > > dmesg attached.
> >> > >
> >> >
> >> > Forget to mention: the revert makes first steps of boot look the sam
length where infinity is set to 255 characters.
-- Peter Collinson, "The Unix File System"
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 482 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110114/230a5809/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #7 from Sami Liedes 2011-01-14 16:00:20 ---
No, 2.6.37 + patch in comment #6 (alone) does not fix the issue for me.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugzilla.kernel.org/show_bug.cgi?id=26712
--- Comment #1 from Andrew Morton 2011-01-14
23:51:25 ---
I assumed that this regression is also in 2.6.38, and assigned it to DRI.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugzilla.kernel.org/show_bug.cgi?id=26712
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Dual-GPU machines may provide more than one ACPI backlight interface. Tie
the backlight device to the GPU in order to allow userspace to identify
the correct interface.
Signed-off-by: Matthew Garrett
---
drivers/acpi/video.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(
We may eventually end up with per-connector backlights, especially with
ddcci devices. Make sure that the parent node for the backlight device is
the connector rather than the PCI device.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/nouveau/nouveau_backlight.c | 24 ++
From: Michel D?nzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-by: Michel D?nzer
Signed-off-by: Matthew Garrett
Cc: dri-devel at
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
Signed-off-by: Matthew Garrett
Cc: intel-gfx
---
drivers/gpu/drm/i915/i915_drv.h |4 ++
drivers/gpu/drm/i915/intel_dp.c |7 +++
drivers/gpu/drm
There may be multiple ways of controlling the backlight on a given machine.
Allow drivers to expose the type of interface they are providing, making
it possible for userspace to make appropriate policy decisions.
Signed-off-by: Matthew Garrett
Cc: Richard Purdie
Cc: intel-gfx at lists.freedeskto
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #2 from Vinson Lee 2011-01-14 13:54:41 PST ---
I disabled the V_SQ_ALU_WORD1_OP2_SQ_OP2_INST_FLT_TO_INT_FLOOR case to work
around the current build failure.
Please revert this commit when appropriate.
commit 4c6d6dd8fc61239ac200826
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #2 from Vinson Lee 2011-01-14 13:54:41 PST ---
I disabled the V_SQ_ALU_WORD1_OP2_SQ_OP2_INST_FLT_TO_INT_FLOOR case to work
around the current build failure.
Please revert this commit when appropriate.
commit 4c6d6dd8fc61239ac200826
https://bugs.freedesktop.org/show_bug.cgi?id=33078
--- Comment #2 from barisu...@gmail.com 2011-01-14 13:25:05 PST ---
(In reply to comment #1)
> That does look like an SDL issue. What version of it are you using? Does
> setting the environment variable SDL_VIDEO_X11_XRANDR=1 help?
Nope.. the res
https://bugs.freedesktop.org/show_bug.cgi?id=33078
--- Comment #2 from barisurum at gmail.com 2011-01-14 13:25:05 PST ---
(In reply to comment #1)
> That does look like an SDL issue. What version of it are you using? Does
> setting the environment variable SDL_VIDEO_X11_XRANDR=1 help?
Nope.. the
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #1 from Alex Deucher 2011-01-14 13:24:02 PST ---
Also, FWIW, none of the evergreen (and possibly some of the r7xx opcodes that
are different from r6xx) are covered in the code in question.
--
Configure bugmail: https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=33131
--- Comment #1 from Alex Deucher 2011-01-14 13:24:02 PST
---
Also, FWIW, none of the evergreen (and possibly some of the r7xx opcodes that
are different from r6xx) are covered in the code in question.
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #4 from barisu...@gmail.com 2011-01-14 13:20:04 PST ---
(In reply to comment #2)
> what GPU/driver is this? glxinfo output please.
The GPU is an R580, the card is an X1950XT
Driver: r300g, gallium 0.4, mesa 7.10-devel, drm,radeon fro
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #4 from barisurum at gmail.com 2011-01-14 13:20:04 PST ---
(In reply to comment #2)
> what GPU/driver is this? glxinfo output please.
The GPU is an R580, the card is an X1950XT
Driver: r300g, gallium 0.4, mesa 7.10-devel, drm,radeon
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #3 from Tobias Jakobi 2011-01-14 12:38:18 PST
---
In case that this is with the r600 classic driver: Try using r600g, since it
solves a lot of the shadow volume rendering issues that the classic driver has.
IIRC some developer stated
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #3 from Tobias Jakobi 2011-01-14 12:38:18
PST ---
In case that this is with the r600 classic driver: Try using r600g, since it
solves a lot of the shadow volume rendering issues that the classic driver has.
IIRC some developer stated
On Fri, Jan 14, 2011 at 09:30:19PM +0200, Anca Emanuel wrote:
> Hi Matthew Garrett,
> I have problems with nouveau.
> Do you know ?
Your best bet is to follow the instructions on
http://nouveau.freedesktop.org/wiki/Bugs to report a bug.
--
Matthew Garrett | mj...@srcf.ucam.org
On Fri, Jan 14, 2011 at 9:24 PM, Matthew Garrett wrote:
> We may eventually end up with per-connector backlights, especially with
> ddcci devices. Make sure that the parent node for the backlight device is
> the connector rather than the PCI device.
>
> Signed-off-by: Matthew Garrett
> ---
> dri
From: Michel Dänzer
Allows e.g. power management daemons to control the backlight level. Inspired
by the corresponding code in radeonfb.
(Updated to add backlight type and make the connector the parent device - mjg)
Signed-off-by: Michel Dänzer
Signed-off-by: Matthew Garrett
Cc: dri-devel@lis
Dual-GPU machines may provide more than one ACPI backlight interface. Tie
the backlight device to the GPU in order to allow userspace to identify
the correct interface.
Signed-off-by: Matthew Garrett
---
drivers/acpi/video.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(
We may eventually end up with per-connector backlights, especially with
ddcci devices. Make sure that the parent node for the backlight device is
the connector rather than the PCI device.
Signed-off-by: Matthew Garrett
---
drivers/gpu/drm/nouveau/nouveau_backlight.c | 24 ++
There may be multiple ways of controlling the backlight on a given machine.
Allow drivers to expose the type of interface they are providing, making
it possible for userspace to make appropriate policy decisions.
Signed-off-by: Matthew Garrett
Cc: Richard Purdie
Cc: intel-...@lists.freedesktop.o
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
Signed-off-by: Matthew Garrett
Cc: intel-gfx
---
drivers/gpu/drm/i915/i915_drv.h |4 ++
drivers/gpu/drm/i915/intel_dp.c |7 +++
drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #12 from David Ronis 2011-01-14 11:17:44
PST ---
ping.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=25597
--- Comment #12 from David Ronis 2011-01-14 11:17:44
PST ---
ping.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
On Fri, Jan 14, 2011 at 8:40 PM, Anca Emanuel wrote:
> On Fri, Jan 14, 2011 at 8:26 PM, James Simmons wrote:
>>
>>> > Just as I thought. Even this breaks the nouveau driver.
>>> >
>>> > Could you now add also in the drm_fb_helper_fill_fix function
>>> >
>>> > DRM_INFO("pitch %d, depth %d\n", fb_h
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Summary: r600_asm.c:82: error:
‘V_SQ_ALU_WORD1_OP2_SQ_OP2_INST_FLT_TO_INT_FLOOR’
undeclared
Product: Mesa
Version: git
Platform: Other
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=33131
Summary: r600_asm.c:82: error:
?V_SQ_ALU_WORD1_OP2_SQ_OP2_INST_FLT_TO_INT_FLOOR?
undeclared
Product: Mesa
Version: git
Platform: Other
OS/Version: All
On Fri, Jan 14, 2011 at 8:26 PM, James Simmons wrote:
>
>> > Just as I thought. Even this breaks the nouveau driver.
>> >
>> > Could you now add also in the drm_fb_helper_fill_fix function
>> >
>> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch,
>> > fb_helper->fb->depth);
>> >
>>
> > Just as I thought. Even this breaks the nouveau driver.
> >
> > Could you now add also in the drm_fb_helper_fill_fix function
> >
> > DRM_INFO("pitch %d, depth %d\n", fb_helper->fb->pitch,
> > fb_helper->fb->depth);
> >
> > I have a feeling the values are not right. Thanks.
> >
>
> P
On Fri, Jan 14, 2011 at 6:38 PM, James Simmons wrote:
>
> On Thu, 13 Jan 2011, Anca Emanuel wrote:
>
>> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons
>> wrote:
>> >
>> >> > > With your patch, I can boot the system. But nouveau is not loaded.
>> >> > > dmesg attached.
>> >> > >
>> >> >
>> >> > F
Hello,
In commit a56f7428d7534f162fbb089c5c79012bf38a7c29 [1], the result of
alloc_apertures() function call is used without checking for a possible NULL
result, which may happen, as seen in [2].
The latest commit [3] in the drm-fixes branch of the
linux/kernel/git/airlied/drm-2.6.git repo still
On Thu, 13 Jan 2011, Anca Emanuel wrote:
> On Thu, Jan 13, 2011 at 7:55 PM, James Simmons wrote:
> >
> >> > > With your patch, I can boot the system. But nouveau is not loaded.
> >> > > dmesg attached.
> >> > >
> >> >
> >> > Forget to mention: the revert makes first steps of boot look the same
>
P.S. My laptop: radeon 3470 works perfect.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #7 from Sami Liedes 2011-01-14 16:00:20 ---
No, 2.6.37 + patch in comment #6 (alone) does not fix the issue for me.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail be
Hello,
starting with 2.6.36 my monitor detects a resolution of 1920x1199
instead of 1920x1200. The monitor displays 1920x1199 on its OSD, and as
a result, I guess, the display is blurred in the middle section (top to
down) - most likely due to stretching applied by the monitor.
This issue shows u
https://bugs.freedesktop.org/show_bug.cgi?id=32875
Øyvind Sæther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=32875
?yvind S?ther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=26562
--- Comment #6 from Alex Deucher 2011-01-14
05:34:09 ---
Created an attachment (id=43492)
--> (https://bugzilla.kernel.org/attachment.cgi?id=43492)
alternate patch
Can you try this one instead of the patch in comment 4?
--
Configure bugm
https://bugs.freedesktop.org/show_bug.cgi?id=33078
--- Comment #1 from Michel Dänzer 2011-01-14 00:46:19 PST
---
That does look like an SDL issue. What version of it are you using? Does
setting the environment variable SDL_VIDEO_X11_XRANDR=1 help?
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=33078
--- Comment #1 from Michel D?nzer 2011-01-14 00:46:19
PST ---
That does look like an SDL issue. What version of it are you using? Does
setting the environment variable SDL_VIDEO_X11_XRANDR=1 help?
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #2 from Dave Airlie 2011-01-14 00:13:57
PST ---
what GPU/driver is this? glxinfo output please.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=33077
Dave Airlie changed:
What|Removed |Added
Product|freedesktop.org |Mesa
Version|unspecified
https://bugs.freedesktop.org/show_bug.cgi?id=33077
--- Comment #2 from Dave Airlie 2011-01-14
00:13:57 PST ---
what GPU/driver is this? glxinfo output please.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
https://bugs.freedesktop.org/show_bug.cgi?id=33077
Dave Airlie changed:
What|Removed |Added
Product|freedesktop.org |Mesa
Version|unspecified
72 matches
Mail list logo
