[PATCH libdrm] amdgpu: fix not to add amdgpu.ids when building without amdgpu

The amdgpu.ids is only required when building with amdgpu support. Fix not to add it without amdgpu. Signed-off-by: Seung-Woo Kim --- data/Makefile.am |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/data/Makefile.am b/data/Makefile.am index

[Bug 104216] Firefox quirks (black and/or white squares)

https://bugs.freedesktop.org/show_bug.cgi?id=104216 --- Comment #6 from Marek Olšák --- Have you tested the patch you linked? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 104216] Firefox quirks (black and/or white squares)

https://bugs.freedesktop.org/show_bug.cgi?id=104216 --- Comment #5 from Marek Olšák --- The patch is not for Intel only. It's for all Mesa drivers. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH] drm/vc4: Move IRQ enable to PM path

Stefan Schake writes: > We were calling enable_irq on bind, where it was already enabled previously > by the IRQ helper. Additionally, dev->irq is not set correctly until after > postinstall and so was always zero here, triggering a warning in 4.15. > Fix both by moving the

Re: [Mesa-dev] [PATCH 1/3] Add meson build system

Quoting Igor Gnatenko (2018-01-03 15:22:36) > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Wed, 2018-01-03 at 13:31 -0800, Dylan Baker wrote: > > This patch adds a complete meson build system, including tests and > > install. It has the necessary hooks to allow it be used as a

[radeon-alex:amd-staging-drm-next 875/881] drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/hardwaremanager.c:230:55: note: in expansion of macro 'TEMP_RANGE_MAX'

tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: b52e33cc86142a1143ed41806d9caf631cf16b21 commit: d78fd342a085cbce6b7919651d1005e44dc0d973 [875/881] drm/amd/powerplay: remove unused parameter of phm_start_thermal_controller config: x86_64-allmodconfig (attached

Re: [Mesa-dev] [PATCH 1/3] Add meson build system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 2018-01-03 at 13:31 -0800, Dylan Baker wrote: > This patch adds a complete meson build system, including tests and > install. It has the necessary hooks to allow it be used as a subproject > for other meson based builds such as mesa. It is

[RFC v2 7/8] drm/fb-helper: Add generic fbdev emulation

Add generic fbdev emulation which uses a drm_file to get a dumb_buffer and drm_framebuffer. The buffer is exported and vmap/mmap called on the dma-buf. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_helper.c | 301 +++-

[RFC v2 4/8] drm/fb-helper: Ensure driver module is pinned in fb_open()

If struct fb_ops is defined in a library like cma, fb_open() and fbcon takes a ref on the library instead of the driver module. Use fb_ops.fb_open/fb_release to ensure that the driver module is pinned. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_fb_helper.c | 40

[RFC v2 8/8] drm/vc4: Test generic fbdev emulation

Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/vc4/vc4_drv.c | 3 --- drivers/gpu/drm/vc4/vc4_kms.c | 3 +-- 2 files changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/vc4/vc4_drv.c b/drivers/gpu/drm/vc4/vc4_drv.c index ceb385fd69c5..ef8a2d3a6d1f 100644

[RFC v2 6/8] drm: Handle fbdev emulation in core

Prepare for generic fbdev emulation by letting DRM core work directly with the fbdev compatibility layer. This is done by adding new fbdev helper vtable callbacks for restore, hotplug_event, unregister and release. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_file.c

[RFC v2 3/8] drm: Export some ioctl functions

Export the following functions so in-kernel users can allocate dumb buffers: - drm_file_alloc - drm_file_free - drm_prime_handle_to_fd_ioctl - drm_mode_addfb2 - drm_mode_create_dumb_ioctl - drm_dropmaster_ioctl Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_auth.c

[RFC v2 2/8] drm/ioctl: Remove trailing whitespace

Remove a couple of trailing spaces. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/drm_ioctl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_ioctl.c b/drivers/gpu/drm/drm_ioctl.c index 4aafe4802099..b1e96fb68ea8 100644 ---

[RFC v2 5/8] drm/fb-helper: Don't restore if fbdev is not in use

Keep track of fbdev users and only restore fbdev in drm_fb_helper_restore_fbdev_mode_unlocked() when in use. This avoids fbdev being restored in drm_driver.last_close when nothing uses it. Additionally fbdev is turned off when the last user is closing. fbcon is a user in this context.

[RFC v2 1/8] drm: provide management functions for drm_file

From: David Herrmann Rather than doing drm_file allocation/destruction right in the fops, lets provide separate helpers. This decouples drm_file management from the still-mandatory drm-fops. It prepares for use of drm_file without the fops, both by possible separate fops

[RFC v2 0/8] drm: Add generic fbdev emulation

This patchset explores the possibility of having generic fbdev emulation in DRM for drivers that supports dumb buffers which they can export. Chris pointed out a bug in the previous version. I've solved this by deferring buffer creation until fb_ops->fb_open. This works fine for fbcon as well,

Re: [PATCH 1/3] Add meson build system

Quoting Dylan Baker (2018-01-03 13:31:28) > diff --git a/freedreno/meson.build b/freedreno/meson.build > new file mode 100644 > index 000..47d6e44 > --- /dev/null > +++ b/freedreno/meson.build > @@ -0,0 +1,82 @@ > +# Copyright © 2017 Intel Corporation > + > +# Permission is hereby granted,

[GIT PULL] etnaviv-next for 4.16

Hi Dave, sorry for getting this to you a bit late, but things didn't align before the holidays. As 4.15 seems to go to -rc8 I hope we are still in time to land this. Highlights this time: 1. Fix for a nasty Kconfig dependency chain issue from Philipp. 2. Occlusion query buffer address added to

Re: [PATCH v2 3/8] drm/i915/psr: Avoid initializing PSR if there is no sink support.

first of all sorry for not getting back sooner on this... On Tue, Dec 19, 2017 at 09:40:01PM +, Pandiyan, Dhinakaran wrote: > > > > On Tue, 2017-12-19 at 13:29 -0800, Rodrigo Vivi wrote: > > On Tue, Dec 19, 2017 at 05:26:54AM +, Dhinakaran Pandiyan wrote: > > > DPCD read for the eDP

[PATCH 2/3] autotools: Include meson.build files in tarball

I have tested that a tarball generated by autotools can be built with meson. Signed-off-by: Dylan Baker --- Makefile.am | 30 +- 1 file changed, 29 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 7b86214..66f70ca

[PATCH 0/3] Meson build system

This is a third iteration of the meson build system for libdrm. This version is significantly cleaned up from the last version and uses a style more like the build system in mesa. It builds all of the drivers and tests, and the tests can be run via `ninja test`. It has support for being used as

[PATCH 3/3] README: Add note about meson

Signed-off-by: Dylan Baker --- README | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/README b/README index 26cab9d..58e55bc 100644 --- a/README +++ b/README @@ -15,9 +15,24 @@ with an older kernel. Compiling -

[PATCH 1/3] Add meson build system

This patch adds a complete meson build system, including tests and install. It has the necessary hooks to allow it be used as a subproject for other meson based builds such as mesa. Signed-off-by: Dylan Baker --- .editorconfig | 4 +-

Re: [RFC 1/3] drm/msm/mdp5: Add global state as a private atomic object

On Wed, Jan 3, 2018 at 6:32 AM, Archit Taneja wrote: > > > On 12/21/2017 03:26 PM, Daniel Vetter wrote: >> >> On Thu, Dec 21, 2017 at 11:44:23AM +0530, Archit Taneja wrote: >>> >>> Global shared resources (hwpipes, hwmixers and SMP) for MDP5 are >>> implemented as a part

Re: Radeon rv250 GPU acceleration broken in 4.15-rc6

> Beacuse of PTI, I decided to test 4.15-rc6 on most of my test machines. > And I happened to notice a radeon problem on RV250 era card with no > monitor attached. 4.15-rc1 and earlier kernels did not show these > errors, not kernels between rc1 and rc6 have been tested yet. Sorry, I can not

Radeon rv250 GPU acceleration broken in 4.15-rc6

Beacuse of PTI, I decided to test 4.15-rc6 on most of my test machines. And I happened to notice a radeon problem on RV250 era card with no monitor attached. 4.15-rc1 and earlier kernels did not show these errors, not kernels between rc1 and rc6 have been tested yet. The messages in dmes are

Re: [PATCH 06/11] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

On Sat, Dec 30, 2017 at 10:01:58PM +0100, Jernej Skrabec wrote: > This commit adds all necessary compatibles and descriptions needed to > implement A83T HDMI pipeline. > > Mixer is already properly described, so only compatible is added. > > However, A83T TCON1, which is connected to HDMI,

[Bug 104306] Mesa 17.3 breaks Firefox and other Xwayland apps on AMD HD7750

https://bugs.freedesktop.org/show_bug.cgi?id=104306 --- Comment #10 from eric vz --- Following up on this, it looks like my bisect wa bad. I retried commit 255573996cc997cb61be9adad3e8fcaa78db5d1f and it works fine. I will re-bisect to find the real

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

On 12/28/2017 10:24 AM, Miguel Angel Vico wrote: (Adding dri-devel back, and trying to respond to some comments from the different forks) James Jones wrote: Your worst case analysis above isn't far off from our HW, give or take some bits and axes here and there. We've started an internal

[pull] amdgpu and ttm drm-fixes-4.15

Hi Dave, Just two small fixes for 4.15: - backport of a DC change which fixes a greenish tint on some RV hw - properly handle kzalloc fail in ttm The following changes since commit 03bfd4e19b935adb8be4f7342f13395fb7f11096: Merge tag 'drm-intel-fixes-2017-12-22-1' of

[Bug 104289] [regression][vega10] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout on exiting certain Steam games

https://bugs.freedesktop.org/show_bug.cgi?id=104289 Christian König changed: What|Removed |Added Status|RESOLVED

[Bug 104289] [regression][vega10] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout on exiting certain Steam games

https://bugs.freedesktop.org/show_bug.cgi?id=104289 Christian König changed: What|Removed |Added Status|NEW

Re: [drm_hwcomposer PATCH] Take Connection state into account. (v2)

On Wed, 2018-01-03 at 13:40 +0100, Mauro Rossi wrote: 2018-01-03 12:16 GMT+01:00 Robert Foss >: Hey Mauro, Thanks for the patch! It builds and looks good to me, but I have some suggestions however. On Wed, 2018-01-03 at 11:10 +0100,

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 Luis Mendes changed: What|Removed |Added OS|All |Linux (All) --

Re: [RFC PATCH v2 03/13] bootsplash: Flush framebuffer after drawing

On 12/31/2017 01:53 PM, Alan Cox wrote: > On Tue, 19 Dec 2017 15:07:53 +0100 > Oliver Neukum wrote: > >> Am Dienstag, den 19.12.2017, 14:57 +0100 schrieb Daniel Vetter: Would you like me to extend the FB API or not? >>> >>> Yes. Well for real I'd like you to do kms, so

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On 12/31/2017 01:44 PM, Alan Cox wrote: >> So fundamentally I don't think an in-kernel bootsplash is a bad idea. >> But most likely you want this on a highly embedded system, which > > It wouldn't be in kernel on such a device, it'll be in the bootstrap > before (or on a dual core device quite

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On 12/31/2017 01:35 PM, Alan Cox wrote: > For embedded every KB counts. That is likely to remain the same for some > time because at the end of the day small devices are constrained about the > amount of SRAM you can put on die and the amount of power you can afford > for DRAM. Fascinating,

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 --- Comment #4 from Luis Mendes --- Created attachment 136532 --> https://bugs.freedesktop.org/attachment.cgi?id=136532=edit Kernel hung task backtrace from GPU hang caused by glretrace replay This attachment

Re: [RFC PATCH v2 00/13] Kernel based bootsplash

On 12/29/2017 06:13 PM, Jani Nikula wrote: > I think the first issue is the boot manager (e.g. grub) messing up > whatever the BIOS or GOP or whatever drew. If I don't touch any buttons, > I'd prefer the Lenovo or VAIO or NUC or whatever logo stay there. IIRC > some BIOSes let you set up your own

[Bug 104475] Xorg Completely stops Respondng when running Overwatch in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=104475 Michel Dänzer changed: What|Removed |Added Component|Server/General

Re: [PATCH 4.15 0/4] Backport DC commits to fix display corruption

On 2018-01-03 12:11 PM, Carlo Caione wrote: > From: Carlo Caione > > Hi, > on several laptops [0] we are seeing display corruption when using multiple / > external displays. We already opened an issue upstream [1]. > The following 4 patches are taken from

[Bug 198345] AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64

https://bugzilla.kernel.org/show_bug.cgi?id=198345 Justin J. (justin2...@gmail.com) changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 198345] AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64

https://bugzilla.kernel.org/show_bug.cgi?id=198345 --- Comment #3 from Alex Deucher (alexdeuc...@gmail.com) --- The amdgpu driver is apparently loading fine. What does it have to do with the amd-rng driver? They are separate drivers why are you mentioning both on this bug? if you are having an

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 Luis Mendes changed: What|Removed |Added Severity|normal |major -- You

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 --- Comment #3 from Luis Mendes --- Created attachment 136530 --> https://bugs.freedesktop.org/attachment.cgi?id=136530=edit Processes listing and gdb backtraces for all threads - kodi amd64 lockup This attachment

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 --- Comment #2 from Luis Mendes --- Created attachment 136529 --> https://bugs.freedesktop.org/attachment.cgi?id=136529=edit dmesg and iomem data from lockup obtained with kodi on amd64 This attachment contains the

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 --- Comment #1 from Luis Mendes --- Created attachment 136528 --> https://bugs.freedesktop.org/attachment.cgi?id=136528=edit Processes listing and gdb backtraces for all threads - glretrace lockup This is the process

[Bug 104481] GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video

https://bugs.freedesktop.org/show_bug.cgi?id=104481 Bug ID: 104481 Summary: GPU lockup Polaris 11 - AMD RX 460 and RX 550 on amd64 and on ARMv7 platforms while playing video Product: Mesa Version: git Hardware: All

[Bug 198345] AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64

https://bugzilla.kernel.org/show_bug.cgi?id=198345 --- Comment #2 from Justin J. (justin2...@gmail.com) --- xrandr --listproviders Providers: number : 2 Provider 0: id: 0x90 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 4 associated providers: 0 name:Radeon

[Bug 198345] AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64

https://bugzilla.kernel.org/show_bug.cgi?id=198345 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC|

[Bug 198345] New: AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64

https://bugzilla.kernel.org/show_bug.cgi?id=198345 Bug ID: 198345 Summary: AMD-RNG can't find a device. Kernel 4.15rc6 with AMD Vega64 Product: Drivers Version: 2.5 Kernel Version: 4.15rc6 Hardware: All

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

On Sun, Dec 24, 2017 at 9:55 AM, christophe leroy wrote: > Le 23/12/2017 à 16:57, Guenter Roeck a écrit : >> >> On 12/23/2017 05:48 AM, Greg KH wrote: >>> >>> On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: Hi all, When I tried to use

Re: [drm_hwcomposer PATCH] Take Connection state into account. (v2)

Hey Mauro, On Wed, 2018-01-03 at 13:40 +0100, Mauro Rossi wrote: > > > 2018-01-03 12:16 GMT+01:00 Robert Foss : > > Hey Mauro, > > / > > Thanks for the patch! It builds and looks good to me, but I have > > some > > suggestions however. > > > > > > On Wed, 2018-01-03

Re: [-next PATCH 2/4] treewide: Use DEVICE_ATTR_RW

On Tuesday, December 19, 2017 10:15:07 AM Joe Perches wrote: > Convert DEVICE_ATTR uses to DEVICE_ATTR_RW where possible. > > Done with perl script: > > $ git grep -w --name-only DEVICE_ATTR | \ > xargs perl -i -e 'local $/; while (<>) { >

Re: [PATCH 4.15] drm/amd/display: call set csc_default if enable adjustment is false

On 2017-12-31 10:17 AM, Alex Deucher wrote: > On Fri, Dec 29, 2017 at 6:11 AM, Daniel Drake wrote: >> From: Yue Hin Lau >> >> Signed-off-by: Yue Hin Lau >> Reviewed-by: Eric Bernstein >> Acked-by: Harry

Re: [PATCH 00/13] remove_conflicting_framebuffers() cleanup

On Monday, November 27, 2017 11:30:44 AM Daniel Vetter wrote: > On Fri, Nov 24, 2017 at 06:53:25PM +0100, Michał Mirosław wrote: > > This series cleans up duplicated code for replacing firmware FB > > driver with proper DRI driver and adds handover support to > > Tegra driver. Please Cc: me on

Re: [amd-staging-drm-next] regression - *ERROR* Don't have enable_spread_spectrum_on_ppll for v4

On 2017-12-27 04:04 AM, Michel Dänzer wrote: > On 2017-12-27 05:43 AM, Dieter Nützel wrote: >> Hello AMD team, >> >> I got this since latest 'amd-staging-drm-next' git update >> (#b956c586e58a) during boot with Polaris RX580 DC on: >> >> [    3.586342] [drm:dal_bios_parser_init_cmd_tbl [amdgpu]]

Re: [Mesa-dev] Allocator Nouveau driver, Mesa EXT_external_objects, and DRM metadata import interfaces

On Thu, Dec 28, 2017 at 1:24 PM, Miguel Angel Vico wrote: > (Adding dri-devel back, and trying to respond to some comments from > the different forks) > > James Jones wrote: > >> Your worst case analysis above isn't far off from our HW, give or take >> some bits and axes

Re: [PATCH v3] Fix loading of module radeonfb on PowerMac

On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote: > When the linux kernel is build with (typical kernel ship with Debian > installer): > > CONFIG_FB_OF=y > CONFIG_VT_HW_CONSOLE_BINDING=y > CONFIG_FB_RADEON=m > > The offb driver takes precedence over module radeonfb. It is then

Re: [PATCH v4 3/3] drm/tinydrm: add driver for ST7735R panels

Den 02.01.2018 10.42, skrev Linus Walleij: On Mon, Jan 1, 2018 at 8:02 PM, David Lechner wrote: This adds a new driver for Sitronix ST7735R display panels. This has been tested using an Adafruit 1.8" TFT. Signed-off-by: David Lechner

Re: [PATCH 0/3] update compatible string for ILI9225

Den 21.12.2017 19.33, skrev David Lechner: This updates the device tree compatible string for an ILI9225 display. Detailed explanation is in the patches. David Lechner (3): dt-bindings: Add "vot" vendor prefix dt-bindings: update compatible string for ILI9225 drm/tinydrm: Update

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 --- Comment #39 from FFAB --- Upstream kernel test - kernel 4.15-rc6 Installation, on which upstream kernel was installed: ubuntu 16.04.3, kernel 4.10.0-42, updated 2018-01-02 1. booting without any workaround parameters 2.

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 --- Comment #38 from FFAB --- Created attachment 136522 --> https://bugs.freedesktop.org/attachment.cgi?id=136522=edit 2018_01_02_dmesg_4.15-rc6_iommu_soft.txt, booting with kernel parameter iommu=soft -- You are receiving

[Bug 101483] A10-8780P (Carrizo) + R7 M260/M265 does not boot without any "workaround" parameter.

https://bugs.freedesktop.org/show_bug.cgi?id=101483 FFAB changed: What|Removed |Added Attachment #136158|0 |1 is obsolete|

Re: [RFC 1/3] drm/msm/mdp5: Add global state as a private atomic object

On 12/21/2017 03:26 PM, Daniel Vetter wrote: On Thu, Dec 21, 2017 at 11:44:23AM +0530, Archit Taneja wrote: Global shared resources (hwpipes, hwmixers and SMP) for MDP5 are implemented as a part of atomic state by subclassing drm_atomic_state. The preferred approach is to use the

Re: [PATCH V4 24/26] video: fbdev: riva: deprecate pci_get_bus_and_slot()

On Tuesday, January 02, 2018 08:37:32 AM Sinan Kaya wrote: > On 12/19/2017 12:38 AM, Sinan Kaya wrote: > > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > > where a PCI device is present. This restricts the device drivers to be > > reused for other domain numbers. > > > >

Re: [PATCH V4 23/26] video: fbdev: nvidia: deprecate pci_get_bus_and_slot()

On Tuesday, January 02, 2018 08:38:03 AM Sinan Kaya wrote: > On 12/19/2017 12:37 AM, Sinan Kaya wrote: > > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > > where a PCI device is present. This restricts the device drivers to be > > reused for other domain numbers. > > > >

Re: [PATCH V4 22/26] video: fbdev: intelfb: deprecate pci_get_bus_and_slot()

On Tuesday, January 02, 2018 08:38:24 AM Sinan Kaya wrote: > On 12/19/2017 12:37 AM, Sinan Kaya wrote: > > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > > where a PCI device is present. This restricts the device drivers to be > > reused for other domain numbers. > > > >

Re: [drm_hwcomposer PATCH] Take Connection state into account. (v2)

Hey Mauro, Thanks for the patch! It builds and looks good to me, but I have some suggestions however. On Wed, 2018-01-03 at 11:10 +0100, Mauro Rossi wrote: > These changes avoid following logcat error on integrated and > dedicated GPUs: > > ... 2245 2245 E hwc-drm-resources: Could not find a

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

https://bugs.freedesktop.org/show_bug.cgi?id=104001 --- Comment #10 from Christian König --- Yeah, I enabled more error messages on amd-staging-drm-next. But please don't change the bug subject to something less descriptive. -- You are receiving this mail

[Bug 104001] GPU driver hung when start steam client while playback video on Youtube (it occurs on latest staging kernel)

https://bugs.freedesktop.org/show_bug.cgi?id=104001 Christian König changed: What|Removed |Added Summary|[drm:amdgpu_job_timedout|GPU

[Bug 104001] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=6582, last emitted seq=6584

https://bugs.freedesktop.org/show_bug.cgi?id=104001 --- Comment #9 from mikhail.v.gavri...@gmail.com --- Created attachment 136517 --> https://bugs.freedesktop.org/attachment.cgi?id=136517=edit dmesg with 4.15.0-rc2 amd-staging-drm-next -- You are receiving this mail because: You are the

[Bug 104001] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=6582, last emitted seq=6584

https://bugs.freedesktop.org/show_bug.cgi?id=104001 mikhail.v.gavri...@gmail.com changed: What|Removed |Added Summary|GPU driver hung when start |[drm:amdgpu_job_timedout

Re: [Intel-gfx] [PATCH v2] drm/i915: Try EDID bitbanging on HDMI after failed read

On Wednesday, January 3, 2018 8:14:47 AM CET Jani Nikula wrote: > On Tue, 02 Jan 2018, Chris Wilson wrote: > > Quoting Rodrigo Vivi (2018-01-02 19:12:18) > > > >> On Sun, Dec 31, 2017 at 10:34:54PM +, Stefan Brüns wrote: > >> > + edid = drm_get_edid(connector,

[PATCH v2] drm/omap: plane zpos/zorder management improvements

Use the plane index as default zpos for all planes. Even if the application is not setting zpos/zorder explicitly we will have unique zpos for each plane. Enforce that all planes must have unique zpos by refusing atomic update for planes with already used zpos. Signed-off-by: Peter Ujfalusi

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

+ cris/ia64/mn10300/openrisc maintainers On 2017/12/25 9:09, Yisheng Xie wrote: > hi Christophe and Greg, > > On 2017/12/24 16:55, christophe leroy wrote: >> >> >> Le 23/12/2017 à 16:57, Guenter Roeck a écrit : >>> On 12/23/2017 05:48 AM, Greg KH wrote: On Sat, Dec 23, 2017 at 06:55:25PM

[nouveau] grumble/gripe ... fifo: read fault ... channel 12 killed! (eternal freeze-frame)

Twice now with v4.15-rc6, my display has gone belly up. Note: swiotlb: suppress warning when __GFP_NOWARN is set v2 is applied, but I don't _think_ it was the first time it happened. [ 3729.558261] nouveau :01:00.0: gr: TRAP ch 2 [00ff842000 Xorg[3413]] [ 3729.558269] nouveau :01:00.0:

[PATCH 07/11] drm/sun4i: Add support for A83T second TCON

This TCON doesn't have channel 0, so quirk has_channel_0 is added in the process. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 46 -- drivers/gpu/drm/sun4i/sun4i_tcon.h | 1 + 2 files changed, 35

Re: [PATCH V4 24/26] video: fbdev: riva: deprecate pci_get_bus_and_slot()

On 12/19/2017 12:38 AM, Sinan Kaya wrote: > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > where a PCI device is present. This restricts the device drivers to be > reused for other domain numbers. > > Getting ready to remove pci_get_bus_and_slot() function in favor of >

[PATCH 10/11] ARM: dts: sun8i: a83t: Add HDMI display pipeline

This commit adds all bits necessary for HDMI on A83T - mixer1, tcon1, hdmi and hdmi pinctrl entries. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t.dtsi | 108 +- 1 file changed, 107 insertions(+), 1 deletion(-) diff

Re: [RFC HACK 1/2] gpu: drm: meson: HACK - Meson8/Meson8b/Meson8m2 support - WiP

Hi Neil, On Tue, Jan 2, 2018 at 12:01 PM, Neil Armstrong wrote: > Hi Martin, > > Thanks for the research !!! you're welcome - I'm slowly starting to understand why implementing video drivers takes a long time... > Let me clarify this OSD1/2 stuff. > > There is 2 OSD

Re: [PATCH 01/33] clk_ops: change round_rate() to return unsigned long

FWIW, we had this problem some years ago with the Tegra CPU clock - then it was determined that a simpler solution was to have the determine_rate callback support unsigned long rates - so clock drivers that need to return rates higher than 2^31 can instead implement the determine_rate

[GIT PULL] Armada DRM (drm-armada-fixes-4.15 branch)

David, Please incorporate the latest Armada DRM (drm-armada-fixes-4.15 branch), which can be found at: git://git.armlinux.org.uk/~rmk/linux-arm.git drm-armada-fixes-4.15 with SHA1 de0ea9ad2f548dd9e555cac27cf7ade1db5b26ea. As previously posted to dri-devel. Apart from some feedback on the

[PATCH 02/11] clk: sunxi-ng: a83t: Add M divider to TCON1 clock

TCON1 also has M divider, contrary to TCON0. Fixes: 05359be1176b ("clk: sunxi-ng: Add driver for A83T CCU") Signed-off-by: Jernej Skrabec --- drivers/clk/sunxi-ng/ccu-sun8i-a83t.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v3] drm/ttm: check the return value of kzalloc

In the function ttm_page_alloc_init, kzalloc call is made for variable _manager, we need to check its return value, it may return NULL. Signed-off-by: Xiongwei Song --- v2->v3: delete goto expression v1->v2: delete kfree _manager --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 2

[PATCH 04/11] drm/bridge/synopsys: dw-hdmi: Export some PHY related functions

Parts of PHY code could be useful also for custom PHYs. For example, Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY with few additional memory mapped registers, so most of the Synopsys PHY related code could be reused. It turns out that even completely custom HDMI PHYs, such as

[PATCH -next] drm/panel: ili9322：Make local symbols static

Fixes the following sparse warnings: drivers/gpu/drm/panel/panel-ilitek-ili9322.c:182:12: warning: symbol 'ili9322_inputs' was not declared. Should it be static? drivers/gpu/drm/panel/panel-ilitek-ili9322.c:343:28: warning: symbol 'ili9322_regmap_config' was not declared. Should it be static?

[GIT PULL] Armada DRM (drm-armada-devel-4.15 branch)

David, Please incorporate the latest Armada DRM (drm-armada-devel-4.15 branch), which can be found at: git://git.armlinux.org.uk/~rmk/linux-arm.git drm-armada-devel-4.15 with SHA1 27ab688f70b6f6b51da4bf56b1237f7beb64d847. This series builds upon the set of fixes previously submitted to move

Re: [Cluster-devel] [PATCH 00/12] drop unneeded newline

On Tue, 2018-01-02 at 15:00 +0100, Julia Lawall wrote: > On Tue, 2 Jan 2018, Bob Peterson wrote: > > - Original Message - > > > - Original Message - > > > > > Still, the GFS2 and DLM code has a plethora of broken-up printk messages, > > and I don't like the thought of re-combining

[PATCH v2] drm/ttm: check the return value of kzalloc

In the function ttm_page_alloc_init, kzalloc call is made for variable _manager, we need to check its return value, it may return NULL. Signed-off-by: Xiongwei Song --- v1->v2: delete kfree _manager --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 ++ 1 file changed, 6

[RFC HACK 0/2] CVBS output on Meson8/Meson8b/Meson8m2

Hi Neil, DISCLAIMER: none of these patches is meant to be applied anywhere! their purpose is to document what I found out so far (things that are not documented in any public datasheet that I am aware of). I was curious and wanted to see if there are any differences between the video IP blocks

[PATCH 00/11] drm/sun4i: Add A83T HDMI support

This patch series implements support for A83T DW HDMI and PHY. It is based upon Maxime Ripard's "drm/sun4i: Add A83t LVDS support" patch series which can be found here: http://lists.infradead.org/pipermail/linux-arm-kernel/2017-December/550035.html While exactly this combination of HDMI

[RFC HACK 1/2] gpu: drm: meson: HACK - Meson8/Meson8b/Meson8m2 support - WiP

TODO: - canvas registers offsets on Meson8 / Meson8b are different - hardcoded register values - OSD2 is used for CVBS on Meson8 (at least on Meson8m2) Signed-off-by: Martin Blumenstingl --- .../bindings/display/amlogic,meson-vpu.txt | 18

[PATCH] fbdev: auo_k190x: Use zeroing memory allocator than allocator/memset

Use vzalloc for allocating zeroed memory and remove unnecessary memset function. Done using Coccinelle. Generated-by: scripts/coccinelle/api/alloc/kzalloc-simple.cocci 0-day tested with no failures. Suggested-by: Luis R. Rodriguez Signed-off-by: Himanshu Jha

[PATCH 08/11] drm/sun4i: Add support for A83T second DE2 mixer

It supports 1 VI and 1 UI plane and HW scaling on both planes. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun8i_mixer.c

[PATCH 01/11] clk: sunxi-ng: Don't set k if width is 0 for nkmp plls

For example, A83T have nmp plls which are modelled as nkmp plls. Since k is not specified, it has offset 0, shift 0 and lowest value 1. This means that LSB bit is always set to 1, which may change clock rate. Fix that by applying k factor only if k width is greater than 0. Signed-off-by: Jernej

[RFC HACK 2/2] clk: meson: meson8b: add the video clock trees - WiP

vdac0 shows 27MHz on Meson8m2 1080P HDMI mode shows weird results (not verified yet) differences to the video clocks in the GX SoCs: - HHI_VID_DIVIDER_CNTL is unique to Meson8/Meson8b/Meson8m2. the GX SoCs use some other logic and the HHI_VID_PLL_CLK_DIV register instead - the final

Re: nouveau. swiotlb: coherent allocation failed for device 0000:01:00.0 size=2097152

On Sun, 2017-12-31 at 13:27 -0500, Ilia Mirkin wrote: > On Tue, Dec 19, 2017 at 8:45 AM, Christian König > wrote: > > Am 19.12.2017 um 11:39 schrieb Michel Dänzer: > >> > >> On 2017-12-19 11:37 AM, Michel Dänzer wrote: > >>> > >>> On 2017-12-18 08:01 PM, Tobias

Re: [PATCH V4 22/26] video: fbdev: intelfb: deprecate pci_get_bus_and_slot()

On 12/19/2017 12:37 AM, Sinan Kaya wrote: > pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as > where a PCI device is present. This restricts the device drivers to be > reused for other domain numbers. > > Getting ready to remove pci_get_bus_and_slot() function in favor of >

Re: [PATCH 25/25] drm/armada: add iturbt_709 plane property to control YUV colorspace

On Wed, Dec 13, 2017 at 06:22:14PM +0200, Ville Syrjälä wrote: > On Wed, Dec 13, 2017 at 11:12:18AM -0500, Ilia Mirkin wrote: > > On Wed, Dec 13, 2017 at 10:41 AM, Daniel Stone wrote: > > > Hi Russell, > > > > > > On 8 December 2017 at 12:31, Russell King

  1   2   >