--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/de4ec6d0/attachment.html>
>
>>> That's again missing some of the information, but it doesn't look
>>> directly related to the radeon driver.
>>>
>>>
>>> --
>>> Earthling Michel Dänzer | http://www.amd.com
>>> Libre software enthusiast | Mesa and X developer
>>>
>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/e8a58aac/attachment.html>
to the radeon driver.
>>
>>
>> --
>> Earthling Michel Dänzer | http://www.amd.com
>> Libre software enthusiast | Mesa and X developer
>>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/5350de28/attachment.html>
On Mon, Jan 12, 2015 at 09:12:17PM -0800, Guenter Roeck wrote:
> Copying 64 bit data from user space using get_user is not supported
> on all architectures, and may result in the following build error.
>
> ERROR: "__get_user_bad" [drivers/gpu/drm/drm.ko] undefined!
>
> Avoid the problem by using co
On Wed, Jan 14, 2015 at 01:54:06PM +, Jindal, Sonika wrote:
> I think I am confused here..
> Since sprite plane handles this scaling and rotation in kernel, I thought it
> should be taken care in driver for primary as well.
Well, userspace still has to know how the src and dst coordinates rel
nts/20150114/d5c5bb34/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/8ea4dc0b/attachment.html>
On Wed, Jan 14, 2015 at 10:01 AM, Christian König
wrote:
> Am 13.01.2015 um 18:46 schrieb Alex Deucher:
>>
>> This patch set cleans up the radeon audio handling
>> and also adds support for DP audio on all supported
>> asics.
>
>
> Apart from the white space problems and the changes from patch #5
On Tue, Jan 13, 2015 at 2:02 PM, Rickard Strandqvist
wrote:
> Remove the function radeon_fbdev_total_size() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Applied. thanks!
Alex
> ---
>
On Tue, Jan 13, 2015 at 2:09 PM, Rickard Strandqvist
wrote:
> Remove the function radeon_best_encoder() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Applied. thanks!
Alex
> ---
> dri
On Tue, Jan 13, 2015 at 1:55 PM, Rickard Strandqvist
wrote:
> Remove the function rv515_ring_start() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Applied. thanks!
Alex
> ---
> driver
On Sun, Jan 11, 2015 at 8:17 AM, Rickard Strandqvist
wrote:
> Remove the function radeon_bo_fbdev_mmap() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
Applied. thanks!
Alex
> ---
> dr
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/193723d3/attachment.html>
vel/attachments/20150114/73f75484/attachment.html>
ug persists at least from mesa 10.2 to present.
--
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/20150114/5937e201/attachment.html>
suring you have the path right, and disable FW_LOADER_USER_HELPER
> >> kernel config option.
> >>
> >> HTH,
> >> Jani.
> >>
> >> --
> >> Jani Nikula, Intel Open Source Technology Center
> >>
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> --
> Jani Nikula, Intel Open Source Technology Center
>
--
Mit freundlichen GrüÃen
Robert W. Kuhn
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/1df41c95/attachment-0001.html>
Am 13.01.2015 um 18:46 schrieb Alex Deucher:
> This patch set cleans up the radeon audio handling
> and also adds support for DP audio on all supported
> asics.
Apart from the white space problems and the changes from patch #5 the
set is Reviewed-by: Christian König
Regards.
Christian.
>
> Al
Am 13.01.2015 um 18:46 schrieb Alex Deucher:
> From: Slava Grigorev
>
> Signed-off-by: Slava Grigorev
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/dce3_1_afmt.c| 38 +--
> drivers/gpu/drm/radeon/evergreen_hdmi.c | 46 ++---
> drivers/gpu/drm/radeon/r600_
Am 13.01.2015 um 18:46 schrieb Alex Deucher:
> From: Slava Grigorev
>
> Signed-off-by: Slava Grigorev
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 16 +
> drivers/gpu/drm/radeon/evergreen_hdmi.c | 33 --
> drivers/gpu/drm/radeon/rade
On Wed, 14 Jan 2015, Robert Kuhn wrote:
> Hi,
>
> thanks for the answer. This is my kernel config:
>
> developer at ubuntu:~/beaglebone/debian-fw/bb-kernel/KERNEL$ grep
> FW_LOADER_USER_HELPER .config
Ah, you wouldn't have that since it's been added in v3.9.
> developer at ubuntu:~/beagl
Prevented re-enabling the vblank interrupt by drm_vblank_off and
drm_vblank_get from mixer_wait_for_vblank returns error after
drm_vblank_off. We get below warnings without this error handling
because vblank reference count is mismatched by above sequence.
setting mode 1920x1080-60Hz at XR24 on co
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/4980798d/attachment.html>
On Wed, Jan 14, 2015 at 12:50:56PM +, Mark Brown wrote:
> Trying to hook up a controller that doesn't natively support this format
> to a device that uses it is definitely tricky, as well as describing the
> physical hookup we also need to worry about how things look to userspace
> - it's ideal
Add a new function, drmOpenRender, that can be used to open render nodes. This
can be used in the same way that drmOpenControl is used to open control nodes.
Signed-off-by: Frank Binns
---
xf86drm.c | 40 ++--
xf86drm.h | 2 ++
2 files changed, 40 insertions(
Now that there are render nodes it doesn't seem appropriate for the type of
the card nodes to be DRM_NODE_RENDER. For this reason, rename this type to
DRM_NODE_PRIMARY as this name better represents the purpose of these nodes.
Signed-off-by: Frank Binns
---
tests/dristat.c | 2 +-
xf86drm.c
I think I am confused here..
Since sprite plane handles this scaling and rotation in kernel, I thought it
should be taken care in driver for primary as well.
>From the test, I don't really change the src sizes for primary as well as
>sprite to take care of 90/270 rotation.
-Original Message-
On Wed, Jan 14, 2015 at 09:49:36AM +, Jindal, Sonika wrote:
> Since we do drm_rect_rotate with 90 rotation, the src->w changes to src->h.
> Now, when we call drm_rect_calc_hscale, the hscale calculated is lesser than
> the min_hscale (which is no_scaling by default), so it returns -ERANGE.
If
On 14.01.2015 12:41, Federico wrote:
> I tried 3.16.0 just using radeon.dpm=0 (without softlockup_panic=1) and
> I got a different stack trace. Shorter. It repeats itself every about 30
> seconds more or less. Keyboard lights don't flash. The same message
> keeps coming out.
>
> https://bugs.launc
ks.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/c3dbce6d/attachment.sig>
ELPER
> kernel config option.
>
> HTH,
> Jani.
>
> --
> Jani Nikula, Intel Open Source Technology Center
>
-- next part ------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/852526d3/attachment.html>
On Wed, 14 Jan 2015, Robert Kuhn wrote:
> using drm_kms_helper.edid_firmware the boot time is much longer (~1min)
> than without it. I attach the boot log ("drm.debug=0x06"), one time
> with drm_kms_helper.edid_firmware, one time without.
>
> What could be the problem?
>
> I am using Kernel 3.8.13
On Wed, Jan 14, 2015 at 08:55:01AM +0100, Jean-Francois Moine wrote:
> On Tue, 13 Jan 2015 19:54:15 +
> Russell King - ARM Linux wrote:
>
> > On Tue, Jan 13, 2015 at 09:41:01PM +0200, Jyri Sarha wrote:
> > > On 01/13/2015 09:26 PM, Russell King - ARM Linux wrote:
> > > >SCLK: _~_~_~_~_~_~_~_~
On 01/14/2015 08:57 AM, Jean-Francois Moine wrote:
> On Tue, 13 Jan 2015 19:12:25 +0200
> Jyri Sarha wrote:
>
>> These patches are needed for Beaglebone-back HDMI audio. There is no
>> direct dependency between these patches and the other (dts and ASoC)
>> changes needed for the HDMI audio so thes
Hi Russell,
thanks for the clarification.
Am Dienstag, den 13.01.2015, 19:54 + schrieb Russell King - ARM
Linux:
[...]
> To represent that in DT, I would imagine we'd need something like this:
>
> #address-cells = <1>;
> #size-cells = <0>;
> ...
> port at 1 {
is 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/20150114/b7da7a59/attachment-0001.html>
came less than 2 minutes into the video, much sooner than before.
--
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/20150114/5f8ad
On Wed, Jan 14, 2015 at 10:05:53AM +0530, sonika wrote:
>
> On Tuesday 13 January 2015 07:02 PM, Ville Syrjälä wrote:
> > On Tue, Jan 13, 2015 at 06:03:39PM +0530, Sonika Jindal wrote:
> >> Taking rotation into account while checking the plane
> >> and adjusting the sizes accordingly.
> >>
> >>
On 14.01.2015 03:20, Federico wrote:
> I tried setting vga=791, but the panic messages done appear on screen,
> only the normal kernel boot log until the key lights start flashing.
Sounds like the panic happens after vesafb is already shut down in
favour of radeon.
> Also tried a video capture,
Taking rotation into account while checking the plane
and adjusting the sizes accordingly.
v2: Adding parameter in the callers in the same patch(Matt)
Removing unnecessary code and allowing scaling(Ville)
Signed-off-by: Sonika Jindal
---
drivers/gpu/drm/drm_plane_helper.c | 44 ++
Le 09/01/2015 16:03, Boris Brezillon a wrote :
> Dave, Thierry,
Dave and Thierry,
Is it possible for you to consider this pull-request? We would like to
see it appearing as soon as possible in linux-next.
Furthermore, we are pretty excited to see this long awaited driver
running on our AT91 SoCs
http://www.amd.com
> Libre software enthusiast | Mesa and X developer
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/21e13b36/attachment.html>
On Tuesday 13 January 2015 07:02 PM, Ville Syrjälä wrote:
> On Tue, Jan 13, 2015 at 06:03:39PM +0530, Sonika Jindal wrote:
>> Taking rotation into account while checking the plane
>> and adjusting the sizes accordingly.
>>
>> Signed-off-by: Sonika Jindal
>> ---
>> drivers/gpu/drm/drm_plane_he
On Tuesday 13 January 2015 11:42 PM, Matt Roper wrote:
> On Tue, Jan 13, 2015 at 06:03:38PM +0530, Sonika Jindal wrote:
>> This adds another parameter rotation to drm_plane_helper_check_update.
>> This will enable this function to do to size updations based upon the
>> rotation
>> if any.
>> Upda
Since we do drm_rect_rotate with 90 rotation, the src->w changes to src->h.
Now, when we call drm_rect_calc_hscale, the hscale calculated is lesser than
the min_hscale (which is no_scaling by default), so it returns -ERANGE.
So, I think we _relaxed is the function which should be called to update
We do exactly like this for sprite plane (ie, rotate the rect, then check
scaling and adjust the size accordingly from drm_rect_calc_hscale_relaxed)
That's why I saw the need of this for primary plane as well.
For sprite plane 90 rotation, intel_check_sprite_plane does the adjustments and
the ro
On Tue, 13 Jan 2015 19:54:15 +
Russell King - ARM Linux wrote:
> On Tue, Jan 13, 2015 at 09:41:01PM +0200, Jyri Sarha wrote:
> > On 01/13/2015 09:26 PM, Russell King - ARM Linux wrote:
> > >SCLK: _~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_~_
> > > WS: __~~~
ck. I
used drm_kms_helper.edid_firmware before and never saw this issue.
Robert
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/80eae675/attachment-0001.html>
-- next part -
On Wed, Jan 14, 2015 at 11:10:54AM +0530, Sonika Jindal wrote:
> Taking rotation into account while checking the plane
> and adjusting the sizes accordingly.
>
> v2: Adding parameter in the callers in the same patch(Matt)
> Removing unnecessary code and allowing scaling(Ville)
>
> Signed-off-
On Tue, 13 Jan 2015 19:12:25 +0200
Jyri Sarha wrote:
> These patches are needed for Beaglebone-back HDMI audio. There is no
> direct dependency between these patches and the other (dts and ASoC)
> changes needed for the HDMI audio so these changes can be merged
> independently. I also feel that t
>> I think it would be best to leave timeout=0 returning 0. Not handling it
>> differently gives the same semantics as used by fence_wait_time and
>> wait_event_timeout.
>> Are there really many cases in which you don't know if timeout = 0 before or
>> not?
>Yeah I think with this it's more imp
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/b8546da8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=90861
--- Comment #8 from Michel Dänzer ---
(In reply to Jon Arne Jørgensen from comment #7)
> I'm trying to bisect now, but I'm troubled by a gpu freeze bug in some of
> the commits that crashes Xorg before I'm able to suspend the computer.
>
> It l
| Mesa and X developer
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/c56e5bed/attachment.html>
53 matches
Mail list logo
