was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/0f19f4f4/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/ef70d5ec/attachment.html>
On Sat, Oct 19, 2013 at 8:36 PM, Daniel Mota Leite
wrote:
> Hi
>
> i've a one ATI/AMD RV630 card with kernel 3.11.5 and dpm enabled.
> All works fine, but minor annoying problem. The dpm is choosing a power
> state that isn't the best...
>
> This is my card :
>
> 01:00.0 VGA compa
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #6 from Ilya Tumaykin ---
Disabling dynamic_pcie_gen2 also doesn't help. Will try mclk_ss next.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #5 from Ilya Tumaykin ---
Disabling voltage control doesn't help. i.e. I still have this issue after the
following change:
- pi->voltage_control =
- radeon_atom_is_voltage_gpio(rdev,
SET_VOLTAGE_TYPE_ASIC_VDDC, 0);
(%rsi), %rbx
mov %rbx,
mov %rdx, 0xbeeffeed (%rsi)
...
Regards,
Eugene
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/90d24e40/attachment.html>
on that part of MmioTrace, thanks for the
point.
Regards,
Eugene
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/abfc4305/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131019/d3332d06/attachment.html>
dri-devel/attachments/20131019/b3c931be/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/cec57e93/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/7b63c84a/attachment.html>
While the only user of agp_destroy() is the PCI-bus for agp-destruction,
this callback is not strictly bound to agp. Rename to destroy() to make
clear that any bus can use it to destroy resources once the device is
removed.
Signed-off-by: David Herrmann
---
Hi
We currently cannot remove the agp_
The PCI bus helper is the only user of it. Call it directly before
device-registration to get rid of the callback.
Note that all drm_agp_*() calls are locked with the drm-global-mutex so we
need to explicitly lock it during initialization. It's not really clear
why it's needed, but lets be safe.
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #12 from Kertesz Laszlo ---
(In reply to Alex Deucher from comment #11)
> (In reply to Kertesz Laszlo from comment #10)
> > This issue has to do with the radeon driver, because if i dont append
> > radeon.dpm=1 to the kernel boot optio
https://bugzilla.kernel.org/show_bug.cgi?id=63101
Kertesz Laszlo changed:
What|Removed |Added
Summary|Hard lockup whel launching |Hard lockup whel launching
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #11 from Alex Deucher ---
(In reply to Kertesz Laszlo from comment #10)
> This issue has to do with the radeon driver, because if i dont append
> radeon.dpm=1 to the kernel boot options, TF2 launches even with latest 3.12
> rc5+ kernel
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #10 from Kertesz Laszlo ---
This issue has to do with the radeon driver, because if i dont append
radeon.dpm=1 to the kernel boot options, TF2 launches even with latest 3.12
rc5+ kernel (but it has dismal performance).
Also, the CPU v
I realize that this patch (done for 3.10) is deprecated because there
is something similar that has been push on 3.12.
Anyway the question about how/where set O_RDWR dma_buf_export is valid.
Your advice are welcome.
Benjamin
2013/10/19 Daniel Vetter :
> On Fri, Oct 18, 2013 at 11:00:57AM +0200,
On Fri, Oct 18, 2013 at 11:00:57AM +0200, benjamin.gaignard at linaro.org wrote:
> From: Benjamin Gaignard
>
> DRM already offer helpers to use CMA for dumb buffers.
> This patch add helpers to export/import gem_cam objects and allow them to be
> mmap from userland.
> The goal is to make working
On Thu, Oct 17, 2013 at 09:27:41PM -0400, Ilija Hadzic wrote:
> (dropping stable at ... until we get the fix we can agree on)
>
> While looking through that function (drm_crtc_helper_set_config) to
> figure out what we really need to save and restore, I came across a
> piece of code that you added
_use_arb_tessellation_shader 0 &&
render_shaders 2 && render_anisotropy 2 && render_restart"" process
--
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/20131019/77d584d6/attachment.html>
Am 19.10.2013 01:30, schrieb Alex Deucher:
> Use the actual pll clock (rather than the mode clock) to set
> up the audio dto. This fixes audio playback speed issues
> when the pll clock does not exactly match the mode clock.
>
> Signed-off-by: Alex Deucher
Damn, had the same idea while sleeping
Am 18.10.2013 22:41, schrieb Alex Deucher:
> Needed by the hda driver to properly set up synchronization
> on the audio side.
>
> Signed-off-by: Alex Deucher
For both: Reviewed-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/evergreen_hdmi.c | 37
>
> dri
On Fri, 18 Oct 2013 00:11:15 +0400
Eugene Shatokhin wrote:
> Hi,
>
> Good to know that!
>
> Yes, it should be faster than page faulting, although I haven't done the
> benchmarking yet. And yes, it is not needed to disable all but one CPU. In
> my current implementation, I use an ordered workque
;s not the
cable?
--
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/20131019/b4a127ae/attachment.html>
Hi Dave,
Most just regression fixes for audio, dpm, and uvd, plus
a resource leak fix for cik.
The following changes since commit bc5bd37ce48c66e9192ad2e7231e9678880f6f8e:
drm: Pad drm_mode_get_connector to 64-bit boundary (2013-10-18 07:42:23 +0100)
are available in the git repository at:
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/20131019/6d2a4fc5/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/160465c2/attachment-0001.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/a7f97004/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/7c012620/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/6e320b1b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=63101
--- Comment #9 from Kertesz Laszlo ---
Reverted 6d15ee492809d38bd62237b6d0f6a81d4dd12d15, bit didnt help, i still get
the lockup.
Build v3.12-rc3-265-gafe05d4 (until commit
afe05d41e2c25ca3e047f9c7e5341bda553a932f) is working.
--
You are receiv
18.10.2013 23:41, Alex Deucher kirjoitti:
> Needed by the hda driver to properly set up synchronization
> on the audio side.
For the record, the ALSA hda driver does not actually do anything with
these values yet (and my work-in-progress doesn't change that), except
show them in ELD information.
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131019/47447574/attachment.html>
34 matches
Mail list logo
