Hi,
On Monday 13 of May 2013 20:24:01 Inki Dae wrote:
> > -Original Message-
> > From: Maarten Lankhorst [mailto:maarten.lankhorst at canonical.com]
> > Sent: Monday, May 13, 2013 6:52 PM
> > To: Inki Dae
> > Cc: 'Rob Clark'; 'Daniel Vetter'; 'DRI mailing list'; linux-arm-
> > kernel at
> -Original Message-
> From: linux-fbdev-owner at vger.kernel.org [mailto:linux-fbdev-
> owner at vger.kernel.org] On Behalf Of Maarten Lankhorst
> Sent: Monday, May 13, 2013 8:41 PM
> To: Inki Dae
> Cc: 'Rob Clark'; 'Daniel Vetter'; 'DRI mailing list'; linux-arm-
> kernel at
>
> /var/log/Xorg.0.log doesn't contain anything differiing at all that is
> related to video output.
>
> And hints on how I could pursue this issue?
Try installing xf86-video-modesetting driver or whatever your distro calls it.
Dave.
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankhorst at canonical.com]
> Sent: Monday, May 13, 2013 6:52 PM
> To: Inki Dae
> Cc: 'Rob Clark'; 'Daniel Vetter'; 'DRI mailing list'; linux-arm-
> kernel at lists.infradead.org; linux-media at vger.kernel.org;
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/b0f193c4/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/8814fee6/attachment.html>
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankhorst at canonical.com]
> Sent: Monday, May 13, 2013 5:01 PM
> To: Inki Dae
> Cc: Rob Clark; Daniel Vetter; DRI mailing list; linux-arm-
> kernel at lists.infradead.org; linux-media at vger.kernel.org; linux-fbdev;
>
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #10 from Peter 2013-05-13 17:44:56 ---
Created an attachment (id=101311)
--> (https://bugzilla.kernel.org/attachment.cgi?id=101311)
kdm.log file
File from arch partition on main mac disk. Seems to show problem with kdm_greet
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #9 from Peter 2013-05-13 17:40:37 ---
Created an attachment (id=101301)
--> (https://bugzilla.kernel.org/attachment.cgi?id=101301)
dmesg.txt file
Booted system from arch boot CD. Mounted main mac disk partition for arch (that
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #8 from Peter 2013-05-13 17:36:33 ---
Created an attachment (id=101291)
--> (https://bugzilla.kernel.org/attachment.cgi?id=101291)
Xorg.0.log file
Xorg.0.log obtained from attempt to boot my iMac by efi (directly from kernel
Oops, I did mistype. I have an 8086:8108:
# lspci --n | head -n 2
00:00.0 Host bridge [0600]: Intel Corporation System Controller Hub
(SCH Poulsbo) [8086:8100] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation System
Controller Hub (SCH Poulsbo) Graphics Controller [8086:8108]
I didn't fix this in the earlier patch -- it would have broken the
build due to the now-deleted garbage in drm_os_linux.h.
Reviewed-by: Daniel Vetter
Signed-off-by: Andy Lutomirski
---
drivers/gpu/drm/drm_bufs.c | 9 +
drivers/gpu/drm/drm_ioctl.c | 15 ++-
2 files
There are no users left in drivers/gpu.
Reviewed-by: Daniel Vetter
Signed-off-by: Andy Lutomirski
---
include/drm/drmP.h | 5 +
include/drm/drm_os_linux.h | 16
2 files changed, 1 insertion(+), 20 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
The old code allowed very strange memory types. Now it works like
all the other video drivers: ioremap_wc is used unconditionally,
and MTRRs are set if PAT is unavailable (unless MTRR is disabled
by a module parameter).
UC, WB, and WT support is gone. If there are MTRR conflicts that prevent
Reviewed-by: Daniel Vetter
Signed-off-by: Andy Lutomirski
---
drivers/gpu/drm/radeon/radeon_object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_object.c
index d3aface..15cd34b 100644
---
i915 open-coded logic that was essentially equivalent to the new API.
Reviewed-by: Daniel Vetter
Signed-off-by: Andy Lutomirski
---
Changes from v1: Don't zero the mtrr handle after freeing it
drivers/gpu/drm/i915/i915_dma.c | 42 -
1 file changed, 4
I'm not sure I understand the intent of the previous behavior. mmap
on /dev/agpgart and DRM_AGP maps had no cache flags set, so they
would be fully cacheable. But the DRM code (most of the time) would
add a write-combining MTRR that would change the effective memory
type to WC.
The new behavior
Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
MTRR being added but the actual mappings being created as UC-.
Now these mappings have the MTRR added only if needed, but they will
be mapped with
This replaces drm_mtrr_{add,del} with arch_phys_wc_{add,del}. The
interface is simplified (because the base and size parameters to
drm_mtrr_del never did anything), and it no longer adds MTRRs on
systems that don't need them.
Reviewed-by: Daniel Vetter
Signed-off-by: Andy Lutomirski
---
Several drivers currently use mtrr_add through various #ifdef guards
and/or drm wrappers. The vast majority of them want to add WC MTRRs
on x86 systems and don't actually need the MTRR if PAT (i.e.
ioremap_wc, etc) are working.
arch_phys_wc_add and arch_phys_wc_del are new functions, available
A fair number of drivers (mostly graphics) add write-combining MTRRs.
Most ignore errors and most add the MTRR even on PAT systems which don't
need to use MTRRs.
This series adds new functions arch_phys_wc_{add,del} that, on PAT-less
x86 systems with MTRRs, add MTRRs and report errors, and that
From: Alex Deucher
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index c2af598..bb1bc48 100644
--- a/include/drm/drm_pciids.h
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 122 +++
1 files changed, 122 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index
From: Alex Deucher
Skip UVD handling on them.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/si.c | 72 ---
2 files changed, 45 insertions(+), 28 deletions(-)
diff --git
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index 6417132..44a7a41
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 58 +++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index
From: Alex Deucher
Hainan has no display hardware:
- no DCE (crtc, uniphy, dac, etc.)
- no VGA
v2: fix bios fetch
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 27 +--
drivers/gpu/drm/radeon/radeon_bios.c | 28
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/si.c | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c
index f0b6c2f..9fbfb89 100644
---
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
3 files changed, 3 insertions(+), 0 deletions(-)
diff --git
On Mon, May 13, 2013 at 3:02 PM, Holger Schurig
wrote:
> I installed xserver-xorg-video-modesettings (from Debian Wheezy) and also
> updated xserver-core, -evdev, -vesa and -fbdev. The I started X11. Seems
> that Debian doesn't yet contain the addition of the modesettings driver to
> the
?]
> >
> > the display just freezes although the system boots up fine otherwise as
> > I could in over a serial line. Plugging the VGA into the port of the
> > external graphics card did not seem to help either as the monitor stayed
> > black.
> >
> > Please find the output of `sudo lspci -vvv -xx` without and with the
> > external card plugged in attached.
> >
> > Do you have any suggestions, what the problem could be? Should coreboot
> > set something up differently? Any suggestion what?
> Issue is with coreboot, when you plug in the pcie card it does not
> disable fully the integrated gpu and especialy it disable the vram bar
> of it that confuse the hell out of the radeon driver.
I see. Thank you for the fast response and clarification.
So it is not supported to have several graphic devices like for
multi-seat setups?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/5bb28c73/attachment.pgp>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/62d0cae6/attachment.html>
.x and 32 bits on
DCE4.x
--
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/20130513/0b4df10c/attachment.html>
lid, that would also be worth a try.
--
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/20130513/1e3bbaf6/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/4694e3ae/attachment.html>
d hints on how I could pursue this issue?
>
> Try installing xf86-video-modesetting driver or whatever your distro calls
> it.
>
> Dave.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/47ee22d8/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/7a530a55/attachment.html>
nts/20130513/97b90b82/attachment.html>
|--- |FIXED
--
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/20130513/91b3698a/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/bedff5d3/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #7 from Alex Deucher 2013-05-13
14:30:15 ---
Can you attach your xorg log and dmesg output with the radeon driver (without
nomodeset)?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #6 from Alex Deucher 2013-05-13
14:29:03 ---
Does it work ok if you boot with bootcamp? Also, you might try a 3.10 kernel
there were some fixes for EFI systems.
--
Configure bugmail:
mily 12h/14h Processor
Function 4
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/30f126fd/attachment-0001.pgp>
On Mon, May 13, 2013 at 1:18 PM, Inki Dae wrote:
>
>
> 2013/5/13 Rob Clark
>>
>> On Mon, May 13, 2013 at 8:21 AM, Inki Dae wrote:
>> >
>> >> In that case you still wouldn't give userspace control over the fences.
>> >> I
>> >> don't see any way that can end well.
>> >> What if userspace never
Op 13-05-13 13:24, Inki Dae schreef:
>> and can be solved with userspace locking primitives. No need for the
>> kernel to get involved.
>>
> Yes, that is how we have synchronized buffer between CPU and DMA device
> until now without buffer synchronization mechanism. I thought that it's best
> to
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/20130513/dd261c9a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130513/ad884175/attachment.html>
0xa
[drm:drm_crtc_helper_set_mode], [CRTC:4]
[drm:drm_mode_debug_printmodeline], Modeline 10:"800x600" 60 39790 800 824
896 1056 600 601 603 628 0x48 0xa
[drm:drm_crtc_helper_set_mode], [ENCODER:8:LVDS-8] set [MODE:10:800x600]
[drm:drm_crtc_helper_set_config], Setting connector DPMS state to
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/ec049a34/attachment.html>
Op 13-05-13 11:21, Inki Dae schreef:
>
>> -Original Message-
>> From: Maarten Lankhorst [mailto:maarten.lankhorst at canonical.com]
>> Sent: Monday, May 13, 2013 5:01 PM
>> To: Inki Dae
>> Cc: Rob Clark; Daniel Vetter; DRI mailing list; linux-arm-
>> kernel at lists.infradead.org;
From: Alex Deucher
May produce better results with some modes and also avoids
overflows on DCE2.x/3.x devices.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen_hdmi.c |7 +++
drivers/gpu/drm/radeon/r600_hdmi.c
org/archives/dri-devel/attachments/20130513/bcb77e78/attachment.html>
On Mon, May 13, 2013 at 1:00 AM, Kees Cook wrote:
> The "boxes" parameter points into userspace memory. It should be verified
> like any other operation against user memory.
>
> Signed-off-by: Kees Cook
> Cc: stable at vger.kernel.org
Thanks. Applied.
Alex
> ---
>
On Mon, May 13, 2013 at 10:01 AM, Paul Menzel
wrote:
> Am Montag, den 13.05.2013, 09:51 -0400 schrieb Jerome Glisse:
>> On Mon, May 13, 2013 at 8:15 AM, Paul Menzel wrote:
>
>> > using the ASRock E350M1 with coreboot [1] and plugging in an external
>> > AMD graphics card,
>> >
>> >
.
--
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/20130513/30e21050/attachment.html>
Op 09-05-13 09:33, Inki Dae schreef:
> Hi all,
>
> This post introduces a new helper framework based on dma fence. And the
> purpose of this post is to collect other opinions and advices before RFC
> posting.
>
> First of all, this helper framework, called fence helper, is in progress
> yet so
On Mon, May 13, 2013 at 8:15 AM, Paul Menzel
wrote:
> Dear Linux graphics folks,
>
>
> using the ASRock E350M1 with coreboot [1] and plugging in an external
> AMD graphics card,
>
> 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee
> ATI Cedar PRO [Radeon HD 5450/6350]
On Mon, May 13, 2013 at 8:21 AM, Inki Dae wrote:
>
>> In that case you still wouldn't give userspace control over the fences. I
>> don't see any way that can end well.
>> What if userspace never signals? What if userspace gets killed by oom
>> killer. Who keeps track of that?
>>
>
> In all cases,
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/ca71a1be/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/bb35abe2/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/c7661a2e/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130513/13ab8f43/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #5 from Peter 2013-05-13 08:27:10 ---
Just upgraded my arch installation on iMac from kernel 3.8.13 to 3.9.2.
Was working, still with the fbdev driver, but now cannot boot properly, either
by grub efi or by pure efi (image
audio glitches.
--
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/20130513/991cc35d/attachment-0001.html>
Hi Linus,
just a few straggling fixes I hoovered up, and an intel fixes pull from
Daniel which fixes some regressions, and some mgag200 fixes from Matrox.
Dave.
The following changes since commit 307b9c022720f9de90d58e51743e01e9a42aec59:
qxl: update to new idr interfaces. (2013-05-03
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130513/86b6004c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #31 from Alex Deucher ---
(In reply to comment #30)
> Are the golden registers the same in radeonsi and fglrx?
Yes.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
Op 09-05-13 09:33, Inki Dae schreef:
Hi all,
This post introduces a new helper framework based on dma fence. And the
purpose of this post is to collect other opinions and advices before RFC
posting.
First of all, this helper framework, called fence helper, is in progress
yet so might not
https://bugs.freedesktop.org/show_bug.cgi?id=64503
Christian König deathsim...@vodafone.de changed:
What|Removed |Added
Severity|normal |enhancement
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #5 from Peter energo...@gmail.com 2013-05-13 08:27:10 ---
Just upgraded my arch installation on iMac from kernel 3.8.13 to 3.9.2.
Was working, still with the fbdev driver, but now cannot boot properly, either
by grub efi or by
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #2 from Pierre Ossman pierre-bugzi...@ossman.eu ---
Is that something that's very complex to do?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=64508
--- Comment #7 from Max max...@hotmail.com ---
Created attachment 79232
-- https://bugs.freedesktop.org/attachment.cgi?id=79232action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64508
--- Comment #8 from Max max...@hotmail.com ---
Created attachment 79233
-- https://bugs.freedesktop.org/attachment.cgi?id=79233action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64508
--- Comment #9 from Max max...@hotmail.com ---
thanks for your time... will try to get it checked/fixed by QuesoGLC
--
You are receiving this mail because:
You are the assignee for the bug.
___
-Original Message-
From: Maarten Lankhorst [mailto:maarten.lankho...@canonical.com]
Sent: Monday, May 13, 2013 5:01 PM
To: Inki Dae
Cc: Rob Clark; Daniel Vetter; DRI mailing list; linux-arm-
ker...@lists.infradead.org; linux-me...@vger.kernel.org; linux-fbdev;
Kyungmin Park;
Op 13-05-13 11:21, Inki Dae schreef:
-Original Message-
From: Maarten Lankhorst [mailto:maarten.lankho...@canonical.com]
Sent: Monday, May 13, 2013 5:01 PM
To: Inki Dae
Cc: Rob Clark; Daniel Vetter; DRI mailing list; linux-arm-
ker...@lists.infradead.org;
Hi List,
I've an device with an Intel GMA/Poulsbo chip, PCI ID 8080:8101.
Under (self-compiled) Linux 3.2.31 I've used psb_gfx, now with 3.8.10 I'm
using gma500_gfx.
But now the display under X11 (xserver-xorg-video-fbdev from Debian,
1:0.4.2-4+b2) shows the image moved some lines up on the
https://bugs.freedesktop.org/show_bug.cgi?id=64503
Christian König deathsim...@vodafone.de changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
/var/log/Xorg.0.log doesn't contain anything differiing at all that is
related to video output.
And hints on how I could pursue this issue?
Try installing xf86-video-modesetting driver or whatever your distro calls it.
Dave.
___
dri-devel mailing
-Original Message-
From: Maarten Lankhorst [mailto:maarten.lankho...@canonical.com]
Sent: Monday, May 13, 2013 6:52 PM
To: Inki Dae
Cc: 'Rob Clark'; 'Daniel Vetter'; 'DRI mailing list'; linux-arm-
ker...@lists.infradead.org; linux-me...@vger.kernel.org; 'linux-fbdev';
'Kyungmin
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #4 from Pierre Ossman pierre-bugzi...@ossman.eu ---
I'll try changing as soon as I can find some time to play around with things.
Although my rough calculation indicates that 3 packets per line should suffice:
1 frame/packet * 3
Op 13-05-13 13:24, Inki Dae schreef:
and can be solved with userspace locking primitives. No need for the
kernel to get involved.
Yes, that is how we have synchronized buffer between CPU and DMA device
until now without buffer synchronization mechanism. I thought that it's best
to make user
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #5 from Christian König deathsim...@vodafone.de ---
The other possibility is that we are doing something wrong with the audio clock
recovery, but that's usually directly controlled by the hw.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=61182
Marco Trevisan (Treviño) m...@3v1n0.net changed:
What|Removed |Added
Summary|r600g causes KWin crashes |r600g causes
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #48 from Marco Trevisan (Treviño) m...@3v1n0.net ---
Noticed the same issue in unity (compiz, actually) as soon as the opengl plugin
is loaded.
It seems to happen mostly in multi-monitor: http://paste.ubuntu.com/5661055/
--
You are
-Original Message-
From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
ow...@vger.kernel.org] On Behalf Of Maarten Lankhorst
Sent: Monday, May 13, 2013 8:41 PM
To: Inki Dae
Cc: 'Rob Clark'; 'Daniel Vetter'; 'DRI mailing list'; linux-arm-
ker...@lists.infradead.org;
Thanks Dave, for the fast answer.
I had a new attack of a BWAAAH, since 5 years graphics drivers for X11 on
Linux are a mess moment. Things don't work out of the box, and if you try
google-fu, then you get ton's of ancient, outdated or only halfways true
information. Grrr.
That's not downplaying
On Mon, May 13, 2013 at 8:21 AM, Inki Dae inki@samsung.com wrote:
In that case you still wouldn't give userspace control over the fences. I
don't see any way that can end well.
What if userspace never signals? What if userspace gets killed by oom
killer. Who keeps track of that?
In all
On Mon, May 13, 2013 at 8:15 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Dear Linux graphics folks,
using the ASRock E350M1 with coreboot [1] and plugging in an external
AMD graphics card,
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee
ATI Cedar
Am Montag, den 13.05.2013, 09:51 -0400 schrieb Jerome Glisse:
On Mon, May 13, 2013 at 8:15 AM, Paul Menzel wrote:
using the ASRock E350M1 with coreboot [1] and plugging in an external
AMD graphics card,
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee
ATI
On Mon, May 13, 2013 at 10:01 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Am Montag, den 13.05.2013, 09:51 -0400 schrieb Jerome Glisse:
On Mon, May 13, 2013 at 8:15 AM, Paul Menzel wrote:
using the ASRock E350M1 with coreboot [1] and plugging in an external
AMD graphics card,
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #6 from Alex Deucher alexdeuc...@gmail.com 2013-05-13 14:29:03
---
Does it work ok if you boot with bootcamp? Also, you might try a 3.10 kernel
there were some fixes for EFI systems.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=44851
--- Comment #7 from Alex Deucher alexdeuc...@gmail.com 2013-05-13 14:30:15
---
Can you attach your xorg log and dmesg output with the radeon driver (without
nomodeset)?
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #49 from Alex Deucher ag...@yahoo.com ---
Should be fixed in mesa master and 9.1 branch with the following commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=b69207642079fe8ba33c594750415e8d9c66a06f
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=61182
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #6 from Alex Deucher ag...@yahoo.com ---
The DTO divider calculation is incorrect. See r600_audio_set_dto() and
evergreen_audio_set_dto(). Express [24MHz / target pixel clock] as an exact
rational number (coefficient of two integer
On Mon, May 13, 2013 at 3:02 PM, Holger Schurig holgerschu...@gmail.com wrote:
I installed xserver-xorg-video-modesettings (from Debian Wheezy) and also
updated xserver-core, -evdev, -vesa and -fbdev. The I started X11. Seems
that Debian doesn't yet contain the addition of the modesettings
On Mon, May 13, 2013 at 1:00 AM, Kees Cook keesc...@chromium.org wrote:
The boxes parameter points into userspace memory. It should be verified
like any other operation against user memory.
Signed-off-by: Kees Cook keesc...@chromium.org
Cc: sta...@vger.kernel.org
Thanks. Applied.
Alex
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #50 from Marco Trevisan (Treviño) m...@3v1n0.net ---
(In reply to comment #48)
Noticed the same issue in unity (compiz, actually) as soon as the opengl
plugin is loaded.
It seems to happen mostly in multi-monitor:
https://bugs.freedesktop.org/show_bug.cgi?id=64503
--- Comment #7 from Pierre Ossman pierre-bugzi...@ossman.eu ---
What is the issue? The raw ratio should be:
24 * 10^6
-
c
And the code is putting in:
24 * 10^5
-
c * 10^-1
which is the same thing.
--
You are receiving
1 - 100 of 123 matches
Mail list logo