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
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>
>> 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
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,
| Mesa and X developer
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/c56e5bed/attachment.html>
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
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
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
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 ++
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
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
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 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.
> >>
> >>
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
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
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
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 {
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
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>
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, 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 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: _~_~_~_~_~_~_~_~
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 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
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-
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
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(
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
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/4980798d/attachment.html>
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
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:
> 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
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-
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>
vel/attachments/20150114/73f75484/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/193723d3/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>
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
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
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>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/8ea4dc0b/attachment.html>
nts/20150114/d5c5bb34/attachment.html>
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
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 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
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 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 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 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
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>
>
>>> 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>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150114/de4ec6d0/attachment.html>
53 matches
Mail list logo
