https://bugzilla.kernel.org/show_bug.cgi?id=37502
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
Component|Vi
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=38432
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vi
https://bugzilla.kernel.org/show_bug.cgi?id=38472
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Co
https://bugzilla.kernel.org/show_bug.cgi?id=38592
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vi
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=38792
Alan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
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
* n
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=39612
Alan changed:
What|Removed |Added
Status|NEW |NEEDINFO
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=36672
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
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 |
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 NM
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
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
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 #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 a
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=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!
--
C
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.
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 gets
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 fo
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 #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 #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: http
https://bugs.freedesktop.org/show_bug.cgi?id=54002
Thomas Rohloff changed:
What|Removed |Added
Summary|Massive screen corruption |Massive screen corruption
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 again. actually,
in our ca
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 th
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 se
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
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 enab
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 a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/
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 danvet's
recent intel patchs. This
r %s\n",
> > + 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>
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
drive
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
drive
101 - 137 of 137 matches
Mail list logo
