Re: Bug#703209: linux: Please Add multiplatform flavour to armhf

2013-03-16 Thread Ben Hutchings
On Sun, 2013-03-17 at 08:35 +0900, Nobuhiro Iwamatsu wrote:
> Package: linux
> Version: 3.8.2-1~experimental.1
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> >From linux 3.8, support of armada 370/xp was added in arm.
> This is classified into the armhf architecture of debian.
> First I began and thought that an armada flavor would be added.
> When I consulted about this in debian-arm ML, I got advice from
> several developers what "multiplatform" flavour was better than
> "armada" flavour[0].
> 
> Since arm is developed toward multiplatform from now on,
> I think that "multiplatform" is desirable.
> Although there is still little SoC which is supporting
> multiplatform, I would like to support armada 370/xp
> (mach-mvebu) first.
> 
> I created the patch which supports this.
> Please check and apply.

In future all ARM kernels should be multi-platform, but I expect there
will still be different flavours, such as for LPAE or the RT featureset.
I would much prefer a name that will provide a more useful distinction
in future (and not be too long!).  Perhaps it should refer to the CPU
requirement like the flavours for some other architectures.

> NOTE: The vexpress can also be supported by multiplatform.
> If it is desirable to include this in multiplatform, I will
> create a new patch.

I think that's desirable, but maybe make that a second patch?

The linux-latest package will also need a transitional package to
migrate vexpress installations.

> From: Nobuhiro Iwamatsu 
> Date: Mon, 4 Mar 2013 13:20:13 +0900
> Subject: [PATCH] [armhf] Add multiplatform flavour
> 
> Signed-off-by: Nobuhiro Iwamatsu 
> ---
>  debian/config/armhf/config.multiplatform |   96 
> ++
>  debian/config/armhf/defines  |   11 
>  debian/installer/armhf/kernel-versions   |7 ++-
>  3 files changed, 111 insertions(+), 3 deletions(-)
>  create mode 100644 debian/config/armhf/config.multiplatform
> 
> diff --git a/debian/config/armhf/config.multiplatform 
> b/debian/config/armhf/config.multiplatform
> new file mode 100644
> index 000..cb4ad57
> --- /dev/null
> +++ b/debian/config/armhf/config.multiplatform
[...]
> +##
> +## file: drivers/net/ethernet/marvell/Kconfig
> +##
> +CONFIG_NET_VENDOR_MARVELL=y
> +CONFIG_MVMDIO=y
> +CONFIG_MVNETA=y
> +
> +##
> +## file: drivers/net/ethernet/micrel/Kconfig
> +##
> +CONFIG_NET_VENDOR_MICREL=y
> +
> +##
> +## file: drivers/net/phy/Kconfig
> +##
> +CONFIG_PHYLIB=y
> +CONFIG_MARVELL_PHY=y
[...]

Do these all need to be built in?  For a multi-platform kernel we should
really be building drivers as modules by default.

Ben.

-- 
Ben Hutchings
Usenet is essentially a HUGE group of people passing notes in class.
  - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette'


signature.asc
Description: This is a digitally signed message part


Re: Can't get a Linux 3.6-rc zImage smaller than 2MB

2013-03-16 Thread Maciej Soltysiak
Months passed and I finally made progress.
I managed to compile and boot a 3.7.10 kernel on SS4000-E.
I basically went through the ordeal of doing the compile on the box itself,
instead of cross-compiling on an x86 VM,

Took ages, but it worked.

One thing I noticed is that flash-kernel refuses to flash if the kernel
image does not end with iop32x, like /boot/vmlinuz-3.7.10-iop32x
I had too look at the flash-kernel source to figure it was just being fussy
about a file name!

Anyway to bring the system up to speed from Debian's 3.2 kernel I'm going
to compile my own e2fstools and iproute2 as I need them for experiments
with new ext4 features and want to use fq_codel on network interface.

Is there anything else you suggest that I recompile from things like
util-linux, etc?

Best regards,
Maciej

On Fri, Sep 14, 2012 at 6:15 PM, Arnaud Patard wrote:

> Maciej Soltysiak  writes:
>
> >> the ss4000e is using redboot not uboot. You'll have to check but I think
> >> that redboot doesn't handle uImage format so you're about to brick
> >> your system.
> > Thanks for the warning! I see that I have in arch/arm/boot these 3 files
> > -rwxr-xr-x 1 root root 3459268 Sep 14 09:33 arch/arm/boot/Image
> > -rw-r--r-- 1 root root 1328848 Sep 14 09:33 arch/arm/boot/uImage
> > -rwxr-xr-x 1 root root 1328784 Sep 14 09:33 arch/arm/boot/zImage
> >
> > Looks like zImage is the right one then?
>
> yes.
>
> Arnaud
>