[patch 0/14] s3c2412/s3c2413 support

[patch 0/14] s3c2412/s3c2413 support

[Koen Martens]

This patchset adds various defines and bits for the s3c2412 and s3c2413
processors, as well as adding detection of this cpu to platform setup and
uncompress boot stage.
The changes should not disturb current s3c24xx implementations. The
patchset is preliminary, in that the final datasheet is not yet 
available. We
did some testing of these new registers and bits outside of the linux
kernel.

-- 
K.F.J. Martens, Sonologic, http://www.sonologic.nl/
Networking, hosting, embedded systems, unix, artificial intelligence.
Public PGP key: http://www.metro.cx/pubkey-gmc.asc
Wondering about the funny attachment your mail program
can't read? Visit http://www.openpgp.org/

Re: [patch 0/14] s3c2412/s3c2413 support

[Pavel Machek]

On Fri 03-03-06 11:52:49, Koen Martens wrote:
> This patchset adds various defines and bits for the 
> s3c2412 and s3c2413
> processors, as well as adding detection of this cpu to 
> platform setup and
> uncompress boot stage.
> The changes should not disturb current s3c24xx 
> implementations. The
> patchset is preliminary, in that the final datasheet is 
> not yet available. We
> did some testing of these new registers and bits outside 
> of the linux
> kernel.

Could you

a) describe what kind of beast these CPUs are

and perhaps

b) invent some better name for architecture? What you have seems like
password of *very* paranoid sysadmin.
							Pavel
-- 
Thanks, Sharp!

Re: [patch 0/14] s3c2412/s3c2413 support

[Pavel Machek]

On Fri 03-03-06 11:52:49, Koen Martens wrote:
> This patchset adds various defines and bits for the 
> s3c2412 and s3c2413
> processors, as well as adding detection of this cpu to 
> platform setup and
> uncompress boot stage.
> The changes should not disturb current s3c24xx 
> implementations. The
> patchset is preliminary, in that the final datasheet is 
> not yet available. We
> did some testing of these new registers and bits outside 
> of the linux
> kernel.

Ahha, it is actually arm derivative. Still it would be nice to have
better name.

> 
> -- 
> K.F.J. Martens, Sonologic, http://www.sonologic.nl/
> Networking, hosting, embedded systems, unix, artificial 
> intelligence.
> Public PGP key: http://www.metro.cx/pubkey-gmc.asc
> Wondering about the funny attachment your mail program
> can't read? Visit http://www.openpgp.org/
> 
> -
> 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/

-- 
Thanks, Sharp!

Re: [patch 0/14] s3c2412/s3c2413 support

[Koen Martens]

Pavel Machek wrote:

>On Fri 03-03-06 11:52:49, Koen Martens wrote:
>  
>
>>This patchset adds various defines and bits for the 
>>s3c2412 and s3c2413
>>processors, as well as adding detection of this cpu to 
>>platform setup and
>>uncompress boot stage.
>>The changes should not disturb current s3c24xx 
>>implementations. The
>>patchset is preliminary, in that the final datasheet is 
>>not yet available. We
>>did some testing of these new registers and bits outside 
>>of the linux
>>kernel.
>>    
>>
>
>Ahha, it is actually arm derivative. Still it would be nice to have
>better name.
>  
>
Well, we could ask samsung to rename their range, but i doubt they will 
do so. Actually, there are a lot of these platforms already defined, eg 
s3c2410, s3c2440, s3c2400, etc..

But now that you mention it, i could have been more clear about this, 
stating that it was a Samsung ARM processor. Sorry about that, i don't 
think the issue is worth reposting the entire patchset or am i mistaken?

Best,

Koen

-- 
K.F.J. Martens, Sonologic, http://www.sonologic.nl/
Networking, hosting, embedded systems, unix, artificial intelligence.
Public PGP key: http://www.metro.cx/pubkey-gmc.asc
Wondering about the funny attachment your mail program
can't read? Visit http://www.openpgp.org/

Re: [patch 0/14] s3c2412/s3c2413 support

[Pavel Machek]

HI!

> >Ahha, it is actually arm derivative. Still it would be 
> >nice to have
> >better name.

> Well, we could ask samsung to rename their range, but i 
> doubt they will do so. Actually, there are a lot of these 
> platforms already defined, eg s3c2410, s3c2440, s3c2400, 
> etc..

Do they have codenames that could actually be pronounced? I doubt
Samsung actually calls them s3c2410 internally.

(Support for sharp zaurus sl-5500 is called 'collie'. You can
pronounce that, and it is code name for that machine...)

> But now that you mention it, i could have been more clear 
> about this, stating that it was a Samsung ARM processor. 
> Sorry about that, i don't think the issue is worth 
> reposting the entire patchset or am i mistaken?

No, not worth repost, thanks for info.

-- 
Thanks, Sharp!

Re: [patch 0/14] s3c2412/s3c2413 support

[Ben Dooks]

On Fri, Mar 03, 2006 at 04:22:25PM +0100, Koen Martens wrote:
> Pavel Machek wrote:
> 
> >On Fri 03-03-06 11:52:49, Koen Martens wrote:
> > 
> >
> >>This patchset adds various defines and bits for the 
> >>s3c2412 and s3c2413
> >>processors, as well as adding detection of this cpu to 
> >>platform setup and
> >>uncompress boot stage.
> >>The changes should not disturb current s3c24xx 
> >>implementations. The
> >>patchset is preliminary, in that the final datasheet is 
> >>not yet available. We
> >>did some testing of these new registers and bits outside 
> >>of the linux
> >>kernel.
> >>   
> >>
> >
> >Ahha, it is actually arm derivative. Still it would be nice to have
> >better name.

Limiting it to linux-arm-kernel may have been a better
idea, since it is to do with items under arch/arm, the
intended audience should all be subscribed to the list.

-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

Re: [patch 0/14] s3c2412/s3c2413 support

[Koen Martens]

Ben Dooks wrote:
> On Fri, Mar 03, 2006 at 04:22:25PM +0100, Koen Martens wrote:
> 
>>Pavel Machek wrote:
>>
>>
>>>Ahha, it is actually arm derivative. Still it would be nice to have
>>>better name.
> 
> 
> Limiting it to linux-arm-kernel may have been a better
> idea, since it is to do with items under arch/arm, the
> intended audience should all be subscribed to the list.
> 

In hind-sight, that appears correct. I was just following this line
in section 5 of Documentation/SubmittingPatches:

Unless you have a reason NOT to do so, CC linux-kernel@vger.kernel.org.

Won't happen again, sorry! Just finding my way through the rites.

Koen

-- 
K.F.J. Martens, Sonologic, http://www.sonologic.nl/
Networking, hosting, embedded systems, unix, artificial intelligence.
Public PGP key: http://www.metro.cx/pubkey-gmc.asc
Wondering about the funny attachment your mail program
can't read? Visit http://www.openpgp.org/