Re: v850, which gcc and binutils version?
Hi Jan, Jan Dittmer wrote: Greg Ungerer wrote: If you care to try applying the uClinux patches, they should be available from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week (the critical fixes), but according to his GIT log he didn't merge them. I am going to resend tomorrow. Greg you might consider adding the attached patch to update the defconfig for m68nommu, especially +# +# Console display driver support +# +# CONFIG_VGA_CONSOLE is not set +CONFIG_DUMMY_CONSOLE=y which allows the m68knommu defconfig to be buildable without further invention. Patch is against 2.6.12-uc0 Done. I'll add it to my list of patches to send. Regards Greg -- Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] SnapGear -- a CyberGuard CompanyPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Greg Ungerer wrote: >>If you care to try applying the uClinux patches, they should be available >>from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"): >> >>http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz >> >>Greg, do you have any status on merging the current uClinux patch set? > > > I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week > (the critical fixes), but according to his GIT log he didn't merge them. > I am going to resend tomorrow. Greg you might consider adding the attached patch to update the defconfig for m68nommu, especially +# +# Console display driver support +# +# CONFIG_VGA_CONSOLE is not set +CONFIG_DUMMY_CONSOLE=y which allows the m68knommu defconfig to be buildable without further invention. Patch is against 2.6.12-uc0 Thanks, -- Jan --- kernel/arch/m68knommu/defconfig.old 2005-03-02 08:38:13.0 +0100 +++ kernel/arch/m68knommu/defconfig 2005-07-28 20:51:51.0 +0200 @@ -1,24 +1,48 @@ # # Automatically generated make config: don't edit +# Linux kernel version: 2.6.12-uc0 +# Thu Jul 28 20:49:44 2005 # +CONFIG_M68KNOMMU=y # CONFIG_MMU is not set # CONFIG_FPU is not set CONFIG_UID16=y CONFIG_RWSEM_GENERIC_SPINLOCK=y # CONFIG_RWSEM_XCHGADD_ALGORITHM is not set +CONFIG_GENERIC_CALIBRATE_DELAY=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y +CONFIG_CLEAN_COMPILE=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # -# CONFIG_SYSVIPC is not set +CONFIG_LOCALVERSION="" +# CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_SYSCTL is not set -CONFIG_LOG_BUF_SHIFT=14 +# CONFIG_AUDIT is not set +# CONFIG_HOTPLUG is not set +CONFIG_KOBJECT_UEVENT=y +# CONFIG_IKCONFIG is not set +# CONFIG_EMBEDDED is not set +CONFIG_KALLSYMS=y +# CONFIG_KALLSYMS_EXTRA_PASS is not set +CONFIG_PRINTK=y +CONFIG_BUG=y +CONFIG_BASE_FULL=y +CONFIG_FUTEX=y +CONFIG_EPOLL=y +CONFIG_CC_ALIGN_FUNCTIONS=0 +CONFIG_CC_ALIGN_LABELS=0 +CONFIG_CC_ALIGN_LOOPS=0 +CONFIG_CC_ALIGN_JUMPS=0 +CONFIG_BASE_SMALL=0 # # Loadable module support @@ -34,9 +58,11 @@ # CONFIG_M68360 is not set # CONFIG_M5206 is not set # CONFIG_M5206e is not set +# CONFIG_M523x is not set # CONFIG_M5249 is not set -# CONFIG_M527x is not set +# CONFIG_M5271 is not set CONFIG_M5272=y +# CONFIG_M5275 is not set # CONFIG_M528x is not set # CONFIG_M5307 is not set # CONFIG_M5407 is not set @@ -54,6 +80,7 @@ # CONFIG_CLOCK_50MHz is not set # CONFIG_CLOCK_54MHz is not set # CONFIG_CLOCK_60MHz is not set +# CONFIG_CLOCK_64MHz is not set CONFIG_CLOCK_66MHz=y # CONFIG_CLOCK_70MHz is not set # CONFIG_CLOCK_100MHz is not set @@ -65,9 +92,14 @@ # Platform # CONFIG_M5272C3=y +# CONFIG_COBRA5272 is not set +# CONFIG_CANCam is not set +# CONFIG_SCALES is not set # CONFIG_NETtel is not set +# CONFIG_CPU16B is not set CONFIG_MOTOROLA=y # CONFIG_LARGE_ALLOCS is not set +CONFIG_4KSTACKS=y # CONFIG_RAMAUTO is not set # CONFIG_RAM4MB is not set # CONFIG_RAM8MB is not set @@ -79,20 +111,28 @@ # CONFIG_RAM32BIT is not set CONFIG_RAMKERNEL=y # CONFIG_ROMKERNEL is not set -# CONFIG_HIMEMKERNEL is not set # # Bus options (PCI, PCMCIA, EISA, MCA, ISA) # # CONFIG_PCI is not set -# CONFIG_HOTPLUG is not set + +# +# PCCARD (PCMCIA/CardBus) support +# +# CONFIG_PCCARD is not set + +# +# PCI Hotplug Support +# # # Executable file formats # -CONFIG_KCORE_AOUT=y CONFIG_BINFMT_FLAT=y # CONFIG_BINFMT_ZFLAT is not set +# CONFIG_BINFMT_SHARED_FLAT is not set +# CONFIG_BINFMT_MISC is not set # # Power management options @@ -100,12 +140,23 @@ # CONFIG_PM is not set # +# Device Drivers +# + +# +# Generic Driver Options +# +CONFIG_STANDALONE=y +CONFIG_PREVENT_FIRMWARE_BUILD=y +# CONFIG_FW_LOADER is not set + +# # Memory Technology Devices (MTD) # CONFIG_MTD=y # CONFIG_MTD_DEBUG is not set -CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_CONCAT is not set +CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_REDBOOT_PARTS is not set # CONFIG_MTD_CMDLINE_PARTS is not set @@ -116,35 +167,48 @@ CONFIG_MTD_BLOCK=y # CONFIG_FTL is not set # CONFIG_NFTL is not set +# CONFIG_INFTL is not set # # RAM/ROM/Flash chip drivers # # CONFIG_MTD_CFI is not set # CONFIG_MTD_JEDECPROBE is not set +CONFIG_MTD_MAP_BANK_WIDTH_1=y +CONFIG_MTD_MAP_BANK_WIDTH_2=y +CONFIG_MTD_MAP_BANK_WIDTH_4=y +# CONFIG_MTD_MAP_BANK_WIDTH_8 is not set +# CONFIG_MTD_MAP_BANK_WIDTH_16 is not set +# CONFIG_MTD_MAP_BANK_WIDTH_32 is not set +CONFIG_MTD_CFI_I1=y +CONFIG_MTD_CFI_I2=y +# CONFIG_MTD_CFI_I4 is not set +# CONFIG_MTD_CFI_I8 is not set CONFIG_MTD_RAM=y # CONFIG_MTD_ROM is not set # CONFIG_MTD_ABSENT is not set -# CONFIG_MTD_OBSOLETE_CHIPS is not set # # Mapping drivers for chip access # +# CONFIG_MTD_COMPLEX_MAPPINGS is not set CONFIG_MTD_UCLINUX=y # # Self-contained MTD device drivers # # CONFIG_MTD_SLRAM is not set +# CONFIG_MTD_PHRAM is not set # CONFIG_MTD_MTDRAM is not set # CONFIG_MTD_BLKMTD is not set +#
Re: v850, which gcc and binutils version?
Miles Bader wrote: > Jan Dittmer <[EMAIL PROTECTED]> writes: > >>>"v850e-elf". >> >>Thanks, that got me much further, compilation aborts now with > > > Hmmm, what sources are you compiling exactly? -rc3-mm3; but if the error was no toolchain bug I won't try much further. The important thing to me was, that my compile tests now produce somewhat meaningful results for this platform. > I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches > I sent to the LKML recently (from which I presume you got the defconfigs); > the v850 patches should now be merged into Linus's tree, but I dunno about I suppose your patches don't apply cleanly against 2.6.12-uc0 ? Thanks, -- Jan http://l4x.org/k/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Hi Miles, Miles Bader wrote: Jan Dittmer <[EMAIL PROTECTED]> writes: "v850e-elf". Thanks, that got me much further, compilation aborts now with Hmmm, what sources are you compiling exactly? I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches I sent to the LKML recently (from which I presume you got the defconfigs); the v850 patches should now be merged into Linus's tree, but I dunno about the uClinux patches (and of course there may already be v850 breakage in Linus's current tree; I usually only test real releases). If you care to try applying the uClinux patches, they should be available from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week (the critical fixes), but according to his GIT log he didn't merge them. I am going to resend tomorrow. Regards Greg Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] SnapGear -- a CyberGuard CompanyPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Jan Dittmer <[EMAIL PROTECTED]> writes: >> "v850e-elf". > > Thanks, that got me much further, compilation aborts now with Hmmm, what sources are you compiling exactly? I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches I sent to the LKML recently (from which I presume you got the defconfigs); the v850 patches should now be merged into Linus's tree, but I dunno about the uClinux patches (and of course there may already be v850 breakage in Linus's current tree; I usually only test real releases). If you care to try applying the uClinux patches, they should be available from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? Thanks, -Miles -- Everywhere is walking distance if you have the time. -- Steven Wright - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Miles Bader wrote: > Jan Dittmer <[EMAIL PROTECTED]> writes: > >>Which is the recommended gcc/binutils combination for v850? > > > The most crucial thing is that all supported processors are v850e > derivatives (note the "e"), so please configure gcc/binutils for target > "v850e-elf". Thanks, that got me much further, compilation aborts now with CC arch/v850/lib/negdi2.o arch/v850/lib/negdi2.c: In function `__negdi2': arch/v850/lib/negdi2.c:25: warning: control reaches end of non-void function AR arch/v850/lib/lib.a /bin/sh: +@: command not found CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o In file included from include/linux/hardirq.h:7, from include/asm-generic/local.h:6, from include/asm/local.h:4, from include/linux/module.h:21, from init/version.c:10: include/asm/hardirq.h:21:27: warning: "NR_IRQS" is not defined LD init/built-in.o LD vmlinux mm/built-in.o: In function `out_of_memory': /usr/src/ctest/oo/kernel/mm/oom_kill.c:264: undefined reference to `show_mem' /usr/src/ctest/oo/kernel/mm/oom_kill.c:264: relocation truncated to fit: R_V850_22_PCREL against undefined symbol `show_mem' mm/built-in.o: In function `_alloc_pages': /usr/src/ctest/oo/kernel/mm/page_alloc.c:1013: undefined reference to `show_mem' /usr/src/ctest/oo/kernel/mm/page_alloc.c:1013: relocation truncated to fit: R_V850_22_PCREL against undefined symbol `show_mem' fs/built-in.o: In function `smaps_open': /usr/src/ctest/oo/kernel/fs/proc/base.c:600: undefined reference to `proc_pid_smaps_op' make: *** [vmlinux] Error 1 Thanks, -- Jan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Miles Bader wrote: Jan Dittmer [EMAIL PROTECTED] writes: Which is the recommended gcc/binutils combination for v850? The most crucial thing is that all supported processors are v850e derivatives (note the e), so please configure gcc/binutils for target v850e-elf. Thanks, that got me much further, compilation aborts now with CC arch/v850/lib/negdi2.o arch/v850/lib/negdi2.c: In function `__negdi2': arch/v850/lib/negdi2.c:25: warning: control reaches end of non-void function AR arch/v850/lib/lib.a /bin/sh: +@: command not found CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o In file included from include/linux/hardirq.h:7, from include/asm-generic/local.h:6, from include/asm/local.h:4, from include/linux/module.h:21, from init/version.c:10: include/asm/hardirq.h:21:27: warning: NR_IRQS is not defined LD init/built-in.o LD vmlinux mm/built-in.o: In function `out_of_memory': /usr/src/ctest/oo/kernel/mm/oom_kill.c:264: undefined reference to `show_mem' /usr/src/ctest/oo/kernel/mm/oom_kill.c:264: relocation truncated to fit: R_V850_22_PCREL against undefined symbol `show_mem' mm/built-in.o: In function `_alloc_pages': /usr/src/ctest/oo/kernel/mm/page_alloc.c:1013: undefined reference to `show_mem' /usr/src/ctest/oo/kernel/mm/page_alloc.c:1013: relocation truncated to fit: R_V850_22_PCREL against undefined symbol `show_mem' fs/built-in.o: In function `smaps_open': /usr/src/ctest/oo/kernel/fs/proc/base.c:600: undefined reference to `proc_pid_smaps_op' make: *** [vmlinux] Error 1 Thanks, -- Jan - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Jan Dittmer [EMAIL PROTECTED] writes: v850e-elf. Thanks, that got me much further, compilation aborts now with Hmmm, what sources are you compiling exactly? I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches I sent to the LKML recently (from which I presume you got the defconfigs); the v850 patches should now be merged into Linus's tree, but I dunno about the uClinux patches (and of course there may already be v850 breakage in Linus's current tree; I usually only test real releases). If you care to try applying the uClinux patches, they should be available from (fill in $ver with 2.6.12-uc0 and $maj_ver with 2.6): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? Thanks, -Miles -- Everywhere is walking distance if you have the time. -- Steven Wright - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Hi Miles, Miles Bader wrote: Jan Dittmer [EMAIL PROTECTED] writes: v850e-elf. Thanks, that got me much further, compilation aborts now with Hmmm, what sources are you compiling exactly? I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches I sent to the LKML recently (from which I presume you got the defconfigs); the v850 patches should now be merged into Linus's tree, but I dunno about the uClinux patches (and of course there may already be v850 breakage in Linus's current tree; I usually only test real releases). If you care to try applying the uClinux patches, they should be available from (fill in $ver with 2.6.12-uc0 and $maj_ver with 2.6): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week (the critical fixes), but according to his GIT log he didn't merge them. I am going to resend tomorrow. Regards Greg Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] SnapGear -- a CyberGuard CompanyPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Miles Bader wrote: Jan Dittmer [EMAIL PROTECTED] writes: v850e-elf. Thanks, that got me much further, compilation aborts now with Hmmm, what sources are you compiling exactly? -rc3-mm3; but if the error was no toolchain bug I won't try much further. The important thing to me was, that my compile tests now produce somewhat meaningful results for this platform. I last tested with 2.6.12 + 2.6.12-uc0 (uClinux) patches + the v850 patches I sent to the LKML recently (from which I presume you got the defconfigs); the v850 patches should now be merged into Linus's tree, but I dunno about I suppose your patches don't apply cleanly against 2.6.12-uc0 ? Thanks, -- Jan http://l4x.org/k/ - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Greg Ungerer wrote: If you care to try applying the uClinux patches, they should be available from (fill in $ver with 2.6.12-uc0 and $maj_ver with 2.6): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week (the critical fixes), but according to his GIT log he didn't merge them. I am going to resend tomorrow. Greg you might consider adding the attached patch to update the defconfig for m68nommu, especially +# +# Console display driver support +# +# CONFIG_VGA_CONSOLE is not set +CONFIG_DUMMY_CONSOLE=y which allows the m68knommu defconfig to be buildable without further invention. Patch is against 2.6.12-uc0 Thanks, -- Jan --- kernel/arch/m68knommu/defconfig.old 2005-03-02 08:38:13.0 +0100 +++ kernel/arch/m68knommu/defconfig 2005-07-28 20:51:51.0 +0200 @@ -1,24 +1,48 @@ # # Automatically generated make config: don't edit +# Linux kernel version: 2.6.12-uc0 +# Thu Jul 28 20:49:44 2005 # +CONFIG_M68KNOMMU=y # CONFIG_MMU is not set # CONFIG_FPU is not set CONFIG_UID16=y CONFIG_RWSEM_GENERIC_SPINLOCK=y # CONFIG_RWSEM_XCHGADD_ALGORITHM is not set +CONFIG_GENERIC_CALIBRATE_DELAY=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y +CONFIG_CLEAN_COMPILE=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # -# CONFIG_SYSVIPC is not set +CONFIG_LOCALVERSION= +# CONFIG_POSIX_MQUEUE is not set # CONFIG_BSD_PROCESS_ACCT is not set # CONFIG_SYSCTL is not set -CONFIG_LOG_BUF_SHIFT=14 +# CONFIG_AUDIT is not set +# CONFIG_HOTPLUG is not set +CONFIG_KOBJECT_UEVENT=y +# CONFIG_IKCONFIG is not set +# CONFIG_EMBEDDED is not set +CONFIG_KALLSYMS=y +# CONFIG_KALLSYMS_EXTRA_PASS is not set +CONFIG_PRINTK=y +CONFIG_BUG=y +CONFIG_BASE_FULL=y +CONFIG_FUTEX=y +CONFIG_EPOLL=y +CONFIG_CC_ALIGN_FUNCTIONS=0 +CONFIG_CC_ALIGN_LABELS=0 +CONFIG_CC_ALIGN_LOOPS=0 +CONFIG_CC_ALIGN_JUMPS=0 +CONFIG_BASE_SMALL=0 # # Loadable module support @@ -34,9 +58,11 @@ # CONFIG_M68360 is not set # CONFIG_M5206 is not set # CONFIG_M5206e is not set +# CONFIG_M523x is not set # CONFIG_M5249 is not set -# CONFIG_M527x is not set +# CONFIG_M5271 is not set CONFIG_M5272=y +# CONFIG_M5275 is not set # CONFIG_M528x is not set # CONFIG_M5307 is not set # CONFIG_M5407 is not set @@ -54,6 +80,7 @@ # CONFIG_CLOCK_50MHz is not set # CONFIG_CLOCK_54MHz is not set # CONFIG_CLOCK_60MHz is not set +# CONFIG_CLOCK_64MHz is not set CONFIG_CLOCK_66MHz=y # CONFIG_CLOCK_70MHz is not set # CONFIG_CLOCK_100MHz is not set @@ -65,9 +92,14 @@ # Platform # CONFIG_M5272C3=y +# CONFIG_COBRA5272 is not set +# CONFIG_CANCam is not set +# CONFIG_SCALES is not set # CONFIG_NETtel is not set +# CONFIG_CPU16B is not set CONFIG_MOTOROLA=y # CONFIG_LARGE_ALLOCS is not set +CONFIG_4KSTACKS=y # CONFIG_RAMAUTO is not set # CONFIG_RAM4MB is not set # CONFIG_RAM8MB is not set @@ -79,20 +111,28 @@ # CONFIG_RAM32BIT is not set CONFIG_RAMKERNEL=y # CONFIG_ROMKERNEL is not set -# CONFIG_HIMEMKERNEL is not set # # Bus options (PCI, PCMCIA, EISA, MCA, ISA) # # CONFIG_PCI is not set -# CONFIG_HOTPLUG is not set + +# +# PCCARD (PCMCIA/CardBus) support +# +# CONFIG_PCCARD is not set + +# +# PCI Hotplug Support +# # # Executable file formats # -CONFIG_KCORE_AOUT=y CONFIG_BINFMT_FLAT=y # CONFIG_BINFMT_ZFLAT is not set +# CONFIG_BINFMT_SHARED_FLAT is not set +# CONFIG_BINFMT_MISC is not set # # Power management options @@ -100,12 +140,23 @@ # CONFIG_PM is not set # +# Device Drivers +# + +# +# Generic Driver Options +# +CONFIG_STANDALONE=y +CONFIG_PREVENT_FIRMWARE_BUILD=y +# CONFIG_FW_LOADER is not set + +# # Memory Technology Devices (MTD) # CONFIG_MTD=y # CONFIG_MTD_DEBUG is not set -CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_CONCAT is not set +CONFIG_MTD_PARTITIONS=y # CONFIG_MTD_REDBOOT_PARTS is not set # CONFIG_MTD_CMDLINE_PARTS is not set @@ -116,35 +167,48 @@ CONFIG_MTD_BLOCK=y # CONFIG_FTL is not set # CONFIG_NFTL is not set +# CONFIG_INFTL is not set # # RAM/ROM/Flash chip drivers # # CONFIG_MTD_CFI is not set # CONFIG_MTD_JEDECPROBE is not set +CONFIG_MTD_MAP_BANK_WIDTH_1=y +CONFIG_MTD_MAP_BANK_WIDTH_2=y +CONFIG_MTD_MAP_BANK_WIDTH_4=y +# CONFIG_MTD_MAP_BANK_WIDTH_8 is not set +# CONFIG_MTD_MAP_BANK_WIDTH_16 is not set +# CONFIG_MTD_MAP_BANK_WIDTH_32 is not set +CONFIG_MTD_CFI_I1=y +CONFIG_MTD_CFI_I2=y +# CONFIG_MTD_CFI_I4 is not set +# CONFIG_MTD_CFI_I8 is not set CONFIG_MTD_RAM=y # CONFIG_MTD_ROM is not set # CONFIG_MTD_ABSENT is not set -# CONFIG_MTD_OBSOLETE_CHIPS is not set # # Mapping drivers for chip access # +# CONFIG_MTD_COMPLEX_MAPPINGS is not set CONFIG_MTD_UCLINUX=y # # Self-contained MTD device drivers # # CONFIG_MTD_SLRAM is not set +# CONFIG_MTD_PHRAM is not set # CONFIG_MTD_MTDRAM is not set # CONFIG_MTD_BLKMTD is not set +# CONFIG_MTD_BLOCK2MTD is not set # #
Re: v850, which gcc and binutils version?
Hi Jan, Jan Dittmer wrote: Greg Ungerer wrote: If you care to try applying the uClinux patches, they should be available from (fill in $ver with 2.6.12-uc0 and $maj_ver with 2.6): http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz Greg, do you have any status on merging the current uClinux patch set? I sent a bunch of the 2.6.12-uc0 changes to Linus earlier this week (the critical fixes), but according to his GIT log he didn't merge them. I am going to resend tomorrow. Greg you might consider adding the attached patch to update the defconfig for m68nommu, especially +# +# Console display driver support +# +# CONFIG_VGA_CONSOLE is not set +CONFIG_DUMMY_CONSOLE=y which allows the m68knommu defconfig to be buildable without further invention. Patch is against 2.6.12-uc0 Done. I'll add it to my list of patches to send. Regards Greg -- Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED] SnapGear -- a CyberGuard CompanyPHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Jan Dittmer <[EMAIL PROTECTED]> writes: > Which is the recommended gcc/binutils combination for v850? The most crucial thing is that all supported processors are v850e derivatives (note the "e"), so please configure gcc/binutils for target "v850e-elf". [I usually use something bizarre and ancient, which appears to be a NEC local derivative of gcc 2.9, but I've occasionally compiled the kernel with gcc3 and it worked.] -Miles -- "1971 pickup truck; will trade for guns" - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
v850, which gcc and binutils version?
Miles, my autobuilder picked up the defconfigs in 2.6.13-rc3-mm2 for v850 but my toolchain (binutils I expect) seems to be wrong: AS arch/v850/kernel/intv.o /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S: Assembler messages: /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:36: Error: mov hilo(_start),r1: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:43: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:45: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:47: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:50: Error: mov hilo(trap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:52: Error: mov hilo(trap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:55: Error: mov hilo(dbtrap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large make[2]: *** [arch/v850/kernel/intv.o] Error 1 make[1]: *** [arch/v850/kernel] Error 2 make: *** [_all] Error 2 gcc version 3.4.4 20050513 (prerelease) GNU ld version 2.15.94.0.2.2 20041220 Full log at http://l4x.org/k/?d=5658 Which is the recommended gcc/binutils combination for v850? Thanks, -- Jan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
v850, which gcc and binutils version?
Miles, my autobuilder picked up the defconfigs in 2.6.13-rc3-mm2 for v850 but my toolchain (binutils I expect) seems to be wrong: AS arch/v850/kernel/intv.o /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S: Assembler messages: /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:36: Error: mov hilo(_start),r1: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:43: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:45: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:47: Error: mov hilo(nmi),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:50: Error: mov hilo(trap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:52: Error: mov hilo(trap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:55: Error: mov hilo(dbtrap),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large /usr/src/ctest/mm/kernel/arch/v850/kernel/intv.S:85: Error: mov hilo(irq),sp: immediate operand is too large make[2]: *** [arch/v850/kernel/intv.o] Error 1 make[1]: *** [arch/v850/kernel] Error 2 make: *** [_all] Error 2 gcc version 3.4.4 20050513 (prerelease) GNU ld version 2.15.94.0.2.2 20041220 Full log at http://l4x.org/k/?d=5658 Which is the recommended gcc/binutils combination for v850? Thanks, -- Jan - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: v850, which gcc and binutils version?
Jan Dittmer [EMAIL PROTECTED] writes: Which is the recommended gcc/binutils combination for v850? The most crucial thing is that all supported processors are v850e derivatives (note the e), so please configure gcc/binutils for target v850e-elf. [I usually use something bizarre and ancient, which appears to be a NEC local derivative of gcc 2.9, but I've occasionally compiled the kernel with gcc3 and it worked.] -Miles -- 1971 pickup truck; will trade for guns - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/