The allocated pages need to be invalidated in CPU caches. On ARM32 the
DMA_BIDIRECTIONAL flag only ensures that data is written-back to DRAM and
the data stays in CPU cache lines. While the DMA_FROM_DEVICE flag ensures
that the corresponding CPU cache lines are getting invalidated and nothing
more,
The subject should probably have "drm/i915/bios" or "drm/i915/vbt".
On Wed, 06 Mar 2019, Thomas Preston wrote:
> We rely on VBT DDI port info for eDP detection on GEN9 platforms and
> above. This breaks GEN9 platforms which don't have VBT because port A
> eDP now defaults to false. Fix this by d
Hello,
Xilinx would like to begin upstreaming kernel drivers used with our Alveo FPGA
accelerator cards. These drivers are part of Xilinx Runtime (XRT) open source
stack and have been deployed by leading FaaS vendors and many enterprise
customers.
The PCIe drivers are available for review on G
This patch adds a binding that describes the HDMI controller for
rk3066.
Signed-off-by: Johan Jonker
---
.../display/rockchip/rockchip,rk3066-hdmi.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/rockchip/rockch
This patch enables the vop0 and hdmi nodes
for a MK808 with rk3066 processor.
Signed-off-by: Johan Jonker
---
arch/arm/boot/dts/rk3066a-mk808.dts | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a-mk808.dts
b/arch/arm/boot/dts/rk3066a-mk
From: Zheng Yang
The RK3066 HDMI TX serves as interface between a LCD Controller and
a HDMI bus. A HDMI TX consists of one HDMI transmitter controller and
one HDMI transmitter PHY. The interface has three (3) 8-bit data channels
which can be configured for a number of bus widths (8/10/12/16/20/24
From: Zheng Yang
This patch adds the hdmi nodes to rk3066.
Signed-off-by: Zheng Yang
Signed-off-by: Johan Jonker
---
arch/arm/boot/dts/rk3066a.dtsi | 52 ++
1 file changed, 52 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a.dtsi b/arch/arm/boot/dt
For testing only.
Version: V4
Title: Enable rk3066 VOP and HDMI for MK808.
This patch serie only works in combination with a MK808 TV stick and
a rk3066 processor. Other boxes and tablets with a rk3066
need extra software for power management and lcd's.
What does it do:
With these kernel patch
Hi all.
As you may have noticed, recently I've been working on a reworked version
of sm712fb, and planned to convert it to a DRM/KMS driver. Besides using
it on embedded/non-x86 systems, I thought it would be a good idea to support
histrocial x86 laptops with this VGA chipset as well, so I've acqu
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/video/fbdev/Kconfig | 288 +++---
drivers/video/fbdev/mmp/Kconfig | 6 +-
drivers/video/fbdev/omap/Kconfig | 20 +-
drivers/video/fbdev/omap2/omapfb/Kconfig
On Thu, 07 Mar 2019, Tom Li wrote:
> Hi all.
>
> As you may have noticed, recently I've been working on a reworked version
> of sm712fb, and planned to convert it to a DRM/KMS driver. Besides using
> it on embedded/non-x86 systems, I thought it would be a good idea to support
> histrocial x86 lapt
https://bugzilla.kernel.org/show_bug.cgi?id=202799
Michel Dänzer (mic...@daenzer.net) changed:
What|Removed |Added
CC||harry.wentl...@amd.co
https://bugs.freedesktop.org/show_bug.cgi?id=109924
Bug ID: 109924
Summary: [drm:amdgpu_init [amdgpu]] *ERROR* VGACON disables
amdgpu kernel modesetting.
Product: DRI
Version: XOrg git
Hardware: Other
OS: Al
https://bugs.freedesktop.org/show_bug.cgi?id=109924
--- Comment #1 from Javier Fernandez ---
the bug at launchpad is:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1818580
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Jani,
On Thu, Mar 7, 2019 at 10:00 AM Jani Nikula wrote:
> On Thu, 07 Mar 2019, Tom Li wrote:
> > As you may have noticed, recently I've been working on a reworked version
> > of sm712fb, and planned to convert it to a DRM/KMS driver. Besides using
> > it on embedded/non-x86 systems, I though
Hi Sean and Joonas,
Here's a pull request for HDR format enabling in i915. Can this be pulled to
drm-misc-next and dinq?
Cheers,
Maarten
topic/hdr-formats-2019-03-07:
Add support for Y21x and Y41x to drm core and i915, and P01x support to i915.
The following changes since commit 4b057e73f28f1df
Add vendor prefix "mixel" for Mixel Inc. Will be used for a MIPI DSI
PHY driver.
Signed-off-by: Guido Günther
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devic
Add support for the MIXEL DPHY IP as found in the NXP's i.MX8MQ.
Signed-off-by: Guido Günther
Reviewed-by: Sam Ravnborg
---
.../bindings/phy/mixel,mipi-dsi-phy.txt | 29 +++
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/mixel,mi
This adds initial support for the Mixel IP based mipi dphy as found on i.MX8
processors. It has support for the i.MX8MQ, support for other variants can be
added - once the platform specific parts are in - via the provided devdata.
The driver is somewhat based on what's found in NXPs BSP.
Public d
This adds support for the Mixel DPHY as found on i.MX8 CPUs but since
this is an IP core it will likely be found on others in the future. So
instead of adding this to the nwl host driver make it a generic PHY
driver.
The driver supports the i.MX8MQ. Support for i.MX8QM and i.MX8QXP can be
added on
The kernel has a device tree binding for panel-dpi which allows for the
panel timings to be described in the device-tree, however it wasn't
supported so far except in a (small) number of KMS drivers that had an
ad-hoc solution for this (omapdrm for example).
Just like we've seen with panel-lvds, a
Hi,
Thanks for looking at this.
On 07/03/2019 08:18, Jani Nikula wrote:
The subject should probably have "drm/i915/bios" or "drm/i915/vbt".
Noted
On Wed, 06 Mar 2019, Thomas Preston wrote:
We rely on VBT DDI port info for eDP detection on GEN9 platforms and
above. This breaks GEN9 platfo
https://bugs.freedesktop.org/show_bug.cgi?id=109924
Michel Dänzer changed:
What|Removed |Added
Summary|[drm:amdgpu_init [amdgpu]] |WARNING: CPU: 3 PID: 4373
This adds initial support for the NWL MIPI DSI Host controller found on i.MX8
SoCs.
It adds support for the i.MX8MQ but the same IP core can also be found on e.g.
i.MX8QXP. I added the necessary hooks to support other imx8 variants but since
I only have imx8mq boards to test I omitted the platform
The Northwest Logic MIPI DSI IP core can be found in NXPs i.MX8
Socs.
Signed-off-by: Guido Günther
---
.../bindings/display/imx/imx-nwl-dsi.txt | 72 +++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/imx/imx-nwl-dsi.txt
diff
This adds initial support for the NWL MIPI DSI Host controller found on
i.MX8 SoCs.
It adds support for the i.MX8MQ but the same IP can be found on
i.MX8QXP.
It has been tested on the Librem 5 devkit using DCSS.
Co-authored-by: Robert Chiras
Signed-off-by: Guido Günther
---
drivers/gpu/drm/Kc
On Thu, 07 Mar 2019, Thomas Preston wrote:
> Hi,
> Thanks for looking at this.
>
> On 07/03/2019 08:18, Jani Nikula wrote:
>>
>> The subject should probably have "drm/i915/bios" or "drm/i915/vbt".
>>
>
> Noted
>
>> On Wed, 06 Mar 2019, Thomas Preston wrote:
>>> We rely on VBT DDI port info for
The mod_freesync_build_vrr_infopacket() function uses rather obscure
calling conventions, where an enum is passed in through a pointer,
and a NULL pointer is expected to behave the same way as the zero-value
(TRANSFER_FUNC_UNKNOWN).
Trying to build this with clang results in a warning:
drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #1 from Dima ---
When the GPU rasterization option in Chromium is turned off the blackscreen
doesn't appear.
--
You are receiving this mail because:
You are the assignee for the bug.___
d
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #2 from Michel Dänzer ---
Please attach the output of glxinfo each with 18.50-725072 and 18.40-697810.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-dev
https://bugs.freedesktop.org/show_bug.cgi?id=109924
--- Comment #2 from Javier Fernandez ---
Created attachment 143562
--> https://bugs.freedesktop.org/attachment.cgi?id=143562&action=edit
this is the uncut dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
On 07/03/2019 10:34, Jani Nikula wrote:
On Wed, 06 Mar 2019, Thomas Preston wrote:
We rely on VBT DDI port info for eDP detection on GEN9 platforms and
above. This breaks GEN9 platforms which don't have VBT because port A
eDP now defaults to false. Fix this by defaulting to true when VBT is
mis
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #25 from Nicola Orlando ---
(In reply to Harry Wentland from comment #17)
> I don't have that laptop but this link mentions a method to "Update the BIOS
> when Windows does not start": https://support.hp.com/ca-en/document/c00042629
On Thu, 07 Mar 2019, Thomas Preston wrote:
> Would you like me to resubmit with the suggested changes?
Nah, we can tweak the commit message while applying.
BR,
Jani.
--
Jani Nikula, Intel Open Source Graphics Center
___
dri-devel mailing list
dri-dev
On Mon, Mar 4, 2019 at 9:20 PM Maxime Ripard wrote:
>
> On Sun, Mar 03, 2019 at 11:05:27PM +0530, Jagan Teki wrote:
> > DSI timings are varies between burst/non-burst devices and
> > current driver is handling this support via if, else statements
> > which would difficult to read.
> >
> > Simplify
On Wed, Mar 06, 2019 at 08:01:53PM +0200, Laurent Pinchart wrote:
> Hi Liviu,
>
> On Wed, Mar 06, 2019 at 02:20:51PM +, Liviu Dudau wrote:
> > On Wed, Mar 06, 2019 at 01:14:40AM +0200, Laurent Pinchart wrote:
> > > On Fri, Feb 22, 2019 at 03:06:19PM +, Brian Starkey wrote:
> > >> On Fri, F
https://bugs.freedesktop.org/show_bug.cgi?id=109925
Bug ID: 109925
Summary: Age of Wonders 3 - Vertical lines on Main Menu (Linux
native via Steam)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Lin
https://bugs.freedesktop.org/show_bug.cgi?id=109925
--- Comment #1 from andrew.m.mcma...@gmail.com ---
Created attachment 143565
--> https://bugs.freedesktop.org/attachment.cgi?id=143565&action=edit
steam system info
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109925
--- Comment #2 from andrew.m.mcma...@gmail.com ---
Created attachment 143566
--> https://bugs.freedesktop.org/attachment.cgi?id=143566&action=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Mar 06, 2019 at 03:02:45PM +0100, Maxime Ripard wrote:
> The preferred bpp for the fbdev emulation buffer has been 32 so far, which
> means that by default we will allocate an 8MB buffer with a 1920x1080
> resolution.
>
> Worse this memory will be allocated from the CMA pool, and will neve
On Wed, Mar 06, 2019 at 08:22:44PM +0200, Laurent Pinchart wrote:
[snip]
>
> I can always queue a new one, but I have no way of telling if the newly
> queued list raced with the frame end interrupt.
>
> There's another register I'm not using that contains a shadow copy of
> the registers list D
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #3 from Dima ---
Created attachment 143567
--> https://bugs.freedesktop.org/attachment.cgi?id=143567&action=edit
glxinfo.18.50-725072
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #4 from Dima ---
Created attachment 143568
--> https://bugs.freedesktop.org/attachment.cgi?id=143568&action=edit
glxinfo-18.40-697810
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=109925
andrew.m.mcma...@gmail.com changed:
What|Removed |Added
Blocks||77449
Referenced Bugs:
ht
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #5 from Dima ---
Seems that "GPU fault detected: 146" is not so typical for 18.40-697810 as I
thought. I still can't get that error messages on it. Seems it happen much rare
than on 18.50-725072.
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=109925
andrew.m.mcma...@gmail.com changed:
What|Removed |Added
Attachment #143564|0 |1
is obsolete|
Hi,
On Tue, 2019-02-26 at 15:25 +0100, Maxime Ripard wrote:
> The TCON driver used to need the panel pointer in order to configure the
> tcon according to the various parameters of the panel. However, this has
> evolved over time (especially to support bridges), and therefore the panel
> pointer i
Hi,
On Tue, 2019-02-26 at 15:25 +0100, Maxime Ripard wrote:
> Our clock rate variables are getting pretty close to the LONG_MAX / ULONG_MAX
> limit, especially since we will start doing arithmetic on it. Move those
> types to unsigned long long to be sure we don't overflow their type.
>
> Signed-
Hi,
On Tue, 2019-02-26 at 15:25 +0100, Maxime Ripard wrote:
> We'll need the bridge pointer, if any, in the mode_valid callback in
> addition to the init function. Store the pointer to the bridge in the
> rgb private structure.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Paul Kocialkowski
C
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #6 from Dima ---
Created attachment 143570
--> https://bugs.freedesktop.org/attachment.cgi?id=143570&action=edit
glxinfo-default-ubuntu-bionic
Just made it before 18.40-697810 installation. (I uninstalled 18.50, rebooted
with defa
Hi,
On Tue, 2019-02-26 at 15:25 +0100, Maxime Ripard wrote:
> The current code, since commit bb43d40d7c83 ("drm/sun4i: rgb: Validate the
> clock rate"), perform some validation on the pixel clock to filter out the
> EDID modes provided by monitors (through bridges) that we wouldn't be able
> to re
Thanks for the patch. We already have the fix queued:
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-5.2-wip&id=672e78cab819ebe31e3b9b8abac367be8a110472
Alex
From: Arnd Bergmann
Sent: Thursday, March 7, 2019 5:34 AM
To: Wentland, Harry; Li, Sun peng
Hi Liviu,
On Thu, Mar 07, 2019 at 11:52:18AM +, Liviu Dudau wrote:
> On Wed, Mar 06, 2019 at 08:01:53PM +0200, Laurent Pinchart wrote:
> > On Wed, Mar 06, 2019 at 02:20:51PM +, Liviu Dudau wrote:
> >> On Wed, Mar 06, 2019 at 01:14:40AM +0200, Laurent Pinchart wrote:
> >>> On Fri, Feb 22, 2
On Tue, Feb 26, 2019 at 03:25:45PM +0100, 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
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #7 from Michel Dänzer ---
Are you sure you want to use the amdgpu-pro OpenGL driver? At this point it's
only intended for specialized use-cases such as Workstation applications, the
Mesa radeonsi driver generally works better.
--
Y
On Thu, Mar 07, 2019 at 05:49:07PM +0530, Jagan Teki wrote:
> On Mon, Mar 4, 2019 at 9:13 PM Maxime Ripard
> wrote:
> >
> > On Sun, Mar 03, 2019 at 11:05:24PM +0530, Jagan Teki wrote:
> > > TCON DRQ for non-burst DSI mode can computed based on horizontal
> > > front porch value, but the current d
https://bugzilla.kernel.org/show_bug.cgi?id=200695
Bogomil Vasilev (smi...@smirky.net) changed:
What|Removed |Added
CC||smi...@smirky.net
-
On Thu, Mar 07, 2019 at 05:15:20PM +0200, Georgi Djakov wrote:
> Hi,
>
> On 3/5/19 18:14, Robin Murphy wrote:
> > 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 curr
The DRM_STM driver can be built independently of the framebuffer
layer, but it causes a Kconfig warning:
WARNING: unmet direct dependencies detected for FB_PROVIDE_GET_FB_UNMAPPED_AREA
Depends on [n]: HAS_IOMEM [=y] && FB [=n]
Selected by [y]:
- DRM_STM [=y] && HAS_IOMEM [=y] && DRM [=y] &&
On Thu, Mar 7, 2019 at 9:09 PM Maxime Ripard wrote:
>
> On Thu, Mar 07, 2019 at 05:49:07PM +0530, Jagan Teki wrote:
> > On Mon, Mar 4, 2019 at 9:13 PM Maxime Ripard
> > wrote:
> > >
> > > On Sun, Mar 03, 2019 at 11:05:24PM +0530, Jagan Teki wrote:
> > > > TCON DRQ for non-burst DSI mode can comp
On 07/03/2019 10:34, Jani Nikula wrote:
There are dangers with default VBTs too. They might contain incorrect
information about the specific board you have. You'll also have to set
up the opregion, not just VBT.
I'm afraid I can't help you there. You already know where to look to see
how the ker
On Mon, Mar 4, 2019 at 9:19 PM Maxime Ripard wrote:
>
> On Sun, Mar 03, 2019 at 11:05:25PM +0530, Jagan Teki wrote:
> > Like other dsi setup timings, or hblk for that matter vblk would
> > also require compute the timings based payload equation along with
> > packet overhead.
> >
> > But, on the o
On Thu, Mar 7, 2019 at 11:48 PM Maxime Ripard wrote:
>
> On Thu, Mar 07, 2019 at 05:15:20PM +0200, Georgi Djakov wrote:
> > Hi,
> >
> > On 3/5/19 18:14, Robin Murphy wrote:
> > > On 05/03/2019 15:53, Maxime Ripard wrote:
> > >> Hi,
> > >>
> > >> On Fri, Mar 01, 2019 at 07:48:15PM +0200, Georgi Dja
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #29 from John Doe (anode@gmail.com) ---
amdgpu.dc=1 set by default for all kernels since 4.17 and it seems that
amdgpu.dc=0 is deprecated attribute as new Display core is replacement for old
amdgpu code
5.0 version is works same
On Thu, Mar 07, 2019 at 03:48:23PM +0200, Laurent Pinchart wrote:
> Hi Liviu,
>
> On Thu, Mar 07, 2019 at 11:52:18AM +, Liviu Dudau wrote:
> > On Wed, Mar 06, 2019 at 08:01:53PM +0200, Laurent Pinchart wrote:
> > > On Wed, Mar 06, 2019 at 02:20:51PM +, Liviu Dudau wrote:
> > >> On Wed, Mar
From: Gustavo Padovan
Add implementation for async plane update callbacks
Signed-off-by: Gustavo Padovan
Signed-off-by: Enric Balletbo i Serra
Signed-off-by: Tina Zhang
Signed-off-by: Helen Koike
---
Hi,
This patch just adds the callbacks for atomic async update, the next in
the series wil
From: Gustavo Padovan
Replace the legacy cursor implementation by the async callbacks
Signed-off-by: Gustavo Padovan
Signed-off-by: Enric Balletbo i Serra
Signed-off-by: Helen Koike
---
Changes in v8:
- v7: https://lkml.org/lkml/2018/6/8/168
- v7 was splited in two, one that adds the asyn
https://bugzilla.kernel.org/show_bug.cgi?id=200695
--- Comment #30 from Alex van Kaam (alexvk...@gmail.com) ---
>
> Why do you set amdgpu.dc=1? Isn't this the default value anyway?
> From what I understood, you tested exactly the same thing.
just to be sure, nothing more. I did not know for 100%
On Thu, 2019-03-07 at 10:48 +0100, Maarten Lankhorst wrote:
> Hi Sean and Joonas,
>
> Here's a pull request for HDR format enabling in i915. Can this be pulled to
> drm-misc-next and dinq?
Could you also add Kevin Strasser's patch for FP16 formats? For that
matter I'd like to see FP32 added too,
On Thu, Mar 07, 2019 at 10:48:24AM +0100, Maarten Lankhorst wrote:
> Hi Sean and Joonas,
>
> Here's a pull request for HDR format enabling in i915. Can this be pulled to
> drm-misc-next and dinq?
>
> Cheers,
> Maarten
>
> topic/hdr-formats-2019-03-07:
Mentioned on IRC, but will do so here as w
Hi Maxime,
On Fri, Feb 8, 2019 at 3:23 PM Maxime Ripard wrote:
>
> The current calculation for the video start delay in the current DSI driver
> is that it is the total vertical size, minus the front porch and sync length,
> plus 1. This equals to the active vertical size plus the back porch plus
On Mon, Feb 25, 2019 at 8:08 AM Qiang Yu wrote:
>
> For other driver like lima usage.
>
> Cc: Rob Herring
> Signed-off-by: Qiang Yu
> ---
> drivers/gpu/drm/drm_syncobj.c | 3 ++-
> include/drm/drm_utils.h | 4
> 2 files changed, 6 insertions(+), 1 deletion(-)
I've applied this one.
Rob Herring writes:
> On Wed, Mar 6, 2019 at 6:50 PM Eric Anholt wrote:
>>
>> Rob Herring writes:
>>
>> > From: Noralf Trønnes
>> >
>> > This adds a library for shmem backed GEM objects.
>> >
>> > v7:
>> > - Use write-combine for mmap instead. This is the more common
>> > case. (robher)
>> >
Maxime Ripard writes:
> The kernel has a device tree binding for panel-dpi which allows for the
> panel timings to be described in the device-tree, however it wasn't
> supported so far except in a (small) number of KMS drivers that had an
> ad-hoc solution for this (omapdrm for example).
I'm rea
Hi Dave, Daniel,
Fixes for 5.1:
- Powerplay fixes
- DC fixes
- Fix locking around indirect register access in some cases
- KFD MQD fix
- Disable BACO for vega20 for now (fixes pending)
The following changes since commit fbac3c48fa6b4cfa43eaae39d5a53269bff7ec5f:
Merge branch 'drm-next-5.1' of g
https://bugs.freedesktop.org/show_bug.cgi?id=109923
--- Comment #8 from Dima ---
I need it for Blender Cycles OpenCL render.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskto
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #37 from quirin.blae...@freenet.de ---
Created attachment 281575
--> https://bugzilla.kernel.org/attachment.cgi?id=281575&action=edit
boot.omsg amdgpu_firmware_info messages.part Xorg.0.log.old
Possibly new Bug.
No plymouth messages
-ci/linux/commits/Guido-G-nther/Mixel-DPHY-support-for-i-MX8/20190307-214238
base: https://git.kernel.org/pub/scm/linux/kernel/git/kishon/linux-phy.git
next
config: mips-allmodconfig (attached as .config)
compiler: mips-linux-gnu-gcc (Debian 8.2.0-11) 8.2.0
reproduce:
wget
https
https://bugzilla.kernel.org/show_bug.cgi?id=202799
--- Comment #2 from Clément Guérin (li...@protonmail.com) ---
Created attachment 281577
--> https://bugzilla.kernel.org/attachment.cgi?id=281577&action=edit
dmesg output
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=202799
--- Comment #3 from Clément Guérin (li...@protonmail.com) ---
Created attachment 281587
--> https://bugzilla.kernel.org/attachment.cgi?id=281587&action=edit
Xorg.1.log
Logs after the bug was triggered.
--
You are receiving this mail because:
On Wed, Mar 06, 2019 at 05:28:54PM -0800, Abhinav Kumar wrote:
> When panel probe happens after DSI probe, the DSI probe
> is deferred as per current design. In the probe defer path
> dsi device is destroyed. This NULL dsi device could be
> deferenced by the panel probe in the mipi_dsi_attach path.
On 2019-03-07 13:59, Sean Paul wrote:
On Wed, Mar 06, 2019 at 05:28:54PM -0800, Abhinav Kumar wrote:
When panel probe happens after DSI probe, the DSI probe
is deferred as per current design. In the probe defer path
dsi device is destroyed. This NULL dsi device could be
deferenced by the panel p
On Mon, Feb 11, 2019 at 07:04:54PM -0800, Abhinav Kumar wrote:
> dpu_mdss_destroy() can get called not just from
> msm_drm_uninit() but also from msm_drm_bind() in case
> of any failures.
>
> dpu_mdss_destroy() removes the icc voting by calling
> icc_put. This could accidentally remove the voting
On Wed, Mar 06, 2019 at 06:03:05PM -0800, Jeykumar Sankaran wrote:
> On 2019-03-04 10:09, Sean Paul wrote:
> > On Wed, Feb 13, 2019 at 05:19:13PM -0800, Jeykumar Sankaran wrote:
> > > encoder->crtc is not really meaningful for atomic path. Use
> > > crtc->encoder_mask to identify the crtc attached
https://bugs.freedesktop.org/show_bug.cgi?id=109924
--- Comment #3 from Javier Fernandez ---
Created attachment 143578
--> https://bugs.freedesktop.org/attachment.cgi?id=143578&action=edit
this is the uncut dmesg output from Ubuntu kernel 4.19.0-7.8-lowlatency
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=109924
--- Comment #4 from Javier Fernandez ---
btw, my GPU is an AMD RX 470
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On Fri, Feb 1, 2019 at 6:08 AM Neil Armstrong wrote:
>
> Add support for SCDC Setup for TMDS Clock > 3.4GHz and enable TMDS
> Scrambling when supported or mandatory.
>
> This patch also adds an helper to setup the control bit to support
> the high TMDS Bit Period/TMDS Clock-Period Ratio as require
Add support for Rec.709 encoding and inverse encoding.
Reported-by: Tim Harvey
Signed-off-by: Steve Longerbeam
---
Changes in v5:
- moved API changes to a previous patch.
- moved CSC coeff calc to new function calc_csc_coeffs().
Changes in v4:
- fix compile error.
Chnges in v3:
- none.
Changes i
Only providing the input and output RGB/YUV space to the IC task init
functions is not sufficient. To fully characterize a colorspace
conversion, the colorspace (chromaticities), Y'CbCr encoding standard,
and quantization also need to be specified.
Define a 'struct ipu_ic_colorspace' that includes
The ycbcr2rgb and inverse rgb2ycbcr tables define the BT.601 Y'CbCr
encoding coefficients.
The rgb2ycbcr table specifically describes the BT.601 encoding from
full range RGB to full range YUV. Add table comments to make this more
clear.
The ycbcr2rgb inverse table describes encoding YUV limited r
The saturation bit was being set at bit 9 in the second 32-bit word
of the TPMEM CSC. This isn't correct, the saturation bit is bit 42,
which is bit 10 of the second word.
Fixes: 1aa8ea0d2bd5d ("gpu: ipu-v3: Add Image Converter unit")
Signed-off-by: Steve Longerbeam
Cc: sta...@vger.kernel.org
--
Add support for the following conversions:
- YUV full-range to YUV limited-range
- YUV limited-range to YUV full-range
- YUV limited-range to RGB full-range
- RGB full-range to YUV limited-range
The last two conversions require operating on the YUV full-range
encoding and inverse encoding coeffic
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #105 from pub...@redaril.me ---
I have installed xf86-video-amdgpu 19.0.0 on Solus but the issue is still
present. I'm running Plasma 5.14 and kernel 4.20.10 with mesa 18.3.3. Is there
something else I should to fix the stuttering?
-
https://bugs.freedesktop.org/show_bug.cgi?id=109924
--- Comment #5 from Javier Fernandez ---
similar to https://bugzilla.kernel.org/show_bug.cgi?id=202263 ??
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailin
From: "Marty E. Plummer"
This adds the initial driver for panfrost which supports Arm Mali
Midgard and Bifrost family of GPUs. Currently, only the T860 Midgard GPU
has been tested.
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: David Airlie
Cc: Daniel Vetter
Cc: Alyssa Rosenzweig
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #3 from Dominic ---
I've created an apitrace and can reproduce the issue everytime by replaying
"apitrace replay ShadowOfMordor.trace". It's quite big - 10gb compressed xz but
still here it comes: https://letz.tw/ShadowOfMordor.trace
https://bugs.freedesktop.org/show_bug.cgi?id=109819
Dominic changed:
What|Removed |Added
Summary|Shadow of Mordor causes gpu |[APITRACE] Shadow of Mordor
https://bugs.freedesktop.org/show_bug.cgi?id=109819
--- Comment #4 from Dominic ---
Created attachment 143579
--> https://bugs.freedesktop.org/attachment.cgi?id=143579&action=edit
Photo of apitrace replay after freeze
I've added a photo of running the apitrace verbose to see what the last call
https://bugs.freedesktop.org/show_bug.cgi?id=109819
Dominic changed:
What|Removed |Added
URL||https://letz.tw/ShadowOfMor
+struct drm_panfrost_submit {
> +
> + /** Address to GPU mapping of job descriptor */
> + __u64 jc;
> +
> + /** An optional sync object to wait on before starting this job. */
> + __u32 in_sync;
> +
> + /** An optional sync object to place the completion fence in. */
1 - 100 of 114 matches
Mail list logo
