On 1/19/24 02:22, Oleksandr Natalenko wrote:
> While studying the code I've bumped into a small typo within the
> kernel-doc for two functions, apparently, due to copy-paste.
>
> This commit fixes "sizo" word to be "size".
>
> Signed-off-by: Oleksandr Natalenko
Acked-by: Randy Dunlap
Thank
On Fri, 19 Jan 2024 at 23:14, Kuogee Hsieh wrote:
>
> Dmitry,
>
> I am testing this patch serial with msm-next branch.
>
> This patch cause system crash during booting up for me.
>
> Is this patch work for you?
Yes, tested on top of linux-next. However I only tested it with
DP-over-USBC. What is
On Sat, Jan 20, 2024 at 01:14:52AM +0100, Paul Cercueil wrote:
> Hi Frank,
>
> Le vendredi 19 janvier 2024 à 16:49 -0500, Frank Li a écrit :
> > On Wed, Jan 17, 2024 at 01:26:43PM +0100, Paul Cercueil wrote:
> > > Add a new 'sg_was_mapped' field to the struct usb_request. This
> > > field
> > > ca
On 1/19/24 5:27 PM, Helge Deller wrote:
> On 1/19/24 22:22, Jens Axboe wrote:
>> On 1/19/24 2:14 PM, Helge Deller wrote:
>>> On 1/19/24 22:01, Jens Axboe wrote:
On 1/19/24 1:55 PM, Helge Deller wrote:
> Adding Mirsad Todorovac (who reported a similar issue).
>
> On 1/19/24 19:39, J
On 1/19/24 22:22, Jens Axboe wrote:
On 1/19/24 2:14 PM, Helge Deller wrote:
On 1/19/24 22:01, Jens Axboe wrote:
On 1/19/24 1:55 PM, Helge Deller wrote:
Adding Mirsad Todorovac (who reported a similar issue).
On 1/19/24 19:39, Jens Axboe wrote:
My trusty R7525 test box is failing to show a co
Hi Linus,
there were various reports from people without any graphics
output on the screen and it turns out one commit triggers
the problem.
Please pull a single revert for now for -rc1 to fix this regression.
We will work out how to fix it correctly later.
Thanks!
Helge
Hi Frank,
Le vendredi 19 janvier 2024 à 16:49 -0500, Frank Li a écrit :
> On Wed, Jan 17, 2024 at 01:26:43PM +0100, Paul Cercueil wrote:
> > Add a new 'sg_was_mapped' field to the struct usb_request. This
> > field
> > can be used to indicate that the scatterlist associated to the USB
> > transfer
On Wed, Jan 17, 2024 at 09:54:47AM +0100, Philipp Stanner wrote:
> On Tue, 2024-01-16 at 12:44 -0600, Bjorn Helgaas wrote:
> > On Mon, Jan 15, 2024 at 03:46:12PM +0100, Philipp Stanner wrote:
> > > PCI's devres API is not extensible to ranged mappings and has
> > > bug-provoking features. Improve t
On Wed, Jan 17, 2024 at 01:26:43PM +0100, Paul Cercueil wrote:
> Add a new 'sg_was_mapped' field to the struct usb_request. This field
> can be used to indicate that the scatterlist associated to the USB
> transfer has already been mapped into the DMA space, and it does not
> have to be done intern
Hi!
> > And while I would personally hate it, you can imagine a use case where
> > you'd like a keypress to have a visual effect around the key you
> > pressed. A kind of force feedback, if you will. I don't actually know,
> > and correct me if I'm wrong, but feels like implementing that outside o
Hi André,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on drm/drm-next drm-exynos/exynos-drm-next
drm-intel/for-linux-next drm-tip/drm-tip linus/master next-20240119]
[cannot apply to drm-intel/for-linux
Hi Laurent,
> -Original Message-
> From: Laurent Pinchart
> Sent: Friday, January 19, 2024 4:30 AM
> To: Klymenko, Anatoliy
> Cc: Tomi Valkeinen ;
> aarten.lankho...@linux.intel.com; mrip...@kernel.org; tzimmerm...@suse.de;
> airl...@gmail.com; dan...@ffwll.ch; Simek, Michal ;
> dri-deve
Hi Dharma,
On Fri, Jan 19, 2024 at 08:41:04AM +, dharm...@microchip.com wrote:
> Hi Sam,
> On 19/01/24 1:00 am, Sam Ravnborg wrote:
> > [You don't often get email from s...@ravnborg.org. Learn why this is
> > important at https://aka.ms/LearnAboutSenderIdentification ]
> >
> > EXTERNAL EMAIL
The pull request you sent on Fri, 19 Jan 2024 16:58:59 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2024-01-19
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e08b5758153981ca812c5991209a6133c732e799
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
On 1/19/24 2:14 PM, Helge Deller wrote:
> On 1/19/24 22:01, Jens Axboe wrote:
>> On 1/19/24 1:55 PM, Helge Deller wrote:
>>> Adding Mirsad Todorovac (who reported a similar issue).
>>>
>>> On 1/19/24 19:39, Jens Axboe wrote:
My trusty R7525 test box is failing to show a console, or in fact any
On 1/19/24 22:01, Jens Axboe wrote:
On 1/19/24 1:55 PM, Helge Deller wrote:
Adding Mirsad Todorovac (who reported a similar issue).
On 1/19/24 19:39, Jens Axboe wrote:
My trusty R7525 test box is failing to show a console, or in fact anything,
on current -git. There's no output after:
Loading
Dmitry,
I am testing this patch serial with msm-next branch.
This patch cause system crash during booting up for me.
Is this patch work for you?
On 12/29/2023 2:56 PM, Dmitry Baryshkov wrote:
Remove two levels of indirection and fetch next bridge directly in
dp_display_probe_tail().
Signed-o
On 1/19/24 1:55 PM, Helge Deller wrote:
> Adding Mirsad Todorovac (who reported a similar issue).
>
> On 1/19/24 19:39, Jens Axboe wrote:
>> My trusty R7525 test box is failing to show a console, or in fact anything,
>> on current -git. There's no output after:
>>
>> Loading Linux 6.7.0+ ...
>> Lo
Adding Mirsad Todorovac (who reported a similar issue).
On 1/19/24 19:39, Jens Axboe wrote:
My trusty R7525 test box is failing to show a console, or in fact anything,
on current -git. There's no output after:
Loading Linux 6.7.0+ ...
Loading initial ramdisk ...
and I don't get a console up. I
Hi!
> > > And then storing RGB in separate bytes, so userspace will then
> > > always send a buffer of 192 bytes per line (64x3) x 14 rows
> > > = 3072 bytes. With the kernel driver ignoring parts of
> > > the buffer where there are no actual keys.
> > That's really really weird interface. If you
Hi Jordan
Thanks for digging into this!
On Fri, Jan 19, 2024 at 12:10:37PM -0800, Jordan Justen wrote:
> On 2024-01-18 04:37:52, Stefan Dirsch wrote:
> > Hi
> >
> > I noticed that with version 23.3.x Mesa no longer can be built with python
> > 2.6. It still worked with Mesa 23.2.1.
>
> As menti
Hi,
Am 19.01.24 um 21:15 schrieb Pavel Machek:
Hi!
2. Implement per-key keyboards as auxdisplay
- Pro:
- Already has a concept for led positions
- Is conceptually closer to "multiple leds forming a singular entity"
- Con:
- No preexisting UPower suppor
Hi!
> >> 2. Implement per-key keyboards as auxdisplay
> >>
> >> - Pro:
> >>
> >> - Already has a concept for led positions
> >>
> >> - Is conceptually closer to "multiple leds forming a singular
> >> entity"
> >>
> >> - Con:
> >>
> >> - No preexisting UPower suppor
On Thu, Jan 18, 2024 at 01:37:52PM +0100, Stefan Dirsch wrote:
> Hi
>
> I noticed that with version 23.3.x Mesa no longer can be built with python
> 2.6. It still worked with Mesa 23.2.1.
Of course I've meant python 3.6. Sorry for the confusion!
> It fails with
>
> [ 95s] Traceback (most rece
On 2024-01-18 04:37:52, Stefan Dirsch wrote:
> Hi
>
> I noticed that with version 23.3.x Mesa no longer can be built with python
> 2.6. It still worked with Mesa 23.2.1.
As mentioned in other emails, this was typo where 3.6 was intended.
>
> It fails with
>
> [ 95s] Traceback (most recent ca
On Thu, Jan 18, 2024 at 08:30:40PM +0100, Sam Ravnborg wrote:
> Hi Dharma et al.
>
> On Thu, Jan 18, 2024 at 02:56:09PM +0530, Dharma Balasubiramani wrote:
> > Converted the text bindings to YAML and validated them individually using
> > following commands
> >
> > $ make dt_binding_check DT_SCHE
On Thu, Jan 18, 2024 at 02:56:11PM +0530, Dharma Balasubiramani wrote:
> Convert device tree bindings for Atmel's HLCDC PWM controller to YAML
> format.
>
> Signed-off-by: Dharma Balasubiramani
> Reviewed-by: Conor Dooley
> ---
> changelog
> v2 -> v3
> - Remove '|' in description, as there is no
Instead of waiting until the interrupt reaches GuC, we can grab a
forcewake while triggering the H2G interrupt. GEN11_GUC_HOST_INTERRUPT
is inside sgunit and is not affected by forcewakes. However, there
could be some delays when platform is entering/exiting some higher
level platform sleep states
On Fri, Jan 19, 2024 at 12:35:58PM -0500, Matt Turner wrote:
> On Thu, Jan 18, 2024 at 10:22 AM Stefan Dirsch wrote:
> > I noticed that with version 23.3.x Mesa no longer can be built with python
> > 2.6. It still worked with Mesa 23.2.1.
>
> For anyone who got this far and was completely incredu
Unlock before returning on the error path.
Fixes: 5a028e8f062f ("drm/rockchip: vop2: Add support for rk3588")
Signed-off-by: Harshit Mogalapalli
---
This is based on static analysis. Only compile tested.
Note: Smatch found this.
---
drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 4 +++-
1 file c
On Fri, Jan 19, 2024 at 12:51:21PM +0200, Jani Nikula wrote:
> On Fri, 19 Jan 2024, Hans de Goede wrote:
> > For per key controllable rgb LEDs we need to discuss a coordinate
> > system. I propose using a fixed size of 16 rows of 64 keys,
> > so 64x16 in standard WxH notation.
> >
> > And then sto
On Fri, Jan 19, 2024 at 03:12:35PM -0300, André Almeida wrote:
> AMD GPUs can do async flips with changes on more properties than just
> the FB ID, so implement a custom check_async_props for AMD planes.
>
> Allow amdgpu to do async flips with IN_FENCE_ID and FB_DAMAGE_CLIPS
> properties. For user
AMD GPUs can do async flips with changes on more properties than just
the FB ID, so implement a custom check_async_props for AMD planes.
Allow amdgpu to do async flips with IN_FENCE_ID and FB_DAMAGE_CLIPS
properties. For userspace to check if a driver support this two
properties, the strategy for
Hi,
AMD hardware can do more on the async flip path than just the primary plane, so
to lift up the current restrictions, this patchset allows drivers to write their
own check for planes for async flips.
For now this patchset only allow for async commits with IN_FENCE_ID and
FB_DAMAGE_CLIPS. Users
Some hardware are more flexible on what they can flip asynchronously, so
rework the plane check so drivers can implement their own check, lifting
up some of the restrictions.
Signed-off-by: André Almeida
---
drivers/gpu/drm/drm_atomic_uapi.c | 62 ++-
include/drm/drm_
On Wed, Jan 10, 2024 at 10:38:57AM +0200, Tony Lindgren wrote:
> * Krzysztof Kozlowski [240109 19:53]:
> > On 09/01/2024 18:19, Andrew Davis wrote:
> > > The Imagination PowerVR Series5 "SGX" GPU is part of several SoCs from
> > > multiple vendors. Describe how the SGX GPU is integrated in these S
On Thu, Jan 18, 2024 at 10:22 AM Stefan Dirsch wrote:
> I noticed that with version 23.3.x Mesa no longer can be built with python
> 2.6. It still worked with Mesa 23.2.1.
For anyone who got this far and was completely incredulous... this
(and the subject) is typo'd -- the problem is about Python
On Friday, January 19, 2024 6:29:21 PM CET Christophe JAILLET wrote:
> Le 18/01/2024 à 18:32, Duje Mihanović a écrit :
> > Add driver for the Kinetic KTD2801 backlight driver.
> >
> > Signed-off-by: Duje Mihanović
> >
> > ---
>
> ...
>
> > + ktd2801->gpiod = devm_gpiod_get(dev, "ctrl", GPIOD
Le 18/01/2024 à 18:32, Duje Mihanović a écrit :
Add driver for the Kinetic KTD2801 backlight driver.
Signed-off-by: Duje Mihanović
---
...
+ ktd2801->gpiod = devm_gpiod_get(dev, "ctrl", GPIOD_OUT_HIGH);
+ if (IS_ERR(ktd2801->gpiod))
+ return dev_err_probe(dev, PTR
On 12/01/2024 14:50, Daniel Vetter wrote:
On Thu, Jan 04, 2024 at 05:00:46PM +0100, Jocelyn Falempe wrote:
+/**
+ * drm_panic_init() - Initialize drm-panic subsystem
+ *
+ * register the panic notifier
+ */
+void drm_panic_init(void)
+{
+ atomic_notifier_chain_register(&panic_notifier_l
On Fri, Jan 19, 2024 at 02:32:24PM +0800, Jason-JH.Lin wrote:
> Change mediatek,gce-events property to reference mediatek,gce-props.yaml
> instead of defining itself.
>
> Signed-off-by: Jason-JH.Lin
Reviewed-by: Conor Dooley
Cheers,
Conor.
signature.asc
Description: PGP signature
On Fri, Jan 19, 2024 at 04:29:50PM +, Matthew Auld wrote:
> On 19/01/2024 16:25, Rodrigo Vivi wrote:
> > On Tue, Jan 16, 2024 at 05:03:31PM -0500, Rodrigo Vivi wrote:
> > > The file has already been deleted as the tasks were completed.
> > > However the index reference was missed behind.
> >
>
On Fri, Jan 19, 2024 at 02:32:23PM +0800, Jason-JH.Lin wrote:
> Change mediatek,gce-events property to reference mediatek,gce-props.yaml
> instead of defining itself.
>
> Signed-off-by: Jason-JH.Lin
Reviewed-by: Conor Dooley
Cheers,
Conor.
signature.asc
Description: PGP signature
Rob,
On Fri, Jan 19, 2024 at 02:32:22PM +0800, Jason-JH.Lin wrote:
> Add mediatek,gce-props.yaml for common GCE properties that is used for
> both mailbox providers and consumers. We place the common property
> "mediatek,gce-events" in this binding currently.
>
> The property "mediatek,gce-events
On Friday, January 19, 2024 11:07:09 AM CET Daniel Thompson wrote:
> On Thu, Jan 18, 2024 at 06:32:39PM +0100, Duje Mihanović wrote:
> > Add driver for the Kinetic KTD2801 backlight driver.
> >
> > Signed-off-by: Duje Mihanović
> >
> > ---
> > Shared ExpressWire handling code and preemption watc
On Friday, January 19, 2024 10:02:33 AM CET Linus Walleij wrote:
> Hi Duje,
>
> thanks for your patch!
>
> On Thu, Jan 18, 2024 at 6:33 PM Duje Mihanović
wrote:
> > Add driver for the Kinetic KTD2801 backlight driver.>
> > Signed-off-by: Duje Mihanović
>
> Add some commit message?
Besides th
If either the DRM_SYNCOBJ_WAIT_FLAGS_WAIT_FOR_SUBMIT or
DRM_SYNCOBJ_WAIT_FLAGS_WAIT_AVAILABLE flags are passed to
drm_syncobj_array_wait_timeout, the function might sleep if the fence at
one of the given timeline points has not yet been submitted. Therefore,
we should call might_sleep in that case
The only flag that is meaningful to drm_syncobj_find_fence is
DRM_SYNCOBJ_WAIT_FLAGS_WAIT_FOR_SUBMIT. It should return -EINVAL for any
other flag bits.
Signed-off-by: Erik Kurzinger
---
drivers/gpu/drm/drm_syncobj.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/drm_synco
When waiting for a syncobj timeline point whose fence has not yet been
submitted with the WAIT_FOR_SUBMIT flag, a callback is registered using
drm_syncobj_fence_add_wait and the thread is put to sleep until the
timeout expires. If the fence is submitted before then,
drm_syncobj_add_point will wake
On 19/01/2024 16:25, Rodrigo Vivi wrote:
On Tue, Jan 16, 2024 at 05:03:31PM -0500, Rodrigo Vivi wrote:
The file has already been deleted as the tasks were completed.
However the index reference was missed behind.
Gentle ping on this one.
I should have mentioned here that this fixes a doc build
On Tue, Jan 16, 2024 at 05:03:31PM -0500, Rodrigo Vivi wrote:
> The file has already been deleted as the tasks were completed.
> However the index reference was missed behind.
Gentle ping on this one.
I should have mentioned here that this fixes a doc build warning:
Documentation/gpu/rfc/index.rs
Hi,
Thanks a lot for contribution.
On 2024/1/19 18:40, Huacai Chen wrote:
If there is no VRAM (it is true if there is a discreted card),
Why the dedicated VRAM is gone whenthere is a discrete card?
As far as I know, this is only possible on Loongson 3C5000 + aspeed BMC
server hardware plat
Hi,
Am 19.01.24 um 11:51 schrieb Jani Nikula:
On Fri, 19 Jan 2024, Hans de Goede wrote:
For per key controllable rgb LEDs we need to discuss a coordinate
system. I propose using a fixed size of 16 rows of 64 keys,
so 64x16 in standard WxH notation.
And then storing RGB in separate bytes, so u
Hi,
sorry have to resend, thunderbird html-ified the mail
Am 19.01.24 um 09:44 schrieb Hans de Goede:
Hi,
On 1/18/24 18:45, Pavel Machek wrote:
Hi!
We have an upcoming device that has a per-key keyboard backlight, but does
the control completely via a wmi/acpi interface. So no usable hidraw
On Fri, 19 Jan 2024, Lucas De Marchi wrote:
> On Fri, Jan 19, 2024 at 10:05:57AM +0100, Thomas Hellström wrote:
>>The relatively recently introduced drm/exec utility was using uint32_t
>>in its interface, which was then also carried over to drm/gpuvm.
>>
>>Prefer u32 in new code and update drm/exe
Hi,
Am 19.01.24 um 09:44 schrieb Hans de Goede:
Hi,
On 1/18/24 18:45, Pavel Machek wrote:
Hi!
We have an upcoming device that has a per-key keyboard backlight, but does
the control completely via a wmi/acpi interface. So no usable hidraw here
for a potential userspace driver implementation .
On Fri, Jan 19, 2024 at 10:05:57AM +0100, Thomas Hellström wrote:
The relatively recently introduced drm/exec utility was using uint32_t
in its interface, which was then also carried over to drm/gpuvm.
Prefer u32 in new code and update drm/exec and drm/gpuvm accordingly.
Cc: Christian König
Cc
On Thu, Jan 18, 2024 at 06:01:58PM -0800, Yury Norov wrote:
On Thu, Jan 18, 2024 at 05:25:00PM -0600, Lucas De Marchi wrote:
SA2PR11MB4874
X-OriginatorOrg: intel.com
Status: RO
Content-Length: 6257
Lines: 150
On Thu, Jan 18, 2024 at 01:48:43PM -0800, Yury Norov wrote:
> On Thu, Jan 18, 2024 at
On 1/19/24 10:05, Thomas Hellström wrote:
The relatively recently introduced drm/exec utility was using uint32_t
in its interface, which was then also carried over to drm/gpuvm.
Prefer u32 in new code and update drm/exec and drm/gpuvm accordingly.
Cc: Christian König
Cc: Danilo Krummrich
Sign
On 2023-11-28 12:52, Melissa Wen wrote:
> This series updates the color state section of the AMD DTN log to match
> color resource differences between DCN versions.
>
> Currently, the DTN log considers the DCN10 color pipeline, which is
> useless for newer DCN versions due to all the color capa
Hi Paul,
kernel test robot noticed the following build errors:
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on usb/usb-next usb/usb-linus lwn/docs-next linus/master
v6.7 next-20240119]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
Add documentation for the three ioctls used to attach or detach
externally-created DMABUFs, and to request transfers from/to previously
attached DMABUFs.
Signed-off-by: Paul Cercueil
---
v3: New patch
---
Documentation/usb/functionfs.rst | 36
1 file changed, 36
This patch introduces three new ioctls. They all should be called on a
data endpoint (ie. not ep0). They are:
- FUNCTIONFS_DMABUF_ATTACH, which takes the file descriptor of a DMABUF
object to attach to the endpoint.
- FUNCTIONFS_DMABUF_DETACH, which takes the file descriptor of the
DMABUF to
This exact same code was duplicated in two different places.
Signed-off-by: Paul Cercueil
---
drivers/usb/gadget/function/f_fs.c | 48 +-
1 file changed, 27 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/gadget/function/f_fs.c
b/drivers/usb/gadget/function/
Add a new 'sg_was_mapped' field to the struct usb_request. This field
can be used to indicate that the scatterlist associated to the USB
transfer has already been mapped into the DMA space, and it does not
have to be done internally.
Signed-off-by: Paul Cercueil
---
drivers/usb/gadget/udc/core.c
Implement .begin_access() and .end_access() callbacks.
For now these functions will simply sync/flush the CPU cache when
needed.
Signed-off-by: Paul Cercueil
---
v5: New patch
---
drivers/dma-buf/udmabuf.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers
These functions should be used by device drivers when they start and
stop accessing the data of DMABUF. It allows DMABUF importers to cache
the dma_buf_attachment while ensuring that the data they want to access
is available for their device when the DMA transfers take place.
Signed-off-by: Paul C
rge them all
at once.
This is obviously for 5.9, and based on next-20240119.
Changelog:
- [1/6]: New patch
- [2/6]: New patch
- [5/6]:
- Cache the dma_buf_attachment while the DMABUF is attached.
- Use dma_buf_begin/end_access() to ensure that the DMABUF data will be
coherent to the hardw
On Thu, Jan 18, 2024 at 7:59 AM Devarsh Thakkar wrote:
>
> Hi Rob,
>
> Thanks for the quick review.
>
> On 18/01/24 01:43, Rob Herring wrote:
> > On Tue, Jan 16, 2024 at 07:11:40PM +0530, Devarsh Thakkar wrote:
> >> Add support for using TI Keystone DSS hardware present in display
> >> sharing mod
Hi
Am 19.01.24 um 13:25 schrieb Pekka Paalanen:
On Fri, 19 Jan 2024 11:58:38 +0100
Thomas Zimmermann wrote:
Hi
Am 17.01.24 um 17:40 schrieb Jocelyn Falempe:
...
The last thing, is if I plan to add YUV support, with this
implementation, I only need to write one function that convert one
p
Hi Paul,
kernel test robot noticed the following build errors:
[auto build test ERROR on usb/usb-testing]
[also build test ERROR on usb/usb-next usb/usb-linus lwn/docs-next linus/master
v6.7 next-20240119]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
On Wed, 17 Jan 2024 at 23:13, Kuogee Hsieh wrote:
>
> MSA MISC0 bit 1 to 7 contains Colorimetry Indicator Field.
> dp_link_get_colorimetry_config() returns wrong colorimetry value
> in the DP_TEST_DYNAMIC_RANGE_CEA case in the current implementation.
> Hence fix this problem by having dp_link_get_
Hi Anatoliy,
On Fri, Jan 19, 2024 at 05:53:30AM +, Klymenko, Anatoliy wrote:
> On Wed, 17 Jan 2024 16:20:10 +0200, Tomi Valkeinen wrote:
> > On 13/01/2024 01:42, Anatoliy Klymenko wrote:
> > > Filter out status register against interrupts' mask.
> > > Some events are being reported via DP stat
On Fri, 19 Jan 2024 11:58:38 +0100
Thomas Zimmermann wrote:
> Hi
>
> Am 17.01.24 um 17:40 schrieb Jocelyn Falempe:
...
> > The last thing, is if I plan to add YUV support, with this
> > implementation, I only need to write one function that convert one
> > pixel. Otherwise I would need to ad
Hi,
Here's this week (and last (maybe)) drm-misc-next-fixes PR.
Thanks!
Maxime
drm-misc-next-fixes-2024-01-19:
A null pointer dereference fix for v3d and a protection fault fix for
ttm.
The following changes since commit 89fe46019a62bc1d0cb49c9615cb3520096c4bc1:
drm/v3d: Fix support for regis
On Fri, Jan 19, 2024 at 03:32:49AM +, dharm...@microchip.com wrote:
> On 18/01/24 9:10 pm, Conor Dooley wrote:
> > On Thu, Jan 18, 2024 at 02:56:12PM +0530, Dharma Balasubiramani wrote:
> >> Convert the atmel,hlcdc binding to DT schema format.
> >>
> >> Adjust the clock-names property to clarif
Hi
Am 17.01.24 um 17:40 schrieb Jocelyn Falempe:
On 17/01/2024 16:06, Thomas Zimmermann wrote:
Hi
Am 04.01.24 um 17:00 schrieb Jocelyn Falempe:
This is needed for drm_panic, to draw the font, and fill
the background color, in multiple color format.
TBH, I don't like this patch at all. It
Il 19/01/24 07:32, Jason-JH.Lin ha scritto:
Add mediatek,gce-props.yaml for common GCE properties that is used for
both mailbox providers and consumers. We place the common property
"mediatek,gce-events" in this binding currently.
The property "mediatek,gce-events" is used for GCE event ID corre
On Fri, 19 Jan 2024, Hans de Goede wrote:
> For per key controllable rgb LEDs we need to discuss a coordinate
> system. I propose using a fixed size of 16 rows of 64 keys,
> so 64x16 in standard WxH notation.
>
> And then storing RGB in separate bytes, so userspace will then
> always send a buffer
If there is no VRAM (it is true if there is a discreted card), we get
such an error and Xorg fails to start:
[ 136.401131] loongson :00:06.1: [drm] *ERROR* Requesting(0MiB) failed
[ 137.444342] loongson :00:06.1: [drm] *ERROR* Requesting(0MiB) failed
[ 138.871166] loongson :00:06.1:
Am Donnerstag, dem 18.01.2024 um 23:02 +0100 schrieb Marek Vasut:
> According to new configuration spreadsheet from Toshiba for TC9595,
> the Pixel PLL input clock have to be in range 6..40 MHz. The sheet
> calculates those PLL input clock as reference clock divided by both
> pre-dividers. Add the
While studying the code I've bumped into a small typo within the
kernel-doc for two functions, apparently, due to copy-paste.
This commit fixes "sizo" word to be "size".
Signed-off-by: Oleksandr Natalenko
---
drivers/gpu/drm/display/drm_dp_dual_mode_helper.c | 4 ++--
1 file changed, 2 insertio
On Thu, Jan 18, 2024 at 06:32:39PM +0100, Duje Mihanović wrote:
> Add driver for the Kinetic KTD2801 backlight driver.
>
> Signed-off-by: Duje Mihanović
>
> ---
> Shared ExpressWire handling code and preemption watchdogs haven't been
> implemented in this version as my questions regarding these tw
Hi
Am 18.01.24 um 11:17 schrieb Jocelyn Falempe:
On 17/01/2024 16:49, Thomas Zimmermann wrote:
Hi
Am 04.01.24 um 17:00 schrieb Jocelyn Falempe:
[...]
+ /**
+ * @get_scanout_buffer:
+ *
+ * Get the current scanout buffer, to display a panic message
with drm_panic.
+ * The
Am 19.01.24 um 10:05 schrieb Thomas Hellström:
The relatively recently introduced drm/exec utility was using uint32_t
in its interface, which was then also carried over to drm/gpuvm.
Prefer u32 in new code and update drm/exec and drm/gpuvm accordingly.
Cc: Christian König
Cc: Danilo Krummrich
Hi
Am 18.01.24 um 19:25 schrieb Zack Rusin:
On Mon, Jan 15, 2024 at 3:21 AM Thomas Zimmermann wrote:
Hi
Am 12.01.24 um 21:38 schrieb Ian Forbes:
SVGA requires surfaces to fit within graphics memory (max_mob_pages) which
means that modes with a final buffer size that would exceed graphics me
The relatively recently introduced drm/exec utility was using uint32_t
in its interface, which was then also carried over to drm/gpuvm.
Prefer u32 in new code and update drm/exec and drm/gpuvm accordingly.
Cc: Christian König
Cc: Danilo Krummrich
Signed-off-by: Thomas Hellström
---
drivers/gp
Hi Duje,
thanks for your patch!
On Thu, Jan 18, 2024 at 6:33 PM Duje Mihanović wrote:
> Add driver for the Kinetic KTD2801 backlight driver.>
> Signed-off-by: Duje Mihanović
Add some commit message?
> +#include
> +#include
> +#include
> +#include
I don't think you need , the compatible
#syz set subsystems: serial
include/linux/tty_ldisc.h says "struct tty_ldisc_ops"->write is allowed to
sleep.
include/linux/tty_driver.h says "struct tty_operations"->write is not allowed
to sleep.
drivers/tty/vt/vt.c implements do_con_write() from con_write() sleeping,
violating what
include
This patch tries to improve the display of the code listing
on The Linux Kernel documentation website for dma-buf [1] .
Originally, it appears that it was attempting to escape
the '*' character, but looks like it's not necessary (now),
so we are seeing something like '\*' on the webite.
This patc
On Thu, 21 Dec 2023 22:01:50 -0500
Samuel Dionne-Riel wrote:
Hi,
Can I request a small share of your attention to review, and apply this patch?
Thank you all,
> Signed-off-by: Samuel Dionne-Riel
> ---
>
> Changes since v1:
>
> - Add 1080p right-side up panel data
> - Use the correct panel
Hi Duje,
thanks for your patch!
On Thu, Jan 18, 2024 at 6:33 PM Duje Mihanović wrote:
> Add the dt binding for the Kinetic KTD2801 backlight driver.
Maybe add some commit message?
> Reviewed-by: Krzysztof Kozlowski
> Signed-off-by: Duje Mihanović
(...)
> + ctrl-gpios:
> +maxItems: 1
F
Hi,
On 1/18/24 18:45, Pavel Machek wrote:
> Hi!
>
>> We have an upcoming device that has a per-key keyboard backlight, but does
>> the control completely via a wmi/acpi interface. So no usable hidraw here
>> for a potential userspace driver implementation ...
>>
>> So a quick summary for the idea
On Wed, 17 Jan 2024 12:58:15 +
Andri Yngvason wrote:
> mið., 17. jan. 2024 kl. 09:21 skrifaði Pekka Paalanen :
...
> > EDID and DisplayID standards also evolve. The kernel could be behind
> > userspace in chasing them, which was the reason why the kernel does not
> > validate HDR_OUTPUT_MET
Hi Sam,
On 19/01/24 1:00 am, Sam Ravnborg wrote:
> [You don't often get email from s...@ravnborg.org. Learn why this is
> important at https://aka.ms/LearnAboutSenderIdentification ]
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> Hi Dharma e
On Tue, Jan 16, 2024 at 8:19 AM Ritesh Kumar wrote:
> Include instead of to fix
> below compilation errors:
>
> drivers/gpu/drm/panel/panel-novatek-nt36672e.c:564:14: error: implicit
> declaration of function 'of_device_get_match_data'
> ctx->desc = of_device_get_match_data(dev);
>
Hi Dave & Sima,
Here goes drm-intel-next-fixes for v6.8.
Build warning fix for GCC11, fix for #10071 and DP test pattern fix, one
OA fix for XeHP+.
Regards, Joonas
***
drm-intel-next-fixes-2024-01-19:
- DSI sequence revert to fix GitLab #10071 and DP test-pattern fix
- Drop -Wstringop-overflo
On Fri, Dec 22, 2023 at 4:02 AM Samuel Dionne-Riel
wrote:
> Signed-off-by: Samuel Dionne-Riel
The patch looks OK, it was missing a commit message so I added
one and applied the patch to drm-misc-next.
Yours,
Linus Walleij
On Mon, 2023-09-25 at 13:10 +0200, Geert Uytterhoeven wrote:
> One instance of gpio_backlight_platform_data.fbdev was renamed, but the
> second instance was forgotten, causing a build failure:
>
> arch/sh/boards/mach-ecovec24/setup.c: In function ‘arch_setup’:
> arch/sh/boards/mach-ecovec2
99 matches
Mail list logo
