https://bugs.freedesktop.org/show_bug.cgi?id=23
--- Comment #3 from Brian Schott ---
I have this problem as well with my 3400G. It's very similar to the problem
that my 2700u laptop has with 5.2:
https://bugs.freedesktop.org/show_bug.cgi?id=22
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=110214
Diego Viola changed:
What|Removed |Added
Summary|Raven Ridge: xterm |Raven Ridge (2400G): xterm
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #11 from rol...@rptd.ch ---
Unfortunately it does not compile like this:
FAILED: src/amd/common/2a96a08@@amd_common@sta/ac_nir_to_llvm.c.o
cc -Isrc/amd/common/2a96a08@@amd_common@sta -Isrc/amd/common
-I../src/amd/common
Hi Robert,
On Tue, Jul 16, 2019 at 04:54:50PM +0200, Guido Günther wrote:
> Hi Robert,
> On Fri, Jul 12, 2019 at 08:15:32AM +, Robert Chiras wrote:
> > Hi Guido,
> >
> > On Jo, 2019-07-11 at 17:04 +0200, Guido Günther wrote:
> > > Hi Robert,
> > > On Wed, Jun 26, 2019 at 04:32:08PM +0300,
Hi Noralf.
Good to see a long journey end with a very nice result.
I only entered the DRM world for the last parts of the journey,
but nevertheless impressed by all the nice refactoring done.
On Sat, Jul 20, 2019 at 03:47:03PM +0200, Noralf Trønnes wrote:
> This series ticks off the last tinydrm
https://bugs.freedesktop.org/show_bug.cgi?id=110214
Diego Viola changed:
What|Removed |Added
Summary|radeonsi: xterm scrollback |Raven Ridge: xterm
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #10 from Matt Turner ---
(In reply to rol...@rptd.ch from comment #9)
> I get two config attempts. This is the second one. Do you see anything out
> of place here?
>
> meson --buildtype plain --libdir lib64 --localstatedir /var/lib
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #71 from deltasquared ---
I would like to pitch into this as it seems this particular problem has been
plaguing me for some months now. Currently running kernel 5.2.1-arch1-1-ARCH
and I will still occasionally get errors like this
Dne sobota, 20. julij 2019 ob 07:42:55 CEST je Maxime Ripard napisal(a):
> On Sat, Jul 13, 2019 at 02:03:43PM +0200, Jernej Skrabec wrote:
> > In order to correctly convert image between YUV and RGB, you have to
> > know color encoding and color range. This patch set adds appropriate
> >
https://bugzilla.kernel.org/show_bug.cgi?id=204227
--- Comment #3 from dolohow (dolo...@outlook.com) ---
Well, that took me some time...
Looks like this is the cause...
005440066f929ba0dca8f4e0aebfbf8daac592cc is the first bad commit
commit 005440066f929ba0dca8f4e0aebfbf8daac592cc
Author: Huang
https://bugs.freedesktop.org/show_bug.cgi?id=110733
--- Comment #2 from Alexander Mezin ---
Kernel starts booting with firmware 20190618 after commit
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bfcea5204287b0a09dac71fa56a5d066d94d9bb1
Unfortunately, when I
Hi Hans,
Den 20.07.2019 15.44, skrev Hans de Goede:
> Hi Noralf,
>
> On 18-07-19 14:07, Noralf Trønnes wrote:
>>
>>
>> Den 17.07.2019 22.37, skrev Hans de Goede:
>>> Hi Noralf,
>>>
>>> Thank you for the review.
>>>
>>> On 17-07-19 17:24, Noralf Trønnes wrote:
Den 12.07.2019 20.53,
Split struct mipi_dbi into an interface part and a display pipeline part.
The interface part can be used by drivers that need to initialize the
controller, but that won't upload the framebuffer over this interface.
MIPI DBI supports 3 interface types:
- A. Motorola 6800 type parallel bus
- B.
This moves mipi-dbi to be a core helper with the name drm_mipi_dbi.
Fixup include's in drivers.
Move the docs entry and delete tinydrm.rst.
Delete the last tinydrm todo entry.
Cc: Eric Anholt
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/drivers.rst |
This series ticks off the last tinydrm todo entry and moves out mipi_dbi
to be a core helper.
It splits struct mipi_dbi into an interface part and a display pipeline
part (upload framebuffer over SPI). I also took the opportunity to
rename the ambiguous 'mipi' variable name to 'dbi'. This lines
struct mipi_dbi is going to be split into an interface part and a display
pipeline part. The interface part can be used by drivers that need to
initialize the controller, but that won't upload the framebuffer over
this interface.
tinydrm uses the variable name 'mipi' but this is not a good name
struct mipi_dbi is going to be split into an interface part and a display
pipeline part. The interface part can be used by drivers that need to
initialize the controller, but that won't upload the framebuffer over
this interface.
tinydrm uses the variable name 'mipi' but this is not a good name
tinydrm is just a collection of tiny drivers now.
Add T: drm-misc entry for tinydrm drivers that lacks it.
Cc: David Lechner
Signed-off-by: Noralf Trønnes
---
MAINTAINERS | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
cmdlock protects command execution so put it in mipi_dbi_spi_init()
where it conceptually belongs.
This is prep work for the splitting of struct mipi_dbi.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mipi-dbi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi Noralf,
On 18-07-19 14:07, Noralf Trønnes wrote:
Den 17.07.2019 22.37, skrev Hans de Goede:
Hi Noralf,
Thank you for the review.
On 17-07-19 17:24, Noralf Trønnes wrote:
Den 12.07.2019 20.53, skrev Hans de Goede:
Add a modesetting driver for Grain Media GM12U320 based devices
On 19/07/2019 15:27, Rob Herring wrote:
> On Thu, Jul 18, 2019 at 9:03 AM Steven Price wrote:
>>
>> On 17/07/2019 19:33, Rob Herring wrote:
>>> The midgard/bifrost GPUs need to allocate GPU heap memory which is
>>> allocated on GPU page faults and not pinned in memory. The vendor driver
>>> calls
Hi
On Sat., 20 Jul. 2019, 8:58 am Maxime Ripard,
wrote:
> On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi
> wrote:
> > > > tcon-pixel clock is the rate that you want to achive on display side
> > > > and if you have 4 lanes 32bit or lanes and different bit number that
> >
fix below issue reported by coccicheck
drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.c:1306:52-53:
asic_setup: first occurrence line 1309, second occurrence line 1337
Signed-off-by: Hariprasad Kelam
---
drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.c | 1 -
1 file changed, 1 deletion(-)
On 18/07/2019 18:03, Rob Herring wrote:
> On Thu, Jul 18, 2019 at 9:03 AM Steven Price wrote:
>>
>> On 17/07/2019 19:33, Rob Herring wrote:
>>> Executable buffers have an alignment restriction that they can't cross
>>> 16MB boundary as the GPU program counter is 24-bits. This restriction is
>>>
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--- Comment #1 from Alexander Kitaev (kit...@gmail.com) ---
Created attachment 283865
--> https://bugzilla.kernel.org/attachment.cgi?id=283865=edit
lspci
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=204241
Bug ID: 204241
Summary: amdgpu fails to resume from suspend
Product: Drivers
Version: 2.5
Kernel Version: 5.2.1-arch1-1-ARCH
Hardware: Intel
OS: Linux
Tree:
Hi
On Sat, Jul 20, 2019 at 11:32 AM Maxime Ripard
wrote:
>
> On Sat, Jul 20, 2019 at 12:46:27PM +0530, Jagan Teki wrote:
> > On Sat, Jul 20, 2019 at 12:28 PM Maxime Ripard
> > wrote:
> > >
> > > On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi
> > > wrote:
> > > > > >
On Sat, Jul 20, 2019 at 12:46:27PM +0530, Jagan Teki wrote:
> On Sat, Jul 20, 2019 at 12:28 PM Maxime Ripard
> wrote:
> >
> > On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi wrote:
> > > > > tcon-pixel clock is the rate that you want to achive on display side
> > > > > and
The DRM_READ, DRM_WRITE macros comes from the deprecated drm_os_linux.h
header file. Remove their use to remove this dependency.
Replace the use of the macros with open coded variants.
Signed-off-by: Sam Ravnborg
Cc: Kevin Brace
Cc: Thomas Hellstrom
Cc: "Gustavo A. R. Silva"
Cc: Mike
Drop use of the deprecated drmP.h header.
While touching the files divide include files in blocks
and sort the files alphabetically.
v2:
- Replace all uses of DRM_WAIT_ON() with VIA_WAIT_ON()
and thus avoiding to pull in drm_os_linux.h
Signed-off-by: Sam Ravnborg
Cc: Kevin Brace
Cc: Thomas
This is some janitorial updates to the via driver
that is required to get rid of deprecated headers
in the drm subsystem.
The first three patches prepare for the removal of drmP.h.
The last patch remove use of drmP.h and replace with necessary
include files to fix build.
Build tested with
VIA_WAIT_ON() is a direct copy of DRM_WAIT_ON() from
drm_os_linux.h.
The copy is made so we can avoid the dependency on the legacy header.
A more involved approach had been to introduce wait_event_* but for this
legacy driver the simpler and more safe approach with a copy of the
macro was
Added include of header file to make this header file
self-contained.
Signed-off-by: Sam Ravnborg
Cc: Kevin Brace
Cc: Thomas Hellstrom
Cc: "Gustavo A. R. Silva"
Cc: Mike Marshall
Cc: Ira Weiny
Cc: Daniel Vetter
Cc: Emil Velikov
Cc: Michel Dänzer
---
drivers/gpu/drm/via/via_drv.h | 3 +++
On Sat, Jul 20, 2019 at 12:46 PM Jagan Teki wrote:
>
> On Sat, Jul 20, 2019 at 12:28 PM Maxime Ripard
> wrote:
> >
> > On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi wrote:
> > > > > tcon-pixel clock is the rate that you want to achive on display side
> > > > > and if you
On Sat, Jul 20, 2019 at 12:28 PM Maxime Ripard
wrote:
>
> On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi wrote:
> > > > tcon-pixel clock is the rate that you want to achive on display side
> > > > and if you have 4 lanes 32bit or lanes and different bit number that
> > > >
On Thu, Jul 11, 2019 at 07:43:16PM +0200, Michael Nazzareno Trimarchi wrote:
> > > tcon-pixel clock is the rate that you want to achive on display side
> > > and if you have 4 lanes 32bit or lanes and different bit number that
> > > you need to have a clock that is able to put outside bits and
36 matches
Mail list logo