https://bugzilla.kernel.org/show_bug.cgi?id=60674
Ondřej Svoboda changed:
What|Removed |Added
CC||ond...@svobodasoft.cz
--- Comment #11 fr
On Wed, Aug 14, 2013 at 09:43:25PM +0200, Sebastian Hesselbarth wrote:
> This patch set picks up several patches sent during the past months
> related with NXP TDA998x HDMI transmitter driver. The patches have
> been tested on Marvell Dove (Armada DRM) on several HDMI and DVI modes
> with audio pla
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #43 from Erdem U. Altınyurt ---
I patched llvm with
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130812/184089.html
using
patch -N -p1 -i p2.patch
But still got lock-ups.
Any hints? :/
--
You are receiving this
it.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/5c30c7be/attachment-0001.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #32 from Christian Birchinger ---
Yes, i did this:
xrandr --newmode "1600x1200_test" 229.5 1600 1664 1856 2160 1200 1201 1204
1250 +hsync +vsync
Puts my state to this:
uvdvclk: 0 dclk: 0
power level 0sclk: 15700 mclk: 3000
On Wed, Aug 14, 2013 at 09:43:25PM +0200, Sebastian Hesselbarth wrote:
> This patch set picks up several patches sent during the past months
> related with NXP TDA998x HDMI transmitter driver. The patches have
> been tested on Marvell Dove (Armada DRM) on several HDMI and DVI modes
> with audio pla
On 15/08/2013 13:46, Pali Rohár wrote:
On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote:
Hello,
in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
introduced error which cause that on my Nvidia 6600GT card
reclocking not working anymore. There is missing assigment of
return value from pl
On 15/08/2013 03:24, Pali Rohár wrote:
On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
On 14/08/2013 05:02, Pali Rohár wrote:
On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
On 13/08/2013 09:53, Pali Rohár wrote:
On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
wrote:
[1.] One line summary of the problem:
Flash 11.2 content displays in shades of green and purple only, and in a
horizontally compressed space
[2.] Full description of the problem/report:
The full downstream bug report is at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1212455 , but my
On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote:
> Hello,
>
> in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
> introduced error which cause that on my Nvidia 6600GT card
> reclocking not working anymore. There is missing assigment of
> return value from pll_calc to ret.
>
> After this
2013/8/15 Maarten Lankhorst :
> A fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of graphics after kicking the GPU bu
On Thursday 15 August 2013 04:07:24 Martin Peres wrote:
> On 14/08/2013 05:02, Pali Rohár wrote:
> > On Tuesday 13 August 2013 15:55:28 Martin Peres wrote:
> >> On 13/08/2013 09:53, Pali Rohár wrote:
> >>> On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres
> >
> > wrote:
> On 13/08/2013
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #31 from Alex Deucher ---
(In reply to Christian Birchinger from comment #30)
> Maybe the same reason why Tobias is stuck at level 2.
>
Right you both seem to be afflicted but the same issue.
> Since i'm no longer able to use tools
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #30 from Christian Birchinger ---
Maybe the same reason why Tobias is stuck at level 2.
Since i'm no longer able to use tools like xvidtune and the online modeline
calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130815/0f21b7cb/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/069a6b5b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #29 from Alex Deucher ---
Correct. I'm not sure why that state sees to get stuck in the highest
performance level on your cards though.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #28 from Christian Birchinger ---
Ok thanks.
I was just in the middle of posting this:
With 1280x1024 it switched to power level 0 but without "single_disp".
With the really low 640x400 mode it did also use "single_disp".
But i now
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #27 from Tobias Droste ---
Isn't this the reason why there is a multi-monitor power state? same mclk but
different sclk for each power level? So switching between them should be no
problem because there's no memory reclocking happening
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #26 from Alex Deucher ---
In order to switch the mclk, the hw needs at least 450us. The vblank period of
the 1600x1200 mode is 396us, so it's not long enough to switch. The switch has
to happen during vblank to avoid seeing a flicker
Hi Dave,
Might as well also send you a pull request and flush out the single
regression fixer I have here.
Cheers, Daniel
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
are available in the git repository at:
git://
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #25 from Christian Birchinger ---
So with the problem being the vblank i switched the resolutions using xrandr.
Using lower resolution modes makes it start switching.
~ $ xrandr
Screen 0: minimum 320 x 200, current 1600 x 1200, maximu
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #24 from Christian Birchinger ---
Created attachment 107212
--> https://bugzilla.kernel.org/attachment.cgi?id=107212&action=edit
debug drm output
Yes, i get lots of output. Log is attached
--
You are receiving this mail because:
Y
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #23 from Alex Deucher ---
Ah, you have a system with gddr5 memory. The blanking period is probably too
short on your monitor to support mclk switching. Something like this will tell
you for sure:
diff --git a/drivers/gpu/drm/radeon/
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #22 from Christian Birchinger ---
Created attachment 107211
--> https://bugzilla.kernel.org/attachment.cgi?id=107211&action=edit
drm/radeon boot output
The relevant radeon and drm boot message output
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #21 from Christian Birchinger ---
No change here at all with those 2 patches. I'm attaching my boot dmesg just in
case my maybe weird setup (CRT monitor) does not cause anything special.
--
You are receiving this mail because:
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #42 from Aaron Watry ---
(In reply to comment #41)
> I think those patches are merged with llvm-trunk. Manually installation give
> me hunks and fails.
The second LLVM series is not yet merged upstream, but the first one is. I was
a
org/archives/dri-devel/attachments/20130815/ec484ece/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/bf372856/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/61041f78/attachment.html>
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/4ec73046/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #41 from Erdem U. Altınyurt ---
I think those patches are merged with llvm-trunk. Manually installation give me
hunks and fails.
I update/build/install llvm-trunk,ibclc-trunk mesa-trunk and now I still got
lock ups!???
( Using 3.11.r
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #20 from Alex Deucher ---
Christian, Can you try this patch:
http://lists.freedesktop.org/archives/dri-devel/2013-August/043464.html
I the vblank period on your monitor is short enough that it's causing the
driver to select the multi-
?r
pali.rohar at gmail.com
-- 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/20130815/e28b45ab/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #16 from Vladi ---
nope, tried that and R600_DEBUG=sb as well I also just tried latest patches
from http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11 with no
luck
--
You are receiving this mail because:
You are the assi
This bug (introduced in 3.10) in WREG32_OR made
commit d3418eacad403033e95e49dc14afa37c2112c134
"drm/radeon/evergreen: setup HDMI before enabling it"
cause a regression. Sometimes audio over HDMI wasn't working, sometimes
display was corrupted.
This fixes:
https://bugzilla.kernel.org/show_bug.cgi?
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #19 from Christian Birchinger ---
Just to be totaly clear. In my case i only have one monitor in use. I don't use
any multi-head setup at the moment.
The rest is identical. dpms standby puts it to level 0, when it wakes up it's
also l
On 15/08/2013 13:46, Pali Roh?r wrote:
> On Tuesday 13 August 2013 11:28:01 Pali Roh?r wrote:
>> Hello,
>>
>> in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was
>> introduced error which cause that on my Nvidia 6600GT card
>> reclocking not working anymore. There is missing assigment of
>> retu
nvidia-smi and nvapeek again, here
> are results:
>
> $ nvidia-smi -q -d TEMPERATURE
> ...
> GPU :05:00.0
> Temperature
> Gpu : 67 C
>
> $ nvapeek 0x15b0
> 15b0: 108e
>
> So it looks like that nvapeek returning always same value and
> does not depends on temperature... It is OK?
Well, it looks like the temperature reading is very noisy!
Could you please get the temperature + peek when the card is as hot as
possible?
There is a very effective solution to get a GPU hot, use a hair drier.
If you could get your
GPU to at 110?C (or less, if you feel like it is too much), that could
help me check the formula
and default values.
PS: I attached a new version of the patch that should improve the
temperature accuracy for
nv43s. Could you test it and send me your kernel log?
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-nv40-therm-set-default-calibration-values-if-nee.patch
Type: text/x-patch
Size: 5239 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/cfbaacc3/attachment-0001.bin>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/b71441cb/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/0f5a6649/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/83e978f5/attachment.html>
836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/d90a8641/attachment-0001.pgp>
On Sun, Aug 11, 2013 at 12:00 PM, Daniel Vetter wrote:
> On Sat, Aug 10, 2013 at 10:12 PM, Patrik Jakobsson
> wrote:
>> I will give this a spin on my gma500 and i915 hardware on monday. The gma500
>> sdvo code should be pretty much identical to i915 from around 2011 but I
>> guess
>> we've diver
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/6d55e68f/attachment.html>
2013/8/15 Rafa? Mi?ecki :
> 2013/8/15 Alex Deucher :
>> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
>> +{
>> + struct radeon_device *rdev = encoder->dev->dev_private;
>> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
>> + str
2013/8/15 Alex Deucher :
> This adds a helper function to extract the speaker allocation
> data block from the EDID. This data block describes what speakers
> are present on the display device.
>
> v2: update per Ville Syrj?l?'s comments
> v3: fix copy/paste typo in memory allocation
>
> Signed-of
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/207a9102/attachment.pgp>
ype: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/daf537bd/attachment.pgp>
> @@ -169,13 +169,17 @@ int r600_audio_init(struct radeon_device *rdev)
> if (!radeon_audio || !r600_audio_chipset_supported(rdev))
> return 0;
>
> - r600_audio_engine_enable(rdev, true);
> + rdev->audio.enabled = true;
> +
> + rdev->audio.num_pins = 1;
> +
ion. This infoframe
doesn't seem to exist in 1.3.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/f7714fb0/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=60709
--- Comment #19 from Rafa? Mi?ecki ---
This is a duplicate of #60687 (I'm afraid I don't have privileges to close
this)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60709
--- Comment #18 from Rafa? Mi?ecki ---
Fix posted:
[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register
http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html
--
You are receiving this mail because:
You are wa
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #12 from Rafa? Mi?ecki ---
Fix posted:
[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register
http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html
--
You are receiving this mail because:
You are wa
On Thu, Aug 15, 2013 at 4:42 PM, Thierry Reding
wrote:
> On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote:
>> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
>> wrote:
>> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
>> > [...]
>> >> +int ptn3460_init(struct drm_device *d
n/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/2bb64e7a/attachment.pgp>
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/ff14bd64/attachment.pgp>
2013/8/15 Alex Deucher :
> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder)
> +{
> + struct radeon_device *rdev = encoder->dev->dev_private;
> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder);
> + struct radeon_encoder_atom_dig *dig
Op 15-08-13 15:14, Rob Clark schreef:
> On Thu, Aug 15, 2013 at 7:16 AM, Maarten Lankhorst
> wrote:
>> Op 12-08-13 17:43, Rob Clark schreef:
>>> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst
>>> wrote:
+
> [snip]
+/**
+ * fence_add_callback - add a callback to be called when
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 159
1 file changed, 159 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
index 3df9f16..87906c2 100644
--- a/drivers/gpu/drm/ttm/ttm_bo_vm.c
Op 15-08-13 14:45, Marcin ?lusarz schreef:
> 2013/8/15 Maarten Lankhorst :
>> A fence can be attached to a buffer which is being filled or consumed
>> by hw, to allow userspace to pass the buffer without waiting to another
>> device. For example, userspace can call page_flip ioctl to display the
>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #18 from Tobias Droste ---
Doesn't help here.
But I can confirm that it works as soon as dpms is active and dpm switches to
power level 0. It stays at power level 0 after the monitors are active again
and I can echo things to power_dp
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #32 from Christian Birchinger ---
Yes, i did this:
xrandr --newmode "1600x1200_test" 229.5 1600 1664 1856 2160 1200 1201 1204
1250 +hsync +vsync
Puts my state to this:
uvdvclk: 0 dclk: 0
power level 0sclk: 15700 mclk: 3000
On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
wrote:
> On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
> [...]
>> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder,
>> + struct i2c_client *client, struct device_node *node)
> [...]
>> + ptn_bridge->
[1.] One line summary of the problem:
Flash 11.2 content displays in shades of green and purple only, and in a
horizontally compressed space
[2.] Full description of the problem/report:
The full downstream bug report is at
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1212455 , but my
de
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #31 from Alex Deucher ---
(In reply to Christian Birchinger from comment #30)
> Maybe the same reason why Tobias is stuck at level 2.
>
Right you both seem to be afflicted but the same issue.
> Since i'm no longer able to use tools
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #30 from Christian Birchinger ---
Maybe the same reason why Tobias is stuck at level 2.
Since i'm no longer able to use tools like xvidtune and the online modeline
calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #15 from Alex Deucher ---
Does setting env var R600_DEBUG=nodma help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.f
Op 15-08-13 14:44, Daniel Vetter schreef:
> On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann
> wrote:
>>> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn),
>>> where driver->releasefn has to call ttm_bo_release again.
>>> Unfortunately unless drm is fixed dma-buf is still
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #14 from Vladi ---
I am now seeing random lockup then reboot's when watching videos with xbmc. I
have latest 3.11-rc5 + mesa and ati driver from git. Any update on this?
Thanks!
--
You are receiving this mail because:
You are the as
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #29 from Alex Deucher ---
Correct. I'm not sure why that state sees to get stuck in the highest
performance level on your cards though.
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/a703b231/attachment.html>
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/d9e29ffe/attachment-0001.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/ef6c75bf/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #28 from Christian Birchinger ---
Ok thanks.
I was just in the middle of posting this:
With 1280x1024 it switched to power level 0 but without "single_disp".
With the really low 640x400 mode it did also use "single_disp".
But i now
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #27 from Tobias Droste ---
Isn't this the reason why there is a multi-monitor power state? same mclk but
different sclk for each power level? So switching between them should be no
problem because there's no memory reclocking happening
2013/8/15 Maarten Lankhorst :
> A fence can be attached to a buffer which is being filled or consumed
> by hw, to allow userspace to pass the buffer without waiting to another
> device. For example, userspace can call page_flip ioctl to display the
> next frame of graphics after kicking the GPU bu
On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann
wrote:
>> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn),
>> where driver->releasefn has to call ttm_bo_release again.
>> Unfortunately unless drm is fixed dma-buf is still going to be as buggy as
>> before, not much I ca
Hi
On Thu, Aug 8, 2013 at 3:41 PM, Daniel Vetter wrote:
> The new arch_phys_wc_add/del functions do the right thing both with
> and without MTRR support in the kernel. So we can drop these
> additional checks.
>
> David Herrmann suggest to also kill the DRIVER_USE_MTRR flag since
> it's now unuse
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #26 from Alex Deucher ---
In order to switch the mclk, the hw needs at least 450us. The vblank period of
the 1600x1200 mode is 396us, so it's not long enough to switch. The switch has
to happen during vblank to avoid seeing a flicker
Hi
On Wed, Aug 14, 2013 at 4:31 PM, Maarten Lankhorst
wrote:
> Op 14-08-13 15:07, David Herrmann schreef:
>> There is no reason to keep the gem object separately allocated. nouveau is
>> the last user of gem_obj->driver_private, so if we embed it, we can get
>> rid of 8bytes per gem-object.
>>
>>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #25 from Christian Birchinger ---
So with the problem being the vblank i switched the resolutions using xrandr.
Using lower resolution modes makes it start switching.
~ $ xrandr
Screen 0: minimum 320 x 200, current 1600 x 1200, maximu
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #24 from Christian Birchinger ---
Created attachment 107212
--> https://bugzilla.kernel.org/attachment.cgi?id=107212&action=edit
debug drm output
Yes, i get lots of output. Log is attached
--
You are receiving this mail because:
Y
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #23 from Alex Deucher ---
Ah, you have a system with gddr5 memory. The blanking period is probably too
short on your monitor to support mclk switching. Something like this will tell
you for sure:
diff --git a/drivers/gpu/drm/radeon/
On Mon, Aug 05, 2013 at 04:22:00PM +1000, Christopher James Halse Rogers wrote:
> Each dma-buf has an associated size and it's reasonable for userspace
> to want to know what it is.
>
> Since userspace already has an fd, expose the size using the
> size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #22 from Christian Birchinger ---
Created attachment 107211
--> https://bugzilla.kernel.org/attachment.cgi?id=107211&action=edit
drm/radeon boot output
The relevant radeon and drm boot message output
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #21 from Christian Birchinger ---
No change here at all with those 2 patches. I'm attaching my boot dmesg just in
case my maybe weird setup (CRT monitor) does not cause anything special.
--
You are receiving this mail because:
You ar
On Thu, Aug 15, 2013 at 4:42 PM, Thierry Reding
wrote:
> On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote:
>> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
>> wrote:
>> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
>> > [...]
>> >> +int ptn3460_init(struct drm_device *d
https://bugs.freedesktop.org/show_bug.cgi?id=67994
--- Comment #6 from Nikita ---
Also on kernel 3.11rc5
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.
On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote:
> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding
> wrote:
> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote:
> > [...]
> >> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder,
> >> + struct i2c_
https://bugs.freedesktop.org/show_bug.cgi?id=68162
Laurent carlier changed:
What|Removed |Added
Attachment #84112|text/plain |image/jpeg
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=68162
--- Comment #1 from Laurent carlier ---
Created attachment 84113
--> https://bugs.freedesktop.org/attachment.cgi?id=84113&action=edit
Portal broken rendering
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=68162
Priority: medium
Bug ID: 68162
Assignee: dri-devel@lists.freedesktop.org
Summary: [radeonsi] texture rendering is broken in
Source-Engine games
Severity: normal
Classific
On Thu, Aug 15, 2013 at 11:55:33AM +0100, Damien Lespiau wrote:
> On Tue, Aug 13, 2013 at 04:23:17PM -0700, Josh Triplett wrote:
> > When building kernels for a preliminary hardware target, having to add a
> > kernel command-line option can prove inconvenient. Add a Kconfig option
> > that changes
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
Op 12-08-13 17:43, Rob Clark schreef:
> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst
> wrote:
>> A fence can be attached to a buffer which is being filled or consumed
>> by hw, to allow userspace to pass the buffer without waiting to another
>> device. For example, userspace can call page_
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #20 from Alex Deucher ---
Christian, Can you try this patch:
http://lists.freedesktop.org/archives/dri-devel/2013-August/043464.html
I the vblank period on your monitor is short enough that it's causing the
driver to select the multi-
Hi Dave,
This just adds one more regression fix to my previous pull request.
Rafa? Mi?ecki (1):
drm/radeon: fix WREG32_OR macro setting bits in a register
drivers/gpu/drm/radeon/radeon.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.8.3.1
The following changes since commit 022
On Thu, Aug 15, 2013 at 12:55 PM, Rafa? Mi?ecki wrote:
> This bug (introduced in 3.10) in WREG32_OR made
> commit d3418eacad403033e95e49dc14afa37c2112c134
> "drm/radeon/evergreen: setup HDMI before enabling it"
> cause a regression. Sometimes audio over HDMI wasn't working, sometimes
> display was
1 - 100 of 228 matches
Mail list logo
