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 eba915d..897a7f3 100644
--- a
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
dri-devel@lists.freedeskt
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.___
dri-devel mailing list
dri
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 enable to the power ma
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 subproje
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 as
-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 f
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 +++-
include/drm/drm_fb_helper.h
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 +++
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
--- a/drivers/gpu/drm
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 | 12 +++
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 | 1 +
drivers
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
--- a/drivers/gpu/drm/drm_io
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.
Signed-off-b
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 implementations and APIs
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, sin
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, fre
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 th
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 is
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 a
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
-
-libdrm is a standard autot
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 100644
--- a/Makefile.am
+++
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 +-
amdgpu/.editorconfig| 5 +-
amdgpu/
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 of atomic state by subclas
> 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 re
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 st
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, doesn'
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 offending commit and report when I have an
a
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 disc
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
git://anongit.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=104289
Christian König changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=104289
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, 2018-01-03 at 13:40 +0100, Mauro Rossi wrote:
2018-01-03 12:16 GMT+01:00 Robert Foss
mailto:robert.f...@collabora.com>>:
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
https://bugs.freedesktop.org/show_bug.cgi?id=104481
Luis Mendes changed:
What|Removed |Added
OS|All |Linux (All)
--
You are receiving this ma
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 maybe you need to ex
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 pos
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, thank
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&action=edit
Kernel hung task backtrace from GPU hang caused by glretrace replay
This attachment contains the first print o
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 s
https://bugs.freedesktop.org/show_bug.cgi?id=104475
Michel Dänzer changed:
What|Removed |Added
Component|Server/General |Drivers/Gallium/radeonsi
Assi
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 agd5f/amd-staging-drm-next and they
> se
https://bugzilla.kernel.org/show_bug.cgi?id=198345
Justin J. (justin2...@gmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
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
https://bugs.freedesktop.org/show_bug.cgi?id=104481
Luis Mendes changed:
What|Removed |Added
Severity|normal |major
--
You are receiving this mail bec
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&action=edit
Processes listing and gdb backtraces for all threads - kodi amd64 lockup
This attachment contains the processe
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&action=edit
dmesg and iomem data from lockup obtained with kodi on amd64
This attachment contains the dmesg and iomem info
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&action=edit
Processes listing and gdb backtraces for all threads - glretrace lockup
This is the process listing and gdb ba
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
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
https://bugzilla.kernel.org/show_bug.cgi?id=198345
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
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
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 devm_ioremap function and revi
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 at 11:10 +0100, Mauro Rossi
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 (<>) {
> s/\bDEVICE_ATTR\s*\(\s*(\w+)\s*,\s*\(?(\s*S_IRUGO\s*\|
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 Wentland
>> Signed-off-by: Alex Deucher
>> [dr...@endlessm.com: backport to 4.15]
>> Signe
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 and
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]] *E
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 here and there. We've sta
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
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
Reviewed-by: Noralf Trønnes
Reviewed-by: Linus Walleij
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 ILI922
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. booting with kern
https://bugs.freedesktop.org/show_bug.cgi?id=101483
--- Comment #38 from FFAB ---
Created attachment 136522
--> https://bugs.freedesktop.org/attachment.cgi?id=136522&action=edit
2018_01_02_dmesg_4.15-rc6_iommu_soft.txt, booting with kernel parameter
iommu=soft
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=101483
FFAB changed:
What|Removed |Added
Attachment #136158|0 |1
is obsolete|
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 drm_private_
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.
> >
> >
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.
> >
> >
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.
> >
> >
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
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 because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=104001
Christian König changed:
What|Removed |Added
Summary|[drm:amdgpu_job_timedout|GPU driver hung when start
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&action=edit
dmesg with 4.15.0-rc2 amd-staging-drm-next
--
You are receiving this mail because:
You are th
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
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, i2c);
> >> > +
> >> > +
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
---
+ 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 +08
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: gr
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
> p
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 --git a/arch/arm/boot/dts/
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 insertions(+), 12 deletions(-)
diff
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 planes (that can get single-b
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
callback.
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 ++
1 file changed, 2
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
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
ini
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 a/drivers/clk/sunxi-ng/ccu-sun8i-a83t.c
b/dr
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?
A
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
A
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 t
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 insertions(+)
diff --git
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 be
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 controller
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 +-
drivers/gpu/drm/meson/meson_canva
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
---
drivers/video/fbdev/auo_k190x.c
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
b/drivers/gpu/drm/sun4i/sun8i_mixer.c
index 2cbb2de6d39c..9b0
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 S
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 ENCT/ENCP/EN
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 Klausmann wrote:
>
> On 12
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
> p
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
> > > wrote:
> > >> Add the defacto-stan
1 - 100 of 110 matches
Mail list logo
