linux-apus-devel

apus and vmapus target ...

[Sven L. <sve...@wa...>]

Hello Roman,

I am currently building 2.6.13 apus debian kernels, and noticed the following.

The apus patch is now lacking the vmapus target in arch/ppc/boot :

vmapus: $(TOPDIR)/vmlinux
ifdef CONFIG_APUS
        $(STRIP) $(TOPDIR)/vmlinux -o images/vmapus
	gzip $(GZIP_FLAGS) images/vmapus
endif

I don't know if this is intentional or not, but i will simply ship the vmlinux
now, and use the mkvmlinuz tool to produce the resulting kernel, which would
be more in line with the rest of the powerpc subarches.

I have some questions concerning strip though, mkvmlinuz doesn't use strip,
but objcopy -O binary, which produces slightly smaller sizes. Do you know if
this would be ok for apus too, or will it strip too much ? 

Friendly,

Sven Luther

Re: apus and vmapus target ...

[Roman Z. <zi...@li...>]

Hi,

On Mon, 10 Oct 2005, Sven Luther wrote:

> I don't know if this is intentional or not, but i will simply ship the vmlinux
> now, and use the mkvmlinuz tool to produce the resulting kernel, which would
> be more in line with the rest of the powerpc subarches.
> 
> I have some questions concerning strip though, mkvmlinuz doesn't use strip,
> but objcopy -O binary, which produces slightly smaller sizes. Do you know if
> this would be ok for apus too, or will it strip too much ? 

No, this wouldn't work. The boot loader needs an ELF executable file, so 
it only works with the vmlinux file or a stripped and/or gzipped version 
of it.

bye, Roman

Re: apus and vmapus target ...

[Sven L. <sve...@wa...>]

On Mon, Oct 10, 2005 at 02:48:24PM +0200, Roman Zippel wrote:
> Hi,
> 
> On Mon, 10 Oct 2005, Sven Luther wrote:
> 
> > I don't know if this is intentional or not, but i will simply ship the vmlinux
> > now, and use the mkvmlinuz tool to produce the resulting kernel, which would
> > be more in line with the rest of the powerpc subarches.
> > 
> > I have some questions concerning strip though, mkvmlinuz doesn't use strip,
> > but objcopy -O binary, which produces slightly smaller sizes. Do you know if
> > this would be ok for apus too, or will it strip too much ? 
> 
> No, this wouldn't work. The boot loader needs an ELF executable file, so 
> it only works with the vmlinux file or a stripped and/or gzipped version 
> of it.

Ok, was also my guess, i suppose that you now use the vmlinux file and gzip
it manually, right ? 

Friendly,

Sven Luther

Re: apus and vmapus target ...

[Roman Z. <zi...@li...>]

Hi,

On Mon, 10 Oct 2005, Sven Luther wrote:

> Ok, was also my guess, i suppose that you now use the vmlinux file and gzip
> it manually, right ? 

I usually just use vmlinux directly.

bye, Roman

Re: apus and vmapus target ...

[<A.L...@lb...>]

Hi,

> > Ok, was also my guess, i suppose that you now use the vmlinux file and gzip
> > it manually, right ? 
> 
> I usually just use vmlinux directly.

as do I


alan

Re: apus and vmapus target ...

[Sven L. <sve...@wa...>]

On Tue, Oct 11, 2005 at 08:46:05AM +0100, A.L...@lb... wrote:
> Hi,
> 
> > > Ok, was also my guess, i suppose that you now use the vmlinux file and gzip
> > > it manually, right ? 
> > 
> > I usually just use vmlinux directly.
> 
> as do I

So, the debian package could just plainly ship the vmlinux file, instead of
post-processing it through mkvmlinuz to generate the stripped compressed
version.

BTW, i would appreciate if someone could test the 2.6.13-2 packages once they
are uploaded, and confirm that they indeed work.


Friendly,

Sven Luther

Re: apus and vmapus target ...

[<A.L...@lb...>]

Hi,

> BTW, i would appreciate if someone could test the 2.6.13-2 packages once they
> are uploaded, and confirm that they indeed work.

regarding compression - thats a Debian choice...or policy I guess. 

regarding testing: what version of Debian would I be happy using with
2.6.13-2 ?  I think my world is a little old...any issues with mod-utils
etc?

alan

Re: apus and vmapus target ...

[Sven L. <sve...@wa...>]

On Tue, Oct 11, 2005 at 10:49:00AM +0100, A.L...@lb... wrote:
> Hi,
>
> > BTW, i would appreciate if someone could test the 2.6.13-2 packages once
> > they
> > are uploaded, and confirm that they indeed work.
>
> regarding compression - thats a Debian choice...or policy I guess.

Well, as policy on powerpc is something i more or less set :)

> regarding testing: what version of Debian would I be happy using with
> 2.6.13-2 ?  I think my world is a little old...any issues with mod-utils
> etc?

Well, i will probably provide sarge backports, but i suppose you are running
some kind of woody, right ? Or maybe even older ?

you need module-init-tools, the newer udev, linux-image-2.6.13-1-apus, and
either choice of yaird or initramfs-tools. 

Maybe your best choice for this will be to wait until i build d-i images from
it, which you can test without touching your hardware.

Friendly,

Sven Luther