--- Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Chris Pickett wrote:
> > Chris Pickett wrote:
> >
> >>
> >> Hi Roland,
> >>
> >> I'm sorry to be so persistent here, but what are the specific
> steps
> >> (not the exact commands, e.g. "checkout pkg X" is clear enough) we
>
> >> need to do to
Roland Scheidegger wrote:
Chris Pickett wrote:
Chris Pickett wrote:
I'm sorry to be so persistent here, but what are the specific steps
(not the exact commands, e.g. "checkout pkg X" is clear enough) we
need to do to apply this patch to our gentoo systems running (well,
at least in my case) xor
On Thursday 13 May 2004 15:50, Felix Kühling wrote:
> AFAIR it was decided to disable the SF bugtracker in favour of the
> XFree86 bugzilla. It just turned out that there was no way to really
> disable it. Project admins, correct me if I'm wrong.
>
> Now that DRI seems to become interesting to more
--- Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Monday 10 May 2004 16:17, Adam Jackson wrote:
> > Anyone opposed to moving DRI's bug tracker to freedesktop's
> bugzilla? I
> > ask because I _strongly_ dislike sourceforge's bug system,
> particularly
> > compared to bugzilla. I'll even volunteer
On 13-May-2004, Felix K?hling wrote:
> AFAIR it was decided to disable the SF bugtracker in favour of the
> XFree86 bugzilla. It just turned out that there was no way to really
> disable it. Project admins, correct me if I'm wrong.
Nope, it _can_ be disabled quite easily. If you dont know how, ask
Chris Pickett wrote:
Chris Pickett wrote:
Hi Roland,
I'm sorry to be so persistent here, but what are the specific steps
(not the exact commands, e.g. "checkout pkg X" is clear enough) we
need to do to apply this patch to our gentoo systems running (well, at
least in my case) xorg-6.7.0?
My
Linus Torvalds writes:
>
>
> On Wed, 12 May 2004, Dave Airlie wrote:
> >
> > I just looked at drm.h and nearly all the ioctls use int, this file is
> > included in user-space applications also at the moment, I'm worried
> > changing all ints to __u32 will break some of these, anyone on DR
Jon Smirl wrote:
--- Alan Cox <[EMAIL PROTECTED]> wrote:
argument for _good_ console support becomes that after boot you run a
graphical user space console app built with OpenGL, antialiased true
When I proposed this a couple of months back both you and Linus called me
insane. I need to go find
On Thu, 13 May 2004 15:31:50 -0500
Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Monday 10 May 2004 16:17, Adam Jackson wrote:
> > Anyone opposed to moving DRI's bug tracker to freedesktop's bugzilla? I
> > ask because I _strongly_ dislike sourceforge's bug system, particularly
> > compared to bug
On Monday 10 May 2004 16:17, Adam Jackson wrote:
> Anyone opposed to moving DRI's bug tracker to freedesktop's bugzilla? I
> ask because I _strongly_ dislike sourceforge's bug system, particularly
> compared to bugzilla. I'll even volunteer to import all the open bugs.
>
> Opinions in any directi
Ian Romanick wrote:
Here's a patch. That << 8 is a bit ugly, though. Should I add the
unshifted blend func values to r200_reg.h, together with some
proper defined shifts? I like the blend func value selection better
than before (where there was a huge function where the second half
is (almost)
This is vary good.
- To accomidate mergedfb the number of FBs should be allowed to be 0.
- Sharing of FBs should be allowed, for heads on the same card.
- There is no way to ?change?(read as specify) the size of a FB.
- Allocating the second/... FB may be difficult,
- Have mem free as we
Roland Scheidegger wrote:
Ian Romanick wrote:
Roland Scheidegger wrote:
Ah, missed that in the spec. Seems to be unnecessarily restrictive
to not have a weighting factor for GL_MIN/MAX, apparently common
hardware could do it just fine (or maybe it doesn't make enough
sense to allow it?).
Modern ha
Mike Mestnik wrote:
--- David Bronaugh <[EMAIL PROTECTED]> wrote:
- Format of messages might be something like device identifier,
resx, resy, colour depth, refresh (optional), extra_params (optional)
Did you talk at all about memory mngmt? For instance when setting a mode
is it needed
My bet is we'll see quad adapter support at least before the competition is
over.
Alienware announces dual PCI-Express graphics subsystem
http://arstechnica.com/news/posts/1084398037.html
Alienware site needs flash to see it so I don't know the details.
=
Jon Smirl
[EMAIL PROTECTED]
On Wed, 2004-05-12 at 05:30, Jon Smirl wrote:
> If everyone will please read Benh's original post describing this... Ben and I
> had been emailing on this topic before he wrote this.
>
> --- Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > I agree with the idea of moving the EDID decoding & m
On Thu, May 13, 2004 at 06:16:42PM +1000, Daniel Kasak wrote:
> Yes I know there is currently nothing that works.
> When that changes, I will gladly test whatever anyone has.
>
> I bought myself a Radeon 9600 SE, thinking it had an R270 chip, but it
> in fact has an R350 chip. And yes I know I sh
Dear Rik:
We are doing a servey on Linux
kernel pattches of update release2, and I need your help.I have got these
changelogs of Linux kernel patch:
add size checks to DRM ATI
r128 driver ioctl handling
I need the patch name of this changelog entry and
the reason of mak
--- David Bronaugh <[EMAIL PROTECTED]> wrote:
> - Format of messages might be something like device identifier,
> resx, resy, colour depth, refresh (optional), extra_params (optional)
Did you talk at all about memory mngmt? For instance when setting a mode
is it needed to have a frame buffer
Hi all.
Yes I know there is currently nothing that works.
When that changes, I will gladly test whatever anyone has.
I bought myself a Radeon 9600 SE, thinking it had an R270 chip, but it
in fact has an R350 chip. And yes I know I should have checked. It was
dirt cheap.
The ATI drivers are surp
David Bronaugh wrote:
Anyhow... to recap the ideas thus far:
I'm going to elaborate considerably at this point, probably dragging in
lots of stuff no one wants to see in here, etc -- all to try and figure
out what's wanted/needed. The following is about the mode setter itself.
One weird thought
Egbert Eich wrote:
David Bronaugh writes:
> Egbert Eich wrote:
> >
> >I don't think you want to call user mode code from inside the kernel.
> >The kernel could take a passive role and use the mode that a userland
> >program tells it is set. If all the kernel needs is a linear freambuffer
> >of siz
22 matches
Mail list logo
