On Fri, 25 Nov 2022, Andrew Morton wrote:
> On Fri, 25 Nov 2022 12:07:48 + Lee Jones wrote:
>
> > Since b339ec9c229aa ("kbuild: Only default to -Werror if COMPILE_TEST")
> > WERROR
> > now defaults to COMPILE_TEST meaning that it's enabled for allmodconfig
> >
> > builds. This le
Adding Tomi to the CC list. Tomi, would you be able to test this ?
On Fri, Nov 25, 2022 at 06:45:58PM +0800, Qiqi Zhang wrote:
> According to the description in ti-sn65dsi86's datasheet:
>
> CHA_HSYNC_POLARITY:
> 0 = Active High Pulse. Synchronization signal is high for the sync
> pulse width. (d
Hi Jani,
Thank you for the patch.
On Wed, Oct 05, 2022 at 01:51:43PM +0300, Jani Nikula wrote:
> Add new function drm_connector_list_iter_filter_begin() to initialize
> connector list iterator with a filter function. Subsequent iteration on
> the list will only return connectors on which the filt
Add bindings for Cadence HDP-TX HDMI PHY.
Signed-off-by: Sandor Yu
---
.../bindings/phy/cdns,hdptx-hdmi-phy.yaml | 52 +++
1 file changed, 52 insertions(+)
create mode 100644
Documentation/devicetree/bindings/phy/cdns,hdptx-hdmi-phy.yaml
diff --git a/Documentation/devicetr
Add Cadence HDP-TX DisplayPort PHY driver.
Cadence HDP-TX PHY could be put in either DP mode or
HDMI mode base on the configuration chosen.
DisplayPort PHY mode is configurated in the driver.
Signed-off-by: Sandor Yu
---
drivers/phy/cadence/Kconfig| 8 +
drivers/phy/cadence/Ma
Add Cadence HDP-TX HDMI PHY driver.
Cadence HDP-TX PHY could be put in either DP mode or
HDMI mode base on the configuration chosen.
HDMI PHY mode is configurated in the driver.
Signed-off-by: Sandor Yu
---
drivers/phy/cadence/Kconfig | 8 +
drivers/phy/cadence/Makefile
Add a new DRM HDMI bridge driver for Candence MHDP used in i.MX8MQ
SOC. MHDP IP could support HDMI or DisplayPort standards according
embedded Firmware running in the uCPU.
For iMX8MQ SOC, the HDMI FW was loaded and activated by SOC ROM code.
Bootload binary included HDMI FW was required for the d
Add bindings for Cadence HDP-TX DisplayPort PHY.
Signed-off-by: Sandor Yu
---
.../bindings/phy/cdns,hdptx-dp-phy.yaml | 68 +++
1 file changed, 68 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/cdns,hdptx-dp-phy.yaml
diff --git a/Documentation/devi
Add bindings for i.MX8MQ MHDP HDMI.
Signed-off-by: Sandor Yu
---
.../display/bridge/cdns,mhdp-imx8mq-hdmi.yaml | 102 ++
1 file changed, 102 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/bridge/cdns,mhdp-imx8mq-hdmi.yaml
diff --git
a/Documentation
Allow HDMI PHYs to be configured through the generic
functions through a custom structure added to the generic union.
The parameters added here are based on HDMI PHY
implementation practices. The current set of parameters
should cover the potential users.
Signed-off-by: Sandor Yu
---
include/l
Add a new DRM DisplayPort bridge driver for Candence MHDP
used in i.MX8MQ SOC. MHDP IP could support HDMI or DisplayPort
standards according embedded Firmware running in the uCPU.
For iMX8MQ SOC, the DisplayPort FW was loaded and activated by SOC
ROM code. Bootload binary included HDMI FW was requ
Add bindings for i.MX8MQ MHDP DisplayPort.
Signed-off-by: Sandor Yu
---
.../display/bridge/cdns,mhdp-imx8mq-dp.yaml | 102 ++
1 file changed, 102 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/bridge/cdns,mhdp-imx8mq-dp.yaml
diff --git
a/Document
Mailbox access functions could be share to other mhdp driver and
HDP-TX HDMI/DP PHY drivers, move those functions to head file
include/drm/bridge/cdns-mhdp-mailbox.h and convert them to
macro functions.
Signed-off-by: Sandor Yu
---
.../drm/bridge/cadence/cdns-mhdp8546-core.c | 197 +---
The patch set initial support for Cadence MHDP(HDMI/DP) DRM bridge
drivers and Cadence HDP-TX PHY(HDMI/DP) drivers for iMX8MQ.
The patch set compose of DRM bridge drivers and PHY drivers.
Both of them need the followed two patches to pass build.
drm: bridge: cadence: convert mailbox functions to
As stated in
Documentation/devicetree/bindings/display/panel/panel-mipi-dbi-spi.yml,
the MIPI DBI specification defines two power supplies, one for powering
the panel and one for the I/O voltage. The panel-mipi-dbi driver
currently only supports specifying a single "power-supply" in the
device tre
Add documentation for the new io-supply property, which specifies the
regulator for the I/O voltage supply on platforms where the panel
panel power and I/O supplies are separate.
Signed-off-by: Otto Pflüger
---
.../bindings/display/panel/panel-mipi-dbi-spi.yaml| 8 +++-
1 file change
The power-supply property is only mentioned in the description and not
listed in the properties section of the binding. Add it there.
Signed-off-by: Otto Pflüger
---
.../devicetree/bindings/display/panel/panel-mipi-dbi-spi.yaml | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/Documentati
The MIPI DBI specification defines separate vdd (panel power) and
vddi (I/O voltage) supplies. Displays that require different voltages
for the different supplies do exist, so the supplies cannot be
combined into one as they are now. Add a new io_regulator property to
the mipi_dbi_dev struct which
Dear Christian:
What is the status of the AMDGPU work for Xen dom0? That was mentioned in
https://lore.kernel.org/dri-devel/b2dec9b3-03a7-e7ac-306e-1da024af8...@amd.com/
and there have been bug reports to Qubes OS about problems with AMDGPU
under Xen (such as https://github.com/QubesOS/qubes-issu
To support platforms with a separate I/O voltage supply, set the new
io_regulator property along with the regulator property of the DBI
device. Read the I/O supply from a new "io-supply" device tree
property.
Signed-off-by: Otto Pflüger
---
drivers/gpu/drm/tiny/panel-mipi-dbi.c | 5 +
1 file
Currently drm-buddy does not have full knowledge of continuous memory.
Lets consider scenario below.
order 1:L R
order 0: LL LR RL RR
for order 1 allocation, it can offer L or R or LR+RL.
For now, we only implement L or R case for continuous memory allocation.
So t
https://bugzilla.kernel.org/show_bug.cgi?id=216727
Artem S. Tashkinov (a...@gmx.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi Christian,
Looks good to me.
Reviewed-by: Arunpravin Paneer Selvam
for the series.
Regards,
Arun.
On 11/25/2022 3:51 PM, Christian König wrote:
We already fallback to a dummy BO with no backing store when we
allocate GDS,GWS and OA resources and to GTT when we allocate VRAM.
Drop all thos
On Fri, Nov 25, 2022 at 12:07:50PM +, Lee Jones wrote:
> When enabled, KASAN enlarges function's stack-frames. Pushing quite a
> few over the current threshold. This can mainly be seen on 32-bit
> architectures where the present limit (when !GCC) is a lowly
> 1024-Bytes.
>
> Signed-off-by: L
On Fri, Nov 25, 2022 at 12:07:49PM +, Lee Jones wrote:
> calculate_bandwidth() is presently broken on all !(X86_64 || SPARC64 || ARM64)
> architectures built with Clang (all released versions), whereby the stack
> frame gets blown up to well over 5k. This would cause an immediate kernel
> pani
https://bugzilla.kernel.org/show_bug.cgi?id=216745
--- Comment #5 from The Linux kernel's regression tracker (Thorsten Leemhuis)
(regressi...@leemhuis.info) ---
(In reply to Eric Zou from comment #4)
> I will close this one now (if I can) to follow
> https://gitlab.freedesktop.org/drm/amd/-/issue
tree: git://anongit.freedesktop.org/drm/drm-misc drm-misc-next
head: 7783cc67862f9166c901bfa0f80b717aa8d354dd
commit: 1e4a91db109f623d0e3ef7d8bfae3c88b4d2fa87 [12/19] drm/probe-helper:
Provide a TV get_modes helper
config: s390-randconfig-r044-20221127
compiler: s390-linux-gcc (GCC) 12.1.0
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/amd/amdgpu/amdgpu_job.c
between commits:
3cb93f390453 ("drm/amdgpu: fix use-after-free during gpu recovery")
b09d6acba1d9 ("drm/amdgpu: handle gang submit before VMID")
from Linus' tree and commits:
1b
https://bugzilla.kernel.org/show_bug.cgi?id=216745
Eric Zou (e...@outlook.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
tree: git://anongit.freedesktop.org/drm/drm-misc drm-misc-next
head: 7783cc67862f9166c901bfa0f80b717aa8d354dd
commit: 4fcd238560ee6724d6edcae95820bdf7f2e40ab1 [6/19] drm/modes: Add a
function to generate analog display modes
config: s390-randconfig-r044-20221127
compiler: s390-linux-gcc (GCC
On 24/11/2022 11:20, Pin-yen Lin wrote:
> ITE IT6505 can be used in systems to switch the DP traffic between
> two downstreams, which can be USB Type-C DisplayPort alternate mode
> lane or regular DisplayPort output ports.
>
> Update the binding to accommodate this usage by introducing a
> data-la
On 24/11/2022 11:20, Pin-yen Lin wrote:
> Analogix 7625 can be used in systems to switch the DP traffic between
> two downstreams, which can be USB Type-C DisplayPort alternate mode
> lane or regular DisplayPort output ports.
>
> Update the binding to accommodate this usage by introducing a
> data
On 27/11/2022 19:59, Otto Pflüger wrote:
> As stated in
> Documentation/devicetree/bindings/display/panel/panel-mipi-dbi-spi.yml,
> the MIPI DBI specification defines two power supplies, one for powering
> the panel and one for the I/O voltage. The panel-mipi-dbi driver
> currently only supports s
Hello,
First of all, let me say I'm new to this, so please bear with me.
Here's the situation:
I have a radio [1] that runs a Linux OS over an AllWinner SoC. Pretty
much everything hardware-wise is on the mainline kernel, except for the
LCD panel driver. As (surprise, surprise), the vendor wo
Both Coverity and GCC with -Wstringop-overflow noticed that
nvif_outp_acquire_dp() accidentally defined its second argument with 1
additional element:
drivers/gpu/drm/nouveau/dispnv50/disp.c: In function 'nv50_pior_atomic_enable':
drivers/gpu/drm/nouveau/dispnv50/disp.c:1813:17: error: 'nvif_outp_
The Lenovo Yoga Tab 3 X90F has a portrait 1600x2560 LCD used in
landscape mode, add a quirk for this.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c
https://bugzilla.kernel.org/show_bug.cgi?id=216745
--- Comment #3 from Eric Zou (e...@outlook.com) ---
Sorry I should have specified that I didn't try 6.1-rc3 so I don't know if that
works. I started 6.1 on rc4.
No problem I will try rc-7 today.
I also don't know exactly where to file bug report
On 25/11/2022 19:02, Otto Pflüger wrote:
> Add the new io-supply property, which specifies the regulator for
> the I/O voltage supply on platforms where the panel panel power and
> I/O supplies are separate.
>
> Signed-off-by: Otto Pflüger
> ---
> .../bindings/display/panel/panel-mipi-dbi-spi.y
On 25/11/2022 19:16, Affe null wrote:
> Sorry for the spam, unfortunately I can use neither git-send-email nor
> Mutt with GMail, so I had to use Thunderbird for sending the patches.
GMail does not have problem with git send-email or mutt (I was using it
a lot), so you need to fix your setup. Unfo
https://bugzilla.kernel.org/show_bug.cgi?id=216745
The Linux kernel's regression tracker (Thorsten Leemhuis)
(regressi...@leemhuis.info) changed:
What|Removed |Added
C
On 25/11/2022 12:36, Bryan O'Donoghue wrote:
power-domain is required for the sc7180 dispcc GDSC but not every qcom SoC
has a similar dependency for example the aqp8064.
Note to self "apq8064"
On 20.11.22 18:25, Thorsten Leemhuis wrote:
> [Note: this mail is primarily send for documentation purposes and/or for
> regzbot, my Linux kernel regression tracking bot. That's why I removed
> most or all folks from the list of recipients, but left any that looked
> like a mailing lists. These
On 16.11.22 11:26, David Hildenbrand wrote:
FOLL_FORCE is really only for ptrace access. According to commit
707947247e95 ("media: videobuf2-vmalloc: get_userptr: buffers are always
writable"), get_vaddr_frames() currently pins all pages writable as a
workaround for issues with read-only buffers.
44 matches
Mail list logo
