UBUNTU: [SAUCE] Update Poulsbo Video driver to build 5.0.0.0040

[Jim Lieb]

On Wednesday 15 April 2009 07:14:09 Tim Gardner wrote:
> Jim Lieb wrote:
> > This patch is required for LPIA image build.  Steve Magoun has fetched
> > and is using the packages built from this patch for testing.
> >
> >     OriginalAuthor: Jason Chen <jason.chen at intel.com>
> >     Bug: #lp357760
> >    Update drm Poulsbo code to current Intel release with slight mods to
> > fit LUM build environment.
> >
> > The formatted patch is attached.  It can also be found at:
> >
> > git://kernel.ubuntu.com/lieb/ubuntu-hardy-lum.git lp357760
> >
> > Note that this patch is paired with a patch applied to the X server.
> > The patch was supplied/referenced in the bug report.
>
> I don't know what you're hoping for with this patch, but I can see no
> functional code change. There's a lot of DVD_FIX crap ripped out or
> refactored under '#ifdef  PSB_DETEAR', but the runtime behavior should
> be identical. Do you get any kind of changelog or notes from these guys
> as to why they are chucking this over the wall at you?
There are notes in the bug and there were some on the referenced
intel tar ball.  This goes with an X driver update as well although I
haven't seen that code.  Here are the 3 lines from the debian changelog:
  * update the version for 5.0.0.0040
  * Improve the de-tearing performance
  * Refine the de-tearing code

I can add them to the commit but they don't say much either.  The detear
code was added/enabled in 0038 which is about 3-4 commits earlier than
this one.  It is a dependency of the X server code upgrade.

There is an issue here with how intel is releasing this stuff.  I noticed this
with the audio.  They seem to put out a debian package, quilt/dpatch
files et al and only later does something (somewhat different in the audio
case) go up to mainline.  I would rather have a git tree to cherrypick from
and thereby be able to record provenance and track with the evolution of
the code but this is what they throw over the wall.  OEM has not had
a whole lot of choices given schedules, both ours and intel's.

This is isolated off in the lpia branch so as not to iinterfere with main
hardy.  It is what it is.  If we find further issues with this, it makes
sense to keep this patch as-is and apply ours on top.

-- 
Jim Lieb
Ubuntu Kernel Team
Canonical Ltd.