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 5:3
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #11 from Tom Stellard 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 bug. Do you still
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 sho
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 dri
2012/5/30 Sean Paul :
> 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 Pa
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #12 from Roman Šmakal 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: https://bugs.freedesktop.org/userprefs.cgi?tab=email
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 ch
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 t
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 boot
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 +
dr
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 +
drivers/gpu/drm/d
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 de
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 d
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 Semiconductors,
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 intput
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 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 quirk whic
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
>> func
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 Samsung
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 5:
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:
https://bugs.freedesktop.org/show_bug.cgi?id=50149
--- Comment #11 from Tom Stellard 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 bug. Do you still
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 appl
The passed mode must not be modified by the operation, make it const.
Signed-off-by: Laurent Pinchart
---
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 ?
drivers/gpu/drm/exynos/exynos_
DRM_IOCTL_MODESET_CTL must only be used for UMS drivers. Make it a no-op
for KMS drivers.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_irq.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
My understanding of the DRM framework tells me that calling
DRM_IOCTL_MODESET_CT
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 thi
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 shou
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 dri
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 make
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 check
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 Samsung
LT
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #78 from Daniel Vetter 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 when booting
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=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.
T
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 appl
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 #4 from Maxim Koltsov 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/userprefs.cgi?tab=email
--- You a
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 t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
> Well, I do have a documentation from National Semiconductors, but
On Tue, May 29, 2012 at 9:13 PM, 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 can
> be set, and intput to s
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 to
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 3850,
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
---
drivers/gpu/drm/drm_crtc_hel
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 their
---
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 +
dr
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 +
drivers/gpu/drm/d
- 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>
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/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 feedba
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 ar
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
OS/Ver
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 call
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
>> func
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 make
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
Bump.
- ajax
signature.asc
Descriptio
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 dec
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 feedba
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:
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
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 thi
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 imag
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.
T
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, i
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, i
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 #4 from Maxim Koltsov 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/userprefs.cgi?tab=email
--- You a
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 3850,
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 bugmail
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|
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 sen
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 ar
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
OS/Ver
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
---
drivers/gpu/drm/drm_crtc_hel
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 their
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 call
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 b
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 Szypro
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 u
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 i
90 matches
Mail list logo
