https://bugs.freedesktop.org/show_bug.cgi?id=89971
Martin Peres changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=94153
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=97157
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99163
Martin Peres changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=24973
Martin Peres changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=32422
Martin Peres changed:
What|Removed |Added
Resolution|--- |MOVED
Status|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=32556
Martin Peres changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=92977
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=80684
Martin Peres changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
Hi,
> > I can see now why you want a private address space for each object.
> > Does that imply we need an anon_inode for each gem object? Or is
> > there some more lightweight way to do this?
>
> I have no idea whether we can get a address_space struct without an inode
> (and no disasters).
On Tue, 19 Nov 2019 09:05:13 -0600
John Donnelly wrote:
> Does gitlab not generate email when a comment is added to a ticket ?
It does if your Gitlab notification settings are set that way. There
are your global, your per organization, and your per project
notification settings, and also the "no
Hi,
On 18/11/2019 16:25, Adrian Ratiu wrote:
A small commit log would be welcome here.
> Signed-off-by: Sjoerd Simons
> Signed-off-by: Martyn Welch
> Signed-off-by: Adrian Ratiu
> ---
> .../bindings/display/imx/mipi-dsi.txt | 56 +++
> 1 file changed, 56 insertions(+)
Am 19.11.19 um 22:08 schrieb Daniel Vetter:
It's kinda really hard to get this wrong on a driver with both display
and dma_resv locking. But who ever knows, so better to make sure that
really all drivers nest these the same way.
For actual lock semantics the acquire context nesting doesn't matte
On Tue, 19 Nov 2019, "Deucher, Alexander" wrote:
>> -Original Message-
>> From: Jani Nikula
>> Sent: Tuesday, November 19, 2019 5:06 AM
>> To: dri-devel@lists.freedesktop.org
>> Cc: Jani Nikula ; Deucher, Alexander
>> ; Daniel Vetter ;
>> Dave Airlie
>> Subject: [PATCH] drm/r128: make AT
On Tue, Nov 19, 2019 at 04:11:43PM -0500, Mikita Lipski wrote:
>
>
> On 19/11/2019 16:09, Mikita Lipski wrote:
> >
> >
> > On 19/11/2019 12:11, Ville Syrjälä wrote:
> >> On Tue, Nov 19, 2019 at 04:59:40PM +, Cornij, Nikola wrote:
> >>> If you're going to make all of them the same, then u64,
Hi Karol,
On Tue, Nov 19, 2019 at 11:26:45PM +0100, Karol Herbst wrote:
> On Tue, Nov 19, 2019 at 10:50 PM Bjorn Helgaas wrote:
> >
> > [+cc Dave]
> >
> > On Thu, Oct 17, 2019 at 02:19:01PM +0200, Karol Herbst wrote:
> > > Fixes state transitions of Nvidia Pascal GPUs from D3cold into higher
> >
On Wed, Nov 20, 2019 at 01:07:54AM +0100, Luc Van Oostenryck wrote:
> crtc_crc_poll() is defined as returning 'unsigned int' but the
> .poll method is declared as returning '__poll_t', a bitwise type.
>
> Fix this by using the proper return type and using the EPOLL
> constants instead of the POLL
On Wed, Nov 20, 2019 at 3:07 AM Rob Clark wrote:
>
> On Tue, Nov 19, 2019 at 1:08 PM Daniel Vetter wrote:
> >
> > For locking semantics it really doesn't matter when we grab the
> > ticket. But for lockdep validation it does: the acquire ctx is a fake
> > lockdep. Since other drivers might want t
On Wed, Nov 20, 2019 at 09:05:32AM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > > I can see now why you want a private address space for each object.
> > > Does that imply we need an anon_inode for each gem object? Or is
> > > there some more lightweight way to do this?
> >
> > I have no idea wheth
On Fri, Nov 15, 2019 at 10:21:20AM +0100, Daniel Vetter wrote:
> We're doing a great job for really simple drivers right now, but still
> a lot of boilerplate for the bigger ones.
>
> Signed-off-by: Daniel Vetter
Ping for some review/acks on this and the earlier driver patches (not
patch 1, that
On Wed, Nov 20, 2019 at 11:18 AM Mika Westerberg
wrote:
>
> Hi Karol,
>
> On Tue, Nov 19, 2019 at 11:26:45PM +0100, Karol Herbst wrote:
> > On Tue, Nov 19, 2019 at 10:50 PM Bjorn Helgaas wrote:
> > >
> > > [+cc Dave]
> > >
> > > On Thu, Oct 17, 2019 at 02:19:01PM +0200, Karol Herbst wrote:
> > >
On Thu, Nov 14, 2019 at 11:50:28AM +, Steven Price wrote:
> On 11/11/2019 15:42, Daniel Vetter wrote:
> > On Mon, Nov 11, 2019 at 2:11 PM Steven Price wrote:
> >>
> >> On 04/11/2019 17:37, Daniel Vetter wrote:
> >>> Full audit of everyone:
> >>>
> >>> - i915, radeon, amdgpu should be clean per
On Wed, Nov 20, 2019 at 09:34:03AM +0100, Christian König wrote:
> Am 19.11.19 um 22:08 schrieb Daniel Vetter:
> > It's kinda really hard to get this wrong on a driver with both display
> > and dma_resv locking. But who ever knows, so better to make sure that
> > really all drivers nest these the s
For locking semantics it really doesn't matter when we grab the
ticket. But for lockdep validation it does: the acquire ctx is a fake
lockdep. Since other drivers might want to do a full multi-lock dance
in their fault-handler, not just lock a single dma_resv. Therefore we
must init the acquire_ctx
On Wed, Nov 20, 2019 at 11:52:22AM +0100, Rafael J. Wysocki wrote:
> On Wed, Nov 20, 2019 at 11:18 AM Mika Westerberg
> wrote:
> >
> > Hi Karol,
> >
> > On Tue, Nov 19, 2019 at 11:26:45PM +0100, Karol Herbst wrote:
> > > On Tue, Nov 19, 2019 at 10:50 PM Bjorn Helgaas wrote:
> > > >
> > > > [+cc D
Am 19.11.19 um 22:08 schrieb Daniel Vetter:
Semnatically it really doesn't matter where we grab the ticket. But
since the ticket is a fake lockdep lock, it matters for lockdep
validation purposes.
This means stuff like grabbing a ticket and then doing
copy_from/to_user isn't allowed anymore. Thi
Hi,
> > Anything building on shmem helpers should be able to use
> > obj->filp->f_mapping, right? So allocating an inode unconditionally
> > doesn't look like a good plan.
>
> Not sure the shmem helpers forward the mmap to the underlying shmem file,
> so not sure this is the greatest way eithe
Hi all,
I've been looking at dma_buf_v(un)map, with a goal to standardize
locking for at least dynamic dma-buf exporters/importers, most likely
by requiring dma_resv_lock. And I got questions around how this is
supposed to work, since a big chunk of drivers seem to entirely lack
locking around ttm
On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg
wrote:
>
> On Wed, Nov 20, 2019 at 11:52:22AM +0100, Rafael J. Wysocki wrote:
> > On Wed, Nov 20, 2019 at 11:18 AM Mika Westerberg
> > wrote:
> > >
> > > Hi Karol,
> > >
> > > On Tue, Nov 19, 2019 at 11:26:45PM +0100, Karol Herbst wrote:
> > > > On
On Wed, Nov 20, 2019 at 01:22:16PM +0200, Mika Westerberg wrote:
> If (((OSYS <= 0x07D9) || ((OSYS == 0x07DF) && (_REV ==
> 0x05
> {
The OSYS comes from this (in DSDT):
If (_OSI ("Windows 2009"))
{
OS
On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki wrote:
>
> On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg
> wrote:
> >
> > On Wed, Nov 20, 2019 at 11:52:22AM +0100, Rafael J. Wysocki wrote:
> > > On Wed, Nov 20, 2019 at 11:18 AM Mika Westerberg
> > > wrote:
> > > >
> > > > Hi Karol,
> > > >
On Thu, Nov 14, 2019 at 02:15:25PM +0100, Linus Walleij wrote:
> The Sony ACX424AKP is a command/videomode DSI panel for
> mobile devices. It is used on the ST-Ericsson HREF520
> reference design. We support video mode by default, but
> it is possible to switch the panel into command mode
> by usin
for newer Windows the firmware uses bit 0x80 on 0x248 (Q0L2 being the
field name) on the bridge controller to turn of the device, on other
versions it uses the "older"? 0xb0 register and the P0LD field, which
is documented, where the former is not.
On Wed, Nov 20, 2019 at 12:51 PM Mika Westerberg
overall, what I really want to know is, _why_ does it work on windows?
Or what are we doing differently on Linux so that it doesn't work? If
anybody has any idea on how we could dig into this and figure it out
on this level, this would probably allow us to get closer to the root
cause? no?
On Wed,
What am I missing?
The assumption is that when you want to create a vmap of a DMA-buf
buffer the buffer needs to be pinned somehow.
E.g. without dynamic dma-buf handling you would need to have an active
attachment. With dynamic handling the requirements could be lowered to
using the pin()/unp
The func is optional and the connector will report as always connected,
i.e. no change in behaviour.
Signed-off-by: Mihail Atanassov
---
drivers/gpu/drm/arm/display/komeda/komeda_wb_connector.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/gpu/drm/arm/display/komeda/komeda_wb
On Wed, Nov 20, 2019 at 12:40 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > > Anything building on shmem helpers should be able to use
> > > obj->filp->f_mapping, right? So allocating an inode unconditionally
> > > doesn't look like a good plan.
> >
> > Not sure the shmem helpers forward the mmap to th
On Wed, Nov 20, 2019 at 12:51 PM Karol Herbst wrote:
>
> On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki wrote:
> >
> > On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg
> > wrote:
> > >
> > > On Wed, Nov 20, 2019 at 11:52:22AM +0100, Rafael J. Wysocki wrote:
> > > > On Wed, Nov 20, 2019 at 11
On Wed, Nov 20, 2019 at 12:58:00PM +0100, Karol Herbst wrote:
> overall, what I really want to know is, _why_ does it work on windows?
So do I ;-)
> Or what are we doing differently on Linux so that it doesn't work? If
> anybody has any idea on how we could dig into this and figure it out
> on th
On Wed, Nov 20, 2019 at 1:02 PM Christian König
wrote:
>
> > What am I missing?
> The assumption is that when you want to create a vmap of a DMA-buf
> buffer the buffer needs to be pinned somehow.
>
> E.g. without dynamic dma-buf handling you would need to have an active
> attachment. With dynamic
On Wed, Nov 20, 2019 at 1:06 PM Rafael J. Wysocki wrote:
>
> On Wed, Nov 20, 2019 at 12:51 PM Karol Herbst wrote:
> >
> > On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki
> > wrote:
> > >
> > > On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg
> > > wrote:
> > > >
> > > > On Wed, Nov 20, 2019
On Wed, Nov 20, 2019 at 1:06 PM Rafael J. Wysocki wrote:
>
> On Wed, Nov 20, 2019 at 12:51 PM Karol Herbst wrote:
> >
> > On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki
> > wrote:
> > >
> > > On Wed, Nov 20, 2019 at 12:22 PM Mika Westerberg
> > > wrote:
> > > >
> > > > On Wed, Nov 20, 2019
On Wed, Nov 20, 2019 at 1:09 PM Mika Westerberg
wrote:
>
> On Wed, Nov 20, 2019 at 12:58:00PM +0100, Karol Herbst wrote:
> > overall, what I really want to know is, _why_ does it work on windows?
>
> So do I ;-)
>
> > Or what are we doing differently on Linux so that it doesn't work? If
> > anybod
On Wed, Nov 20, 2019 at 1:10 PM Karol Herbst wrote:
>
> On Wed, Nov 20, 2019 at 1:06 PM Rafael J. Wysocki wrote:
> >
> > On Wed, Nov 20, 2019 at 12:51 PM Karol Herbst wrote:
> > >
> > > On Wed, Nov 20, 2019 at 12:48 PM Rafael J. Wysocki
> > > wrote:
> > > >
> > > > On Wed, Nov 20, 2019 at 12:2
Hi,
> > > I think for ttm just consistently using the one per-device mapping for
> > > everything, with all the fake offsets, is probably the quickest route.
> >
> > Hmm, not clear how to fit dmabufs into this. dmabufs already have their
> > own file, inode and address space. I'm not sure you
It depends on the kernel being built with ACPI_REV_OVERRIDE_POSSIBLE=y
and acpi_rev_override=1 being set on the kernel command line
On Wed, Nov 20, 2019 at 1:15 PM Rafael J. Wysocki wrote:
>
> On Wed, Nov 20, 2019 at 1:10 PM Karol Herbst wrote:
> >
> > On Wed, Nov 20, 2019 at 1:06 PM Rafael J. W
On Wed, Nov 20, 2019 at 1:09 PM Daniel Vetter wrote:
> On Wed, Nov 20, 2019 at 1:02 PM Christian König
> wrote:
> >
> > > What am I missing?
> > The assumption is that when you want to create a vmap of a DMA-buf
> > buffer the buffer needs to be pinned somehow.
> >
> > E.g. without dynamic dma-bu
Am 20.11.19 um 13:19 schrieb Daniel Vetter:
On Wed, Nov 20, 2019 at 1:09 PM Daniel Vetter wrote:
On Wed, Nov 20, 2019 at 1:02 PM Christian König
wrote:
What am I missing?
The assumption is that when you want to create a vmap of a DMA-buf
buffer the buffer needs to be pinned somehow.
E.g. wi
On Wed, Nov 20, 2019 at 1:18 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > > > I think for ttm just consistently using the one per-device mapping for
> > > > everything, with all the fake offsets, is probably the quickest route.
> > >
> > > Hmm, not clear how to fit dmabufs into this. dmabufs already h
On Wed, Nov 20, 2019 at 1:24 PM Christian König
wrote:
>
> Am 20.11.19 um 13:19 schrieb Daniel Vetter:
> > On Wed, Nov 20, 2019 at 1:09 PM Daniel Vetter
> > wrote:
> >> On Wed, Nov 20, 2019 at 1:02 PM Christian König
> >> wrote:
> What am I missing?
> >>> The assumption is that when you wa
https://bugzilla.kernel.org/show_bug.cgi?id=205589
Bug ID: 205589
Summary: Green screen crash with 3400G
Product: Drivers
Version: 2.5
Kernel Version: 5.x
Hardware: All
OS: Linux
Tree: Mainline
Sta
Hi,
> Ah, we're not going to replace the mapping on the dma-buf file. Only
> the file of the vma structure. Doing the former would indeed be pretty
> bad from a security pov.
Now where do I get a filp from? Can I just call drm_open?
cheers,
Gerd
Op 14-11-2019 om 15:35 schreef Jani Nikula:
> On Mon, 11 Nov 2019, Jani Nikula wrote:
>> Hi Sean, Maarten and Maxime -
>>
>> Here's the topic branch about DSI changes as I wrote in [1]. Once you've
>> pulled this in drm-misc, I'll follow suit in i915.
> Ping.
>
> FWIW Daniel acked the approach on
From: Christian König
While working on TTM cleanups I've found that the io_reserve_lru used by
Nouveau is actually not working at all.
In general we should remove driver specific handling from the memory
management, so this patch moves the io_reserve_lru handling into Nouveau
instead.
The patch
Just a gentle ping on this.
Already got the Acked-by from Daniel, but I need some of the
nouveau guys to test this since I can only compile test it.
Regards,
Christian.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedeskt
From: Christian König
That is not used any more.
Signed-off-by: Christian König
Acked-by: Daniel Vetter
---
drivers/gpu/drm/ttm/ttm_bo.c | 37 +++---
drivers/gpu/drm/ttm/ttm_bo_util.c | 114 +-
drivers/gpu/drm/ttm/ttm_bo_vm.c | 33 +++--
include/dr
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/rockchip/Kconfig | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/d
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/vga/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/vga/Kc
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/udl/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/omapdrm/displays/Kconfig | 6 +++---
drivers/gpu/drm/omapdrm/dss/Kconfig | 12 ++
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/nouveau/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
On 11/20/19 1:24 PM, Christian König wrote:
> Am 20.11.19 um 13:19 schrieb Daniel Vetter:
>> On Wed, Nov 20, 2019 at 1:09 PM Daniel Vetter wrote:
>>> On Wed, Nov 20, 2019 at 1:02 PM Christian König
>>> wrote:
> What am I missing?
The assumption is that when you want to create a vmap of a
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/mgag200/Kconfig | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/dr
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/bridge/Kconfig | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/dri
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/lima/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/d
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/Kconfig | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/video/backlight/Kconfig | 8 ++--
drivers/video/console/Kconfig | 76 --
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/staging/fbtft/Kconfig | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a
On Wed, Nov 20, 2019 at 2:08 PM Gerd Hoffmann wrote:
> > Ah, we're not going to replace the mapping on the dma-buf file. Only
> > the file of the vma structure. Doing the former would indeed be pretty
> > bad from a security pov.
>
> Now where do I get a filp from? Can I just call drm_open?
Hm,
On 20/11/2019 05:17, Ville Syrjälä wrote:
On Tue, Nov 19, 2019 at 04:11:43PM -0500, Mikita Lipski wrote:
On 19/11/2019 16:09, Mikita Lipski wrote:
On 19/11/2019 12:11, Ville Syrjälä wrote:
On Tue, Nov 19, 2019 at 04:59:40PM +, Cornij, Nikola wrote:
If you're going to make all of the
On Wed, Nov 20, 2019 at 09:38:38PM +0800, Krzysztof Kozlowski wrote:
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
No particular objections but I wonder
On Wed, Nov 20, 2019 at 08:45:46AM -0500, Daniel Thompson wrote:
> On Wed, Nov 20, 2019 at 09:38:38PM +0800, Krzysztof Kozlowski wrote:
> > Adjust indentation from spaces to tab (+optional two spaces) as in
> > coding style with command like:
> > $ sed -e 's/^/\t/' -i */Kconfig
> >
> >
Op 20-11-2019 om 12:30 schreef Christian König:
> Am 19.11.19 um 22:08 schrieb Daniel Vetter:
>> Semnatically it really doesn't matter where we grab the ticket. But
>> since the ticket is a fake lockdep lock, it matters for lockdep
>> validation purposes.
>>
>> This means stuff like grabbing a tick
On Mon, Aug 18, 2014 at 10:11 AM Inki Dae wrote:
> This patch adds a new flag, MIPI_DSI-MODE_LPM, to transmit data
> in low power. With this flag, msg.flags has MIPI_DSI_MSG_USE_LPM
> so that host driver of each SoC can clear or set relevant register
> bit for low power transmission.
>
> All host
[ added Jiri to Cc: ]
On 11/20/19 2:50 PM, Krzysztof Kozlowski wrote:
> On Wed, Nov 20, 2019 at 08:45:46AM -0500, Daniel Thompson wrote:
>> On Wed, Nov 20, 2019 at 09:38:38PM +0800, Krzysztof Kozlowski wrote:
>>> Adjust indentation from spaces to tab (+optional two spaces) as in
>>> coding style
On Wed, 20 Nov 2019, Maarten Lankhorst
wrote:
> Op 14-11-2019 om 15:35 schreef Jani Nikula:
>> On Mon, 11 Nov 2019, Jani Nikula wrote:
>>> Hi Sean, Maarten and Maxime -
>>>
>>> Here's the topic branch about DSI changes as I wrote in [1]. Once you've
>>> pulled this in drm-misc, I'll follow suit
On Wed, 20 Nov 2019, Krzysztof Kozlowski wrote:
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/gpu/drm/Kconfig | 30 +++--
On Tue, 19 Nov 2019, Benjamin Gaignard wrote:
> Clamping a value between INT_MIN and INT_MAX always return the value itself
> and generate warnings when compiling with W=1.
Does that hold for 32-bit too?
BR,
Jani.
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/drm_rect.c | 8 +++
On Mon, 04 Nov 2019, Rajat Jain wrote:
> Move the code that populates the ACPI device ID for devices, into
> more appripriate intel_acpi.c. This is done in preparation for more
> users of this code (in next patch).
I don't think your use of the code makes sense (I'll explain in reply to
the other
Den 20.11.2019 10.57, skrev Andy Shevchenko:
> First of all there is no need to guard GPIO request by CONFIG_OF.
> It works for everybody independently on resource provider. While here,
> rename the function to reflect the above.
>
> Moreover, since we have a global dependency to OF, the rest of
Hi,
Circling back to this thread now, sorry for the delay.
On Tue 24 Sep 19, 09:58, Rob Herring wrote:
> On Mon, Sep 23, 2019 at 10:33 AM Paul Kocialkowski
> wrote:
> >
> > Hi,
> >
> > On Fri 13 Sep 19, 20:16, Rob Herring wrote:
> > > On Fri, Sep 13, 2019 at 4:58 PM Paul Kocialkowski
> > > wrot
On Mon, 04 Nov 2019, Rajat Jain wrote:
> Lookup and attach ACPI nodes for intel connectors. The lookup is done
> in compliance with ACPI Spec 6.3
> https://uefi.org/sites/default/files/resources/ACPI_6_3_final_Jan30.pdf
> (Ref: Pages 1119 - 1123).
>
> This can be useful for any connector specific
Hi,
On Fri 27 Sep 19, 17:20, Rob Herring wrote:
> On Fri, Sep 27, 2019 at 12:07:37PM +0200, Paul Kocialkowski wrote:
> > The Xylon LogiCVC is a display controller implemented as programmable
> > logic in Xilinx FPGAs.
> >
> > Signed-off-by: Paul Kocialkowski
> > ---
> > .../display/xylon,logicv
Den 20.11.2019 15.43, skrev Noralf Trønnes:
>
>
> Den 20.11.2019 10.57, skrev Andy Shevchenko:
>> First of all there is no need to guard GPIO request by CONFIG_OF.
>> It works for everybody independently on resource provider. While here,
>> rename the function to reflect the above.
>>
>> Moreov
On Mon, 04 Nov 2019, Rajat Jain wrote:
> Certain laptops now come with panels that have integrated privacy
> screens on them. This patch adds support for such panels by adding
> a privacy-screen property to the intel_connector for the panel, that
> the userspace can then use to control and check t
On Tue, 12 Nov 2019, Rajat Jain wrote:
> On Mon, Nov 4, 2019 at 11:41 AM Rajat Jain wrote:
>>
>> Certain laptops now come with panels that have integrated privacy
>> screens on them. This patch adds support for such panels by adding
>> a privacy-screen property to the intel_connector for the pane
On Wed, Nov 20, 2019 at 01:11:52PM +0100, Karol Herbst wrote:
> On Wed, Nov 20, 2019 at 1:09 PM Mika Westerberg
> wrote:
> >
> > On Wed, Nov 20, 2019 at 12:58:00PM +0100, Karol Herbst wrote:
> > > overall, what I really want to know is, _why_ does it work on windows?
> >
> > So do I ;-)
> >
> > >
https://bugzilla.kernel.org/show_bug.cgi?id=205585
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
On Tue, Nov 19, 2019 at 02:34:35PM +0100, Benjamin Gaignard wrote:
> Clamping a value between INT_MIN and INT_MAX always return the value itself
> and generate warnings when compiling with W=1.
>
> Signed-off-by: Benjamin Gaignard
> ---
> drivers/gpu/drm/drm_rect.c | 8
> 1 file changed
On Wed, Nov 20, 2019 at 4:15 PM Mika Westerberg
wrote:
>
> On Wed, Nov 20, 2019 at 01:11:52PM +0100, Karol Herbst wrote:
> > On Wed, Nov 20, 2019 at 1:09 PM Mika Westerberg
> > wrote:
> > >
> > > On Wed, Nov 20, 2019 at 12:58:00PM +0100, Karol Herbst wrote:
> > > > overall, what I really want to
https://bugzilla.kernel.org/show_bug.cgi?id=205589
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
On Wed, Nov 20, 2019 at 04:37:14PM +0100, Karol Herbst wrote:
> On Wed, Nov 20, 2019 at 4:15 PM Mika Westerberg
> wrote:
> >
> > On Wed, Nov 20, 2019 at 01:11:52PM +0100, Karol Herbst wrote:
> > > On Wed, Nov 20, 2019 at 1:09 PM Mika Westerberg
> > > wrote:
> > > >
> > > > On Wed, Nov 20, 2019 at
On Wed, Nov 20, 2019 at 8:50 AM Paul Kocialkowski
wrote:
>
> Hi,
>
> Circling back to this thread now, sorry for the delay.
>
> On Tue 24 Sep 19, 09:58, Rob Herring wrote:
> > On Mon, Sep 23, 2019 at 10:33 AM Paul Kocialkowski
> > wrote:
> > >
> > > Hi,
> > >
> > > On Fri 13 Sep 19, 20:16, Rob He
On Tue, 19 Nov 2019, Randy Dunlap wrote:
> On 11/19/19 12:46 AM, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20191118:
>
>
> on x86_64:
>
> ERROR: "pm_suspend_target_state" [drivers/gpu/drm/i915/i915.ko] undefined!
>
> # CONFIG_SUSPEND is not set
a70a9e998e8e ("drm/i915: Defer rc6 shu
On Wed, Nov 20, 2019 at 05:53:07PM +0200, Mika Westerberg wrote:
> On Wed, Nov 20, 2019 at 04:37:14PM +0100, Karol Herbst wrote:
> > On Wed, Nov 20, 2019 at 4:15 PM Mika Westerberg
> > wrote:
> > >
> > > On Wed, Nov 20, 2019 at 01:11:52PM +0100, Karol Herbst wrote:
> > > > On Wed, Nov 20, 2019 at
From: Ville Syrjälä
Now that we've constrained the clipped source rectangle such
that it can't have negative dimensions doing the same for the
dst rectangle seems appropriate. Should at least result in
the clipped src and dst rectangles being a bit more consistent
with each other.
Cc: Benjamin G
On Wed, Nov 20, 2019 at 05:22:34PM +0200, Ville Syrjälä wrote:
> On Tue, Nov 19, 2019 at 02:34:35PM +0100, Benjamin Gaignard wrote:
> > Clamping a value between INT_MIN and INT_MAX always return the value itself
> > and generate warnings when compiling with W=1.
> >
> > Signed-off-by: Benjamin Gai
From: Ville Syrjälä
Limit the scaled clip to only clip at most dst_w/h pixels.
This avoids the problem with clip_scaled() not being able
to return negative values. Since new_src_w/h is now properly
bounded we can remove the clamp()s.
Cc: Benjamin Gaignard
Cc: Maarten Lankhorst
Signed-off-by: V
On Wed, Nov 20, 2019 at 09:33:27PM +0800, Krzysztof Kozlowski wrote:
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
Queued for 5.6 in drm-misc, thanks fo
On Wed, Nov 20, 2019 at 09:33:41PM +0800, Krzysztof Kozlowski wrote:
> Adjust indentation from spaces to tab (+optional two spaces) as in
> coding style with command like:
> $ sed -e 's/^/\t/' -i */Kconfig
>
> Signed-off-by: Krzysztof Kozlowski
Queued for 5.6 in drm-misc, thanks fo
1 - 100 of 176 matches
Mail list logo
