Hello Laurent Pinchart,
The patch eca93e28c256: "drm: Check in setcrtc if the primary plane
supports the fb pixel format" from Mar 9, 2015, leads to the
following static checker warning:
drivers/gpu/drm/drm_plane_helper.c:360 create_primary_plane()
info: ignoring unreachable code.
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot/dt
At least the Rockchip variant of the dw_hdmi can have controllable power
supplies
providing 1.0 and 1.8V. Therefore add the possibility for the generic bridge
driver to enable supplies provided by the hw-specific drivers.
Signed-off-by: Heiko Stuebner
---
changes since v1:
- follow suggestion fr
On Sun, Mar 8, 2015 at 10:05 PM, Arnd Bergmann wrote:
> ARM randconfig build tests found a new error for configurations
> with COMMON_CLK disabled but HAS_CLK selected by the platform:
>
> ERROR: "clk_is_match" [sound/soc/fsl/snd-soc-fsl-spdif.ko] undefined!
>
> This moves the declaration around,
me while i am writing the program?I 'm asking that
cause i
'm not yet that experienced to work alone , and i might need some help.
Regards,
Alex
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/4478a4c0/attachment.html>
Hi Alex,
On 10/03/15 19:24, Alex Mourtziapis wrote:
> Hello,
>
> I 'm Alex and i 'm interested in contributing to your project.
>
> The problem is that i have never applied again and i don't know the
> whole process yet,so some
> help 'd be appreciated.
>
> First , i 'd like to know how we subm
D R5 230 1G.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/7e00516b/attachment.html>
On Tue, Mar 10, 2015 at 01:58:52PM -0400, Rob Clark wrote:
> On Tue, Mar 10, 2015 at 12:59 PM, Jeff McGee wrote:
> > On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
> >> On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at intel.com wrote:
> >> > From: Jeff McGee
> >> >
> >> > t
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/b7cd731b/attachment.html>
On 08/03/15 23:12, Tobias Jakobi wrote:
> Hello Emil,
> Emil Velikov wrote:
>> I'm planning to push the above mentioned patches around lunchtime this
>> Tuesday. If anyone has objections please speak up.
> I doubt you're going to hear anything from Inki Dae.
Despite that it might sound a bit rude,
tible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Curacao XT [Radeon R9 270X]
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
With commit d7c0a08bc57(modetest: Allocate dumb buffers with the correct
bpp) we moved away from the libkms dependency. As such we are safe with
including the Makefile/subdir, even as we opt out of building the
library.
Cc: Laurent Pinchart
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 4
On Tue, Mar 10, 2015 at 16:33:17 +, Emil Velikov wrote:
> Hi Julien,
> On 9 March 2015 at 20:28, Julien Cristau wrote:
> > On Mon, Mar 9, 2015 at 12:08:16 +, Emil Velikov wrote:
> >
> >> By using it, any modifications to configure.ac or the Makefile.am files
> >> won't trigger a rebuild
On Tue, Mar 10, 2015 at 05:14:58PM +0200, Jani Nikula wrote:
> On Tue, 10 Mar 2015, ville.syrjala at linux.intel.com wrote:
> > Make the helper function pointer structs const to make it clear they
> > should not be modified.
>
> So why not fix this once and for all? See the following patches.
Why
On Tue, 10 Mar 2015, Archit Taneja wrote:
> On 03/10/2015 03:35 PM, Daniel Vetter wrote:
>> On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
>>>
>>>
>>> On 03/10/2015 03:17 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
>>> DRM_KMS_FB_HEL
On Tue, 10 Mar 2015, Jani Nikula wrote:
> - const struct drm_encoder_helper_funcs *funcs;
> + const const struct drm_encoder_helper_funcs *funcs;
Obviously too quick cocci all around for double consting, but this was
to get feedback anyway. I also missed the helper_private
They're only used to store const pointers anyway. This helps to keep
Ville and the compiler happy.
Signed-off-by: Jani Nikula
---
include/drm/drm_crtc.h| 6 +++---
include/drm/drm_crtc_helper.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/drm/drm_crt
They are not to be modified.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 4 ++--
drivers/gpu/drm/drm_atomic_helper.c | 14 +++---
drivers/gpu/drm/drm_crtc_helper.c| 14 +++---
drivers/gpu/drm/drm_fb_helper.c |
They are not to be modified.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_atomic_helper.c | 2 +-
drivers/gpu/drm/drm_crtc_helper.c | 2 +-
drivers/gpu/drm/drm_fb_helper.c | 2 +-
drivers/gpu/drm/drm_probe_helper.c | 2 +-
drivers/gpu/drm/nouveau/nouv
They are not to be modified.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_atomic_helper.c | 8
drivers/gpu/drm/drm_crtc_helper.c | 8
drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 2 +-
drivers/gpu/drm/gma500/cdv_intel_lvds.c | 2 +-
On Tue, 10 Mar 2015, ville.syrjala at linux.intel.com wrote:
> Make the helper function pointer structs const to make it clear they
> should not be modified.
So why not fix this once and for all? See the following patches.
This was quick cocci, can be split by driver too if so desired.
BR,
Jani.
On 10 March 2015 at 16:41, Julien Cristau wrote:
> On Tue, Mar 10, 2015 at 16:33:17 +, Emil Velikov wrote:
>
>> Hi Julien,
>> On 9 March 2015 at 20:28, Julien Cristau wrote:
>> > On Mon, Mar 9, 2015 at 12:08:16 +, Emil Velikov wrote:
>> >
>> >> By using it, any modifications to configure
From: Bastien Nocera [mailto:had...@hadess.net]
Sent: Tuesday, March 10, 2015 3:15 PM
>
> On Tue, 2015-03-10 at 13:02 +0100, Kamil Debski wrote:
> > Hi Bastien,
> >
> > From: Bastien Nocera [mailto:hadess at hadess.net]
> > Sent: Monday, March 09, 2015 5:44 PM
> > >
> > > On Mon, 2015-03-09 at 17:
Hi Julien,
On 9 March 2015 at 20:28, Julien Cristau wrote:
> On Mon, Mar 9, 2015 at 12:08:16 +, Emil Velikov wrote:
>
>> By using it, any modifications to configure.ac or the Makefile.am files
>> won't trigger a rebuild of the makefiles. Drop the switch from the
>> autogen.sh as well.
>>
> Si
On 03/10/2015 03:35 PM, Daniel Vetter wrote:
> On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
>>
>>
>> On 03/10/2015 03:17 PM, Daniel Vetter wrote:
>>> On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KM
On 03/10/2015 03:31 PM, Daniel Vetter wrote:
> On Tue, Mar 10, 2015 at 03:11:30PM +0530, Archit Taneja wrote:
>> DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
>> the i915 kms driver.
>>
>> Replace this with the top level DRM_FBDEV_EMULATION config option. Using thi
On 03/10/2015 03:16 PM, Daniel Vetter wrote:
> On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
>> Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
>> Most modesetting drivers enable provide fbdev emulation by default by
>> selecting
>> KMS FB helpers. A f
On 03/10/2015 03:17 PM, Daniel Vetter wrote:
> On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
>> Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
>> Most modesetting drivers enable provide fbdev emulation by default by
>> selecting
>> KMS FB helpers. A f
From: Ben Goz
This patch fixes the SDMA queue initialization, when running in non-HWS mode.
The first fix is to move the initialization of SDMA VM parameters before the
initialization of the SDMA MQD.
The second fix is to load the MQD to an HQD after the initialization of the MQD.
Signed-off-b
From: Ben Goz
This patch adds a missing destruction of mqd, when destroying a kernel queue.
Without the destruction, there is a memory leakage when repeatedly creating and
destroying kernel queues.
Signed-off-by: Ben Goz
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/amdkfd/kfd_kernel_que
On Tue, 2015-03-10 at 13:02 +0100, Kamil Debski wrote:
> Hi Bastien,
>
> From: Bastien Nocera [mailto:hadess at hadess.net]
> Sent: Monday, March 09, 2015 5:44 PM
> >
> > On Mon, 2015-03-09 at 17:22 +0100, Kamil Debski wrote:
> > > Hi Mauro,
> > >
> > > From: Mauro Carvalho Chehab [mailto:mcheha
On 03/10/2015 01:02 PM, Kamil Debski wrote:
> Hi Bastien,
>
> From: Bastien Nocera [mailto:hadess at hadess.net]
> Sent: Monday, March 09, 2015 5:44 PM
>>
>> On Mon, 2015-03-09 at 17:22 +0100, Kamil Debski wrote:
>>> Hi Mauro,
>>>
>>> From: Mauro Carvalho Chehab [mailto:mchehab at osg.samsung.com]
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/c9e1f699/attachment.html>
DRM_STI_FBDEV config is currently used to enable/disable fbdev emulation for
the sti kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION config
option instead where applicable.
We replace the #ifdef in sti_drm_load with CONFIG_DRM_FBDEV_EMULATION. It's
probably o
DRM_IMX_FB_HELPER config is currently used to enable/disable fbdev emulation for
the imx kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION config
option where applicable. Using this config lets us also prevent wrapping around
drm_fb_helper_* calls with #ifdefs i
DRM_TEGRA_FBDEV config is currently used to enable/disable fbdev emulation for
the tegra kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config lets us also prevent wrapping around drm_fb_helper_* calls with #ifdefs
in certain places.
The #ifdef in tegra_
DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
the i915 kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config lets us also prevent wrapping around drm_fb_helper_* calls with #ifdefs
in certain places.
The #ifdef in drm_i915
DRM_MSM_FBDEV config is used to enable/disable fbdev emulation for the msm kms
driver.
Replace this with the top level DRM_FBDEV_EMULATION config option where
applicable. This also prevents build breaks caused by undefined drm_fb_helper_*
functions when legacy fbdev support was disabled.
Signed-o
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by selecting
KMS FB helpers. A few provide a separate Kconfig option for the user to enable
or disbale fbdev emulation.
Enabling fbdev emulation is finally
This provides a uniform interface to enable/disable legacy fbdev support for
modesetting drivers, based on the discussion here:
http://lists.freedesktop.org/archives/dri-devel/2015-March/078729.html
This has only been build-tested for a few devices. Mainly looking for comments
for now.
The drive
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/3789fa03/attachment.html>
||.org
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/3c55154e/attachment.html>
From: Ville Syrjälä
Make the helper function pointer structs const to make it clear they
should not be modified.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_atomic_helper.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/dri
On Tue, Mar 10, 2015 at 2:34 PM, Jeff McGee wrote:
> On Tue, Mar 10, 2015 at 01:58:52PM -0400, Rob Clark wrote:
>> On Tue, Mar 10, 2015 at 12:59 PM, Jeff McGee wrote:
>> > On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
>> >> On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at
On Tue, Mar 10, 2015 at 12:59 PM, Jeff McGee wrote:
> On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
>> On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at intel.com wrote:
>> > From: Jeff McGee
>> >
>> > tests/core_getparams needs the new libdrm interfaces for
>> > querying s
On 03/09/2015 09:25 PM, Dave Airlie wrote:
> On 10 March 2015 at 02:02, Thomas Hellstrom wrote:
>> On 03/09/2015 04:22 PM, Daniel Vetter wrote:
>>> On Mon, Mar 09, 2015 at 11:04:01AM +0100, Thomas Hellstrom wrote:
Hi,
I'm not sure this started with 4.0 but when I rmmod the device dr
bed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/42fc4688/attachment.sig>
Am Dienstag, 10. März 2015, 12:07:50 schrieb Mark Brown:
> On Tue, Mar 10, 2015 at 12:22:06AM +0100, Heiko Stuebner wrote:
> > When {devm_}regulator_get returns -EPROBE_DEFER the driver in question
> > will
> > try probing again at a later time. So don't spam the log with failure
> > messages as t
On Tue, Mar 10, 2015 at 03:52:41PM +0530, Archit Taneja wrote:
> On 03/10/2015 03:35 PM, Daniel Vetter wrote:
> >On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
> >>On 03/10/2015 03:17 PM, Daniel Vetter wrote:
> >>>On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
>
On Tue, Mar 10, 2015 at 07:47:03PM +0100, Daniel Vetter wrote:
> On Tue, Mar 10, 2015 at 01:58:52PM -0400, Rob Clark wrote:
> > On Tue, Mar 10, 2015 at 12:59 PM, Jeff McGee
> > wrote:
> > > On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
> > >> On Mon, Mar 09, 2015 at 04:41:02PM -0
Hi Bastien,
From: Bastien Nocera [mailto:had...@hadess.net]
Sent: Monday, March 09, 2015 5:44 PM
>
> On Mon, 2015-03-09 at 17:22 +0100, Kamil Debski wrote:
> > Hi Mauro,
> >
> > From: Mauro Carvalho Chehab [mailto:mchehab at osg.samsung.com]
> > Sent: Sunday, March 08, 2015 3:21 PM
> >
> > > Em T
not really connected to the series you're posting it in...
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/c9524731/attachment.sig>
Hi Archit,
thanks for the cleanup!
Am Dienstag, den 10.03.2015, 15:11 +0530 schrieb Archit Taneja:
> DRM_IMX_FB_HELPER config is currently used to enable/disable fbdev emulation
> for
> the imx kms driver.
>
> Remove this local config option and use the top level DRM_FBDEV_EMULATION
> config
>
On Tue, Mar 10, 2015 at 01:58:52PM -0400, Rob Clark wrote:
> On Tue, Mar 10, 2015 at 12:59 PM, Jeff McGee wrote:
> > On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
> >> On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at intel.com wrote:
> >> > From: Jeff McGee
> >> >
> >> > t
On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
>
>
> On 03/10/2015 03:17 PM, Daniel Vetter wrote:
> >On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
> >>Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
> >>Most modesetting drivers enable pr
On Tue, Mar 10, 2015 at 03:11:30PM +0530, Archit Taneja wrote:
> DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
> the i915 kms driver.
>
> Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
> config lets us also prevent wrapping around drm_
Hello Kukjin,
On 02/05/2015 03:45 PM, Javier Martinez Canillas wrote:
> Hello Andrzej,
>
> Thanks a lot for finally finding what was causing the HDMI issue.
>
> On 02/05/2015 01:35 PM, Andrzej Hajda wrote:
>> Hi,
>>
>> Exynos chipsets since 542x have asynchronous bridges connecting different
>
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
> Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
> Most modesetting drivers enable provide fbdev emulation by default by
> selecting
> KMS FB helpers. A few provide a separate Kconfig option for the user to
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
> Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
> Most modesetting drivers enable provide fbdev emulation by default by
> selecting
> KMS FB helpers. A few provide a separate Kconfig option for the user to
Hi Philipp,
Am Dienstag, 10. März 2015, 10:16:53 schrieb Philipp Zabel:
[cut the obvious stuff I need to fix]
> Am Dienstag, den 10.03.2015, 00:22 +0100 schrieb Heiko Stuebner:
> > @@ -879,6 +883,12 @@ static int dw_hdmi_phy_init(struct dw_hdmi *hdmi)
> >
> > int i, ret;
> > bool cscon
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150310/7f0f8310/attachment.html>
Hi Dave,
Another pile of misc drm patches all over, mostly polish for atomic. Last
minute rebase was to avoid the broken merge.
Cheers, Daniel
The following changes since commit 3a656b54c8433ada6dd7ee6227854c48682d5e4d:
drm/i915: Fix struct_mutex deadlock due to merge fumble (2015-03-10 08:3
Hi Heiko,
Am Dienstag, den 10.03.2015, 00:22 +0100 schrieb Heiko Stuebner:
> diff --git a/Documentation/devicetree/bindings/drm/bridge/dw_hdmi.txt
> b/Documentation/devicetree/bindings/drm/bridge/dw_hdmi.txt
> index a905c14..bb74640 100644
> --- a/Documentation/devicetree/bindings/drm/bridge/dw_h
Am Dienstag, den 10.03.2015, 00:21 +0100 schrieb Heiko Stuebner:
> At least the Rockchip variant of the dw_hdmi should control its supplying
> regulators. A cursory glance at the imx manual didn't any equivalent there,
> so I'm not sure if there are similar controllable regulators present.
On i.MX
On Tue, Mar 10, 2015 at 9:21 AM, Oded Gabbay wrote:
> From: Ben Goz
>
> This patch adds a missing destruction of mqd, when destroying a kernel queue.
> Without the destruction, there is a memory leakage when repeatedly creating
> and
> destroying kernel queues.
>
> Signed-off-by: Ben Goz
> Sign
On Tue, Mar 10, 2015 at 8:55 AM, Thomas Hellstrom
wrote:
> On 03/09/2015 09:25 PM, Dave Airlie wrote:
>> On 10 March 2015 at 02:02, Thomas Hellstrom wrote:
>>> On 03/09/2015 04:22 PM, Daniel Vetter wrote:
On Mon, Mar 09, 2015 at 11:04:01AM +0100, Thomas Hellstrom wrote:
> Hi,
>
On Tue, Mar 10, 2015 at 08:37:30AM +0100, Daniel Vetter wrote:
> On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at intel.com wrote:
> > From: Jeff McGee
> >
> > tests/core_getparams needs the new libdrm interfaces for
> > querying subslice and EU counts.
> >
> > For: VIZ-4636
> > Signed-of
On Tue, Mar 10, 2015 at 12:21:21AM +0100, Heiko Stuebner wrote:
> At least the Rockchip variant of the dw_hdmi should control its supplying
> regulators. A cursory glance at the imx manual didn't any equivalent there,
> so I'm not sure if there are similar controllable regulators present.
>
> Patc
On Mon, Mar 09, 2015 at 12:44:03PM +, Zubair Lutfullah Kakakhel wrote:
> Add drm driver for the Ingenic JZ4780 SoC.
>
> Signed-off-by: Zubair Lutfullah Kakakhel
This driver neither supports universal planes nor atomic. Imo adding new
drivers using old internal interfaces and only supporting
On Mon, Mar 09, 2015 at 04:41:02PM -0700, jeff.mcgee at intel.com wrote:
> From: Jeff McGee
>
> tests/core_getparams needs the new libdrm interfaces for
> querying subslice and EU counts.
>
> For: VIZ-4636
> Signed-off-by: Jeff McGee
> ---
> configure.ac | 2 +-
> 1 file changed, 1 insertion(+
On 10 March 2015 at 02:02, Thomas Hellstrom wrote:
> On 03/09/2015 04:22 PM, Daniel Vetter wrote:
>> On Mon, Mar 09, 2015 at 11:04:01AM +0100, Thomas Hellstrom wrote:
>>> Hi,
>>>
>>> I'm not sure this started with 4.0 but when I rmmod the device driver
>>> like so
>>> rmmod vmwgfx
>>>
>>> The devi
Hello,
I recently ran into a need to configure the colour space conversion (CSC)
matrix of the ADV7511 HDMI transmitter based on display controller particular
needs.
To give a bit of background regarding the use case, the ADV7511 is connected
to an FPGA using a 16-bit bus. The only RGB formats
https://bugzilla.kernel.org/show_bug.cgi?id=88501
--- Comment #10 from Alex Deucher ---
The fix is already upstream. Alternatively, you can boot with
radeon.backlight=0 on the kernel command line in grub.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Add the recently added hdmi power supplies to evb and firefly boards.
Signed-off-by: Heiko Stuebner
---
arch/arm/boot/dts/rk3288-evb.dtsi | 2 ++
arch/arm/boot/dts/rk3288-firefly.dtsi | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot/dt
At least the Rockchip variant of the dw_hdmi can have controllable power
supplies
providing 1.0 and 1.8V. Therefore add the possibility for the generic bridge
driver to enable supplies provided by the hw-specific drivers.
Signed-off-by: Heiko Stuebner
---
.../devicetree/bindings/drm/bridge/dw_h
When {devm_}regulator_get returns -EPROBE_DEFER the driver in question will
try probing again at a later time. So don't spam the log with failure messages
as this is an expected result of probe ordering.
Signed-off-by: Heiko Stuebner
---
drivers/regulator/core.c | 5 +++--
drivers/regulator/de
At least the Rockchip variant of the dw_hdmi should control its supplying
regulators. A cursory glance at the imx manual didn't any equivalent there,
so I'm not sure if there are similar controllable regulators present.
Patch1 is only a small fix to keep {devm_}regulator_bulk_get quiet in
the defe
77 matches
Mail list logo