https://bugs.freedesktop.org/show_bug.cgi?id=109880
--- Comment #1 from qwerry ---
ha bhai ustad cheti report karo
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109881
Bug ID: 109881
Summary: Screens reorganise, failed to enable link training
errors in dmesg about 60s after plugging in dock
Product: DRI
Version: unspecified
Hardware: x86
https://bugs.freedesktop.org/show_bug.cgi?id=109880
Bug ID: 109880
Summary: Login Failled (Nahi Hora)
Product: DRI
Version: XOrg git
Hardware: PowerPC
OS: All
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=109850
Alan Coopersmith changed:
What|Removed |Added
Depends on|3434|
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=109872
Zehra changed:
What|Removed |Added
Blocks||109879
Referenced Bugs:
https://bugs.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=109879
Bug ID: 109879
Summary: Page not found
Product: Spam
Version: unspecified
Hardware: All
URL: https://bugzilla.readthedocs.io/en/5.0/using/filing.ht
ml#repor
https://bugs.freedesktop.org/show_bug.cgi?id=109878
Bug ID: 109878
Summary: submit button bug
Product: Mesa
Version: 18.2
Hardware: PowerPC
OS: Windows (All)
Status: NEW
Severity: major
Priority:
https://bugs.freedesktop.org/show_bug.cgi?id=109872
Zehra changed:
What|Removed |Added
URL||https://bugzilla.readthedoc
|
https://bugs.freedesktop.org/show_bug.cgi?id=109853
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109855
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109440
--- Comment #5 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109863
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109859
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109854
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=109872
--- Comment #1 from Malik Riaz ---
BHai awaz aa rahi hay meri?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109872
Bug ID: 109872
Summary: Page not found
Product: DRI
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: medium
On 06/03/2019 03:41, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Fri, Jan 18, 2019 at 10:29:33AM +0200, Tomi Valkeinen wrote:
>> On 18/01/19 00:04, Rob Herring wrote:
>>
>>> Mesa/libdrm already has lots of code to open the correct devices and
>>> not care about minor numbers. What's the problem here
https://bugs.freedesktop.org/show_bug.cgi?id=109863
Hanzila changed:
What|Removed |Added
Alias||osamamumta...@gmal.com
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=109850
Tayyab Ali changed:
What|Removed |Added
Depends on||3434
Blocks|
https://bugs.freedesktop.org/show_bug.cgi?id=109854
Shahzaib Kiani changed:
What|Removed |Added
Priority|medium |high
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=109853
Shahzaib Kiani changed:
What|Removed |Added
Blocks||109854
Referenced Bugs:
https://bugs
https://bugs.freedesktop.org/show_bug.cgi?id=109855
Bug ID: 109855
Summary: there is a problem in frame buffer console.
Product: DRI
Version: XOrg git
Hardware: PowerPC
OS: Windows (All)
Status: NEW
Severi
https://bugs.freedesktop.org/show_bug.cgi?id=109853
Bug ID: 109853
Summary: Bugs Detected
Product: Mesa
Version: 18.3
Hardware: IA64 (Itanium)
OS: Linux (All)
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=109854
Bug ID: 109854
Summary: Bugs Detected
Product: Mesa
Version: 18.3
Hardware: IA64 (Itanium)
OS: Linux (All)
Status: NEW
Severity: major
Priority
https://bugs.freedesktop.org/show_bug.cgi?id=109440
--- Comment #4 from Zohaib Shehzad ---
dkjfnwib 8rybvrlkjv wbi
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=109850
Bug ID: 109850
Summary: there is a problem in frame buffer console.
Product: DRI
Version: XOrg git
Hardware: PowerPC
OS: Windows (All)
Status: NEW
Severi
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.2-wip
head: 5b1489e11b0d36226c0192b3ce18f5654fd15243
commit: 09910581cf6218cad6416e53aa0645402d8147be [275/283] drm/amdkfd: add RAS
ECC event support (v2)
config: i386-randconfig-m2-201909 (attached as .config)
compiler: gcc-7 (Deb
Reviewed-and-tested-by: Evan Quan
> -Original Message-
> From: amd-gfx On Behalf Of Cui,
> Flora
> Sent: Wednesday, March 06, 2019 2:37 PM
> To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
> Cc: Cui, Flora
> Subject: [PATCH v2] tests/amdgpu: add deadlock test for sdma
deadlock test for sdma will cause gpu recoverty.
disable the test for now until GPU reset recovery could survive at least
1000 times test.
v2: add modprobe parameter
Change-Id: I9adac63c62db22107345eddb30e7d81a1bda838c
Signed-off-by: Flora Cui
---
tests/amdgpu/amdgpu_test.c| 4 ++
tests/a
Hi Laurent.
> > > + * @DRM_BUS_FLAG_DE_LOW: The Data Enable signal is active low
> > > + * @DRM_BUS_FLAG_DE_HIGH:The Data Enable signal is
> > > active high
> > > + * @DRM_BUS_FLAG_PIXDATA_POSEDGE:Legacy value, do not use
> > > + * @DRM_BUS_FLAG_PIXDATA_NEGEDGE:
On Tue, Feb 26, 2019 at 6:25 AM Maxime Ripard wrote:
>
> Hi,
>
> This implements roughly what we discussed as part of the ANX6345 series to
> relax the pixel clock validation while still filtering out the modes we
> can't reach using the bridges.
>
> Let me know what you think,
> Maxime
With last
From: kbuild test robot
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c:405:2-3: Unneeded semicolon
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c:435:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: 1381f5b10b10 ("drm/amdgpu: add amdgpu_ras.c
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.2-wip
head: 5b1489e11b0d36226c0192b3ce18f5654fd15243
commit: 1381f5b10b10f8f88d01ca43be9161aeed1d68a2 [264/283] drm/amdgpu: add
amdgpu_ras.c to support ras (v2)
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/a
> >
> > I don't think you need the _pad fields here, and they're actually a bad
> > idea because the lack of checking in your ioctls means you can't trust
> > that userspace has initialized them to 0 when you want to redefine them
> > as a flags field later.
>
> Could I drop the _pad? I thought the
On Wed, Mar 6, 2019 at 4:16 AM Eric Anholt wrote:
>
> Qiang Yu writes:
>
> > - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
> > OpenGL vertex shader processing and PP is for fragment shader
> > processing. Each processor has its own MMU so prcessors work in
> > virtual ad
Hi Sam,
On Sat, Jan 12, 2019 at 01:41:11PM +0100, Sam Ravnborg wrote:
> On Sat, Jan 12, 2019 at 03:10:51AM +0200, Laurent Pinchart wrote:
> > This allows nicer kerneldoc with an easy way to reference the enum and
> > the values.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> > include/drm/dr
deadlock test for sdma will cause gpu recoverty.
disable the test for now until GPU reset recovery could survive at least
1000 times test.
Change-Id: I9adac63c62db22107345eddb30e7d81a1bda838c
Signed-off-by: Flora Cui
---
tests/amdgpu/amdgpu_test.c| 4 ++
tests/amdgpu/deadlock_tests.c | 103
On Wed, Mar 6, 2019 at 4:18 AM Eric Anholt wrote:
>
> Rob Herring writes:
>
> > On Fri, Mar 1, 2019 at 11:23 PM Qiang Yu wrote:
> >>
> >> > > +static struct lima_fence *lima_fence_create(struct lima_sched_pipe
> >> > > *pipe)
> >> > > +{
> >> > > + struct lima_fence *fence;
> >> > > +
> >
On Mon, 2019-02-25 at 10:09 +0800, wangyan wang wrote:
> From: Wangyan Wang
>
> V6 adopt maintainer's suggestion.
> Here is the change list between V5 & V6
> 1. change "unsigned char mux_flags;" to "u8 mux_flags;" to
> match with the struct in " clk: mediatek: add MUX_GATE_FLAGS_2".
>
Hi, Wangy
Hi Tomi,
On Fri, Jan 18, 2019 at 10:29:33AM +0200, Tomi Valkeinen wrote:
> On 18/01/19 00:04, Rob Herring wrote:
>
> > Mesa/libdrm already has lots of code to open the correct devices and
> > not care about minor numbers. What's the problem here?
>
> Well, maybe the problem is that I don't know
Hi Jyri,
Thank you for the patch.
On Fri, Feb 15, 2019 at 10:13:16AM +0200, Jyri Sarha wrote:
> Most of the struct tilcdc_panel_info data members, that are also
> exposed in dts binding, are essentially display IP register bits that
> should not need customization per connected display basis. Thi
Hi Jyri,
Thank you for the patch.
On Fri, Feb 15, 2019 at 10:13:15AM +0200, Jyri Sarha wrote:
> Calling drm_fbdev_cma_fini() after drm_dev_unregister() started to
> cause a crash when unloading tilcdc some time between 4.14 and
> 4.19. Instead of changing the unload order it looks like using
> dr
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-5.2-wip
head: 5b1489e11b0d36226c0192b3ce18f5654fd15243
commit: 09910581cf6218cad6416e53aa0645402d8147be [275/283] drm/amdkfd: add RAS
ECC event support (v2)
config: i386-randconfig-s2-201909 (attached as .config)
compiler: gcc-6 (Deb
On 3/4/19 11:49 AM, Helen Koike wrote:
> Hello,
>
> This series is a first attempt to fix the slow down in performance introduced
> by
> "[PATCH v2] drm: Block fb changes for async plane updates" where async update
> falls back to a sync update, causing igt failures of type:
>
> "CRITICAL:
On 3/4/19 11:49 AM, Helen Koike wrote:
> Async update callbacks are expected to set the old_fb in the new_state
> so prepare/cleanup framebuffers are balanced.
>
> Calling drm_atomic_set_fb_for_plane() (which gets a reference of the new
> fb and put the old fb) is not required, as it's taken car
Hi Brian,
On Fri, Feb 22, 2019 at 03:06:19PM +, Brian Starkey wrote:
> On Fri, Feb 22, 2019 at 04:46:29PM +0200, Laurent Pinchart wrote:
> > On Fri, Feb 22, 2019 at 02:30:03PM +, Brian Starkey wrote:
> >> On Thu, Feb 21, 2019 at 12:32:00PM +0200, Laurent Pinchart wrote:
> >>> One-shot entr
https://bugs.freedesktop.org/show_bug.cgi?id=80419
--- Comment #153 from hede ---
Why is this fix in older versions (like mesa 13.0) but not newer ones? Mesa
18.2.2 on Ubuntu 18.10 (cosmic) still needs manually patching. And upstream
version 19 still excludes this fix.
btw: I can confirm this b
On Sat, Nov 24, 2018 at 9:06 PM Brian Masney wrote:
> From: Jonathan Marek
>
> Add ACX467AKM-7 4.95" 1080×1920 LCD panel that is found on the LG Nexus
> 5 (hammerhead) phone.
>
> Signed-off-by: Jonathan Marek
> [masn...@onstation.org: checkpatch fixes; rename jdi,1080p-hammerhead
> binding to l
On Sat, Nov 24, 2018 at 9:06 PM Brian Masney wrote:
> Add binding for the LG ACX467AKM-7 4.95" 1080×1920 LCD panel that is
> found on the LG Nexus 5 (hammerhead) phone. This appears to be a JDI
> panel based on some Internet searches, however a specific model number
> could not be found. I disass
Maxime Ripard writes:
> [ Unknown signature status ]
> On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
>> On Mon, Mar 4, 2019 at 2:53 PM Eric Anholt wrote:
>> >
>> > Maxime Ripard writes:
>> >
>> > > In some cases, in order to accomodate with displays with poor EDIDs, we
>> > > ne
From: "Andrew F. Davis"
This framework allows a unified userspace interface for dma-buf
exporters, allowing userland to allocate specific types of
memory for use in dma-buf sharing.
Each heap is given its own device node, which a user can
allocate a dma-buf fd from using the DMA_HEAP_IOC_ALLOC.
Add very trivial allocation test for dma-heaps.
TODO: Need to actually do some validation on
the returned dma-buf.
Cc: Laura Abbott
Cc: Benjamin Gaignard
Cc: Greg KH
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Brian Starkey
Cc: Andrew F. Davis
Cc: Chenbo Feng
Cc: Alistair Strachan
Cc: dri-devel@l
Add generic helper dmabuf ops for dma heaps, so we can reduce
the amount of duplicative code for the exported dmabufs.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cross, Laura Abbott, and others!
C
This adds a CMA heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a CMA region.
This code is an evolution of the Android ION implementation, so
thanks to its original author and maintainters:
Benjamin Gaignard, Laura Abbott, and others!
Cc: Laura Abbott
Cc: Benjami
Here is a initial RFC of the dma-buf heaps patchset Andrew and I
have been working on which tries to destage a fair chunk of ION
functionality.
The patchset implements per-heap devices which can be opened
directly and then an ioctl is used to allocate a dmabuf from the
heap.
The interface is simi
This patch adds system heap to the dma-buf heaps framework.
This allows applications to get a page-allocator backed dma-buf
for non-contiguous memory.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cr
Rob Herring writes:
> On Fri, Mar 1, 2019 at 11:23 PM Qiang Yu wrote:
>>
>> > > +static struct lima_fence *lima_fence_create(struct lima_sched_pipe
>> > > *pipe)
>> > > +{
>> > > + struct lima_fence *fence;
>> > > +
>> > > + fence = kmem_cache_zalloc(lima_fence_slab, GFP_KERNEL);
>>
On Tue, Mar 05, 2019 at 11:34:48AM -0800, Jeykumar Sankaran wrote:
> On 2019-03-04 13:32, Sean Paul wrote:
> > On Wed, Feb 13, 2019 at 05:52:19PM -0800, Jeykumar Sankaran wrote:
> > > Subclass drm private object state for DPU for handling driver
> > > specific data. Adds atomic private object to dp
Qiang Yu writes:
> - Mali 4xx GPUs have two kinds of processors GP and PP. GP is for
> OpenGL vertex shader processing and PP is for fragment shader
> processing. Each processor has its own MMU so prcessors work in
> virtual address space.
> - There's only one GP but multiple PP (max 4 for
On Tue, Mar 05, 2019 at 09:42:50PM +0200, Jyri Sarha wrote:
> On 05/03/2019 17:43, Laurent Pinchart wrote:
> > Hi Jyri,
> >
> > Thank you for the patch.
> >
> > On Thu, Feb 28, 2019 at 01:18:50PM +0200, Jyri Sarha wrote:
> >> drm_fb_cma_get_gem_obj() may return NULL. The return value needs to be
On 05/03/2019 17:43, Laurent Pinchart wrote:
> Hi Jyri,
>
> Thank you for the patch.
>
> On Thu, Feb 28, 2019 at 01:18:50PM +0200, Jyri Sarha wrote:
>> drm_fb_cma_get_gem_obj() may return NULL. The return value needs to be
>> checked before dereferencing the returned pointer.
>>
>> Signed-off-by:
On Tue, Mar 05, 2019 at 02:21:04PM -0500, Alex Deucher wrote:
> On Tue, Mar 5, 2019 at 2:15 PM Ville Syrjälä
> wrote:
> >
> > On Tue, Mar 05, 2019 at 05:24:13PM +0200, Ville Syrjälä wrote:
> > > On Tue, Mar 05, 2019 at 10:12:40AM +0100, Maxime Ripard wrote:
> > > > On Mon, Mar 04, 2019 at 03:05:31
On 2019-03-04 13:32, Sean Paul wrote:
On Wed, Feb 13, 2019 at 05:52:19PM -0800, Jeykumar Sankaran wrote:
Subclass drm private object state for DPU for handling driver
specific data. Adds atomic private object to dpu crtc to
track hw resources per display. Provide helper function to
retrieve DPU
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #21 from Tim Carr ---
I can confirm that the amd-staging-drm-next kernel also works for my system.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel m
Hi Jyri,
Thank you for the patch.
On Thu, Feb 28, 2019 at 01:18:51PM +0200, Jyri Sarha wrote:
> Earlier there were no mode_valid() helper for crtc and tilcdc had a
> hack to over come this limitation. But now the mode_valid() helper is
> there (has been since v4.13), so it is about time to get ri
On Tue, Mar 5, 2019 at 2:15 PM Ville Syrjälä
wrote:
>
> On Tue, Mar 05, 2019 at 05:24:13PM +0200, Ville Syrjälä wrote:
> > On Tue, Mar 05, 2019 at 10:12:40AM +0100, Maxime Ripard wrote:
> > > On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
> > > > On Mon, Mar 4, 2019 at 2:53 PM Eric
On Tue, Mar 05, 2019 at 05:24:13PM +0200, Ville Syrjälä wrote:
> On Tue, Mar 05, 2019 at 10:12:40AM +0100, Maxime Ripard wrote:
> > On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
> > > On Mon, Mar 4, 2019 at 2:53 PM Eric Anholt wrote:
> > > >
> > > > Maxime Ripard writes:
> > > >
>
On Tue, Mar 5, 2019 at 1:16 PM Paul Menzel
wrote:
>
> Dear Linux folks,
>
>
> Using the MST display Dell UP3214Q (two panels) with an AMD system,
> the virtual monitor object is not created. GDM and Xfce consider both
> panels as separate screens (`xrandr --listmonitors`).
>
> [0.00] Linux
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com]
> Sent: Tuesday, March 5, 2019 8:09 PM
> To: C, Ramalingam ; intel-...@lists.freedesktop.org;
> dri-devel@lists.freedesktop.org; daniel.vet...@ffwll.ch; Shankar, Uma
>
> Subject: Re: [Intel-gfx] [PAT
On Tue, Mar 5, 2019 at 10:05 AM Andrew F. Davis wrote:
> On 3/4/19 7:16 PM, John Stultz wrote:
> > The current patchset against v5.0 (with hikey960 patches), which
> > includes the flags and other suggested changes is here:
> >
> > https://git.linaro.org/people/john.stultz/android-dev.git/log/?
On Mon, Mar 04, 2019 at 08:53:42AM -0600, Andrew F. Davis wrote:
> On 3/1/19 6:06 AM, Brian Starkey wrote:
> >
> > Am I right in thinking "cmd" comes from userspace? It might be a good
> > idea to not trust _IOC_SIZE(cmd) and use our own. I'm looking at
> > Documentation/ioctl/botching-up-ioctls.t
Maxime Ripard writes:
> [ Unknown signature status ]
> On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
>> On Mon, Mar 4, 2019 at 2:53 PM Eric Anholt wrote:
>> >
>> > Maxime Ripard writes:
>> >
>> > > In some cases, in order to accomodate with displays with poor EDIDs, we
>> > > ne
On 3/4/19 7:16 PM, John Stultz wrote:
> On Mon, Mar 4, 2019 at 6:53 AM Andrew F. Davis wrote:
>> On 3/1/19 6:06 AM, Brian Starkey wrote:
>>> On Mon, Feb 25, 2019 at 08:36:04AM -0600, Andrew F. Davis wrote:
+static long dma_heap_ioctl(struct file *filp, unsigned int cmd, unsigned
long ar
https://bugs.freedesktop.org/show_bug.cgi?id=109835
--- Comment #2 from rtent...@yandex.ru ---
Created attachment 143540
--> https://bugs.freedesktop.org/attachment.cgi?id=143540&action=edit
error
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109835
--- Comment #1 from rtent...@yandex.ru ---
Created attachment 143539
--> https://bugs.freedesktop.org/attachment.cgi?id=143539&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109835
Bug ID: 109835
Summary: [865G] [drm] GPU HANG: ecode 2:0:0x75f4003e, in
europa.exe [1323], reason: hang on rcs0, action: reset
Product: Mesa
Version: unspecified
Hardware:
On 05/03/2019 15:53, Maxime Ripard wrote:
Hi,
On Fri, Mar 01, 2019 at 07:48:15PM +0200, Georgi Djakov wrote:
On 2/11/19 17:02, Maxime Ripard wrote:
The current DT bindings assume that the DMA will be performed by the
devices through their parent DT node, and rely on that assumption for the
add
On 19/02/2019 10:55, Maxime Ripard wrote:
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 wr
https://bugs.freedesktop.org/show_bug.cgi?id=109834
pearlydragon changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=109834
Bug ID: 109834
Summary: No x86 libraries in new amdgpu-pro drivers
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
Hi,
On Fri, Mar 01, 2019 at 07:48:15PM +0200, Georgi Djakov wrote:
> On 2/11/19 17:02, Maxime Ripard wrote:
> > The current DT bindings assume that the DMA will be performed by the
> > devices through their parent DT node, and rely on that assumption for the
> > address translation using dma-range
Hi Jyri,
Thank you for the patch.
On Thu, Feb 28, 2019 at 01:18:50PM +0200, Jyri Sarha wrote:
> drm_fb_cma_get_gem_obj() may return NULL. The return value needs to be
> checked before dereferencing the returned pointer.
>
> Signed-off-by: Jyri Sarha
> ---
> drivers/gpu/drm/tilcdc/tilcdc_crtc.c
On Fri, Mar 1, 2019 at 11:23 PM Qiang Yu wrote:
>
> > > +static struct lima_fence *lima_fence_create(struct lima_sched_pipe *pipe)
> > > +{
> > > + struct lima_fence *fence;
> > > +
> > > + fence = kmem_cache_zalloc(lima_fence_slab, GFP_KERNEL);
> >
> > Out of curiosity, what is the be
On Tue, Mar 05, 2019 at 10:12:40AM +0100, Maxime Ripard wrote:
> On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
> > On Mon, Mar 4, 2019 at 2:53 PM Eric Anholt wrote:
> > >
> > > Maxime Ripard writes:
> > >
> > > > In some cases, in order to accomodate with displays with poor EDIDs,
On Tue, 2019-03-05 at 09:08 +0100, Maxime Ripard wrote:
> Chances are that they would stop at 1, call the device trash and never
> submit any quirk, therefore making the quirk approach useless in the
> process.
But the device _is_ trash. It's not like writing an accurate EDID is
difficult, if you
Op 26-02-2019 om 08:36 schreef Ramalingam C:
> Attaches the content type property for HDCP2.2 capable connectors.
>
> Implements the update of content type from property and apply the
> restriction on HDCP version selection.
>
> Signed-off-by: Ramalingam C
> ---
> drivers/gpu/drm/i915/intel_ddi.c
Op 26-02-2019 om 08:36 schreef Ramalingam C:
> This patch adds a DRM ENUM property to the selected connectors.
> This property is used for pass the protected content's type
> from userspace to kernel HDCP authentication.
>
> Type of the stream is decided by the protected content providers as
> Type
Hi,
[This is an automated email]
This commit has been processed because it contains a -stable tag.
The stable tag indicates that it's relevant for the following trees: all
The bot has tested the following trees: v4.20.13, v4.19.26, v4.14.104,
v4.9.161, v4.4.176, v3.18.136.
v4.20.13: Build OK!
On 4.3.2019 21.53, Arnd Bergmann wrote:
drivers/gpu/host1x/hw/channel_hw.c: In function 'host1x_channel_set_streamid':
drivers/gpu/host1x/hw/channel_hw.c:118:30: error: implicit declaration of
function 'dev_iommu_fwspec_get'; did you mean 'iommu_fwspec_free'?
[-Werror=implicit-function-declarat
On 03/04/2019 08:52 PM, Arnd Bergmann wrote:
> A recent cleanup introduced a build failure when a variable
> was spelled incorrectly:
>
> In file included from drivers/video/fbdev/mbx/mbxfb.c:881:
> drivers/video/fbdev/mbx/mbxdebugfs.c: In function 'mbxfb_debugfs_init':
> drivers/video/fbdev/mbx/
On Tue, 05 Mar 2019, Maxime Ripard wrote:
> On Mon, Mar 04, 2019 at 05:47:09PM +0200, Jani Nikula wrote:
>> On Mon, 04 Mar 2019, Maxime Ripard wrote:
>> > In some cases, in order to accomodate with displays with poor EDIDs, we
>> > need to ignore that the monitor alledgedly supports audio output
Quoting Andy Shevchenko (2019-03-05 10:20:31)
> On Tue, Mar 05, 2019 at 11:28:36AM +0200, Joonas Lahtinen wrote:
> > I take it that both instances are supposed to call bitmap_zalloc?
> >
> > If you can send a v2 that compiles, I can merge it after it passes the
> > CI.
>
> v2 had been sent yester
https://bugs.freedesktop.org/show_bug.cgi?id=109628
--- Comment #5 from Rafał Miłecki ---
Created attachment 143531
--> https://bugs.freedesktop.org/attachment.cgi?id=143531&action=edit
dmesg from 5.0.0-rc7 with WARNINGs
Thanks Nicholas for looking at this.
I kept running 5.0.0-rc7 for few mo
On Tue, 5 Mar 2019 at 10:36, Andrzej Hajda wrote:
>
> On 05.03.2019 10:28, Krzysztof Kozlowski wrote:
> > On Fri, 1 Mar 2019 at 13:24, Andrzej Hajda wrote:
> >> To support local paths both DECON and GSCALER should enable respective
> >> Smart Deck clocks DSD and GSD.
> >>
> >> Signed-off-by: Andr
On 05.03.2019 10:28, Krzysztof Kozlowski wrote:
> On Fri, 1 Mar 2019 at 13:24, Andrzej Hajda wrote:
>> To support local paths both DECON and GSCALER should enable respective
>> Smart Deck clocks DSD and GSD.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> arch/arm64/boot/dts/exynos/exynos5433.dtsi
I take it that both instances are supposed to call bitmap_zalloc?
If you can send a v2 that compiles, I can merge it after it passes the
CI.
Regards, Joonas
Quoting Andy Shevchenko (2019-03-04 11:03:20)
> Switch to bitmap_zalloc() to show clearly what we are allocating.
> Besides that it returns
On Fri, 1 Mar 2019 at 13:24, Andrzej Hajda wrote:
>
> To support local paths both DECON and GSCALER should enable respective
> Smart Deck clocks DSD and GSD.
>
> Signed-off-by: Andrzej Hajda
> ---
> arch/arm64/boot/dts/exynos/exynos5433.dtsi | 25 +-
> 1 file changed, 15 inse
Hi Eric,
On Mon, Mar 04, 2019 at 12:02:16PM -0800, Eric Anholt wrote:
> Maxime Ripard writes:
>
> > Signed-off-by: Maxime Ripard
>
> Googling for users of the firmware's hdmi_drive= flag, I'm seeing lots
> of people with hdmi_drive=2 (force HDMI mode) due to Raspberry Pi not
> allowing HDMI au
Hi,
On Mon, Mar 04, 2019 at 12:06:01PM -0800, Eric Anholt wrote:
> > Since a change of the command line parser can pretty easily get things
> > wrong and introduce regressions, I also worked with a number of unit tests
> > that you can find here: http://code.bulix.org/tpo7dg-607264?raw
>
> Would
On Mon, Mar 04, 2019 at 03:05:31PM -0500, Alex Deucher wrote:
> On Mon, Mar 4, 2019 at 2:53 PM Eric Anholt wrote:
> >
> > Maxime Ripard writes:
> >
> > > In some cases, in order to accomodate with displays with poor EDIDs, we
> > > need to ignore that the monitor alledgedly supports audio output
1 - 100 of 124 matches
Mail list logo
