https://bugzilla.kernel.org/show_bug.cgi?id=62541
Adrian Byszuk changed:
What|Removed |Added
CC||a.bys...@elka.pw.edu.pl
Hardwar
https://bugzilla.kernel.org/show_bug.cgi?id=62541
Bug ID: 62541
Summary: Kernel oops/panic during system boot with systemd -
"Unable to handle kernel NULL pointer dereference"
Product: Drivers
Version: 2.5
Kernel Version: 3.11
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #144 from Bryan Quigley ---
(In reply to comment #143)
> Unfortunately, that disables dynamic engine scaling which on your particular
> board pretty much disables dpm since the voltage and mclk are static :(
Well damn.. Any other thi
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #5 from Alexandre Demers ---
Here is a link to a video exhibiting the corruptions/glitches.
https://docs.google.com/file/d/0Bw_tZdWsNa4BN0ZmRy1DMnFKZWs/edit?usp=sharing
You'll notice glitches here and there, mostly triangles. On the
https://bugs.freedesktop.org/show_bug.cgi?id=70088
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #87098|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #8 from Krzysztof A. Sobiecki ---
(In reply to comment #7)
> Created attachment 87148 [details] [review]
> patch
>
> This patch should fix this issue.
>
>
> (In reply to comment #6)
> > It fixes my crash problem. Maybe code needs m
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #37 from Weber K. ---
Hi!
Here RESOLVED.
Sorry for late response, I needed to upgrade my whole system to current for
testing.
I have the same "new" glxgears messages if closed clicking in the close button.
If press esc or with pkil
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #7 from Vadim Girlin ---
Created attachment 87148
--> https://bugs.freedesktop.org/attachment.cgi?id=87148&action=edit
patch
This patch should fix this issue.
(In reply to comment #6)
> It fixes my crash problem. Maybe code needs
https://bugs.freedesktop.org/show_bug.cgi?id=69076
--- Comment #6 from David "okias" Heidelberger ---
so tested range:
kernel 3.9.1 - 3.11.0
mesa 2013-09-05 - today
could it be xf86-video-ati? Why it is broken randomly :/
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69076
--- Comment #5 from David "okias" Heidelberger ---
well, now it seems is not working with revision where it worked well.
Seems that it worked was something random.
I'll try downgrade to previous 3.9.1 kernel and if it'll be ok.
--
You are recei
Hi guys,
I wanted to verify/improve HDMI (audio) implementation in radeon for
so-called DCE3.2 cards. To achieve that I need a log from fglrx.
Is there anyone around using RV710 / RV730 / RV740 who can install
fglrx for one day and do few simple tests for me?
In case you don't know chipsets:
RV7
https://bugs.freedesktop.org/show_bug.cgi?id=69076
--- Comment #4 from David "okias" Heidelberger ---
Addional information:
So, in case non-broken mesa. It need to initialize GLX, then EGL render
correctly.
It work with broken mesa correctly, when glxgears was started with non-broken
mesa which
https://bugs.freedesktop.org/show_bug.cgi?id=69076
--- Comment #3 from David "okias" Heidelberger ---
still broken on:
18805b16c8a86ad9de4b5bb9afdce576f528f745 commited 2013-09-06
"relevant" commits between:
2013-09-06radeon/winsys: pad IBs to a multiple of 8 DWs
2013-09-06gallium, intel
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #8 from Pavel Ondračka ---
(In reply to comment #7)
> Created attachment 87143 [details] [review]
> possible fix
>
> Could you please try the attached patch?
The attached patch doesn't help.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=27407
David "okias" Heidelberger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bugs.freedesktop.org/show_bug.cgi?id=69076
--- Comment #2 from David "okias" Heidelberger ---
for GLX seems to be broken between
0f6fce15852d3d6fb5251e42394332a62788ef67 commited 2013-09-05 to
694be9115d43b93610f5386b36117ec9a31ed47c commited 2013-09-12.
I'll try find what concretly bro
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #7 from Marek Olšák ---
Created attachment 87143
--> https://bugs.freedesktop.org/attachment.cgi?id=87143&action=edit
possible fix
Could you please try the attached patch?
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=69341
--- Comment #12 from darkbasic ---
I noticed something weird: if I start KDE with desktop effects off it is *much*
faster and there is corruption in the title bar. On the contrary if I start KDE
with desktop effects on and *then* I turn them off
The num_relocs count are passed to the kernel per job, not per gather.
For multi-gather jobs, we would previously fail if there were relocs in
other gathers aside from the first one.
Fix this by simply moving the check until all gathers have been
consumed.
Signed-off-by: Erik Faye-Lund
---
dri
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--- Comment #3 from David "okias" Heidelberger ---
So, still not pushed in today git, can someone push this small fix?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri
- DP_TEST_LINK_PATTERN is ambiguous, rename to DP_TEST_LINK_VIDEO_PATTERN to
clarify
- Added DP_TEST_LINK_FAUX_PATTERN to support automated testing of Fast AUX
Signed-off-by: Todd Previte
---
include/drm/drm_dp_helper.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/i
https://bugs.freedesktop.org/show_bug.cgi?id=70110
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=64582
--- Comment #5 from Johannes Hirte ---
I can confirm this with gentoo and libvdpau-0.7 and mesa from git.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailin
https://bugs.freedesktop.org/show_bug.cgi?id=70146
Johannes Hirte changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=70146
--- Comment #1 from Rafał Miłecki ---
Fix (well, workaround) was already posted:
http://www.spinics.net/lists/dri-devel/msg46099.html
[PATCH] drm/radeon/dpm: disable multiple UVD states
--
You are receiving this mail because:
You are the assign
https://bugs.freedesktop.org/show_bug.cgi?id=70146
Priority: medium
Bug ID: 70146
Assignee: dri-devel@lists.freedesktop.org
Summary: UVD performance regression on linux-3.12-rc
Severity: normal
Classification: Unclassified
OS
https://bugs.freedesktop.org/show_bug.cgi?id=70110
--- Comment #2 from Alexandre Demers ---
Created attachment 87133
--> https://bugs.freedesktop.org/attachment.cgi?id=87133&action=edit
Replace overkill assert by
It fixes an unneeded assert preventing some app to launch as they should.
Please
https://bugs.freedesktop.org/show_bug.cgi?id=70110
--- Comment #1 from Alexandre Demers ---
Easy one: under r600_bind_sampler_states(), there is an assert. Since I'm
building with --enable-debug, I hit it.
if (shader != PIPE_SHADER_VERTEX &&
shader != PIPE_SHADER_FRAGMENT) {
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Saturday, October 05, 2013 12:05 AM
> To: Inki Dae
> Cc: Kukjin Kim; DRI mailing list; linux-samsung-soc; Linux ARM Kernel;
> Linux Kernel Mailing List; linux-...@vger.kernel.org;
> devicet...@vger.kernel.org; D
On Fri, Oct 04, 2013 at 02:53:41PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> The user of these counters was killed in
>
> commit d79cdc8312689b39c6d83718c1c196af4b3cd18c
> Author: Daniel Vetter
> Date: Thu Aug 8 15:41:32 2013 +0200
>
> drm: no-op out GET_ST
On Fri, Oct 4, 2013 at 11:01 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Sean Paul [mailto:seanp...@chromium.org]
>> Sent: Friday, October 04, 2013 11:17 PM
>> To: Inki Dae
>> Cc: Kukjin Kim; DRI mailing list; linux-samsung-...@vger.kernel.org;
>> linux-arm-ker...@lists.infradea
> -Original Message-
> From: Sean Paul [mailto:seanp...@chromium.org]
> Sent: Friday, October 04, 2013 11:17 PM
> To: Inki Dae
> Cc: Kukjin Kim; DRI mailing list; linux-samsung-...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; linux-ker...@vger.kernel.org; linux-
> d...@vger.ke
On Fri, Oct 4, 2013 at 12:18 AM, Inki Dae wrote:
> 2013/10/4 Sean Paul :
>> On Thu, Oct 3, 2013 at 10:29 PM, Inki Dae wrote:
>>> 2013/10/4 Sean Paul :
This patch adds code to look for the ptn3460 in the device tree file on
exynos initialization. If ptn node is found, the driver will ini
https://bugs.freedesktop.org/show_bug.cgi?id=70108
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Am 02.10.2013 21:20, schrieb John Hupp:
On 9/30/2013 7:36 AM, Daniel Vetter wrote:
On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote:
[I emailed the list with this same material on 9/13, but it has
received no response and someone on the Ubuntu kernel team suggested
that I change the em
https://bugs.freedesktop.org/show_bug.cgi?id=70053
--- Comment #6 from Lucas Stach ---
No this patch (v2) does not solve the problem.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.
On Fri, Oct 04, 2013 at 03:08:10PM +0300, Jani Nikula wrote:
> It's not really needed, rather just adds another place to hold
> intermediate values that could go wrong, and it's not clear that the
> training pattern set or training lane set should be written at this
> point at all.
>
> Signed-off-
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/radeon/atombios_dp.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/atombios_dp.c
index 0088541..fb3ae07 100644
--- a/drivers/gpu/drm/radeon/atombios_dp.c
+++ b/
It's not really needed, rather just adds another place to hold
intermediate values that could go wrong, and it's not clear that the
training pattern set or training lane set should be written at this
point at all.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/intel_ddi.c |5 +
driv
Signed-off-by: Jani Nikula
---
include/drm/drm_dp_helper.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index ae8dbfb..fdf58fa 100644
--- a/include/drm/drm_dp_helper.h
+++ b/include/drm/drm_dp_helper.h
@@ -390,4 +390,11 @@
From: Ville Syrjälä
The user of these counters was killed in
commit d79cdc8312689b39c6d83718c1c196af4b3cd18c
Author: Daniel Vetter
Date: Thu Aug 8 15:41:32 2013 +0200
drm: no-op out GET_STATS ioctl
so clean up the leftovers as well.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm
From: Ville Syrjälä
x86-64:
pahole before:
/* size: 1328, cachelines: 21, members: 52 */
/* sum members: 1290, holes: 9, sum holes: 38 */
/* paddings: 3, sum paddings: 11 */
/* last cacheline: 48 bytes */
pahole after:
/* size: 1296, cachelines: 21, memb
From: Ville Syrjälä
We can get the PCI vendor and device IDs via dev->pdev. So we can drop
the duplicated information.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_pci.c | 3 ---
drivers/gpu/drm/gma500/psb_drv.h| 8 +++
drivers/gpu/drm/i915/i915_dma.
From: Ville Syrjälä
The only user of ctx_count is the via driver, and we can replace that
use with list_is_singular().
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_context.c | 2 --
drivers/gpu/drm/drm_fops.c| 1 -
drivers/gpu/drm/via/via_mm.c | 2 +-
include/drm/drmP.h
From: Ville Syrjälä
'map_count' and 'work' are never used. Kill them both.
Signed-off-by: Ville Syrjälä
---
include/drm/drmP.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index f3f6484..c2c577b 100644
--- a/include/drm/drmP.h
+++ b/include/drm/d
From: Ville Syrjälä
irq_enabled is only ever 0 or 1, so make it a bool.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c| 11 ++-
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 ++--
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 ++--
drivers/gpu/drm/mga/mga_ir
This series does some house cleaning on struct drm_device.
x86-64:
pahole before the series:
/* size: 1576, cachelines: 25, members: 67 */
/* sum members: 1528, holes: 12, sum holes: 48 */
/* paddings: 3, sum paddings: 11 */
/* last cacheline: 40 bytes */
pahole
From: Ville Syrjälä
drm_vblank_init() is too ugly. Make it a bit easier on the eye by
collecting all the per-crtc vblank counters, timestamps etc. to
a structure and just allocate an array of those.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_info.c | 6 +-
drivers/gpu/drm/d
From: Ville Syrjälä
vblank_enabled is only ever 0 or 1, so make it a bool.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 8
drivers/gpu/drm/omapdrm/omap_irq.c | 2 +-
include/drm/drmP.h | 2 +-
3 files changed, 6 insertions(+), 6 deletions(-)
d
From: Ville Syrjälä
vblank_inmodeset is a bitmask, with only two bits mind you, but better
make it unsigned anyway.
Signed-off-by: Ville Syrjälä
---
include/drm/drmP.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index b1aa6fc..09b
From: Ville Syrjälä
vblank_disable_allowed is only ever 0 or 1, so make it a bool.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c| 5 +++--
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 ++--
drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 ++--
drivers/gpu/drm/gma500/p
https://bugs.freedesktop.org/show_bug.cgi?id=70108
--- Comment #1 from Marek Olšák ---
This should be fixed by c7d91a6f13d9dafe47cfa948619083258bc47cb0. Can you
confirm?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri
https://bugs.freedesktop.org/show_bug.cgi?id=70073
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, 04 Oct 2013, Chris Wilson wrote:
> If the firmware is builtin and userspace is not yet running, we can
> stall the boot process for a minute whilst the firmware loader times
> out probing for a non-existent connector EDID. This is contrary to the
> expectations of providing a builtin EDID!
If the firmware is builtin and userspace is not yet running, we can
stall the boot process for a minute whilst the firmware loader times
out probing for a non-existent connector EDID. This is contrary to the
expectations of providing a builtin EDID!
In the process, we can rearrange the code to mak
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #14 from Marc Dietrich ---
confirmed fixed
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists
2013/10/4 Sean Paul :
> On Thu, Oct 3, 2013 at 10:29 PM, Inki Dae wrote:
>> 2013/10/4 Sean Paul :
>>> This patch adds code to look for the ptn3460 in the device tree file on
>>> exynos initialization. If ptn node is found, the driver will initialize
>>> the ptn3460 driver and skip creating a DP co
https://bugs.freedesktop.org/show_bug.cgi?id=70088
--- Comment #6 from Krzysztof A. Sobiecki ---
Created attachment 87098
--> https://bugs.freedesktop.org/attachment.cgi?id=87098&action=edit
It fixes my crash problem
It fixes my crash problem. Maybe code needs more checks for null values?
As a
https://bugs.freedesktop.org/show_bug.cgi?id=70110
Priority: medium
Bug ID: 70110
Assignee: dri-devel@lists.freedesktop.org
Summary: [bisected] regression: assert in
r600_bind_sampler_states since
27c054edf0ae92c8c4
On Friday, October 04, 2013 7:28 AM, Sean Paul wrote:
>
> This patch adds the dp-controller node to the exynos5250-snow board dts
> file.
>
> Signed-off-by: Sean Paul
> ---
>
> v2: Added dp-controller address to node (rebased on linux-next)
>
> arch/arm/boot/dts/exynos5250-snow.dts | 12 +
On Friday, October 04, 2013 7:28 AM, Sean Paul wrote:
>
> This patch adds the internal panel timings to the exynos5250-snow board
> dts file.
>
> Signed-off-by: Sean Paul
> ---
>
> v2: No difference
>
> arch/arm/boot/dts/exynos5250-snow.dts | 17 +
> 1 file changed, 17 inserti
On Sun, Sep 29, 2013 at 10:50:58AM +0200, Lars-Peter Clausen wrote:
> Hi,
>
> This series removes the redundant driver field from the i2c_client struct. The
> field is redundant since the same pointer can be accessed through
> to_i2c_driver(client->dev.driver). The commit log suggests that the fie
After merging the drm-intel tree into -next an x86 allmodconfig build fails
with:
In file included from include/linux/kobject.h:29:0,
from include/linux/cpufreq.h:16,
from drivers/gpu/drm/i915/intel_pm.c:28:
drivers/gpu/drm/i915/intel_pm.c: In function ‘intel_pm_i
63 matches
Mail list logo
