On Fri, Mar 10, 2017 at 02:47:04PM -0600, Bjorn Helgaas wrote:
> On Fri, Mar 10, 2017 at 2:23 PM, Lukas Wunner wrote:
> > +/**
> > + * pci_is_thunderbolt_attached - whether device is on a Thunderbolt daisy
> > chain
> > + * @pdev: PCI device to check
> > + *
> > + * Walk upwards from @pdev and ch
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #21 from cosiek...@o2.pl ---
Created attachment 130162
--> https://bugs.freedesktop.org/attachment.cgi?id=130162&action=edit
mesa 17.0.1 kernel 4.10.1
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=37724
--- Comment #22 from cosiek...@o2.pl ---
Created attachment 130163
--> https://bugs.freedesktop.org/attachment.cgi?id=130163&action=edit
mesa 17.0.1 kernel 4.10.1 hyperz on
--
You are receiving this mail because:
You are the assignee for the b
On Fri, Feb 17, 2017 at 03:40:16PM +0200, Laurent Pinchart wrote:
> Hi Dave,
>
> The following changes since commit 9ca70356a9260403c1bda40d942935e55d00c11c:
>
> Revert "drm: Resurrect atomic rmfb code, v3" (2017-02-17 12:39:04 +1000)
>
> are available in the git repository at:
>
> git://li
On Fri, Mar 10, 2017 at 01:13:12PM -0500, Sean Paul wrote:
> On Fri, Mar 10, 2017 at 05:52:34PM +0100, Daniel Vetter wrote:
> > On Fri, Mar 10, 2017 at 11:01:54AM -0500, Sean Paul wrote:
> > > On Fri, Mar 10, 2017 at 02:12:14PM +1000, Dave Airlie wrote:
> > > > Talk to Jonas (jadahl) on irc, he had
I think the easiest (if definitely not the fastest) way for me to test
these patches the Arch way
IF
they will apply cleanly against 4.11-rc1 is to patch the
linux-armv7-rc PKGBUILD so that it will apply Phillipp's patches
before it builds the kernel.
The linux-armv7-rc PKGBUILD is available fro
On Fri, Mar 10, 2017 at 10:35:09AM +0100, Romain Perier wrote:
> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
> step E. and is kept enabled for later use. This clock should be enabled
> and disabled along with the actual audio stream and not always on (that
> is bad for PM)
Currently, the irq handler that monitores changes for HPD anx RX_SENSE
relies on the status of the bridge for updating the status of the HPD.
The update is done only when the bridge is enabled.
However, on Rockchip platforms we have found use cases where it could be
a problem. When HDMI is being u
Hello,
Le 10/03/2017 à 11:27, Russell King - ARM Linux a écrit :
> On Fri, Mar 10, 2017 at 11:21:53AM +0100, Romain Perier wrote:
>> Hello,
>>
>> Le 10/03/2017 à 10:46, Russell King - ARM Linux a écrit :
>>> On Fri, Mar 10, 2017 at 10:35:09AM +0100, Romain Perier wrote:
Currently, the audio
Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
step E. and is kept enabled for later use. This clock should be enabled
and disabled along with the actual audio stream and not always on (that
is bad for PM). Futhermore, this might cause sound glitches with some
HDMI devices, a
On Fri, Mar 10, 2017 at 11:58:19AM +0100, Romain Perier wrote:
> Hello,
>
> Le 10/03/2017 à 11:27, Russell King - ARM Linux a écrit :
> > I also would not think that it's platform specific - remember that
> > this is Designware IP, and it's likely that other platforms with
> > exactly the same IP
On Fri, Mar 10, 2017 at 11:21:53AM +0100, Romain Perier wrote:
> Hello,
>
> Le 10/03/2017 à 10:46, Russell King - ARM Linux a écrit :
> > On Fri, Mar 10, 2017 at 10:35:09AM +0100, Romain Perier wrote:
> >> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
> >> step E. and is ke
Hello,
Le 10/03/2017 à 12:15, Russell King - ARM Linux a écrit :
> On Fri, Mar 10, 2017 at 11:58:19AM +0100, Romain Perier wrote:
>> Hello,
>>
>> Le 10/03/2017 à 11:27, Russell King - ARM Linux a écrit :
>>> I also would not think that it's platform specific - remember that
>>> this is Designware
Hello,
Le 10/03/2017 à 10:46, Russell King - ARM Linux a écrit :
> On Fri, Mar 10, 2017 at 10:35:09AM +0100, Romain Perier wrote:
>> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
>> step E. and is kept enabled for later use. This clock should be enabled
>> and disabled alon
https://bugs.freedesktop.org/show_bug.cgi?id=100101
Kenneth Graunke changed:
What|Removed |Added
Summary|[i915] GPU HANG: ecode |[SNB GT1] GPU HANG: ecode
Touching HW while clocks are off is a serious error and for instance
breaks suspend functionality. After this patch tilcdc_crtc_update_fb()
always updates the primary plane's framebuffer pointer, increases fb's
reference count and stores vblank event. tilcdc_crtc_update_fb() only
writes the fb's DM
https://bugs.freedesktop.org/show_bug.cgi?id=76490
--- Comment #121 from Franc[e]sco ---
I removed the quirks for my r9 270x and I have no stability issues whatsoever,
it's a really nice performance boost.
this is the line I commented out for my card:
{ PCI_VENDOR_ID_ATI, 0x6810, 0x174b, 0xe271,
Convert mi0283qt to use tinydrm_panel.
Let mipi-dbi use tinydrm_panel_init().
Additionally change to the common header include order.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mi0283qt.c | 113 +++--
drivers/gpu/drm/tinydrm/mipi-dbi.c | 51 --
Finish conversion to tinydrm_panel by removing unneeded functions and
properties.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/mipi-dbi.c | 154 -
include/drm/tinydrm/mipi-dbi.h | 25 --
2 files changed, 179 deletions(-)
diff --git a/dri
Add tinydrm_rgb565_buf_copy() function that copies buffer rectangle to
destination buffer and also handles XRGB and byte swap conversions.
Useful for displays that only support RGB565 and can do partial updates.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c
This starts the conversion of basing mipi_dbi on tinydrm_panel.
- Add mipi_dbi_flush() and mipi_dbi_panel_disable()
- Switch to tinydrm_panel properties
MIPI DCS can't be represented using regmap since some commands doesn't
have a parameter. That would be like a register without a value, which
doe
https://bugs.freedesktop.org/show_bug.cgi?id=99967
--- Comment #3 from Christoph Haag ---
Some more experimentation:
The SaschaWillems Vulkan examples that cause a lot of gpu load (like
computecullandlod) make the GPU run at the highest performance level.
McNoppers OpenGL Example30 (raytracing
Add support for displays that can be operated using a simple vtable.
Geared towards controllers that can represent it's registers using
regmap.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/tinydrm.rst| 12 +
drivers/gpu/drm/tinydrm/Kconfig | 1 +
drivers/gp
Add support for displays that have a register interface and can be
operated using a simple vtable.
I have looked through the staging/fbtft drivers and it seems that,
except the MIPI controllers, most if not all controllers are operated
through a register. And since most controllers have more than
24 matches
Mail list logo