On Fri, 2008-08-01 at 15:45 -0700, Jesse Barnes wrote:
> On Friday, August 1, 2008 3:27:33 pm Dave Airlie wrote:
> > > So, I very much agree with your proposal and don't feel I can add
> > > much, except to point out that a migration to in-tree drm development
> > > doesn't need to be a big and pai
On Fri, 2008-08-01 at 14:34 -0400, Kristian Høgsberg wrote:
> Are you saying that you're not planning to make the mmap ioctl a real
> mmap syscall when/if that's feasible or that it's okay to add
> intel-gem specific bits to the mmap arguments? I recall Thomas asking
> for a flags argument to the
On Friday, August 1, 2008 3:27:33 pm Dave Airlie wrote:
> > So, I very much agree with your proposal and don't feel I can add
> > much, except to point out that a migration to in-tree drm development
> > doesn't need to be a big and painful process. Basically, we just
> > decide to do it, and desi
On Fri, 2008-08-01 at 20:33 +0200, Jakob Bornecrantz wrote:
> If you want a none generic ioctl for that function go ahead, but IHMO
> it should then be some sort of flag field on the request. Fiddling
> with bits on the address feels a bit icky at best.
Yeah, it is a bit icky. The thing is that w
> >
> > Personally, I only use the existing DRM repo on old kernels because that's
> > how
> > it's structured. It's actually more work for me to download & build a
> > recent
> > kernel, then update & build the DRM drivers against it that it is to simply
> > update the DRM drivers and build aga
http://bugs.freedesktop.org/show_bug.cgi?id=16950
--- Comment #3 from kowalski marcin <[EMAIL PROTECTED]> 2008-08-01 12:21:54
PST ---
not yet. anything which doesn't involve using opengl works just fine with wine.
i'll try mesa with debugging and test some other old games then.
--
Config
On Fri, Aug 1, 2008 at 2:13 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-08-01 at 18:48 +0200, Jakob Bornecrantz wrote:
>
>> The basic fault here is that you have added a driver specific flag to a
>> generic
>> ioctl/syscall. Which the last time I checked we didn't want. For example
On Fri, Aug 1, 2008 at 8:13 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-08-01 at 18:48 +0200, Jakob Bornecrantz wrote:
>
>> The basic fault here is that you have added a driver specific flag to a
>> generic
>> ioctl/syscall. Which the last time I checked we didn't want. For example
On Fri, 2008-08-01 at 10:45 -0700, Zhao, Chunfeng wrote:
> Hi Keith,
> Do we have a time line to merge DRM modesetting_GEM branch to upstream
> main line branch?
Eric has posted the GEM patches to lkml for review; there are external
kernel changes which are necessary for GEM to work; I think that
On Fri, 2008-08-01 at 18:48 +0200, Jakob Bornecrantz wrote:
> The basic fault here is that you have added a driver specific flag to a
> generic
> ioctl/syscall. Which the last time I checked we didn't want. For example on
> PCIE Radeon there is no GTT to map, so bit 31 makes no sense there.
The
http://bugs.freedesktop.org/show_bug.cgi?id=16950
Corbin Simpson <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Hi Keith,
Do we have a time line to merge DRM modesetting_GEM branch to upstream
main line branch?
Thanks!
Chunfeng
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keith
Packard
Sent: Thursday, July 31, 2008 9:18 PM
To: dri-devel
Cc: [EMAIL PROTECTED]
Su
http://bugs.freedesktop.org/show_bug.cgi?id=16950
--- Comment #1 from kowalski marcin <[EMAIL PROTECTED]> 2008-08-01 10:35:06
PST ---
one typo:
"whole system usually runs without fglrx."
should be
"i installed fglrx just to see if it would make a difference with that game"
i'm running o
http://bugs.freedesktop.org/show_bug.cgi?id=16950
Summary: git checkout of mesa crashes when using wine on r500
card
Product: Mesa
Version: 7.1
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
On Fri, Aug 1, 2008 at 6:17 AM, Keith Packard <[EMAIL PROTECTED]> wrote:
> Ok, we clearly need to deal with mapping subsets of the graphics
> aperture, both for discrete graphics cards and for 2D on tiled surfaces.
> Plus, there are reasons for using WC object mappings which is easily
> done throug
On Fri, Aug 1, 2008 at 2:40 AM, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
>>
>> Well, if the overhead of merging upstream is a concern, then how about
>> not worrying about bc at all and let people who want to back port deal
>> with it? Oh, and what about just keeping the drm drivers in a linux
>>
On Fri, Jul 25, 2008 at 11:10:07AM +0100, Dave Airlie wrote:
> > I've started to see "hangs" with X on an ATI RS690 with a 2.6.26 kernel.
> > The symptoms are that load average goes up, X stops accepting keypresses
> > or mouse clicks, but the cursor still moves around the screen in
> > response to
On Thu, Jul 31, 2008 at 10:53 PM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, July 31, 2008 6:40 pm Dave Airlie wrote:
>> > Well, if the overhead of merging upstream is a concern, then how about
>> > not worrying about bc at all and let people who want to back port deal
>> > with it? Oh
18 matches
Mail list logo