All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nix <nix@esperi.org.uk>
To: Dave Airlie <airlied@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Why no XML in the Kernel?
Date: Wed, 05 Oct 2005 22:31:11 +0100	[thread overview]
Message-ID: <87br23odls.fsf@amaterasu.srvr.nix> (raw)
In-Reply-To: <21d7e9970510051411y2f2871a7mafa2e96cce277657@mail.gmail.com> (Dave Airlie's message of "Thu, 6 Oct 2005 07:11:36 +1000")

On Thu, 6 Oct 2005, Dave Airlie announced authoritatively:
>> (Current rant: DRM churn, forcing one of abandonment of decent 3D
>> support, or upgrading of the X server to the bleeding-edge, or using an
>> old kernel with known security holes, or becoming enough of a DRI
>> developer to backport the changes, or using nothing but distro kernels
>> <=2.6.11. Most of these are not terribly feasible for me right now. Ah
>> well, my 3D card is total crap anyway. It's just a shame the X server
>> crashes whenever asked to do in-software 3D rendering...  time to
>> debug. I thought I might actually get some work done this evening. Fat
>> chance.)
> 
> This is just mach64, we don't have mach64 support in the kernel so it
> has nothing to do with the kernel... I've no idea why mach64 broke but

I misspoke. Some of the non-DRM API changes around 2.6.12 broke the
6.8.2 mach64 module in DRI CVS; the development version builds again,
and nearly works.

> upgrading everything won't fix it.. the kernel-drm and userspace do
> not need to be kept in any sort of lockstep,

I could swear that I've encountered problems in the past due to
upgrading one and not the other, but since I can't actually remember
what those problems *were*, I'll shut up.

>                                              and the mach64 dri code
> hasn't been touched by anyone in > 1 year probably even two.. (I was
> last person to own one to test it on...)

I'd not have got a mach64 if I hadn't got the machine free. I hear
R9200s are the most useful 3D cards with free drivers around at the
moment: I suppose I should get one. (It's not as though the Mach64's
hardware 3D support is significantly faster than software rendering on
this 1300MHz Athlon anyway.)

> If you could nail down exactly when it went south then we can fix
> it... but giving out here won't help anyone..

It was just a random rant: I know that I can't really complain until
I've tried the development version, so I've built up 6.8.99.900, which
nearly half sort-of works, modulo only fdo bugs #4574 (which bug breaks
the mach64 DRM module, but at least it builds and modprobes OK), and
#4696 (which kills the X server and is probably a Mesa bug rather than
anything Mach64-specific).

No kernel-tree problems, really, and I'm not complaining about the speed
of kernel development at all, let alone asking for some mythical and
restrictive stable module API. I'm just wondering if I'll ever be able
to use DRI for more than a month at a time without something breaking it
:( such are the risks of using a card with out-of-tree DRM support.


(Aside: I must say I'm damn impressed by the X server's internal API
stability. I screwed up the installation of X.org 6.8.99.900, and for a
day or so was unknowingly running the X.org 6.8.2 X server against the
6.8.99.900 modules. Except for problems drawing certain small pixmaps,
it seemed to work perfectly well!)

-- 
`Next: FEMA neglects to take into account the possibility of
fire in Old Balsawood Town (currently in its fifth year of drought
and home of the General Grant Home for Compulsive Arsonists).'
            --- James Nicoll

  reply	other threads:[~2005-10-05 21:31 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-02  9:41 Why no XML in the Kernel? Ahmad Reza Cheraghi
2005-10-02  9:50 ` Nick Piggin
2005-10-02 11:02   ` James Courtier-Dutton
2005-10-02 10:37     ` Nick Piggin
2005-10-02 11:57       ` Bas Westerbaan
2005-10-02 11:09     ` James Bruce
2005-10-02 13:47     ` Willy Tarreau
2005-10-03 19:21     ` Bill Davidsen
2005-10-02 18:53 ` Jon Masters
2005-10-03 15:08   ` Nix
2005-10-03 15:35     ` Al Viro
2005-10-03 19:47       ` Nix
2005-10-03 19:56         ` linux-os (Dick Johnson)
2005-10-05 21:11         ` Dave Airlie
2005-10-05 21:31           ` Nix [this message]
2005-10-05 22:57             ` Dave Airlie
2005-10-05 23:07               ` Nix
2005-10-05 23:36                 ` Dave Airlie
2005-10-05 22:22                   ` jmerkey
2005-10-05 23:46                     ` Dave Airlie
2005-10-07 22:14                       ` Matan Ziv-Av
2005-10-02 21:55 ` Martin J. Bligh
2005-10-03  4:45   ` Nick Piggin
  -- strict thread matches above, loose matches on Subject: below --
2005-10-08  1:34 Luke Kenneth Casson Leighton
2005-10-09 15:38 ` Horst von Brand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87br23odls.fsf@amaterasu.srvr.nix \
    --to=nix@esperi.org.uk \
    --cc=airlied@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.