On Sun, Oct 09, 2011 at 10:19:34PM +0200, Tempura San wrote:
I have built the module with the lines removed. Now in dmesg I get these
lines, which look better to me:
[...] pci :00:02.0: enabling device ( - 0003)
[...] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16
[...]
On Mon, Oct 10, 2011 at 03:19:13AM +0400, Олег Герман wrote:
I have a VAIO VPC-SA2 laptop, with an Ubuntu 11.04 installed.
The problem lies in the strange screen (LVDS 1600x900) blinking/waves
( which is mostly
noticeable in grey gradients and causes eyes fatigue and pain after
prolonged use.
On Tue, 2011-09-27 at 16:12 +1000, Bojan Smojver wrote:
I can confirm that as of kernel 3.1.0-rc7 this is still a problem.
Just tried some hibernation loops with 3.1.0-rc9+ and got a hang caused
by one of the GPU threads being busy (claimed that GPU was busy). When I
tried the same with
dmesg output
http://pastebin.com/Z6u2M0c0
xrandr --verbose
http://pastebin.com/Yenu9Hxn
2011/10/10 Daniel Vetter dan...@ffwll.ch:
I'd wager this is dithering gone wrong. Can you boot with drm.debug=0xe
and attach the full dmesg? Also please attach xrandr --verbose.
Yours, Daniel
--
Daniel
On Mon, Oct 10, 2011 at 06:15:06PM +1100, Bojan Smojver wrote:
On Tue, 2011-09-27 at 16:12 +1000, Bojan Smojver wrote:
I can confirm that as of kernel 3.1.0-rc7 this is still a problem.
Just tried some hibernation loops with 3.1.0-rc9+ and got a hang caused
by one of the GPU threads being
On Mon, 2011-10-10 at 18:15 +1100, Bojan Smojver wrote:
Will try some more tests, just to confirm whether memory corruption
thing is still present.
Yes, still present. I did this on my Fedora 15 system with 3.1.0-rc9+
(git pull as of half an hour ago):
echo -n reboot /sys/power/disk
for ((
On Mon, 2011-10-10 at 09:53 +0200, Daniel Vetter wrote:
Can you try the patch attached to fdo #40241, i.e.
https://bugs.freedesktop.org/attachment.cgi?id=50648
I think I have an idea what's going wrong here.
I will try and let you know. From what I've seen at some other bugs, it
helped some
On Mon, Oct 10, 2011 at 09:04:45AM +0200, Daniel Vetter wrote:
On Mon, Oct 10, 2011 at 03:19:13AM +0400, Олег Герман wrote:
I have a VAIO VPC-SA2 laptop, with an Ubuntu 11.04 installed.
The problem lies in the strange screen (LVDS 1600x900) blinking/waves
( which is mostly
noticeable in
On Mon, 2011-10-10 at 19:18 +1100, Bojan Smojver wrote:
I will try and let you know. From what I've seen at some other bugs,
it helped some people, but not others.
After about 20 cycles, got:
---
[ 173.834896] BUG: unable to handle kernel NULL
On Mon, 2011-10-10 at 21:05 +1100, Bojan Smojver wrote:
Which may or may not be corruption. Will have to test more.
When I attempted to shut the machine down, it hung and I could see more
kernel traces on the console.
--
Bojan
___
Intel-gfx mailing
On Mon, 2011-10-10 at 21:12 +1100, Bojan Smojver wrote:
When I attempted to shut the machine down, it hung and I could see
more
kernel traces on the console.
Tried again, but this time I used chvt 2; sleep 1; chvt 1 in the
sequence (this seems to agitate the bug faster). Indeed, got problems
On Mon, 2011-10-10 at 21:37 +1100, Bojan Smojver wrote:
Let me repeat my tests using nomodeset.
I just repeated 67 hibernate/thaw cycles with nomodeset, which took
almost an hour. I'm writing this e-mail from that thawed session. No
trouble whatsoever.
So, two conclusions:
- the problem is in
On Sat, Oct 8, 2011 at 19:13, Ben Widawsky b...@bwidawsk.net wrote:
I think you may as well optimistically try to get the edid_data here.
The problem is, in the success case you add ~10 i2c clocks because you
next call drm_get_edid. If you optimistacally try to do both you should
receive the
Signed-off-by: Eugeni Dodonov eugeni.dodo...@intel.com
---
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 f07e425..bfd56d9 100644
---
On Sun, 9 Oct 2011 21:52:01 +0200
Daniel Vetter daniel.vet...@ffwll.ch wrote:
So don't forget to restore them on resume and dump them into
the error state.
This should probably just be = 6 instead; I don't think we're getting
rid of fences anytime soon.
--
Jesse Barnes, Intel Open Source
On Sun, Oct 9, 2011 at 19:36:27 +0100, Chris Wilson wrote:
On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter dan...@ffwll.ch wrote:
On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote:
Here is the output of lspci -nn:
00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P
On Tue, 2011-09-13 at 14:11 -0400, Adam Jackson wrote:
@ajax mjg59: how concerned should i be about [drm:intel_dsm_pci_probe]
*ERROR* failed to get supported _DSM functions ?
@mjg59 ajax: Entirely unconcerned
Signed-off-by: Adam Jackson a...@redhat.com
Anybody? This makes quiet
On Mon, 10 Oct 2011 15:08:51 -0400
Adam Jackson a...@redhat.com wrote:
On Tue, 2011-09-13 at 14:11 -0400, Adam Jackson wrote:
@ajax mjg59: how concerned should i be about [drm:intel_dsm_pci_probe]
*ERROR* failed to get supported _DSM functions ?
@mjg59 ajax: Entirely unconcerned
This would be great, but...
I have just tested the patches and it really messes up the system.
On the first boot I got a shell and was able to to a dmesg:
...
[ 46.775935] [drm] Initialized drm 1.1.0 20060810
[ 46.926398] i915 :00:02.0: enabling device ( - 0003)
[ 46.926412] i915
This fixes a rather irritating limitation of active dp-foo converters.
Many such (including all DP-VGA chips I can find on the market) come
equipped with only 2 DP lanes, which clips your dotclock to 144MHz at
8bpc. Of the standard DMT modes, that means you lose 1600x1200@60 and
above. Since
Shouldn't hide these behind _DRIVER, they're all KMS-related.
Signed-off-by: Adam Jackson a...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
Some active adaptors (VGA usually) only have two lanes at 2.7GHz.
That's a maximum pixel clock of 144MHz at 8bpc, but 192MHz at 6bpc.
Signed-off-by: Adam Jackson a...@redhat.com
---
drivers/gpu/drm/i915/intel_display.c | 22 --
drivers/gpu/drm/i915/intel_dp.c | 31
On Mon, 10 Oct 2011 22:32:38 +0200, Tempura San tempura@gmail.com wrote:
Non-text part: multipart/mixed
This would be great, but...
I have just tested the patches and it really messes up the system.
On the first boot I got a shell and was able to to a dmesg:
...
[ 46.775935] [drm]
It's needed for 3 pipe support as well as just regular functionality
(e.g. DisplayPort).
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/i915_reg.h |1 +
drivers/gpu/drm/i915/intel_display.c |2 ++
2 files changed, 3 insertions(+), 0 deletions(-)
diff
On Mon, 2011-10-10 at 14:28 -0700, Jesse Barnes wrote:
It's needed for 3 pipe support as well as just regular functionality
(e.g. DisplayPort).
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Tested-by: Adam Jackson a...@redhat.com
- ajax
signature.asc
Description: This is a
On Mon, Oct 10, 2011 at 18:28, Jesse Barnes jbar...@virtuousgeek.orgwrote:
It's needed for 3 pipe support as well as just regular functionality
(e.g. DisplayPort).
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
Tested-by: Eugeni Dodonov eugeni.dodo...@intel.com
--
Eugeni Dodonov
26 matches
Mail list logo