Hi,
I'm merging this patch series but I found two issues. One is already
pointed out.
On 2015ë
02ì 07ì¼ 04:37, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they
> unprotect the windows before the commit and protects it af
On 9 February 2015 at 21:39, Jan Vesely wrote:
> Signed-off-by: Jan Vesely
Nice one Jan. I've sent similar fixes for drmOpenDevice and
drmGetStats a few days ago.
Considering you drop the last hunk that Ian spotted both patches are
Reviewed-by: Emil Velikov
The strange part is that the normal
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/61d0beac/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93001
Bug ID: 93001
Summary: modprobe radeon dpm=0 and starting Xorg sometimes logs
"general protection fault" and no output
Product: Drivers
Version: 2.5
Kernel Version: 3.18.6
On 2015ë
02ì 09ì¼ 19:57, Sylwester Nawrocki wrote:
> On 07/02/15 12:53, Inki Dae wrote:
>> This patch fixes the issue that the try to get a phy object is failed
>> to enable mipi phy.
>>
>> System and power management unit registers should be controlled by
>> syscon framework. So this patch re
On Mon, 9 Feb 2015 11:00:55 +
Daniel Stone wrote:
> On 9 February 2015 at 10:49, Geert Uytterhoeven
> wrote:
> > On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone
> > wrote:
> >> On 5 February 2015 at 11:35, One Thousand Gnomes
> >> wrote:
> >>> #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #11 from Alex Deucher ---
Please attach your dmesg output and a copy of your vbios. To get a copy of
your vbios:
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
Hu Sylvain,
On Mon, 9 Feb 2015 19:26:06 +0100
Sylvain Rochet wrote:
> Hello Boris,
>
> On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote:
> > Convert the HLCDC driver to atomic mode-setting.
> >
> > Signed-off-by: Boris Brezillon
> > ---
>
> I am getting the following trace wit
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #10 from Alex Deucher ---
Does disabling dpm help? Append radeon.dpm=0 to the kernel command line in
grub.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #9 from georg at schorsch-tech.de ---
Now plug the PITCAIRN card into the pc again. I tried the saved kernels from
avouve. There i discouvered, that the machine is not hanging itself, it is just
the display which hangs. The display conn
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #8 from georg at schorsch-tech.de ---
After the current bisect result did not satisfy me, i tried various other RT
kernels prior the 3.13 result from the bisect with the evergreen card.
Between 3.12.15-rt25 and 3.10.20-rt17 i have no r
Hello Boris,
On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote:
> Convert the HLCDC driver to atomic mode-setting.
>
> Signed-off-by: Boris Brezillon
> ---
I am getting the following trace with this patch applied, which seems
pretty straightforward to fix.
Apart from that, it wo
The only user I found is xserver, it can return -1 under certain conditions.
So check for -1 explicitly.
Signed-off-by: Jan Vesely
---
I could not find whether it's actually legal to return encoded negative values
in get_perm. This is a quick fix to detect the one case that I found.
xf86drm.c
Just the usual paranoia ...
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index b15d720eda4c..a12d7e8a0ca0 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/dr
From: Tvrtko Ursulin
Let the DRM core know we can handle it.
v2: Change to boolean true. (Daniel Vetter)
Signed-off-by: Tvrtko Ursulin
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_displa
Just a little demo really. We probably need to introduce skl specific
functions for a lot of the format validation stuff, or at least
helpers. Specifically I think intel_framebuffer_init and
intel_fb_align_height must be adjusted to have an i915_ and a skl_
variant. And only shared code should be c
Currently we don't support anything but X tiled. And for an easier
transition it makes a lot of sense to just keep requiring that X tiled
is properly fenced.
Which means we need to do absolutely nothing in old code to support fb
modifiers, yay!
Cc: Tvrtko Ursulin
Signed-off-by: Daniel Vetter
--
From: Tvrtko Ursulin
To be used from the new addfb2 extension.
v2:
- Drop Intel-specific untiled modfier.
- Move to drm_fourcc.h.
- Document layouts a bit and denote them as platform-specific and not
useable for cross-driver sharing.
- Add Y-tiling for completeness.
- Drop special docstring ma
Hi all,
So this is the very quickly spun together version for my take on fb modifiers.
Aim is to reduce the churn a bit with:
- Only validate fb modifiers and old tiling_mode behaviour in framebuffer_init
to ensure they are consistent. Don't convert over all the code for old
platforms.
- Guara
chment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/81728fb7/attachment.sig>
On Mon, Feb 9, 2015 at 6:06 PM, RafaÅ MiÅecki wrote:
> My notebook Samsung NP700G7A-S01PL was working stable for more than 2 years.
> I was using 3.11, 3.17, 3.18, 3.19 (since rc1) and many more successfully.
> First hang has happened on 2015-02-08 (23:30) with 3.19-rc5 I was
> using for 3 weeks
v2: Remove unrelated change in main()
This is more consistent with the rest, and avoids potential undefined
behavior (signed overflow) ind drmRandom()
Signed-off-by: Jan Vesely
---
xf86drmRandom.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/xf86drmRandom.c b
state->check,
> > - rand - state->check ? "*INCORRECT*" : "CORRECT");
> > + rand != state->check ? "*INCORRECT*" : "CORRECT");
>
> So does this.
I'll drop this one in v2, it shouldn't have been included
>
> > drmRandomDestroy(state);
> >
> > printf("Checking periods...\n");
> >
>
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/54aaa8b0/attachment-0001.sig>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/08604829/attachment.html>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/7cbd3bf7/attachment.html>
prit in mind right
away? Let me know, what you need.
--
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/20150209/bf87617e/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #7 from georg at schorsch-tech.de ---
Created attachment 166211
--> https://bugzilla.kernel.org/attachment.cgi?id=166211&action=edit
the config used as the bisect ended
--
You are receiving this mail because:
You are watching the as
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #6 from georg at schorsch-tech.de ---
I know this is a commit not on the RT Tree. I have done this bisecting with the
evergreen card.
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Juniper XT [Radeon H
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #5 from georg at schorsch-tech.de ---
Created attachment 166201
--> https://bugzilla.kernel.org/attachment.cgi?id=166201&action=edit
bisect log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=92891
--- Comment #4 from georg at schorsch-tech.de ---
Hello Alex,
this is my bisect result:
git bisect bad
01ac8794a77192236a4b91c33adf4177ac5a21f0 is the first bad commit
commit 01ac8794a77192236a4b91c33adf4177ac5a21f0
Author: Alex Deucher
Date: W
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d2857f7f/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/2b00e3b9/attachment-0001.html>
Since "1" is an int, then it means we can't use the high bits of this
u64.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c
b/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c
index 294cda3..b10c90a 100644
--- a/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf10
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #28 from Hin-Tak Leung ---
So a quick summary is that later 10.4.x (excluding 10.4.0, which locked up
within first day) is about as stable as 10.2.9 + patch. None of 10.3.x tried
was any good.
I'll just continue with 10.4.x and upgrad
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #27 from Hin-Tak Leung ---
Created attachment 166191
--> https://bugzilla.kernel.org/attachment.cgi?id=166191&action=edit
screen corruption just before suspend & GPU crash on resume
See screenshot.
I had been playing a few videos w
Signed-off-by: Jan Vesely
---
tests/vbltest/vbltest.c | 3 ++-
xf86drm.c | 4 ++--
xf86drmMode.c | 2 +-
3 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/tests/vbltest/vbltest.c b/tests/vbltest/vbltest.c
index cdc1ef6..6e13c57 100644
--- a/tests/vbltest/vblte
This is more consistent with the rest, and avoids potential undefined
behavior (signed overflow) in drmRandom()
Signed-off-by: Jan Vesely
---
xf86drmRandom.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/xf86drmRandom.c b/xf86drmRandom.c
index ecab9e2..a084b8
https://bugzilla.kernel.org/show_bug.cgi?id=83461
--- Comment #34 from Alex Deucher ---
Already upstream:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=72edd83cc9e5819ed1ee771519143d7594e059f0
--
You are receiving this mail because:
You are watching the assignee of t
Hi Inki,
On 9 February 2015 at 14:53, Inki Dae wrote:
> I'm merging this patch series but I found two issues. One is already
> pointed out.
Fantastic - thanks a lot for doing this!
> On 2015ë
02ì 07ì¼ 04:37, Gustavo Padovan wrote:
>> @@ -628,20 +638,6 @@ static void fimd_win_commit(struct
https://bugzilla.kernel.org/show_bug.cgi?id=83461
tuxoholic at hotmail.de changed:
What|Removed |Added
CC||tuxoholic at hotmail.de
--- Comm
https://bugzilla.kernel.org/show_bug.cgi?id=92891
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #3 fr
the commit directly before R600/SI: Define a schedule
model and enable the generic machine scheduler, and it has no graphical issues
Log: http://paste.ubuntu.com/10143733/
Thanks again,
sarnex
--
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/20150209/f09a13ac/attachment-0001.html>
This patch is
Reviewed-by: Ian Romanick
On 02/09/2015 01:39 PM, Jan Vesely wrote:
> Signed-off-by: Jan Vesely
> ---
> tests/vbltest/vbltest.c | 3 ++-
> xf86drm.c | 4 ++--
> xf86drmMode.c | 2 +-
> 3 files changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/test
On 02/09/2015 01:39 PM, Jan Vesely wrote:
> This is more consistent with the rest, and avoids potential undefined
> behavior (signed overflow) in drmRandom()
>
> Signed-off-by: Jan Vesely
> ---
> xf86drmRandom.c | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --g
2015-02-09 Daniel Stone :
> Hi Inki,
>
> On 9 February 2015 at 14:53, Inki Dae wrote:
> > I'm merging this patch series but I found two issues. One is already
> > pointed out.
>
> Fantastic - thanks a lot for doing this!
>
> > On 2015ë
02ì 07ì¼ 04:37, Gustavo Padovan wrote:
> >> @@ -628,2
On 09/02/15 13:17, Inki Dae wrote:
>> Instead I just added syscon support to the PHY layer, it's not perfect
>> > but fixes the issue for both DSI and CSI and doesn't strip the PHY layer
>> > which could potentially be useful.
>
> Ah, Right. I didn't check your patch set. Your way is a better idea
On Sun, Feb 08, 2015 at 06:08:19PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Friday 06 February 2015 09:58:43 Simon Horman wrote:
> > [CC Damian, Magnus]
> >
> > On Mon, Oct 27, 2014 at 02:12:56PM +0200, Laurent Pinchart wrote:
> > > On Monday 27 October 2014 09:38:29 Simon Horman wrote:
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d491a47e/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/904453f7/attachment-0001.html>
On 07/02/15 12:53, Inki Dae wrote:
> This patch fixes the issue that the try to get a phy object is failed
> to enable mipi phy.
>
> System and power management unit registers should be controlled by
> syscon framework. So this patch removes existing phy framework based
> codes and adds syscon sup
On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote:
> On 5 February 2015 at 11:35, One Thousand Gnomes
> wrote:
>>> If I'm not mistaken, that would be as simple as adding
>>>
>>> #define VT_BUF_HAVE_RW.
>>> #define scr_writew(val, addr) (*(addr) = (val))
>>> #define scr_readw(addr) (
Hello Dave,
Those patches improve audio info frame management, add pixel formats
support and fix minor issues.
The following changes since commit e4bf44b3b558742fb7c58b4d34e206c8942f07e6:
drm/modes: Print the mode status in human readable form (2015-02-03
11:13:27 +1000)
are available in the
3.19.0-rc7 (localversion-next is -next-20150209)
drivers/gpu/drm/gma500/mdfld_dsi_dpi.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c
b/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c
index d4813e0..1893fc9 100644
--- a/drivers/gpu/drm/gma500
On 9 February 2015 at 10:49, Geert Uytterhoeven wrote:
> On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote:
>> On 5 February 2015 at 11:35, One Thousand Gnomes
>> wrote:
>>> #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS)
>>>
>>> #endif
>>>
>>> around that and its sorted as an option everyone
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150209/328e1db3/attachment.html>
On 5 February 2015 at 11:35, One Thousand Gnomes
wrote:
>> If I'm not mistaken, that would be as simple as adding
>>
>> #define VT_BUF_HAVE_RW.
>> #define scr_writew(val, addr) (*(addr) = (val))
>> #define scr_readw(addr) (*(addr))
>>
>> to arch/x86/include/asm/vga.h.
>
> and stick an
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/451818f1/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d5c41076/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/df0db857/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/90864e38/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/4ff7b82b/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/fac5ce83/attachment.html>
org/archives/dri-devel/attachments/20150209/52b54fe0/attachment.html>
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/20150209/ae967aef/attachment.html>
:TargetRegisterClass*, unsigned int)
const: Assertion `A && B && "Missing register class"' failed.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<htt
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/b4a5c9b9/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/f654632c/attachment.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/008d2873/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/755da4c3/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/a31f66d3/attachment.html>
/dri-devel/attachments/20150209/b4dafb63/attachment.html>
g/archives/dri-devel/attachments/20150209/aa276a83/attachment.html>
omething like
startx [...] 2>stderr.txt
should capture the stderr output in a file.
--
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-
is used. I can only
attach Xorg.0.log without debug build... but well, later...
--
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/attachm
.
--
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/20150209/1272d1c7/attachment.html>
ind libLLVM-3.5.so anymore. Did you run
ldconfig after installing LLVM?
--
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/201
||
--
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/20150209/ddf2b326/attachment.html>
freedesktop.org/archives/dri-devel/attachments/20150209/6b66729e/attachment.html>
ves/dri-devel/attachments/20150209/e06bf867/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/75d6e5ed/attachment-0001.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/0169f904/attachment.html>
also be able to get a dump using the last good commit.
--
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/20150209/ccd643d2/attachment.html>
82 matches
Mail list logo
