Things That Need Fixing -- listed most severe first
------ ---- ---- ------

Adjust the makefile so it borrows the settings used for kernel
compilation. This fixes the problems where people for the disable
the __SMP__ or MODVERSION
 - after the third bugreport because of this problem; FIXED

Sometimes the colors are wrong when watching TV, about 180 degrees wrong.
 - seems fixed, but sometimes i wonder...
   (it shows itself as a blue colour creeping in over all pictures.
    The fix is requesting another size region by for example resizing
    the window you are watching television in. (Moving seems to help
    sometimes)
 
At odd times the entire system hangs, freezes and does not even respond
to numlock...
 - fixed. dead-lock situation in which a write_lock was taken on the
   ztv, and an interrupt arrived, which forced a read_lock... Solved
   by making the write_lock irqsave, but since the irq is now locally
   disabled we have to make sure that this lock is released asap!

The read() and write() calls don't do anything usefull yet.
They return the first 22 scanlines in YUV mode, but what can
we do with it???

Change it to conform to the new video4linux22 API.

Implement framegrabbing by allocating enough memory at boottime...

Better tuner support. The videomode (PAL,SECAM,NTSC) can currently
not be set on a channel due to some strange thoughts on behave of
the video API designer... (hi Alan :)

Allow capturing of non-dword aligned x,width combinations in
non-overlaying mode.
 - the chips needs its starting address and stride to be DWORD
   aligned. In (memory mapped) grabbing mode, the x is 0, but
   the width and format is userdefined. This allows the user to
   choose values the chip cannot be programmed for. E.g.
   639x480 in RGB24. Currently is seems UNFIXABLE!
 ! It's fixed in overlay mode, because there we built a overlay
   mask with the proper bits masked off on the borders.
