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://bugzilla.kernel.org/show_bug.cgi?id=62541
Adrian Byszuk a.bys...@elka.pw.edu.pl changed:
What|Removed |Added
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=62541
--- Comment #1 from Adrian Byszuk a.bys...@elka.pw.edu.pl ---
OK, I was able to track down the problem more precisely.
In my rc.local I have:
echo OFF /sys/kernel/debug/vgaswitcheroo/switch
for switching discrete graphics after boot. With this
https://bugs.freedesktop.org/show_bug.cgi?id=70019
--- Comment #8 from Nikolay Amiantov nikoa...@gmail.com ---
Yes, reverting only Mesa to the old version solves the issue. Later I'll try
bisecting this. Sorry for a long break, haven't had enough time.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=70163
Priority: medium
Bug ID: 70163
Assignee: dri-devel@lists.freedesktop.org
Summary: `BUG: unable to handle kernel NULL pointer dereference
at 0064` with `tty_open()`
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #8 from Tasev tasev.stefano...@skynet.be ---
Hello,
I found this thread on the phoronix forums, i don't no but maybe is related .
https://bugs.freedesktop.org/show_bug.cgi?id=70165
Priority: medium
Bug ID: 70165
Assignee: dri-devel@lists.freedesktop.org
Summary: Two GPU RV790, three screen setup locks up with dpm=1
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #1 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87153
-- https://bugs.freedesktop.org/attachment.cgi?id=87153action=edit
xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #2 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87154
-- https://bugs.freedesktop.org/attachment.cgi?id=87154action=edit
dmesg with dpm enabled
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #3 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87155
-- https://bugs.freedesktop.org/attachment.cgi?id=87155action=edit
dmesg without dpm enabled
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #4 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87156
-- https://bugs.freedesktop.org/attachment.cgi?id=87156action=edit
Xorg.log with dpm enabled
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #5 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87157
-- https://bugs.freedesktop.org/attachment.cgi?id=87157action=edit
Xorg.log without dpm enabled
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #6 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87158
-- https://bugs.freedesktop.org/attachment.cgi?id=87158action=edit
Vidoe bios of one card.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #7 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87159
-- https://bugs.freedesktop.org/attachment.cgi?id=87159action=edit
Vidoe biso of the other card
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #8 from Mathias Fröhlich mathias.froehl...@web.de ---
Created attachment 87160
-- https://bugs.freedesktop.org/attachment.cgi?id=87160action=edit
Patch hopefully narrowing down the problem.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #9 from Marek Olšák mar...@gmail.com ---
Sorry I'm out of ideas. Can the regression be reproduced by some existing
piglit test maybe?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #10 from Pavel Ondračka pavel.ondra...@email.cz ---
(In reply to comment #9)
Sorry I'm out of ideas. Can the regression be reproduced by some existing
piglit test maybe?
I'll run a piglit before and after the change... BTW you
https://bugs.freedesktop.org/show_bug.cgi?id=70169
Priority: medium
Bug ID: 70169
Assignee: dri-devel@lists.freedesktop.org
Summary: taskbar is white when using kwin GLES
Severity: major
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=70169
Eugene ken20...@ukr.net changed:
What|Removed |Added
Priority|medium |high
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #23 from Marek Olšák mar...@gmail.com ---
Created attachment 87165
-- https://bugs.freedesktop.org/attachment.cgi?id=87165action=edit
patch
Could please test this patch?
--
You are receiving this mail because:
You are the
On 10/4/2013 9:44 AM, Dieter Nützel wrote:
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
While merging the drm-intel tree into -next there were conflicts in
drivers/gpu/drm/i915/intel_dp.c between 0cc4b69960 (drm/i915: Mask LPSP
to get PSR working even with Power Well in use by audio) in the drm tree
and 18b5992c37 (drm/i915: Calculate PSR register offsets from base +
gen) from the
https://bugs.freedesktop.org/show_bug.cgi?id=68451
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=70042
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=70176
Priority: medium
Bug ID: 70176
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon audio over HDMI doesn't work (kernel 3.11.1,
3.12 rc3)
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #20 from dennisrid...@gmail.com ---
I was about to file a new bug report, but this is exactly the same bug I'm
suffering (A4-5300 APU).
Still unsolved in kernel 3.12 RC3.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #24 from Rune Petersen r...@megahurts.dk ---
The patch reverting 7948ed1250cae78ae1b22dbce4ab23aceacc6159 fixes it for me on
6630M (prime)
The issues I was experiencing:
- Corruption 1 (polygon facing bottom left)
- texture
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #25 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Tested patch in attachment 87165 on HD 6950, fixes the corruption reported in
bug 70042 also.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #6 from Alexandre Demers alexandre.f.dem...@gmail.com ---
attachment 87165 seems to fix the flickering
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=70042
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
CC|
The code was supposed to loop 10 times but it loops 11 times because it
uses a post op instead of pre op. Using parenthesis doesn't affect how
post ops work.
Also I have clarified the comment. Hopefully I understood the intent
correctly.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Global thermonuclear modeflip?
This patchset is the merging of Ville's atomic modeset ioctl, and
the drm_{crtc,plane}_state stuff from my original nuclear pageflip
RFC.
It is currently in a fairly rough draft state, with a few areas
that I need to revisit. But I think it is far enough along to
This indicates to userspace that the property is something that can
be set dynamically without requiring a test step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to composite some surface
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 34 ++
include/drm/drm_crtc.h | 10 ++
include/uapi/drm/drm_mode.h | 1 +
3 files
Flag for range property types indicating that the value is a signed
integer rather than unsigned. For range properties, the signed flag
will trigger use of signed integer comparisions, to handle negative
values properly.
---
drivers/gpu/drm/drm_crtc.c | 10 --
include/drm/drm_crtc.h
---
include/drm/drm_crtc.h | 40
1 file changed, 40 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index e042d12..0ea61b3 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -1067,6 +1067,46 @@
Split property values out into a different struct, so we can later
move property values into state structs. This will allow the
property values to stay in sync w/ the state updates which are
either discarded or atomically committed.
And since we are touching all the same code, add support for
From: Ville Syrjälä ville.syrj...@linux.intel.com
To avoid having to pass object types from userspace for atomic mode
setting ioctl, allow drm_mode_object_find() to look up an object of any
type. This will only work as long as the all object types share the ID
space.
Signed-off-by: Ville Syrjälä
From: Ville Syrjälä ville.syrj...@linux.intel.com
Refactor the code to check whether an object has a specific property
to a new function.
v1: original
v2: rebase on atomic -- Rob Clark
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/drm_crtc.c | 25
Break the mutable state of a plane out into a separate structure
and use atomic properties mechanism to set plane attributes. This
makes it easier to have some helpers for plane-set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in
Break the mutable state of a crtc out into a separate structure
and use atomic properties mechanism to set crtc attributes. This
makes it easier to have some helpers for crtc-set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in
From: Ville Syrjälä ville.syrj...@linux.intel.com
The atomic modeset ioctl cna be used to push any number of new values
for object properties. The driver can then check the full device
configuration as single unit, and try to apply the changes atomically.
The ioctl simply takes a list of object
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
v1: original
v2: pass correct size to check_uaccess, and better handling of narrowing
double word read with __get_user_xb() (Russell King's suggestion)
Oh, and this one was half stolen from rmk's Armada driver with a
couple extra helper's that I needed added
BR,
-R
On Sat, Oct 5, 2013 at 8:45 PM, Rob Clark robdcl...@gmail.com wrote:
---
include/drm/drm_crtc.h | 40
1 file changed, 40 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #8 from Marek Olšák mar...@gmail.com ---
No, I'll commit the patch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
Greetings,
I got the below dmesg and the first bad commit is
commit e2764a21797682598150002f00ae58271cd875ef
Author: Rob Clark
Date: Fri Oct 4 18:07:42 2013 -0400
drm: convert crtc to properties/state (pageflip)
Break the mutable state of a crtc out into a separate structure
and
The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, state, prop,
47 matches
Mail list logo
