.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/mfd/pcf50633-core.c | 2 -
drivers/rtc/Kconfig | 7 -
drivers/rtc/Makefile | 1 -
drivers/rtc/rtc-pcf50633.c| 284 --
include/linux/mfd/pcf50633/core.h | 1 -
.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/mfd/pcf50633-core.c| 35 +--
drivers/regulator/Kconfig | 7 --
drivers/regulator/Makefile | 1 -
drivers/regulator/pcf50633-regulator.c | 124 -----
include/linux/mfd/pcf50633/co
3-core.c | 260 --
include/linux/mfd/pcf50633/core.h | 224 -----
include/linux/mfd/pcf50633/mbc.h | 130 ---
include/linux/mfd/pcf50633/pmic.h | 68
7 files changed, 695 deletions(-)
delete mode 100644 drivers/mfd/pcf50633-core.c
delete mode 1006
From: "Dr. David Alan Gilbert"
As part of the pcf50633 removal, take out it's irq code
(which includes one bit still called from the core, but it'll
go soon).
Signed-off-by: Dr. David Alan Gilbert
---
drivers/mfd/Makefile| 2 +-
drivers/mfd/pcf50633-core.c | 5 +-
drivers/mfd/pcf50
| 1 -
drivers/rtc/rtc-pcf50633.c | 284 ---
drivers/video/backlight/Kconfig | 7 -
drivers/video/backlight/Makefile | 1 -
drivers/video/backlight/pcf50633-backlight.c | 154 --
include/linux/mfd/pcf50633/adc.h | 69 ---
i
.
Signed-off-by: Dr. David Alan Gilbert
---
arch/mips/configs/ip27_defconfig | 1 -
drivers/mfd/Kconfig | 7 ---
drivers/mfd/Makefile | 1 -
drivers/mfd/pcf50633-gpio.c | 92 ---
include/linux/mfd/pcf50633/gpio.h | 48 -
.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/input/misc/Kconfig | 7 --
drivers/input/misc/Makefile | 1 -
drivers/input/misc/pcf50633-input.c | 113
drivers/mfd/pcf50633-core.c | 2 -
include/linux/mfd/pcf50633/core.h | 1 -
From: "Dr. David Alan Gilbert"
The pcf50633 was used as part of the OpenMoko devices but
the support for its main chip was recently removed in:
commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support")
See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/
Remove it.
Signed-off-by: Dr.
From: "Dr. David Alan Gilbert"
The pcf50633 was used as part of the OpenMoko devices but
the support for its main chip was recently removed in:
commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support")
See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/
Remove it.
Signed-off-by: Dr.
3-core.c | 301 --
include/linux/mfd/pcf50633/core.h | 229 ---
include/linux/mfd/pcf50633/mbc.h | 130 -----
include/linux/mfd/pcf50633/pmic.h | 68 ---
7 files changed, 741 deletions(-)
delete mode 100644 drivers/mfd/pcf50633-core.c
delete mode 100644 includ
From: "Dr. David Alan Gilbert"
The pcf50633 was used as part of the OpenMoko devices but
the support for its main chip was recently removed in:
commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support")
See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/
Remove it.
Signed-off-by: Dr.
From: "Dr. David Alan Gilbert"
As part of the pcf50633 removal, take out it's irq code
(which includes one bit still called from the core, but it'll
go soon).
Signed-off-by: Dr. David Alan Gilbert
---
drivers/mfd/Makefile| 2 +-
drivers/mfd/pcf50633-core.c | 5 +-
drivers/mfd/pcf50
From: "Dr. David Alan Gilbert"
The pcf50633 was used as part of the OpenMoko devices but
the support for its main chip was recently removed in:
commit 61b7f8920b17 ("ARM: s3c: remove all s3c24xx support")
See https://lore.kernel.org/all/Z8z236h4B5A6Ki3D@gallifrey/
Remove it.
Signed-off-by: Dr.
.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/video/backlight/Kconfig | 7 -
drivers/video/backlight/Makefile | 1 -
drivers/video/backlight/pcf50633-backlight.c | 154 ---
include/linux/mfd/pcf50633/backlight.h | 42 -
include/linux
.
Signed-off-by: Dr. David Alan Gilbert
---
arch/mips/configs/ip27_defconfig | 1 -
drivers/mfd/Kconfig | 7 ---
drivers/mfd/Makefile | 1 -
drivers/mfd/pcf50633-gpio.c | 92 ---
include/linux/mfd/pcf50633/gpio.h | 48 -
.
Signed-off-by: Dr. David Alan Gilbert
---
arch/mips/configs/ip27_defconfig | 1 -
drivers/mfd/Kconfig | 7 -
drivers/mfd/Makefile | 1 -
drivers/mfd/pcf50633-adc.c | 255 ---
include/linux/mfd/pcf50633/adc.h | 69 -
.
Signed-off-by: Dr. David Alan Gilbert
---
arch/mips/configs/ip27_defconfig | 1 -
drivers/mfd/Kconfig | 7 -
drivers/mfd/Makefile | 1 -
drivers/mfd/pcf50633-adc.c| 255 --
drivers/mfd/pcf50633-core.c | 2 -
includ
.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/mfd/pcf50633-core.c | 2 -
drivers/video/backlight/Kconfig | 7 -
drivers/video/backlight/Makefile | 1 -
drivers/video/backlight/pcf50633-backlight.c | 154 ---
include/linux/mfd/
From: "Dr. David Alan Gilbert"
The nbif_v6_3_1_sriov_funcs instance of amdgpu_nbio_funcs was added in
commit 894c6d3522d1 ("drm/amdgpu: Add nbif v6_3_1 ip block support")
but has remained unused.
Alex has confirmed it wasn't needed.
Remove it, together with the four unused stub functions:
nbi
From: "Dr. David Alan Gilbert"
The last use of omapdss_find_device_by_node() was removed by 2020's
commit 811860ddceac ("drm/omap: drop unused DSS next pointer")
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/gpu/drm/omapdrm/dss/base.c| 12
drivers/gpu/drm/omapd
From: "Dr. David Alan Gilbert"
The last use of optc3_fpu_set_vrr_m_const() was removed in 2022's
commit 64f991590ff4 ("drm/amd/display: Fix a compilation failure on PowerPC
caused by FPU code")
which removed the only caller (with a similar) name.
Remove it.
Signed-off-by: Dr. David Alan Gilbert
From: "Dr. David Alan Gilbert"
smu_mode2_reset_is_support() was added in 2020 by
commit 5c03e5843e6b ("drm/amdgpu:add smu mode1/2 support for aldebaran")
but has remained unused.
See discussion at:
https://lore.kernel.org/all/dm4pr12mb5165d85bd85bc8fc8bf7a3b48e...@dm4pr12mb5165.namprd12.prod.out
From: "Dr. David Alan Gilbert"
smu_v13_0_init_display_count() was added in 2020 by
commit c05d1c401572 ("drm/amd/swsmu: add aldebaran smu13 ip support (v3)")
but is unused.
See discussion on:
https://lore.kernel.org/all/dm4pr12mb5165d85bd85bc8fc8bf7a3b48e...@dm4pr12mb5165.namprd12.prod.outlook.c
From: "Dr. David Alan Gilbert"
Hi,
A few more AMD deadcoding patches spinning out of the
questions I asked, and Kenneth answered.
See:
https://lore.kernel.org/all/dm4pr12mb5165d85bd85bc8fc8bf7a3b48e...@dm4pr12mb5165.namprd12.prod.outlook.com/
Dave
Signed-off-by: Dr. David Alan Gilbert
From: "Dr. David Alan Gilbert"
The previous patch removed smu_mode2_reset_is_support()
which was the only function to call through the mode2_reset_is_support()
method pointer.
Remove the remaining functions that were assigned to it
and the pointer itself.
See discussion at:
https://lore.kernel.
From: "Dr. David Alan Gilbert"
smu_v13_0_display_clock_voltage_request() and
smu_v13_0_set_min_deep_sleep_dcefclk() were added in 2020 by
commit c05d1c401572 ("drm/amd/swsmu: add aldebaran smu13 ip support (v3)")
but have remained unused.
Remove them.
smu_v13_0_display_clock_voltage_request() w
From: "Dr. David Alan Gilbert"
smu7_copy_bytes_from_smc() was added in 2016 by
commit 1ff55f465103 ("drm/amd/powerplay: implement smu7_smumgr for asics
with smu ip version 7.")
but never used.
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
.../drm/amd/pm/powerplay/smumgr/smu7_smumgr.c
From: "Dr. David Alan Gilbert"
Hi,
A bunch more deadcode around the AMD GPUs.
(I've not done smu_v14 which all looks rather new
to me, so perhaps you're still intending to use
some of the unused functions).
Signed-off-by: Dr. David Alan Gilbert
Dr. David Alan Gilbert (3):
drm/amd/pm/smu7:
From: "Dr. David Alan Gilbert"
The last use of smu_v11_0_get_dpm_level_range() was removed in 2020 by
commit 46a301e14e8a ("drm/amd/powerplay: drop unnecessary Navi1x specific
APIs")
Remove it.
Signed-off-by: Dr. David Alan Gilbert
---
drivers/gpu/drm/amd/pm/swsmu/inc/smu_v11_0.h | 5 ---
.
From: "Dr. David Alan Gilbert"
Free doorbells in the error paths of cik_init and in cik_fini.
Build tested only.
Suggested-by: Christophe JAILLET
Signed-off-by: Dr. David Alan Gilbert
---
RFC->v1
Renamed ringCP[12]->ring_cp[12]
Cleaned up doorbells in cik_startup failure case
drivers/gp
From: Jagadeesh Pagadala
Remove duplicate headers which are included twice.
Signed-off-by: Jagadeesh Pagadala
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_lm.c | 1 -
drivers/gpu/drm/nouveau/nvkm/subdev/bus/nv04.c| 2 --
drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c | 1
From: Jagadeesh Pagadala
Remove duplicate headers which are included twice.
Signed-off-by: Jagadeesh Pagadala
---
drivers/gpu/drm/bridge/panel.c | 1 -
drivers/gpu/drm/i915/intel_display.c | 7 ---
2 files changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers
changes for DCN2")
Signed-off-by: Wen Yang
Cc: Aurabindo Pillai
Cc: Hamza Mahfooz
Cc: Guenter Roeck
Cc: Alex Deucher
Cc: Harry Wentland
Cc: Leo Li
Cc: amd-...@lists.freedesktop.org
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kernel.org
---
drivers/gpu/drm/amd/display/dc
From: Wei Liu Sent: Friday, January 14, 2022 11:13 AM
>
> On Mon, Jan 10, 2022 at 01:44:19AM +0100, Andrea Parri wrote:
> > (Extending Cc: list,)
> >
> > On Sun, Jan 09, 2022 at 05:55:16PM +0800, Yanming Liu wrote:
> > > Commit adae1e931acd ("Drivers: hv: vmbus: Copy packets sent by Hyper-V
> > >
From: Wei Liu Sent: Sunday, January 23, 2022 1:56 PM
>
> On Sun, Jan 16, 2022 at 09:53:06PM +, Haiyang Zhang wrote:
> >
> >
> > > -Original Message-
> > > From: Michael Kelley (LINUX)
> > > Sent: Sunday, January 16, 2022 2:19 PM
> &
From: Yanming Liu Sent: Wednesday, January 19, 2022 12:14
PM
>
> On Thu, Jan 20, 2022 at 2:12 AM Michael Kelley (LINUX)
> wrote:
> >
> > From: Wei Liu Sent: Friday, January 14, 2022 11:13 AM
> > >
> > > On Mon, Jan 10, 2022 at 01:44:19AM +0100, Andrea P
From: Christophe JAILLET Sent: Sunday, July 31,
2022 1:02 PM
>
> hyperv_setup_vram() calls vmbus_allocate_mmio().
> This must be undone in the error handling path of the probe, as already
> done in the remove function.
>
> This patch depends on commit a0ab5abced55 ("drm/hyperv : Removing the
>
t; No functional change.
>
> Signed-off-by: Vitaly Kuznetsov
> ---
> drivers/gpu/drm/hyperv/hyperv_drm_drv.c | 3 ---
> drivers/video/fbdev/hyperv_fb.c | 4
> include/linux/hyperv.h | 4
> 3 files changed, 4 insertions(+), 7 deletions(-)
>
> di
From: Vitaly Kuznetsov Sent: Thursday, August 18, 2022
7:25 AM
>
> When drm_aperture_remove_conflicting_pci_framebuffers() fails, 'pdev'
> needs to be released with pci_dev_put().
>
> Fixes: 76c56a5affeb ("drm/hyperv: Add DRM driver for hyperv synthetic video
> device")
> Signed-off-by: Vitaly
From: Vitaly Kuznetsov Sent: Thursday, August 18, 2022
7:25 AM
>
> vmbus_reserve_fb() tries reserving framebuffer region iff
> screen_info.lfb_base is set. Gen2 VMs seem to have it set by EFI fb
> but on Gen1 VM it is observed to be zero.
FWIW, in a Gen1 VM, whether screen_info.lfb_base is set
From: Pavel Machek Sent: Wednesday, May 4, 2022 10:23 AM
>
> Hi!
>
> > Linux code for running as a Hyper-V guest includes special cases for the
> > first released versions of Hyper-V: 2008 and 2008R2/Windows 7. These
> > versions were very thinly used for runn
y belong.
>
> No functional change.
>
> Signed-off-by: Vitaly Kuznetsov
> ---
> drivers/gpu/drm/hyperv/hyperv_drm_drv.c | 3 ---
> drivers/net/ethernet/microsoft/mana/gdma_main.c | 4
> drivers/video/fbdev/hyperv_fb.c | 4
> include/linux/pc
at sets
up the frame buffer before the Linux kernel ever boots, right?
You are not referring to the Linux kernel EFI framebuffer
driver, which may or may not be configured in the kernel.
> (or, in some edge cases like kexec, the address where the buffer was
> moved, see
> https://lore.
From: Vitaly Kuznetsov Sent: Thursday, August 25, 2022
2:00 AM
>
> Passed through PCI device sometimes misbehave on Gen1 VMs when Hyper-V
> DRM driver is also loaded. Looking at IOMEM assignment, we can see e.g.
>
> $ cat /proc/iomem
> ...
> f800-fffb : PCI Bus :00
> f800-fbff
From: Saurabh Sengar Sent: Friday, September 9,
2022 7:44 AM
>
> hyperv_setup_vram tries to remove conflicting framebuffer based on
> 'screen_info'. As observed in past due to some bug or wrong setting
> in grub, the 'screen_info' fields may not be set for Gen1, and in such
> cases drm_aperture_
From: Saurabh Sengar Sent: Friday, September 9,
2022 8:10 AM
>
> Due to a full ring buffer, the driver may be unable to send updates to
> the Hyper-V host. But outputing the error message can make the problem
> worse because console output is also typically written to the frame
> buffer.
> Rate
From: Saurabh Sengar Sent: Monday, September 12,
2022 8:33 AM
>
> Existing code is causing a race condition where dirt_needed value is
> already set by the host and gets overwritten with default value. Remove
> this default setting of dirt_needed, to avoid overwriting the value
> received in the
s Zimmermann
> Fixes: 8d69d008f44c ("fbdev: Convert drivers to aperture helpers")
> Cc: Thomas Zimmermann
> Cc: Javier Martinez Canillas
> Cc: Sudip Mukherjee
> Cc: Teddy Wang
> Cc: Benjamin Herrenschmidt
> Cc: "K. Y. Srinivasan"
> Cc: Haiyang Zhang
> Cc
From: Thomas Zimmermann Sent: Monday, December 19, 2022
8:05 AM
>
> Generic fbdev drivers use the apertures field in struct fb_info to
> control ownership of the framebuffer memory and graphics device. Do
> not set the values in hyperv-fb.
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/
From: Thomas Zimmermann Sent: Thursday, March 9, 2023
8:01 AM
>
> Assume that the driver does not own the option string or its substrings
> and hence duplicate the option string for the video mode. As the driver
> implements a very simple mode parser in a fairly unstructured way, just
> duplicat
r-provisioning to avoid running out of bounce buffer space.
Now we're considering again a more dynamic approach, which is good, but
we're encountering the same problems.
See
https://lore.kernel.org/linux-hyperv/20210228150315.2552437-1-ltyker...@gmail.com/
for this historical example.
M
From: Sui Jingfeng Sent: Sunday, July 9, 2023 3:05 AM
>
>drivers/video/fbdev/hyperv_fb.c: In function 'hvfb_getmem':
> >> drivers/video/fbdev/hyperv_fb.c:1033:24: error: 'screen_info' undeclared
> >> (first use
> in this function)
> 1033 | base = screen_info.lfb_base;
>
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
Patrick Bruenn (2):
ARM: dts: imx: add CX9020 Embedded
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We add an empty panel_desc, t
From: Patrick Bruenn
Add device tree for Beckhoff CX9020 Embedded PC.
The CX9020 differs from i.MX53 Quick Start Board by:
- use uart2 instead of uart1
- DVI-D connector instead of VGA
- no audio
- CCAT FPGA connected to emi
- enable rtc
v3: add missing changelog, sorry about the noise
v2:
- in
From: Patrick Bruenn
This is a fix for the CX9020 Embedded PC. On that device the 24-bit
parallel-display signal of the imx53 is combined with an I2C channel
and converted to DVI-D port. Devicetree magic always requires a panel
connected to the parallel-display port.
We add an empty panel_desc, t
From: Julia Lawall
Subject: drivers/gpu/vga/vgaarb.c: add missing kfree
kbuf is a buffer that is local to this function, so all of the error paths
leaving the function should release it.
Signed-off-by: Julia Lawall
Cc: Dave Airlie
Cc: Jesper Juhl
Signed-off-by: Andrew Morton
---
drivers/gp
From: Hugh Dickins
Subject: drm: avoid switching to text console if there is no panic timeout
Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
we're going to reboot immediately, the user will not be able to see the
messages anyway, and messing with the video mode may displa
From: Doug Goldstein
vgaarb.h was missing the #define of the #ifndef at the top for the guard
to prevent multiple #include's from causing re-define errors
Signed-off-by: Doug Goldstein
Cc: Dave Airlie
Cc: Jesse Barnes
Signed-off-by: Andrew Morton
---
include/linux/vgaarb.h |1
From: Julia Lawall
In each case, is_mobile is defined twice to 1. Drop one initialization.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r@
identifier I, s, fld;
position p0,p;
expression E;
@@
struct I s =@p0 { ... .fld at p = E, ...};
@s@
ident
From: Andrew Morton
drivers/gpu/drm/radeon/atom.c: In function 'atom_op_delay':
drivers/gpu/drm/radeon/atom.c:653: warning: comparison is always false due to
limited range of data type
Cc: David Airlie
Cc: Alex Deucher
Cc: Matt Turner
Signed-off-by: Andrew Morton
---
drivers/gpu/drm/radeo
From: Andrew Morton
drivers/gpu/drm/radeon/atom.c: In function 'atom_op_delay':
drivers/gpu/drm/radeon/atom.c:653: warning: comparison is always false due to
limited range of data type
Cc: David Airlie
Cc: Alex Deucher
Cc: Matt Turner
Signed-off-by: Andrew Morton
---
drivers/gpu/drm/radeo
From: Patrick Brünn
Add ddc-i2c-bus as an additional source to read edid.
If you convert the 24-bit parallel-display signal to DVI and combine it
with I2C, you can connect DVI-D displays to your imx powered devices. An
example for this setup is the CX9020 Embedded PC.
Signed-off-by: Patrick Br
On Thu, Apr 21, 2016 at 09:17:13PM +0100, Emil Velikov wrote:
> Dave Airlie pointed out that "polluting" the headers in a manner as seen
> with this series might not be too wise. David H, can we hear your view
> on the topic ?
For armada and etnaviv, it seems sensible, so I'd be happy to see the
On Fri, Apr 22, 2016 at 12:03:54AM +0100, Emil Velikov wrote:
> Cc: Lucas Stach
> Cc: Russell King
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest
On Fri, Apr 22, 2016 at 12:03:55AM +0100, Emil Velikov wrote:
> Cc: Russell King
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
On Wed, Apr 27, 2016 at 02:39:21PM +0200, Lucas Stach wrote:
> +static int etnaviv_gem_userptr_mmap_obj(struct etnaviv_gem_object
> *etnaviv_obj,
> + struct vm_area_struct *vma)
> +{
> + return -EPERM;
> +}
EPERM The prot argument asks for PROT_EXEC but the mapped area bel
On Tue, Apr 26, 2016 at 07:29:44PM +0200, Daniel Vetter wrote:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Russell King
Acked-by: Russell King
Thanks Daniel.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps do
On Tue, Apr 26, 2016 at 07:29:49PM +0200, Daniel Vetter wrote:
> No dev->struct_mutex anywhere to be seen.
>
> Cc: Christian Gmeiner
> Cc: Russell King
Acked-by: Russell King
Thanks Daniel.
--
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line
On Wed, Apr 27, 2016 at 02:38:18PM +0200, Lucas Stach wrote:
> If the MMU map fails caused by an unaligned SG entry, the unmap path
> is called to undo all already setup SG mappings. When encountering the
> unaligned SG the unmap path hangs the kernel with a BUG(), while the
> error is recoverable
On Wed, Apr 27, 2016 at 02:39:20PM +0200, Lucas Stach wrote:
> This function will be changed to be called indirectly and this
> prototype change brings it in line with all the other indirect
> object calls.
Christian prefers passing around struct drm_gem_object rather than
the etnaviv_gem_object.
On Wed, Apr 27, 2016 at 10:45:54PM +0100, Emil Velikov wrote:
> On 27 April 2016 at 10:47, Russell King - ARM Linux
> wrote:
> > On Thu, Apr 21, 2016 at 09:17:13PM +0100, Emil Velikov wrote:
> >> Dave Airlie pointed out that "polluting" the headers in a manner as s
On Thu, Apr 28, 2016 at 04:04:58PM +0200, Lucas Stach wrote:
> The observation was that the common code in iommu_map() rightfully
> rejected to map things, as mapping something unaligned to the page size
> is totally bogus.
Shouldn't iommu_map() detect this?
/*
* both the virtual
On Fri, Jun 24, 2016 at 11:40:44AM +0900, Kuninori Morimoto wrote:
> +static int snd_dw_hdmi_probe(struct platform_device *pdev)
> +{
> + struct dw_hdmi_i2s_audio_data *audio = pdev->dev.platform_data;
> + struct platform_device_info pdevinfo;
> + struct hdmi_codec_pdata pdata;
> +
> +
MT_I2S 2
I'd prefer this to stay an enum please.
> +struct tda998x_audio_params {
> + u8 config;
> + u8 format;
> + unsigned sample_width;
> + unsigned sample_rate;
> + struct hdmi_audio_infoframe cea;
With this addition, this file will need to include
t administrative decision requiring an explicit action by the
system administrator, and not done by placing a file in some magic
location so that request_firmware() can find it, which then gets
picked up at boot time/driver load time. Consider what could happen
if linux-firmware picks up the file and
On Thu, Aug 04, 2016 at 11:44:50AM +0100, Jose Abreu wrote:
> Currently ISCR and ACP packets are not being sent causing
> HDMI compliance tests like CTS 7-19 HDMI 1.4b to fail.
Hmm. Reading the HDMI specifications (v1.3, being the publically
available one), the specification does _not_ say that a
On Thu, Aug 04, 2016 at 11:44:51AM +0100, Jose Abreu wrote:
> When running HDMI compliance tests we noticed that sometimes
> the edid changes but the get_modes() function is not called
> so the edid is not updated. Moving the edid reading to the
> detect() callback ensures that the edid is correctl
On Tue, Aug 02, 2016 at 03:05:08PM +0300, Jyri Sarha wrote:
> + memcpy(audio.status, params->iec.status,
> +min(sizeof(audio.status), sizeof(params->iec.status)));
As mentioned in the other patch, the audio status does not directly
correspond with the AES bytes, so this ends up cau
On Thu, Aug 04, 2016 at 02:58:00PM +0100, Jose Abreu wrote:
> Hi Russell,
>
> I am not sure if this is a bug in DRM or a bad implementation of
> dw-hdmi. I've seen at least two more drivers that do the edid
> reading at the .detect() callback: nouveau and gma500. This is
> noticeable if while sendi
On Thu, Aug 04, 2016 at 03:57:21PM +0100, Jose Abreu wrote:
> Hmm, I am not debugging it right now but I remember that
> drm_fb_helper_probe_connector_modes() was not being called at the
> time I set the new EDID but only after I stopped sending video (I
> was using modetest).
Please investigate -
On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote:
> Hi Russell,
>
> So, I didn't use framebuffer console but used X instead and it is
> working as it should. I think we can drop this patch. I am now
> making interoperability with DVI and I am facing the following
> scenario:
> - I st
On Fri, Aug 05, 2016 at 12:02:39PM +0300, Jyri Sarha wrote:
> On 08/04/16 17:07, Russell King - ARM Linux wrote:
> > On Tue, Aug 02, 2016 at 03:05:08PM +0300, Jyri Sarha wrote:
> >> + priv->audio_pdev = platform_device_register_data(
> >> + dev, HDMI_CODEC
On Fri, Aug 05, 2016 at 06:59:08PM +0100, Mark Brown wrote:
> On Fri, Aug 05, 2016 at 06:04:50PM +0100, Russell King - ARM Linux wrote:
> > On Fri, Aug 05, 2016 at 05:59:59PM +0100, Mark Brown wrote:
>
> > > We do have some stuff in there in order to handle MFDs - they&#
On Tue, Aug 02, 2016 at 03:05:07PM +0300, Jyri Sarha wrote:
> @@ -41,7 +41,7 @@ struct tda998x_priv {
> u8 vip_cntrl_0;
> u8 vip_cntrl_1;
> u8 vip_cntrl_2;
> - struct tda998x_encoder_params params;
> + struct tda998x_audio_params audio_params;
...
> @@ -820,7 +819,7 @@ sta
On Fri, Aug 05, 2016 at 05:59:59PM +0100, Mark Brown wrote:
> On Fri, Aug 05, 2016 at 05:48:45PM +0100, Russell King - ARM Linux wrote:
> > On Fri, Aug 05, 2016 at 12:02:39PM +0300, Jyri Sarha wrote:
>
> > > That may be a problem. The ASoC card device tree binding current loo
On Tue, Aug 02, 2016 at 03:05:07PM +0300, Jyri Sarha wrote:
> @@ -787,19 +792,13 @@ tda998x_configure_audio(struct tda998x_priv *priv,
> reg_clear(priv, REG_AIP_CNTRL_0, AIP_CNTRL_0_RST_CTS);
>
> /* Write the channel status */
> - buf[0] = IEC958_AES0_CON_NOT_COPYRIGHT;
> - bu
rkey wrote:
> > > > Hi Russell,
> > > >
> > > > On Mon, Jul 25, 2016 at 01:25:04PM +0100, Russell King - ARM Linux
> > > > wrote:
> > > > > On Mon, Jul 25, 2016 at 11:55:48AM +0100, Brian Starkey wrote:
> > > > > > The c
On Thu, Aug 11, 2016 at 03:54:03PM +0800, Mark Yao wrote:
> hdmi->disabled maybe not match to the real hardware status.
>
> ->dw_hdmi_bridge_enable()
> hdmi->disabled = false;
> -->dw_hdmi_update_power()
>if (hdmi->rxsense)
>force = DRM_FORCE_ON;
>else
>force = DRM_FORCE_
On Fri, Aug 12, 2016 at 01:15:37PM +0800, Shawn Guo wrote:
> The drm driver feature flag DRIVER_HAVE_IRQ is used to indicates whether
> the driver has an IRQ handler managed by the DRM core. Some drivers,
> armada, etnaviv, kirin and sti, set this flag without .irq_handler setup
> in drm_driver.
On Fri, Aug 12, 2016 at 05:53:17PM +0200, Hans Verkuil wrote:
> There are three possible 'states' of a CEC adapter w.r.t. logical addresses:
>
> 1) There is no physical address or no logical addresses have been set
> by the application (CEC_ADAP_S_LOG_ADDRS): in that case the device
> will not par
On Sat, Aug 13, 2016 at 11:11:54AM +0100, Russell King - ARM Linux wrote:
> On Mon, Jul 04, 2016 at 03:40:32PM +0800, Liu Ying wrote:
> > Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
> > transitional atomic helpers. The crtc->mode_set_nofb callback is
| 514 ++
drivers/video/Kconfig | 3 +
drivers/video/Makefile| 1 +
drivers/video/hdmi-notifier.c | 61
include/linux/hdmi-notifier.h | 44 +++
include/linux/platform_data/dw_hdmi-cec.h | 16 +
include/linux/platform_data
On Fri, Aug 12, 2016 at 04:25:02PM +0200, Hans Verkuil wrote:
> On 08/12/2016 04:15 PM, Russell King wrote:
> >Add a CEC driver for the dw-hdmi hardware using Hans Verkil's CEC
>
> That's Verkuil :-)
Oops, sorry about that.
> BTW, since cec is part of the media su
| 1 +
> > drivers/gpu/drm/i2c/tda9950.c | 514
> > ++
> > include/linux/platform_data/tda9950.h | 15 +
> > 4 files changed, 535 insertions(+)
> > create mode 100644 drivers/gpu/drm/i2c/tda9950.c
> > create mode 100644 include/linux/platform_data
| 5 +
> >> drivers/gpu/drm/i2c/Makefile | 1 +
> >> drivers/gpu/drm/i2c/tda9950.c | 514
> >> ++
> >> include/linux/platform_data/tda9950.h | 15 +
> >> 4 files changed, 535 ins
On Mon, Jul 04, 2016 at 03:40:32PM +0800, Liu Ying wrote:
> Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
> transitional atomic helpers. The crtc->mode_set_nofb callback is added
> so that the primary plane is no longer tied to the CRTC. Check/update
> logics are separa
On Sat, Aug 13, 2016 at 11:45:31AM +0100, Russell King - ARM Linux wrote:
> On Sat, Aug 13, 2016 at 11:11:54AM +0100, Russell King - ARM Linux wrote:
> > On Mon, Jul 04, 2016 at 03:40:32PM +0800, Liu Ying wrote:
> > > Use the drm_plane_helper_update/disable() and drm_he
Okay, this is what I've ended up with - I'm not sure whether it's
correct or not, but this dirty patch allows the full series to be
applied and still have working userspace.
I still need to undo all the reverts I have touching imx-drm between
patch 10 of this set and 4.8-rc1...
diff --git a/drive
On Sat, Aug 13, 2016 at 03:09:10PM +0100, Russell King - ARM Linux wrote:
> Okay, this is what I've ended up with - I'm not sure whether it's
> correct or not, but this dirty patch allows the full series to be
> applied and still have working userspace.
>
> I still
101 - 200 of 1611 matches
Mail list logo
