In drivers/usb/Kconfig "config USB_ARCH_HAS_HCD" is within "if USB_SUPPORT"
statement.
In drivers/gpu/drm/Kconfig "config DRM_USB" depends on USB_ARCH_HAS_HCD
but selects USB_SUPPORT which leads to the error for udl Kconfig:
$ yes "" | make oldconfig
scripts/kconfig/conf --oldconfig Kconfig
In drivers/usb/Kconfig "config USB_ARCH_HAS_HCD" is within "if USB_SUPPORT"
statement.
In drivers/gpu/drm/Kconfig "config DRM_USB" depends on USB_ARCH_HAS_HCD
but selects USB_SUPPORT which leads to the error for udl Kconfig:
$ yes "" | make oldconfig
scripts/kconfig/conf --oldconfig Kconfig
On Fri, Aug 24, 2012 at 02:56:50PM +0530, Shirish S wrote:
> The current logic for probing ddc is limited to
> 2 blocks (256 bytes), this patch adds support
> for the 4 block (512) data.
>
> To do this, a single 8-bit segment index is
> passed to the display via the I2C address 30h.
> Data from
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #13 from Vadim Girlin 2012-08-24 19:24:25 UTC
---
(In reply to comment #12)
> (In reply to comment #11)
> I fully understand what the commit did. But I don't think MLAA should make the
> screen look like this, else nobody should
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #12 from Thomas Rohloff 2012-08-24 18:43:22
UTC ---
(In reply to comment #11)
I fully understand what the commit did. But I don't think MLAA should make the
screen look like this, else nobody should enable it, so it's useless. Don't
Changelog v2:
wait for VSYNC instead of BACKPORCH.
Changelog v1:
the values set to registers will be updated into real registers
at vsync so dma operation could be malfunctioned when accessed
to memory after gem buffer was released. this patch makes sure
that hw overlay is disabled before the gem
when drm is released, drm framebuffers are released and all crtcs using
same framebuffer and also all gem buffers used but plane isn't disabled
so when crtc and encoder are turned on, overlay can access to invalid memory
because plane still has memory address released already.
this patch makes
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #11 from Vadim Girlin 2012-08-24 18:26:44 UTC
---
(In reply to comment #7)
> Created attachment 66074 [details]
> My .drirc
>
> The bad commit is e7c177ec9e37d0c406c3b0ef8f228159d7ee5d69 ( st/dri: use
> driver
> name for driconf
https://bugs.freedesktop.org/show_bug.cgi?id=54002
Thomas Rohloff changed:
What|Removed |Added
Summary|Massive screen corruption |Massive screen corruption
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #10 from Thomas Rohloff 2012-08-24 17:39:49
UTC ---
with both, ""pp_jimenezmlaa_color" and "pp_jimenezmlaa" setted to 0 it seems to
be fixed completely. But I don't think activated MLAA should cause this.
--
Configure bugmail:
adapter->name);
> > + break;
> > + }
> > + } while (ret != 3 && --retries);
> >
> > - return ret == 2 ? 0 : -1;
> > + return ret == 3 ? 0 : -1;
> > + }
> > + return -1;
> > }
> >
> > static bool drm_edid_is_zero(u8 *in_edid, int length)
> > --
> > 1.7.0.4
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> --
> Daniel Vetter
> Mail: daniel at ffwll.ch
> Mobile: +41 (0)79 365 57 48
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120824/a5ac9def/attachment-0001.html>
Dave Airlie (1):
radeon: add prime import/export support
Kenneth Graunke (1):
intel: Use VG_CLEAR on the context destroy ioctl as well.
Marek Ol??k (3):
radeon: fix allocation of MSAA surfaces on r600-r700
radeon: align r600 msaa buffers to a multiple of macrotile size
*
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #9 from Thomas Rohloff 2012-08-24 17:04:04
UTC ---
Well, it's reduced to a minimum, not solved. Need some more testing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #8 from Thomas Rohloff 2012-08-24 17:00:50
UTC ---
If I set "pp_jimenezmlaa_color" to "0" everything is fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #7 from Thomas Rohloff 2012-08-24 16:53:47
UTC ---
Created attachment 66074
--> https://bugs.freedesktop.org/attachment.cgi?id=66074
My .drirc
The bad commit is e7c177ec9e37d0c406c3b0ef8f228159d7ee5d69 ( st/dri: use driver
name
NB: still broken in 3.5 as well.
Signed-off-by: Ortwin Gl?ck
---
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gpu/drm/nouveau/nv50_display.c
index b244d99..c7ffa63 100644
--- a/drivers/gpu/drm/nouveau/nv50_display.c
+++ b/drivers/gpu/drm/nouveau/nv50_display.c
@@ -650,6 +650,12
https://bugzilla.kernel.org/show_bug.cgi?id=38472
--- Comment #8 from Alex Deucher 2012-08-24
16:42:47 ---
I think this is an issue with the drm fb helper. Since fb doesn't handle
multiple heads we only expose the smallest to the fb layer so the "extra" space
on the larger heads never
https://bugzilla.kernel.org/show_bug.cgi?id=38472
Alan changed:
What|Removed |Added
Kernel Version|3.0-rc5 |3.5.2
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=36892
--- Comment #9 from Alan 2012-08-24 16:36:07 ---
The page allocation warnings are fine (and just warnings that perhaps the VM
needs further tuning)
The only oddity is this
[drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
--
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Alan changed:
What|Removed |Added
Attachment #78381|application/octet-stream|text/plain
mime type|
https://bugzilla.kernel.org/show_bug.cgi?id=38472
--- Comment #7 from boris64 2012-08-24
16:29:21 ---
Yes, it's still there on kernel-3.5.2
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=36672
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
From: Alex Deucher
The ordering is important and the current drm code
wasn't cutting it for modern DIG encoders. We need
to have information about crtc before setting up
the encoders so I've shifted the ordering a bit.
Probably we'll need a full rework akin to
From: Alex Deucher
Some plls are shared for DP.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git
https://bugzilla.kernel.org/show_bug.cgi?id=39612
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=38472
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=38792
Alan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=38622
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=38592
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
https://bugzilla.kernel.org/show_bug.cgi?id=38472
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
https://bugzilla.kernel.org/show_bug.cgi?id=38432
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
https://bugzilla.kernel.org/show_bug.cgi?id=38382
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=37762
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
The current logic for probing ddc is limited to
2 blocks (256 bytes), this patch adds support
for the 4 block (512) data.
To do this, a single 8-bit segment index is
passed to the display via the I2C address 30h.
Data from the selected segment is then immediately
read via the regular DDC2 address
This patch adds support in probing 4 block edid data, for E-DDC.
This is the first test case in CTS, for HDMI compliance.
Changes from V2:
Add switch for DDC and E-DDC
Based on drm-next branch
Shirish S (1):
drm: edid: add support for E-DDC
drivers/gpu/drm/drm_edid.c | 87
On Fri, Aug 24, 2012 at 02:13:33PM +1000, Dave Airlie wrote:
> On Mon, Jul 23, 2012 at 7:26 PM, Daniel Vetter
> wrote:
> > Well, actually add some, because currently there's exactly none:
> > - in handle_to_fd we only take the file_priv's prime lock, but the
> > underlying gem object we're
https://bugzilla.kernel.org/show_bug.cgi?id=37502
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Fri, Aug 24, 2012 at 07:56:31AM -0400, Calvin Walton wrote:
> This board is incorrectly detected as having an LVDS connector,
> resulting in the VGA output (the only available output on the board)
> showing the console only in the top-left 1024x768 pixels, and an extra
> LVDS connector
https://bugzilla.kernel.org/show_bug.cgi?id=37362
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=37032
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Niels Ole Salscheider changed:
What|Removed |Added
Attachment #61052|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Niels Ole Salscheider changed:
What|Removed |Added
Kernel Version|3.0-rc1 |3.6-rc1
--- Comment #7 from
Checking of the second colorbuffer was skipped on r700, because
CB_TARGET_MASK was 0xf. With r600, CB_TARGET_MASK is changed to 0xff,
so we must set the number of samples of the second colorbuffer to 1 in order
to pass the CS checker.
The DRM version is bumped, because RESOLVE_BOX is always
On Mon, Jul 23, 2012 at 7:26 PM, Daniel Vetter
wrote:
> Well, actually add some, because currently there's exactly none:
> - in handle_to_fd we only take the file_priv's prime lock, but the
> underlying gem object we're exporting isn't per-file.
> - in each driver's dma_buf->release callback
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #31 from Tvrtko Ursulin 2012-08-24
13:46:28 UTC ---
Just testing with 3.6.0-rc3+ from today's GIT and I can reproduce some sort of
sound corruption depending on the video output resolution.
For example, 1360x768 and audio plays
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=36672
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
https://bugzilla.kernel.org/show_bug.cgi?id=36642
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #6 from Thomas Rohloff 2012-08-24 12:44:33
UTC ---
Okay, found a good commit and am bisecting. :)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugzilla.kernel.org/show_bug.cgi?id=36072
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #5 from Thomas Rohloff 2012-08-24 12:12:28
UTC ---
Created attachment 66063
--> https://bugs.freedesktop.org/attachment.cgi?id=66063
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #4 from Thomas Rohloff 2012-08-24 12:11:38
UTC ---
Created attachment 66062
--> https://bugs.freedesktop.org/attachment.cgi?id=66062
Xorg.0.log
(In reply to comment #3)
> Can you isolate which update caused the problem?
I don't
; + .disable= exynos_drm_encoder_disable,
> };
>
> static void exynos_drm_encoder_destroy(struct drm_encoder *encoder)
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120824/050eff0d/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #3 from Michel D?nzer 2012-08-24 12:02:27
UTC ---
> I just updated mesa, libdrm snd the xf86-video-radeon to the newest git
> versions and now my screen is massivly corrupted (see the attached image).
Can you isolate which update
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #2 from Thomas Rohloff 2012-08-24 11:34:30
UTC ---
Created attachment 66060
--> https://bugs.freedesktop.org/attachment.cgi?id=66060
radeontop
I just noticed that the GPU usage is very high (radeontop), so high that the
desktop
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #1 from Thomas Rohloff 2012-08-24 11:25:09
UTC ---
Created attachment 66059
--> https://bugs.freedesktop.org/attachment.cgi?id=66059
bugs.freedesktop.org with the corruption
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=54002
Bug #: 54002
Summary: Massive screen corruption on Cayman
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Fri, 24 Aug 2012 09:42:44 +0300
Jani Nikula wrote:
> Another reference to raw_edid field of struct drm_display_info was
> added in gma500 while the whole field was being removed, causing build
> failure. Remove the hopefully last references to raw_edid.
>
> Reported-by: Fengguang Wu
>
From: Inki Dae
this patch ensures that each plane connected to encoder is disabled
when released, by adding disable callback function of encoder helper
we had faced with one issue that invalid memory is accessed by dma
once drm is released and then the dma is turned on
On Fri, Aug 24, 2012 at 8:27 AM, Marek Ol??k wrote:
> Checking of the second colorbuffer was skipped on r700, because
> CB_TARGET_MASK was 0xf. With r600, CB_TARGET_MASK is changed to 0xff,
> so we must set the number of samples of the second colorbuffer to 1 in order
> to pass the CS checker.
>
---
A non-text attachment was scrubbed...
Name: 0001-siliconmotion-kernel-driver-initial-patch.patch
Type: application/octet-stream
Size: 256220 bytes
Desc: 0001-siliconmotion-kernel-driver-initial-patch.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120824/b9303d69/attachment-0001.obj>
Hi guys (but mainly ajax)
I have a bunch of EDID and quirk stuff outstanding,
I've made a bundle on patchwork for it
https://patchwork.kernel.org/bundle/airlied/edid-review/
Dave.
Another reference to raw_edid field of struct drm_display_info was added in
gma500 while the whole field was being removed, causing build
failure. Remove the hopefully last references to raw_edid.
Reported-by: Fengguang Wu
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/gma500/cdv_intel_dp.c |
On Thu, Aug 23, 2012 at 8:52 PM, Alan Cox wrote:
> On Thu, 23 Aug 2012 12:03:59 +0200
> Laurent Pinchart wrote:
>
>> Hi Alan,
>>
>> On Tuesday 17 July 2012 17:21:06 Alan Cox wrote:
>> > On Tue, 17 Jul 2012 17:09:25 +0200 Laurent Pinchart wrote:
>> > > On Wednesday 16 May 2012 16:10:37 Alan Cox
On Fri, Aug 24, 2012 at 7:51 AM, Andy Lutomirski wrote:
> mgag200 hangs like this on startup, on a Dell PowerEge 12g box. The
> serial console says:
You can apply this
https://patchwork.kernel.org/patch/1298651/
it should be in stable at some point, I expect its the same bug, it
not get back
https://bugs.freedesktop.org/show_bug.cgi?id=43698
--- Comment #13 from Joseph Spiros 2012-08-24
08:34:33 UTC ---
I'm running into this bug as well, with an iMac G5 containing a Radeon 9600
(rv350) chip. It's been a few months since this bug has seen any activity; is a
fix still forthcoming? Is
https://bugs.freedesktop.org/show_bug.cgi?id=50360
Vadim Girlin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
This board is incorrectly detected as having an LVDS connector,
resulting in the VGA output (the only available output on the board)
showing the console only in the top-left 1024x768 pixels, and an extra
LVDS connector appearing in X.
It's a desktop Mini-ITX board using an Atom D525 CPU with an
At Thu, 23 Aug 2012 20:44:32 -0500,
Ricardo Neri wrote:
>
> Hi Takashi,
>
> On 08/22/2012 02:55 AM, Takashi Iwai wrote:
> > At Tue, 21 Aug 2012 19:58:02 -0500,
> > Ricardo Neri wrote:
> >>
> >>
> >>
> >> On 08/21/2012 07:39 AM, Clark, Rob wrote:
> >>> On Tue, Aug 21, 2012 at 1:01 AM, Tomi
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #18 from Bryan Quigley 2012-08-24
04:32:48 UTC ---
Created attachment 66047
--> https://bugs.freedesktop.org/attachment.cgi?id=66047
3 outputs of syslog: before the patch, after, and after really bad
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #17 from Bryan Quigley 2012-08-24
04:31:57 UTC ---
The patch doesn't seem to work. It may have made the crash more likely to
bring the system down, but I'd have to do more testing to confirm that.
Attaching 3 syslog results in 1
On Thu, Aug 23, 2012 at 07:06:53AM -0700, Shirish S wrote:
> Hello Daniel,
>
> On Thu, Aug 23, 2012 at 1:54 AM, Daniel Vetter wrote:
>
> > On Wed, Aug 22, 2012 at 10:52:26AM +0300, Ville Syrj?l? wrote:
> > > On Tue, Aug 21, 2012 at 04:28:20PM -0700, Shirish S wrote:
> > > > On Tue, Aug 21, 2012
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #16 from Marek Ol??k 2012-08-24 01:14:51 UTC
---
Created attachment 66040
--> https://bugs.freedesktop.org/attachment.cgi?id=66040
possible fix
Could you please try this patch?
--
Configure bugmail:
On Thu, Aug 23, 2012 at 12:22:27PM -0700, Tejun Heo wrote:
> Hello,
>
> On Thu, Aug 23, 2012 at 10:43:25AM +0200, Daniel Vetter wrote:
> > On Thu, Aug 23, 2012 at 08:56:37AM +0100, Chris Wilson wrote:
> > > On Wed, 22 Aug 2012 16:40:57 -0700, Tejun Heo wrote:
> > > > This is an equivalent
mgag200 hangs like this on startup, on a Dell PowerEdge 12g box. The
serial console says:
[4.399184] [drm] Initialized drm 1.1.0 20060810
[4.444054] [TTM] Zone kernel: Available graphics memory: 16452270 kiB
[4.459610] [TTM] Zone dma32: Available graphics memory: 2097152 kiB
[
On Thu, Aug 23, 2012 at 4:22 PM, Dave Airlie airl...@gmail.com wrote:
On Fri, Aug 24, 2012 at 7:51 AM, Andy Lutomirski l...@amacapital.net wrote:
mgag200 hangs like this on startup, on a Dell PowerEge 12g box. The
serial console says:
You can apply this
Hi Takashi,
On 08/22/2012 02:55 AM, Takashi Iwai wrote:
At Tue, 21 Aug 2012 19:58:02 -0500,
Ricardo Neri wrote:
On 08/21/2012 07:39 AM, Clark, Rob wrote:
On Tue, Aug 21, 2012 at 1:01 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-08-20 at 20:47 -0500, Ricardo Neri wrote:
On 08/23/2012 07:44 PM, Ricardo Neri wrote:
On 08/22/2012 02:55 AM, Takashi Iwai wrote:
At Tue, 21 Aug 2012 19:58:02 -0500,
Ricardo Neri wrote:
...
Maybe the lack of audio support in drm is because the audio users should
not talk to drm directly but to a lower level component (omapdrm,
https://bugs.freedesktop.org/show_bug.cgi?id=50360
Vadim Girlin pt...@yandex.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=43698
--- Comment #13 from Joseph Spiros jos...@josephspiros.com 2012-08-24
08:34:33 UTC ---
I'm running into this bug as well, with an iMac G5 containing a Radeon 9600
(rv350) chip. It's been a few months since this bug has seen any activity; is a
when drm is released, drm framebuffers are released and all crtcs using
same framebuffer and also all gem buffers used but plane isn't disabled
so when crtc and encoder are turned on, overlay can access to invalid memory
because plane still has memory address released already.
this patch makes
Changelog v2:
wait for VSYNC instead of BACKPORCH.
Changelog v1:
the values set to registers will be updated into real registers
at vsync so dma operation could be malfunctioned when accessed
to memory after gem buffer was released. this patch makes sure
that hw overlay is disabled before the gem
On Fri, 24 Aug 2012 09:42:44 +0300
Jani Nikula jani.nik...@intel.com wrote:
Another reference to raw_edid field of struct drm_display_info was
added in gma500 while the whole field was being removed, causing build
failure. Remove the hopefully last references to raw_edid.
Reported-by:
Dear Inki,
Am Freitag, den 24.08.2012, 18:27 +0900 schrieb Inki Dae:
You can shorten the commit summary by leaving out the word issue, which
is redundant. Maybe one of the following? I do not understand the
process of releasing so it might be wrong.
drm/exynos: Disable plane after
https://bugs.freedesktop.org/show_bug.cgi?id=54002
Bug #: 54002
Summary: Massive screen corruption on Cayman
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #1 from Thomas Rohloff v10la...@myway.de 2012-08-24 11:25:09 UTC
---
Created attachment 66059
-- https://bugs.freedesktop.org/attachment.cgi?id=66059
bugs.freedesktop.org with the corruption
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #2 from Thomas Rohloff v10la...@myway.de 2012-08-24 11:34:30 UTC
---
Created attachment 66060
-- https://bugs.freedesktop.org/attachment.cgi?id=66060
radeontop
I just noticed that the GPU usage is very high (radeontop), so high
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #3 from Michel Dänzer mic...@daenzer.net 2012-08-24 12:02:27 UTC
---
I just updated mesa, libdrm snd the xf86-video-radeon to the newest git
versions and now my screen is massivly corrupted (see the attached image).
Can you
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #4 from Thomas Rohloff v10la...@myway.de 2012-08-24 12:11:38 UTC
---
Created attachment 66062
-- https://bugs.freedesktop.org/attachment.cgi?id=66062
Xorg.0.log
(In reply to comment #3)
Can you isolate which update caused the
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #5 from Thomas Rohloff v10la...@myway.de 2012-08-24 12:12:28 UTC
---
Created attachment 66063
-- https://bugs.freedesktop.org/attachment.cgi?id=66063
dmesg
--
Configure bugmail:
Checking of the second colorbuffer was skipped on r700, because
CB_TARGET_MASK was 0xf. With r600, CB_TARGET_MASK is changed to 0xff,
so we must set the number of samples of the second colorbuffer to 1 in order
to pass the CS checker.
The DRM version is bumped, because RESOLVE_BOX is always
On Fri, Aug 24, 2012 at 07:56:31AM -0400, Calvin Walton wrote:
This board is incorrectly detected as having an LVDS connector,
resulting in the VGA output (the only available output on the board)
showing the console only in the top-left 1024x768 pixels, and an extra
LVDS connector appearing in
https://bugzilla.kernel.org/show_bug.cgi?id=36072
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=54002
--- Comment #6 from Thomas Rohloff v10la...@myway.de 2012-08-24 12:44:33 UTC
---
Okay, found a good commit and am bisecting. :)
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
On Fri, Aug 24, 2012 at 02:13:33PM +1000, Dave Airlie wrote:
On Mon, Jul 23, 2012 at 7:26 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Well, actually add some, because currently there's exactly none:
- in handle_to_fd we only take the file_priv's prime lock, but the
underlying gem
https://bugzilla.kernel.org/show_bug.cgi?id=36642
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=36672
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |NEEDINFO
https://bugs.freedesktop.org/show_bug.cgi?id=46713
--- Comment #31 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-08-24
13:46:28 UTC ---
Just testing with 3.6.0-rc3+ from today's GIT and I can reproduce some sort of
sound corruption depending on the video output resolution.
For example,
https://bugzilla.kernel.org/show_bug.cgi?id=36892
Niels Ole Salscheider niels_...@salscheider-online.de changed:
What|Removed |Added
Kernel Version|3.0-rc1
1 - 100 of 135 matches
Mail list logo