Daniel Vetter | 30 Sep 15:11 2014
Picon

Re: [PATCH] drm/omap: move rotation property to drm core mode_config

On Tue, Sep 30, 2014 at 03:15:07PM +0300, Tomi Valkeinen wrote:
> On 30/09/14 14:52, Daniel Vetter wrote:
> > On Tue, Sep 30, 2014 at 01:49:20PM +0200, Daniel Vetter wrote:
> >> On Tue, Sep 30, 2014 at 02:42:01PM +0300, Tomi Valkeinen wrote:
> >>> On 06/08/14 11:40, Daniel Vetter wrote:
> >>>> This allows us to ditch the driver-private lastclose logic.
> >>>>
> >>>> Cc: Tomi Valkeinen <tomi.valkeinen <at> ti.com>
> >>>> Cc: Rob Clark <robdclark <at> gmail.com>
> >>>> Signed-off-by: Daniel Vetter <daniel.vetter <at> ffwll.ch>
> >>>>
> >>>> --
> >>>>
> >>>> Untested and atm only applies on top of drm-intel-nightly.
> >>>
> >>> I could give this a try if you point me to a git tree with the patch.
> >>
> >> I should apply on top of drm-next nowadays, prerequisites that went in
> >> through drm-intel are all merged now. I guess you'll take care of this one
> >> now?
> 
> It didn't compile, but it was trivial to fix. And yes, I can pick it to my
> omapdrm patches, which I guess will be delayed until 3.19.
> 
> > btw if this works you can drop the entire if (rotation_property) hunk from
> > lastclose, since the fbdev helper now takes care of this itself:
> > 
> > commit 3a5f87c286515c54ff5c52c3e64d0c522b7570c0
> > Author: Thomas Wood <thomas.wood <at> intel.com>
> > Date:   Wed Aug 20 14:45:00 2014 +0100
(Continue reading)

Daniel Vetter | 30 Sep 13:49 2014
Picon

Re: [PATCH] drm/omap: move rotation property to drm core mode_config

On Tue, Sep 30, 2014 at 02:42:01PM +0300, Tomi Valkeinen wrote:
> On 06/08/14 11:40, Daniel Vetter wrote:
> > This allows us to ditch the driver-private lastclose logic.
> > 
> > Cc: Tomi Valkeinen <tomi.valkeinen <at> ti.com>
> > Cc: Rob Clark <robdclark <at> gmail.com>
> > Signed-off-by: Daniel Vetter <daniel.vetter <at> ffwll.ch>
> > 
> > --
> > 
> > Untested and atm only applies on top of drm-intel-nightly.
> 
> I could give this a try if you point me to a git tree with the patch.

I should apply on top of drm-next nowadays, prerequisites that went in
through drm-intel are all merged now. I guess you'll take care of this one
now?
-Daniel
--

-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
bugzilla-daemon | 30 Sep 12:25 2014

[Bug 85311] New: radeon 0000:01:00.0: Max Payload Size 16384, but upstream 0000:00:01.0 set to 128; if necessary, use "pci=pcie_bus_safe" and report a bug

https://bugzilla.kernel.org/show_bug.cgi?id=85311

            Bug ID: 85311
           Summary: radeon 0000:01:00.0: Max Payload Size 16384, but
                    upstream 0000:00:01.0 set to 128; if necessary, use
                    "pci=pcie_bus_safe" and report a bug
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.17-rc6
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri <at> kernel-bugs.osdl.org
          Reporter: pali.rohar <at> gmail.com
        Regression: No

Created attachment 152131
  --> https://bugzilla.kernel.org/attachment.cgi?id=152131&action=edit
dmesg log

Every time when I open LID on my notebook I see tons of new error lines in
dmesg with kernel 3.17-rc6. And more lines come from radeon card (dmesg log is
attached). I do not see these log lines with 3.13 kernel, so this is
regression.

--

-- 
(Continue reading)

bugzilla-daemon | 30 Sep 08:00 2014

[Bug 84500] New: [radeonsi] radeon 0000:01:00.0: Packet0 not allowed!

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
84500
dri-devel <at> lists.freedesktop.org
[radeonsi] radeon 0000:01:00.0: Packet0 not allowed!
normal
Unclassified
All
alexandre.f.demers <at> gmail.com
Other
NEW
XOrg CVS
DRM/Radeon
DRI

On a 7950, I keep getting this error from time to time in dmesg: radeon 0000:01:00.0: Packet0 not allowed! I have associated this error with playing either html5 or flash videos. It may happen when playing offline movies, but I can't tell since I haven't tested it. When the error happens, there is a slight "stuttering" (from a fraction of second to a few seconds). And then it continues. There is nothing in Xorg.0.log about it, and no other message than "radeon 0000:01:00.0: Packet0 not allowed!" in dmesg.
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Alex Deucher | 30 Sep 04:46 2014
Picon

[PATCH] drm/radeon: remove unecessary includes

The requirement for these was removed in:
0a168933976eb483da91161316bbbbcb74d00486

Signed-off-by: Alex Deucher <alexander.deucher <at> amd.com>
---
 drivers/gpu/drm/radeon/evergreen.c | 1 -
 drivers/gpu/drm/radeon/rv770.c     | 1 -
 2 files changed, 2 deletions(-)

diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c
index dbca60c..c09e40a 100644
--- a/drivers/gpu/drm/radeon/evergreen.c
+++ b/drivers/gpu/drm/radeon/evergreen.c
 <at>  <at>  -22,7 +22,6  <at>  <at> 
  * Authors: Alex Deucher
  */
 #include <linux/firmware.h>
-#include <linux/platform_device.h>
 #include <linux/slab.h>
 #include <drm/drmP.h>
 #include "radeon.h"
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index d9f5ce7..372016e 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/gpu/drm/radeon/rv770.c
 <at>  <at>  -26,7 +26,6  <at>  <at> 
  *          Jerome Glisse
  */
 #include <linux/firmware.h>
-#include <linux/platform_device.h>
 #include <linux/slab.h>
 #include <drm/drmP.h>
 #include "radeon.h"
--

-- 
1.8.3.1
Boris Brezillon | 29 Sep 16:02 2014

[PATCH v2 0/5] video: describe data bus formats

Hello,

This patch series is a proposal to describe the different data formats used
by HW components to connect with each other.

This is just a copy of the existing V4L2_MBUS_FMT defintions with a neutral
name so that it can be used by V4L2 and DRM/KMS subsystem.

This series also makes use of this video_bus_format enum in the DRM/KMS
subsystem to define the data fomats supported on the connector <-> device
link.

Best Regards,

Boris

Changes since v1:
 - define an enum and use a macro for v4l2 bus formats definitions
 - rename nformats into num_formats
 - declare num_formats as an unsigned int

Boris BREZILLON (3):
  drm: add bus_formats and nbus_formats fields to drm_display_info
  drm: panel: simple-panel: add support for bus_format retrieval
  drm: panel: simple-panel: add bus format information for foxlink panel

Boris Brezillon (2):
  video: move mediabus format definition to a more standard place
  video: add RGB444_1X12 and RGB565_1X16 bus formats

 drivers/gpu/drm/drm_crtc.c            |  31 ++++++
 drivers/gpu/drm/panel/panel-simple.c  |   6 ++
 include/drm/drm_crtc.h                |   8 ++
 include/uapi/linux/Kbuild             |   1 +
 include/uapi/linux/v4l2-mediabus.h    | 185 +++++++++++++++-------------------
 include/uapi/linux/video-bus-format.h | 129 ++++++++++++++++++++++++
 6 files changed, 256 insertions(+), 104 deletions(-)
 create mode 100644 include/uapi/linux/video-bus-format.h

--

-- 
1.9.1
bugzilla-daemon | 29 Sep 01:21 2014

[Bug 84439] New: Corruption and freezing issues with Radeon 6670

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
84439
dri-devel <at> lists.freedesktop.org
Corruption and freezing issues with Radeon 6670
normal
Unclassified
Linux (All)
t_arceri <at> yahoo.com.au
x86-64 (AMD64)
NEW
unspecified
Drivers/Gallium/r600
Mesa

Created attachment 107028 [details] dmseg Output I've been sitting on this one for a while as I was just hoping it would get fixed, but after trying the 21 alpha release its still an issue so I thought I'd try get it some attention. Anyway I have an issue that makes the open drivers unusable with my Radeon 6670. As soon as fedora boots up (including login and the screen with the little fedora icon loading) I get a corrupt display. See the attached image. Eventually this issue causes the system to freeze. The freezing happens even quicker when booting a live image. I have the same problem in Ubuntu so its not only a Fedora issue but I solve it there running Catalyst. I've also tried to find reports of people having the same issue but haven't found any. The card is a PowerColor Radeon 6670 1GB. The card also works fine on windows with Catalyst. X.org log and dmseg output attached
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
robdclark | 28 Sep 20:59 2014
Picon

[ANNOUNCE] libdrm 2.4.58


    Rob Clark (3):
      fix compile error on 32bit systems
      more compile fix
      configure.ac: bump version to 2.4.58 for release

git tag: libdrm-2.4.58

http://dri.freedesktop.org/libdrm/libdrm-2.4.58.tar.bz2
MD5:  24213913333d72b36c16463ed92e522a  libdrm-2.4.58.tar.bz2
SHA1: ef9a647796fa326e99ca9026a6d847172f39c66c  libdrm-2.4.58.tar.bz2
SHA256: b155fae6b9c9a3b02ef8b77f58c7c219194c996a4018dc55ba66c03996a365dd  libdrm-2.4.58.tar.bz2

http://dri.freedesktop.org/libdrm/libdrm-2.4.58.tar.gz
MD5:  e56c0c79f7b17f761b0287b25b500cce  libdrm-2.4.58.tar.gz
SHA1: a53df9c326062f0ab0da8cfb8ccc843fe1accedc  libdrm-2.4.58.tar.gz
SHA256: e6f6901b0dd431d4e21f6e81ae5a5aef65885ed5f066e8d9751ca69ba9a71186  libdrm-2.4.58.tar.gz

Emil Velikov | 28 Sep 20:21 2014
Picon

[PATCH] nouveau: fix 32bit builds

On 32bit platforms we have to provide _FILE_OFFSET_BITS via config.h
otherwise the static assert in drm_munmap will trigger.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84428
Signed-off-by: Emil Velikov <emil.l.velikov <at> gmail.com>
---
 nouveau/private.h | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/nouveau/private.h b/nouveau/private.h
index bf9db04..8176267 100644
--- a/nouveau/private.h
+++ b/nouveau/private.h
 <at>  <at>  -1,6 +1,10  <at>  <at> 
 #ifndef __NOUVEAU_LIBDRM_PRIVATE_H__
 #define __NOUVEAU_LIBDRM_PRIVATE_H__

+#ifdef HAVE_CONFIG_H
+#include <config.h>
+#endif
+
 #include <libdrm.h>
 #include <xf86drm.h>
 #include <xf86atomic.h>
--

-- 
2.1.0
robdclark | 28 Sep 18:33 2014
Picon

[ANNOUNCE] libdrm 2.4.57


    Alex Deucher (2):
      radeon: add new CIK pci ids
      radeon: add new SI pci ids

    Benjamin Gaignard (1):
      modetest: Add support of STI driver

    Damien Lespiau (1):
      intel: Don't leak the test page in an has_userptr() error path

    Emil Velikov (27):
      all: include config.h only when available and use its defines
      libkms: remove explicit define _FILE_OFFSET_BITS 64
      libdrm, freedreno, intel, nouveau, radeon: add Makefile.sources
      libdrm,intel: Add Android build
      libdrm,intel: rework android header handling
      radeon: add Android build support
      nouveau: add Android build support
      freedreno: add Android build support
      android: add CleanSpec.mk
      freedreno: fd_bo_from_handle() remove duplicate declaration
      automake: remove obsolete makefiles
      Remove i810_drm.h and i830_drm.h from the distribution tarball
      automake: fix 'make commit-headers'
      configure: unconditionally check for atomic ops/primitives
      libkms: build the intel backend only when needed
      libkms: move sources lists to makefile.sources
      libkms: add Android build
      modetest: move sources lists to makefiles.sources
      modetest: add Android build
      automake: pick up all files for distribution.
      Add private mmap/munmap wrappers
      drm: use drm_mmap/drm_munmap wrappers
      libkms: use drm_mmap/drm_munmap wrappers
      nouveau: use drm_mmap/drm_munmap wrappers
      radeon: use drm_mmap/drm_munmap wrappers
      freedreno: use drm_mmap/drm_munmap wrappers
      intel: use drm_mmap/drm_munmap wrappers

    François Tigeot (1):
      drm: Implement drmCheckModesettingSupported() for DragonFly

    Lionel Landwerlin (4):
      atomic: add atomic_add_unless()
      intel: make bufmgr_gem shareable from different API
      intel: make bo_unreference() thread safe
      intel: make drm_intel_gem_bo_get_reloc_count() thread safe

    Maarten Lankhorst (6):
      nouveau: Only export public functions.
      radeon: Use symbol visibility.
      intel: Use symbol visibility.
      omap: Use symbol visibility.
      freedreno: Use symbol visibility.
      exynos: Use symbol visibility.

    Maks Naumov (1):
      radeon: Fix surf->bankh init by default value when surf->tile_split == 0

    Rafal Sapala (1):
      intel: Adding locks for drm objects synchronization.

    Rob Clark (2):
      freedreno: add dmabuf import/export helpers
      configure.ac: bump version to 2.4.57 for release

    Thierry Reding (1):
      configure: Support symbol visibility when available

    Tvrtko Ursulin (1):
      intel: Add support for userptr objects

git tag: libdrm-2.4.57

http://dri.freedesktop.org/libdrm/libdrm-2.4.57.tar.bz2
MD5:  88f7ddc70b6cf3b07c8441cbd424c2ff  libdrm-2.4.57.tar.bz2
SHA1: 31308e034a2510650c862efe4f46948e3e9e2fdf  libdrm-2.4.57.tar.bz2
SHA256: fd1129cbfb918c7e8aed8b6f724b836802d2ff652921655c6f29882b3a9c33b6  libdrm-2.4.57.tar.bz2

http://dri.freedesktop.org/libdrm/libdrm-2.4.57.tar.gz
MD5:  e46195baf447dfb2e9e7656fa75dddba  libdrm-2.4.57.tar.gz
SHA1: be3192d4f2b46fd32b990339bf9af185304377bf  libdrm-2.4.57.tar.gz
SHA256: 87cff67385c761a4324effa4f917134e6292e89f6285bdc3c03c460c4b73a07e  libdrm-2.4.57.tar.gz

_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 28 Sep 16:36 2014

[Bug 85241] New: audio over HDMI on AMD E-350 with radeon driver

https://bugzilla.kernel.org/show_bug.cgi?id=85241

            Bug ID: 85241
           Summary: audio over HDMI on AMD E-350 with radeon driver
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.14 and higher
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri <at> kernel-bugs.osdl.org
          Reporter: wmyrda <at> auticon.pl
        Regression: No

I have problem with HDMI and audio on my Asus AMD E-350 platform which started
around kernel 3.14 with sigle error message
"[drm:dce4_afmt_write_speaker_allocation] *ERROR* Couldn't read Speaker
Allocation Data Block: 0" which become even more severe with kernels 3.15 &
3.16 as now logs are flooded with "sound hdaudioC0D0: HDMI ATI/AMD: no speaker
allocation for ELD"

My setup is PC with Asus E-350 connected directly to the TV with HDMI cable (it
has been in the past to the 5.1 analog system hence the entry of "options
snd-hda-intel model=3stack-6ch-dig" in /etc/modprobe.d/alsa.conf)

on software side it is Gentoo with
libdrm & mesa & xf86-video-ati --- git versions updated on the regular basis
about every 1-2 weeks
pulseaudio 5.0
xorg 1.16.1

here are some logs. If more info is needed please let me know

dmesg 3.14.19
http://pastebin.com/AHyV1nRk
Xorg.0.log
http://pastebin.com/J66tUcU5

audio 3.16.3
http://www.alsa-project.org/db/?f=7e2075...92b0b5c23e
audio 3.15.10
http://www.alsa-project.org/db/?f=bbb92a...14bd0bc831
audio 3.14.19
http://www.alsa-project.org/db/?f=5d2f93...2a7a6697a6

--

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

Gmane