Applied. Thanks!
Alex
On Mon, Oct 7, 2019 at 6:32 AM Wang, Kevin(Yang) wrote:
>
> thanks correct it.
>
> Reviewed-by: Kevin Wang
>
> Best Regards,
> Kevin
>
> From: Dan Carpenter
> Sent: Monday, October 7, 2019 5:02 PM
> To: Rex Zhu ; Wang, Kevin(Yang)
> Cc:
On Mon, Oct 7, 2019 at 4:52 AM Dan Carpenter wrote:
>
> In the current code if "device_info" is ever NULL then the kernel will
> Oops so probably || was intended instead of &&.
>
> Fixes: e392c887df97 ("drm/amdkfd: Use array to probe kfd2kgd_calls")
> Signed-off-by: Dan Carpenter
Applied. thank
On Wed, Sep 25, 2019 at 03:58:30PM -0700, Derek Basehore wrote:
> This adds a helper function for reading the rotation (panel
> orientation) from the device tree.
>
> Signed-off-by: Derek Basehore
> Reviewed-by: Sam Ravnborg
The patch LGTM, but I don't see it used anywhere later in the patch? I
When the panels were moved from omap/displays/ to panel/
omapdss prefix was stripped, which cause spi modalias
to not contain the vendor-prefix anymore.
so we had e.g. in former times:
compatible=omapdss,tpo,td028ttec1 -> modalias=spi:tpo,td028ttec1
now:
compatible=tpo,td028ttec1 -> modalias=spi:t
On Mon, Sep 30, 2019 at 04:14:54PM -0700, dbasehore . wrote:
> On Sat, Sep 28, 2019 at 10:23 PM james qian wang (Arm Technology
> China) wrote:
> >
> > On Wed, Sep 25, 2019 at 03:58:31PM -0700, Derek Basehore wrote:
> > > Devicetree systems can set panel orientation via a panel binding, but
> > >
On Wed, Sep 25, 2019 at 03:58:32PM -0700, Derek Basehore wrote:
> Not every platform needs quirk detection for panel orientation, so
> split the drm_connector_init_panel_orientation_property into two
> functions. One for platforms without the need for quirks, and the
> other for platforms that need
On Wed, Sep 25, 2019 at 03:58:33PM -0700, Derek Basehore wrote:
> This inits the panel orientation property for the mediatek dsi driver
> if the panel orientation (connector.display_info.panel_orientation) is
> not DRM_MODE_PANEL_ORIENTATION_UNKNOWN.
>
> Signed-off-by: Derek Basehore
> Acked-by:
Hi,
On Mon, Oct 07, 2019 at 06:41:30PM +0200, Andreas Kemnade wrote:
> When the panels were moved from omap/displays/ to panel/
> omapdss prefix was stripped, which cause spi modalias
> to not contain the vendor-prefix anymore.
>
> so we had e.g. in former times:
> compatible=omapdss,tpo,td028tte
The panel-tpo-td043mtea1 driver incorrectly includes the OF vendor
prefix in its SPI alias. Fix it, and move the manual alias to an SPI
module device table.
Fixes: dc2e1e5b2799 ("drm/panel: Add driver for the Toppoly TD043MTEA1 panel")
Reported-by: H. Nikolaus Schaller
Signed-off-by: Laurent Pinc
The panel-tpo-td028ttec1 driver incorrectly includes the OF vendor
prefix in its SPI alias. Fix it.
Fixes: 415b8dd08711 ("drm/panel: Add driver for the Toppoly TD028TTEC1 panel")
Reported-by: H. Nikolaus Schaller
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/panel/panel-tpo-td028ttec1.c |
The panel-lg-lb035q02 driver incorrectly includes the OF vendor prefix
in its SPI alias. Fix it, and move the manual alias to an SPI module
device table.
Fixes: f5b0c6542476 ("drm/panel: Add driver for the LG Philips LB035Q02 panel")
Reported-by: H. Nikolaus Schaller
Signed-off-by: Laurent Pincha
Hello,
This patch series fixes a module alias issue with the five recently
added panel drivers used by omapdrm.
Before those panel drivers, omapdrm had custom drivers for the panels,
and prefixed the OF compatible strings with an "omapdss," prefix. The
SPI device IDs are constructed by stripping
The panel-nec-nl8048hl11 driver incorrectly includes the OF vendor
prefix in its SPI alias. Fix it, and move the manual alias to an SPI
module device table.
Fixes: df439abe6501 ("drm/panel: Add driver for the NEC NL8048HL11 panel")
Reported-by: H. Nikolaus Schaller
Signed-off-by: Laurent Pinchart
The panel-sony-acx565akm driver incorrectly includes the OF vendor
prefix in its SPI alias. Fix it, and move the manual alias to an SPI
module device table.
Fixes: 1c8fc3f0c5d2 ("drm/panel: Add driver for the Sony ACX565AKM panel")
Reported-by: H. Nikolaus Schaller
Signed-off-by: Laurent Pinchart
There is finally no more users left in the kernel of drmP.h
and drm_os_linux.h (drmP.h was the only user left).
Delete the header files and delete the corresponding todo entry.
When we started this quest there was more than 700 users of drmP.h.
And drmP.h was a huge cover-it-all header file.
Dani
One user of drmP.h sneaked in after the merge window.
Drop the use of drmP.h and delete the header file for good.
Small band-aid on top of not going to xdc :-)
Build tested with various architectures and configs.
Sam
Sam Ravnborg (2):
drm_dp_cec: drop use of drmP.h
drm: dele
drmP.h is deprecated and will be deleted.
Replace use with proper header.
Divide header includes in blocks while touching these.
Build tested with various archtectures and configs.
Signed-off-by: Sam Ravnborg
Fixes: ae85b0df124f6928 ("drm_dp_cec: add connector info support.")
Cc: Dariusz Marcin
Hi Andreas,
On Mon, Oct 07, 2019 at 07:14:28PM +0200, Andreas Kemnade wrote:
> On Mon, 7 Oct 2019 19:04:46 +0200 Sebastian Reichel wrote:
> > On Mon, Oct 07, 2019 at 06:41:30PM +0200, Andreas Kemnade wrote:
> > > When the panels were moved from omap/displays/ to panel/
> > > omapdss prefix was str
Hi Laurent.
On Mon, Oct 07, 2019 at 08:07:56PM +0300, Laurent Pinchart wrote:
> Hello,
>
> This patch series fixes a module alias issue with the five recently
> added panel drivers used by omapdrm.
>
> Before those panel drivers, omapdrm had custom drivers for the panels,
> and prefixed the OF co
Hi,
On Mon, Oct 07, 2019 at 08:07:56PM +0300, Laurent Pinchart wrote:
> This patch series fixes a module alias issue with the five recently
> added panel drivers used by omapdrm.
For the whole series:
Reviewed-by: Sebastian Reichel
-- Sebastian
signature.asc
Description: PGP signature
__
On Mon, 7 Oct 2019 at 18:09, Alex Deucher wrote:
>
> On Mon, Oct 7, 2019 at 7:39 AM Jani Nikula
> wrote:
> >
> > On Fri, 04 Oct 2019, Krzysztof Kozlowski wrote:
> > > drivers/gpu/drm/i915/Kconfig | 12 +-
> > > drivers/gpu/drm/i915/Kconfig.debug | 144 +++
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
Changes since v2:
1. Split AMD and i915 to separate patches.
---
drivers/gpu/drm/Kconfig | 4 ++--
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
Changes since v2:
1. Split AMD and i915 to separate patches.
---
drivers/gpu/drm/i915/Kconfig | 12 +--
d
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
Changes since v2:
1. Split AMD and i915 to separate patches.
---
drivers/gpu/drm/Kconfig | 6 +
Hi Keith,
On Sat, 5 Oct 2019 at 17:16, Keith Packard wrote:
> During XDC this year, we heard a few presentations and had a lot of
> hallway talk about sharing code for driving DRM/KMS for display.
Definitely. That would be great.
> I think the general consensus is that there is enough shared
>
On Mon, 2019-10-07 at 12:08 +0300, Jani Nikula wrote:
> The problem with the EDID quirks is that exposing the quirks sticks out
> like a sore thumb. Thus far all of it has been contained in drm_edid.c
> and they affect how the EDID gets parsed, for all drivers. Obviously
> this could be changed, b
Hi,
On Mon, 7 Oct 2019 at 18:35, Daniel Stone wrote:
> There are definitely a few annoying problems which we should have
> common resolution for. I'm thinking of:
> - [...]
Oh, and add backlight handling to that list.
Cheers,
Daniel
___
dri-devel ma
Hi Sam,
On Mon, Oct 07, 2019 at 07:22:56PM +0200, Sam Ravnborg wrote:
> Hi Laurent.
> On Mon, Oct 07, 2019 at 08:07:56PM +0300, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch series fixes a module alias issue with the five recently
> > added panel drivers used by omapdrm.
> >
> > Before t
Hi Brian,
Thank you for the patch.
On Sun, Oct 06, 2019 at 09:45:05PM -0400, Brian Masney wrote:
> Add support for the avdd33 regulator to the analogix-anx78xx driver.
> Note that the regulator is currently enabled during driver probe and
> disabled when the driver is removed. This is currently h
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--- Comment #17 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Ahzo from comment #14)
> Another way to prevent these frequent resume failures, while preserving the
> intention of this commit, is to simply call amdgpu_ib_pool_init direc
Daniel Stone writes:
> I think there would be a load of value in starting with simple helpers
> which can be used independently of any larger scheme, tackling that
> list above.
Yeah, a helper library that didn't enforce at tonne of policy and just
let the user glue things together on their own
On Mon, Oct 07, 2019 at 07:12:23PM +0200, Sam Ravnborg wrote:
> drmP.h is deprecated and will be deleted.
> Replace use with proper header.
>
> Divide header includes in blocks while touching these.
>
> Build tested with various archtectures and configs.
>
> Signed-off-by: Sam Ravnborg
Reviewe
On Mon, Oct 07, 2019 at 07:12:24PM +0200, Sam Ravnborg wrote:
> There is finally no more users left in the kernel of drmP.h
> and drm_os_linux.h (drmP.h was the only user left).
> Delete the header files and delete the corresponding todo entry.
>
> When we started this quest there was more than 70
On Mon, 7 Oct 2019 at 19:16, Keith Packard wrote:
> Daniel Stone writes:
> > I think there would be a load of value in starting with simple helpers
> > which can be used independently of any larger scheme, tackling that
> > list above.
>
> Yeah, a helper library that didn't enforce at tonne of po
Reviewed-by: Lyude Paul
On Mon, 2019-10-07 at 19:12 +0200, Sam Ravnborg wrote:
> drmP.h is deprecated and will be deleted.
> Replace use with proper header.
>
> Divide header includes in blocks while touching these.
>
> Build tested with various archtectures and configs.
>
> Signed-off-by: Sam
Reviewed-by: Lyude Paul
On Mon, 2019-10-07 at 19:12 +0200, Sam Ravnborg wrote:
> There is finally no more users left in the kernel of drmP.h
> and drm_os_linux.h (drmP.h was the only user left).
> Delete the header files and delete the corresponding todo entry.
>
> When we started this quest the
On 2019-10-07 12:08 p.m., Alex Deucher wrote:
> On Sat, Oct 5, 2019 at 1:58 PM Colin King wrote:
>> From: Colin Ian King
>>
>> Function kgd2kfd_init is missing a void argument, add it
>> to clean up the non-ANSI function declaration.
>>
>> Signed-off-by: Colin Ian King
> Applied. thanks!
Thank
On 07/10/2019 17.28, Daniel Thompson wrote:
> On Thu, Sep 19, 2019 at 04:06:18PM +0200, Rasmus Villemoes wrote:
>
> It feels like there is some rationale missing in the description here.
>
> What is the benefit of replacing the explicit int_pow() with the
> implicit multiplications?
>
>
> Danie
https://bugs.freedesktop.org/show_bug.cgi?id=111913
--- Comment #3 from Stefan Rehm ---
I can confirm this. My card is a PowerColor Radeon RX 5700 XT Red Dragon. As
soon as I connect a second monitor, I get the same errors in dmesg as Timur
Kristóf described. Unfortunately, the workaround with th
On Mon, Oct 7, 2019 at 1:33 PM Krzysztof Kozlowski wrote:
>
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
Applied. Thanks!
Alex
>
> ---
>
> Changes sin
On Mon, Sep 30, 2019 at 07:28:00PM -0300, Ezequiel Garcia wrote:
> Add an optional CRTC gamma LUT support, and enable it on RK3288.
> This is currently enabled via a separate address resource,
> which needs to be specified in the devicetree.
>
> The address resource is required because on some SoC
https://bugs.freedesktop.org/show_bug.cgi?id=111913
--- Comment #4 from Stefan Rehm ---
Just to clarify: this is not just a "cosmetic" issue. The computer is barely
usable. Application take extremely long to start and/or run slowly. Also the
files in sysfs (/sys/class/drm/card0/device/pp_*) dont
Add support for HDR metadata using the hdr_output_metadata connector property,
configure Dynamic Range and Mastering InfoFrame accordingly.
A use_drm_infoframe flag is added to dw_hdmi_plat_data that platform drivers
can use to signal when Dynamic Range and Mastering infoframes is supported.
This
Add support for configuring Dynamic Range and Mastering InfoFrame from
the hdr_output_metadata connector property.
This patch adds a use_drm_infoframe flag to dw_hdmi_plat_data that platform
drivers use to signal when Dynamic Range and Mastering infoframes is supported.
This flag is needed because
This patch enables Dynamic Range and Mastering InfoFrame on RK3328 and RK3399.
Cc: Sandy Huang
Cc: Heiko Stuebner
Signed-off-by: Jonas Karlman
Reviewed-by: Heiko Stuebner
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 2 ++
1 file changed, 2 insertions(+)
diff
This patch enables Dynamic Range and Mastering InfoFrame on H6.
Cc: Maxime Ripard
Cc: Jernej Skrabec
Signed-off-by: Jonas Karlman
Reviewed-by: Andrzej Hajda
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 2 ++
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.h | 1 +
2 files changed, 3 insertions(+)
diff --
This patch enables Dynamic Range and Mastering InfoFrame on GXL, GXM and G12A.
Cc: Neil Armstrong
Signed-off-by: Jonas Karlman
Reviewed-by: Neil Armstrong
---
drivers/gpu/drm/meson/meson_dw_hdmi.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/meson/meson_dw_hdmi.c
b
https://bugs.freedesktop.org/show_bug.cgi?id=111483
--- Comment #1 from tempel.jul...@gmail.com ---
I think there is a realistic chance that this issue has been tackled by this
commit:
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-5.5-wip&id=109b3e3e13507ad0908ff00bc7eb759ed41b88be
On Mon, Oct 7, 2019 at 9:19 AM Mat King wrote:
>
> On Mon, Oct 7, 2019 at 7:09 AM Sean Paul wrote:
> >
> > On Thu, Oct 3, 2019 at 3:57 PM Mat King wrote:
> > >
> > > On Thu, Oct 3, 2019 at 2:59 AM Jani Nikula
> > > wrote:
> > > >
> > > > On Wed, 02 Oct 2019, Mat King wrote:
> > > > > On Wed,
On Mon, Oct 07, 2019 at 12:31:08PM -0700, Rajat Jain wrote:
> On Mon, Oct 7, 2019 at 9:19 AM Mat King wrote:
> >
> > On Mon, Oct 7, 2019 at 7:09 AM Sean Paul wrote:
> > >
> > > On Thu, Oct 3, 2019 at 3:57 PM Mat King wrote:
> > > >
> > > > On Thu, Oct 3, 2019 at 2:59 AM Jani Nikula
> > > > wro
For some reason this didn't end up in patchwork which makes it hard
for me to process.
Usual suspects are using too old a git to send it or maybe it got ctrl-Ms in it.
Dave.
On Thu, 3 Oct 2019 at 01:44, Christian König
wrote:
>
> Hi Dave, Daniel,
>
> we had some problems this cycle sending out
From: Rob Clark
When IB1 is split into multiple cmd buffers, we'd emit multiple
RD_CMDSTREAM_ADDR per submit. But after this packet is handled
by the cffdump parser, it resets it's known buffers on the next
GPUADDR packet, so subsequent RD_CMDSTREAM_ADDR packets from the
same submit would not fi
From: Rob Clark
Even if we are not dumping the buffer's contents, it is useful to log
their base address and size. This makes it easier to see when different
gpu pointers point to a single buffer, for example higher mipmap levels
of a single texture.
Signed-off-by: Rob Clark
---
drivers/gpu/d
Sorry this took me a little while to get to, I've been at XDC.
This is closer then, but still a couple more issues below (also-thank you for
including the changelog!)
On Tue, 2019-10-01 at 12:17 -0400, mikita.lip...@amd.com wrote:
> From: Mikita Lipski
>
> - Adding encoder atomic check to find
Add very trivial allocation and import test for dma-heaps,
utilizing the vgem driver as a test importer.
A good chunk of this code taken from:
tools/testing/selftests/android/ion/ionmap_test.c
Originally by Laura Abbott
Cc: Benjamin Gaignard
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Pratik Patel
This patch adds system heap to the dma-buf heaps framework.
This allows applications to get a page-allocator backed dma-buf
for non-contiguous memory.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cr
Add generic helper dmabuf ops for dma heaps, so we can reduce
the amount of duplicative code for the exported dmabufs.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cross, Laura Abbott, and others!
C
This adds a CMA heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a CMA region.
This code is an evolution of the Android ION implementation, so
thanks to its original author and maintainters:
Benjamin Gaignard, Laura Abbott, and others!
Cc: Laura Abbott
Cc: Benjami
From: "Andrew F. Davis"
This framework allows a unified userspace interface for dma-buf
exporters, allowing userland to allocate specific types of memory
for use in dma-buf sharing.
Each heap is given its own device node, which a user can allocate
a dma-buf fd from using the DMA_HEAP_IOC_ALLOC.
Here is yet another pass at the dma-buf heaps patchset Andrew
and I have been working on which tries to destage a fair chunk
of ION functionality.
The patchset implements per-heap devices which can be opened
directly and then an ioctl is used to allocate a dmabuf from the
heap.
The interface is s
On Mon, Oct 7, 2019 at 2:21 PM Randy Dunlap wrote:
> On 10/7/19 2:18 PM, John Stultz wrote:
> > diff --git a/drivers/dma-buf/Kconfig b/drivers/dma-buf/Kconfig
> > index a23b6752d11a..6e9c7c4d7447 100644
> > --- a/drivers/dma-buf/Kconfig
> > +++ b/drivers/dma-buf/Kconfig
> > @@ -44,4 +44,13 @@ conf
Quoting Chris Wilson (2019-10-07 17:22:52)
> Quoting Colin King (2019-10-07 16:41:51)
> > From: Colin Ian King
> >
> > Don't populate the array hw_engine_mask on the stack but instead make it
> > static. Makes the object code smaller by 316 bytes.
> >
> > Before:
> >textdata bss
Ok, let's stop and slow down for a minute here since I've repeated myself a
few times, and I'd like to figure out what's actually happening here and
whether I'm not being clear enough with my explanations, or if there's just
some misunderstanding here.
I'll start of by trying my best to explain my
From: Colin Ian King
Don't populate the arrays on the stack but instead make them
static. Makes the object code smaller by 158 bytes.
Before:
textdata bss dec hex filename
324682072 0 3454086ec display/dc/bios/bios_parser.o
221981088 0 23286
On Mon, Oct 7, 2019 at 9:44 AM Sean Paul wrote:
>
> On Mon, Sep 30, 2019 at 04:14:54PM -0700, dbasehore . wrote:
> > On Sat, Sep 28, 2019 at 10:23 PM james qian wang (Arm Technology
> > China) wrote:
> > >
> > > On Wed, Sep 25, 2019 at 03:58:31PM -0700, Derek Basehore wrote:
> > > > Devicetree sy
On Mon, Oct 7, 2019 at 9:38 AM Sean Paul wrote:
>
> On Wed, Sep 25, 2019 at 03:58:30PM -0700, Derek Basehore wrote:
> > This adds a helper function for reading the rotation (panel
> > orientation) from the device tree.
> >
> > Signed-off-by: Derek Basehore
> > Reviewed-by: Sam Ravnborg
>
> The p
https://bugs.freedesktop.org/show_bug.cgi?id=111913
--- Comment #5 from Andrew Sheldon ---
Are both monitors 60hz? I've seen this occur with 2x60hz setups, but not with
other combinations of refresh rates. It seems to be similar to issues with 75hz
in a single monitor configuration.
Other combin
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
Caused by commit
10d8f308ba3e ("cec: add cec_adapter to cec_notifier_cec_adap_unregister()")
interacting with commit
7e86efa2ff03 ("media: cec-gpio: add notifier support")
form the v
https://bugs.freedesktop.org/show_bug.cgi?id=110865
--- Comment #37 from Dieter Nützel ---
(In reply to tempel.julian from comment #36)
> (In reply to Dieter Nützel from comment #28)
> > I've tried solving the flicker with both fixes (sent by magist3r) from this
> > bug
> >
> > Bug 102646 - Scre
Hi ville syrjala,
在 2019/9/30 下午6:48, Ville Syrjälä 写道:
On Thu, Sep 26, 2019 at 04:24:47PM +0800, Sandy Huang wrote:
These new format is supported by some rockchip socs:
DRM_FORMAT_NV12_10/DRM_FORMAT_NV21_10
DRM_FORMAT_NV16_10/DRM_FORMAT_NV61_10
DRM_FORMAT_NV24_10/DRM_FORMAT_NV42_10
Signed-of
If DEM_QXL is y and DRM_TTM_HELPER is m, building fails:
drivers/gpu/drm/qxl/qxl_object.o: undefined reference to
`drm_gem_ttm_print_info'
Select DRM_TTM_HELPER to fix this.
Fixes: 78d54f1f6a33 ("drm/qxl: use drm_gem_ttm_print_info")
Signed-off-by: YueHaibing
---
drivers/gpu/drm/qxl/Kconfig |
Hi all,
On Tue, 8 Oct 2019 10:30:45 +1100 Stephen Rothwell
wrote:
>
> Hi all,
>
> After merging the drm-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
Sorry, forgot to include the error messages. But they shuld be clear
from the fix ...
--
Cheers,
Stephen Ro
于 2019年10月7日 GMT+08:00 下午7:51:48, Maxime Ripard 写到:
>On Mon, Oct 07, 2019 at 12:03:00AM +0800, Icenowy Zheng wrote:
>> From: Jagan Teki
>>
>> The LCD timing definitions between Linux DRM vs Allwinner are
>different,
>> below diagram shows this clear differences.
>>
>>Active
https://bugzilla.kernel.org/show_bug.cgi?id=201497
sebastian.lars...@protonmail.com changed:
What|Removed |Added
CC||sebastian.larsson@proto
On 07/10/2019 20:22, Sam Ravnborg wrote:
Hi Laurent.
On Mon, Oct 07, 2019 at 08:07:56PM +0300, Laurent Pinchart wrote:
Hello,
This patch series fixes a module alias issue with the five recently
added panel drivers used by omapdrm.
Before those panel drivers, omapdrm had custom drivers for the
On Tue, Oct 08, 2019 at 11:06:07AM +0800, Icenowy Zheng wrote:
> 于 2019年10月7日 GMT+08:00 下午7:51:48, Maxime Ripard 写到:
> >On Mon, Oct 07, 2019 at 12:03:00AM +0800, Icenowy Zheng wrote:
> >> From: Jagan Teki
> >>
> >> The LCD timing definitions between Linux DRM vs Allwinner are
> >different,
> >> b
On Mon, 07 Oct 2019, Krzysztof Kozlowski wrote:
> On Mon, 7 Oct 2019 at 18:09, Alex Deucher wrote:
>>
>> On Mon, Oct 7, 2019 at 7:39 AM Jani Nikula
>> wrote:
>> >
>> > On Fri, 04 Oct 2019, Krzysztof Kozlowski wrote:
>> > > drivers/gpu/drm/i915/Kconfig | 12 +-
>> > > drivers/gpu/
On Mon, 07 Oct 2019, Mat King wrote:
> That makes sense; just to confirm can a property be added or removed
> after the connector is registered?
You need to create the property before registering the drm device. You
can attach/detach the property later, but I should think you know by the
time you
101 - 178 of 178 matches
Mail list logo
