http://bugs.freedesktop.org/show_bug.cgi?id=24580
--- Comment #1 from Alex Deucher 2009-10-22 22:12:42 PST ---
Should be fixed now in mesa git master.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
On Thu, 22 Oct 2009 18:53:19 -0700
Eric Anholt wrote:
> On Thu, 2009-10-22 at 17:11 -0700, Suresh Siddha wrote:
> > On Thu, 2009-10-22 at 16:10 -0700, Jesse Barnes wrote:
> > > On Thu, 22 Oct 2009 14:47:30 -0700
> > > Suresh Siddha wrote:
> > >
> > > > On Thu, 2009-10-22 at 08:34 -0700, Eric An
On Thu, 2009-10-22 at 17:11 -0700, Suresh Siddha wrote:
> On Thu, 2009-10-22 at 16:10 -0700, Jesse Barnes wrote:
> > On Thu, 22 Oct 2009 14:47:30 -0700
> > Suresh Siddha wrote:
> >
> > > On Thu, 2009-10-22 at 08:34 -0700, Eric Anholt wrote:
> > > > Can we just not create the _wc sysfs entry if we
On Thu, 22 Oct 2009 14:47:30 -0700
Suresh Siddha wrote:
> On Thu, 2009-10-22 at 08:34 -0700, Eric Anholt wrote:
> > Can we just not create the _wc sysfs entry if we don't have PAT? I
> > don't think there's userland relying on its presence as opposed to
> > the non-_wc entry.
>
> Yes indeed. Je
>From a8a7d447d4f781670a849e345f5f31edb975c397 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 22 Oct 2009 16:12:34 -0400
Subject: [PATCH] drm/radeon/kms/r7xx: add regs for 40 bit CUR/GRPH addresses
The *_HIGH regs are reversed. The secondary ones are in the
primary block and vice versa.
http://bugs.freedesktop.org/show_bug.cgi?id=17889
Corbin Simpson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=24281
--- Comment #6 from Kevin DeKorte 2009-10-22 10:59:01 PST
---
commit f8bee0e412ef1e8d5aed884561999fd1bd182494
Merge: 5e77b61 1f5b568
Author: Alex Deucher
Date: Thu Oct 22 12:29:36 2009 -0400
Merge branch 'master' of git+ssh://ag...@g
http://bugs.freedesktop.org/show_bug.cgi?id=24682
Alan Coopersmith changed:
What|Removed |Added
AssignedTo|dri-|gordon@intel.com
http://bugs.freedesktop.org/show_bug.cgi?id=24682
Summary: Xorg crashes with VirtualBox Client through tunneled ssh
X11 session
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Suresh Siddha wrote:
> On Wed, 2009-10-21 at 13:01 -0700, Thomas Schlichter wrote:
> > OK, so I think the attached patches should do it. Hopefully I have
> > addressed
> > all your comments.
>
> Thomas,
>
> I have couple of issues with this patchset still. pci_mmap_page_range()
> doesn't get ca
On Thu, 2009-10-22 at 05:14 -0700, H. Peter Anvin wrote:
> On 10/22/2009 09:08 PM, Thomas Schlichter wrote:
> >>
> >> I have couple of issues with this patchset still. pci_mmap_page_range()
> >> doesn't get called for each fork(). So, we won't be ref counting the
> >> mtrr usage properly.
> >
> > W
On 10/22/2009 09:08 PM, Thomas Schlichter wrote:
>>
>> I have couple of issues with this patchset still. pci_mmap_page_range()
>> doesn't get called for each fork(). So, we won't be ref counting the
>> mtrr usage properly.
>
> When forking, what happens with the "struct file"? If it is being copied
On Thu, 2009-10-22 at 05:08 -0700, Thomas Schlichter wrote:
> When forking, what happens with the "struct file"? If it is being copied,
> then the
> processes share the same private data which would be freed during the first
> release(). I think this would be a problem whereever file-private data
http://bugs.freedesktop.org/show_bug.cgi?id=24535
Stefano Carignano changed:
What|Removed |Added
CC||scary@gmail.com
--- Comment #
On Wed, 2009-10-21 at 13:01 -0700, Thomas Schlichter wrote:
> OK, so I think the attached patches should do it. Hopefully I have addressed
> all your comments.
Thomas,
I have couple of issues with this patchset still. pci_mmap_page_range()
doesn't get called for each fork(). So, we won't be ref
On Wed, 2009-10-21 at 18:49 -0700, Corbin Simpson wrote:
> On 10/21/2009 03:49 PM, Jerome Glisse wrote:
> > Hi,
> >
> > I think we should merge the read & write domain of radeon KMS
> > into a single domains information. I don't think there is a
> > good reason for separate read & write domain, we
On Thu, 22 Oct 2009 16:45:49 +0900
"H. Peter Anvin" wrote:
> On 10/22/2009 03:42 PM, Jesse Barnes wrote:
> > If the BIOS programs the native panel mode at boot and the boot
> > loader leaves it alone, we should be able to boot with zero
> > flicker. This patch fixes up the "mode_switch" test in
On Thu, 22 Oct 2009 16:45:49 +0900
"H. Peter Anvin" wrote:
> On 10/22/2009 03:42 PM, Jesse Barnes wrote:
> > If the BIOS programs the native panel mode at boot and the boot
> > loader leaves it alone, we should be able to boot with zero
> > flicker. This patch fixes up the "mode_switch" test in
On 10/22/2009 03:42 PM, Jesse Barnes wrote:
> If the BIOS programs the native panel mode at boot and the boot loader
> leaves it alone, we should be able to boot with zero flicker. This
> patch fixes up the "mode_switch" test in drm_crtc_helper's set_config
> function and adds code to the i915 dis
Ingo Molnar wrote:
> * Jan Beulich wrote:
> > I'm perfectly fine with just handling the aligned case, as long as the
> > code checks that the alignment constraints are met.
>
> It could even emit a debug warning if they are not met - that way we'll
> see how important the unaligned case is.
OK,
Unfortunately it's basically a requirement for us to come up in VGA text
mode right now - otherwise printk doesn't do anything until after i915
is up, which is a little excessive. Does the hardware absolutely require
the LVDS be killed for programming?
--
Matthew Garrett | mj...@srcf.ucam.org
On Thu, 22 Oct 2009 08:24:42 +0100
Matthew Garrett wrote:
> Unfortunately it's basically a requirement for us to come up in VGA
> text mode right now - otherwise printk doesn't do anything until
> after i915 is up, which is a little excessive. Does the hardware
> absolutely require the LVDS be ki
If the BIOS programs the native panel mode at boot and the boot loader
leaves it alone, we should be able to boot with zero flicker. This
patch fixes up the "mode_switch" test in drm_crtc_helper's set_config
function and adds code to the i915 display init function to set the
current CRTC mode and
http://bugs.freedesktop.org/show_bug.cgi?id=24542
--- Comment #4 from Andre Maasikas 2009-10-22 00:04:55
PST ---
The messages output are normal currently. Some of these will be
fixed/removed in the future.
The vp* mesa test programs currently don't work on r600 as the code
doesn't yet sup
24 matches
Mail list logo