[LinuxBIOS] Complete and generic 32bit/64bit support
Jordan Crouse
jordan.crouse at amd.com
Tue Nov 27 00:54:11 CET 2007
On 26/11/07 16:36 -0700, Myles Watson wrote:
>
>
> > -----Original Message-----
> > From: Jordan Crouse [mailto:jordan.crouse at amd.com]
> > On 21/11/07 16:41 -0700, Myles Watson wrote:
> > > I forgot to add these 3 files to the diff. Sorry.
> > > I also don't know how to remove s-c-payload.patch from
> > > packages/linuxbios/patches and have it show up in the patch.
> >
> > I don't get this patch - do we still need
> > packages/kernel/serengeti_cheetah-kernel-x86_64.mk? kernel.inc does all
> > the heavy lifting now. Or not?
>
> My understanding is that packages/kernel/serengeti_cheetah-kernel-x86_64.mk
> sets the kernel version, url, config file, etc. kernel.inc builds the
> kernel you specified in the .mk file.
is there enough different about it that we need two files? I was planning
on setting the configuration information in the platform configuration:
ifeq ($(CONFIG_TARGET_64BIT),y)
KERNEL_VERSION=2.6.22.2
KERNEL_MK=$(PACKAGE_DIR)/kernel/serengeti_cheetah-kernel-x86_64.mk
KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/defconfig-serengeti_cheetah-x86_64
BUSYBOX_CONFIG=defconfig-serengeti_cheetah-x86_64
UCLIBC_VER=0.9.29
UCLIBC_CONFIG=defconfig-x86_64
else
KERNEL_VERSION=2.6.20.2
KERNEL_CONFIG=$(PACKAGE_DIR)/kernel/conf/defconfig-serengeti_cheetah
UCLIBC_VER=0.9.28
endif
That would save us having to have mutiple copies of the kernel make files
for 32 and 64 bit. Is this bad?
Jordan
> The other two files are Config.lb files depending on which payload you want
> to use.
Yes - those made sense to me.
> Myles
>
> >
> > Jordan
>
>
>
>
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
More information about the coreboot
mailing list