On Tue, Jun 12, 2018 at 9:59 AM, Jani Nikula
wrote:
> On Tue, 12 Jun 2018, Dave Airlie wrote:
>> On 12 June 2018 at 02:27, Rodrigo Vivi wrote:
>>> Hi Dave,
>>>
>>> This is the first round targeting 4.19.
>>>
>> Does this tree feed into linux-next already?
>>
>> Since we shouldn't have new stuff
On Tue, Jun 12, 2018 at 9:59 AM, Jani Nikula
wrote:
> On Tue, 12 Jun 2018, Dave Airlie wrote:
>> On 12 June 2018 at 02:27, Rodrigo Vivi wrote:
>>> Hi Dave,
>>>
>>> This is the first round targeting 4.19.
>>>
>> Does this tree feed into linux-next already?
>>
>> Since we shouldn't have new stuff
On 17 June 2018 at 17:32, Hans de Goede wrote:
> bgrt_image_size is necessary to (optionally) show the boot graphics from
> the efifb code. The efifb driver is a platform driver, using a normal
> driver probe() driver callback. So even though it is always builtin it
> cannot reference __initdata.
Hi!
On v4.18-rc1, the mouse cursor is missing on my right monitor.
Card is G98 [GeForce 8400 GS Rev. 2].
I have two monitors: one small landscape 1280x1024 on DVI-I-1 left, and one
big 1600x1200 (1200x1600 portrait) on HDMI-1 right. Curiously, the cursor
is missing not only with proper xrandr set
On 2018-06-15 16:59, Andrzej Hajda wrote:
Hi Sandeep,
Thanks for the patch, I hope it will be merged soon.
On 15.06.2018 08:43, Sandeep Panda wrote:
Add support for TI's sn65dsi86 dsi2edp bridge chip.
The chip converts DSI transmitted signal to eDP signal,
which is fed to the connected eDP pan
Boris, Juergen!
Thank you so much for your comments and time spent on this
series. Appreciate that very much!
Thank you,
Oleksandr
On 06/15/2018 09:27 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
This work is in response to my previous attempt to introduce Xen/DRM
zero-co
On 06/16/2018 12:07 AM, Boris Ostrovsky wrote:
On 06/15/2018 02:50 AM, Oleksandr Andrushchenko wrote:
On 06/15/2018 09:46 AM, Juergen Gross wrote:
On 15/06/18 08:32, Oleksandr Andrushchenko wrote:
Please note, that this will need a change (attached) while
applying to the mainline kernel becaus
On 2018-06-15 12:53, Andrzej Hajda wrote:
On 15.06.2018 08:43, Sandeep Panda wrote:
Document the bindings used for the sn65dsi86 DSI to eDP bridge.
Changes in v1:
- Rephrase the dt-binding descriptions to be more inline with
existing
bindings (Andrzej Hajda).
- Add missing dt-binding tha
On Mon, Jun 18, 2018 at 12:32:29PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Fixes: 9428088c (drm/qxl: reapply cursor after resetting primary)
> Reported-by: Mike Galbraith
> Cc: sta...@vger.kernel.org
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/q
On Sat, Jun 16, 2018 at 01:32:44AM +0200, Marek Vasut wrote:
> On 06/16/2018 12:42 AM, Leonard Crestez wrote:
> > On Fri, 2018-06-15 at 23:36 +0200, Marek Vasut wrote:
> >> On 06/15/2018 10:58 PM, Leonard Crestez wrote:
> >>> On Fri, 2018-06-15 at 16:47 -0300, Fabio Estevam wrote:
> On Fri, Ju
On Fri, 01 Jun 2018, Neil Armstrong wrote:
> Having a 16 byte mkbp event size makes it possible to send CEC
> messages from the EC to the AP directly inside the mkbp event
> instead of first doing a notification and then a read.
>
> Signed-off-by: Stefan Adolfsson
> Signed-off-by: Neil Armstrong
On Fri, 01 Jun 2018, Neil Armstrong wrote:
> The EC can expose a CEC bus, this patch adds the CEC related definitions
> needed by the cros-ec-cec driver.
>
> Signed-off-by: Neil Armstrong
> Tested-by: Enric Balletbo i Serra
> Reviewed-by: Hans Verkuil
> ---
> include/linux/mfd/cros_ec_command
2018-06-15 18:49 GMT+02:00 Ville Syrjala :
> From: Ville Syrjälä
>
> There's no point in the cast for accessing the base class. Just
> take the address of the struct instead.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Ville Syrjälä
Acked-by: Benjamin Gaignard
Thanks.
>
On Thu, May 31, 2018 at 10:41:25AM +0200, Lucas Stach wrote:
> Am Dienstag, den 29.05.2018, 14:34 +0200 schrieb Daniel Vetter:
> > On Tue, May 29, 2018 at 11:08 AM, Lucas Stach
> > wrote:
> > > Am Dienstag, den 29.05.2018, 10:20 +0200 schrieb Daniel Vetter:
> > > > On Fri, May 25, 2018 at 03:42:5
On 18.06.2018 09:43, Daniel Vetter wrote:
> On Sat, Jun 16, 2018 at 01:32:44AM +0200, Marek Vasut wrote:
>> On 06/16/2018 12:42 AM, Leonard Crestez wrote:
>> > On Fri, 2018-06-15 at 23:36 +0200, Marek Vasut wrote:
>> >> On 06/15/2018 10:58 PM, Leonard Crestez wrote:
>> >>> On Fri, 2018-06-15 at 16:
On Fri, Jun 01, 2018 at 02:00:16PM +0200, Christian König wrote:
> The device parameter is completely unused because it is available in the
> attachment structure as well.
>
> Signed-off-by: Christian König
> ---
> drivers/dma-buf/dma-buf.c | 2 +-
> drivers/gpu/drm/a
https://bugs.freedesktop.org/show_bug.cgi?id=106879
--- Comment #3 from javcasalc ---
$ cat /var/log/Xorg.0.log
[ 6.892] (--) Log file renamed from "/var/log/Xorg.pid-1146.log" to
"/var/log/Xorg.0.log"
[ 6.893]
X.Org X Server 1.19.6
Release Date: 2017-12-20
[ 6.893] X Protocol Versio
2018-06-15 18:49 GMT+02:00 Ville Syrjala :
> From: Ville Syrjälä
>
> The current possible_clones setup doesn't look sensible. I'm assuming
> the 0 and 1 are supposed to refer to the indexes of the hdmi and hda
> encoders? So it kinda looks like we want hda+hdmi cloning, but then
> dvo also claims
On Mon, Jun 18, 2018 at 7:46 AM, Adam Borowski wrote:
> Hi!
> On v4.18-rc1, the mouse cursor is missing on my right monitor.
> Card is G98 [GeForce 8400 GS Rev. 2].
>
> I have two monitors: one small landscape 1280x1024 on DVI-I-1 left, and one
> big 1600x1200 (1200x1600 portrait) on HDMI-1 right.
2018-06-09 15:18 GMT+02:00 Thomas Zimmermann :
> 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.
>
> The patch also deletes the old function and removes it from the
> Coc
On Fri, Jun 01, 2018 at 02:00:17PM +0200, Christian König wrote:
> Neither used nor correctly implemented anywhere. Just completely remove
> the interface.
>
> Signed-off-by: Christian König
I wonder whether we can nuke the normal kmap stuff too ... everyone seems
to want/use the vmap stuff for
Hi Marc,
Am Mittwoch, 13. Juni 2018, 15:01:27 CEST schrieb Marc Zyngier:
> On 12/06/18 14:20, Heiko Stuebner wrote:
> > From: Sandy Huang
> >
> > The vop irq is shared between vop and iommu and irq probing in the
> > iommu driver moved to the probe function recently. This can in some
> > cases l
On Fri, Jun 01, 2018 at 02:00:18PM +0200, Christian König wrote:
> First step towards unpinned DMA buf operation.
>
> I've checked the DRM drivers to potential locking of the reservation
> object, but essentially we need to audit all implementations of the
> dma_buf _ops for this to work.
>
> Sig
On Wed, Jun 13, 2018 at 10:16:47AM +0200, Paul Kocialkowski wrote:
> This reverts commit 2c17a4368aad2b88b68e4390c819e226cf320f70.
>
> The offending commit triggers a run-time fault when accessing the panel
> element of the sun4i_tcon structure when no such panel is attached.
>
> It was apparentl
On Fri, Jun 01, 2018 at 02:00:19PM +0200, Christian König wrote:
> Add function variants which can be called with the reservation lock
> already held.
>
> Signed-off-by: Christian König
I expect that we'll need this patch before patch 3 and then roll it out to
drivers doing reservation locking a
4.16-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Velikov
[ Upstream commit 789d4c300e10eb2096ee83c3497118e67ccc951e ]
Currently the error pointer returned by msm_alloc_stolen_fb gets passed
to drm_framebuffer_remove. The latter handles
On Fri, Jun 01, 2018 at 02:00:20PM +0200, Christian König wrote:
> The caching of SGT's done by the DRM code is actually quite harmful and
> should probably removed altogether in the long term.
Hm, why is it harmful? We've done it because it's expensive, and people
started screaming about the over
Hi,
On 18-06-18 09:36, Ard Biesheuvel wrote:
Hallo Hans,
On 17 June 2018 at 17:32, Hans de Goede wrote:
On systems where fbcon is configured for deferred console takeover, the
intend is for the framebuffer to show the boot graphics (e.g a vendor
logo) until some message (e.g. an error) is pri
https://bugs.freedesktop.org/show_bug.cgi?id=106940
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
--- Comment #2 f
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Velikov
[ Upstream commit 789d4c300e10eb2096ee83c3497118e67ccc951e ]
Currently the error pointer returned by msm_alloc_stolen_fb gets passed
to drm_framebuffer_remove. The latter handles
https://bugzilla.kernel.org/show_bug.cgi?id=200121
Bug ID: 200121
Summary: [amdgpu] DC: Unable to find connected outputs
Product: Drivers
Version: 2.5
Kernel Version: 4.17.2
Hardware: All
OS: Linux
Tree: Mainl
https://bugzilla.kernel.org/show_bug.cgi?id=200121
--- Comment #1 from nanericw...@gmail.com ---
Created attachment 276645
--> https://bugzilla.kernel.org/attachment.cgi?id=276645&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=200121
nanericw...@gmail.com changed:
What|Removed |Added
Attachment #276645|application/octet-stream|text/plain
mime type|
Hi Lee,
On 18/06/2018 09:44, Lee Jones wrote:
> On Fri, 01 Jun 2018, Neil Armstrong wrote:
>
>> Having a 16 byte mkbp event size makes it possible to send CEC
>> messages from the EC to the AP directly inside the mkbp event
>> instead of first doing a notification and then a read.
>>
>> Signed-of
On Wed, Jun 13, 2018 at 01:45:23PM -0400, Alex Deucher wrote:
> On Mon, Jun 4, 2018 at 5:11 AM, Michel Dänzer wrote:
> >
> > Adding dri-devel.
> >
>
> Any opinions?
100% meh, i.e. if you care, go with whatever, you have my ack. Anyone who
cares about making docs more consistent makes me a happy
On Mon, Jun 11, 2018 at 07:51:01PM +0300, Ville Syrjälä wrote:
> On Thu, Jun 07, 2018 at 03:13:23PM +0300, Laurent Pinchart wrote:
> > Hi Ville,
> >
> > On Thursday, 7 June 2018 15:03:12 EEST Ville Syrjälä wrote:
> > > On Wed, Jun 06, 2018 at 12:08:12PM +0300, Laurent Pinchart wrote:
> > > > The d
Hi Heiko,
On Tue, Jun 12, 2018 at 9:15 PM Heiko Stuebner wrote:
>
> From: Sandy Huang
>
> The vop irq is shared between vop and iommu and irq probing in the
> iommu driver moved to the probe function recently. This can in some
> cases lead to a stall if the irq is triggered while the vop driver
https://bugzilla.kernel.org/show_bug.cgi?id=200121
Michel Dänzer (mic...@daenzer.net) changed:
What|Removed |Added
CC||harry.wentl...@amd.co
On Sat, Jun 09, 2018 at 03:17:58PM +0200, Thomas Zimmermann wrote:
> This patch set replaces functions named {un,reference} by their {put,get}
> counterparts. Each patch also removes the replaced functions from the DRM
> core and deletes them from the related Coccinelle script.
> Affected data type
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #3 from Michel Dänzer ---
Please attach the following for 4.18.0-rc1 and the last working kernel: The
dmesg output, the .config file and the Xorg log file.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106303
--- Comment #7 from Mike ---
Power usage partially improved with kernel 4.17.2
Both MCLK and SCLK now lowered to full idle - when monitor is turned OFF.
Also MCLK seems to go idle (300MHz) periodically under low load (2D and
browsing).
However,
On Mon, Jun 11, 2018 at 10:34:03PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Use the '[PROP:id:name]' format I introduced for the core in the driver
> debug messages as well.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Daniel Vetter
I'm wondering whether there's not some kind o
https://bugzilla.kernel.org/show_bug.cgi?id=199749
--- Comment #11 from Michel Dänzer (mic...@daenzer.net) ---
Other Raven Ridge users have reported that updating to the current microcode
files from
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu
has fixed s
On Fri, Jun 15, 2018 at 08:39:39PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The meaning of the mode_config max_width/height fields has not been
> entirely clear. They are used both as the max framebuffer dimensions,
> and they are also used by drm_mode_getconnector() to filter out
>
Hi,
On 18-06-18 10:53, Môshe van der Sterre wrote:
Hi Hans,
On 06/17/2018 05:32 PM, Hans de Goede wrote:
On systems where fbcon is configured for deferred console takeover, the
intend is for the framebuffer to show the boot graphics (e.g a vendor
logo) until some message (e.g. an error) is pri
https://bugzilla.kernel.org/show_bug.cgi?id=200121
--- Comment #3 from nanericw...@gmail.com ---
alright. when will kabini be supported? is it in the timeline?
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-de
Hi,
On 18-06-18 10:43, Ard Biesheuvel wrote:
On 18 June 2018 at 10:30, Hans de Goede wrote:
Hi,
On 18-06-18 09:36, Ard Biesheuvel wrote:
Hallo Hans,
On 17 June 2018 at 17:32, Hans de Goede wrote:
On systems where fbcon is configured for deferred console takeover, the
intend is for the f
On Sun, Jun 17, 2018 at 05:32:33PM +0200, Hans de Goede wrote:
> Hi All,
>
> Here is a patch-set to make sure that the efifb contains the boot
> graphics from the ACPI BGRT extension when the kernel is configured
> to use the (new) deferred fbcon console takeover support.
>
> Let me explain why t
Hi,
On 18-06-18 11:23, Daniel Vetter wrote:
On Sun, Jun 17, 2018 at 05:32:33PM +0200, Hans de Goede wrote:
Hi All,
Here is a patch-set to make sure that the efifb contains the boot
graphics from the ACPI BGRT extension when the kernel is configured
to use the (new) deferred fbcon console takeo
Am Montag, 18. Juni 2018, 10:44:58 CEST schrieb Tomasz Figa:
> Hi Heiko,
>
> On Tue, Jun 12, 2018 at 9:15 PM Heiko Stuebner wrote:
> >
> > From: Sandy Huang
> >
> > The vop irq is shared between vop and iommu and irq probing in the
> > iommu driver moved to the probe function recently. This can
Hi Heiko,
On Tue, Jun 12, 2018 at 10:20 PM Heiko Stuebner wrote:
>
> Judging from the iommu code, both the hclk and aclk are necessary for
> register access. Split them off into separate functions from the regular
> vop enablement, so that we can use them elsewhere as well.
>
> Fixes: d0b912bd4c2
https://bugs.freedesktop.org/show_bug.cgi?id=106949
Bug ID: 106949
Summary: Mandatory amdgpu DC on Polaris
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Prio
Hi,
On 25/05/18 06:32, Oleksandr Andrushchenko wrote:
> On 05/23/2018 02:46 PM, Juergen Gross wrote:
>> On 23/05/18 13:36, Oleksandr Andrushchenko wrote:
>>> From: Oleksandr Andrushchenko
>>>
>>> Building for a 32-bit target results in warnings from casting
>>> between a 32-bit pointer and a 64-b
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #1 from Michel Dänzer ---
It's a bit unclear what you're saying. Disabling DC (via amdgpu.dc=0?) worked
with 4.16.13, but doesn't anymore with 4.17.2?
Please attach the dmesg output from a good case and if possible from a bad
case.
From: Nickey Yang
This patch update describe panel/port links, including
unit addresses in documentation of device tree bindings
for the rockchip DSI controller based on the Synopsys
DesignWare MIPI DSI host controller.
Signed-off-by: Nickey Yang
Reviewed-by: Brian Norris
Signed-off-by: Heiko
The Rockchip DSI driver was separate till now, not using the common
bridge driver that was introduced a bit later. So this series migrates
over to use that common bridge driver and then also adds support for
dual-dsi to both the bridge and Rockchip glue code.
The bridge-migration itself is based o
Add the Rockchip-sepcific dual-dsi setup and hook it into the VOP as well.
As described in the general dual-dsi devicetree binding, the panel should
define two input ports and point each of them to one of the used dsi-
controllers, as well as declare one of them as clock-master.
This is used to det
Right now the host is only unregistered when the driver is used via the
bridge api and not via the component api, leading to the host staying
registered in cases like probe deferral.
So move the host unregister to the general remove function, so that it
gets cleaned up in all cases.
Signed-off-by
From: Nickey Yang
Add the ROCKCHIP DSI controller driver that uses the Synopsys DesignWare
MIPI DSI host controller bridge and remove the old separate one.
changes:
v2:
add err_pllref, remove unnecessary encoder.enable & disable
correct spelling mistakes
v3:
call dw_mipi_dsi_unbind() i
When the panel-driver is build as a module it currently fails hard as the
panel cannot be probed directly:
dw_mipi_dsi_bind()
__dw_mipi_dsi_probe()
creates dsi bus
creates panel device
triggers panel module load
panel not probed (module not loaded or panel probe slow)
drm_bridg
From: Nickey Yang
Allow to also drive a slave dw-mipi-dsi controller in a dual-dsi
setup. This will require additional implementation-specific
code to look up the slave instance and do specific setup.
Also will probably need code in the specific crtcs as dual-dsi
does not equal two separate dsi o
__dw_mipi_dsi_probe() does all the grabbing of resources and does it using
devm-helpers. So this is happening on each try of master bringup possibly
slowing down things a lot.
Drivers using the component framework may instead want call dw_mipi_dsi_probe
separately in their probe function setup res
From a specified output port of one dsi controller this function allows to
iterate over the list of registered dsi controllers trying to find a second
instance connected to the same display, like it is used in dual-dsi setups.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/drm_mipi_dsi.c | 56
Am Montag, 18. Juni 2018, 12:28:02 CEST schrieb Heiko Stuebner:
> From: Nickey Yang
>
> This patch update describe panel/port links, including
> unit addresses in documentation of device tree bindings
> for the rockchip DSI controller based on the Synopsys
> DesignWare MIPI DSI host controller.
>
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #2 from Dmitry ---
Almost. The shutdown did not work on 4.16.13 and earlier. And there is now on
my fresh 4.17.2. Disable by removing amdgpu.dc=1 of the string.
P.S. I noticed that there is a bug and when you disable TearFree in the
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #3 from Dmitry ---
Created attachment 140192
--> https://bugs.freedesktop.org/attachment.cgi?id=140192&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #4 from Michel Dänzer ---
(In reply to Dmitry from comment #2)
> Almost. The shutdown did not work on 4.16.13 and earlier. And there is now
> on my fresh 4.17.2.
What is there now?
> Disable by removing amdgpu.dc=1 of the string.
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #5 from Dmitry ---
>> What is there now?
Same thing. The system is not loaded beyond the point "Reached target graphic
Interface". But there is one point, helps pressing Enter, sometimes two
presses.
>> DC is enabled by default as
https://bugs.freedesktop.org/show_bug.cgi?id=106938
Christian König changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
This patch unifies the naming of DRM functions for reference counting
of struct drm_gem_object. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/i915/i915_gem_object.h | 2 +-
1 file changed, 1 insertion(+), 1 d
This patch unifies the naming of DRM functions for reference counting
of struct drm_gem_object. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/i915/i915_gem_object.h | 8 +---
1 file changed, 1 insertion(+
This patch unifies the naming of DRM functions for reference counting
of struct drm_gem_object. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/i915/i915_gem_object.h | 3 ---
1 file changed, 3 deletions(-)
di
This patch unifies the naming of DRM functions for reference counting
of struct drm_connector. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/i915/intel_display.c | 4 ++--
drivers/gpu/drm/i915/intel_dp_mst.c
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
---
drivers/gpu/drm/i915/selftests/huge_pages.c| 2 +-
drivers/gpu/drm/i915/selfte
This patch set replaces functions named {un,reference} by their
{put,get} counterparts. Affected data types are struct drm_connector,
struct drm_gem_object, and struct drm_device.
With the reference-counting functions being named {put,get}, the DRM
interface is more aligned to Linux kernel nameing
Hi
> It might also be good to split up some of the patches into per-driver
> patches.
Thanks for the feedback. I'll do the (major) drivers first and will get
back with whatever will be left of this patch set.
Best regards
Thomas
> -Daniel
>
>>
>> Documentation/gpu/todo.rst
https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #4 from Paul Menzel ---
Is there a switch to override that behavior?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fr
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #4 from SET ---
Created attachment 140195
--> https://bugs.freedesktop.org/attachment.cgi?id=140195&action=edit
Bad .config
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #5 from SET ---
Created attachment 140197
--> https://bugs.freedesktop.org/attachment.cgi?id=140197&action=edit
Bad dmesg
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #6 from SET ---
Created attachment 140198
--> https://bugs.freedesktop.org/attachment.cgi?id=140198&action=edit
Bad Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #7 from SET ---
Created attachment 140199
--> https://bugs.freedesktop.org/attachment.cgi?id=140199&action=edit
Good .config
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #8 from SET ---
Created attachment 140200
--> https://bugs.freedesktop.org/attachment.cgi?id=140200&action=edit
Good dmesg
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #9 from SET ---
Created attachment 140201
--> https://bugs.freedesktop.org/attachment.cgi?id=140201&action=edit
Good Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #10 from SET ---
Created attachment 140202
--> https://bugs.freedesktop.org/attachment.cgi?id=140202&action=edit
Good and bad git commits
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106949
--- Comment #6 from Dmitry ---
Found out that this bug with SDDM which I use. It is happening because of a
change in configuration or any other reason.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=106938
--- Comment #5 from Christian König ---
(In reply to Paul Menzel from comment #4)
> Is there a switch to override that behavior?
Long story short, no there isn't.
You could try to disable certain blocks with radeon.uvd=0 and radeon.vce=0 to
sp
On 06/15/2018 06:46 PM, Peter Zijlstra wrote:
On Fri, Jun 15, 2018 at 02:08:27PM +0200, Thomas Hellstrom wrote:
@@ -772,6 +856,25 @@ __ww_mutex_add_waiter(struct mutex_waiter *waiter,
}
list_add_tail(&waiter->list, pos);
+ if (__mutex_waiter_is_first(lock, waiter))
+
Applied. Thanks.
Best Regards
Rex
From: rajan.v...@gmail.com
Sent: Monday, June 18, 2018 3:31 PM
To: Deucher, Alexander; Koenig, Christian; Zhou, David(ChunMing); Zhu, Rex;
StDenis, Tom
Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
linu
On Mon, Jun 18, 2018 at 10:53:13AM +0200, Daniel Vetter wrote:
> On Mon, Jun 11, 2018 at 10:34:03PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Use the '[PROP:id:name]' format I introduced for the core in the driver
> > debug messages as well.
> >
> > Signed-off-by: Ville Syrjälä
On 18 June 2018 at 10:30, Hans de Goede wrote:
> Hi,
>
> On 18-06-18 09:36, Ard Biesheuvel wrote:
>>
>> Hallo Hans,
>>
>> On 17 June 2018 at 17:32, Hans de Goede wrote:
>>>
>>> On systems where fbcon is configured for deferred console takeover, the
>>> intend is for the framebuffer to show the bo
On Thu, May 24, 2018 at 6:27 PM, Daniel Vetter wrote:
> On Wed, May 23, 2018 at 03:05:35PM +0530, Souptick Joarder wrote:
>> On Mon, May 14, 2018 at 9:56 PM, Daniel Vetter wrote:
>> > On Thu, May 10, 2018 at 02:51:38PM -0400, Sean Paul wrote:
>> >> On Thu, May 10, 2018 at 07:58:11PM +0530, Soupti
From: Rajan Vaja
Initialize variable to 0 before performing logical OR operation.
Signed-off-by: Rajan Vaja
---
drivers/gpu/drm/amd/powerplay/hwmgr/vega10_powertune.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/vega10_powertune.c
b/d
On 18 June 2018 at 11:13, Hans de Goede wrote:
> Hi,
>
>
> On 18-06-18 10:43, Ard Biesheuvel wrote:
>>
>> On 18 June 2018 at 10:30, Hans de Goede wrote:
>>>
>>> Hi,
>>>
>>> On 18-06-18 09:36, Ard Biesheuvel wrote:
Hallo Hans,
On 17 June 2018 at 17:32, Hans de Goede wrote
On 05/31/2018 08:51 AM, Archit Taneja wrote:
> Hi,
>
> On Wednesday 30 May 2018 05:45 PM, Maciej Purski wrote:
>> From: Andrzej Hajda
>>
>> Add a drm_bridge driver for the Toshiba TC358764 DSI to LVDS bridge.
>>
>> Signed-off-by: Andrzej Hajda
>> Signed-off-by: Maciej Purski
>> ---
>> drivers
Hallo Hans,
On 17 June 2018 at 17:32, Hans de Goede wrote:
> On systems where fbcon is configured for deferred console takeover, the
> intend is for the framebuffer to show the boot graphics (e.g a vendor
> logo) until some message (e.g. an error) is printed or a graphical
> session takes over.
>
On 05/31/2018 06:02 AM, Rob Herring wrote:
> On Wed, May 30, 2018 at 02:15:58PM +0200, Maciej Purski wrote:
>> From: Andrzej Hajda
>>
>> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
>> Bindings describe power supplies, reset gpio and video interfaces.
>>
>> Signed-off-by: Andrzej
On 06/18/2018 01:06 PM, Andre Przywara wrote:
Hi,
On 25/05/18 06:32, Oleksandr Andrushchenko wrote:
On 05/23/2018 02:46 PM, Juergen Gross wrote:
On 23/05/18 13:36, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Building for a 32-bit target results in warnings from casting
betw
From: Rajan Vaja
Use ARRAY_SIZE instead of dividing sizeof array with sizeof
an element. This fixes below warning reported by Coccinelle:
drivers/gpu/drm//i915/gvt/vgpu.c:122:30-31: WARNING: Use ARRAY_SIZE
Signed-off-by: Rajan Vaja
---
drivers/gpu/drm/i915/gvt/vgpu.c | 2 +-
1 file changed, 1
On 05/30/2018 02:36 PM, Laurent Pinchart wrote:
> Hi Maciej,
>
> On Wednesday, 30 May 2018 15:15:58 EEST Maciej Purski wrote:
>> From: Andrzej Hajda
>>
>> The patch adds bindings to Toshiba DSI/LVDS bridge TC358764.
>> Bindings describe power supplies, reset gpio and video interfaces.
>>
>> Sign
Hi Hans,
On 06/17/2018 05:32 PM, Hans de Goede wrote:
> On systems where fbcon is configured for deferred console takeover, the
> intend is for the framebuffer to show the boot graphics (e.g a vendor
> logo) until some message (e.g. an error) is printed or a graphical
> session takes over.
>
> So
1 - 100 of 205 matches
Mail list logo