On 2019/01/03 18:04, Dmitry Vyukov wrote:
> On Thu, Jan 3, 2019 at 9:55 AM Maarten Lankhorst
> wrote:
>> Just guessing..
>>
>> Does this help?
Yes it will. And while at it, let's fix another one together.
From 291e42211e3cc6d85c915772717dd08d40fb5fed Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
I should really get to bed ... of course, I meant
516a49cc19467e298d08a404f73a6e311f4548d1 ;-)
On Sat, 5 Jan 2019 at 01:16, Daniel Kamil Kozar wrote:
>
> Small omission on my part : I meant 4.19.12, not 4.19.2 as the last
> working version.
> Also, I can confirm that reverting
> 13947d150bae871bd
On Sat, Jan 05, 2019 at 10:37:17AM +0800, kbuild test robot wrote:
> Hi Jason,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.20 next-20190103]
> [if your patch is applied to the wrong git tree, please drop us a note to
Hello.
After upgrading the kernel to 4.20, I noticed that the boot time
increased from about 5 seconds to 25 seconds. My machine is an Asus
K53SV with an Intel i7-2630QM, i.e. Sandy Bridge. I have an external
display connected to it via HDMI. If the display is unplugged when
booting the machine, th
On Thu, Jan 03, 2019 at 05:33:19PM +0100, Michel Dänzer wrote:
> On 2018-12-30 2:00 a.m., Yu Zhao wrote:
> > Userspace may request pitch alignment that is not supported by GPU.
> > Some requests 32, but GPU ignores it and uses default 64 when cpp is
> > 4. If GEM object is allocated based on the sm
On Sun, 30 Dec 2018, I wrote:
> On Sat, 29 Dec 2018, LEROY Christophe wrote:
>
> > Finn Thain a ?crit?:
> >
> > > Make use of arch_nvram_ops in device drivers so that the nvram_* function
> > > exports can be removed.
> > >
> > > Since they are no longer global symbols, rename the PPC32 nvram_
On Fri, 2018-12-28 at 13:15 +0100, Daniel Vetter wrote:
> On Fri, Dec 28, 2018 at 04:13:07AM +0500, Ivan Mironov wrote:
> > SDL 1.2 sets all fields related to the pixel format to zero in some
> > cases[1]. Prior to commit db05c48197759 ("drm: fb-helper: Reject all
> > pixel format changing requests
Hi Ezequiel,
On 1/4/19 10:40 AM, Ezequiel Garcia wrote:
Hey Gustavo,
On Thu, 3 Jan 2019 at 17:25, Gustavo A. R. Silva wrote:
Fix boolean expressions by using logical AND operator '&&'
instead of bitwise operator '&'.
This issue was detected with the help of Coccinelle.
Fixes: 9a4b7d4c769e
On Fri, 2018-12-28 at 13:06 +0100, Daniel Vetter wrote:
> On Fri, Dec 28, 2018 at 04:13:08AM +0500, Ivan Mironov wrote:
> > Strict requirement of pixclock to be zero breaks support of SDL 1.2
> > which contains hardcoded table of supported video modes with non-zero
> > pixclock values[1].
> >
> >
Small omission on my part : I meant 4.19.12, not 4.19.2 as the last
working version.
Also, I can confirm that reverting
13947d150bae871bd880565ada318b0bcd0e690e from the current HEAD of
linux-stable fixes the issue.
On Sat, 5 Jan 2019 at 00:47, Daniel Kamil Kozar wrote:
>
> Hello.
> After upgradi
In adp8870_bl_ambient_light_zone_store, set, clear, and write
can return an error but are not checked. The fix adds a check for these
cases and returns -1 to match the return type (ssize_t).
Signed-off-by: Aditya Pakki
---
drivers/video/backlight/adp8870_bl.c | 16 +---
1 file change
Commit 2db76d7c3c6d ("lib/scatterlist: sg_page_iter: support sg lists w/o
backing pages") introduced the sg_page_iter_dma_address() function without
providing a way to use it in the general case. If the sg_dma_len is not
equal to the dma_length callers cannot safely use the
for_each_sg_page/sg_page
On Wed, Dec 26, 2018 at 10:06:19AM -0200, Fabio Estevam wrote:
> Since commit e6f6d63ed14c ("drm/msm: add headless gpu device for imx5")
> the DRM_MSM symbol can be selected by SOC_IMX5 causing the following
> error when building imx_v6_v7_defconfig:
>
> In file included from ../drivers/gpu/drm/ms
Hi Peter,
On Mon, Jan 7, 2019 at 9:26 AM Peter Rosin wrote:
> On 2019-01-06 10:33, Geert Uytterhoeven wrote:
> > On Mon, Nov 26, 2018 at 10:59 PM Peter Rosin wrote:
> >> If there are extra logos (CONFIG_FB_LOGO_EXTRA) the heights of these
> >> extra logos are not considered when centering the fi
Hi Daniel,
Am Montag, den 24.12.2018, 10:32 +0100 schrieb Daniel Vetter:
> On Fri, Dec 21, 2018 at 9:24 PM Dan Carpenter om> wrote:
> >
> > I don't think anyone responded to this one?
>
> Maybe time to move etnaviv into drm-misc so that there's a notch more
> redundancy in maintainers? Lucas, C
https://bugs.freedesktop.org/show_bug.cgi?id=109161
--- Comment #5 from mikhail.v.gavri...@gmail.com ---
Looks like I hurried to report that all is well.
With prolonged working, hangs still happens.
1)
[24501.462105] general protection fault: [#1] SMP NOPTI
[24501.462112] CPU: 0 PID: 2147 C
Hi Guido,
Am Sonntag, den 30.12.2018, 16:49 +0100 schrieb Guido Günther:
> Hi Lucas,
> On Wed, Dec 19, 2018 at 03:45:38PM +0100, Lucas Stach wrote:
> > Keep the page at address 0 as faulting to catch any potential state
> > setup issues early.
>
> This is a nice idea! But applying this and making
Hi Peter,
On Mon, Jan 7, 2019 at 10:03 AM Peter Rosin wrote:
> On 2019-01-07 09:59, Peter Rosin wrote:
> > On 2019-01-07 09:40, Geert Uytterhoeven wrote:
> >> On Mon, Jan 7, 2019 at 9:26 AM Peter Rosin wrote:
> >>> On 2019-01-06 10:33, Geert Uytterhoeven wrote:
> On Mon, Nov 26, 2018 at 10:
Hi,
On Mon, Jan 07, 2019 at 09:50:52AM +0100, Lucas Stach wrote:
> Hi Guido,
>
> Am Sonntag, den 30.12.2018, 16:49 +0100 schrieb Guido Günther:
> > Hi Lucas,
> > On Wed, Dec 19, 2018 at 03:45:38PM +0100, Lucas Stach wrote:
> > > Keep the page at address 0 as faulting to catch any potential state
>
On Wed, Jan 02, 2019 at 03:02:04PM +, Kazlauskas, Nicholas wrote:
> On 12/24/18 7:15 AM, Daniel Vetter wrote:
> > On Fri, Dec 21, 2018 at 09:33:24AM -0500, Nicholas Kazlauskas wrote:
> >> The behavior of drm_atomic_helper_cleanup_planes differs depending on
> >> whether the commit was an asynch
On 2019-01-07 5:00 a.m., Yu Zhao wrote:
> On Thu, Jan 03, 2019 at 05:33:19PM +0100, Michel Dänzer wrote:
>> On 2018-12-30 2:00 a.m., Yu Zhao wrote:
>>> Userspace may request pitch alignment that is not supported by GPU.
>>> Some requests 32, but GPU ignores it and uses default 64 when cpp is
>>> 4.
On Thu, Jan 03, 2019 at 11:03:36AM +0100, Lubomir Rintel wrote:
> Hi,
>
> On Wed, 2018-12-19 at 10:13 +0100, Daniel Vetter wrote:
> > On Wed, Dec 19, 2018 at 9:40 AM Lubomir Rintel wrote:
> > > Hi,
> > >
> > > here are patches that make the Armada DRM work on an OLPC XO-1.75.
> > > They build on
On Mon, Jan 07, 2019 at 09:42:00AM +0100, Lucas Stach wrote:
> Hi Daniel,
>
> Am Montag, den 24.12.2018, 10:32 +0100 schrieb Daniel Vetter:
> > On Fri, Dec 21, 2018 at 9:24 PM Dan Carpenter > om> wrote:
> > >
> > > I don't think anyone responded to this one?
> >
> > Maybe time to move etnaviv i
On Mon, Dec 31, 2018 at 12:57:24PM +, Simon Ser wrote:
> On Monday, December 24, 2018 11:23 AM, Daniel Vetter wrote:
> > On Sun, Dec 23, 2018 at 09:16:13AM +, Simon Ser wrote:
> >
> > > Hi all,
> > > Right now, the kernel parses EDIDs and exposes some of the data to
> > > userspace. For in
On Sat, Jan 05, 2019 at 09:11:53PM +0500, Ivan Mironov wrote:
> On Fri, 2018-12-28 at 13:15 +0100, Daniel Vetter wrote:
> > On Fri, Dec 28, 2018 at 04:13:07AM +0500, Ivan Mironov wrote:
> > > SDL 1.2 sets all fields related to the pixel format to zero in some
> > > cases[1]. Prior to commit db05c48
On Sat, Jan 05, 2019 at 09:21:21PM +0500, Ivan Mironov wrote:
> On Fri, 2018-12-28 at 13:06 +0100, Daniel Vetter wrote:
> > On Fri, Dec 28, 2018 at 04:13:08AM +0500, Ivan Mironov wrote:
> > > Strict requirement of pixclock to be zero breaks support of SDL 1.2
> > > which contains hardcoded table of
On Sat, Jan 05, 2019 at 09:21:21PM +0500, Ivan Mironov wrote:
> On Fri, 2018-12-28 at 13:06 +0100, Daniel Vetter wrote:
> > On Fri, Dec 28, 2018 at 04:13:08AM +0500, Ivan Mironov wrote:
> > > Strict requirement of pixclock to be zero breaks support of SDL 1.2
> > > which contains hardcoded table of
On Thu, Jan 03, 2019 at 06:06:53PM +0100, Noralf Trønnes wrote:
>
>
> Den 28.12.2018 21.38, skrev Daniel Vetter:
> > On Tue, May 29, 2018 at 9:54 AM Daniel Vetter wrote:
> > >
> > > On Fri, May 25, 2018 at 02:42:02PM +0200, Noralf Trønnes wrote:
> > > >
> > > > Den 24.05.2018 11.16, skrev Dani
The current one essentially means you need CMA or a vmalloc backed
object, which makes fbdev emulation a special case.
Since implementing this will be quite a bit of work, capture the idea
in a TODO.
Cc: Noralf Trønnes
Signed-off-by: Daniel Vetter
---
Documentation/gpu/todo.rst | 30 ++
On Sat, Dec 29, 2018 at 10:49:07AM +0800, YueHaibing wrote:
> 'ctx->handle' is unsigned, it never less than zero.
> This patch use int 'tmp_handle' to handle the err condition.
>
> Fixes: 62968144e673 ("drm: convert drm context code to use Linux idr")
> Signed-off-by: YueHaibing
Queue for 5.1 (s
https://bugs.freedesktop.org/show_bug.cgi?id=109234
--- Comment #2 from Michel Dänzer ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists
On Thu, Jan 03, 2019 at 10:16:54AM +, Chris Wilson wrote:
> Quoting Maarten Lankhorst (2019-01-03 09:03:27)
> > Op 30-12-2018 om 13:28 schreef Chris Wilson:
> > > Delay the drm_modeset_acquire_init() until after we check for an
> > > allocation failure so that we can return immediately upon err
On Thu, Jan 03, 2019 at 12:16:46AM -0800, Christoph Hellwig wrote:
> On Sun, Dec 30, 2018 at 06:48:31PM +0100, Sam Ravnborg wrote:
> > +/*
> > + * Use EXPORT_SYMBOL_FOR_TESTS_ONLY() for functions that shall
> > + * only be visible for drmselftests.
> > + */
> > +#if defined(CONFIG_DRM_DEBUG_SELFTES
On Sun, Dec 30, 2018 at 07:56:04PM +, Sinan Kaya wrote:
> This driver depends on the PCI infrastructure but the dependency has not
> been explicitly called out.
>
> Fixes: 5d32a66541c46 ("PCI/ACPI: Allow ACPI to be built without CONFIG_PCI
> set")
> Signed-off-by: Sinan Kaya
> Reviewed-by: L
On Wed, Jan 02, 2019 at 09:49:17AM +0100, Frank Wunderlich wrote:
> From: CK Hu
>
> This patch adds Framebuffer-Driver for Mediatek
>
> currently tested on mt7623, maybe works on other platforms
> MTK-FBDev written by CK Hu and ported from 4.4
>
> based on patchset drm/hdmi for 7623 v5 (except
Hi Vivek,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.0-rc1 next-20190107]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
> > Hello,
> >
> > lately I've been trying to make the Himax HX8837 chip that drives the OLPC
> > LCD display work with Armada DRM driver. I've been advised t
On Fri, Jan 04, 2019 at 09:56:10AM +0100, Paul Kocialkowski wrote:
> When drivers pass non-empty lists of modifiers for initializing their
> planes, we can infer that they allow framebuffer modifiers and set the
> driver's allow_fb_modifiers mode config element.
>
> In case the allow_fb_modifiers
On Fri, Jan 04, 2019 at 10:41:15PM +0100, Matteo Croce wrote:
> Fix spelling mistake: "lenght" -> "length"
>
> Signed-off-by: Matteo Croce
> ---
> drivers/gpu/drm/amd/include/atombios.h | 2 +-
> drivers/gpu/drm/omapdrm/dss/hdmi4_core.c | 2 +-
Best to split this up into an amd and omapdrm pat
On Mon, Jan 7, 2019 at 11:34 AM Daniel Vetter wrote:
>
> On Sun, Dec 30, 2018 at 07:56:04PM +, Sinan Kaya wrote:
> > This driver depends on the PCI infrastructure but the dependency has not
> > been explicitly called out.
> >
> > Fixes: 5d32a66541c46 ("PCI/ACPI: Allow ACPI to be built without
Hi Matt,
On Fri, Dec 28, 2018 at 03:51:30PM -0800, Matt Roper wrote:
> Some display controllers can be programmed to present non-black colors
> for pixels not covered by any plane (or pixels covered by the
> transparent regions of higher planes). Compositors that want a UI with
> a solid color ba
On Sat, Jan 05, 2019 at 12:48:07PM -0600, Aditya Pakki wrote:
> In adp8870_bl_ambient_light_zone_store, set, clear, and write
I'm curious...
What attracted you to this particular _store function? AFAICT the same
ignoring of return values occurs in other _store functions in this file?
> can retu
On Sat, Jan 05, 2019 at 12:48:07PM -0600, Aditya Pakki wrote:
> In adp8870_bl_ambient_light_zone_store, set, clear, and write
> can return an error but are not checked. The fix adds a check for these
> cases and returns -1 to match the return type (ssize_t).
Sorry... missed this before but there i
On 07.01.2019 11:45, Daniel Vetter wrote:
> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
>> On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
>>> Hello,
>>>
>>> lately I've been trying to make the Himax HX8837 chip that drives the OLPC
>>> LCD display work
Hi Vivek,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.0-rc1 next-20190107]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
Am Freitag, den 21.12.2018, 12:11 +0100 schrieb Philipp Zabel:
> Hi Lucas,
>
> > On Wed, Dec 19, 2018 at 4:40 PM Lucas Stach wrote:
> >
> > On a NOP double buffer update where current buffer address is the same
> > as the next buffer address, the SDW_UPDATE bit clears too late.
>
> What does th
Am 06.01.19 um 21:29 schrieb Bas Nieuwenhuizen:
On Sun, Jan 6, 2019 at 9:23 PM Christian König
wrote:
Am 06.01.19 um 10:46 schrieb Bas Nieuwenhuizen:
For radv we want to be able to pass in a master fd and be sure that
the created libdrm_amdgpu device also uses that master fd, so we can
use it
Hi,
> If register_framebuffer() fails during fbdev setup we will leak the
> framebuffer, the GEM buffer and the shadow buffer for defio. This is
> because drm_fb_helper_fbdev_setup() just calls drm_fb_helper_fini() on
> error not taking into account that register_framebuffer() can fail.
>
> Sin
On Mon, Jan 7, 2019 at 1:23 PM Christian König
wrote:
>
> Am 06.01.19 um 21:29 schrieb Bas Nieuwenhuizen:
> > On Sun, Jan 6, 2019 at 9:23 PM Christian König
> > wrote:
> >> Am 06.01.19 um 10:46 schrieb Bas Nieuwenhuizen:
> >>> For radv we want to be able to pass in a master fd and be sure that
>
Fix spelling mistake: "lenght" -> "length"
Signed-off-by: Matteo Croce
---
drivers/gpu/drm/amd/include/atombios.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/include/atombios.h
b/drivers/gpu/drm/amd/include/atombios.h
index 7931502fa54f..8ba21747b40a
Am 07.01.19 um 14:05 schrieb Bas Nieuwenhuizen:
> On Mon, Jan 7, 2019 at 1:23 PM Christian König
> wrote:
>> Am 06.01.19 um 21:29 schrieb Bas Nieuwenhuizen:
>>> On Sun, Jan 6, 2019 at 9:23 PM Christian König
>>> wrote:
Am 06.01.19 um 10:46 schrieb Bas Nieuwenhuizen:
> For radv we want to
Fix spelling mistake: "lenght" -> "length"
Signed-off-by: Matteo Croce
---
drivers/gpu/drm/omapdrm/dss/hdmi4_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/dss/hdmi4_core.c
b/drivers/gpu/drm/omapdrm/dss/hdmi4_core.c
index 813ba42f2753..e384b95
Hi,
sorry, only now got to test this on actual hardware,
Am Freitag, 14. Dezember 2018, 17:29:20 CET schrieb Ezequiel Garcia:
> From: Daniele Castagna
>
> Currently, YUV hardware overlays are converted to RGB using
> a color space conversion different than BT.601.
>
> The result is that colors
On Sat, Jan 05, 2019 at 12:47:12AM +0100, Daniel Kamil Kozar wrote:
> Hello.
> After upgrading the kernel to 4.20, I noticed that the boot time
> increased from about 5 seconds to 25 seconds. My machine is an Asus
> K53SV with an Intel i7-2630QM, i.e. Sandy Bridge. I have an external
> display conn
Hi James,
A few minor comments.
On Mon, Dec 24, 2018 at 08:58:46AM +, james qian wang (Arm Technology
China) wrote:
> D71 consists of a number of Register Blocks, every Block controls a
> specific HW function, every block has a common block_header to represent
> its type and pipeline informa
Hi Tvrtko,
On Mon, 31 Dec 2018 at 13:32, Tvrtko Ursulin
wrote:
>
>
> On 21/12/2018 13:26, Vincent Guittot wrote:
> > On Fri, 21 Dec 2018 at 12:33, Tvrtko Ursulin
[snip]
> >>
> >> If it is always monotonic, then worst case we report one wrong sample,
> >> which I guess is still not ideal since s
On Fri, Dec 21, 2018 at 02:26:11AM +0530, Jagan Teki wrote:
> On Tue, Dec 11, 2018 at 10:19 PM Maxime Ripard
> wrote:
> >
> > On Mon, Dec 10, 2018 at 09:47:19PM +0530, Jagan Teki wrote:
> > > Video start delay can be computed by subtracting total vertical
> > > timing with front porch timing and w
Am 03.01.19 um 18:42 schrieb Grodzovsky, Andrey:
On 01/03/2019 11:20 AM, Grodzovsky, Andrey wrote:
On 01/03/2019 03:54 AM, Koenig, Christian wrote:
Am 21.12.18 um 21:36 schrieb Grodzovsky, Andrey:
On 12/21/2018 01:37 PM, Christian König wrote:
Am 20.12.18 um 20:23 schrieb Andrey Grodzovsky:
On Mon, Jan 7, 2019 at 3:04 PM Vincent Guittot
wrote:
>
> Hi Tvrtko,
>
> On Mon, 31 Dec 2018 at 13:32, Tvrtko Ursulin
> wrote:
> >
> >
> > On 21/12/2018 13:26, Vincent Guittot wrote:
> > > On Fri, 21 Dec 2018 at 12:33, Tvrtko Ursulin
>
> [snip]
>
> > >>
> > >> If it is always monotonic, then wors
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Bug ID: 109239
Summary: Polaris10: Periodic random black screens for 1-2
seconds
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #1 from Raman Gupta ---
Created attachment 142998
--> https://bugs.freedesktop.org/attachment.cgi?id=142998&action=edit
Xorg.0.log without modesetting
--
You are receiving this mail because:
You are the assignee for the bug._
On 08/12/2018 18:12, Martin Blumenstingl wrote:
> This series adds support for the Mali-450 GPU on Meson8 and Meson8b.
> Meson6 uses a Mali-400 GPU but since we don't have a clock driver (and
> I don't have a device for testing) Meson6 is left out in this series.
>
> Meson8 uses a Mali-450 MP6 wit
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #2 from Raman Gupta ---
Created attachment 142999
--> https://bugs.freedesktop.org/attachment.cgi?id=142999&action=edit
dmesg with modesetting
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #3 from Raman Gupta ---
Created attachment 143000
--> https://bugs.freedesktop.org/attachment.cgi?id=143000&action=edit
dmesg without modesetting
--
You are receiving this mail because:
You are the assignee for the bug.__
Am Montag, den 07.01.2019, 10:13 +0100 schrieb Guido Günther:
> Hi,
> On Mon, Jan 07, 2019 at 09:50:52AM +0100, Lucas Stach wrote:
> > Hi Guido,
> >
> > Am Sonntag, den 30.12.2018, 16:49 +0100 schrieb Guido Günther:
> > > Hi Lucas,
> > > On Wed, Dec 19, 2018 at 03:45:38PM +0100, Lucas Stach wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=201815
--- Comment #12 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
There's a fix for this bug coming soon.
The bug only affects Raven systems and was a regression introduced in 4.20.
--
You are receiving this mail because:
You are watch
On Mon, Jan 7, 2019 at 7:42 PM Maxime Ripard wrote:
>
> On Fri, Dec 21, 2018 at 02:26:11AM +0530, Jagan Teki wrote:
> > On Tue, Dec 11, 2018 at 10:19 PM Maxime Ripard
> > wrote:
> > >
> > > On Mon, Dec 10, 2018 at 09:47:19PM +0530, Jagan Teki wrote:
> > > > Video start delay can be computed by su
https://bugzilla.kernel.org/show_bug.cgi?id=199139
--- Comment #23 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
Does this still occur on kernels for 4.21 and higher?
It isn't directly related to power management, but there are many of these
classes of edge cases with atomic commit f
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> Add forward declaration and pull in include
> file to make drm_framebuffer.h self contained.
>
> While add it order include files alphabetically.
>
> The use of TASK_COMM_LEN is the reason for including sched.h.
> I could not see any good way to avoid
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drm_file.h embed struct idr, so this file need to know
> the full type definition.
>
> With this change users of drm_file.h are no longer forced
> to include idr.h - a file they usually get from drmP.h
>
> This makes it simpler to remove drmP.h includ
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> No further changes required.
>
> Signed-off-by: Sam Ravnborg
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Sean Paul
> Cc: David Airlie
> Cc: Daniel Vetter
> ---
Acked-by: Noralf Trønnes
___
dri-d
Daniel Vetter writes:
> Best to pull in some other compositor people and get them to agree. From a
> kernel pov I'm fine with whatever userspace preferes.
Hrm. It would be good to have everyone using the same interpretation of
EDID data; in particular, where the kernel has quirks that change the
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142991|text/x-log |text/plain
mime type|
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> With all dependencies fixed we can now remove
> drmP.h from drm_gem_cma_helper.h.
> It is replaced by the include files required,
> or forward declarations as appropritate.
>
> Signed-off-by: Sam Ravnborg
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142992|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142994|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109238
Alex Deucher changed:
What|Removed |Added
Attachment #142993|text/x-log |text/plain
mime type|
On Mon, Jan 07, 2019 at 12:26:58PM +0100, Andrzej Hajda wrote:
> On 07.01.2019 11:45, Daniel Vetter wrote:
> > On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> >> On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
> >>> Hello,
> >>>
> >>> lately I've been try
Den 30.12.2018 18.48, skrev Sam Ravnborg:
> drmP.h was the only header file in the past and a lot
> of files rely on that drmP.h defines everything.
> The goal is to one day to delete drmP.h and
> as a step towards this it will no longer be included in the
> headers files in include/drm/
>
> To
On Mon, Jan 07, 2019 at 05:37:08PM +0530, Vivek Gautam wrote:
> After mapping a sg list the we should use sg_dma_address() and
> sg_dma_len() macros to access sg->address and sg->length. Fix
> the same for sg->length in drm_prime_sg_to_page_addr_arrays().
>
> Signed-off-by: Vivek Gautam
> ---
>
On Mon, Jan 07, 2019 at 11:45:32AM +0100, Daniel Vetter wrote:
> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
> > This is the long-standing problem with the conflict between bridge
> > support and component support, and I'm not sure that there is really
> > any answer t
On 07.01.2019 17:08, Daniel Vetter wrote:
> On Mon, Jan 07, 2019 at 12:26:58PM +0100, Andrzej Hajda wrote:
>> On 07.01.2019 11:45, Daniel Vetter wrote:
>>> On Thu, Jan 03, 2019 at 01:11:47PM +, Russell King - ARM Linux wrote:
On Thu, Jan 03, 2019 at 10:47:27AM +0100, Lubomir Rintel wrote:
Den 07.01.2019 11.22, skrev Daniel Vetter:
> The current one essentially means you need CMA or a vmalloc backed
> object, which makes fbdev emulation a special case.
>
> Since implementing this will be quite a bit of work, capture the idea
> in a TODO.
>
> Cc: Noralf Trønnes
> Signed-off-by: D
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142997|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142999|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #143000|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=109239
Michel Dänzer changed:
What|Removed |Added
Attachment #142998|text/x-log |text/plain
mime type|
On Mon, Jan 07, 2019 at 07:57:54AM -0800, Keith Packard wrote:
> Daniel Vetter writes:
>
> > Best to pull in some other compositor people and get them to agree. From a
> > kernel pov I'm fine with whatever userspace preferes.
>
> Hrm. It would be good to have everyone using the same interpretati
https://bugs.freedesktop.org/show_bug.cgi?id=109239
--- Comment #4 from Michel Dänzer ---
When you wrote "modesetting", you meant "DC". So the problem is the same with
or without DC?
Does it also happen with the Xorg modesetting driver instead of
xf86-video-amdgpu, or with a Wayland compositor s
Commit 5c63e407aaab ("fbdev: Convert to using %pOFn instead of
device_node.name") changed how the OF FB driver handles the OF node
name. This missed the case where the node name is passed to
offb_init_palette_hacks(). This results in a NULL ptr dereference
in strncmp and breaks any system except on
On Wed, Jan 2, 2019 at 2:03 PM Mathieu Malaterre wrote:
>
> Bartlomiej,
>
> Do you need an Acked-by from Rob, or can you take it in the next round
> of fixes for v4.20 ?
Sorry, I missed this.
>
> Just to repeat myself, previous code would call
> offb_init_palette_hacks(), which in turn would do:
The prepare_fb call always happens on new_plane_state.
The drm_atomic_helper_cleanup_planes checks to see if
plane state pointer has changed when deciding to call cleanup_fb on
either the new_plane_state or the old_plane_state.
For a non-async atomic commit the state pointer is swapped, so this
h
https://bugs.freedesktop.org/show_bug.cgi?id=109234
--- Comment #3 from bmil...@gmail.com ---
(In reply to Michel Dänzer from comment #2)
> Can you bisect?
I could but I don't have a reliable reproduction yet. I don't know what
triggers the bug.
--
You are receiving this mail because:
You are t
Hi Dave, Daniel,
Here is the first PR for 5.1 for drm-misc-next.
This is my first PR ever for drm-misc, so please let me know if I
screwed up somehow :)
Thanks!
Maxime
drm-misc-next-2019-01-07-1:
drm-misc-next for 5.1:
UAPI Changes:
Cross-subsystem Changes:
- Turn dma-buf fence sequence num
Hi Ahmad.
> On 2/1/19 22:37, Sam Ravnborg wrote:
> > The problem with the RED/BLUE lines swapped is something I
> > have encountered while working with DRM support for Atmel at91sam9263 too.
> >
> > The solution selected is to extend the endpoint with
> > a new optional property:
> >
> > - wirin
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #6 from whoop ---
With v5.0-rc1 the system hangs with a black screen after I login at gdm when
the power adapter is connected
--
You are receiving this mail because:
You are the assignee for the bug.
Hi Jani,
On Wed, Jan 02, 2019 at 12:00:49PM +0200, Jani Nikula wrote:
> I embarked on removing drmP.h includes from i915, but that requires a
> bunch of drm header cleanup to add relevant includes and forward
> declarations. Due to the timing, propagating the patches back to i915
> would take eons
https://bugs.freedesktop.org/show_bug.cgi?id=109073
--- Comment #7 from whoop ---
Created attachment 143004
--> https://bugs.freedesktop.org/attachment.cgi?id=143004&action=edit
kern.log using kernel v5.0-rc1 with black screen after login with power adapter
plugged in
--
You are receiving thi
1 - 100 of 149 matches
Mail list logo
