https://bugs.freedesktop.org/show_bug.cgi?id=102962
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #11 from Timothy
Hi,
On Tue, 2018-07-17 at 22:41 +1000, Julian Calaby wrote:
> Hi Paul,
>
> On Tue, Jul 17, 2018 at 6:53 PM Paul Kocialkowski
> wrote:
> >
> > Not all sunxi platforms with the first version of the Display Engine
> > support an alpha component on the plane with the lowest z position
> > (as in: l
On Tue, Jul 3, 2018 at 9:03 PM, Souptick Joarder wrote:
> The fault handler code is commented since v4.2.
> If there is no plan to enable the fault handler
> code in future, we can remove this dead code.
>
> Signed-off-by: Souptick Joarder
> ---
> v2: corrected subject line
>
Any further comment
From: Kieran Bingham
Calculate the top and bottom fields for the interlaced frames and
utilise the extended display list command feature to implement the
auto-field operations. This allows the DU to update the VSP2 registers
dynamically based upon the currently processing field.
Signed-off-by: K
From: Kieran Bingham
The vsp1 reference in the vsp1_dl_body structure is not used.
Remove it.
Signed-off-by: Kieran Bingham
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_dl.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/platform/vsp1/vsp1_dl.c
b/dri
Hi Janusz, Tony
Janusz Krzysztofik wrote on Wed, 18 Jul 2018
01:14:47 +0200:
> Now as Amstrad Delta board - the only user of this driver - provides
> GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and
> use the table to locate required GPIO pins.
>
> Declare static variables f
From: Kieran Bingham
Both vsp1_dl_list_commit() and __vsp1_dl_list_put() walk the display
list chain referencing the nodes as children, when in reality they are
siblings.
Update the terminology to 'dl_next' to be consistent with the
vsp1_video_pipeline_run() usage.
Signed-off-by: Kieran Bingham
On Tue, Jul 17, 2018 at 10:45:18AM +0200, Thomas Zimmermann wrote:
> This patch unifies the naming of DRM functions for reference counting
> of struct drm_device. The resulting code is more aligned with the rest
> of the Linux kernel interfaces.
>
> Signed-off-by: Thomas Zimmermann
Reviewed-by:
This is a follow up of initial submission of a series consisted of
6 changes, 3 of which have been already applied or reworkeed.
V2 changelog:
[PATCH 1/6] ARM: OMAP1: ams-delta: add GPIO lookup tables
- already in mainline, commit 68e62a15a914
[PATCH 2/6] Input: ams_delta_serio: use GPIO
Now as board header file is no longer included by drivers, move it to
the root directory of mach-omap1.
Signed-off-by: Janusz Krzysztofik
---
Depends on patches 1/3 and 2/3 of the series.
arch/arm/mach-omap1/ams-delta-fiq-handler.S | 2 +-
arch/arm/mach-omap1/ams-delta-fiq.c
This patch adds support for the Armadeus ST0700 Adapt. It comes with a
Santek ST0700I5Y-RBSLW 7.0" WVGA (800x480) TFT and an adapter board so
that it can be connected on the TFT header of Armadeus Dev boards.
Signed-off-by: Sébastien Szymanski
---
.../display/panel/armadeus,st0700-adapt.txt
This has been unused since commit 44b460cfe554 ("drm: imx: remove struct
imx_drm_crtc and imx_drm_crtc_helper_funcs")
Signed-off-by: Leonard Crestez
---
drivers/gpu/drm/imx/imx-drm-core.c | 1 -
1 file changed, 1 deletion(-)
Looking at the imx_drm_device struct it is only used to save the
drm_a
Hi Jordan,
Thanks for the patches, I finally got around testing them with SMMUv3.
It's an important feature, arguably more than SVA itself. I could pick
this one as part of the SVA series, what do you think?
Although I probably would have done the same, I dislike the interface
because it forces u
Hi,
Please ignore this submission, I'm going to send this patch with two others in
a single series.
Thanks,
Janusz
On Tuesday, July 17, 2018 6:54:00 PM CEST Janusz Krzysztofik wrote:
> Now as Amstrad Delta board - the only user of this driver - provides
> GPIO lookup tables, switch from GPIO nu
Now as Amstrad Delta board - the only user of this driver - provides
GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and
use the table to locate required GPIO pins.
Declare static variables for storing GPIO descriptors and replace
gpio_ function calls with their gpiod_ equivalents
Adding lcdif nodes to a power domain currently does work, it results in
black/corrupted screens or hangs. While the driver does enable runtime
pm it does not deal correctly with the block being unpowered.
Ensure power is on when required by adding pm_runtime_get/put_sync to
mxsfb_pipe_enable/disab
From: Kieran Bingham
The Gen3 R-Car DU devices make use of the VSP to handle frame processing.
In this series we implement support for handling interlaced pipelines by using
the auto-fld feature of the VSP hardware.
The implementation is preceded by some cleanup work and refactoring, through
pa
From: Kieran Bingham
The pixel format is 'unsupported'. Fix the small debug message which
incorrectly declares this.
Signed-off-by: Kieran Bingham
Reviewed-by: Laurent Pinchart
---
drivers/media/platform/vsp1/vsp1_drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
Hi Paul,
On Tue, Jul 17, 2018 at 6:53 PM Paul Kocialkowski
wrote:
>
> Not all sunxi platforms with the first version of the Display Engine
> support an alpha component on the plane with the lowest z position
> (as in: lowest z-pos), that gets blended with the background color.
>
> In particular,
Now as Amstrad Delta board - the only user of this driver - provides
GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and
use the table to locate required GPIO pins.
Declare static variables for storing GPIO descriptors and replace
gpio_ function calls with their gpiod_ equivalents
On Tue, Jul 17, 2018 at 04:14:16PM -0400, Sean Paul wrote:
> On Tue, Jul 17, 2018 at 03:28:21PM +0200, Nicholas Mc Guire wrote:
> > drm_legacy_ctxbitmap_next() returns idr_alloc() which can return
> > -ENOMEM, -EINVAL or -ENOSPC none of which are -1. since drm_context_t
> > is an unsigned int an in
On Tue, 2018-07-17 at 15:21 +0200, Philipp Zabel wrote:
> On Tue, 2018-07-17 at 15:11 +0300, Leonard Crestez wrote:
> > This has been unused since commit 44b460cfe554 ("drm: imx: remove struct
> > imx_drm_crtc and imx_drm_crtc_helper_funcs")
> >
> > Signed-off-by: Leonard Crestez
>
> Applied to
On Wed, 2018-07-18 at 00:03 +0200, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> The MMSYS subsystem includes clocks and drm components.
> This patch adds an initailization path through a platform device
> for the clock part, so that both drivers get probed from the same
> device tr
From: Kieran Bingham
The VSP1 devices define their specific capabilities through features
marked in their device info structure. Various parts of the code read
this info structure to infer if the features are available.
Wrap this into a more readable vsp1_feature(vsp1, f) macro to ensure
that us
Ping - any comments from anyone on this idea?
On Fri, Jul 06, 2018 at 01:43:05PM +0100, Russell King - ARM Linux wrote:
> On Fri, Jul 06, 2018 at 11:03:46AM +0100, Russell King - ARM Linux wrote:
> > On Wed, Apr 25, 2018 at 11:01:15PM +0300, Jyri Sarha wrote:
> > > Oh yes. But in this case the sub
From: Kieran Bingham
Header mode display lists are now supported on all WPF outputs. To
support extended headers and auto-fld capabilities for interlaced mode
handling only header mode display lists can be used.
Disable the headerless display list configuration, and remove the dead
code.
Signed
Now as Amstrad Delta board - the only user of this driver - provides
GPIO lookup tables, switch from GPIO numbers to GPIO descriptors and
use the table to locate required GPIO pins.
Declare static variables for storing GPIO descriptors and replace
gpio_ function calls with their gpiod_ equivalents
Hi Eric,
On 07/17/2018 01:40 PM, Eric Anholt wrote:
> "Gustavo A. R. Silva" writes:
>
>> Add suffix ULL to constant 1000 in order to give the compiler complete
>> information about the proper arithmetic to use.
>>
>> Notice that such constant is used in a context that expects an
>> expression of
From: Kieran Bingham
The use of the packed attribute can cause a performance penalty for
all accesses to the struct members, as the compiler will assume that the
structure has the potential to have an unaligned base.
These structures are all correctly aligned and contain no holes, thus
the attri
On Fri, 2018-07-13 at 12:57 +0200, Stefan Agner wrote:
> On 05.06.2018 19:11, Leonard Crestez wrote:
> > Adding imx6sl/sx lcdif nodes in a power domain currently does work, it
> > results in black/corrupted screens or hangs. While the driver does
> > enable runtime pm it does not deal correctly wit
From: Kieran Bingham
If there is an error allocating a display list within a DLM object
the existing display lists are not free'd, and neither is the DL body
pool.
Use the existing vsp1_dlm_destroy() function to clean up on error.
Signed-off-by: Kieran Bingham
Reviewed-by: Laurent Pinchart
--
From: Kieran Bingham
Use the newly exposed VSP1 interface to enable interlaced frame support
through the VSP1 LIF pipelines.
The DSMR register is updated to set the ODEV flag on interlaced
pipelines, thus defining an interlaced stream as having the ODD field
located in the second half (BOTTOM) o
From: Kieran Bingham
Extended display list headers allow pre and post command lists to be
executed by the VSP pipeline. This provides the base support for
features such as AUTO_FLD (for interlaced support) and AUTO_DISP (for
supporting continuous camera preview pipelines.
Signed-off-by: Kieran B
On Wed, 2018-07-18 at 00:03 +0200, matthias@kernel.org wrote:
> From: Matthias Brugger
>
> It can happen that the clock drivers wasn't probed before the
> ddp driver gets invoked. The driver used to omit a warning
> that the driver failed to get the clocks. Omit this error on
> the defered pr
Try a bit harder to produce a devcoredump when things go wrong. If we
fail to allocate the memory for a dump including the actual bo contents,
omit the bos and try again. Capturing some information from the GPU is
better than having no information.
Signed-off-by: Russell King
---
drivers/gpu/d
From: Kieran Bingham
VSPD and VSP-DL devices can provide extended display lists supporting
extended command display list objects.
These extended commands require their own dma memory areas for a header
and body specific to the command type.
Implement a command pool to allocate all necessary mem
https://bugzilla.kernel.org/show_bug.cgi?id=200531
--- Comment #2 from Alexander Mezin (mezin.alexan...@gmail.com) ---
Also got "BUG: unable to handle kernel NULL pointer dereference". Happened when
waking the display from suspend (the system itself wasn't suspended, because of
https://bugzilla.ke
https://bugzilla.kernel.org/show_bug.cgi?id=200531
--- Comment #3 from Alexander Mezin (mezin.alexan...@gmail.com) ---
Created attachment 277393
--> https://bugzilla.kernel.org/attachment.cgi?id=277393&action=edit
dmesg with BUG: unable to handle kernel NULL pointer dereference
--
You are rece
On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner wrote:
> On Tue, Jul 17, 2018 at 12:53:11PM -0400, Lyude Paul wrote:
>> On Tue, 2018-07-17 at 09:16 +0200, Lukas Wunner wrote:
>> > On Mon, Jul 16, 2018 at 07:59:25PM -0400, Lyude Paul wrote:
>> > > In order to fix all of the spots that need to have ru
On Tue, Jul 17, 2018 at 8:34 PM, Lyude Paul wrote:
> On Tue, 2018-07-17 at 20:32 +0200, Lukas Wunner wrote:
>> On Tue, Jul 17, 2018 at 02:24:31PM -0400, Lyude Paul wrote:
>> > On Tue, 2018-07-17 at 20:20 +0200, Lukas Wunner wrote:
>> > > Okay, the PCI device is suspending and the nvkm_i2c_aux_acqu
On Tue, Jul 17, 2018 at 02:34:47PM -0400, Lyude Paul wrote:
> On Tue, 2018-07-17 at 20:32 +0200, Lukas Wunner wrote:
> > On Tue, Jul 17, 2018 at 02:24:31PM -0400, Lyude Paul wrote:
> > > On Tue, 2018-07-17 at 20:20 +0200, Lukas Wunner wrote:
> > > > Okay, the PCI device is suspending and the nvkm_i
Hi Sean,
On Wednesday, 18 July 2018 05:57:35 EEST Sean Wang wrote:
> On Wed, 2018-07-18 at 00:03 +0200, matthias@kernel.org wrote:
> > From: Matthias Brugger
> >
> > The MMSYS subsystem includes clocks and drm components.
> > This patch adds an initailization path through a platform device
>
On Mon, 16 Jul 2018, Daniel Thompson wrote:
> Currently, if the DT does not define num-interpolated-steps then
> num_steps is undefined and the interpolation code will deploy randomly.
> Fix this.
>
> Fixes: 573fe6d1c25c ("backlight: pwm_bl: Linear interpolation between
> brightness-levels")
> Re
On Wed, 18 Jul 2018, Lee Jones wrote:
> On Mon, 16 Jul 2018, Daniel Thompson wrote:
>
> > Currently, if the DT does not define num-interpolated-steps then
> > num_steps is undefined and the interpolation code will deploy randomly.
> > Fix this.
> >
> > Fixes: 573fe6d1c25c ("backlight: pwm_bl: Li
Am 12.07.2018 um 15:29 schrieb Steven Rostedt:
>
> From: Steven Rostedt (VMware)
>
> There's been discussion on the fb list about the addition of
> WARN_CONSOLE_UNLOCKED() inside the fb code. The complaint is that when
> the fb module is loaded with lockless_register_fb the console lock is
> n
Hi,
On Tue, 2018-07-17 at 14:25 +0200, Maxime Ripard wrote:
> On Tue, Jul 17, 2018 at 10:52:30AM +0200, Paul Kocialkowski wrote:
> > Not all sunxi platforms with the first version of the Display Engine
> > support an alpha component on the plane with the lowest z position
> > (as in: lowest z-pos)
On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote:
> On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner wrote:
> > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire()
> > wants it in resumed state, so is waiting forever for the device to
> > runtime suspend in order to res
On Wed, Jul 18, 2018 at 09:09:13AM +0100, Lee Jones wrote:
> On Mon, 16 Jul 2018, Daniel Thompson wrote:
>
> > Currently, if the DT does not define num-interpolated-steps then
> > num_steps is undefined and the interpolation code will deploy randomly.
> > Fix this.
> >
> > Fixes: 573fe6d1c25c ("b
On Wed, Jul 18, 2018 at 10:25 AM, Lukas Wunner wrote:
> On Wed, Jul 18, 2018 at 09:38:41AM +0200, Rafael J. Wysocki wrote:
>> On Tue, Jul 17, 2018 at 8:20 PM, Lukas Wunner wrote:
>> > Okay, the PCI device is suspending and the nvkm_i2c_aux_acquire()
>> > wants it in resumed state, so is waiting f
On Wed, Jul 18, 2018 at 10:25:05AM +0200, Lukas Wunner wrote:
> The GPU contains an i2c subdevice for each connector with DDC lines.
> I believe those are modelled as children of the GPU's PCI device as
> they're accessed via mmio of the PCI device.
>
> The problem here is that when the GPU's PCI
If the console is unlocked during registration, the console subsystem
generates significant amounts of warnings, which obfuscate actual
debugging messages. Setting ignore_console_lock_warning while debugging
console registration avoid the noise.
Signed-off-by: Thomas Zimmermann
---
drivers/video
Hi,
this is a follow-up patch for the recent addition of
'ignore_console_lock_warning' to the console module [1] and should probably
go through the same tree. When debugging fbdev console registration, the
console-lock warnings will now be disabled temporarily.
Best regards
Thomas
[1] https://ma
Hi,
On 18-07-18 10:36, Thomas Zimmermann wrote:
If the console is unlocked during registration, the console subsystem
generates significant amounts of warnings, which obfuscate actual
debugging messages. Setting ignore_console_lock_warning while debugging
console registration avoid the noise.
S
Hi Kieran,
On Tuesday, 17 July 2018 23:32:56 EEST Kieran Bingham wrote:
> On 17/07/18 14:51, Laurent Pinchart wrote:
> > On Monday, 16 July 2018 20:20:30 EEST Kieran Bingham wrote:
> >> On 24/05/18 12:50, Laurent Pinchart wrote:
> >>> On Thursday, 3 May 2018 16:36:22 EEST Kieran Bingham wrote:
> >
Hi Ayan,
On Tue, Jul 17, 2018 at 06:13:42PM +0100, Ayan Kumar Halder wrote:
A lot of drivers duplicate the function to check if a format is yuv or not.
If we add a field (to denote whether the format is yuv or not) in the
drm_format_info table, all the drivers can use this field and it will
prev
Am 18.07.2018 um 10:44 schrieb Hans de Goede:
> Hi,
>
> On 18-07-18 10:36, Thomas Zimmermann wrote:
>> If the console is unlocked during registration, the console subsystem
>> generates significant amounts of warnings, which obfuscate actual
>> debugging messages. Setting ignore_console_lock_warn
o exported via tools/include/uapi/drm/drm.h so
changing the typedef of drm_context_t could break applications and thus
this is not an option.
Patch was compile tested with: x86_64_defconfig
Patch is against 4.18-rc5 (localversion-next is next-20180718)
drivers/gpu/drm/drm_context.c | 13
If the console is unlocked during registration, the console subsystem
generates significant amounts of warnings, which obfuscate actual
debugging messages. Setting ignore_console_lock_warning while debugging
console registration avoid the noise.
v2:
- restore ignore_console_lock_warning if
Hi,
this is a follow-up patch for the recent addition of
'ignore_console_lock_warning' to the console module [1] and should probably
go through the same tree. When debugging fbdev console registration, the
console-lock warnings will now be disabled temporarily.
Best regards
Thomas
[1] https://ma
Not all sunxi platforms with the first version of the Display Engine
support an alpha component on the plane with the lowest z position
(as in: lowest z-pos), that gets blended with the background color.
In particular, the A13 is known to have this limitation. However, it was
recently discovered t
Hi,
On 18-07-18 11:30, Thomas Zimmermann wrote:
If the console is unlocked during registration, the console subsystem
generates significant amounts of warnings, which obfuscate actual
debugging messages. Setting ignore_console_lock_warning while debugging
console registration avoid the noise.
v
On Wed, 2018-07-18 at 11:29 +0200, Paul Kocialkowski wrote:
> Not all sunxi platforms with the first version of the Display Engine
> support an alpha component on the plane with the lowest z position
> (as in: lowest z-pos), that gets blended with the background color.
>
> In particular, the A13 i
On Wed, 18 Jul 2018, Marcel Ziswiler wrote:
> On Wed, 2018-07-18 at 09:09 +0100, Lee Jones wrote:
> > On Mon, 16 Jul 2018, Daniel Thompson wrote:
> >
> > > Currently, if the DT does not define num-interpolated-steps then
> > > num_steps is undefined and the interpolation code will deploy
> > > ra
+ MM Team.
On 18/07/18 09:55, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Tuesday, 17 July 2018 23:32:56 EEST Kieran Bingham wrote:
>> On 17/07/18 14:51, Laurent Pinchart wrote:
>>> On Monday, 16 July 2018 20:20:30 EEST Kieran Bingham wrote:
On 24/05/18 12:50, Laurent Pinchart wrote:
> O
On Wed, Jul 18, 2018 at 10:53:35AM +0100, Lee Jones wrote:
> On Wed, 18 Jul 2018, Marcel Ziswiler wrote:
>
> > On Wed, 2018-07-18 at 09:09 +0100, Lee Jones wrote:
> > > On Mon, 16 Jul 2018, Daniel Thompson wrote:
> > >
> > > > Currently, if the DT does not define num-interpolated-steps then
> > >
On Tue, Jul 17, 2018 at 06:13:46PM +0100, Ayan Kumar Halder wrote:
> drm_format_info table has a field 'is_yuv' to denote if the format
> is yuv or not. The driver is expected to use this instead of
> having a function for the same purpose.
>
> Signed-off-by: Ayan Kumar halder
> ---
> drivers/gp
On Tue, Jul 17, 2018 at 06:13:45PM +0100, Ayan Kumar Halder wrote:
> drm_format_info table has a field 'is_yuv' to denote if the format
> is yuv or not. The driver is expected to use this instead of
> having a function for the same purpose.
>
> Signed-off-by: Ayan Kumar halder
> ---
> drivers/gp
On Wed, Jul 18, 2018 at 10:12:02AM +0100, Brian Starkey wrote:
> Hi Ayan,
>
> On Tue, Jul 17, 2018 at 06:13:42PM +0100, Ayan Kumar Halder wrote:
> >A lot of drivers duplicate the function to check if a format is yuv or not.
> >If we add a field (to denote whether the format is yuv or not) in the
>
Patch has been applied to our internal amd-staging-drm-next tree.
Thanks.
Best Regards
Rex
From: Christian K?nig
Sent: Tuesday, July 17, 2018 2:58:21 PM
To: Zhu, Rex; Kees Cook; Deucher, Alexander
Cc: Zhou, David(ChunMing); David Airlie; Kuehling, Felix; LKML
On Wed, Jul 18, 2018 at 6:54 PM, Jagan Teki wrote:
> Allwinner A64 has display engine pipeline like other Allwinner SOC's
> A83T/H3/H5.
>
> A64 behaviour similar to Allwinner A83T where
> Mixer0 => TCON0 => LVDS/RGB/MIPI-DSI
> Mixer1 => TCON1 => HDMI
> as per Display System Block Diagram from All
https://bugs.freedesktop.org/show_bug.cgi?id=107273
Bug ID: 107273
Summary: [Intel GFX CI] amdgpu :01:00.0: HDMI-A-1: EDID is
invalid
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
St
https://bugs.freedesktop.org/show_bug.cgi?id=104790
--- Comment #6 from lei.p...@gmail.com ---
It doesn't matter how I enabled it, results are the same.
However, I tested now, with Mesa 18.1.4 and it does not crash applications that
were crashing before, everything seems to work fine with any Ope
On Wed, Jul 18, 2018 at 04:24:40PM +0530, Jagan Teki wrote:
> Allwinner A64 has display engine pipeline like other Allwinner SOC's
> A83T/H3/H5.
>
> A64 behaviour similar to Allwinner A83T where
> Mixer0 => TCON0 => LVDS/RGB/MIPI-DSI
> Mixer1 => TCON1 => HDMI
> as per Display System Block Diagram
On Wed, 18 Jul 2018, Marcel Ziswiler wrote:
> On Wed, 2018-07-18 at 11:12 +0100, Daniel Thompson wrote:
> > On Wed, Jul 18, 2018 at 10:53:35AM +0100, Lee Jones wrote:
> > > On Wed, 18 Jul 2018, Marcel Ziswiler wrote:
> > >
> > > > On Wed, 2018-07-18 at 09:09 +0100, Lee Jones wrote:
> > > > > On M
On Tue, Jul 17, 2018 at 08:02:46AM -0600, Rob Herring wrote:
> On Tue, Jul 17, 2018 at 1:47 AM Linus Walleij
> wrote:
> >
> > On Tue, Jul 17, 2018 at 12:50 AM Rob Herring wrote:
> > > On Mon, Jul 16, 2018 at 3:23 AM Linus Walleij
> > > wrote:
> >
> > > > +Video Graphics Array
> > >
> > > VGA i
On Wed, Jul 18, 2018 at 02:08:53PM +0100, Lee Jones wrote:
> > > > > No, then we are back to the initial issue of num_steps
> > > > > potentially not
> > > > > being initialised. We really want both of_property_read_u32() to
> > > > > succeed AND num_steps to actually be set.
> > > >
> > > > I als
https://bugs.freedesktop.org/show_bug.cgi?id=105684
--- Comment #32 from Paul Menzel ---
I am also seeing this with Linux 4.18-rc5+ on a MSI MS-7A37/B350M MORTAR.
```
19.940: [0.072004] ACPI BIOS Error (bug): Failure creating [\_SB.SMIC],
AE_ALREADY_EXISTS (20180531/dswload2-316)
19.939: [
https://bugs.freedesktop.org/show_bug.cgi?id=107266
--- Comment #2 from robert ---
Created attachment 140696
--> https://bugs.freedesktop.org/attachment.cgi?id=140696&action=edit
dmesg.base.txt
Polaris radeon pro duo, dmesg with no userland.
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=107266
--- Comment #3 from robert ---
Created attachment 140697
--> https://bugs.freedesktop.org/attachment.cgi?id=140697&action=edit
dmesg.amdgpupro.txt
Polaris radeon pro duo, dmesg with amdgpu-pro 18.20-606296
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=107266
--- Comment #4 from robert ---
No, I wasnt running ROCm userland.
I've been using amdgpu-pro-18.20-606296 for several weeks with the fkxamd
kernel as recommened by Felix.
When I remove all userland, I dont see the ring sdma0 timeout. Without
https://bugzilla.kernel.org/show_bug.cgi?id=200517
--- Comment #12 from Alex Deucher (alexdeuc...@gmail.com) ---
If you are using X, you need to use xrandr to setup the dGPU for render
offload. E.g., see:
https://wiki.archlinux.org/index.php/PRIME
or similar pages.
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=107266
--- Comment #5 from robert ---
So I stripped this down, and the ring error pops up after I've applied a new
pp_table and start utilizing the GPU.
My guess is this error has something to do with why this doesnt work in
drm-next-4.19-wip
[2
On Wed, Jul 18, 2018 at 01:15:40PM +0300, Ville Syrj?l? wrote:
Hi Ville,
> On Tue, Jul 17, 2018 at 06:13:46PM +0100, Ayan Kumar Halder wrote:
> > drm_format_info table has a field 'is_yuv' to denote if the format
> > is yuv or not. The driver is expected to use this instead of
> > having a functio
https://bugs.freedesktop.org/show_bug.cgi?id=107277
Bug ID: 107277
Summary: Raven: pci_pm_suspend takes over 1 second
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=107277
Paul Menzel changed:
What|Removed |Added
CC||pmenzel+bugs.freedesktop@mo
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Bug ID: 107278
Summary: Raven: pci_pm_resume takes over 1 second
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Paul Menzel changed:
What|Removed |Added
CC||pmenzel+bugs.freedesktop@mo
Hi Eric,
Thanks for your reply back in April. I have finally found some time to
get back to this.
On 18 April 2018 at 03:43, Eric Anholt wrote:
> Joel Stanley writes:
>
>> This driver is for the ASPEED BMC SoC's GFX display hardware. This
>> driver runs on the ARM based BMC systems, unlike the
t WARNING on v4.18-rc5 next-20180718]
[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/commits/matthias-bgg-kernel-org/arm-arm64-mediatek-Fix-mmsys-device-probing/20180718-191916
base: https://github.com/fu
https://bugzilla.kernel.org/show_bug.cgi?id=200517
--- Comment #13 from bakarichar...@gmail.com ---
That is clear, thanks.
Another topic, you seems to be competent to ask your opinion: what do you think
why are my gpu and cpu core temps ~5-8C higher than on Windows 10. This is the
best what open/
g to improve:
[auto build test WARNING on sof-driver-fuweitax/master]
[also build test WARNING on v4.18-rc5 next-20180718]
[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/commits/matthias-bgg-kernel-o
https://bugs.freedesktop.org/show_bug.cgi?id=107277
Christian König changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Christia
https://bugzilla.kernel.org/show_bug.cgi?id=200517
--- Comment #14 from Alex Deucher (alexdeuc...@gmail.com) ---
On the GPU side, we are working on enabling gfxoff and stutter mode which
should save some additional power. They are not enabled by default yet, but
should be in the near future. For
https://bugs.freedesktop.org/show_bug.cgi?id=107277
--- Comment #3 from Paul Menzel ---
(In reply to Christian König from comment #2)
> There isn't much you can do here:
> > amdgpu_bo_evict_vram [amdgpu] (306.331 ms @ 74.694620)
>
> This is evacuating the content of VRAM to RAM/disk to make sure
On Wed, Jul 18, 2018 at 11:35:23AM +0200, Paul Kocialkowski wrote:
> On Wed, 2018-07-18 at 11:29 +0200, Paul Kocialkowski wrote:
> > Not all sunxi platforms with the first version of the Display Engine
> > support an alpha component on the plane with the lowest z position
> > (as in: lowest z-pos),
https://bugs.freedesktop.org/show_bug.cgi?id=107278
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=107277
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--
You are receiving this m
https://bugs.freedesktop.org/show_bug.cgi?id=107277
--- Comment #4 from Alex Deucher ---
(In reply to Paul Menzel from comment #3)
> (In reply to Christian König from comment #2)
> > There isn't much you can do here:
> > > amdgpu_bo_evict_vram [amdgpu] (306.331 ms @ 74.694620)
> >
> > This is ev
https://bugs.freedesktop.org/show_bug.cgi?id=107277
--- Comment #5 from Alex Deucher ---
Created attachment 140702
--> https://bugs.freedesktop.org/attachment.cgi?id=140702&action=edit
quick hack for s#
Here's a quick hack for S3, but it will need more work to not break S4 support
as well.
--
https://bugs.freedesktop.org/show_bug.cgi?id=107277
Alex Deucher changed:
What|Removed |Added
Attachment #140702|quick hack for s# |quick hack for S3
description|
1 - 100 of 133 matches
Mail list logo
