Hi David,
On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann wrote:
> Attached are two patches. The first one should fix this issue, the
> second one is the rebased ioremap_wc() patch from the other thread.
>
> Does this fix the issue (and the speed-problems)?
Sadly, no. I added a few printk's to
On Sun, Sep 8, 2013 at 2:13 AM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Sun, Sep 8, 2013 at 1:22 AM, Tom Gundersen t...@jklm.no wrote:
Hi David,
On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen t...@jklm.no wrote:
On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann dh.herrm...@gmail.com
Hi David,
On Wed, Sep 4, 2013 at 7:34 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Sun, Sep 1, 2013 at 3:36 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
With the upcoming 3.12 merge-window, I thought people might find themselves
with
nothing to do, so here's a new
On Fri, Sep 06, 2013 at 07:57:19PM +0100, Damien Lespiau wrote:
Just for consistency.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
Afaik kernel coding style is to echew typdefs for normal structures as
much as possible. The only exception is for truly opaque types used in
On Fri, Sep 6, 2013 at 9:11 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Fri, Sep 06, 2013 at 07:57:16PM +0100, Damien Lespiau wrote:
Follow up of:
http://lists.freedesktop.org/archives/dri-devel/2012-September/028278.html
Let's try again! This time, intead of a magic connector
Here are a couple of patches that get kexec working with radeon devices.
I've tested this on my RS780.
Comments or flames are welcome.
Thanks.
Markus Trippelsdorf (3):
kexec: get rid of late printk
drm/radeon: Implement radeon_pci_shutdown
drm/radeon: get rid of r100_restore_sanity hack
kexec calls:
printk(KERN_EMERG Starting new kernel\n);
late before calling machine_shutdown().
However at this point the underlying fb device may have already been
shutdown. This causes the kernel to hang.
Fix by simply getting rid of the printk call.
Signed-off-by: Markus Trippelsdorf
Currently radeon devices are not properbly shutdown during kexec. This
cases a varity of issues, e.g. dpm initialization failures.
Fix this by implementing a radeon_pci_shutdown function, that unloads
the driver cleanly.
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
---
Now that radeon devices are properly shutdown during kexec, we can get
rid of r100_restore_sanity.
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
---
drivers/gpu/drm/radeon/r100.c| 27 ---
drivers/gpu/drm/radeon/r300.c| 2 --
https://bugs.freedesktop.org/show_bug.cgi?id=67800
Kertesz Laszlo laszlo.kert...@gmail.com changed:
What|Removed |Added
Summary|Computer freezes after idle |Computer
Hi
On Sun, Sep 8, 2013 at 1:33 PM, Tom Gundersen t...@jklm.no wrote:
Hi David,
On Wed, Sep 4, 2013 at 7:34 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Sun, Sep 1, 2013 at 3:36 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
With the upcoming 3.12 merge-window, I thought
Hi
On Fri, Sep 6, 2013 at 8:57 PM, Damien Lespiau damien.lesp...@intel.com wrote:
It's a tiny bit more logical to find the different capabilities you can
use with the GET_CAP ioctl next to the structure rather than putting
them at the end of the file.
Signed-off-by: Damien Lespiau
Hi
On Sun, Sep 8, 2013 at 1:59 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Sep 6, 2013 at 9:11 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Fri, Sep 06, 2013 at 07:57:16PM +0100, Damien Lespiau wrote:
Follow up of:
Hi
On Fri, Sep 6, 2013 at 8:57 PM, Damien Lespiau damien.lesp...@intel.com wrote:
This capability allows user space to control the delivery of modes with
the 3D flags set. This is to not play games with current user space
users not knowing anything about stereo 3D flags and that could try
to
On Sun, Sep 08, 2013 at 03:50:29PM +0200, David Herrmann wrote:
Hi
On Fri, Sep 6, 2013 at 8:57 PM, Damien Lespiau damien.lesp...@intel.com
wrote:
This capability allows user space to control the delivery of modes with
the 3D flags set. This is to not play games with current user space
On Sun, Sep 08, 2013 at 03:46:43PM +0200, David Herrmann wrote:
The series implements SET_CAP as a per _file_ capability set, not per
master. I like it this way. Note that with SET_VERSION, we already
have a per _master_ capability set. Compared to SET_CAP it only allows
incremental capability
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #17 from Brian Hall hal...@gmail.com ---
Fixed it!
The problem was in atom.c, my bisect was correct. Starting with the bad 3.10.5
atom.c, I copied it into the good 3.10.4 tree, commented out the reset data
block part, rebuilt, and
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #18 from Brian Hall hal...@gmail.com ---
Created attachment 107621
-- https://bugzilla.kernel.org/attachment.cgi?id=107621action=edit
fixes radeon DVI display corruption
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=61011
Bug ID: 61011
Summary: Radeon Screen Corruption since merged patch of Bug
60639
Product: Drivers
Version: 2.5
Kernel Version: 3.10.5
Hardware: All
OS:
https://bugzilla.kernel.org/show_bug.cgi?id=61011
--- Comment #1 from hams...@freenet.de ---
Created attachment 107651
-- https://bugzilla.kernel.org/attachment.cgi?id=107651action=edit
dmesg output from working kernel
--
You are receiving this mail because:
You are watching the assignee of
https://bugzilla.kernel.org/show_bug.cgi?id=61011
--- Comment #2 from hams...@freenet.de ---
Created attachment 107661
-- https://bugzilla.kernel.org/attachment.cgi?id=107661action=edit
Xorg0.log output from working kernel
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=61011
--- Comment #3 from hams...@freenet.de ---
Created attachment 107671
-- https://bugzilla.kernel.org/attachment.cgi?id=107671action=edit
dmesg output from non working kernel
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=61011
--- Comment #4 from hams...@freenet.de ---
Created attachment 107681
-- https://bugzilla.kernel.org/attachment.cgi?id=107681action=edit
Xorg0.log output from non working kernel
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=61011
hams...@freenet.de changed:
What|Removed |Added
See Also||https://bugzilla.kernel.org
On Sun, Sep 08, 2013 at 01:58:29PM +0200, Daniel Vetter wrote:
On Fri, Sep 06, 2013 at 07:57:19PM +0100, Damien Lespiau wrote:
Just for consistency.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
Afaik kernel coding style is to echew typdefs for normal structures as
much as
On Sun, Sep 8, 2013 at 9:36 PM, Damien Lespiau damien.lesp...@intel.com wrote:
On Sun, Sep 08, 2013 at 01:58:29PM +0200, Daniel Vetter wrote:
On Fri, Sep 06, 2013 at 07:57:19PM +0100, Damien Lespiau wrote:
Just for consistency.
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
Afaik
On Sun, Sep 8, 2013 at 5:03 PM, Damien Lespiau damien.lesp...@intel.com wrote:
On Sun, Sep 08, 2013 at 03:46:43PM +0200, David Herrmann wrote:
The series implements SET_CAP as a per _file_ capability set, not per
master. I like it this way. Note that with SET_VERSION, we already
have a per
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #16 from Peter Kraus peter.kr...@geeksonbikes.net ---
Hi there,
any update on this one? Can I / do I need to test anything? It's a bit of a
bummer...
Or is this a bug in Dota?
The behaviour is there also with linux-3.11.
Peter
--
On Sun, 08 September 2013 Daniel Vetter dan...@ffwll.ch wrote:
On Sun, Sep 8, 2013 at 2:10 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
kexec calls:
printk(KERN_EMERG Starting new kernel\n);
late before calling machine_shutdown().
However at this point the underlying fb device
https://bugzilla.kernel.org/show_bug.cgi?id=61011
--- Comment #5 from Alex Deucher alexdeuc...@gmail.com ---
This is a duplicate of bug 60791.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #19 from Alex Deucher alexdeuc...@gmail.com ---
Please attach a copy of your vbios.
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/pci bus id
echo 1 rom
cat rom /tmp/vbios.rom
echo 0 rom
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=69120
Priority: medium
Bug ID: 69120
Assignee: dri-devel@lists.freedesktop.org
Summary: With dpm=1 vdpau is not usable
Severity: normal
Classification: Unclassified
OS: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=60791
--- Comment #20 from Brian Hall hal...@gmail.com ---
Created attachment 107711
-- https://bugzilla.kernel.org/attachment.cgi?id=107711action=edit
copy of video bios
--
You are receiving this mail because:
You are watching the assignee of the
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #1 from Dieter Nützel die...@nuetzel-hh.de ---
Hello John,
I see nearly the same with all 3.11-rcX and final plus 3.12-next.
Only diffence with dpm=0 I get partially mosaic with bigger videos (1280x720
H.264 and 1920x1080 H.264) from
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #2 from Dieter Nützel die...@nuetzel-hh.de ---
Created attachment 85467
-- https://bugs.freedesktop.org/attachment.cgi?id=85467action=edit
dmesg-3.11-dmp-1-two-displays.log
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #3 from Dieter Nützel die...@nuetzel-hh.de ---
Created attachment 85468
-- https://bugs.freedesktop.org/attachment.cgi?id=85468action=edit
Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #4 from Dieter Nützel die...@nuetzel-hh.de ---
Created attachment 85469
-- https://bugs.freedesktop.org/attachment.cgi?id=85469action=edit
copy of video bios
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #5 from Dieter Nützel die...@nuetzel-hh.de ---
# radeontool regmatch 0x0718
0x0718 0x20010002 (536936450)
# radeontool regmatch 0x071c
0x071c 0x021f2111 (35594513)
# radeontool regmatch 0x0720
0x0720 0x102774da (271021274)
https://bugs.freedesktop.org/show_bug.cgi?id=67800
Kertesz Laszlo laszlo.kert...@gmail.com changed:
What|Removed |Added
Summary|Computer freezes several|Computer
https://bugs.freedesktop.org/show_bug.cgi?id=67800
--- Comment #13 from Kertesz Laszlo laszlo.kert...@gmail.com ---
The freezes are still happening, both with kernel 3.11 stable or the later git
versions, mesa 9.2 stable or with the 9.3 devel git.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #45 from Aaron Watry awa...@gmail.com ---
(In reply to comment #43)
I patched llvm with
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130812/184089.
html
using
patch -N -p1 -i p2.patch
But still got
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #46 from Aaron Watry awa...@gmail.com ---
Autocorrect got the best of me... s/radeonsi/radeon/g
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
On Sun, Sep 8, 2013 at 9:25 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Wednesday 21 August 2013 02:24:01 Ben Skeggs wrote:
On Mon, Aug 19, 2013 at 4:59 PM, Pali Rohár
pali.ro...@gmail.com wrote:
On Friday 16 August 2013 14:57:07 Pali Rohár wrote:
In commit
https://bugzilla.kernel.org/show_bug.cgi?id=61011
hams...@freenet.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60791
hams...@freenet.de changed:
What|Removed |Added
CC||hams...@freenet.de
--- Comment #21
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #6 from John john.etted...@gmail.com ---
Hello Dieter,
thanks for the suggestions.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #7 from John john.etted...@gmail.com ---
Created attachment 85476
-- https://bugs.freedesktop.org/attachment.cgi?id=85476action=edit
John's vbios
--
You are receiving this mail because:
You are the assignee for the bug.
On Sun, Sep 8, 2013 at 10:33 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
This has received light testing on NV18 and NV34 cards, using the modetest
tool. Userspace support to use this for xv is not yet ready.
I decided against creating a
On Wed, Sep 4, 2013 at 10:37 PM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
Op 04-09-13 05:21, Ben Skeggs schreef:
On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
This increases the chance slightly that recovery from lockup can happen
49 matches
Mail list logo