https://bugs.freedesktop.org/show_bug.cgi?id=99078
Michel Dänzer changed:
What|Removed |Added
CC||tstel...@gmail.com
--- Comment #26 from
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #31 from Eugenij Shkrigunov ---
(In reply to Samuel Pitoiset from comment #30)
> The following commit can probably help if you have a VI+ card.
>
> https://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=e490b7812cae778c61004971d86dc829
On Fri, Jan 20, 2017 at 2:15 AM, Nicolai Hähnle wrote:
> Hi Rob,
>
> On 19.01.2017 23:32, Rob Clark wrote:
>
>> Just a friendly reminder that now would be a good time to update the
>> wiki page for GSoC/EVoC ideas:
>>
>> https://www.x.org/wiki/SummerOfCodeIdeas/
>>
>> There are currently still
On Fri, Jan 20, 2017 at 07:52:25AM +0100, Andrzej Hajda wrote:
> Ultra HD modes requires clock ticking at increased rate.
>
> Signed-off-by: Andrzej Hajda
> ---
> arch/arm64/boot/dts/exynos/exynos5433.dtsi | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/exynos/ex
On Fri, Jan 20, 2017 at 07:52:18AM +0100, Andrzej Hajda wrote:
> Hi Inki,
>
> This patchset adds support for UltraHD and intrelace modes on DECON and HDMI
> drivers of Exynos5433 chipset. To fully support it on TM2(e) platforms MHL
> patches are alse required which will be posted in separate patch
To make the code clearer, use rb_entry() instead of container_of() to
deal with rbtree.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/i915/i915_gpu_error.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gpu_error.c
b/drivers/gpu/drm/i915/i915_gpu
From: satendra singh thakur
-Added a new ioctl in Linux DRM KMS driver.
This ioctl allows user to set the values of an object’s multiple
properties in one go.
-In the absence of such ioctl, User would be calling one ioctl to set each
property value;
Thus, user needs to call N ioctls to set va
To make the code clearer, use rb_entry() instead of container_of() to
deal with rbtree.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/nouveau/nvkm/core/client.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/core/client.c
b/drivers/gpu/drm
Hi Sylwester,
I add reveiwed-by tag from this patch. But, on you tree, this patch[1] doesn’t
include the my reviewed-by tag.
[1]
https://git.linuxtv.org/snawrocki/samsung.git/commit/?h=for-v4.11/clk/next&id=cb4ac949ea14416a2d57b7a343bc4b571074e3bd
2017-01-16 19:32 GMT+09:00 Sylwester Nawrocki :
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #25 from Alexandr Zelinsky ---
svn llvm also fix this problem
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedeskto
This patch addresses a few issues from the original patch for
DP Compliance EDID test support submitted by
Todd Previte
Video Mode requested in the EDID test handler for the EDID Read
test (CTS 4.2.2.3) should be set to PREFERRED as per the CTS spec.
v2:
* Added read debugfs data from test_data.e
v4:
* Remove redundant single bit defs (Jani Nikula)
v3:
* Fix the conventions in bit definitions (Jani Nikula)
v2:
* Add all the other DP Complianec TEST register defs (Jani Nikula)
Cc: dri-devel@lists.freedesktop.org
Cc: Jani Nikula
Cc: Daniel Vetter
Cc: Ville Syrjala
Signed-off-by: Manasi Nav
The intel_dp_autotest_video_pattern() function gets invoked through the
compliance test handler on a HPD short pulse if the test type is
set to DP_TEST_VIDEO_PATTERN. This performs the DPCD registers
reads to read the requested test pattern, video pattern resolution,
frame rate and bits per color v
This patch adds support to handle automated DP compliance
link training test requests. This patch has been tested with
Unigraf DPR-120 DP Compliance device for testing Link
Training Compliance.
After we get a short pulse Compliance test request, test
request values are read and hotplug uevent is se
This patch series addresses all the review comments from the previous series:
https://patchwork.freedesktop.org/series/18256/
On top of that it also adds a fix for CRC mismatches seen during
18bpp video pattern compliance testing. This is done by forcing dither
on the pipe to be disabled if it is
https://bugs.freedesktop.org/show_bug.cgi?id=99310
calexil changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=99078
calexil changed:
What|Removed |Added
CC||mr.swaag...@mail.ru
--- Comment #24 from calex
https://bugs.freedesktop.org/show_bug.cgi?id=99310
calexil changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99078
calexil changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #5 from Grazvydas Ignotas ---
The trace works correctly on Intel (Skylake and Haswell).
On radeonsi, I can see the corruption, and there are lots of errors:
118231: message: major api error 2: GL_INVALID_ENUM in
glActiveTexture(textu
On Fri, Jan 20, 2017 at 10:00:34PM +0200, Ville Syrjälä wrote:
> On Sat, Jan 21, 2017 at 06:50:57AM +1100, Eric Anholt wrote:
> > ville.syrj...@linux.intel.com writes:
> >
> > > From: Ville Syrjälä
> > >
> > > Make the code selecting the RGB quantization range a little less magicy
> > > by wrappi
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #23 from Alec Ari ---
Same problem here, and for many other users:
https://bugs.gentoo.org/show_bug.cgi?id=603858
Reverting this patch fixes it:
https://github.com/llvm-mirror/llvm/commit/c280d74837d8239fc6cf567576b766ca3f4844c5
-
https://bugs.freedesktop.org/show_bug.cgi?id=99078
--- Comment #22 from cale...@yahoo.com ---
any news on this?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://
https://bugs.freedesktop.org/show_bug.cgi?id=99444
--- Comment #4 from Clément Guérin ---
Created attachment 129076
--> https://bugs.freedesktop.org/attachment.cgi?id=129076&action=edit
R9 Fury / mesa de0b0a3a9c / llvm 292523
--
You are receiving this mail because:
You are the assignee for th
On Sat, Jan 21, 2017 at 06:50:57AM +1100, Eric Anholt wrote:
> ville.syrj...@linux.intel.com writes:
>
> > From: Ville Syrjälä
> >
> > Make the code selecting the RGB quantization range a little less magicy
> > by wrapping it up in a small helper.
>
> This series seems good. I won't have the ab
ville.syrj...@linux.intel.com writes:
> From: Ville Syrjälä
>
> Make the code selecting the RGB quantization range a little less magicy
> by wrapping it up in a small helper.
This series seems good. I won't have the ability to test it on vc4
within a reasonable time frame, so you can add an Ack
On Tue, Jan 17, 2017 at 05:43:29PM +0100, Takashi Iwai wrote:
> This is just a cleanup, no functional change.
>
> The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
> basically a copy of the existing code in drm_edid.c. Make the latter
> code public so that it can be called fro
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #20 from lei.p...@gmail.com ---
Scrach post above, I didn't realized that EXA forces DRI2.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing lis
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #19 from lei.p...@gmail.com ---
Ok, i think I've found culprint to the problem, it's acceleration method, not
DRI3 actually, so maybe i should change the title of the bug report?
Now, with DRI3 and Option "AccelMethod" "EXA", it's act
Jani,
This patch adds a fix for CRC mismatch errors as well.
The reason I have squashed this fix with this patch is because
these CRC failures are seen for a Video Pattern test.
It uses the approach that we discussed where a piep_config->dither_force_disable
is used to disable dithering for compli
On 20 January 2017 at 16:17, Thierry Reding wrote:
> On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote:
>> On 19 January 2017 at 09:19, Thierry Reding wrote:
>> > On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote:
>> >> Add support for Amlogic Meson DRM driver merged for L
https://bugs.freedesktop.org/show_bug.cgi?id=99078
Matt Turner changed:
What|Removed |Added
See Also||https://bugs.gentoo.org/sho
https://bugs.freedesktop.org/show_bug.cgi?id=98619
Christian König changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail
On 20/01/17 18:44, Jani Nikula wrote:
On Fri, 20 Jan 2017, Martin Peres wrote:
On 19/01/17 11:18, Jani Nikula wrote:
On Wed, 18 Jan 2017, Martin Peres wrote:
On 16/12/16 15:48, Daniel Vetter wrote:
On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
The two remaining patches from
https://bugzilla.kernel.org/show_bug.cgi?id=192921
--- Comment #10 from stevengrusp...@gmail.com ---
Works now. Like you said, just needed to add the latest firmware to
/lib/firmware/amdgpu/ and then run mkinitrd
/boot/initramfs-4.9.3-200.fc25.x86_64.img 4.9.3-200.fc25.x86_64 --force. Still
not ab
From: Dan Carpenter
We were trying to print an error message if we timed out here, but the
loop actually ends with "tries" set to UINT_MAX and not zero. Fix this
by changing from tries-- to --tries.
A for loop would actually be the most natural way to do this. My fix
means we only loop 99 time
On Fri, 20 Jan 2017, Martin Peres wrote:
> On 19/01/17 11:18, Jani Nikula wrote:
>> On Wed, 18 Jan 2017, Martin Peres wrote:
>>> On 16/12/16 15:48, Daniel Vetter wrote:
On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
> The two remaining patches from [1], rebased.
>
>
On 19/01/17 11:18, Jani Nikula wrote:
On Wed, 18 Jan 2017, Martin Peres wrote:
On 16/12/16 15:48, Daniel Vetter wrote:
On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
The two remaining patches from [1], rebased.
BR,
Jani.
[1]
http://mid.mail-archive.com/1480984058-552-1-git-s
https://bugzilla.kernel.org/show_bug.cgi?id=192921
--- Comment #9 from Alex Deucher ---
grab the latest firmware from the linux firmware git tree. Then copy it to
where ever your distro stores it (usually /lib/firmware/amdgpu). If you are
using an initrd, please make sure you've updated the ini
On Fri, 20 Jan 2017, Manasi Navare wrote:
> On Fri, Jan 20, 2017 at 05:33:51PM +0200, Jani Nikula wrote:
>> On Fri, 20 Jan 2017, Manasi Navare wrote:
>> > v3:
>> > * Fix the conventions in bit definitions (Jani Nikula)
>> > v2:
>> > * Add all the other DP Complianec TEST register defs (Jani Nikul
On 19/01/17 13:34, Ville Syrjälä wrote:
On Wed, Jan 18, 2017 at 11:05:18PM +0200, Martin Peres wrote:
On 16/12/16 15:48, Daniel Vetter wrote:
On Fri, Dec 16, 2016 at 12:29:05PM +0200, Jani Nikula wrote:
The two remaining patches from [1], rebased.
BR,
Jani.
[1]
http://mid.mail-archive.com/
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #8 from siyia ---
did u enable blood effects in options and the bug didn't happen?the mesa
13.1-git had llvm 4.0 when i tried it but it was on december 20 maybe it is
fixed we'll see.
--
You are receiving this mail because:
You are
https://bugzilla.kernel.org/show_bug.cgi?id=192921
--- Comment #8 from stevengrusp...@gmail.com ---
I have never had to deal with the firmware before. Where do I place them? Do I
need to recompile the kernel?
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
On Fri, Jan 20, 2017 at 02:13:00PM +, Emil Velikov wrote:
> On 19 January 2017 at 09:19, Thierry Reding wrote:
> > On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote:
> >> Add support for Amlogic Meson DRM driver merged for Linux 4.10.
> >>
> >> Signed-off-by: Neil Armstrong
> >>
On Fri, Jan 20, 2017 at 05:33:51PM +0200, Jani Nikula wrote:
> On Fri, 20 Jan 2017, Manasi Navare wrote:
> > v3:
> > * Fix the conventions in bit definitions (Jani Nikula)
> > v2:
> > * Add all the other DP Complianec TEST register defs (Jani Nikula)
> > Cc: dri-devel@lists.freedesktop.org
> > Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=99136
Samuel Pitoiset changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hello Joonyoung,
Joonyoung Shim wrote:
> Hi Tobias,
>
> On 01/19/2017 10:16 PM, Tobias Jakobi wrote:
>> Hello Joonyoung,
>>
>> Joonyoung Shim wrote:
>>> Hi Tobias,
>>>
>>> On 01/17/2017 11:24 PM, Tobias Jakobi wrote:
Joonyoung Shim wrote:
> The size of cmdlist is integer type, so it can
While the Kconfig entries of FIMD and DECON7 both select
FB_MODE_HELPERS, the code doesn't use any of the functionality.
Signed-off-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/Kconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/Kconfig b/drivers/gpu/drm/exynos/Kc
The current name is 's5p-g2d', which is identical with the driver
name of the old V4L2 driver in media/platform.
This is probably due to the DRM driver being based on the V4L2
driver when it was initially created. Still the clashing of driver
names is confusing, so rename it to something in line wi
From: Joonyoung Shim
The size computations done in the ioctl function use an integer.
If userspace submits a request with req->cmd_nr or req->cmd_buf_nr
set to INT_MAX, the integer computations overflow later, leading
to potential (kernel) memory corruption.
Prevent this issue by enforcing a lim
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #6 from siyia ---
Created attachment 129074
--> https://bugs.freedesktop.org/attachment.cgi?id=129074&action=edit
Blood Bug Marked
i marked the graphical corruption in red color shaped circles.
--
You are receiving this mail beca
On Fri, 20 Jan 2017, Manasi Navare wrote:
> v3:
> * Fix the conventions in bit definitions (Jani Nikula)
> v2:
> * Add all the other DP Complianec TEST register defs (Jani Nikula)
> Cc: dri-devel@lists.freedesktop.org
> Cc: Jani Nikula
> Cc: Daniel Vetter
> Cc: Ville Syrjala
> Signed-off-by: Ma
This patch add simple allocator for CMA regions
Signed-off-by: Benjamin Gaignard
---
drivers/simpleallocator/Kconfig| 7 +
drivers/simpleallocator/Makefile | 1 +
drivers/simpleallocator/simple-allocator-cma.c | 187 +
3 files changed, 19
The goal of this RFC is to understand if a common ioctl for specific memory
regions allocations is needed/welcome.
Obviously it will not replace allocation done in linux kernel frameworks like
v4l2, drm/kms or others, but offer an alternative when you don't want/need to
use them for buffer allocat
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #5 from siyia ---
ok wait mayby i ll edit the screenshot to pinpoint the problem
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-dev
This is the core of simple allocator module.
It aim to offert one common ioctl to allocate specific memory.
Signed-off-by: Benjamin Gaignard
---
Documentation/simple-allocator.txt | 81 +++
drivers/Kconfig | 2 +
drivers/Makefile
The patch
DRM: add help to get ELD speaker allocation
has been applied to the asoc tree at
git://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 Lin
The patch
ASoC: core: add optional pcm_new callback for DAI driver
has been applied to the asoc tree at
git://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) an
The patch
ASoC: hdmi-codec: add channel mapping control
has been applied to the asoc tree at
git://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 L
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #4 from siyia ---
look at my selected units in the screenshot it's obvious
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #3 from siyia ---
lol can't you see red and green blocks of color within the units that are
getting attacked in my screenshot when i have blood effects enabled?i cannot
post a new screenshot because i ll have to reinstall the game now
https://bugs.freedesktop.org/show_bug.cgi?id=99476
Bug ID: 99476
Summary: Forcing perf level to high doesn't change memory clock
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severi
On 01/17/2017 03:39 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> On Tuesday 17 Jan 2017 13:31:31 Neil Armstrong wrote:
>> The Synopsys Designware HDMI TX Controller does not enforce register access
>> on platforms instanciating it.
>> The current driver supports two dif
On Fri, 20 Jan 2017, Manasi Navare wrote:
> This patch adds support to handle automated DP compliance
> link training test requests. This patch has been tested with
> Unigraf DPR-120 DP Compliance device for testing Link
> Training Compliance.
> After we get a short pulse Compliance test request,
Hi Satendra,
On 20 January 2017 at 08:12, Satendra Singh Thakur
wrote:
> -Added a new ioctl in Linux DRM KMS driver.
> This ioctl allows user to set the values of an object’s multiple
> properties in one go.
> -In the absence of such ioctl, User would be calling one ioctl to set each
> propert
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #2 from Samuel Pitoiset ---
The issue doesn't seem obvious to me. Can you explain? Or take a new
screenshot?
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=99285
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=98520
--- Comment #30 from Samuel Pitoiset ---
The following commit can probably help if you have a VI+ card.
https://cgit.freedesktop.org/mesa/mesa/commit/?id=e490b7812cae778c61004971d86dc8299b6cd240
At least, it fixes a bunch of other games.
--
Y
https://bugs.freedesktop.org/show_bug.cgi?id=98619
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 19 January 2017 at 09:19, Thierry Reding wrote:
> On Wed, Jan 18, 2017 at 02:59:21PM +0100, Neil Armstrong wrote:
>> Add support for Amlogic Meson DRM driver merged for Linux 4.10.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> tests/util/kms.c | 1 +
>> 1 file changed, 1 insertion(+)
>
> Appl
On 18 January 2017 at 09:02, Thierry Reding wrote:
> From: Thierry Reding
>
> ARM SoCs usually have their DRM/KMS devices on the platform bus, so add
> support for that to enable these devices to be used with the drmDevice
> infrastructure.
>
> NVIDIA Tegra SoCs have an additional level in the hi
https://bugs.freedesktop.org/show_bug.cgi?id=99459
--- Comment #4 from Miguel Granda Martínez ---
Created attachment 129072
--> https://bugs.freedesktop.org/attachment.cgi?id=129072&action=edit
dmesg
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.__
On Fri, Jan 20, 2017 at 07:52:24AM +0100, Andrzej Hajda wrote:
> In case of interlace mode irq is generated for odd and even fields, but
> vblank should be signaled only for the last emitted field.
I'm pretty sure most drivers signal it for both fields. At least i915
does.
>
> Signed-off-by: And
https://bugs.freedesktop.org/show_bug.cgi?id=99459
--- Comment #3 from Alex Deucher ---
Can you attach your dmesg output? Please make sure you you have the latest
firmware. Might be the same issue as:
https://bugzilla.kernel.org/show_bug.cgi?id=192921
--
You are receiving this mail because:
Y
https://bugs.freedesktop.org/show_bug.cgi?id=96906
--- Comment #6 from Sebastian ---
Still happens for me with 16.50
Ubuntu 16.04.1
Radeon R9 380
claymore dualminer
exactly same pc/setup works fine with an RX 470
[ 211.556980] VM fault (0x01, vmid 5) at page 135286044, read from 'TC2'
(0x54
https://bugzilla.kernel.org/show_bug.cgi?id=192921
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #7 from
https://bugs.freedesktop.org/show_bug.cgi?id=98869
cosiek...@o2.pl changed:
What|Removed |Added
Severity|normal |major
Version|13.0
Inki Dae wrote:
> Hi Tobias,
>
> 2017년 01월 19일 21:49에 Tobias Jakobi 이(가) 쓴 글:
>> What about Laurent's comment stating that drm_atomic_helper_commit() is
>> broken at the moment? Shouldn't there be some kind of warning in the
>> commit message that this patch is only safe to apply once the fixes fo
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #15 from cosiek...@o2.pl ---
I was able to narrow it a bit.
Latest working: lib32-mesa-11.2.2-1-x86_64.pkg.tar.xz
First not working: lib32-mesa-12.0.1-1-x86_64.pkg.tar.xz
--
You are receiving this mail because:
You are the assignee
On Fri, Jan 20, 2017 at 06:11:50PM +0900, Michel Dänzer wrote:
> On 20/01/17 04:44 PM, Nils Holland wrote:
> >
> > Sounds like a good idea! I was a bit heasitant because, to be honest,
> > I'm not at all an expert about the code in question and basically only
> > saw how you fixed the issue in rad
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #14 from Tapani Pälli ---
(In reply to cosiekvfj from comment #11)
> "skl shows correct rendering" What does that mean?
>
> I also tested app with LIBGL_ALWAYS_SOFTWARE=1 and then rendering is correct.
This means that the trace rend
https://bugs.freedesktop.org/show_bug.cgi?id=98869
--- Comment #13 from cosiek...@o2.pl ---
Still present.
Informacje o komputerze:
Producent: Unknown
Model: Unknown
Rodzaj: Komputer stacjonarny
Nie wykryto panelu dotykowego
Informacje o procesorze:
Dostawca CPU: GenuineIntel
https://bugs.freedesktop.org/show_bug.cgi?id=99418
--- Comment #18 from lei.p...@gmail.com ---
(In reply to Michel Dänzer from comment #17)
> (In reply to lei.pero from comment #14)
> > It does happen on modesetting driver regardless of DRI version, strange.
>
> The modesetting driver doesn't all
https://bugs.freedesktop.org/show_bug.cgi?id=98619
--- Comment #6 from Nicolai Hähnle ---
This sounds like the bug fixed by commit
e490b7812cae778c61004971d86dc8299b6cd240 ("radeonsi: don't forget to add HTILE
to the buffer list for texturing"). Could you check that this fixes the
problem?
--
Y
Hi Rob,
On 19.01.2017 23:32, Rob Clark wrote:
Just a friendly reminder that now would be a good time to update the
wiki page for GSoC/EVoC ideas:
https://www.x.org/wiki/SummerOfCodeIdeas/
There are currently still some stale ideas there (and probably plenty
of missing good ideas).
Also, I'v
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt
b/Documentation/d
The MIPI DSI do not need check the validity of resolution, the max
resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid
here.
Signed-off-by: Chris Zhong
---
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 39 --
1 file changed, 39
Reference the power domain incase dw-mipi power down when
in use.
Signed-off-by: Chris Zhong
---
Changes in v3: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
b/drivers/gpu/drm/rockchip/d
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 4 +++-
1 file changed, 3 insertions(+), 1 delet
Hi all
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling and port id selection register. These patches
add RK3399 support and the power domain support.
And these patches base on John
The vopb/vopl switch register of RK3399 mipi is different from RK3288,
the default setting for mipi dsi mode is different too, so add a
of_device_id structure to distinguish them, and make sure set the
correct mode before mipi phy init.
Signed-off-by: Chris Zhong
Signed-off-by: Mark Yao
---
Cha
On 20/01/17 04:44 PM, Nils Holland wrote:
> On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote:
>> On 20/01/17 04:35 AM, Nils Holland wrote:
>>>
>>> --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11
>>> 20:17:54.0 +0100
>>> +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_ob
Am 20.01.2017 um 08:44 schrieb Nils Holland:
On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote:
On 20/01/17 04:35 AM, Nils Holland wrote:
--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11
20:17:54.0 +0100
+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
https://bugs.freedesktop.org/show_bug.cgi?id=99459
--- Comment #2 from Christian König ---
Could be the same problem I've fixed with
http://www.spinics.net/lists/dri-devel/msg129439.html.
--
You are receiving this mail because:
You are the assignee for the bug.__
On Fri, 20 Jan 2017, Hans de Goede wrote:
> Hi,
>
> On 31-12-16 17:00, Hans de Goede wrote:
>> Hi,
>>
>> On 27-12-16 11:58, Jani Nikula wrote:
>>> On Sun, 25 Dec 2016, Hans de Goede wrote:
If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may
use the ASLE_EXT parts of the
Hi,
On 31-12-16 17:00, Hans de Goede wrote:
Hi,
On 27-12-16 11:58, Jani Nikula wrote:
On Sun, 25 Dec 2016, Hans de Goede wrote:
If there is no OPREGION_ASLE_EXT then a VBT stored in mailbox #4 may
use the ASLE_EXT parts of the opregion. Adjust the vbt_size calculation
for a vbt in mailbox #4
96 matches
Mail list logo
