On Mon, 13 Sep 2010, Wolfgang Denk wrote:
> Dear Nicolas Pitre,
>
> In message you wrote:
> >
> > > So your problem could be solved if we were able to specify a relative
> > > load address (relative to the start of system RAM), and relative
> > > entry point address (offset into image) ?
> >
>
Dear Nicolas Pitre,
In message you wrote:
>
> > So your problem could be solved if we were able to specify a relative
> > load address (relative to the start of system RAM), and relative
> > entry point address (offset into image) ?
>
> Yes, that would work.
Then let's discuss how we can get t
On Mon, 13 Sep 2010, Wolfgang Denk wrote:
> Dear Nicolas,
>
> In message you wrote:
> >
> > > Maybe this should/could be addressed on the Linux side then? We don't
> > > have such problems on PwerPC, for example.
> >
> > On the Linux side, we currently have a fully position independent
> > zI
Dear Nicolas,
In message you wrote:
>
> > Maybe this should/could be addressed on the Linux side then? We don't
> > have such problems on PwerPC, for example.
>
> On the Linux side, we currently have a fully position independent
> zImage. So you already can load it anywhere in RAM and branch
On Sun, 12 Sep 2010, Wolfgang Denk wrote:
> In message <20100912150749.gb23...@bee.dooz.org> you wrote:
> > > I don't see why uImages differ across boards - if the same kernel
> > > image can be used (i. e. the same zImage file use to generate the
> > > uImages) on these boards?
> >
> > Well, it
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20100912150749.gb23...@bee.dooz.org> you wrote:
>
> Note that packages are downloaded directly *on* the target; that is,
> the target is running e.g. Debian or Ubuntu, one gets a kernel upgrade
> in the form of a .deb which is checksummed, instal
On Thu, Sep 09, 2010, Wolfgang Denk wrote:
> > These are indeed nice features of uImages (checksums +
> > build date information); but they are not needed in all use cases for
> > U-Boot. Distributions are shipping zImage for ARM nowadays and when
> > shipping zImage files withing packages (.d
Dear Scott Wood,
In message <20100909112816.7bd37...@schlenkerla.am.freescale.net> you wrote:
>
> Then why does u-boot only support certain calling conventions with
> certain image formats?
The "bootm" command supports only images it understands.
> So in other words, for booting an OS, U-Boot in
On Thu, 9 Sep 2010 09:26:39 +0200
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20100908160001.374ff...@schlenkerla.am.freescale.net> you wrote:
> >
> > > In message <20100908153455.527fc...@schlenkerla.am.freescale.net> you
> > > wrote:
> > > >
> > > > > > > Why not use uImage like w
Hi,
On Thu, Sep 9, 2010 at 4:43 AM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20100908153455.527fc...@schlenkerla.am.freescale.net> you wrote:
>>
>> > > > Why not use uImage like we do with other architectures?
>> > >
>> > > Whereas they'd say why can't U-Boot accept a simple binary
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20100908232753.ga20...@bee.dooz.org> you wrote:
>
> These are indeed nice features of uImages (checksums +
> build date information); but they are not needed in all use cases for
> U-Boot. Distributions are shipping zImage for ARM nowadays and w
Dear Scott Wood,
In message <20100908160001.374ff...@schlenkerla.am.freescale.net> you wrote:
>
> > In message <20100908153455.527fc...@schlenkerla.am.freescale.net> you wrote:
> > >
> > > > > > Why not use uImage like we do with other architectures?
> > > > >
> > > > > Whereas they'd say why ca
On Wed, Sep 08, 2010, Wolfgang Denk wrote:
> zImage does not contain any visible information about what it is,
> when it was build, etc. It is not checksum protected so you cannot
> verify if the image you just downloaded is good enough to erase what
> you have in flash, etc. etc.
These are indee
On Wed, 8 Sep 2010 22:43:48 +0200
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20100908153455.527fc...@schlenkerla.am.freescale.net> you wrote:
> >
> > > > > Why not use uImage like we do with other architectures?
> > > >
> > > > Whereas they'd say why can't U-Boot accept a simple b
Dear Scott Wood,
In message <20100908153455.527fc...@schlenkerla.am.freescale.net> you wrote:
>
> > > > Why not use uImage like we do with other architectures?
> > >
> > > Whereas they'd say why can't U-Boot accept a simple binary, and just
> > > run it in place without copying, like any other l
On Wed, 8 Sep 2010 22:32:56 +0200
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20100908152335.6d280...@schlenkerla.am.freescale.net> you wrote:
> >
> > > Why not use uImage like we do with other architectures?
> >
> > Whereas they'd say why can't U-Boot accept a simple binary, and j
Dear Scott Wood,
In message <20100908152335.6d280...@schlenkerla.am.freescale.net> you wrote:
>
> > Why not use uImage like we do with other architectures?
>
> Whereas they'd say why can't U-Boot accept a simple binary, and just
> run it in place without copying, like any other loader can?
U-Bo
On Wed, 8 Sep 2010 01:04:39 +0200
Wolfgang Denk wrote:
> > Or should u-boot just gain a new image type for zImage?
>
> Why not use uImage like we do with other architectures?
Whereas they'd say why can't U-Boot accept a simple binary, and just
run it in place without copying, like any other l
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20100903214753.ga8...@bee.dooz.org> you wrote:
> On Fri, Sep 03, 2010, Wolfgang Denk wrote:
> > > I have a client that has asked me to look into loading zImage files
> > > instead of uImage for some ARM based boards.
> > >
> > Why?
>
> It's the dir
On Fri, Sep 03, 2010, Wolfgang Denk wrote:
> > I have a client that has asked me to look into loading zImage files
> > instead of uImage for some ARM based boards.
>
> Why?
It's the direct output of the kernel build process; typically,
distributions ship a /boot/zImage-foo which gets converted
Dear Steve Sakoman,
In message you
wrote:
> I have a client that has asked me to look into loading zImage files
> instead of uImage for some ARM based boards.
Why?
> Any words of advice or warning in doing something similar for ARM?
No. IMO it makes little sense.
> Anyone familiar with the h
>
> I have a client that has asked me to look into loading zImage files
> instead of uImage for some ARM based boards.
>
> A quick search of the code base turned up some zimage code in the i386
> area.
>
> Any words of advice or warning in doing something similar for ARM?
>
> Anyone familiar
I have a client that has asked me to look into loading zImage files
instead of uImage for some ARM based boards.
A quick search of the code base turned up some zimage code in the i386 area.
Any words of advice or warning in doing something similar for ARM?
Anyone familiar with the history of why
23 matches
Mail list logo
