Thanks Rob.
Does the patch apply now?
Update drm_mode.h defines from kernel upstream for connector and
encoder types to expose DSI and other newly defined types.
Signed-off-by: Adam Cheney
---
include/drm/drm_mode.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/drm/drm_mode.h
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/ad902f27/attachment.html>
On Mon, 15 Dec 2014, Rob Clark wrote:
> Many distro's have mechanism in place to collect and automatically file
> bugs for failed WARN()s. And since i915 has a lot of hw state sanity
> checks which result in WARN(), it generates quite a lot of noise which
> is somewhat disconcerting to the end us
more clear exactly what it affects.
>
> You're not thinking wide enough. We would need to add similar hints
> to pretty much every property.
Which other properties do we have right now that drivers treat as optional
hints? If the answer involves hypothetical new properties, what are they?
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/2d313d16/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=89661
--- Comment #5 from Bernd Steinhauser ---
(In reply to Michel Dänzer from comment #2)
> Does it also happen with CONFIG_HSA_AMD=m?
Only tried CONFIG_HSA_AMD=n, not module, but this happens so early that I'm
confident it does not matter.
Will tr
https://bugzilla.kernel.org/show_bug.cgi?id=89661
--- Comment #4 from Oded Gabbay ---
Hi,
Please try the attached patch.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=89661
Oded Gabbay changed:
What|Removed |Added
CC||oded.gabbay at amd.com
--- Comment #3 from
Hi Mark & Russell:
thanks for your replay, what your say is right, those dt is merely
describing the Linux kernel internals.
Instead of transmit cpu-of-node & codec-name & codec-dai-name through
dt, i can give those an const
name to rockchip-hdmi-audio.c .
In that way, dt will only need compati
On Mon, Dec 15, 2014 at 7:48 PM, Dave Airlie wrote:
> On 16 December 2014 at 10:35, Linus Torvalds
> wrote:
>> On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote:
>>>
>>> i915:
>>> Initial Skylake (SKL) support
>>> gen3/4 reset work
>>> start of dri1/ums removal
>>>
Hi Russell:
I got an idea that we can split the pcm dma part code out, after that we
can chose the buffer transmit way (AUD_DMA or I2S).
In that way i will make another i2s driver to transmit those buffer, but
in the mainline kernel already lanched an rockchip i2s driver
(rockchip_i2s.c), so sea
On Mon, Dec 15, 2014 at 11:56:05AM -0800, Ben Widawsky wrote:
> On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote:
> > On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote:
> > > On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote:
> > > > On Sun, Dec 14, 2014 at 03:12:
On Mon, Dec 15, 2014 at 6:59 AM, Mark Brown wrote:
> On Mon, Dec 15, 2014 at 08:08:21AM +, Build bot for Mark Brown wrote:
>
>> arm-allmodconfig
>> ERROR: "sti_hqvdp_create" [drivers/gpu/drm/sti/sticompositor.ko] undefined!
>> ERROR: "sti_drm_plane_init" [drivers/gpu/drm/sti/sti_hqvdp.ko
On 12/11/2014 12:57 PM, Dave Airlie wrote:
> On 11 December 2014 at 20:58, Thomas Hellstrom wrote:
>> Hi!
>>
>> I'd like to have a standard / generic way of exposing virtual monitor
>> layout to desktop managers. This would then serve as a *hint* to those
>> managers to set the desktop up accordin
Hi Russell:
thks for your replay, actually you also have send me those
dw-hdmi-audio.c patches, and I also agree it's an beautiful way to make
hdmi-audio works. Beside,
I try to reuse it into our platform, and actually the system have
created the DW_HDMI sound card successfully, but i
tional DT description.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/b4daa6a1/attachment-0001.html>
On Mon, Dec 15, 2014 at 6:37 PM, Dave Airlie wrote:
>
> Now I've no idea if this happens with SNA it probably does, but it it
> didn't then F20 is using UXA so hardly anyone at Intel would see it.
Ugh, ok. I haven't upgraded to F21 yet, and won't until the merge
window is over and my life is back
On 15 December 2014 at 17:59, Daniel Vetter wrote:
> On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote:
>> Am 14.12.2014 um 14:35 schrieb Oded Gabbay:
>> >When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl()
>>
>> You most likely want to handle -ERESTARTSYS the s
On Mon, 2014-12-15 at 16:56 +0100, Toralf Förster wrote:
> On 12/15/2014 11:16 AM, Daniel Vetter wrote:
> > On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote:
> >> On 12/15/2014 08:45 AM, Daniel Vetter wrote:
> >>> Nah, this is just a kernel cmdlineoption. So please boot with
> >>> i
On Mon, Dec 15, 2014 at 5:50 PM, Dave Airlie wrote:
>
> Now you might complain that printing anything in this case is bad,
I don't mind it if it's *one* line, and if people realize that the
commentary in the commit in question was pure and utter shit.
Because talking about how it's going to beco
oh.. heh, I suppose this was meant to be a libdrm patch.. I didn't
realize that at first glance when I saw the patch fly by
Could you please resend the patch as plain text so that it actually applies?
BR,
-R
On Mon, Dec 15, 2014 at 5:36 PM, Adam Cheney wrote:
> Ping?
>
>
>
> From: Adam Cheney
Hi lars:
thks for your review, I will move it to hdmi audio driver, give the
codec_name & codec_dai_name an const string.
Best Regards.
å¨ 2014å¹´12æ15æ¥ 17:02, Lars-Peter Clausen åé:
> On 12/15/2014 03:55 AM, Yakir Yang wrote:
> [...]
>> +- codec-name: the dw-hdmi codec's device name
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/dda0ad23/attachment-0001.html>
On Mon, Dec 8, 2014 at 4:14 PM, Alexandre Courbot
wrote:
> On 11/12/2014 09:39 PM, Thierry Reding wrote:
>>
>> From: Thierry Reding
>>
>> dma_alloc_coherent() returns a kernel virtual address that is part of
>> the linear range. Passing such an address to virt_to_page() is illegal
>> on non-cohe
On Mon, Dec 15, 2014 at 4:48 PM, Dave Airlie wrote:
>
> I'd be inclined to just revert this for now, it is annoying we let
> userspace away with this, but we probably need to find a better
> way to enforce it, since the cat is out of the bag.
.. why did that commit ever even get far enough to get
From: Thierry Reding
The QXL driver duplicates part of the core's drm_vblank_count(), so it
might as well use the core's variant for the extra goodies.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/qxl/qxl_drv.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/driv
On 12/15/2014 11:16 AM, Daniel Vetter wrote:
> On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote:
>> On 12/15/2014 08:45 AM, Daniel Vetter wrote:
>>> Nah, this is just a kernel cmdlineoption. So please boot with
>>> i915.mmio_debug=1 added to the kernel cmdline, reproduce and then gra
On Mon, 15 Dec 2014 12:00:13 +
Russell King - ARM Linux wrote:
> I really don't want to end up in another cocked up situation like
> what happened with the Dove audio, where it became politically
> impossible for the SolidRun platform to be properly supported by
> mainline kernels.
Hi Russel
On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote:
>
> i915:
> Initial Skylake (SKL) support
> gen3/4 reset work
> start of dri1/ums removal
> infoframe tracking
> fixes for lots of things.
So I'm not sure how happy I am about this. It seems to work, but
s good to me.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/a4e91b4b/attachment-0001.sig>
From: Steve Longerbeam
This patch changes struct ipu_di_signal_cfg to use struct videomode
to define video timings and flags.
Signed-off-by: Steve Longerbeam
---
drivers/gpu/drm/imx/ipuv3-crtc.c | 27 +++-
drivers/gpu/ipu-v3/ipu-di.c | 89 --
From: Steve Longerbeam
The encoder ->mode_set() methods need to use the hw adjusted mode,
not the original mode.
Signed-off-by: Steve Longerbeam
---
drivers/gpu/drm/imx/imx-hdmi.c |4 ++--
drivers/gpu/drm/imx/imx-ldb.c |4 ++--
drivers/gpu/drm/imx/imx-tve.c |
From: Steve Longerbeam
Ask the IPU display interface, via ipu_di_adjust_videomode(), to
adjust a video mode to meet any DI restrictions. The function takes
a subsystem independent videomode, so the drm_display_mode must be
converted to videomode first, and then the adjusted mode converted
back to
From: Steve Longerbeam
Add conversion from drm_display_mode to videomode.
Signed-off-by: Steve Longerbeam
---
drivers/gpu/drm/drm_modes.c | 40
include/drm/drm_modes.h |2 ++
2 files changed, 42 insertions(+)
diff --git a/drivers/gpu/drm/drm_
From: Steve Longerbeam
h_total and v_total were calculated in ipu_di_init_sync_panel()
but never actually used. Remove.
Signed-off-by: Steve Longerbeam
---
drivers/gpu/ipu-v3/ipu-di.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-v3/i
From: Jiada Wang
On some monitors, high resolution modes are not working, exhibiting
pixel column truncation problems (for example, 1280x1024 displays as
1280x1022).
The function ipu_di_adjust_videomode() aims to fix these issues by
adjusting a passed videomode to IPU restrictions. The function
From: Steve Longerbeam
This patchset implements ->mode_fixup() in the imx ipuv3-crtc driver,
using a new support function ipu_di_adjust_videomode(). This new
function needs to be subsystem independent, so it accepts a video
mode as a 'struct videomode'. Hence ipu-crtc ->mode_fixup() needs
another
avoid having a custom driver for this.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/31851b77/attachment-0001.sig>
On 12/15/2014 10:32 AM, Dave Airlie wrote:
> On 15 December 2014 at 17:59, Daniel Vetter wrote:
>> On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote:
>>> Am 14.12.2014 um 14:35 schrieb Oded Gabbay:
When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl()
>>>
>
https://bugzilla.kernel.org/show_bug.cgi?id=89731
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
On 12/15/2014 01:55 PM, Mark Brown wrote:
> On Sat, Dec 13, 2014 at 12:12:19AM +0100, AH wrote:
>> Mark Brown wrote on 12.12.2014 17:36:
>>> On Wed, Dec 10, 2014 at 04:48:19PM +0100, Andrzej Hajda wrote:
+ kfree(ptask);
+
+ if (empty)
+ break;
On Mon, Dec 15, 2014 at 12:46:09PM +0100, Emmanuel Benisty wrote:
> On Mon, Dec 15, 2014 at 8:31 AM, Daniel Vetter wrote:
>
> [---snip---]
>
> > Sorry for the delay. Absolutely no difference in the relevant parts of the
> > log. There could be the chance that something is hidden somewhere, so ca
On Sat, Dec 13, 2014 at 08:15:22PM -0800, Matt Turner wrote:
> On Sat, Dec 13, 2014 at 7:08 PM, Ben Widawsky
> wrote:
> > Any GEM driver which has very large objects and a slow CPU is subject to
> > very
> > long waits simply for clflushing incoherent objects. Generally, each
> > individual
> >
Many distro's have mechanism in place to collect and automatically file
bugs for failed WARN()s. And since i915 has a lot of hw state sanity
checks which result in WARN(), it generates quite a lot of noise which
is somewhat disconcerting to the end user.
Separate out the internal hw-is-in-the-sta
-- next part --
A non-text attachment was scrubbed...
Name: dmesg-3.17.6.good.txt.xz
Type: application/octet-stream
Size: 36192 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/35957981/attachment-0002.obj>
---
On Mon, Dec 15, 2014 at 08:39:35PM +, Chris Wilson wrote:
> On Mon, Dec 15, 2014 at 11:56:05AM -0800, Ben Widawsky wrote:
> > On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote:
> > > On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote:
> > > > On Sun, Dec 14, 2014 at 03:37:
t happens if something asks to wait for
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/2a78aef9/attachment-0001.sig>
On Mon, Dec 15, 2014 at 8:31 AM, Daniel Vetter wrote:
[---snip---]
> Sorry for the delay. Absolutely no difference in the relevant parts of the
> log. There could be the chance that something is hidden somewhere, so can
> please grab a new set of logs but this time with drm.debug=0xe?
Thanks fo
Reviewed-by: Marek Olšák
Marek
On Sat, Dec 13, 2014 at 3:32 AM, Glenn Kennard
wrote:
> Add the necessary set of commands to support OpenGL
> indirect draw calls on evergreen/cayman devices that
> do not have VM.
>
> Signed-off-by: Glenn Kennard
> ---
> Changes since patch V1:
> * Removed mu
From: Ben Widawsky
When the original drm code was written there were no centralized functions for
doing a coordinated wbinvd across all CPUs. Now (since 2010) there are, so use
them instead of rolling a new one.
v2: On x86 UP systems the wbinvd_on_all_cpus() is defined as a static inline in
smp.
> arm-allmodconfig
> ERROR: "sti_hqvdp_create" [drivers/gpu/drm/sti/sticompositor.ko] undefined!
> ERROR: "sti_drm_plane_init" [drivers/gpu/drm/sti/sti_hqvdp.ko] undefined!
> ERROR: "sti_layer_create" [drivers/gpu/drm/sti/sti_hqvdp.ko] undefined!
> ERROR: "sti_layer_to_str" [drivers/gpu/drm/s
al signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/c37dc47a/attachment-0001.sig>
On Mon, Dec 15, 2014 at 07:52:06PM +0800, Kuankuan.Yang wrote:
> Hi Russell:
>
> thks for your replay, actually you also have send me those
> dw-hdmi-audio.c patches, and I also agree it's an beautiful way to make
> hdmi-audio works. Beside,
> I try to reuse it into our platform, and actual
ut
several of the symbols are not exported, leading to build failures.
I'll send a patch shortly.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedes
On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote:
> On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote:
> > On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote:
> > > On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote:
> > > > On Sat, Dec 13, 2014 at 07:
On Sun, Dec 14, 2014 at 08:06:20PM -0800, Jesse Barnes wrote:
> On 12/14/2014 4:59 AM, Chris Wilson wrote:
> >One of the things wbinvd is considered evil for is that it blocks the
> >CPU for an indeterminate amount of time - upsetting latency critcial
> >aspects of the OS. For example, the x86/mm h
actually been registered, for example to help spot typos.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/1bebb5ca/attachment-0001.sig>
From: Rui Wang
There are still some places in the fb helper that need to avoid
sleeping in panic context. Here's an example:
[ 65.615496] bad: scheduling from the idle thread!
[ 65.620747] CPU: 92 PID: 0 Comm: swapper/92 Tainted: G ME
3.18.0-rc4-7-default+ #20
[ 65.630364] Har
On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote:
> On 12/15/2014 08:45 AM, Daniel Vetter wrote:
> > Nah, this is just a kernel cmdlineoption. So please boot with
> > i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the
> > entire dmesg.
> >
> > Thanks, Daniel
On Mon, Dec 15, 2014 at 6:44 AM, Marek Olšák wrote:
> Reviewed-by: Marek Olšák
Applied to my -next tree.
Thanks!
Alex
>
> Marek
>
> On Sat, Dec 13, 2014 at 3:32 AM, Glenn Kennard
> wrote:
>> Add the necessary set of commands to support OpenGL
>> indirect draw calls on evergreen/cayman d
Add hdmi_audio to rk3288.dtsi, enable hdmi_audio in rk3288-evb.dts
Signed-off-by: Yakir Yang
series-cc: Dominik Behr
---
arch/arm/boot/dts/rk3288-evb.dtsi | 11 +++
arch/arm/boot/dts/rk3288.dtsi | 8
2 files changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/rk32
Required properties:
- compatible: platform specific
- cpu-of-node: the device node of cpu_dai
- codec-name: the dw-hdmi codec's device name
- codec-dai-name: the dw-hdmi codec's dai name
Signed-off-by: Yakir Yang
---
.../bindings/sound/rockchip,rockchip-hdmi-audio.txt | 16 +++
On Mon, Dec 15, 2014 at 10:55:14AM +0800, Yakir Yang wrote:
> Required properties:
> - compatible: platform specific
> - cpu-of-node: the device node of cpu_dai
> - codec-name: the dw-hdmi codec's device name
> - codec-dai-name: the dw-hdmi codec's dai name
This is not actually a separate physical
On Mon, Dec 15, 2014 at 10:11:28AM +0800, Yakir Yang wrote:
>
> rk3288 use Designware HDMI IP, Designware HDMI supports four interfaces to
> config hdmi audio(I2S, S/PDIF, Generic Parallel Audio, AHB Audio DMA), but
> rk3288 only support two ways to config hdmi audio(I2S, S/PDIF), So we take
> I2S
On Sun, Dec 14, 2014 at 7:29 AM, Oded Gabbay wrote:
> This patch adds a new interface to the kfd-->kgd interface.
> The new interface function retrieves the firmware version that is currently in
> use by the MEC engine. The firmware was uploaded to the MEC engine by the kgd
> (radeon).
>
> v2: Add
On Sun, Dec 14, 2014 at 7:29 AM, Oded Gabbay wrote:
> This patch implements a new interface that was added to the kfd-->kgd
> interface.
> The new interface function retrieves the firmware version that is currently
> in use by a specific engine. The firmware was uploaded to the engine by the
> ra
On 12/15/2014 08:45 AM, Daniel Vetter wrote:
> Nah, this is just a kernel cmdlineoption. So please boot with
> i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the
> entire dmesg.
>
> Thanks, Daniel
errm, I did it, rebooted, suspended and then the WARNING appeared:
>Dec 12
Adds a sound driver that combines rockchip-i2s cpu_dai and dw-hdmi-codec
as codec_dai to provide hdmi audio output on rk3288 platforms.
Signed-off-by: Yakir Yang
---
sound/soc/rockchip/Kconfig | 9 ++
sound/soc/rockchip/Makefile | 2 +
sound/soc/rockchip/rockchip_
codec driver get some interfaces from dw_hdmi driver, than using those
to set hdmi audio formats, corresponding to alsa formats.
Signed-off-by: Yakir Yang
---
sound/soc/codecs/Kconfig | 4 +
sound/soc/codecs/Makefile| 2 +
sound/soc/codecs/dw-hdmi-audio.c | 371 +
In rk3288 dw-hdmi, AUD_CTS3 register's BIT(4) is CTS_manual. If "CTS_manual"
set to 0b, AUD_CTS3 contains âaudCTS[19:0]â generated by the Cycle time
counter
according to specified timing. If âCTS_manualâ bit equals 1b, AUD_CTS3
should
be configured with the âaudCTS[7:0]â value that sh
creat dw-hdmi-audio device in probe function, and support
some interfaces to dw-hdmi-audio driver for setting hdmi
audio format.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/bridge/dw_hdmi.c | 28
include/drm/bridge/dw_hdmi.h | 12
2 files changed,
rk3288 use Designware HDMI IP, Designware HDMI supports four interfaces to
config hdmi audio(I2S, S/PDIF, Generic Parallel Audio, AHB Audio DMA), but
rk3288 only support two ways to config hdmi audio(I2S, S/PDIF), So we take
I2S as hdmi audio operation interfaces, and then treat hdmi audio as an
s
On 12/15/2014 03:55 AM, Yakir Yang wrote:
[...]
> +- codec-name: the dw-hdmi codec's device name
> +- codec-dai-name: the dw-hdmi codec's dai name
Please you phandles for this, the names are Linux driver and framework
specific details. That should not leak into the DT bindings.
[..]
On 12/12/2014 05:52 PM, Mark Brown wrote:
> On Wed, Dec 10, 2014 at 04:48:20PM +0100, Andrzej Hajda wrote:
>> restrack framework allows tracking presence of resources with dynamic life
>> time. Typical example of such resources are all resources provided by device
> I don't know about anyone else b
On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote:
> Am 14.12.2014 um 14:35 schrieb Oded Gabbay:
> >When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl()
>
> You most likely want to handle -ERESTARTSYS the same way.
Please just reuse drmIoctl or at least copy it
On Sun, Dec 14, 2014 at 12:58:31PM +0100, Heinz Diehl wrote:
> Hi,
>
> since kernel 3.18 I'm no longer able to run X on my machine. While
> 3.17.6 is fine, 3.18 leaves me with a black screen when starting
> X. Booting into runlevel 1/3 is fine.
>
> I did a "git bisect", and the offending commit i
On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote:
> On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote:
> > On Sat, Dec 13, 2014 at 07:08:24PM -0800, Ben Widawsky wrote:
> > > If we're moving a bunch of buffers from the CPU domain to the GPU domain,
> > > and
> > > we've a
On Sun, Dec 14, 2014 at 12:43:10PM +, Chris Wilson wrote:
> On Sat, Dec 13, 2014 at 07:08:21PM -0800, Ben Widawsky wrote:
> > When the original drm code was written there were no centralized functions
> > for
> > doing a coordinated wbinvd across all CPUs. Now (since 2010) there are, so
> > u
On Fri, Dec 12, 2014 at 01:31:54PM +0100, Toralf Förster wrote:
> A syslog entry of a newly installed ThinkPad T440s advices me :
>
> Dec 12 00:17:59 t44 kernel: [drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed
> register detected. Please use the i915.mmio_debug=1 to debug this problem.
>
> af
On Fri, Dec 12, 2014 at 12:05:41PM -0500, Rob Clark wrote:
> On Fri, Dec 12, 2014 at 11:14 AM, Ville Syrjälä
> wrote:
> > On Fri, Dec 12, 2014 at 11:00:29AM -0500, Rob Clark wrote:
> >> On Fri, Dec 12, 2014 at 10:30 AM, Ville Syrjälä
> >> wrote:
> >> >>
> >> >> Having them separated is still
On Fri, Dec 12, 2014 at 10:56:21AM -0500, Rob Clark wrote:
> On Fri, Dec 12, 2014 at 10:11 AM, Daniel Stone
> wrote:
> > Hi,
> >
> > On 12 December 2014 at 14:56, Ville Syrjälä > linux.intel.com>
> > wrote:
> >>
> >> On Fri, Dec 12, 2014 at 08:50:18AM -0500, Rob Clark wrote:
> >>
> >> > It doe
On Fri, Dec 12, 2014 at 10:56:53PM +0200, Laurent Pinchart wrote:
> On Wednesday 10 December 2014 18:30:10 Daniel Vetter wrote:
> > On Wed, Dec 10, 2014 at 12:17:51PM -0500, Rob Clark wrote:
> > > In DRM/KMS we are lacking a good way to deal with tiled/compressed
> > > formats. Especially in the c
On Sun, Dec 14, 2014 at 02:07:19AM +0100, Emmanuel Benisty wrote:
> Hi Daniel,
>
> > On Mon, Nov 10, 2014 at 10:19 PM, Daniel Vetter
> > wrote:
> >> Adding relevant mailing lists.
> >>
> >>
> >> On Sat, Nov 8, 2014 at 7:34 PM, Emmanuel Benisty
> >> wrote:
> >>> Hi,
> >>>
> >>> The following co
This morning, I was docked and using a Dell 30" monitor. I
reconfigured the X server to stop sending video to the external
monitor, suspended the laptop, and after it was suspended undocked it
and took it to work. Then I docked it at work, where it was connected
to a powered off Dell 24" monitor.
On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote:
> On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote:
> > On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote:
> > > On Sat, Dec 13, 2014 at 07:08:24PM -0800, Ben Widawsky wrote:
> > > > If we're moving a bunch of
Hi Linus,
This is the main drm pull, as explained this was queued behind arm soc and
iommu, the diffstat seems confused which worries me always, but I've git pull'ed
this tree into yours and gotten a minor conflict in mm/hugetlb.c, which is
easily solved. The -mm changes from the AMD HSA driver
bootup.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/63d24386/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/97173f34/attachment.html>
achment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/5c817ad5/attachment-0001.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/3008d00a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=89661
--- Comment #2 from Michel Dänzer ---
Does it also happen with CONFIG_HSA_AMD=m?
--
You are receiving this mail because:
You are watching the assignee of the bug.
90 matches
Mail list logo
