Revamp build strategy

* Use git-buildpackage (see debian/gbp.conf)
* Move examples to /usr/share/doc/cp210x-module-dkms...
* Source files in binary aren't under src/ as this is kinda redundant
* Don't package some things into the binary image that are in the source

Support Ubuntu 14.04 Trusty Tahr

* Merge cp210x.c changes for trusty from kernel 3.13 source
* Update build for 3.13 kernels

modprobe.d files now ends in .conf

Merge cp210x.c changes for precise from kernel 3.2.0 source

Force hardy distribution for dkms, for now

The package will still work on all the newer tested distributions

The default cp210x.c is now good for natty-precise

Support for natty

There's no change, but to ensure that the same module code used in Maverick
is used in natty.

Makefile use of git log OK if decorate is default

Update cp210x for Ubuntu 10.10 Maverick Meerkat

Fix version information for karmic and lucid sources broken in last commit.

Lucid, clean, version

* Ubuntu Lucid (aka kernel version 2.6.32) support
* Clean up Module.symvers, a generated file
* Update version information: cp210x-module-dkms_0.11.3-3tmi
* Replace incorrect usage of PKGVER with DEBVER

More generic unicode support, no redefinitions of USB headers, no USBSTRLEN.

Various fixes proposed by Greg KH.

Remove set functionality for Manufacturer descriptor.

Current cp210x firmware doesn't allow it to be set anyway.

Use usb definitions for bmRequestType.

Remove unnecessary #if's

Style cleanups

Remove unnecessary file.

No kernel compile-time visibility to userspace only stuff in cp210x.h

All example programs updated to fit new cp210x.h.

Add defines for mode, latch and enhanced function  bits, with documentation.

Several fixes.

* cp210x.h serves kernel module and userspace apps
* IOCTL_ -> CP210x_IOCTL_ to prevent collisions in userspace
* Fix defect in cp210x_usbstr_from_user
* cpmfg working with new changes

Combine buffer copy and usb string creation into a single operation.

Also, struct cp210x_buffer need not be packed.

Move userspace/kernel shared defs to cp210x.h; no new typedefs; other cleanups.

Fix warnings generated by sparse tool.

Merge updates from 2.6.34-rc7 in-kernel driver.

Add karmic support.

The karmic version of the source, cp210x.c.karmic, is different from the hardy
one for two reasons:
* Karmic's kernel call interface used is slightly different than Hardy's
* We want cp210x.c.karmic to be the smallest diff as possible from the in-
  kernel driver source.

Sign the debian apt package files and add new makefile targets.

* Change the maintainer to 'TMI Packages <pgks@titaniummirror.com>'.
* Sign the packages with the maintainer key.  The current user must have the
  secret key for the maintainer.
* Add a pbuilder makefile target that builds the package via pbuilder, pulls
  the results files to the build dir, and signs them.
* Add a release makefile target that, with a properly configured ~/.dput.cf,
  will release the built package to the apt repository.

Fix source version as seen by DKMS.

The DKMS scripts assume that a package update will install software to build
at /usr/src but in a different directory.  So, an update to a package that
is just a change in the debian build stuff but not the source proper will
cause a problem, since DKMS will remove the old source dir after the new
source dir is already unpacked.  If they are the same, it breaks.  We fix this
problem by simply informing DKMS that the source version include the debian
version info as well.  So for example, instead of 0.11.2, DKMS would see
0.11.2-5.2tmi.

Pull updates from 2.6.31 in-kernel driver

* Aesthetic changes to reduce diff; no functionality changes.
* Backport usb device ids.

Don't hardcode the distribution codeword (aka hardy), but get from lsb_release.

Fix linux-header dependencies

dkms pulls in linux-headers, which right now brings in linux-headers-2.6.24-16,
which doesn't relate to the current kernel.  By changing the depends for
cp210x-module-dkms to use linux-headers-generic, it pulls in the correct
headers, 2.6.24-25, and sets the proper symlinks for the build of cp210x to
work correctly.

This module for all arches.  Also have build set version in cp210x.c.

Modify package so the resultant module is named cp210x instead of cp2101.

This removes the ambiguity associated with the native kernel driver module
name of cp2101.

dkms support in pre/post scripts.  Ensure module is rmmod'ed on removal of pkg.

Top level make is now working, and dpkg-buildpackage works on the result.

First pass at building a dkms package.

We can build cp210x-module without kernel source.  We only need headers.

This was tested by moving /usr/src/linux-source-2.6.24 to a different name.
Why this wasn't caught when we first packaged is unclear.

This source works with dkms manually.

* sudo cp -a ./ /usr/src/cp210x-module-0.11-0tmi81
* sudo dkms add -m cp210x-module -v 0.11-0tmi81
* sudo dkms build -m cp210x-module -v 0.11-0tmi81
* sudo dkms install -m cp210x-module -v 0.11-0tmi81

Clean up bit definitions in port configuration.

Make CP2103 weak pullups the default configuration.

Also, remove the requirement for GPIO_3 to be non-default.  This is the best
configuration, it seems.

New features for cpmfg and cpio.

* cpio is now a proper subset of cpmfg.
* Both utilities accept the --pullups arg if the target needs weak pullups on.
* GPIO_3 is set to push-pull, as required by the latest RWS.  MAY CHANGE.

cptwiddle now accepts a device argument on its command line.

Ignore .o files.

Add a new utility, cpfactory.

cpfactory sets the cp2103 port configuration back to factory defaults.  Note
that these defaults have not been verified by talking to a factory fresh cp2103
part.  I suppose this code will work for any cp210x part.

Add mfg name to cpmfg command line input.

Update cpio (cp210x io test program) to accept device on command line like cpmfg

Add .gitignore

Exclude .git directory in build results.

Set svn:ignore for build directory

Allow building from git checkout.

Update Makefile so that it can properly build packages using either an svn
checkout or a git checkout.  The code has to still have been checked out
from svn.

Update README file.

Reorganize code in cp2101.c

Now cp2101.c looks like it would if the minimal patch were applied to cp2101.c
from the plain vanilla linux 2.6.24 code.  We did also add some newer usb
device id's from 2.6.30's cp2101.c.

Fix type in the call to cp2101_ctlmsg in cp2101_setu16.  The value argument
should be ORed with 0x3700 and not 3700.

Turn on weak pull-ups in the examples/cpmfg program.  These aren't needed for
the RWS board, but it shouldn't hurt and should be a more general config.

Add the cpread utility

Make the debian version extension 'tmi' and not 'rsm'.

This project's new upper-level Makefile will build a debian source package that can be used to build a debian
package that installs and uninstalls correctly.

Changes in progress to support debian (ubuntu) integration

Fix for linux 2.4.24.

These were changes incorporated that I sent to Walt Zarnoch,
zarnochwf1@gmail.com.  Minor at best.

This is the version of the driver modified by TMI to support setting of the
USB descriptors, configure GPIO, and read/write GPIO pins.  Some examples are
included, as well as a README.txt to build the code.  The rpm construction
tools have not been updated.

This is the original version as sent by Silicon Labs.  It was an older version
than was already included in the linux kernel at the time.

Add a tree structure for the cp210x project.