https://bugs.freedesktop.org/show_bug.cgi?id=108262
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Lakshmi ---
https://bugs.freedesktop.org/show_bug.cgi?id=108579
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
This patch add mt8183 mipi_tx driver.
And also support other chips that use the same binding and driver.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 2 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.h| 1 +
drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 168
MT8183 has different setting to MT8173(exist chip). We add mt8183 mipi_tx
driver.
1) Separate mipi_tx to common part and chip relate part.
2) Add mt8183 mipi_tx driver
Changes since v0:
- Separate two independent patches.
Jitao Shi (2):
drm/mediatek: separate mipi_tx to different file
Different IC has different mipi_tx setting of dsi.
This patch separates the mipi_tx hardware relate part for mt8173.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/mediatek/Makefile | 1 +
drivers/gpu/drm/mediatek/mtk_mipi_tx.c| 350 ++
https://bugs.freedesktop.org/show_bug.cgi?id=108073
Lakshmi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Lakshmi ---
Last
On Tue, Feb 12, 2019 at 05:46:15PM +0100, Daniel Vetter wrote:
> Now that component has docs it's worth spending a few words and
> hyperlinks on recommended best practices in drm.
>
> v2: Add another item that component shouldn't be preferred over
> drm_bridge/panel and similar subsystems already
On Friday, 2019-02-15 15:08:22 +, Emil Velikov via dri-devel wrote:
> On Fri, 15 Feb 2019 at 15:06, Rob Clark via dri-devel
> wrote:
> >
> > On Fri, Feb 15, 2019 at 8:42 AM Eric Engestrom
> > wrote:
> > >
> > > On Friday, 2019-02-15 13:36:39 +, Eric Engestrom wrote:
> > > > On Friday,
Hi Robin,
On Wed, Feb 13, 2019 at 04:40:11PM +, Robin Murphy wrote:
> On 13/02/2019 15:41, Maxime Ripard wrote:
> > Hi Robin,
> >
> > Thanks for your feedback!
> >
> > On Tue, Feb 12, 2019 at 06:46:40PM +, Robin Murphy wrote:
> > > On 11/02/2019 15:02, Maxime Ripard wrote:
> > > > Now
Hi David,
Could you have a look if it's reasonable?
Patch #1 is also something I already fixed on my local branch.
But patch #2 won't work like this.
We can't return an error from drm_syncobj_add_point() because we already
submitted work to the hardware. And just dropping the fence like you
On 2/14/19 1:37 PM, Brendan Higgins wrote:
> This patch set proposes KUnit, a lightweight unit testing and mocking
> framework for the Linux kernel.
>
> Unlike Autotest and kselftest, KUnit is a true unit testing framework;
> it does not require installing the kernel on a test machine or in a VM
Don't skip the framebuffer CLUT pointer register initialization when
the first dafb_setpalette() invocation has regno equal to zero.
Cc: linux-m...@lists.linux-m68k.org
Suggested-by: Geert Uytterhoeven
Signed-off-by: Finn Thain
---
drivers/video/fbdev/macfb.c | 2 +-
1 file changed, 1
On 2/18/19 8:36 AM, Daniel Vetter wrote:
> Polish the kerneldoc a bit with suggestions from Randy.
>
> v2: Randy found another typo: s/compent/component/
>
> Cc: Randy Dunlap
> Signed-off-by: Daniel Vetter
> Cc: Greg Kroah-Hartman
> Cc: "Rafael J. Wysocki"
> Cc: Daniel Vetter
> Cc:
The (void *) casting in the driver_data variable assignment is superfluous.
Spotted by Jani Nikula.
Signed-off-by: David Santamaría Rogado
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
OK, I think I did it right, rebase two commits and ammeded both and
now resend. This one has been attached to this thread but number 2 has
been in a new thread.
El mar., 19 feb. 2019 a las 0:35, David Santamaría Rogado
() escribió:
>
> The (void *) casting in the driver_data variable assignment
Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD. Console
ouput gets rotated at boot as Miix 310.
Signed-off-by: David Santamaría Rogado
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 +
1 file changed, 13 insertions(+)
diff --git
On 2/18/19 12:52 AM, Daniel Vetter wrote:
> Polish the kerneldoc a bit with suggestions from Randy.
>
Hi Daniel,
There are 2 more typos below. With those fixed, you or Greg can add:
Acked-by: Randy Dunlap
Thanks.
> Cc: Randy Dunlap
> Signed-off-by: Daniel Vetter
> Cc: Greg Kroah-Hartman
>
On 2/15/19 2:56 AM, Brendan Higgins wrote:
> On Thu, Feb 14, 2019 at 6:05 PM Frank Rowand wrote:
>>
>> On 2/14/19 4:56 PM, Brendan Higgins wrote:
>>> On Thu, Feb 14, 2019 at 3:57 PM Frank Rowand wrote:
On 12/5/18 3:54 PM, Brendan Higgins wrote:
> On Tue, Dec 4, 2018 at 2:58 AM
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/gpu/drm/ttm/ttm_execbuf_util.c: In function
'ttm_eu_fence_buffer_objects':
drivers/gpu/drm/ttm/ttm_execbuf_util.c:191:24: warning:
variable 'bdev' set but not used [-Wunused-but-set-variable]
It's not used any more and can be removed.
added the temperature alert irq handler in adv driver , in the irq
calling schedule_work(>hpd_work); , initially in the
adv7511_detect , if we set status = connector_status_disconnected; later
when irq handler calls the schedule work, hpd does not works.
[ 55.052677] [drm] Cannot find any crtc
On 2/12/19 5:44 PM, Brendan Higgins wrote:
> On Wed, Nov 28, 2018 at 12:56 PM Rob Herring wrote:
>>
>> On Wed, Nov 28, 2018 at 1:38 PM Brendan Higgins
>> wrote:
>>>
>>> Migrate tests without any cleanup, or modifying test logic in anyway to
>>> run under KUnit using the KUnit expectation and
I have my mail and real name in git configuration but it has taken my
computer's username. I suppose there should be a way to make git to take
the real name I have set in it's configuration. Will check it and resend as
I won't do ammend cause I have signed of by all public commits as in these
On 2/14/19 1:37 PM, Brendan Higgins wrote:
> Add support for aborting/bailing out of test cases. Needed for
> implementing assertions.
>
> Signed-off-by: Brendan Higgins
> ---
> Changes Since Last Version
> - This patch is new introducing a new cross-architecture way to abort
>out of a test
On Mon, Feb 18, 2019 at 11:33:05AM -0800, Vasily Khoruzhick wrote:
> On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote:
> >
> > On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick wrote:
> > > Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb:
> > > Validate the
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #13 from Zdenek ---
I get hard lock during LibreOffice start after this workaround. Nothing
interesting in logs can be found.
--
You are receiving this mail because:
You are the assignee for the
On Mon, Feb 18, 2019 at 01:47:57PM -0300, Helen Koike wrote:
> Hello,
>
> After some discussions I had with some people I would like to discuss
> some design choices regarding uAPI to expose async updates.
>
> The plan is to allow userspace to update the cursor plane through the
> atomic API
Hi Lionel,
the attached should fix your problem and also messed signal order.
Hi Christian,
Could you have a look if it's reasonable?
btw: I pushed to change to
https://github.com/amingriyue/timeline-syncobj-kernel, which is already
rebased to latest drm-misc(kernel 5.0). You can directly
Thanks David,
Will give this a go!
-Lionel
On 19/02/2019 10:46, zhoucm1 wrote:
Hi Lionel,
the attached should fix your problem and also messed signal order.
Hi Christian,
Could you have a look if it's reasonable?
btw: I pushed to change to
Hello David Francis,
This is a semi-automatic email about new static checker warnings.
The patch 8a48b44cd00f: "drm/amd/display: Call into DC once per
multiplane flip" from Dec 11, 2018, leads to the following Smatch
complaint:
On Tuesday, 2019-02-19 13:53:25 +0100, Daniel Vetter wrote:
> On Tue, Feb 19, 2019 at 12:57 PM Emil Velikov
> wrote:
> >
> > On Mon, 18 Feb 2019 at 17:42, Eric Engestrom
> > wrote:
> > >
> > > On Thursday, 2018-12-20 11:53:11 -0800, Dylan Baker wrote:
> > > > Quoting Eric Engestrom (2018-12-19
On Tue, 19 Feb 2019 at 10:08, Eric Engestrom wrote:
>
> On Friday, 2019-02-15 15:08:22 +, Emil Velikov via dri-devel wrote:
> > On Fri, 15 Feb 2019 at 15:06, Rob Clark via dri-devel
> > wrote:
> > >
> > > On Fri, Feb 15, 2019 at 8:42 AM Eric Engestrom
> > > wrote:
> > > >
> > > > On
---
.../bindings/display/panel/ilitek,ili9341.txt | 33 +++
1 file changed, 33 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/ilitek,ili9341.txt
diff --git a/Documentation/devicetree/bindings/display/panel/ilitek,ili9341.txt
---
MAINTAINERS | 6 +
drivers/gpu/drm/panel/Kconfig| 7 +
drivers/gpu/drm/panel/Makefile | 1 +
drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 320 +++
4 files changed, 334 insertions(+)
create mode 100644
These patches add panel driver for ili9341-based panels in parallel RGB mode.
The driver was developed for DispleyTech DT024CTFT LCD panel [1] which features
ILI9341 chip [2].
The driver was tested on the Allwinner A13 (sun5i) platform.
The driver supports 240x320 pixel resolution with 18-bit
From: Colin Ian King
There is a memory leak of 'spin' on an error return path. Fix this by
kfree'ing spin before the return.
Fixes: c06ee6ff2cbc ("drm/i915/selftests: Context SSEU reconfiguration tests")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/i915/selftests/i915_gem_context.c | 4
On Tue, Feb 19, 2019 at 12:57 PM Emil Velikov wrote:
>
> On Mon, 18 Feb 2019 at 17:42, Eric Engestrom wrote:
> >
> > On Thursday, 2018-12-20 11:53:11 -0800, Dylan Baker wrote:
> > > Quoting Eric Engestrom (2018-12-19 08:23:40)
> > > > Signed-off-by: Eric Engestrom
> > > > ---
> > > > RELEASING
https://bugs.freedesktop.org/show_bug.cgi?id=109650
--- Comment #1 from tempel.jul...@gmail.com ---
I can confirm this with RX 580, /sys/kernel/debug/dri/0/amdgpu_pm_info also
shows a constant GPU usage of 100%.
--
You are receiving this mail because:
You are the assignee for the
On Mon, 18 Feb 2019 at 17:42, Eric Engestrom wrote:
>
> On Thursday, 2018-12-20 11:53:11 -0800, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-12-19 08:23:40)
> > > Signed-off-by: Eric Engestrom
> > > ---
> > > RELEASING | 27 ---
> > > 1 file changed, 8
On Tue, Feb 19, 2019 at 08:55:27AM +0100, Daniel Vetter wrote:
> Hi all,
>
> topic/mei-hdcp-2019-02-19:
> Prep patches + headers for the mei-hdcp/i915 component interfaces
>
> Also contains the prep work in the component helpers plus adjustements
> for the snd-hda/i915 component interface.
>
>
On Mon, 18 Feb 2019 at 17:10, Eric Engestrom wrote:
>
> On Wednesday, 2018-12-19 17:08:01 +, Eric Engestrom wrote:
> > Adapted from a local patch carried by DragonFlyBSD:
> >
+ dri-devel mailing list, especially for the buddy allocator part
Quoting Dave Airlie (2019-02-15 02:47:07)
> On Fri, 15 Feb 2019 at 00:57, Matthew Auld wrote:
> >
> > In preparation for upcoming devices with device local memory, introduce the
> > concept of different memory regions, and a
On Tuesday, 2019-02-19 11:56:21 +, Emil Velikov wrote:
> On Tue, 19 Feb 2019 at 10:08, Eric Engestrom wrote:
> >
> > On Friday, 2019-02-15 15:08:22 +, Emil Velikov via dri-devel wrote:
> > > On Fri, 15 Feb 2019 at 15:06, Rob Clark via dri-devel
> > > wrote:
> > > >
> > > > On Fri, Feb
On Mon, Feb 18, 2019 at 1:07 PM Vasily Khoruzhick wrote:
>
> On Mon, Feb 18, 2019 at 10:33 AM Rob Herring wrote:
> >
> > On Thu, Feb 14, 2019 at 09:09:56PM -0800, Vasily Khoruzhick wrote:
> > > This commit adds support for the NewEast Optoelectronics CO., LTD
> > > WJFH116008A 11.6" 1920x1080
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Ville
>Syrjälä
>Sent: Tuesday, February 19, 2019 1:37 AM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; Syrjala, Ville ;
>Lankhorst,
>Maarten ; dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=109678
Michel Dänzer changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #2 from Michel
https://bugs.freedesktop.org/show_bug.cgi?id=109587
Michel Dänzer changed:
What|Removed |Added
CC||pedretti.fa...@gmail.com
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=109679
Martin Peres changed:
What|Removed |Added
QA Contact|intel-gfx-bugs@lists.freede |
|sktop.org
On Tue, Feb 19, 2019 at 12:56 AM Maxime Ripard
wrote:
>
> On Mon, Feb 18, 2019 at 11:33:05AM -0800, Vasily Khoruzhick wrote:
> > On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote:
> > >
> > > On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick wrote:
> > > > Clock rate check that was
On Tue, Feb 19, 2019 at 9:07 AM Eric Engestrom wrote:
>
> On Tuesday, 2019-02-19 11:56:21 +, Emil Velikov wrote:
> > On Tue, 19 Feb 2019 at 10:08, Eric Engestrom
> > wrote:
> > >
> > > On Friday, 2019-02-15 15:08:22 +, Emil Velikov via dri-devel wrote:
> > > > On Fri, 15 Feb 2019 at
https://bugs.freedesktop.org/show_bug.cgi?id=109679
--- Comment #2 from CI Bug Log ---
The CI Bug Log issue associated to this bug has been updated.
### New filters associated
* CHAMELIUM: igt@kms_chamelium@hdmi-crc-fast - fail - Chamelium RPC call
failed: RPC failed at server. type
Create a new connector property to program colorspace to sink
devices. Modern sink devices support more than 1 type of
colorspace like 601, 709, BT2020 etc. This helps to switch
based on content type which is to be displayed. The decision
lies with compositors as to in which scenarios, a
This adds colorspace information to HDMI AVI infoframe.
A helper function is added to program the same.
v2: Moved this to drm core instead of i915 driver.
v3: Exported the helper function.
v4: Added separate HDMI specific macro as per CTA spec.
This is separate from user exposed enum values.
This patch attaches the colorspace connector property to the
hdmi connector. Based on colorspace change, modeset will be
triggered to switch to new colorspace.
Based on colorspace property value create an infoframe
with appropriate colorspace. This can be used to send an
infoframe packet with
This patch series creates a new connector property to program
colorspace to sink devices. Modern sink devices support more
than 1 type of colorspace like 601, 709, BT2020 etc. This helps
to switch based on content type which is to be displayed. The
decision lies with compositors as to in which
On Tue, 19 Feb 2019 at 15:36, Dylan Baker wrote:
>
> Quoting Daniel Vetter (2019-02-19 07:20:12)
> > On Tue, Feb 19, 2019 at 3:02 PM Eric Engestrom
> > wrote:
> > >
> > > On Tuesday, 2019-02-19 13:53:25 +0100, Daniel Vetter wrote:
> > > > On Tue, Feb 19, 2019 at 12:57 PM Emil Velikov
> > > >
>-Original Message-
>From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
>Sent: Tuesday, February 19, 2019 1:39 AM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Syrjala,
>Ville
>; Lankhorst, Maarten
>Subject: Re: [Intel-gfx] [v16 2/4]
Quoting Colin King (2019-02-19 15:01:29)
> From: Colin Ian King
>
> There is a memory leak of 'spin' on an error return path. Fix this by
> kfree'ing spin before the return.
>
> Fixes: c06ee6ff2cbc ("drm/i915/selftests: Context SSEU reconfiguration tests")
> Signed-off-by: Colin Ian King
I
On Tue, Feb 19, 2019 at 3:02 PM Eric Engestrom wrote:
>
> On Tuesday, 2019-02-19 13:53:25 +0100, Daniel Vetter wrote:
> > On Tue, Feb 19, 2019 at 12:57 PM Emil Velikov
> > wrote:
> > >
> > > On Mon, 18 Feb 2019 at 17:42, Eric Engestrom
> > > wrote:
> > > >
> > > > On Thursday, 2018-12-20
Quoting Daniel Vetter (2019-02-19 07:20:12)
> On Tue, Feb 19, 2019 at 3:02 PM Eric Engestrom
> wrote:
> >
> > On Tuesday, 2019-02-19 13:53:25 +0100, Daniel Vetter wrote:
> > > On Tue, Feb 19, 2019 at 12:57 PM Emil Velikov
> > > wrote:
> > > >
> > > > On Mon, 18 Feb 2019 at 17:42, Eric
https://bugs.freedesktop.org/show_bug.cgi?id=109678
Michel Dänzer changed:
What|Removed |Added
QA Contact|xorg-t...@lists.x.org |
Product|xorg
On 2019-02-18 3:39 p.m., Thomas Hellstrom wrote:
> On Mon, 2019-02-18 at 18:07 +0100, Christian König wrote:
>> Am 18.02.19 um 10:47 schrieb Thomas Hellstrom:
>>> On Mon, 2019-02-18 at 09:20 +, Koenig, Christian wrote:
Another good question is also why the heck the acc_size counts
On Tue, Feb 19, 2019 at 03:09:00PM +, Shankar, Uma wrote:
>
>
> >-Original Message-
> >From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
> >Of Ville
> >Syrjälä
> >Sent: Tuesday, February 19, 2019 1:37 AM
> >To: Shankar, Uma
> >Cc:
On Sun, Feb 17, 2019 at 05:43:16PM -0500, Rob Clark wrote:
> On Sun, Feb 17, 2019 at 4:08 PM Rob Herring wrote:
> >
> > On Mon, Feb 4, 2019 at 10:15 AM Jordan Crouse
> > wrote:
> > >
> > > The GMU should have two power domains defined: "cx" and "gx". "cx" is the
> > > actual power domain for
Hi,
ping?
... to the dc folks?
best
Mathias
On Wednesday, 13 February 2019 21:38:03 CET Alex Deucher wrote:
> Add amd-gfx and some DC people.
>
> Alex
>
> On Sun, Feb 10, 2019 at 5:13 AM wrote:
> >
> > From: Mathias Fröhlich
> >
> > Reference counting in amdgpu_dm_connector for
From: Ira Weiny
DAX pages were previously unprotected from longterm pins when users
called get_user_pages_fast().
Use the new FOLL_LONGTERM flag to check for DEVMAP pages and fall
back to regular GUP processing if a DEVMAP page is encountered.
Signed-off-by: Ira Weiny
---
mm/gup.c | 24
From: Ira Weiny
To facilitate additional options to get_user_pages_fast() change the
singular write parameter to be gup_flags.
This patch does not change any functionality. New functionality will
follow in subsequent patches.
Some of the get_user_pages_fast() call sites were unchanged because
From: Ira Weiny
Resending these as I had only 1 minor comment which I believe we have covered
in this series. I was anticipating these going through the mm tree as they
depend on a cleanup patch there and the IB changes are very minor. But they
could just as well go through the IB tree.
NOTE:
From: Ira Weiny
Use the new FOLL_LONGTERM to get_user_pages_fast() to protect against
FS DAX pages being mapped.
Signed-off-by: Ira Weiny
---
drivers/infiniband/hw/mthca/mthca_memfree.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Ira Weiny
Use the new FOLL_LONGTERM to get_user_pages_fast() to protect against
FS DAX pages being mapped.
Signed-off-by: Ira Weiny
---
drivers/infiniband/hw/hfi1/user_pages.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
From: Ira Weiny
In order to support more options in the GUP fast walk, change
the write parameter to flags throughout the call stack.
This patch does not change functionality and passes FOLL_WRITE
where write was previously used.
Signed-off-by: Ira Weiny
---
mm/gup.c | 52
From: Ira Weiny
Use the new FOLL_LONGTERM to get_user_pages_fast() to protect against
FS DAX pages being mapped.
Signed-off-by: Ira Weiny
---
drivers/infiniband/hw/qib/qib_user_sdma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/qib/qib_user_sdma.c
Hi, Jitao:
On Tue, 2019-02-19 at 17:14 +0800, Jitao Shi wrote:
> Different IC has different mipi_tx setting of dsi.
> This patch separates the mipi_tx hardware relate part for mt8173.
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/Makefile | 1 +
>
On Tue, 2019-02-19 at 17:06 +, Kuehling, Felix wrote:
> On 2019-02-18 3:39 p.m., Thomas Hellstrom wrote:
> > On Mon, 2019-02-18 at 18:07 +0100, Christian König wrote:
> > > Am 18.02.19 um 10:47 schrieb Thomas Hellstrom:
> > > > On Mon, 2019-02-18 at 09:20 +, Koenig, Christian wrote:
> > >
Ping ..
>-Original Message-
>From: amd-gfx On Behalf Of Deng,
>Emily
>Sent: Monday, February 18, 2019 10:17 AM
>To: Alex Deucher ; Maling list - DRI developers de...@lists.freedesktop.org>
>Cc: amd-gfx list
>Subject: RE: [PATCH libdrm] libdrm: Fix issue about differrent domainID but
On 2019年02月19日 19:32, Koenig, Christian wrote:
Hi David,
Could you have a look if it's reasonable?
Patch #1 is also something I already fixed on my local branch.
But patch #2 won't work like this.
We can't return an error from drm_syncobj_add_point() because we
already submitted work to
On Mon, Feb 18, 2019 at 11:52 AM Frank Rowand wrote:
>
> On 2/14/19 1:37 PM, Brendan Higgins wrote:
> > Add support for aborting/bailing out of test cases. Needed for
> > implementing assertions.
> >
> > Signed-off-by: Brendan Higgins
> > ---
> > Changes Since Last Version
> > - This patch is
https://bugs.freedesktop.org/show_bug.cgi?id=109561
--- Comment #7 from Marek Olšák ---
The fix doesn't apply to master. Also, it would be nice to get it into 19.0
before it's released. (originally it should have been released today)
--
You are receiving this mail because:
You are the assignee
On Mon, Feb 18, 2019 at 12:02 PM Frank Rowand wrote:
> I have not read through the patches in any detail. I have read some of
> the code to try to understand the patches to the devicetree unit tests.
> So that may limit how valid my comments below are.
No problem.
>
> I found the code
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #16 from Matrix ---
Is it possible to upgrade the Bios from Linux? I think it's just a windows-only
bios upgrade from HP right? Will it work in Freedos?
--
You are receiving this mail because:
You are the assignee for the
From: Ira Weiny
Rather than have a separate get_user_pages_longterm() call,
introduce FOLL_LONGTERM and change the longterm callers to use
it.
This patch does not change any functionality.
FOLL_LONGTERM can only be supported with get_user_pages() as it
requires vmas to determine if DAX is in
Hi all,
After merging the akpm-current tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpu/drm/nouveau/nouveau_dmem.c:299:11: error: initialization of
'vm_fault_t (*)(struct hmm_devmem *, struct vm_area_struct *, long unsigned
int, const struct page *, unsigned
Only providing the input and output RGB/YUV space to the IC task init
functions is not sufficient. To fully characterize a colorspace
conversion, the colorspace (chromaticities), Y'CbCr encoding standard,
and quantization also need to be specified.
Define a 'struct ipu_ic_colorspace' that
Add support for the following conversions:
- YUV full-range to YUV limited-range
- YUV limited-range to YUV full-range
- YUV limited-range to RGB full-range
- RGB full-range to YUV limited-range
The last two conversions require operating on the YUV full-range
encoding and inverse encoding
The ycbcr2rgb and inverse rgb2ycbcr tables define the BT.601 Y'CbCr
encoding coefficients.
The rgb2ycbcr table specifically describes the BT.601 encoding from
full range RGB to full range YUV. Add table comments to make this more
clear.
The ycbcr2rgb inverse table describes encoding YUV limited
Add support for Rec.709 encoding and inverse encoding.
The determination of the CSC coefficients based on the input/output
colorspace parameters are moved to a new function calc_csc_coeffs().
Reported-by: Tim Harvey
Signed-off-by: Steve Longerbeam
---
Changes in v5:
- moved API changes to a
The saturation bit was being set at bit 9 in the second 32-bit word
of the TPMEM CSC. This isn't correct, the saturation bit is bit 42,
which is bit 10 of the second word.
Fixes: 1aa8ea0d2bd5d ("gpu: ipu-v3: Add Image Converter unit")
Signed-off-by: Steve Longerbeam
Cc: sta...@vger.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=109650
Dieter Nützel changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=109650
Dieter Nützel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
On Fri, Feb 15, 2019 at 4:24 PM Frank Rowand wrote:
>
> On 2/14/19 1:37 PM, Brendan Higgins wrote:
> > Migrate tests without any cleanup, or modifying test logic in anyway to
> > run under KUnit using the KUnit expectation and assertion API.
> >
> > Signed-off-by: Brendan Higgins
> > ---
> >
https://bugs.freedesktop.org/show_bug.cgi?id=109102
--- Comment #5 from Gert vd Kraats ---
Some more investigation, understanding and adding 2 other possible fixes for
the problem.
The problem occurs at Ubuntu 18.10 only at gdm3 with wayland using dual
monitor.
It is not occuring with wayland at
https://bugs.freedesktop.org/show_bug.cgi?id=109102
--- Comment #6 from Gert vd Kraats ---
Created attachment 143414
--> https://bugs.freedesktop.org/attachment.cgi?id=143414=edit
fix intel_blit.c
fix error_patch2
--
You are receiving this mail because:
You are the assignee for the
Hi all,
Commits
f180bf12ac06 ("drm/nouveau/svm: new ioctl to migrate process memory to GPU
memory")
5be73b690875 ("drm/nouveau/dmem: device memory helpers for SVM")
are missing a Signed-off-by from their committer.
--
Cheers,
Stephen Rothwell
pgp3r2RUZ_x6N.pgp
Description: OpenPGP
On Fri, Feb 15, 2019 at 12:54 PM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-02-14 13:37:22)
> > diff --git a/kunit/test-test.c b/kunit/test-test.c
> > index 0b4ad6690310d..bb34431398526 100644
> > --- a/kunit/test-test.c
> > +++ b/kunit/test-test.c
> [...]
> > +
> > +#define
On Fri, Feb 15, 2019 at 1:01 PM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-02-14 13:37:14)
> > @@ -104,6 +167,7 @@ struct kunit {
> > const char *name; /* Read only after initialization! */
> > spinlock_t lock; /* Gaurds all mutable test state. */
> > bool
Hey Dave,
Various fixes/cleanups, along with initial support for SVM features
utilising HMM address-space mirroring and device memory migration.
There's a lot more work to do in these areas, both in terms of
features and efficiency, but these can slowly trickle in later down
the track.
Jerome
https://bugs.freedesktop.org/show_bug.cgi?id=109102
--- Comment #7 from Gert vd Kraats ---
Created attachment 143415
--> https://bugs.freedesktop.org/attachment.cgi?id=143415=edit
libdrm_ignore_deadlock
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109650
--- Comment #2 from Alex Deucher ---
Patch reverted.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
Am 20.02.19 um 05:53 schrieb zhoucm1:
On 2019年02月19日 19:32, Koenig, Christian wrote:
Hi David,
Could you have a look if it's reasonable?
Patch #1 is also something I already fixed on my local branch.
But patch #2 won't work like this.
We can't return an error from drm_syncobj_add_point()
The Rockchip RK3288 SoC (v2.00a) and RK3328/RK3399 SoCs (v2.11a) have
also been identified as needing this workaround with a single iteration.
Fixes: be41fc55f1aa ("drm: bridge: dw-hdmi: Handle overflow workaround based on
device version")
Signed-off-by: Jonas Karlman
---
On 2/15/19 12:24 PM, John Stultz wrote:
The per-device heaps don't support HEAP_QUERY ioctl, since
the name is provided in the devnode path and the heapid isn't
useful with the new interface (one uses the fd of heapdevice).
But, one missing bit of functionality is a way to find the
heap type.
1 - 100 of 158 matches
Mail list logo