Dear Arunprivin,
Thank you for your patch.
Am 23.03.22 um 07:25 schrieb Arunpravin Paneer Selvam:
- Remove drm_mm references and replace with drm buddy functionalities
The commit message summary to me suggested, you can somehow use both
allocators now. Two suggestions below:
1. Switch to
Hi,
Don't you have like a serial port that you can turn on early debugging
to see where it blows up? If not that then at least the USB 3 DbC.
On Tue, Mar 22, 2022 at 12:01:15PM -0700, Won Chung wrote:
> Hi,
>
> I am not sure if this is the correct mailing list to ask about Driver
> Component Fra
- Remove drm_mm references and replace with drm buddy functionalities
- Add res cursor support for drm buddy
v2(Matthew Auld):
- replace spinlock with mutex as we call kmem_cache_zalloc
(..., GFP_KERNEL) in drm_buddy_alloc() function
- lock drm_buddy_block_trim() function as it calls
From: Cooper Chiou
Tag code stored in bit7:5 for CTA block byte[3] is not the same as
CEA extension block definition. Only check CEA block has
basic audio support.
Cc: Jani Nikula
Cc: Shawn C Lee
Cc: intel-gfx
Signed-off-by: Cooper Chiou
Signed-off-by: Lee Shawn C
---
drivers/gpu/drm/drm_e
On 2022/3/23 04:49, Rob Herring wrote:
This condition is never true. We're in the 'else' because !state.
Thanks for your sharp eyes, after the gpio emulate i2c driver works, i do not
pay much
attention to it and get hurry to do other things. I will fix this issue at next
version
and reply
On 2022/3/23 04:49, Rob Herring wrote:
+/*
+ * mainly for dc in ls7a1000 which have builtin gpio emulated i2c
+ *
+ * @index : output channel index, 0 for DVO0, 1 for DVO1
+ */
+struct lsdc_i2c *lsdc_create_i2c_chan(struct device *dev, void *base, unsigned
int index)
+{
+ char compat[32]
On 2022/3/23 04:55, Rob Herring wrote:
On Tue, Mar 22, 2022 at 10:33:45AM +0800, Sui Jingfeng wrote:
On 2022/3/22 07:20, Rob Herring wrote:
On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
From: suijingfeng
Needs a commit message.
Signed-off-by: suijingfeng
Signed-off-by:
在2022年3月23日三月 上午3:07，Sui Jingfeng写道：
> On 2022/3/23 10:29, Jiaxun Yang wrote:
>>
>>
>> 在 2022/3/23 1:53, Sui Jingfeng 写道:
>>> Hi, Jiaxun
>>>
>>> Build all dts into vmlinuz will make the vmlinuz bigger and bigger.
>>> How does the kernel get the dtb is another big issue, either from
>>> built-in
On 2022/3/23 10:29, Jiaxun Yang wrote:
在 2022/3/23 1:53, Sui Jingfeng 写道:
Hi, Jiaxun
Build all dts into vmlinuz will make the vmlinuz bigger and bigger.
How does the kernel get the dtb is another big issue, either from
built-in
dtb or pass from the firmware(pmon and uefi etc). This should
在 2022/3/23 1:53, Sui Jingfeng 写道:
Hi, Jiaxun
Build all dts into vmlinuz will make the vmlinuz bigger and bigger.
How does the kernel get the dtb is another big issue, either from
built-in
dtb or pass from the firmware(pmon and uefi etc). This should be
solved with another patch carefully.
On 2022/3/23 00:06, Jiaxun Yang wrote:
在 2022/3/22 13:38, Sui Jingfeng 写道:
On 2022/3/22 21:05, Jiaxun Yang wrote:
在 2022/3/21 16:29, Sui Jingfeng 写道:
From: suijingfeng
The board name is LS3A4000_7A1000_EVB_BOARD_V1.4, it consist of 1.8Ghz
mips64r5 4-core CPU and LS7A1000 bridge chip.
On Tue, Mar 22, 2022 at 10:27 PM Daniel Vetter wrote:
>
> On Mon, Mar 21, 2022 at 09:02:47PM +0800, Zheyu Ma wrote:
> > On Thu, Mar 17, 2022 at 6:49 PM Daniel Vetter wrote:
> > >
> > > On Fri, Mar 11, 2022 at 07:23:02AM +, Zheyu Ma wrote:
> > > > The user program can control the 'drm_buf_desc
On Tue, Mar 22, 2022 at 8:36 PM Thomas Zimmermann wrote:
>
> Hi
>
> Am 22.03.22 um 14:17 schrieb Patrik Jakobsson:
> > These functions operate on a crtc and should be prefixed properly.
> >
> > Suggested-by: Thomas Zimmermann
> > Signed-off-by: Patrik Jakobsson
>
> For the whole patchset:
>
> Re
On Tue, Mar 22, 2022 at 8:32 PM Thomas Zimmermann wrote:
>
>
>
> Am 22.03.22 um 20:30 schrieb Thomas Zimmermann:
> > Hi Patrik
> >
> > Am 22.03.22 um 14:17 schrieb Patrik Jakobsson:
> >> Signed-off-by: Patrik Jakobsson
> >> ---
> >> drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
> >> 1 file ch
The CTA data block in DisplayID does not have the bits from byte 3 that
a CEA extension has. Only look for them in CEA extensions, but also look
for them in all CEA extensions.
References:
https://patchwork.freedesktop.org/patch/msgid/20220321044330.27723-1-cooper.ch...@intel.com
Signed-off-by: J
Convert drm_find_cea_extension() to a predicate function to check if the
EDID has a CEA extension or a DisplayID CTA data block. This is mainly
to avoid adding new users that only find the first CEA extension.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 17 -
1 fi
The CTA data block in DisplayID does not have the bits from byte 3 that
a CEA extension has. Only look for them in CEA extensions, but also look
for them in all CEA extensions.
The DisplayID CTA data block version does not seem to match the CEA
revision either. Ignore it for the purpose of CEA rev
The DisplayID CTA data block version does not necessarily match the CEA
revision. Simplify by postponing drm_edid_to_eld() slightly, and reusing
the CEA revision extracted by drm_parse_cea_ext().
By not bailing out early in drm_edid_to_eld() we may end up filling
meaningless data to the ELD. Howev
During the transition, we accepted a void pointer for a poor C
programmer's version of polymorphism. Switch the functions to use struct
cea_db * to regain some more type safety.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 19 ---
1 file changed, 8 insertions(+), 1
Iterate through all CEA data blocks across all CEA extensions and
DisplayID data blocks.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid
All CEA data block iteration has now been converted to the new cea db
iterators.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 45 --
1 file changed, 45 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index ccba
Iterate through all CEA data blocks across all CEA extensions and
DisplayID data blocks. This may gather more data than before, and if
there's duplicated data, some is overwritten by whichever comes last.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 64 +---
Iterate through all CEA data blocks.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 399e69dc1aed..77763d94dd93 100644
--- a/drive
Iterate through all CEA data blocks, not just the first CEA extension.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index e34179052
Use the cea db iterator for speaker allocation. We'll still stop at the
first speaker data block, but not at the first CEA extension if that
doesn't have the info.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 47 --
1 file changed, 15 insertions
Use the cea db iterator for short audio descriptors. We'll still stop at
the first audio data block, but not at the first CEA extension if that
doesn't have the info.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 34 +-
1 file changed, 9 insertions(+
Iterate through all CEA EDID extension blocks and DisplayID CTA data
blocks to add CEA modes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 67 ++
1 file changed, 31 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/driver
Abstract helpers for matching vendor data blocks and extended tags, and
use them to simplify all the cea_db_is_*() functions.
Take void pointer as parameter to allow transitional use for both u8 *
and struct cea_db *.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 113 -
Add an iterator for CEA Data Blocks across CEA extensions and CTA
DisplayID Data Blocks.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 198 ++---
1 file changed, 186 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gp
Add an iterator abstraction for going through all the EDID blocks.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 46 ++
1 file changed, 46 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 6c188539493e..31d
Add prefixed names, group, sort, add references.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 59 +-
1 file changed, 32 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index b96906774433..6c18
Use the block count and size helpers in all drm core code.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_connector.c | 2 +-
drivers/gpu/drm/drm_debugfs.c | 3 +--
drivers/gpu/drm/drm_edid.c | 14 +++---
3 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/driver
Add abstractions for getting the number of EDID extension blocks and the
total EDID size in bytes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 18 ++
include/drm/drm_edid.h | 2 ++
2 files changed, 20 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/d
Add iterators for EDID blocks and CEA data blocks, to iterate through
all data blocks across all CEA extensions and CTA blocks in DisplayID
data blocks. Fix all code assuming only one CEA extension. Fix code
assuming CTA blocks contain everything that CEA extensions do. Sprinkle
a bunch of cleanups
OK so - this has become a bit of a larger rabbit hole. I've been putting quite
a bit of work into this and I think I'm starting to make some progress -
although on a different aspect of this issue. After talking with danvet they
realized that we're also potentially not handling encoder stealing wit
On Tue, Mar 22, 2022 at 10:33:45AM +0800, Sui Jingfeng wrote:
>
> On 2022/3/22 07:20, Rob Herring wrote:
> > On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
> > > From: suijingfeng
> > >
> > Needs a commit message.
> >
> > > Signed-off-by: suijingfeng
> > > Signed-off-by: Sui Jin
On Tue, Mar 22, 2022 at 12:29:16AM +0800, Sui Jingfeng wrote:
> From: suijingfeng
>
> There is a display controller in loongson's LS2K1000 SoC and LS7A1000
> bridge chip, the display controller is a PCI device in those chips. It
> has two display pipes but with only one hardware cursor. Each way
of_parse_display_timing() already call memset(0) on its 2nd argument, so
there is no need to clear it explicitly before calling this function.
Use kmalloc() instead of kzalloc() to save a few cycles.
Signed-off-by: Christophe JAILLET
---
drivers/video/of_display_timing.c | 2 +-
1 file changed,
https://bugzilla.kernel.org/show_bug.cgi?id=215727
--- Comment #1 from Wojciech Krol (scal...@poczta.fm) ---
Created attachment 300600
--> https://bugzilla.kernel.org/attachment.cgi?id=300600&action=edit
Partial umr -R gfx_0.0.0
--
You may reply to this email to add a comment.
You are receivi
https://bugzilla.kernel.org/show_bug.cgi?id=215727
Bug ID: 215727
Summary: drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring
gfx_0.0.0 timeout when using firefox, chrome or
icaclient
Product: Drivers
Version: 2.5
syzbot reported warning in usb_submit_urb, which is caused by wrong
endpoint type.
This driver uses out bulk endpoint for communication, so
let's check if this endpoint is present and bail out early if not.
Fail log:
usb 1-1: BOGUS urb xfer, pipe 3 != type 1
WARNING: CPU: 0 PID: 4822 at drivers/
On Tue, Mar 22, 2022 at 09:54:08PM +0800, Sui Jingfeng wrote:
>
> On 2022/3/22 21:08, Jiaxun Yang wrote:
> >
> >
> > 在 2022/3/22 2:33, Sui Jingfeng 写道:
> > >
> > > On 2022/3/22 07:20, Rob Herring wrote:
> > > > On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
> > > > > From: suijin
Hi
Am 22.03.22 um 14:17 schrieb Patrik Jakobsson:
These functions operate on a crtc and should be prefixed properly.
Suggested-by: Thomas Zimmermann
Signed-off-by: Patrik Jakobsson
For the whole patchset:
Reviewed-by: Thomas Zimmermann
If you like, please consider the few comments I had.
Hi
Am 22.03.22 um 16:46 schrieb Patrik Jakobsson:
On Tue, Mar 22, 2022 at 3:39 PM Daniel Vetter wrote:
On Tue, Mar 22, 2022 at 02:17:38PM +0100, Patrik Jakobsson wrote:
This makes sure we're using proper locking when iterating the list of
connectors.
Signed-off-by: Patrik Jakobsson
Note
Am 22.03.22 um 20:30 schrieb Thomas Zimmermann:
Hi Patrik
Am 22.03.22 um 14:17 schrieb Patrik Jakobsson:
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b
Hello Linus,
please pull the latest fbdev updates and fixes for kernel 5.18-rc1.
This patchset has been in linux-next without any reported problems and
includes a lot of small fixes and code cleanups across many traditional
fbdev drivers.
Thanks!
Helge
--
Hi Patrik
Am 22.03.22 um 14:17 schrieb Patrik Jakobsson:
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index 45df9de
Replace the DP-helper module with a display-helper module. Update
all related Kconfig and Makefile rules.
Besides the existing code for DisplayPort, the new module will
contain helpers for other video-output standards, such as HDMI.
Drivers will still be able to select the required video-output
he
Rename dp/ to display/ to account for additional display-related
helpers, such as HDMI. Update all related include statements. No
functional changes.
Various drivers, such as i915 and amdgpu, use similar naming scheme
by putting code for video-output standards into a local display/
directory. The
Move DRM's HDCP helper library into the display/ subdirectory and add
it to DRM's display helpers. Split the header file into core and helpers.
Update all affected drivers. No functional changes.
Signed-off-by: Thomas Zimmermann
---
Documentation/gpu/drm-kms-helpers.rst | 2 +-
drivers/
SCDC is the Status and Control Data Channel for HDMI. Move the SCDC
helpers into display/ and split the header into files for core and
helpers. Update all affected drivers. No functional changes.
To avoid the proliferation of Kconfig options, SCDC is part of DRM's
support for HDMI. If necessary, a
DSC is the Display Stream Compression standard for DisplayPort. Move
the DSC code into display/ and split the header into files for protocol
core and DRM helpers. Adapt all users of the code. No functional
changes.
To avoid the proliferation of Kconfig options, DSC is part of DRM's
support for Dis
Move DisplayPort protocol constants and structures into the new
header drm_dp.h, which can be used by DRM core components. The
existing header drm_dp_helper.h now only contains helper code for
graphics drivers. No functional changes.
Signed-off-by: Thomas Zimmermann
---
Documentation/gpu/drm-kms
Move DRM's HMDI helpers into the display/ subdirectoy and add it
to DRM's display helpers. Update all affected drivers. No functional
changes.
The HDMI helpers were implemented in the EDID and connector code, but
are actually unrelated. With the move to the display-helper library, we
can remove th
Move DisplayPort, HDMI and various other display helpers from KMS
helpers into a new module. Adapt all drivers.
This patch is part of an on-going effort to reduce the minimum size
of DRM when linked into the kernel binary. The helpers for various
display and video-output standards are not required
Give the Makefile a bit more structure by putting rules for core,
helpers, drivers, etc next to each other.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/Makefile | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/Makefile b/driver
On 2/25/22 17:35, Maxime Ripard wrote:
> When we change a clock minimum or maximum using clk_set_rate_range(),
> clk_set_min_rate() or clk_set_max_rate(), the current code will only
> trigger a new rate change if the rate is outside of the new boundaries.
>
> However, a clock driver might want to
On 2022-03-22 22:46:50, Vinod Koul wrote:
> On 17-02-22, 16:11, Marijn Suijten wrote:
> > Hi Vinod,
> >
> > Thanks for taking time to go through this review, please find some
> > clarifications below.
> >
> > On 2022-02-17 16:44:04, Vinod Koul wrote:
> > > Hi Marijn,
> > >
> > > On 11-12-21, 01:
On Thu, Feb 10, 2022 at 11:54 AM Lucas Stach wrote:
>
> Hi Rob,
>
> Am Dienstag, dem 01.02.2022 um 11:35 -0600 schrieb Rob Herring:
> > On Fri, Jan 28, 2022 at 06:58:29PM +0100, Uwe Kleine-König wrote:
> > > Hello Rob,
> > >
> > > On Fri, Jan 28, 2022 at 07:04:10AM -0600, Rob Herring wrote:
> > >
Reviewed-by: Lyude Paul
Will push to drm-misc-next
On Sat, 2022-03-19 at 11:27 +0100, Christophe Leroy wrote:
> While working at fixing powerpc headers, I ended up with the
> following error.
>
> drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadowrom.c:48:1: error:
> conflicting types for '
On Mon, Mar 21, 2022 at 09:45:14AM -0700, Alan Previn wrote:
This series:
1. Enables support of GuC to report error-state-capture
using a list of MMIO registers the driver registers
and GuC will dump, log and notify right before a GuC
triggered engine-reset event.
2. Updates the ADS
- Some DPU versions support inline rot90. It is supported only for
limited amount of UBWC formats.
- There are two versions of inline rotators, v1 (present on sm8250 and
sm7250) and v2 (sc7280). These versions differ in the list of supported
formats and in the scaler possibilities.
Changes in RFC:
Hi Rob,
On Mon, Feb 21, 2022 at 02:55:36PM +0100, Uwe Kleine-König wrote:
> On Thu, Feb 10, 2022 at 06:54:13PM +0100, Lucas Stach wrote:
> > Am Dienstag, dem 01.02.2022 um 11:35 -0600 schrieb Rob Herring:
> > > On Fri, Jan 28, 2022 at 06:58:29PM +0100, Uwe Kleine-König wrote:
> > > > On Fri, Jan 2
On Tue, Mar 22, 2022 at 04:38:44PM +0200, Imre Deak wrote:
> At least some DELL monitors (P2715Q) with DPCD_REV 1.2 return corrupted
> DPCD register values when reading from the 0xF- LTTPR range with an
> AUX transaction block size bigger than 1. The DP standard requires 0 to
> be returned - as
On 17-02-22, 16:11, Marijn Suijten wrote:
> Hi Vinod,
>
> Thanks for taking time to go through this review, please find some
> clarifications below.
>
> On 2022-02-17 16:44:04, Vinod Koul wrote:
> > Hi Marijn,
> >
> > On 11-12-21, 01:03, Marijn Suijten wrote:
> >
> > > > +static int dsi_dsc_upd
On Mon, Mar 21, 2022 at 09:45:23AM -0700, Alan Previn wrote:
Add intel_guc_capture_output_min_size_est function to
provide a reasonable minimum size for error-capture
region before allocating the shared buffer.
Signed-off-by: Alan Previn
Reviewed-by: Matthew Brost
---
.../gpu/drm/i915/gt/uc/in
From: Tvrtko Ursulin
...
Signed-off-by: Tvrtko Ursulin
Cc: Jani Nikula
Cc: Lucas De Marchi
---
Typed up how I see it - bash away.
---
drivers/gpu/drm/i915/display/intel_bw.c | 3 +-
drivers/gpu/drm/i915/display/intel_display.c | 9 -
drivers/gpu/drm/i915/display/intel_display.h |
在 2022/3/22 13:54, Sui Jingfeng 写道:
On 2022/3/22 21:08, Jiaxun Yang wrote:
在 2022/3/22 2:33, Sui Jingfeng 写道:
On 2022/3/22 07:20, Rob Herring wrote:
On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
From: suijingfeng
Needs a commit message.
Signed-off-by: suijingfeng
On Mon, Mar 14, 2022 at 05:43:40PM -0700, Todd Kjos wrote:
> On Wed, Mar 9, 2022 at 8:53 AM T.J. Mercier wrote:
> >
> > This test verifies that the cgroup GPU memory charge is transferred
> > correctly when a dmabuf is passed between processes in two different
> > cgroups and the sender specifies
在 2022/3/22 13:38, Sui Jingfeng 写道:
On 2022/3/22 21:05, Jiaxun Yang wrote:
在 2022/3/21 16:29, Sui Jingfeng 写道:
From: suijingfeng
The board name is LS3A4000_7A1000_EVB_BOARD_V1.4, it consist of 1.8Ghz
mips64r5 4-core CPU and LS7A1000 bridge chip. It has PCIe GEN2 x8 slot,
therefore can p
On Tue, Mar 22, 2022 at 3:39 PM Daniel Vetter wrote:
>
> On Tue, Mar 22, 2022 at 02:17:38PM +0100, Patrik Jakobsson wrote:
> > This makes sure we're using proper locking when iterating the list of
> > connectors.
> >
> > Signed-off-by: Patrik Jakobsson
>
> Note that this is only needed if your dr
On 3/22/22 13:53, Tvrtko Ursulin wrote:
On 22/03/2022 11:37, Thomas Hellström wrote:
On Tue, 2022-03-22 at 11:20 +, Tvrtko Ursulin wrote:
On 22/03/2022 10:26, Thomas Hellström wrote:
On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
On 21/03/2022 15:15, Thomas Hellström wrote:
On Tue, Mar 22, 2022 at 02:17:38PM +0100, Patrik Jakobsson wrote:
> This makes sure we're using proper locking when iterating the list of
> connectors.
>
> Signed-off-by: Patrik Jakobsson
Note that this is only needed if your driver deals with hotpluggable
connectors. Since gma500 doesn't, not r
At least some DELL monitors (P2715Q) with DPCD_REV 1.2 return corrupted
DPCD register values when reading from the 0xF- LTTPR range with an
AUX transaction block size bigger than 1. The DP standard requires 0 to
be returned - as for any other reserved/invalid addresses - but these
monitors retu
On Mon, Mar 21, 2022 at 10:42:03AM -0700, Michael Cheng wrote:
>
> On 2022-03-21 10:28 a.m., Tvrtko Ursulin wrote:
> >
> > On 21/03/2022 16:31, Michael Cheng wrote:
> > > On 2022-03-21 3:30 a.m., Tvrtko Ursulin wrote:
> > >
> > > >
> > > > On 19/03/2022 19:42, Michael Cheng wrote:
> > > > > Pre
pm_runtime_get_sync(drm->dev);
+
+ drm_crtc_vblank_off(&lcdif->crtc);
+
+ drm_kms_helper_poll_fini(drm);
+ drm_mode_config_cleanup(drm);
+
+ pm_runtime_put_sync(drm->dev);
+ pm_runtime_disable(drm->dev);
+
+ free_irq(lcdif->irq, drm-
Add compatible string for i.MX8MP LCDIF variant. This is called LCDIFv3
and is completely different from the LCDIFv3 found in i.MX23 in that it
has a completely scrambled register layout compared to all previous LCDIF
variants. The new LCDIFv3 also supports 36bit address space. However,
except for
On Mon, Mar 21, 2022 at 09:02:47PM +0800, Zheyu Ma wrote:
> On Thu, Mar 17, 2022 at 6:49 PM Daniel Vetter wrote:
> >
> > On Fri, Mar 11, 2022 at 07:23:02AM +, Zheyu Ma wrote:
> > > The user program can control the 'drm_buf_desc::flags' via ioctl system
> > > call and enter the function drm_leg
On 2022/3/22 21:08, Jiaxun Yang wrote:
在 2022/3/22 2:33, Sui Jingfeng 写道:
On 2022/3/22 07:20, Rob Herring wrote:
On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
From: suijingfeng
Needs a commit message.
Signed-off-by: suijingfeng
Signed-off-by: Sui Jingfeng <15330273..
On 21.03.2022 14:14, Lucas De Marchi wrote:
> On Thu, Mar 03, 2022 at 11:30:10PM +0530, Balasubramani Vivekanandan wrote:
> > memcpy_from_wc functions in i915_memcpy.c will be removed and replaced
> > by the implementation in drm_cache.c.
> > Updated to use the functions provided by drm_cache.c.
>
On 2022/3/22 21:05, Jiaxun Yang wrote:
在 2022/3/21 16:29, Sui Jingfeng 写道:
From: suijingfeng
The board name is LS3A4000_7A1000_EVB_BOARD_V1.4, it consist of 1.8Ghz
mips64r5 4-core CPU and LS7A1000 bridge chip. It has PCIe GEN2 x8 slot,
therefore can play with discrete graphics card.
Hi J
These functions operate on a crtc and should be prefixed properly.
Suggested-by: Thomas Zimmermann
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gma_display.c | 6 +++---
drivers/gpu/drm/gma500/psb_irq.c | 6 +++---
drivers/gpu/drm/gma500/psb_irq.h | 6 +++---
3 files chang
These functions are not used outside of their file scope so can be
declared as static.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/gma_display.c | 15 +++
drivers/gpu/drm/gma500/psb_drv.c | 2 +-
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/drive
The allocation is made for the gma_connector object so we must use the
same address when free()ing the object.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_crt.c | 3 ++-
drivers/gpu/drm/gma500/cdv_intel_dp.c | 3 ++-
drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 3 ++-
dr
Reloading the driver revealed that the interrupt handler never got
uninstalled.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/psb_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/gma500/psb_drv.c b/drivers/gpu/drm/gma500/psb_drv.c
index 82d51e9821ad..b231f
According to docs we should only register connectors that are
hotpluggable. No connectors in gma500 are hotpluggable.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_intel_crt.c | 3 ---
drivers/gpu/drm/gma500/cdv_intel_dp.c | 3 ---
drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 2
This makes sure we're using proper locking when iterating the list of
connectors.
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/cdv_device.c| 10 ++--
drivers/gpu/drm/gma500/cdv_intel_display.c | 9 +--
drivers/gpu/drm/gma500/framebuffer.c | 6 +++--
drivers/
Signed-off-by: Patrik Jakobsson
---
drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index 45df9de22007..2b99c996fdc2 100644
--- a/drivers/gpu/drm/gma500/frameb
在 2022/3/21 16:29, Sui Jingfeng 写道:
From: suijingfeng
The board name is LS3A4000_7A1000_EVB_BOARD_V1.4, it consist of 1.8Ghz
mips64r5 4-core CPU and LS7A1000 bridge chip. It has PCIe GEN2 x8 slot,
therefore can play with discrete graphics card.
Hi Jingfeng,
As we've discussed before if yo
在 2022/3/22 2:33, Sui Jingfeng 写道:
On 2022/3/22 07:20, Rob Herring wrote:
On Tue, Mar 22, 2022 at 12:29:14AM +0800, Sui Jingfeng wrote:
From: suijingfeng
Needs a commit message.
Signed-off-by: suijingfeng
Signed-off-by: Sui Jingfeng <15330273...@189.cn>
Same person? Don't need both e
On 22/03/2022 11:37, Thomas Hellström wrote:
On Tue, 2022-03-22 at 11:20 +, Tvrtko Ursulin wrote:
On 22/03/2022 10:26, Thomas Hellström wrote:
On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
On 21/03/2022 15:15, Thomas Hellström wrote:
On Mon, 2022-03-21 at 14:43 +, Tvrtk
Fixes a crash booting on those platforms with nouveau.
Fixes: 4cdd2450bf73 ("drm/nouveau/pmu/gm200-: use alternate falcon reset
sequence")
Cc: Ben Skeggs
Cc: Karol Herbst
Cc: dri-devel@lists.freedesktop.org
Cc: nouv...@lists.freedesktop.org
Cc: # v5.17+
Signed-off-by: Karol Herbst
---
driver
On Tue, 2022-03-22 at 08:13 +0100, Christian König wrote:
> Am 21.03.22 um 16:11 schrieb Zack Rusin:
> > On Mon, 2022-03-21 at 15:12 +0100, Christian König wrote:
> > > Am 21.03.22 um 15:02 schrieb Zack Rusin:
> > > > On Mon, 2022-03-21 at 14:58 +0100, Christian König wrote:
> > > > > ⚠ External Em
On Tue, 2022-03-22 at 11:20 +, Tvrtko Ursulin wrote:
>
> On 22/03/2022 10:26, Thomas Hellström wrote:
> > On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
> > >
> > > On 21/03/2022 15:15, Thomas Hellström wrote:
> > > > On Mon, 2022-03-21 at 14:43 +, Tvrtko Ursulin wrote:
> > > >
On 22/03/2022 10:26, Thomas Hellström wrote:
On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
On 21/03/2022 15:15, Thomas Hellström wrote:
On Mon, 2022-03-21 at 14:43 +, Tvrtko Ursulin wrote:
On 21/03/2022 13:40, Thomas Hellström wrote:
Hi,
On Mon, 2022-03-21 at 13:12 +,
When we are swapping out the local memory obj on flat-ccs capable platform,
we need to capture the ccs data too along with main meory and we need to
restore it when we are swapping in the content.
When lmem object is swapped into a smem obj, smem obj will
have the extra pages required to hold the
On 18.02.2022 11:04, Ville Syrjala wrote:
From: Ville Syrjälä
struct drm_display_mode embeds a list head, so overwriting
the full struct with another one will corrupt the list
(if the destination mode is on a list). Use drm_mode_copy()
instead which explicitly preserves the list head of
the des
On 18.02.2022 11:04, Ville Syrjala wrote:
From: Ville Syrjälä
Initialize on-stack modes with drm_mode_init() to guarantee
no stack garbage in the list head, or that we aren't copying
over another mode's list head.
Based on the following cocci script, with manual fixups:
@decl@
identifier M;
ex
On Tue, 2022-03-22 at 11:26 +0100, Thomas Hellström wrote:
> On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
> >
> > On 21/03/2022 15:15, Thomas Hellström wrote:
> > > On Mon, 2022-03-21 at 14:43 +, Tvrtko Ursulin wrote:
> > > >
> > > > On 21/03/2022 13:40, Thomas Hellström wrote:
>
On Tue, 2022-03-22 at 10:13 +, Tvrtko Ursulin wrote:
>
> On 21/03/2022 15:15, Thomas Hellström wrote:
> > On Mon, 2022-03-21 at 14:43 +, Tvrtko Ursulin wrote:
> > >
> > > On 21/03/2022 13:40, Thomas Hellström wrote:
> > > > Hi,
> > > >
> > > > On Mon, 2022-03-21 at 13:12 +, Tvrtko Ur
1 - 100 of 113 matches
Mail list logo
