From: Daniel Vetter <daniel@ffwll.ch>
To: James Simmons <jsimmons@infradead.org>
Cc: DRI development list <dri-devel@lists.freedesktop.org>
Subject: Re: Process to merge Openchrome work
Date: Thu, 5 Apr 2012 13:08:20 +0200 [thread overview]
Message-ID: <20120405110820.GD4291@phenom.ffwll.local> (raw)
In-Reply-To: <alpine.LFD.2.02.1204021605230.20668@casper.infradead.org>
On Mon, Apr 02, 2012 at 04:23:57PM +0100, James Simmons wrote:
>
> Hello!!
>
> This last year the Openchrome support for the VIA chipsets has
> come along way from being in a state of decay. The plan is to release
> a Xorg driver June 1 that will have support for the KMS as well as UMS.
> The goal is to have this xorg driver out in the wild before the kernel
> side is ready so that the migration to the new kernel drivers will be
> as painless as possible. My hope is to merge the kernel tree for public
> use for Christmas.
> This brings up the question I had with the other project leader.
> How does one go about merging the tree? What makes this more complex is
> that a old via drm kernel driver already exist. Do we just drop in the
> code into the staging area? Does it have to be piece meal? Does a rename
> of the driver need to happen? What would you recommend ?
Suggestion from a drm/i915 hacker: Make a clean split between the old ums
driver and the new kms/gem/ttm thing. Not being able to quickly switch
between the 2 drivers makes debugging a bit more involved until the kms
stuff all works well, but with a everything-smashed-into-one driver you'll
sign up for a decent long-term burden. After all, you're never allowed to
ditch the old ums/dri1 stuff.
For merging I suggest to go through staging - practically no work required
for that than to send a big patch to greg kh.
Yours, Daniel
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
prev parent reply other threads:[~2012-04-05 11:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-02 15:23 Process to merge Openchrome work James Simmons
2012-04-03 12:12 ` Dave Airlie
2012-04-05 11:08 ` Daniel Vetter [this message]
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=20120405110820.GD4291@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=jsimmons@infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox