On 2016-09-15 11:04 -0400, Jerome Glisse wrote:
>> On Mon, Sep 5, 2016 at 10:25 PM, Jerome Glisse wrote:
>> >> Recently I got myself a new laptop with the following integrated GPU:
>> >>
>> >> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
>> >> Mullins [Radeon R3 Graph
Recently I got myself a new laptop with the following integrated GPU:
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Mullins [Radeon R3 Graphics] (rev 40)
I found that hibernation is broken in Linux 4.7+ (it works in Linux 4.6)
and bisected it to commit 274ad65c9d02 ("
On 2012-11-12 22:52 +0100, Maarten Lankhorst wrote:
> Op 12-11-12 22:30, Kelly Doran schreef:
>> I had Sven test this patch... he said it works. I think chipset
>> number test was executing code that we thought was only either 0x50 or
>> 0xc0, but was actually more specific with things like 0x92.
On 2012-08-08 08:18 +0200, Sven Joachim wrote:
> On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
>
>> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>>> once, subsequent attempts
On 2012-11-11 21:25 +0100, Maarten Lankhorst wrote:
> Op 11-11-12 19:35, Marcin Slusarz schreef:
>> On Sun, Nov 11, 2012 at 07:26:17PM +0100, Marcin Slusarz wrote:
>>> On Tue, Nov 06, 2012 at 07:30:00PM +0100, Maarten Lankhorst wrote:
Op 06-11-12 15:48, Kelly Doran schreef:
> The vbl
After upgrading to Linux 3.5-rc4 from 3.4.4, I noticed that my monitor
switched to a resolution of 1280x960 rather than the native 1280x1024,
and nouveau has set up a framebuffer of 1680x945. It goes without
saying that the result looks terrible.
Bisecting shows that the problem started with comm
On 2012-06-25 17:25 +0200, Adam Jackson wrote:
> This fixes the extra_mode walk to be much more conservative. I still think
> the whole idea is bogus and that guessing about clone mode sizes is a
> userspace policy decision, but apparently xrandr --newmode / --addmode is
> unreasonably burdensome
Am 25.06.2012 um 17:53 schrieb Takashi Iwai:
> Looking at the EDID data, the problem is likely that your monitor
> doesn't give the proper preferred mode.
> What does xrandr output show?
,
| Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 8192 x 8192
| DVI-I-1 connected 1280x1024+0+
Am 25.06.2012 um 21:24 schrieb Takashi Iwai:
>> > And, does the patch below help?
>>
>> Somewhat: at least I get 1280x1024 again, but at 60 rather than 75 Hz.
>
> I guess it worked casually because 1280x1024@75 was the highest
> resolution / rate, so it was picked up as the preferred mode...
Qui
On 2012-06-30 20:46 +0200, Calvin Owens wrote:
> I had the exact same problem as Sven, bisected to
> cb21aafe121b1c3ad4c77cc5c22320163f16ba42.
> Takashi's patch (supra) fixes the issue for me.
For me as well. Sorry for the slightly belated reply, was busy with
other things in the last few days.
Hi,
I'm sorry having to report that I'm only able to suspend once with Linux
3.5-rc5; any subsequent attempts fail. This is a regression from 3.4
where suspend/resume worked flawlessly and arbitrarily often on my
machine.
Bisection show that the problem was introduced in commit c420b2dc8dc:
,--
On 2012-08-08 07:37 +0200, Ben Skeggs wrote:
> On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote:
>> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote:
>> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote:
>> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus
>> > > wr
On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>> once, subsequent attempts fail:
>>
>> ,
>> | Aug 8 07:49:16 turt
On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
> My NV96 does not resume from suspend to ram (the screen stays black, magic
> sysrq keys do work) with the current linus git kernel, i bisected it to the
> following commit.
>
> drm/nv50/fifo: prevent races between clients updating playlists
> b5
[ Resending to the right mailing list. I looked up in MAINTAINERS, but
forgot to run "git bisect reset" and got the wrong address for
dri-de...@. Apologies to all who receive this twice. ]
After upgrading to 2.6.35-rc5, I noticed that my monitor reports a
refresh rate of 60 Hz when nouveau.k
Commit 6ef3d4278034982c13df87c4a51e0445f762d316 causes a build failure
for me:
,
| CC [M] drivers/gpu/drm/i915/intel_overlay.o
| drivers/gpu/drm/i915/intel_overlay.c: In function
'intel_overlay_print_error_state':
| drivers/gpu/drm/i915/intel_overlay.c:1467: error: implicit declaration of
On my laptop which has a 1280x800 display, only the upper left 848x480
pixels are used on the console in 2.6.36-rc3. The resolution is
correct, but /sys/class/graphics/fb0/modes looks like this:
U:848x480p-0
This is a regression from 2.6.35. The graphics card according to lspci:
00:02.0 VGA co
On 2010-08-30 11:57 +0200, Pekka Enberg wrote:
> On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote:
>> On my laptop which has a 1280x800 display, only the upper left 848x480
>> pixels are used on the console in 2.6.36-rc3. The resolution is
>> correct, but /sys/class/gra
On 2012-08-08 07:37 +0200, Ben Skeggs wrote:
> On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote:
>> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote:
>> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote:
>> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus
>> > > wr
On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>> once, subsequent attempts fail:
>>
>> ,
>> | Aug 8 07:49:16 turt
On 2012-08-08 08:18 +0200, Sven Joachim wrote:
> On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
>
>> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>>> once, subsequent attempts
Hi,
I'm sorry having to report that I'm only able to suspend once with Linux
3.5-rc5; any subsequent attempts fail. This is a regression from 3.4
where suspend/resume worked flawlessly and arbitrarily often on my
machine.
Bisection show that the problem was introduced in commit c420b2dc8dc:
,--
[ Resending to the right mailing list. I looked up in MAINTAINERS, but
forgot to run "git bisect reset" and got the wrong address for
dri-devel at . Apologies to all who receive this twice. ]
After upgrading to 2.6.35-rc5, I noticed that my monitor reports a
refresh rate of 60 Hz when nouvea
Commit 6ef3d4278034982c13df87c4a51e0445f762d316 causes a build failure
for me:
,
| CC [M] drivers/gpu/drm/i915/intel_overlay.o
| drivers/gpu/drm/i915/intel_overlay.c: In function
'intel_overlay_print_error_state':
| drivers/gpu/drm/i915/intel_overlay.c:1467: error: implicit declaration of
On my laptop which has a 1280x800 display, only the upper left 848x480
pixels are used on the console in 2.6.36-rc3. The resolution is
correct, but /sys/class/graphics/fb0/modes looks like this:
U:848x480p-0
This is a regression from 2.6.35. The graphics card according to lspci:
00:02.0 VGA co
On 2010-08-30 11:57 +0200, Pekka Enberg wrote:
> On Mon, Aug 30, 2010 at 12:36 PM, Sven Joachim wrote:
>> On my laptop which has a 1280x800 display, only the upper left 848x480
>> pixels are used on the console in 2.6.36-rc3. ?The resolution is
>> correct, but /sys/class/gra
On 2014-06-18 08:33 +0200, Zhaowei Yuan wrote:
> If user uses wrong ioctl command with _IOC_NONE and argument size
> greater than 0, it can cause NULL pointer access from memset of line
> 463. If _IOC_NONE, don't memset to 0 for kdata.
>
> Signed-off-by: Zhaowei Yuan
> ---
> drivers/gpu/drm/drm_
After upgrading to Linux 3.5-rc4 from 3.4.4, I noticed that my monitor
switched to a resolution of 1280x960 rather than the native 1280x1024,
and nouveau has set up a framebuffer of 1680x945. It goes without
saying that the result looks terrible.
Bisecting shows that the problem started with comm
On 2012-06-25 17:25 +0200, Adam Jackson wrote:
> This fixes the extra_mode walk to be much more conservative. I still think
> the whole idea is bogus and that guessing about clone mode sizes is a
> userspace policy decision, but apparently xrandr --newmode / --addmode is
> unreasonably burdensome
Am 25.06.2012 um 17:53 schrieb Takashi Iwai:
> Looking at the EDID data, the problem is likely that your monitor
> doesn't give the proper preferred mode.
> What does xrandr output show?
,
| Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 8192 x 8192
| DVI-I-1 connected 1280x1024+0+
Am 25.06.2012 um 21:24 schrieb Takashi Iwai:
>> > And, does the patch below help?
>>
>> Somewhat: at least I get 1280x1024 again, but at 60 rather than 75 Hz.
>
> I guess it worked casually because 1280x1024 at 75 was the highest
> resolution / rate, so it was picked up as the preferred mode...
On 2012-06-30 20:46 +0200, Calvin Owens wrote:
> I had the exact same problem as Sven, bisected to
> cb21aafe121b1c3ad4c77cc5c22320163f16ba42.
> Takashi's patch (supra) fixes the issue for me.
For me as well. Sorry for the slightly belated reply, was busy with
other things in the last few days.
On 2012-11-11 21:25 +0100, Maarten Lankhorst wrote:
> Op 11-11-12 19:35, Marcin Slusarz schreef:
>> On Sun, Nov 11, 2012 at 07:26:17PM +0100, Marcin Slusarz wrote:
>>> On Tue, Nov 06, 2012 at 07:30:00PM +0100, Maarten Lankhorst wrote:
Op 06-11-12 15:48, Kelly Doran schreef:
> The vbl
On 2012-11-12 22:52 +0100, Maarten Lankhorst wrote:
> Op 12-11-12 22:30, Kelly Doran schreef:
>> I had Sven test this patch... he said it works. I think chipset
>> number test was executing code that we thought was only either 0x50 or
>> 0xc0, but was actually more specific with things like 0x92.
On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
> My NV96 does not resume from suspend to ram (the screen stays black, magic
> sysrq keys do work) with the current linus git kernel, i bisected it to the
> following commit.
>
> drm/nv50/fifo: prevent races between clients updating playlists
> b5
35 matches
Mail list logo
