Is anyone writing code to directly support features of the Intel 800 series
chipsets? I'm using the 8xx chipset docs from Intel to gradually
implement (hopefully) all the features of the 800 series of chipsets.
The support of the I/O hubs and so on to get rid of relying on legacy
PC/AT stuff will take a while.
I have a couple of questions because I'm new to kernel contributions.
I'll be working in two main files, i8xx.h and i8xx.c, possibly i8xx.s too.
In the early stages I may have a directory /i8xx and implementation of
specific features will go into there in separate files.
Now, I need to add an option like -DHAVE_INTEL800_CHIPSET to the kernel
configuration so my code can see if we should compile in this stuff.
Where does it go? I will only make patches for the kernel files that deal with
that, and I will be patching against 2.4.20. All my chipset stuff will
otherwise
be in separate files.
One thing: should I maintain the consistency of using /dev files? Because
there
is a hardware random number generator in the 800 series chipsets, and I
am wondering whether I should export this feature as a set of functions or
a /dev file. (Both??)
Thanks!
James Buchanan
Alright, forget it.
At 09:43 AM 2/2/2003 -0500, Mark Hahn wrote:
> > Is anyone writing code to directly support features of the Intel 800 series
> > chipsets? I'm using the 8xx chipset docs from Intel to gradually
> > implement (hopefully) all the features of the 800 series of chipsets.
>
>such a broad statement is difficult. are you sure that most of the
>features aren't already implemented?
>
> > The support of the I/O hubs and so on to get rid of relying on legacy
> > PC/AT stuff will take a while.
>
>huh? IO hubs are for the most part transparent. what legacy do you
>want to get rid of? just trivia like ide supporting its traditional
>(standard) IO aperture?
>
> > I have a couple of questions because I'm new to kernel contributions.
> > I'll be working in two main files, i8xx.h and i8xx.c, possibly i8xx.s too.
> > In the early stages I may have a directory /i8xx and implementation of
> > specific features will go into there in separate files.
>
>except that the chipset is not either a coherent set of devices
>or noticably different from previous hardware.
>
> > One thing: should I maintain the consistency of using /dev files? Because
> > there
> > is a hardware random number generator in the 800 series chipsets, and I
>
>but the RNG has had kernel support for years.
>
> > am wondering whether I should export this feature as a set of functions or
> > a /dev file. (Both??)
>
>afaik, no one cares whether a special-purpose and minor driver like that
>would export a traditional static major/minor interface,
>or a simple /proc one.
> Is anyone writing code to directly support features of the Intel 800 series
> chipsets? I'm using the 8xx chipset docs from Intel to gradually
> implement (hopefully) all the features of the 800 series of chipsets.
[...]
> One thing: should I maintain the consistency of using /dev files? Because there
> is a hardware random number generator in the 800 series chipsets, and I
> am wondering whether I should export this feature as a set of functions or
> a /dev file. (Both??)
Methinks you need to find out what support already exists.
The hardware RNG driver has existed for years, as has 3D support and ATA
support...
Jeff
Hmm, thanks. Someone has pointed this out. I have asked Alan something and
I
just misinterpreted what he said.
Cheers -
J
----- Original Message -----
From: "Jeff Garzik" <[email protected]>
To: "James Buchanan" <[email protected]>
Cc: <[email protected]>; <[email protected]>
Sent: Monday, February 03, 2003 2:42 AM
Subject: Re: Anyone supporting Intel 8XX chipset???
> > Is anyone writing code to directly support features of the Intel 800
series
> > chipsets? I'm using the 8xx chipset docs from Intel to gradually
> > implement (hopefully) all the features of the 800 series of chipsets.
>
> [...]
> > One thing: should I maintain the consistency of using /dev files?
Because there
> > is a hardware random number generator in the 800 series chipsets, and I
> > am wondering whether I should export this feature as a set of functions
or
> > a /dev file. (Both??)
>
>
> Methinks you need to find out what support already exists.
>
> The hardware RNG driver has existed for years, as has 3D support and ATA
> support...
>
> Jeff
>
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/