Tobias Vogel wrote:
> Thanks, it's getting funny ;-)
> with your adjustments, the output of uname -m is now
> i48664
> i'm not very good at c, could you help me one again, please?
> thanks so much!
>
> toby
>
> Joe Ciccone wrote:
>   
>> Tobias Vogel wrote:
>>   
>>     
>>> Hi,
>>> thanks for that patch,
>>> i compiled it, but it seems not to work properly, instead of i486
>>> uname now shows x46_64, so neither x86_64 nor i486.
>>> is there any other kernel-hack method?
>>>
>>> thanks,
>>>
>>> toby
>>>
>>> Joe Ciccone wrote:
>>>   
>>>     
>>>       
>>>> Ken Moffat wrote:
>>>>   
>>>>     
>>>>       
>>>>         
>>>>> On Mon, Oct 22, 2007 at 05:31:36PM +0200, Tobias Vogel wrote:
>>>>>   
>>>>>
>>>>>     
>>>>>       
>>>>>         
>>>>>           
>>>>>> the configure-output seems quite normal to me:
>>>>>>
>>>>>> root:/sources/glibc-build# ../glibc-2.4/configure --prefix=/usr 
>>>>>> --disable-profile --enable-add-ons --enable-kernel=2.6.0 
>>>>>> --libexecdir=/usr/lib/glibc             
>>>>>> checking build system type... x86_64-unknown-linux-gnu
>>>>>> checking host system type... x86_64-unknown-linux-gnu
>>>>>>     
>>>>>>       
>>>>>>         
>>>>>>           
>>>>>>             
>>>>>  Those last 2 lines are only normal if you are building for x86_64.
>>>>> And yes, in chroot on x86_64 the system will respond to 'uname -m'
>>>>> with x86_64 if the kernel is 64-bit.
>>>>>
>>>>>  Basically, if you are following the 1.0.0 x86 book on x86_64, you
>>>>> should use the 'if you are going to boot' option and build a 32-bit
>>>>> kernel, copy it over, and then build chapters 9 and 10 on the target
>>>>> board.
>>>>>   
>>>>>     
>>>>>       
>>>>>         
>>>>>           
>>>> Or, load a uname hack into the kernel right before you chroot so uname 
>>>> -m reports i486 on the target system.
>>>>
>>>> http://www.cross-lfs.org/~jciccone/uname_ix86.c for 2.6.16 (I think) and 
>>>> newer kernels or http://www.cross-lfs.org/~jciccone/uname_hack.tar.bz2 
>>>> for older 2.6 kernels.
>>>> _______________________________________________
>>>> Clfs-support mailing list
>>>> Clfs-support@lists.cross-lfs.org
>>>> http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support
>>>>
>>>>   
>>>>     
>>>>       
>>>>         
>>> _______________________________________________
>>> Clfs-support mailing list
>>> Clfs-support@lists.cross-lfs.org
>>> http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support
>>>
>>>   
>>>     
>>>       
>> Sorry about that,
>>
>> Add #include <linux/string.h> to the includes up at the top and change
>> utsname()->machine[1] = UNAME_DUMB_STEPPING;
>>  -to-
>> memcpy(utsname()->machine, "i486", 4);
>>
>> The hack was originally designed for i?86. as i'm sure you can tell by 
>> the change it made.
>>     
Doy! this is what I get for posting code without testing it.
make that

memcpy(utsname()->machine, "i486", 5);

the 2 strings are
x86_64\0
i486\0

copying 4 characters resulted in i48664\0. just need to copy that \0 and 
it'll be i486\04. the \0 terminates the string.
_______________________________________________
Clfs-support mailing list
Clfs-support@lists.cross-lfs.org
http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support

Reply via email to