[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories
On Thu, Mar 24, 2011 at 01:01, Greg Ungerer wrote: > Hi Geert, > > On 24/03/11 08:14, Geert Uytterhoeven wrote: >> >> On Wed, Mar 23, 2011 at 23:07, Geert Uytterhoeven >> wrote: >>> >>> On Tue, Mar 22, 2011 at 05:43, á wrote: The following patch merges the m68k and m68knommu arch directories. This patch has been trimmed for review purposes - the automated file moving and mergeing carried out by the script contained in this email has been removed. Only the manually required changes after running the script are shown as the patch. (So to end up with the final required change you need to run this script then apply the patch). This change is available as the only commit on the m68knommu git tree, for-linux branch: The following changes since commit a952baa034ae7c2e4a66932005cbc7ebbccfe28d: áLinus Torvalds (1): á á á áMerge branch 'for-linus' of git://git.kernel.org/.../dtor/input are available in the git repository at: ágit://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus Greg Ungerer (1): á á ám68k: merge m68k and m68knommu arch directories It is also on the for-next branch in that tree, so will get some testing in the next tree for the next few days. >>> >>> defconfig is now a nommu-config, and it fails? >> >> BTW, haven't tried it myself yet. I'm busy bisecting an issue with >> initrds, which >> got introduced between 2.6.37 and 2.6.38. >> >> Init fails with "init: cannot open inittab", followed by >> "Kernel panic - not syncing: Attempted to kill init!". >> >> As I can't get ramdisks to work on ARAnyM, I need to use real hardware, >> which >> suffers a lot from long reboot/copy kernel/test cycles... > > As one data point (though not sure how useful this is to you... :-) > I can compile for an Atari target with the merge tree and load it > and run it on ARAnyM - using a ramdisk for root fs. Seems to work > ok. Strange. On ARAnyM I get: Trying to unpack rootfs image as initramfs... rootfs image is not initramfs (junk in compressed archive); looks like an initrd Freeing initrd memory: 350k freed but later it fails with: RAMDISK: Couldn't find valid RAM disk image starting at 0. It "works" (i.e. mounts) on the Amiga, but later it fails with the inittab error. Will bisect more tonight... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories
Hi Greg, On Thu, Mar 24, 2011 at 00:00, Greg Ungerer wrote: > On 24/03/11 08:07, Geert Uytterhoeven wrote: >> On Tue, Mar 22, 2011 at 05:43, wrote: >>> slso on the for-next branch in that tree, so will get some testing >>> in the next tree for the next few days. >> >> defconfig is now a nommu-config, and it fails? >> >> http://kisskb.ellerman.id.au/kisskb/buildresult/4012794/ > > Yep, that looks wrong. I'll move the define for KBUILD_DEFCONFIG > into arch/m68k/Makefile (and remove the existing defines in Makefile_mm > and Makefile_no). That will make the DEFCONFIG as it was before, > multi_defconfig. > >> arch/m68k/kernel/entry_no.S:47: Error: Unknown operator -- statement >> `save_all' ignored > > This is due to compiling for the non-mmu targets and not using > a m68k-uclinux- toolchain. Unfortunately the compiler must define > __uClinux__ to compile for non-mmu targets. This isn't new, we For userland... > have had this problem ever since the merge of the header files. > (The exported headers need some switch to use to base some > conditionals on, and kernel config options cannot be used in > exported headers). For kernels, we can explicitly define this in arch/m68k/Makefile if !MMU, right? > But with a fixed defconfig, you won't see this anymore :-) > > I'll fix up the git commit on m68knommu git tree. Good, thx! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] Re: [PATCH] NOMMU: support SMP dynamic percpu_alloc
Mike Frysinger wrote: > i havent seen the build error you mention below, but i think that's > because in a past discussion we determined that NOMMU ports should be > setting VMALLOC_START to 0 and VMALLOC_END to -1. is that no longer > the case ? Given that there's an explicit test now, I feel we should use it where appropriate. I'll have a look to see what else might be renderable to that test. David ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories
Hi Geert, On 24/03/11 18:06, Geert Uytterhoeven wrote: On Thu, Mar 24, 2011 at 00:00, Greg Ungerer wrote: On 24/03/11 08:07, Geert Uytterhoeven wrote: On Tue, Mar 22, 2011 at 05:43, áwrote: slso on the for-next branch in that tree, so will get some testing in the next tree for the next few days. defconfig is now a nommu-config, and it fails? http://kisskb.ellerman.id.au/kisskb/buildresult/4012794/ Yep, that looks wrong. I'll move the define for KBUILD_DEFCONFIG into arch/m68k/Makefile (and remove the existing defines in Makefile_mm and Makefile_no). That will make the DEFCONFIG as it was before, multi_defconfig. arch/m68k/kernel/entry_no.S:47: Error: Unknown operator -- statement `save_all' ignored This is due to compiling for the non-mmu targets and not using a m68k-uclinux- toolchain. Unfortunately the compiler must define __uClinux__ to compile for non-mmu targets. This isn't new, we For userland... Yes, they can't see CONFIG_MMU or otherwise. have had this problem ever since the merge of the header files. (The exported headers need some switch to use to base some conditionals on, and kernel config options cannot be used in exported headers). For kernels, we can explicitly define this in arch/m68k/Makefile if !MMU, right? We certainly can do that, but we don't currently... I'll make a note to fix that. But with a fixed defconfig, you won't see this anymore :-) I'll fix up the git commit on m68knommu git tree. Good, thx! That is updated... Do you want to let this bake for another couple of days before I ask Linus to pull it? Regards Greg Gr{oetje,eeting}s, á á á á á á á á á á á á Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. á á á á á á á á á á á á á áá áá -- Linus Torvalds -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear Group, McAfee PHONE: +61 7 3435 2888 8 Gardner Close FAX: +61 7 3217 5323 Milton, QLD, 4064, AustraliaWEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories
On 24/03/11 18:04, Geert Uytterhoeven wrote: On Thu, Mar 24, 2011 at 01:01, Greg Ungerer wrote: Hi Geert, On 24/03/11 08:14, Geert Uytterhoeven wrote: On Wed, Mar 23, 2011 at 23:07, Geert Uytterhoeven áwrote: On Tue, Mar 22, 2011 at 05:43, ├à áwrote: The following patch merges the m68k and m68knommu arch directories. This patch has been trimmed for review purposes - the automated file moving and mergeing carried out by the script contained in this email has been removed. Only the manually required changes after running the script are shown as the patch. (So to end up with the final required change you need to run this script then apply the patch). This change is available as the only commit on the m68knommu git tree, for-linux branch: The following changes since commit a952baa034ae7c2e4a66932005cbc7ebbccfe28d: ├ÃLinus Torvalds (1): ├à ├à ├à ├ÃMerge branch 'for-linus' of git://git.kernel.org/.../dtor/input are available in the git repository at: ├Ãgit://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus Greg Ungerer (1): ├à ├à ├Ãm68k: merge m68k and m68knommu arch directories It is also on the for-next branch in that tree, so will get some testing in the next tree for the next few days. defconfig is now a nommu-config, and it fails? BTW, haven't tried it myself yet. I'm busy bisecting an issue with initrds, which got introduced between 2.6.37 and 2.6.38. Init fails with "init: cannot open inittab", followed by "Kernel panic - not syncing: Attempted to kill init!". As I can't get ramdisks to work on ARAnyM, I need to use real hardware, which suffers a lot from long reboot/copy kernel/test cycles... As one data point (though not sure how useful this is to you... :-) I can compile for an Atari target with the merge tree and load it and run it on ARAnyM - using a ramdisk for root fs. Seems to work ok. Strange. On ARAnyM I get: Trying to unpack rootfs image as initramfs... rootfs image is not initramfs (junk in compressed archive); looks like an initrd Freeing initrd memory: 350k freed I see that too. but later it fails with: RAMDISK: Couldn't find valid RAM disk image starting at 0. But later I get: RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 4096KiB [1 disk] into ram disk... done. VFS: Mounted root (ext2 filesystem) readonly on device 1:0. BTW the command boot args are: Kernel command line: root=/dev/ram load_ramdisk=1 ramdisk_size=4096 video=atafb:tthigh console=tty0 debug stram_swap=0 BOOT_IMAGE=vmlinux It "works" (i.e. mounts) on the Amiga, but later it fails with the inittab error. Will bisect more tonight... Good luck :-) Regards Greg Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear Group, McAfee PHONE: +61 7 3435 2888 8 Gardner Close FAX: +61 7 3217 5323 Milton, QLD, 4064, AustraliaWEB: http://www.SnapGear.com ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev