On Mon Feb 26 2001, I committed the version of x86info. 13 years later I’m pretty much done with it.
Despite a surge of activity back in February, when I reached a new record monthly commit count record, it’s been a project I’ve had little time for over the last few years. Luckily, someone has stepped up to take over. Going forward, Nick Black will be maintaining it here.
I might still manage the occasional commit, but I won’t be feeling guilty about neglecting it any more.
An unfinished splinter project that I started a while back x86utils was intended to be a replacement for x86info of sorts, by moving it to multiple small utilities rather than the one monolithic blob that x86info is. I’m undecided if I’ll continue to work on this, especially given my time commitments to Trinity and related projects.
On Mon Feb 26 2001, I committed the first version of x86info to CVS on sourceforge. The actual coding of that first version had happened during the week or so prior.
The project began after seeing the program ‘cpuid’ by Phil Karn. I had sent a few patches to Phil but never got any reply, and no new release of cpuid appeared until months later (not including my patches). As I ended up forking more and more of the code, I decided to push it out as ‘x86info’ for the first time. Phil did a few more releases, up until 2002, when the program was abandoned.
Over the years, x86info has seen 739 commits from at least 19 contributors (some patches written by others were committed in the CVS days without correct attribution). The bulk of the commits were unsurprisingly mine.
The commit rate year by year is interesting.
2003 was when I got hired at Red Hat, and the Fedora kernel pretty much became my life. 2004 I was doing RHEL4 too. The drop-off around that time is significant, and doesn’t recover until several years later.
This year seems to be off to a good start :-)
x86info has been ported to Solaris and FreeBSD, and at one time, even to Microsoft Windows. That support was ultimately removed due to the number of invasive ifdefs present. The various ports sometimes get broken due to lack of testing during development time, but afaik they are available in ‘ports’ with whatever fixes need to be present.
Asides from the Linux kernel, this is the oldest project I’m involved in that is still seeing development.