Alpha Core 3
Oliver Falk
oliver at linux-kernel.at
Sat Mar 17 10:32:02 UTC 2007
Sergey Tikhonov schrieb:
> On Fri, 2007-03-16 at 17:25 -0500, Jay Estabrook wrote:
>
>> On Fri, Mar 16, 2007 at 09:27:31PM +0100, Oliver Falk wrote:
>>
>>> Check out /etc/rpm/platform; We need to fix this for the different
>>> sub-archs I believe... And then check /usr/lib/rpm/redhat/*.
>>>
>>> Arg. Even uname -m reports the wrong thing on my DS10. :-( Havn't
>>> checked the AS1000 yet.
>>>
>> If we want it to behave like i*86, which does somerthing like:
>>
>> uname -mpi
>> i686 i686 i386
>>
>> should Alpha report on (667MHz) DS10:
>>
>> uname -mpi
>> alphaev67 alphaev67 alpha
>>
>>
>> Here's from the manpage:
>>
>> -m, --machine
>> print the machine hardware name
>>
>> -p, --processor
>> print the processor type
>>
>> -i, --hardware-platform
>> print the hardware platform
>>
>> I assume we'd keep the generic "alpha" name for hardware platform (-i),
>> but should the sub-architecture show up in either or both of the others?
>>
>> BTW, I'm VERY interested in this area, as one can get a BIG benefit
>> from running packages built for a specific Alpha sub-architecture on
>> appropriate machines (eg alphaev56 for PWS/LX/SX, alphaev6 for DS10).
>>
>> Right now, "rpm" will make you say "--ignorearch" to get ANY sub-arch
>> package installed; that's not right.
>>
>> It'd be nice, not only if "rpm" didn't force you to say that, but also
>> if "rpm" OR "yum" would consider it a valid potential "update" to just
>> install the same version package built for a (more appropriate)
>> sub-arch on top of an installed generic one.
>>
>> I've rebuilt a lot of SRPMS targeted for alphaev67, and I'd like to
>> make it easy to get a more optimal system after installing from a
>> generic set.
>>
>> Anyone have any additional thoughts on this?
>>
> I was able uname to output for uname -mpi:
> alpha alphaev56 alpha
>
> uname -m show information returned by uname glibc call (which in turns
> calls kernel.
Kernel-Bug :-P
> I remember tracing that a long time ago).
> The -p and -i is handled by "uname" and have some altering code for
> other arches. I'll install modified version of uname and see how other
> programs would like the new output. :)
>
Let us know!
Best,
Oliver
More information about the axp-list
mailing list