https://bugs.freedesktop.org/show_bug.cgi?id=103107
--- Comment #4 from Daniel Vetter ---
(In reply to Chris Wilson from comment #2)
> Just your regular invalid negative test.
Also just your regular lack of invalid tests for the new flag.
Either way, pls fix this somehow. If you really insist t
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>Brian Starkey
>Sent: Tuesday, November 7, 2017 11:10 PM
>To: Shankar, Uma
>Cc: intel-...@lists.freedesktop.org; Syrjala, Ville ;
>Lankhorst, Maarten ; dri-
>de...@lists.freedesktop.org
>Su
https://bugs.freedesktop.org/show_bug.cgi?id=101731
Józef Kucia changed:
What|Removed |Added
See Also||https://bugs.winehq.org/sho
https://bugs.freedesktop.org/show_bug.cgi?id=103613
--- Comment #4 from Michel Dänzer ---
Created attachment 135295
--> https://bugs.freedesktop.org/attachment.cgi?id=135295&action=edit
Use the correct ScrnInfoPtr in redisplay_dirty
Does this xf86-video-amdgpu patch fix it?
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=103613
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |xorg-driver-...@lists.x.org
On 07.11.2017 15:28, Mikko Perttunen wrote:
> On 05.11.2017 18:46, Dmitry Osipenko wrote:
>> On 05.11.2017 14:01, Mikko Perttunen wrote:
>>> ...
>>>
>>> +static int mlock_id_for_class(unsigned int class)
>>> +{
>>> +#if HOST1X_HW >= 6
>>> + switch (class)
>>> + {
>>> + case HOST1X_CLASS_HO
On 05.11.2017 18:46, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
>> ...
+static int mlock_id_for_class(unsigned int class)
+{
+#if HOST1X_HW >= 6
+ switch (class)
+ {
+ case HOST1X_CLASS_HOST1X:
+ return 0;
+ case HOST1X_CLASS_VIC:
+
On 07.11.2017 16:11, Mikko Perttunen wrote:
> On 05.11.2017 19:14, Dmitry Osipenko wrote:
>> On 05.11.2017 14:01, Mikko Perttunen wrote:
>>> Add an option to host1x_channel_request to interruptibly wait for a
>>> free channel. This allows IOCTLs that acquire a channel to block
>>> the userspace.
>>
Acked-by: Chris Healy
On Tue, Nov 7, 2017 at 8:56 AM, Andrey Gusakov
wrote:
> Add copyright lines for Zodiac who paid for driver development.
>
> Signed-off-by: Andrey Gusakov
> ---
> drivers/gpu/drm/bridge/tc358767.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/dr
On 05.11.2017 19:14, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
Add an option to host1x_channel_request to interruptibly wait for a
free channel. This allows IOCTLs that acquire a channel to block
the userspace.
Wouldn't it be more optimal to request channel and block
Hi Noralf,
On Tue, 2017-11-07 at 20:13 +0100, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Alexey Brodkin
> Signed-off-b
On 05.11.2017 19:43, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
In the traditional channel allocation model, a single hardware channel
was allocated for each client. This is simple from an implementation
perspective but prevents use of hardware scheduling.
This patch imp
Parsing the EDID for HDMI and audio information in the get_modes()
callback is incorrect - this only parses the EDID read from the
connector, not any override or firmware provided EDID.
The correct place to parse the EDID for these parameters is the
fill_modes() callback, after we've called the he
Add create_handle support to cirrus and virtio fb which are used
in virtual machines. Without this, screenshot tool in chromium OS
can't work.
Signed-off-by: Lepton Wu
---
drivers/gpu/drm/cirrus/cirrus_main.c | 9 +
drivers/gpu/drm/virtio/virtgpu_display.c | 12
2 files
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Provide more detailed ./Documentation/devicetree/bindings/display/panel
entry to describe this panel device.
---
.../bindings/display/panel/tianma,tm070rvhg71.txt | 29 ++
drivers/gpu/drm/panel/panel-simple.c
On 05.11.2017 14:01, Mikko Perttunen wrote:
> Hi all,
>
> this adds support for a new model of hardware channel allocation for
> Host1x/TegraDRM. In the current model, one hardware channel is
> allocated for each client device at probe time. This is simple but
> does not allow for optimal use of h
Dear all,
This patchset performs complete rewrite of Exynos DRM IPP subsystem and
its userspace API.
Why such rewrite is needed? Exynos DRM IPP API is over-engineered in
general, but not really extensible on the other side. It is also buggy,
with significant design flaws:
- Userspace API covers m
This patch adapts Exynos DRM Rotator driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig |2 +-
drivers/gpu/drm/exyno
This patch adapts Exynos DRM GScaler driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
During the conversion driver has been adapted to support more specific
compatible strings to distinguish between E
Exynos IPP will be rewritten, so remove current IPP core code and mark
existing drivers as BROKEN.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 11 +-
drivers/gpu/drm/exynos/Makefile |1 -
drivers/gpu/drm/exynos/exynos_drm_drv.c | 12 -
drivers/gp
This patch adds Exynos IPP v2 subsystem and userspace API.
New userspace API is focused ONLY on memory-to-memory image processing.
The two remainging IPP operation modes (framebuffer writeback and
local-path output with image processing) can be implemented using
standard DRM features: writeback co
From: Andrzej Pietrasiewicz
There are 3 scaler devices in Exynos5420 SoCs, all are a part of MSCL
power domain. MSCL power domain and SYSMMU controllers (two per each
scaler device) have been already added to exynos5420.dtsi earlier,
so bind them to newly added devices.
Signed-off-by: Andrzej Pi
From: Andrzej Pietrasiewicz
Exynos Scaler is a hardware module, which processes graphic data fetched
from memory and transfers the resultant dato another memory buffer.
Graphics data can be up/down-scaled, rotated, flipped and converted color
space. Scaler hardware modules are a part of Exynos542
This patch adapts Exynos DRM FIMC driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig |2 +-
drivers/gpu/drm/exynos/exyn
From: Andrzej Pietrasiewicz
There are two Scaler devices in Exynos5433 SoCs. Add nodes for them and
their SYSMMU controllers.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 42 ++
1 file changed
On Sun, 05 Nov 2017, Colin King wrote:
> From: Colin Ian King
>
> The variable len is assigned but never read, therefore it is redundant
> and can be removed. Cleans up clang warning:
>
> drivers/video/backlight/ili922x.c:276:2: warning: Value stored to 'len'
> is never read
>
> Signed-off-by:
Two bits:
- check actual atomic state, the legacy stuff can only be looked at
from within the atomic_commit_tail function, since it's only
protected by ordering and not by any locks.
- Make sure we don't wreak the work an ongoing nonblocking commit is
doing.
Cc: Manasi Navare
Cc: Maarten L
It's useful for syncing async connector work like link retraining.
Cc: Manasi Navare
Cc: Maarten Lankhorst
Cc: Ville Syrjälä
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_ato
This patch adapts Exynos DRM FIMC driver to new IPP v2 core API.
The side effect of this conversion is a switch to driver component API
to register properly in the Exynos DRM core.
Signed-off-by: Marek Szyprowski
---
This is a proper v5 version, by mistake I posted unfinished patch in the
"[PATCH
2017-11-04 14:04 GMT+01:00 Noralf Trønnes :
> Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
> the fact that drm_device holds a pointer to the drm_fb_helper structure.
> This means that the driver doesn't have to keep track of that.
> Also use the drm_fb_helper functions di
On Tue, Nov 07, 2017 at 12:39:35PM -0800, Lepton Wu wrote:
> Add create_handle support to cirrus and virtio fb which are used
> in virtual machines. Without this, screenshot tool in chromium OS
> can't work.
>
> Signed-off-by: Lepton Wu
Please split per-driver and cc relevant driver maintainers
Two bits:
- check actual atomic state, the legacy stuff can only be looked at
from within the atomic_commit_tail function, since it's only
protected by ordering and not by any locks.
- Make sure we don't wreak the work an ongoing nonblocking commit is
doing.
v2: We need the crtc lock too, b
Hi Dave,
drm-misc-next-fixes-2017-11-08:
4.15 merge window fixes, round 2:
randconfig fix from Arnd, plus the vblank WARN_ON fix from Ville.
Right away a new pull request because somehow Ville's fix was stuck for a
bit too long and everyone forgot :-( And I didn't notice because i915
isn't affec
On Wed, Nov 08, 2017 at 01:57:50PM +0100, Daniel Vetter wrote:
> Two bits:
> - check actual atomic state, the legacy stuff can only be looked at
> from within the atomic_commit_tail function, since it's only
> protected by ordering and not by any locks.
>
> - Make sure we don't wreak the work
Drivers are registered on platform bus so the private list
could be replace by a call to of_find_device_by_node().
Changing this also makes dev, np and link fields useless
in vtg structure.
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/Kconfig | 1 +
drivers/gpu/drm/sti/sti_vtg.c |
vtg_remove does nothing just remove it
Signed-off-by: Benjamin Gaignard
---
drivers/gpu/drm/sti/sti_vtg.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_vtg.c b/drivers/gpu/drm/sti/sti_vtg.c
index 5f75aea..3aa2fa6 100644
--- a/drivers/gpu/drm/sti/sti_vtg.c
+++ b
On Wed, Nov 08, 2017 at 03:04:58PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 08, 2017 at 01:57:50PM +0100, Daniel Vetter wrote:
> > Two bits:
> > - check actual atomic state, the legacy stuff can only be looked at
> > from within the atomic_commit_tail function, since it's only
> > protected by
Op 08-11-17 om 14:04 schreef Ville Syrjälä:
> On Wed, Nov 08, 2017 at 01:57:50PM +0100, Daniel Vetter wrote:
>> Two bits:
>> - check actual atomic state, the legacy stuff can only be looked at
>> from within the atomic_commit_tail function, since it's only
>> protected by ordering and not by an
On Wed, Nov 08, 2017 at 02:11:46PM +0100, Daniel Vetter wrote:
> On Wed, Nov 08, 2017 at 03:04:58PM +0200, Ville Syrjälä wrote:
> > On Wed, Nov 08, 2017 at 01:57:50PM +0100, Daniel Vetter wrote:
> > > Two bits:
> > > - check actual atomic state, the legacy stuff can only be looked at
> > > from w
On Wed, Nov 08, 2017 at 03:26:15PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 08, 2017 at 02:11:46PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 08, 2017 at 03:04:58PM +0200, Ville Syrjälä wrote:
> > > On Wed, Nov 08, 2017 at 01:57:50PM +0100, Daniel Vetter wrote:
> > > > Two bits:
> > > > - check a
2017-11-08 14:06 GMT+01:00 Benjamin Gaignard :
> vtg_remove does nothing just remove it
>
> Signed-off-by: Benjamin Gaignard
Merge in drm-misc-next with Daniel's irc ack
> ---
> drivers/gpu/drm/sti/sti_vtg.c | 6 --
> 1 file changed, 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/sti/sti_v
2017-11-08 14:04 GMT+01:00 Benjamin Gaignard :
> Drivers are registered on platform bus so the private list
> could be replace by a call to of_find_device_by_node().
> Changing this also makes dev, np and link fields useless
> in vtg structure.
>
> Signed-off-by: Benjamin Gaignard
Merge in drm-mi
https://bugs.freedesktop.org/show_bug.cgi?id=92248
--- Comment #44 from Hector Velazquez
---
This test continue failing on CFL QA
igt@kms_plane_scaling
This is my configuration:
==
Graphic stack
==
Component: drm
Needed for the next patch and makes the code quite a bit easier to
understand.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index c088703777e2..9
Instead of having a pointless wrapper or call the underlying ww_mutex
function directly.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 13 +++--
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 8
include/drm/ttm/ttm_bo_driver.h| 14 +-
Deleted BOs with the same reservation object can be reaped even if they
can't be reserved.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 35 +++
1 file changed, 27 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drive
Needed for the next patch.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 52
1 file changed, 28 insertions(+), 24 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 6f55310a9d09..d23592cfe4
On Wed, Nov 08, 2017 at 11:54:49AM +0100, Daniel Vetter wrote:
> It's useful for syncing async connector work like link retraining.
>
> Cc: Manasi Navare
> Cc: Maarten Lankhorst
> Cc: Ville Syrjälä
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 8 +++-
> 1 fi
Den 08.11.2017 13.21, skrev Benjamin Gaignard:
2017-11-04 14:04 GMT+01:00 Noralf Trønnes :
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of th
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||103586
Referenced Bugs:
https://bugs.free
Den 06.11.2017 18.32, skrev Philippe CORNU:
Hi Noralf,
On 11/04/2017 02:04 PM, Noralf Trønnes wrote:
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep
From: Ville Syrjälä
Apparently some sinks look at the YQ bits even when receiving RGB,
and they get somehow confused when they see a non-zero YQ value.
So we can't just blindly follow CEA-861-F and set YQ to match the
RGB range.
Unfortunately there is no good way to tell whether the sink
designe
On Tue, Nov 07, 2017 at 09:34:35PM +0530, Agrawal, Akshu wrote:
> On 11/7/2017 5:07 PM, Mark Brown wrote:
> > > > These two URLs are different, what was being reviewed here? What is
> > > > Commit-Ready supposed to mean?
> Same patch is reviewed, once on 4.4 kernel (659699) and then on 4.12 kern
The patch
ASoC: amd: Report accurate hw_ptr during dma
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
https://bugs.freedesktop.org/show_bug.cgi?id=103625
Bug ID: 103625
Summary: Sporadic GPU HANG issue while Java is rendering via
OpenGL
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=103625
--- Comment #1 from Lars Taubert ---
Created attachment 135306
--> https://bugs.freedesktop.org/attachment.cgi?id=135306&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=103625
--- Comment #2 from Lars Taubert ---
Created attachment 135307
--> https://bugs.freedesktop.org/attachment.cgi?id=135307&action=edit
/var/log/Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103625
--- Comment #3 from Lars Taubert ---
Created attachment 135308
--> https://bugs.freedesktop.org/attachment.cgi?id=135308&action=edit
/etc/X11/xorg.conf.d/01-intel-graphics.conf
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=103625
--- Comment #4 from Lars Taubert ---
Created attachment 135309
--> https://bugs.freedesktop.org/attachment.cgi?id=135309&action=edit
xrandr --verbose output
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=103625
--- Comment #5 from Lars Taubert ---
Created attachment 135310
--> https://bugs.freedesktop.org/attachment.cgi?id=135310&action=edit
detailed version of used drm, mesa & xorg software
--
You are receiving this mail because:
You are the assig
On Tue, Nov 7, 2017 at 3:13 PM, Arnd Bergmann wrote:
> do_gettimeofday() is deprecated because it is not y2038 safe, so I'm
> changing the calculation for the diagnostic output over to using
> 'timespec64'.
>
> We really only print time deltas here, so changing it to monotonic
> time makes this mo
On 08/11/17 03:59 PM, Christian König wrote:
> Instead of having a pointless wrapper or call the underlying ww_mutex
> function directly.
Not sure I can agree it's pointless, since it recently took me a while
to realize that unlocking bo->resv is essentially the same as
unreserving the BO.
Anywa
Am 08.11.2017 um 17:36 schrieb Michel Dänzer:
On 08/11/17 03:59 PM, Christian König wrote:
Instead of having a pointless wrapper or call the underlying ww_mutex
function directly.
Not sure I can agree it's pointless, since it recently took me a while
to realize that unlocking bo->resv is essent
This patch set is just a couple fixes for the Audio CoProcessor (ACP)
on AMD Stoney platforms and a small general fix for the rt5645
codec driver.
The entire patch set can also be viewed here:
https://cgit.freedesktop.org/~agd5f/linux/log/?h=sound-for-next-stoney2
Thanks!
Alex
v2: - Add a fix f
From: Guenter Roeck
ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
64-bit divides require special operations to avoid build errors on 32-bit
systems.
BUG=b:63121716
TEST="Build i386:allmodconfig"
Signed-off-by: Guenter Roeck
Reviewed-on: https://chromium-review.google
From: Akshu Agrawal
This fixes the issue of driver not getting auto loaded with
MODULE_ALIAS.
find /sys/devices -name modalias -print0 | xargs -0 grep 'audio'
/sys/devices/pci:00/:00:01.0/acp_audio_dma.0.auto/modalias:platform:acp_audio_dma
BUG=b:62103837
TEST=boot and check for device i
From: Akshu Agrawal
Minimum time required between power On of codec and read
of RT5645_VENDOR_ID2 is 400msec. We should wait that long
before reading the value.
TEST=Cold boot the device and check for sound device.
Signed-off-by: Akshu Agrawal
Signed-off-by: Bard Liao
Signed-off-by: Alex Deuc
On 08/11/17 05:41 PM, Christian König wrote:
> Am 08.11.2017 um 17:36 schrieb Michel Dänzer:
>> On 08/11/17 03:59 PM, Christian König wrote:
>>> Instead of having a pointless wrapper or call the underlying ww_mutex
>>> function directly.
>> Not sure I can agree it's pointless, since it recently too
On Wed, Nov 8, 2017 at 12:29 PM, Guenter Roeck wrote:
> On Wed, Nov 8, 2017 at 9:24 AM, Alex Deucher wrote:
>>
>> From: Guenter Roeck
>>
>> ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
>>
>> 64-bit divides require special operations to avoid build errors on 32-bit
>> s
https://bugs.freedesktop.org/show_bug.cgi?id=103519
--- Comment #6 from Emil Velikov ---
Send Derek's patch to the list with some ack/rb tags. Modulo any objections
I'll push it in a day or two.
[1] https://patchwork.freedesktop.org/patch/187092/
--
You are receiving this mail because:
You are
On Wed, Nov 8, 2017 at 12:42 PM, Alex Deucher wrote:
> On Wed, Nov 8, 2017 at 12:29 PM, Guenter Roeck wrote:
>> On Wed, Nov 8, 2017 at 9:24 AM, Alex Deucher wrote:
>>>
>>> From: Guenter Roeck
>>>
>>> ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
>>>
>>> 64-bit divides
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #297 from Nicola Mori ---
@Mihai I'm using dpm since years on my Mobility 3470 and I only experience
random freezes very rarely. The only thing that's really annoying for me is
this:
https://bugs.freedesktop.org/show_bug.cgi?id=949
On Wed, Nov 08, 2017 at 12:45:16PM -0500, Alex Deucher wrote:
> On Wed, Nov 8, 2017 at 12:42 PM, Alex Deucher wrote:
> > I'm not familiar with which are chromium specific (TEST, BUG, FIXUP,
> > FROMLIST I guess?). The info seems useful to have in the bug, but I
> > can respin if it's a big deal.
On Wed, Nov 08, 2017 at 02:28:23PM +0100, Daniel Vetter wrote:
> On Wed, Nov 08, 2017 at 03:26:15PM +0200, Ville Syrjälä wrote:
> > On Wed, Nov 08, 2017 at 02:11:46PM +0100, Daniel Vetter wrote:
> > > On Wed, Nov 08, 2017 at 03:04:58PM +0200, Ville Syrjälä wrote:
> > > > On Wed, Nov 08, 2017 at 01:
On Wed, Nov 08, 2017 at 12:24:02PM -0500, Alex Deucher wrote:
> From: Akshu Agrawal
>
> This fixes the issue of driver not getting auto loaded with
> MODULE_ALIAS.
Please don't resubmit patches that have already been applied, you should
submit patches against current code in the tree you're expe
On Wed, Nov 08, 2017 at 12:24:03PM -0500, Alex Deucher wrote:
> regmap_read(regmap, RT5645_VENDOR_ID2, &val);
>
> + /*
> + * Read after 400msec, as it is the interval required between
> + * read and power On.
> + */
> + msleep(TIME_TO_POWER_MS);
> + regmap_read(r
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, November 08, 2017 1:09 PM
> To: Alex Deucher
> Cc: amd-...@lists.freedesktop.org; alsa-de...@alsa-project.org; dri-
> de...@lists.freedesktop.org; Mukunda, Vijendar; lgirdw...@gmail.com;
> ti...@suse.de;
Lothar Waßmann writes:
> Hi,
>
> drivers/gpu/drm/bridge/lvds-encoder.c driver is currently
> dysfunctional due to:
> |commit 13dfc0540a575b47b2d640b093ac16e9e09474f6
> |Author: Eric Anholt
> |Date: Fri Jun 2 13:25:14 2017 -0700
> |
> |drm/bridge: Refactor out the panel wrapper from the lvd
From: Guenter Roeck
ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
64-bit divides require special operations to avoid build errors on 32-bit
systems.
fixes: 61add8147942 (ASoC: amd: Report accurate hw_ptr during dma)
Signed-off-by: Guenter Roeck
Reviewed-on: https://ch
On Wed, Nov 08, 2017 at 01:18:41PM -0500, Alex Deucher wrote:
> From: Guenter Roeck
>
> ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
>
> 64-bit divides require special operations to avoid build errors on 32-bit
> systems.
Like I said in reply to your other mail please
Am 08.11.2017 um 18:37 schrieb Michel Dänzer:
On 08/11/17 05:41 PM, Christian König wrote:
Am 08.11.2017 um 17:36 schrieb Michel Dänzer:
On 08/11/17 03:59 PM, Christian König wrote:
Instead of having a pointless wrapper or call the underlying ww_mutex
function directly.
Not sure I can agree i
On Wed, Nov 08, 2017 at 06:12:34PM +, Deucher, Alexander wrote:
> This didn't not appear to be in your tree yet and I never got any
> confirmation it being
> applied. Apologies.
Ah, sorry - my bad. This was one that I tried to apply but which didn't
apply.
signature.asc
Description: PGP
The patch
ASoC: amd: Make the driver name consistent across files
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
On Wed, Nov 8, 2017 at 1:22 PM, Mark Brown wrote:
> On Wed, Nov 08, 2017 at 01:18:41PM -0500, Alex Deucher wrote:
>> From: Guenter Roeck
>>
>> ERROR: "__aeabi_uldivmod" [sound/soc/amd/snd-soc-acp-pcm.ko] undefined!
>>
>> 64-bit divides require special operations to avoid build errors on 32-bit
>>
On Wed, Nov 08, 2017 at 01:40:32PM -0500, Alex Deucher wrote:
> On Wed, Nov 8, 2017 at 1:22 PM, Mark Brown wrote:
> > Like I said in reply to your other mail please don't resubmit already
> > applied patches. The current tip of my topic/amd branch appears to be
> > this very patch, if there's an
This updates the header with the contents from drm-next d65d31388a23
("Merge tag 'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next")
Signed-off-by: Eric Anholt
---
include/drm/vc4_drm.h | 47 ---
1 file change
Fixed in 9433b702fc16 ("headers: Sync drm{,_mode}.h with the kernel")
Signed-off-by: Eric Anholt
---
include/drm/README | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/drm/README b/include/drm/README
index 042cfb1786f2..5b518ddf8f03 100644
--- a/include/drm/README
+++ b/include/d
This pulls in pieces of drm-next d65d31388a23
("Merge tag 'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next")
Signed-off-by: Eric Anholt
---
include/drm/mga_drm.h| 2 +-
include/drm/qxl_drm.h| 2 +-
include/drm/savage_drm.h | 10 +-
3
This pulls in pieces of drm-next d65d31388a23
("Merge tag 'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next")
Signed-off-by: Eric Anholt
---
include/drm/README| 4
include/drm/mga_drm.h | 8
include/drm/nouveau_drm.h | 10 +++
The kernel started using the struct from drm.h instead of the typedef.
Signed-off-by: Eric Anholt
---
include/drm/README| 4
include/drm/mga_drm.h | 2 +-
2 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/include/drm/README b/include/drm/README
index 47d80929a8f1..6e12ca4d81
I wanted to update the vc4 header so that I could land some igt
testcases (though I'd much rather just be importing the header into
igt and ditching libdrm). In the process, I cleaned up some other
header deltas to the kernel so that there's less diff for the next
person to look at.
I skipped the
On Wed, Nov 8, 2017 at 2:30 PM, Guenter Roeck wrote:
> On Wed, Nov 8, 2017 at 11:18 AM, Deucher, Alexander
> wrote:
>>
>> > -Original Message-
>> > From: Mark Brown [mailto:broo...@kernel.org]
>> > Sent: Wednesday, November 08, 2017 1:48 PM
>> > To: Alex Deucher
>> > Cc: amd-gfx list; als
This pulls in pieces of drm-next d65d31388a23 ("Merge tag
'drm-misc-next-fixes-2017-11-07' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next")
Signed-off-by: Eric Anholt
---
include/drm/README| 9 +---
include/drm/nouveau_drm.h | 84 +++---
include/dr
On Wed, Nov 08, 2017 at 11:13:50AM -0800, Guenter Roeck wrote:
> On Wed, Nov 8, 2017 at 10:47 AM, Mark Brown wrote:
> > Is this different to "ASoC: amd: Report accurate hw_ptr during dma"
> > which was applied at 16:07?
> I suspect we may be getting hit by chromeos-isms again. In Chrome OS, we
>
https://bugs.freedesktop.org/show_bug.cgi?id=103625
Chris Wilson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=101382
--- Comment #7 from cosiek...@o2.pl ---
17.2.4-1 crash
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists
https://bugs.freedesktop.org/show_bug.cgi?id=101382
cosiek...@o2.pl changed:
What|Removed |Added
Severity|normal |major
Version|17.1
On Wed, Nov 8, 2017 at 2:49 PM, Mark Brown wrote:
> On Wed, Nov 08, 2017 at 11:13:50AM -0800, Guenter Roeck wrote:
>> On Wed, Nov 8, 2017 at 10:47 AM, Mark Brown wrote:
>
>> > Is this different to "ASoC: amd: Report accurate hw_ptr during dma"
>> > which was applied at 16:07?
>
>> I suspect we ma
On Wed, Nov 08, 2017 at 05:21:04PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 08, 2017 at 11:54:49AM +0100, Daniel Vetter wrote:
> > It's useful for syncing async connector work like link retraining.
> >
> > Cc: Manasi Navare
> > Cc: Maarten Lankhorst
> > Cc: Ville Syrjälä
> > Signed-off-by: Dan
Ville Syrjala writes:
> From: Ville Syrjälä
>
> Apparently some sinks look at the YQ bits even when receiving RGB,
> and they get somehow confused when they see a non-zero YQ value.
> So we can't just blindly follow CEA-861-F and set YQ to match the
> RGB range.
>
> Unfortunately there is no goo
1 - 100 of 131 matches
Mail list logo
