ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130729/ab5f7ef4/attachment.html>
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
> On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
> wrote:
> > Alex Deucher writes:
> >
> >> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
> >> wrote:
> >>>
> >>>
> >>> Alex Deucher wrote:
> On Mon, Jul 29, 2013 at 10:09 AM, Markus
Hello, Dave!
I have a hybrid muxless laptop with intel+radeon:
#lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
Cape Verde [Radeon HD 7700M Series]
On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
>
> > Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau
> > loaded.
> > (Note, no X running on that box)
> >
> > Trace below shows trinity, but I can reproduce it with just cat
> > /proc/dri/0/vma
>
>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/4dc88e8e/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/03a42ad8/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130729/7c7c7000/attachment-0001.html>
From: Alex Deucher
Hi Dave,
A few more radeon bug fixes, mostly for SI dpm. At this point dpm is
pretty solid across the majority of asics. I think we mostly just have
corner cases and fixing up some of the trickier features at this point.
The following changes
On 2013.07.29 at 18:14 +0200, Joshua C. wrote:
>
> This error message seems similar to mine "[drm:r600_uvd_ring_test]
> *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)" Bugzilla:
> https://bugs.freedesktop.org/show_bug.cgi?id=67276 In my case I blame
> another commit for this. Are these bugs
2013/7/29 Alex Deucher :
> On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
> wrote:
>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
>>> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
>>> wrote:
>>> > On my test machine Xorg doesn't start anymore when I kexec into a
>>> >
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130729/f3fa47dc/attachment.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/37393ece/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/cac4ae74/attachment.html>
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/20130729/fff46053/attachment.html>
a723f4928d1a20bcd0b5759077360f9342c9eecc Mdrivers
--
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/20130729/e1e0c32b/attachm
ilable
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/3702faca/attachment-0001.pgp>
On Mon, Jul 29, 2013 at 10:26 AM, Stephen Rothwell
wrote:
> Hi Dave,
>
> On Mon, 29 Jul 2013 10:15:50 +1000 Dave Airlie wrote:
>>
>> > Trying to fetch the drm-intel-fixes tree
>> > (git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this
>> > morning produced this error:
>>
>>
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
> wrote:
> > On my test machine Xorg doesn't start anymore when I kexec into a
> > 3.11.0-rc3 kernel.
>
> With kexec, dpm doesn't get torn down properly which can result in a
> bad hardware
Add support for HDMI audio device on VGA cards that powerdown
to D3cold using non-standard ACPI/PCI infrastructure (optimus).
This does a couple of things to make it work:
a) add a set of power ops for the hdmi domain, and enables them
via vga_switcheroo when we are a switcheroo controlled card.
From: Dave Airlie
This hooks nouveau up to the runtime PM system to enable
dynamic power management for secondary GPUs in switchable
and optimus laptops.
a) rewrite suspend/resume printks to hide them during dynamic s/r
to avoid cluttering logs
b) add runtime pm suspend to
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_fops.c | 2 +-
include/drm/drmP.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 3a24385..d5429ee 100644
---
From: Dave Airlie
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it,
I finally got back to debugging the HDMI audio interactions that
stopped me last time,
This adds switcheroo + nouveau + hda_intel support for turning
off the secondary GPU in optimus laptops, saving a lot of power.
The GPU should come back on for things like lspci on the devices
or for
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.
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
wrote:
> Alex Deucher writes:
>
>> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
>> wrote:
>>>
>>>
>>> Alex Deucher wrote:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
wrote:
> On 2013.07.29 at 09:58 -0400, Alex
At Mon, 29 Jul 2013 16:06:59 +1000,
Dave Airlie wrote:
>
> Add support for HDMI audio device on VGA cards that powerdown
> to D3cold using non-standard ACPI/PCI infrastructure (optimus).
>
> This does a couple of things to make it work:
>
> a) add a set of power ops for the hdmi domain, and
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
wrote:
>
>
> Alex Deucher wrote:
>>On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
>> wrote:
>>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
wrote:
> On my test
On Mon, Jul 29, 2013 at 12:14 PM, Joshua C. wrote:
> 2013/7/29 Alex Deucher :
>> On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
>> wrote:
>>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
wrote:
> On my test machine
The refcount was not protected by the vm lock, fix this..
[ cut here ]
WARNING: CPU: 2 PID: 2008 at drivers/gpu/drm/nouveau/core/core/mm.c:242
nouveau_mm_fini+0x4f/0x56 [nouveau]()
Modules linked in: adt7475 ebtable_nat ebtables nouveau ipt_MASQUERADE
iptable_nat
Linux-next build on ia64 is falling over with errors like this:
In file included from include/drm/drm_vma_manager.h:26,
from include/drm/ttm/ttm_bo_api.h:35,
from include/drm/ttm/ttm_bo_driver.h:33,
from drivers/gpu/drm/ttm/ttm_agp_backend.c:35:
Alex Deucher writes:
> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
> wrote:
>>
>>
>> Alex Deucher wrote:
>>>On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
>>> wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey wrote:
> Hi Rob,
>
>> > * It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
>> >allocate buffers for the GPU. Still not sure how to resolve this
>> >as we don't use DRM for our GPU driver.
>>
>> any thoughts/plans about a DRM
t available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/b210386c/attachment.pgp>
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
wrote:
> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
>> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
>> wrote:
>> > On my test machine Xorg doesn't start anymore when I kexec into a
>> > 3.11.0-rc3 kernel.
>>
>> With kexec, dpm
>
> Trying to fetch the drm-intel-fixes tree
> (git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this
> morning produced this error:
There is some issue with personal fdo repos at the moment and anon git,
I'll ask admin to look into it.
Dave.
au
-- 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/20130729/026d726d/attachment.pgp>
at canb.auug.org.au
-- 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/20130729/7159b427/attachment.pgp>
ilable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/06e052cb/attachment.patch>
On my test machine Xorg doesn't start anymore when I kexec into a
3.11.0-rc3 kernel.
On cold boot everything is fine:
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
[drm] register mmio base:
Alex Deucher wrote:
>On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
> wrote:
>> On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
>>> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
>>> wrote:
>>> > On my test machine Xorg doesn't start anymore when I kexec into a
>>> > 3.11.0-rc3
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130729/926c5637/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #2 from Kris Scott ---
Will do, gonna take some time though. Kernel compiling is not the fastest.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment
It is possible that during i915 device suspending with one pending
hotplug work, one of cases is the device resume/suspend quickly.
At this case, the hotplug work will be executed even after device
is OFF, in Intel Android platform, it will cause system hang.
Here we need sync the hotplug work
On 07/26/2013 12:52 PM, Dave Airlie wrote:
This is just a regular fixes pull apart from the qxl one, it has radeon
and intel bits in it,
the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
regression, whereas radeon is more DPM fixes, a few lockup fixes and
some
-Original Message-
From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
Sent: Saturday, July 27, 2013 5:40 PM
To: Liu, Chuansheng
Cc: daniel.vet...@ffwll.ch; airl...@linux.ie;
intel-...@lists.freedesktop.org; Li,
Fei; dri-devel@lists.freedesktop.org
Subject: Re: [Intel-gfx]
From: santosh.anbu asantosh.k...@gmail.com
Fixed coding style issue
Signed-off-by: santosh.anbu asantosh.k...@gmail.com
---
drivers/gpu/drm/nouveau/core/subdev/bios/i2c.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix the error handling in function cirrus_device_init() to avoid resources
leak in the error handling case.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/gpu/drm/cirrus/cirrus_main.c | 19 ---
1 file changed,
From: Luis R. Rodriguez mcg...@do-not-panic.com
This backports the kernel's wound/wait style locks 040a0a371,
using the linux-stable v3.11-rc2 as a base for development.
Given the complexity to support debugging mutexes this backport
implementation is simplified by only making this feature
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #3 from Rafał Miłecki zaj...@gmail.com ---
You can also compare output of
avivotool regs hdmi
when using 3.9 and 3.10. That should give some hint.
--
You are receiving this mail because:
You are the assignee for the bug.
From: Dave Airlie airl...@redhat.com
This hooks nouveau up to the runtime PM system to enable
dynamic power management for secondary GPUs in switchable
and optimus laptops.
a) rewrite suspend/resume printks to hide them during dynamic s/r
to avoid cluttering logs
b) add runtime pm suspend to irq
From: Dave Airlie airl...@dhcp-40-90.bne.redhat.com
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it, the
Add support for HDMI audio device on VGA cards that powerdown
to D3cold using non-standard ACPI/PCI infrastructure (optimus).
This does a couple of things to make it work:
a) add a set of power ops for the hdmi domain, and enables them
via vga_switcheroo when we are a switcheroo controlled card.
I finally got back to debugging the HDMI audio interactions that
stopped me last time,
This adds switcheroo + nouveau + hda_intel support for turning
off the secondary GPU in optimus laptops, saving a lot of power.
The GPU should come back on for things like lspci on the devices
or for
From: Dave Airlie airl...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/drm_fops.c | 2 +-
include/drm/drmP.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 3a24385..d5429ee
On Mon, Jul 29, 2013 at 10:26 AM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi Dave,
On Mon, 29 Jul 2013 10:15:50 +1000 Dave Airlie airl...@gmail.com wrote:
Trying to fetch the drm-intel-fixes tree
(git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this
morning
Hi Dave,
On Mon, 29 Jul 2013 16:29:04 +1000 Dave Airlie airl...@gmail.com wrote:
Okay should all be back in place now.
Excellent, thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp3VeuvCymK5.pgp
Description: PGP signature
On my test machine Xorg doesn't start anymore when I kexec into a
3.11.0-rc3 kernel.
On cold boot everything is fine:
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
[drm] register mmio base:
The refcount was not protected by the vm lock, fix this..
[ cut here ]
WARNING: CPU: 2 PID: 2008 at drivers/gpu/drm/nouveau/core/core/mm.c:242
nouveau_mm_fini+0x4f/0x56 [nouveau]()
Modules linked in: adt7475 ebtable_nat ebtables nouveau ipt_MASQUERADE
iptable_nat
At Mon, 29 Jul 2013 16:06:59 +1000,
Dave Airlie wrote:
Add support for HDMI audio device on VGA cards that powerdown
to D3cold using non-standard ACPI/PCI infrastructure (optimus).
This does a couple of things to make it work:
a) add a set of power ops for the hdmi domain, and enables
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On my test machine Xorg doesn't start anymore when I kexec into a
3.11.0-rc3 kernel.
With kexec, dpm doesn't get torn down properly which can result in a
bad hardware state when the driver loads again. Does the
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.
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On my test machine Xorg doesn't start anymore when I kexec into a
3.11.0-rc3 kernel.
With kexec, dpm doesn't get torn down properly which can result in a
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On my test machine Xorg doesn't start anymore when I kexec into a
On Fri, Jul 26, 2013 at 11:58 AM, Tom Cooksey tom.cook...@arm.com wrote:
Hi Rob,
* It abuses flags parameter of DRM_IOCTL_MODE_CREATE_DUMB to also
allocate buffers for the GPU. Still not sure how to resolve this
as we don't use DRM for our GPU driver.
any thoughts/plans about a
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #4 from Kris Scott k...@syntosis.net ---
Bisect complete:
b1f6f47e3e33c4a74534f1301aca241ffabbb3a0 is the first bad commit
commit b1f6f47e3e33c4a74534f1301aca241ffabbb3a0
Author: Alex Deucher alexander.deuc...@amd.com
Date: Thu Apr
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #5 from Rafał Miłecki zaj...@gmail.com ---
As I suggested earlier, can you provide output of avivotool regs hdmi before
and after this patch?
This way we will sure if registers are programmed and with what values.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #6 from Kris Scott k...@syntosis.net ---
Good:
RADEON_DAC_CNTL
RADEON_DAC_EXT_CNTL
RADEON_DAC_MACRO_CNTL
RADEON_DAC_CNTL2
RADEON_TV_DAC_CNTL
RADEON_DISP_OUTPUT_CNTL
Hi Dave,
This pull request fixes module build and g2d clock
control issues, and includes related cleanup.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit bf903e4141fce4b35072d5b8fa0ddd299aaf01ea:
Merge tag
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #7 from Rafał Miłecki zaj...@gmail.com ---
Err, did you call avivotool regs hdmi as I asked?
It should return something like:
Audio clocks:
EVERGREEN_AUDIO_PLL1_MUL
EVERGREEN_AUDIO_PLL1_DIV0001
On Mon, Jul 29, 2013 at 12:14 PM, Joshua C. joshua...@gmail.com wrote:
2013/7/29 Alex Deucher alexdeuc...@gmail.com:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM,
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #8 from Kris Scott k...@syntosis.net ---
Oops, sorry, here you go.
Good:
Audio clocks:
R600_AUDIO_PLL1_MUL
R600_AUDIO_PLL1_DIV
R600_AUDIO_PLL2_MUL00249f00
R600_AUDIO_PLL2_DIV00714be8
https://bugs.freedesktop.org/show_bug.cgi?id=66067
Nicholas Miell nmi...@gmail.com changed:
What|Removed |Added
Summary|Trine 2 color problems on |Trine 2's fragment
https://bugs.freedesktop.org/show_bug.cgi?id=67107
--- Comment #3 from Christopher Chmielewski c.chmielew...@outlook.com ---
I just tried with rc3 and it still happens.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #9 from Rafał Miłecki zaj...@gmail.com ---
@Kris: thank you for you debugging! I hope this is last debugging request.
Can you boot not working (bad) kernel, connect HDMI display and then type:
avivotool regset 0x0524 0x00249f00
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com writes:
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 29, 2013 at 10:09 AM, Markus
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com writes:
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher
From: Alex Deucher alexander.deuc...@amd.com
Hi Dave,
A few more radeon bug fixes, mostly for SI dpm. At this point dpm is
pretty solid across the majority of asics. I think we mostly just have
corner cases and fixing up some of the trickier features at this point.
The following changes since
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #10 from Kris Scott k...@syntosis.net ---
Yes, those fixed it. Thank you very much.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #11 from Alex Deucher ag...@yahoo.com ---
Can you tell be the values of 0x7340, 0x7344, 0x520, and 0x530?
avivotool regmatch 0x7340
avivotool regmatch 0x7344
avivotool regmatch 0x520
avivotool regmatch 0x530
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #12 from Kris Scott k...@syntosis.net ---
0x73400x001b0018 (1769496)
0x73440x0070 (112)
0x5200x0070 (112)
0x5300x0070 (112)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #13 from Kris Scott k...@syntosis.net ---
That is also after I had changed the registers that Rafal asked me to change,
if it makes any difference.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #14 from Alex Deucher ag...@yahoo.com ---
Can you boot back into the broken state and try this alternative fix:
avivotool regset 0x7344 0x0170
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #23 from Alex Deucher ag...@yahoo.com ---
Created attachment 83246
-- https://bugs.freedesktop.org/attachment.cgi?id=83246action=edit
hacks to test
That attached patch disables some options in the dpm driver. See if it helps
at
On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau
loaded.
(Note, no X running on that box)
Trace below shows trinity, but I can reproduce it with just cat
/proc/dri/0/vma
How about
https://bugzilla.kernel.org/show_bug.cgi?id=60381
--- Comment #34 from rafael castillo jrch2...@gmail.com ---
tested with today drm-fixes patches and its reclocking like a boss and xonotic
passed from 30 FPS to an massive 190FPS in ultimate at 1366x768. i read you
need some fixes for other part
Hello, Dave!
I have a hybrid muxless laptop with intel+radeon:
#lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core
processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
Cape Verde [Radeon HD 7700M Series]
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #17 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Alex, is there a chance for me to reverse some commits prior to 69e0b57 to find
which one or which feature is hanging my computer? Any approach I should try?
--
You are
On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
Sort of fixes mmiotrace for me again, I could sear I sent a similar patch
before
the rework to event interface, so I guess it got reintroduced.
I don't know how/why you think this fixes anything. The
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #18 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #17)
Alex, is there a chance for me to reverse some commits prior to 69e0b57 to
find which one or which feature is hanging my computer? Any approach I
should try?
I'm
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #19 from Alex Deucher ag...@yahoo.com ---
Does booting a recent 3.11rc kernel with radeon.aspm=0 help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #24 from Alex Deucher ag...@yahoo.com ---
Created attachment 83257
-- https://bugs.freedesktop.org/attachment.cgi?id=83257action=edit
disable lvtma resync
Another patch to test.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #25 from Alex Deucher ag...@yahoo.com ---
Created attachment 83258
-- https://bugs.freedesktop.org/attachment.cgi?id=83258action=edit
use alternate fb_div scale
Another patch to test.
--
You are receiving this mail because:
You
On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I kis...@ti.comwrote:
Hi,
On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote:
Thanks all,
On Fri, Jun 14, 2013 at 11:39 AM, 김승우 sw0312@samsung.com wrote:
Hello Kishon,
On 2013년 06월 13일 21:54, Kishon Vijay Abraham I wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=60639
--- Comment #2 from Alex Deucher alexdeuc...@gmail.com ---
Created attachment 107040
-- https://bugzilla.kernel.org/attachment.cgi?id=107040action=edit
possible fix
The attached patch should fix the issue.
--
You are receiving this mail
2013/7/29 Alex Deucher alexdeuc...@gmail.com:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On my test machine Xorg
Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On my test machine Xorg doesn't
Alex Deucher alexdeuc...@gmail.com writes:
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com wrote:
On Mon, Jul 29, 2013 at 10:09 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 09:58 -0400, Alex
Linux-next build on ia64 is falling over with errors like this:
In file included from include/drm/drm_vma_manager.h:26,
from include/drm/ttm/ttm_bo_api.h:35,
from include/drm/ttm/ttm_bo_driver.h:33,
from drivers/gpu/drm/ttm/ttm_agp_backend.c:35:
Hi,
On Tuesday 30 July 2013 09:12 AM, Rahul Sharma wrote:
On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I kis...@ti.com
mailto:kis...@ti.com wrote:
Hi,
On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote:
Thanks all,
On Fri, Jun 14, 2013 at 11:39 AM,
1 - 100 of 101 matches
Mail list logo