R. Steve McKown [Wed, 26 May 2010 18:30:38 +0000 (12:30 -0600)]
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
R. Steve McKown [Mon, 17 May 2010 20:39:52 +0000 (14:39 -0600)]
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
R. Steve McKown [Thu, 10 Dec 2009 21:22:25 +0000 (14:22 -0700)]
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.
R. Steve McKown [Tue, 8 Dec 2009 20:17:00 +0000 (13:17 -0700)]
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.
R. Steve McKown [Tue, 8 Dec 2009 20:10:04 +0000 (13:10 -0700)]
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.
smckown [Thu, 26 Nov 2009 00:13:35 +0000 (00:13 +0000)]
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.
smckown [Mon, 2 Nov 2009 20:21:31 +0000 (20:21 +0000)]
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.
smckown [Mon, 2 Nov 2009 20:21:29 +0000 (20:21 +0000)]
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.
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.
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.
smckown [Thu, 28 Aug 2008 19:53:29 +0000 (19:53 +0000)]
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.
smckown [Wed, 7 Nov 2007 15:52:45 +0000 (15:52 +0000)]
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.