Re: AMD Geode GX/LX support

["Jordan Crouse" <jordan.crouse@amd.com>]

On 03/10/05 21:46 +0100, Alan Cox wrote:
> On Llu, 2005-10-03 at 13:55 -0600, Jordan Crouse wrote:
> > As I mentioned in the previous e-mail, the GEODEGX1 define as it stands
> > is incorrect - the cache line size should be 16 bytes for the GX1.  The 
> > GX and LX share a newer core, so it stands, I think that they should have
> > a different define.
> 
> What makes the cores different ? Cache line size ? If they share the
> same kernel options and build then they don't need a new define, the
> existing one just need generalising.

After thinking about this a bit more, I think we should keep the GEODEGX1
define because it was for a different core, but consolidate the GX and LX
defines into a single define.  Originally, we added the defines for
ease-of-use in the configuration realm, for example, not allowing the user to
build the LX TRNG for a GX kernel.  Based on the other comments regarding
similar things, I now think that we should avoid it all together.

I'm going to keep the GEODE_LX define, and send GEODE_GX to the briny deep.
I guess technically, we could use the codename for the core, but I think
that would be more confusing.  Best to stick with the marketing names, I think.

> > I suppose that I should come with something more solid then a gut feeling, 
> > though, substantial as my gut may be.
> 
> Indeed. With gcc 3.x I ended up with -m486 -falign-functions=0 and that
> used to be the settings. I don't know who changed it to pentium-mmx in
> the end but I objected to about four different patches that did this
> over time and people still kept submitting them.

I'll remove the defines for now until we can prove that its better to have 
them turned on.

Thanks for your comments,
Jordan

-- 
Jordan Crouse
Senior Linux Engineer
AMD - Personal Connectivity Solutions Group
<www.amd.com/embeddedprocessors>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/