https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #13 from Alex Deucher 2012-05-29 15:43:11 PDT
---
Created attachment 62246
--> https://bugs.freedesktop.org/attachment.cgi?id=62246
possible fix
It's actually a kernel issue. The attached patch against Dave's drm-fixes
branch
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #80 from Gilles Dartiguelongue
2012-05-29 15:14:55 PDT ---
Actually, last I read this datasheet, it said that we could obtain the
programming guide from our local NS vendor. I think that's what we are missing
to have a functional
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #79 from thor at math.tu-berlin.de 2012-05-29 14:29:24 PDT ---
But as the drm module is never loaded, the corresponding i2c devices are not
exposed? Can I trigger this process manually without loading the drm module?
The idea was to
On Tue, May 29, 2012 at 9:13 PM, wrote:
> --- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
> Well, I do have a documentation from National Semiconductors, but there is
> nothing that would define frequencies or bandwidths - only the sync pulses can
> be set, and intput
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #78 from Daniel Vetter 2012-05-29 14:13:48 PDT
---
> --- Comment #77 from thor at math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
> Sorry if this sounds like a stupid question - but how come that i2cdetect only
> sees one bus when
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #77 from thor at math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus when booting with the vga frame buffer, but 7 with the i915drm
module in place?
On Tue, May 29, 2012 at 5:23 PM, Alex Deucher wrote:
> On Tue, May 29, 2012 at 4:33 PM, Sean Paul wrote:
>> On Tue, May 29, 2012 at 10:43 AM, Alex Deucher
>> wrote:
>>> On Mon, May 28, 2012 at 1:20 PM, Sean Paul wrote:
On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul
wrote:
> Add a
---
Sascha, this is against your inital patch and I suppose it does not apply
cleanly anymore to your current tree, but it shouldn't be to hard to make the
changes manually. Can you test whether the generic cma fb helper functions works
for you?
---
drivers/gpu/drm/imx/Kconfig |1 +
This patchset introduces a set of helper function for implementing the KMS
framebuffer layer for drivers which use the drm gem CMA helper function.
Signed-off-by: Lars-Peter Clausen
---
drivers/gpu/drm/Kconfig | 11 ++
drivers/gpu/drm/Makefile|1 +
On Mon, May 28, 2012 at 12:06 AM, Chris Wilson
wrote:
>
> No, the i915_error_state had everything I needed to see. It is the old
> ddx bug that was hardcoding a maximum relocation address that never
> corresponded with an actual hw limit. As soon we try to use memory above
> that value, the GPU
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #76 from Daniel Vetter 2012-05-29 12:20:12 PDT
---
On Tue, May 29, 2012 at 9:13 PM, wrote:
> --- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
> Well, I do have a documentation from National
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses can
be set, and
Hi Lars,
Thanks for your quick comments.
On Tue, May 29, 2012 at 04:46:36PM +0200, Lars-Peter Clausen wrote:
> On 05/29/2012 04:10 PM, Sascha Hauer wrote:
> >
> > diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
> > index e354bc0..f62717e 100644
> > --- a/drivers/gpu/drm/Kconfig
>
On 05/29/2012 04:46 PM, Lars-Peter Clausen wrote:
> On 05/29/2012 04:10 PM, Sascha Hauer wrote:
>> Many embedded drm devices do not have a IOMMU and no dedicated
>> memory for graphics. These devices use CMA (Contiguous Memory
>> Allocator) backed graphics memory. This patch provides helper
>>
On Tue, May 29, 2012 at 4:33 PM, Sean Paul wrote:
> On Tue, May 29, 2012 at 10:43 AM, Alex Deucher
> wrote:
>> On Mon, May 28, 2012 at 1:20 PM, Sean Paul wrote:
>>> On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul
>>> wrote:
Add a quirk which adds a new downclocked mode to the EDID of
On Mon, May 21, 2012 at 11:27 AM, Steven Newbury
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 18/05/12 10:08, Yinghai Lu wrote:
>> On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu
>> wrote:
>>> On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu
>>> wrote:
On Thu, May 17, 2012 at
On 05/29/2012 04:10 PM, Sascha Hauer wrote:
> Many embedded drm devices do not have a IOMMU and no dedicated
> memory for graphics. These devices use CMA (Contiguous Memory
> Allocator) backed graphics memory. This patch provides helper
> functions to be able to share the code.
>
> Signed-off-by:
On Tue, May 29, 2012 at 10:43 AM, Alex Deucher wrote:
> On Mon, May 28, 2012 at 1:20 PM, Sean Paul wrote:
>> On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul wrote:
>>> Add a quirk which adds a new downclocked mode to the EDID of Samsung
>>> LTN121AT10-301 panels. This allows the intel driver to
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code.
Signed-off-by: Sascha Hauer
---
Lars-Peter, please let me know if
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #9 from Andy Furniss 2012-05-29
08:07:33 PDT ---
(In reply to comment #8)
> (In reply to comment #7)
> > Solution is to rename libstdc++.so.6 and libgcc_s.so.1 that are in
> > /opt/quake4/ I guess, to something else which will
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #8 from Maxim Koltsov 2012-05-29 06:51:37
PDT ---
(In reply to comment #7)
> Solution is to rename libstdc++.so.6 and libgcc_s.so.1 that are in
> /opt/quake4/ I guess, to something else which will make q4 use your system
> libs.
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #6 from Maxim Koltsov 2012-05-29 05:28:41
PDT ---
Created attachment 62218
--> https://bugs.freedesktop.org/attachment.cgi?id=62218
quake4 console log
I attached Xorg log, dmesg and log of quake4, which crashes like i said.
Sorry
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #5 from Maxim Koltsov 2012-05-29 05:27:36
PDT ---
Created attachment 62216
--> https://bugs.freedesktop.org/attachment.cgi?id=62216
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #3 from Andy Furniss 2012-05-29
04:57:03 PDT ---
dmesg output and /var/log/Xorg.0.log would add more info.
If you use mime type text/plain for them it's easier for people to read the
contents in their browser.
I've got an AGP
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss changed:
What|Removed |Added
Attachment #62200|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss changed:
What|Removed |Added
Attachment #62198|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss changed:
What|Removed |Added
Attachment #62199|text/x-log |text/plain
mime type|
All drivers already have a work item to run the hpd code, so we don't
need to launch a new one in the helper code. Dave Airlie mentioned
that the cancel+re-queue might paper over DP related hpd ping-pongs,
hence why this is split out.
Signed-Off-by: Daniel Vetter
---
Instead of reusing the polling code for hpd handling, split them up.
This has a few consequences:
- Don't touch HPD capable connectors in the poll loop.
- Only touch HPD capable connectors in drm_helper_hpd_irq_event.
- We could run the HPD handling directly (because all callers already
use
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120529/5117fb95/attachment.pgp>
hment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120529/703a68f5/attachment.pgp>
On Mon, May 28, 2012 at 1:20 PM, Sean Paul wrote:
> On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul wrote:
>> Add a quirk which adds a new downclocked mode to the EDID of Samsung
>> LTN121AT10-301 panels. This allows the intel driver to apply downclocking
>> and save power.
>>
>
> Is there any
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #2 from Maxim Koltsov 2012-05-29 03:39:55
PDT ---
Created attachment 62200
--> https://bugs.freedesktop.org/attachment.cgi?id=62200
kernel config
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #1 from Maxim Koltsov 2012-05-29 03:39:36
PDT ---
Created attachment 62199
--> https://bugs.freedesktop.org/attachment.cgi?id=62199
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Bug #: 50450
Summary: OpenGL does not work or works very slowly on Radeon
HD3850
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
Instead of reusing the polling code for hpd handling, split them up.
This has a few consequences:
- Don't touch HPD capable connectors in the poll loop.
- Only touch HPD capable connectors in drm_helper_hpd_irq_event.
- Run the HPD handling directly instead of going through a work item -
all
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #74 from Daniel Vetter 2012-05-29 00:36:03 PDT
---
> I played with i2cset here and there and could disable and enable the screen
> with register #8, bit #0, but I do not get a usable screen. I do not know
> enough about DVO chips to
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #73 from thor at math.tu-berlin.de 2012-05-28 23:59:16 PDT ---
Ok, so I now fiddled a little bit with the patched kernel and the i2c
utilities. In fact, I do get "something like a picture" on this machine. By
which I mean that the
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #7 from Andy Furniss 2012-05-29
06:26:59 UTC ---
(In reply to comment #6)
> Created attachment 62218 [details]
> quake4 console log
>
> I attached Xorg log, dmesg and log of quake4, which crashes like i said.
> Sorry for mimetype,
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #10 from Roman ?makal 2012-05-28
21:53:21 PDT ---
Created attachment 62189
--> https://bugs.freedesktop.org/attachment.cgi?id=62189
Lightsmark rant with RADEON_DEBUG=fp
There we go. I hope it will be usefull
--
Configure
https://bugzilla.kernel.org/show_bug.cgi?id=42727
--- Comment #49 from Egor Y. Egorov 2012-05-29 04:34:05
---
Created an attachment (id=73452)
--> (https://bugzilla.kernel.org/attachment.cgi?id=73452)
working.regs
Alex, I have news. Today I ran the system with the KMS enabled and then
Hi Tomasz,
On Wednesday 23 May 2012 14:10:14 Tomasz Stanislawski wrote:
> Hello everyone,
> This patchset adds support for DMABUF [2] importing to V4L2 stack.
> The support for DMABUF exporting was moved to separate patchset
> due to dependency on patches for DMA mapping redesign by
> Marek
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #9 from Tom Stellard 2012-05-28 17:14:51
PDT ---
(In reply to comment #5)
> compiler/r300_fragprog_emit.c::begin_tex(): Too many texture indirections
> Using a dummy shader instead.
>
> This is an error reported by Lightsmark when
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 14:10:16 Tomasz Stanislawski wrote:
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> CC: linux-doc at
Hi Tomasz,
Thanks for the patch.
On Wednesday 23 May 2012 14:10:15 Tomasz Stanislawski wrote:
> From: Sumit Semwal
>
> Adds DMABUF memory type to v4l framework. Also adds the related file
> descriptor in v4l2_plane and v4l2_buffer.
Sorry not to have caught this earlier, but haven't you
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #73 from t...@math.tu-berlin.de 2012-05-28 23:59:16 PDT ---
Ok, so I now fiddled a little bit with the patched kernel and the i2c
utilities. In fact, I do get something like a picture on this machine. By
which I mean that the image is
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #74 from Daniel Vetter dan...@ffwll.ch 2012-05-29 00:36:03 PDT ---
I played with i2cset here and there and could disable and enable the screen
with register #8, bit #0, but I do not get a usable screen. I do not know
enough about
Instead of reusing the polling code for hpd handling, split them up.
This has a few consequences:
- Don't touch HPD capable connectors in the poll loop.
- Only touch HPD capable connectors in drm_helper_hpd_irq_event.
- Run the HPD handling directly instead of going through a work item -
all
Instead of reusing the polling code for hpd handling, split them up.
This has a few consequences:
- Don't touch HPD capable connectors in the poll loop.
- Only touch HPD capable connectors in drm_helper_hpd_irq_event.
- We could run the HPD handling directly (because all callers already
use
All drivers already have a work item to run the hpd code, so we don't
need to launch a new one in the helper code. Dave Airlie mentioned
that the cancel+re-queue might paper over DP related hpd ping-pongs,
hence why this is split out.
Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Bug #: 50450
Summary: OpenGL does not work or works very slowly on Radeon
HD3850
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #1 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 03:39:36
PDT ---
Created attachment 62199
-- https://bugs.freedesktop.org/attachment.cgi?id=62199
glxinfo
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #2 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 03:39:55
PDT ---
Created attachment 62200
-- https://bugs.freedesktop.org/attachment.cgi?id=62200
kernel config
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Attachment #62199|text/x-log |text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Attachment #62198|text/x-log |text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Attachment #62200|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #3 from Andy Furniss li...@andyfurniss.entadsl.com 2012-05-29
04:57:03 PDT ---
dmesg output and /var/log/Xorg.0.log would add more info.
If you use mime type text/plain for them it's easier for people to read the
contents in their
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #4 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 05:27:08
PDT ---
Created attachment 62215
-- https://bugs.freedesktop.org/attachment.cgi?id=62215
Xorg log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #5 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 05:27:36
PDT ---
Created attachment 62216
-- https://bugs.freedesktop.org/attachment.cgi?id=62216
dmesg
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #6 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 05:28:41
PDT ---
Created attachment 62218
-- https://bugs.freedesktop.org/attachment.cgi?id=62218
quake4 console log
I attached Xorg log, dmesg and log of quake4, which crashes
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #7 from Andy Furniss li...@andyfurniss.entadsl.com 2012-05-29
06:26:59 UTC ---
(In reply to comment #6)
Created attachment 62218 [details]
quake4 console log
I attached Xorg log, dmesg and log of quake4, which crashes like i
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #8 from Maxim Koltsov maksbo...@gentoo.org 2012-05-29 06:51:37
PDT ---
(In reply to comment #7)
Solution is to rename libstdc++.so.6 and libgcc_s.so.1 that are in
/opt/quake4/ I guess, to something else which will make q4 use
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code.
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
---
Lars-Peter,
On 05/29/2012 04:10 PM, Sascha Hauer wrote:
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code.
Signed-off-by:
On Mon, May 28, 2012 at 1:20 PM, Sean Paul seanp...@chromium.org wrote:
On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul seanp...@chromium.org wrote:
Add a quirk which adds a new downclocked mode to the EDID of Samsung
LTN121AT10-301 panels. This allows the intel driver to apply downclocking
and
On Mon, 2012-05-28 at 08:06 +0100, Chris Wilson wrote:
No, the i915_error_state had everything I needed to see. It is the old
ddx bug that was hardcoding a maximum relocation address that never
corresponded with an actual hw limit. As soon we try to use memory above
that value, the GPU
On Wed, 2012-05-23 at 16:26 -0400, Adam Jackson wrote:
Entirely new class of fail for this one. The detailed timings are for
normal CVT but the monitor really wanted CVT-R.
Bugzilla: http://bugzilla.redhat/com/516471
Signed-off-by: Adam Jackson a...@redhat.com
Bump.
- ajax
signature.asc
https://bugs.freedesktop.org/show_bug.cgi?id=50450
--- Comment #9 from Andy Furniss li...@andyfurniss.entadsl.com 2012-05-29
08:07:33 PDT ---
(In reply to comment #8)
(In reply to comment #7)
Solution is to rename libstdc++.so.6 and libgcc_s.so.1 that are in
/opt/quake4/ I guess, to
On 05/29/2012 04:46 PM, Lars-Peter Clausen wrote:
On 05/29/2012 04:10 PM, Sascha Hauer wrote:
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to
Hi Lars,
Thanks for your quick comments.
On Tue, May 29, 2012 at 04:46:36PM +0200, Lars-Peter Clausen wrote:
On 05/29/2012 04:10 PM, Sascha Hauer wrote:
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index e354bc0..f62717e 100644
--- a/drivers/gpu/drm/Kconfig
+++
This patchset introduces a set of helper function for implementing the KMS
framebuffer layer for drivers which use the drm gem CMA helper function.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
drivers/gpu/drm/Kconfig | 11 ++
drivers/gpu/drm/Makefile|1 +
---
Sascha, this is against your inital patch and I suppose it does not apply
cleanly anymore to your current tree, but it shouldn't be to hard to make the
changes manually. Can you test whether the generic cma fb helper functions works
for you?
---
drivers/gpu/drm/imx/Kconfig |1 +
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses can
be set, and intput
On Tue, May 29, 2012 at 9:13 PM, bugzilla-dae...@freedesktop.org wrote:
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #76 from Daniel Vetter dan...@ffwll.ch 2012-05-29 12:20:12 PDT ---
On Tue, May 29, 2012 at 9:13 PM, bugzilla-dae...@freedesktop.org wrote:
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a
On Tue, May 29, 2012 at 10:43 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, May 28, 2012 at 1:20 PM, Sean Paul seanp...@chromium.org wrote:
On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul seanp...@chromium.org wrote:
Add a quirk which adds a new downclocked mode to the EDID of Samsung
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #77 from t...@math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus when booting with the vga frame buffer, but 7 with the i915drm
module in place? Is
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #78 from Daniel Vetter dan...@ffwll.ch 2012-05-29 14:13:48 PDT ---
--- Comment #77 from t...@math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus
On Tue, May 29, 2012 at 4:33 PM, Sean Paul seanp...@chromium.org wrote:
On Tue, May 29, 2012 at 10:43 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, May 28, 2012 at 1:20 PM, Sean Paul seanp...@chromium.org wrote:
On Wed, Jan 18, 2012 at 10:06 AM, Sean Paul seanp...@chromium.org wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #79 from t...@math.tu-berlin.de 2012-05-29 14:29:24 PDT ---
But as the drm module is never loaded, the corresponding i2c devices are not
exposed? Can I trigger this process manually without loading the drm module?
The idea was to
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #80 from Gilles Dartiguelongue gilles.dartiguelon...@esiee.org
2012-05-29 15:14:55 PDT ---
Actually, last I read this datasheet, it said that we could obtain the
programming guide from our local NS vendor. I think that's what we are
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #13 from Alex Deucher ag...@yahoo.com 2012-05-29 15:43:11 PDT ---
Created attachment 62246
-- https://bugs.freedesktop.org/attachment.cgi?id=62246
possible fix
It's actually a kernel issue. The attached patch against Dave's
DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op
for KMS drivers.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/gpu/drm/drm_irq.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
My understanding of the DRM framework tells me
The passed mode must not be modified by the operation, make it const.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
This will break the i915 driver, as it modifies mode-clock in
intel_dp_mode_fixup(), hence the RFC state. Is this incorrect behaviour from
the i915 driver ?
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #11 from Tom Stellard tstel...@gmail.com 2012-05-29 16:39:47 PDT
---
(In reply to comment #10)
Created attachment 62189 [details]
Lightsmark rant with RADEON_DEBUG=fp
There we go. I hope it will be usefull
I think I see the
On Tue, May 29, 2012 at 5:23 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, May 29, 2012 at 4:33 PM, Sean Paul seanp...@chromium.org wrote:
On Tue, May 29, 2012 at 10:43 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, May 28, 2012 at 1:20 PM, Sean Paul seanp...@chromium.org wrote:
On Mon, May 28, 2012 at 12:06 AM, Chris Wilson ch...@chris-wilson.co.uk wrote:
No, the i915_error_state had everything I needed to see. It is the old
ddx bug that was hardcoding a maximum relocation address that never
corresponded with an actual hw limit. As soon we try to use memory above
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #12 from Roman Šmakal schmakeri...@gmail.com 2012-05-29 21:35:06
PDT ---
With this settings textures are rendered, but they are red-shaded instead, so
its not a fix for the issue
--
Configure bugmail:
2012/5/30 Sean Paul seanp...@chromium.org:
On Tue, May 29, 2012 at 5:23 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, May 29, 2012 at 4:33 PM, Sean Paul seanp...@chromium.org wrote:
On Tue, May 29, 2012 at 10:43 AM, Alex Deucher alexdeuc...@gmail.com
wrote:
On Mon, May 28, 2012 at
89 matches
Mail list logo