Dear All,
Could some one tell me how to install Qtopia/OPIE/QTEmbedded on omap5912 -osk?
Thank you,
Shareef
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
> (Maybe I _am_ the only person who still cares about
> building on a host without perl. If I wasn't, somebody else would have acked
> the patch...)
perl is pretty standard and I fail to see the benefits of avoiding it.
For embedded development I see even less benefits as I assume
any sane embe
On Tuesday 10 June 2008 09:31:18 mohammed shareef wrote:
> Dear All,
>
> Could some one tell me how to install Qtopia/OPIE/QTEmbedded on omap5912 -osk?
>
That's probably a bit off-topic for this list. Try the Qtopia-Interest mailing
list we run:
http://lists.trolltech.com/qtopia-interest/
I'
On Mon, Jun 09, 2008 at 06:37:29PM -0700, Tim Bird wrote:
> Rob Landley wrote:
> > On Friday 06 June 2008 18:47:47 Tim Bird wrote:
> >> At a minimum, it would be nice to have a few nice examples
> >> of really, really small configs for things like qemus for different
> >> architectures (just to giv
In message <[EMAIL PROTECTED]> you wrote:
> > (Maybe I _am_ the only person who still cares about
> > building on a host without perl. If I wasn't, somebody else would have
> > acked
> > the patch...)
>
> perl is pretty standard and I fail to see the benefits of avoiding it.
> For embedded dev
My only comment is I remember when Eric Raymond submitted a smart
config thing (before Kconfig, which copied Eric's best ideas).
The main objection to Eric's patch was that it was written in Python,
causing kernel builds to depend Python.
When did this policy change, so that it's now acceptable t
On Tue, Jun 10, 2008 at 11:20:18AM +0100, Jamie Lokier wrote:
> My only comment is I remember when Eric Raymond submitted a smart
> config thing (before Kconfig, which copied Eric's best ideas).
>
> The main objection to Eric's patch was that it was written in Python,
> causing kernel builds to de
>
> When did this policy change, so that it's now acceptable to depend on
> Perl, which is roughly equivalent as a tool dependency?
We have perl as a mandatory part of the kernel build in several places
for various architectures.
And I do not recall anyone submitting a bug that they could not bui
On Tue, Jun 10, 2008 at 2:12 PM, Jamie Lokier <[EMAIL PROTECTED]> wrote:
> Wolfgang Denk wrote:
>> Being unable to do this just because we now also would need a native
>> Perl is indeed a PITA...
>
> You can run the Perl bit with "ssh remote perl", and still do the rest
> of the compile natively.
On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
> On Tue, Jun 10, 2008 at 2:12 PM, Jamie Lokier <[EMAIL PROTECTED]> wrote:
> > Wolfgang Denk wrote:
> >> Being unable to do this just because we now also would need a native
> >> Perl is indeed a PITA...
> >
> > You can run the Perl bit with "s
Wolfgang Denk wrote:
> Being unable to do this just because we now also would need a native
> Perl is indeed a PITA...
You can run the Perl bit with "ssh remote perl", and still do the rest
of the compile natively. It's not pretty, but workable.
-- Jamie
--
To unsubscribe from this list: send t
In message <[EMAIL PROTECTED]> you wrote:
>
> You can run the Perl bit with "ssh remote perl", and still do the rest
> of the compile natively. It's not pretty, but workable.
This may or may not work. If, for example, perl is running on a
remote little endian host (like a standard x86 PC)
On Tue, Jun 10, 2008 at 2:33 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
>> On Tue, Jun 10, 2008 at 2:12 PM, Jamie Lokier <[EMAIL PROTECTED]> wrote:
>> > Wolfgang Denk wrote:
>> >> Being unable to do this just because we now also would need
In message <[EMAIL PROTECTED]> you wrote:
>
> I'm not convinced it matters at all. Self hosting on an embedded
> architecture is, as has been mentioned, pretty pointless.
YMMV...
> system. For example I don't think I'll ever be able to self host a
> kernel build on a board with only 32Mb of on-bo
On Tue, 2008-06-10 at 14:47 +0100, Will Newton wrote:
> On Tue, Jun 10, 2008 at 2:33 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
> >> Using a kernel compile as a test isn't such a great idea. Stress tests
> >> of that kind are not particu
On Tue, Jun 10, 2008 at 7:53 AM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-06-10 at 14:47 +0100, Will Newton wrote:
>> On Tue, Jun 10, 2008 at 2:33 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
>> > On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
>> >> Using a kernel compile
In message <[EMAIL PROTECTED]> you wrote:
>
> I would be surprised if it was possible to compile Linux with gcc 4.2
> with 32MiB of total system memory.
Hint: if memory really gets tight, you can use swap space. Either to
a local drive (either through PCI or PCMCIA/PCCard or USB or FW or
...),
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > I would be surprised if it was possible to compile Linux with gcc 4.2
> > with 32MiB of total system memory.
>
> Hint: if memory really gets tight, you can use swap space. Either to
> a local drive (either through PCI or
Sam Ravnborg wrote:
>> (Maybe I _am_ the only person who still cares about
>> building on a host without perl. If I wasn't, somebody else would have
>> acked
>> the patch...)
>
> perl is pretty standard and I fail to see the benefits of avoiding it.
> For embedded development I see even less b
Adrian Bunk wrote:
> But if you want to discover size change with minimal configs early you
> anyway have to both:
> - constantly keep your configs in shape so that they are both minimal
> for some set of hardware support and features and
> - investigate for any size changes what caused them
>
On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> Adrian Bunk wrote:
>...
> > You need both, and ideally constantly done by the same person against
> > Linus' tree, -next and -mm.
> >
> > Where to get your minimal configs from at the start is just a small
> > thing at the beginning - d
On Tue, Jun 10, 2008 at 09:30:04PM +0300, Adrian Bunk wrote:
> On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > Adrian Bunk wrote:
> >...
> > > You need both, and ideally constantly done by the same person against
> > > Linus' tree, -next and -mm.
> > >
> > > Where to get your minima
On Tue, Jun 10, 2008 at 08:51:23PM +0200, Sam Ravnborg wrote:
> On Tue, Jun 10, 2008 at 09:30:04PM +0300, Adrian Bunk wrote:
> > On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > > Adrian Bunk wrote:
> > >...
> > > > You need both, and ideally constantly done by the same person against
diffconfig is a simple utility for comparing two .config files.
Using standard diff to compare .config files often includes
extraneous and distracting information. This utility produces
sorted output with only the changes in configuration values
between the two files.
I have found this handy for
Michael Opdenacker wrote:
> Here's one such configuration:
> http://free-electrons.com/tmp/versatile_qemu_defconfig
>...
> Or would you prefer to have the exact configuration I used last year? In
> this case, the configuration is in
> http://free-electrons.com/pub/qemu/demos/arm/directfb/1.0/
Than
On Tue, 10 June 2008 12:41:54 -0700, Tim Bird wrote:
> Delivery-date: Tue, 10 Jun 2008 21:44:08 +0200
> From: Tim Bird <[EMAIL PROTECTED]>
> To: linux-embedded
> CC: linux kernel <[EMAIL PROTECTED]>
> Subject: [PATCH] add diffconfig utility
Neat. But I have one nagging question: who do you expec
On Tue, Jun 10, 2008 at 11:02:18PM +0200, Jörn Engel wrote:
> On Tue, 10 June 2008 12:41:54 -0700, Tim Bird wrote:
> > Delivery-date: Tue, 10 Jun 2008 21:44:08 +0200
> > From: Tim Bird <[EMAIL PROTECTED]>
> > To: linux-embedded
> > CC: linux kernel <[EMAIL PROTECTED]>
> > Subject: [PATCH] add diff
On Tue, Jun 10, 2008 at 12:41:54PM -0700, Tim Bird wrote:
> diffconfig is a simple utility for comparing two .config files.
> Using standard diff to compare .config files often includes
> extraneous and distracting information. This utility produces
> sorted output with only the changes in configu
Sam Ravnborg wrote:
> I will merge it if the feedabck is positive and eventual feedback
> is dealt with. (And Tim reminds me to do so in a week or so).
Thanks.
> I take most of the random scripts in scripts/ via kbuild.git.
OK - sounds like you're the right person to ask a question
that has been
On Tue, 2008-06-10 at 12:41 -0700, Tim Bird wrote:
> +# Added and removed items are shown with a leading plus or minus,
> +# respectively. Changed items show the old and new values on a
> +# single line.
It'd be really nice if it could give its output in the same form as
the .config file itself -
On Tuesday 2008-06-10 23:33, Tim Bird wrote:
>
>> I take most of the random scripts in scripts/ via kbuild.git.
>
>OK - sounds like you're the right person to ask a question
>that has been nagging me.
>
>Is there a proper way to get the execute bit set in the git tree
>on patches that contain scr
On Tue, 2008-06-10 at 16:02 -0700, Arjan van de Ven wrote:
> the person who wrote that tool also wrote a similar diff tool ;)
> but it's horrible perl I suspect.
Yeah, but I can't find it in CVS right now for some reason.
--
dwmw2
--
To unsubscribe from this list: send the line "unsubscribe lin
David Woodhouse wrote:
> On Tue, 2008-06-10 at 12:41 -0700, Tim Bird wrote:
>> +# Added and removed items are shown with a leading plus or minus,
>> +# respectively. Changed items show the old and new values on a
>> +# single line.
>
> It'd be really nice if it could give its output in the same f
On Tue, 10 Jun 2008 23:07:04 +0100
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-06-10 at 12:41 -0700, Tim Bird wrote:
> > +# Added and removed items are shown with a leading plus or minus,
> > +# respectively. Changed items show the old and new values on a
> > +# single line.
>
> It
Sam Ravnborg wrote:
> I know this is unix style to be very short in usage - but then they
> have man pages.
> Could we add a bit more from the nice description above to usage?
Good idea. Might as well make it visible.
David Woodhouse wrote:
> It'd be really nice if it could give its output in th
On Monday 09 June 2008 20:37:29 Tim Bird wrote:
> Rob Landley wrote:
> > On Friday 06 June 2008 18:47:47 Tim Bird wrote:
> >> At a minimum, it would be nice to have a few nice examples
> >> of really, really small configs for things like qemus for different
> >> architectures (just to give embedded
On Tuesday 10 June 2008 02:54:32 Sam Ravnborg wrote:
> > (Maybe I _am_ the only person who still cares about
> > building on a host without perl. If I wasn't, somebody else would have
> > acked the patch...)
>
> perl is pretty standard
An implementation is not the same thing as a standard. If yo
On Tuesday 10 June 2008 03:36:10 Adrian Bunk wrote:
> On Mon, Jun 09, 2008 at 06:37:29PM -0700, Tim Bird wrote:
> > Rob Landley wrote:
> > > On Friday 06 June 2008 18:47:47 Tim Bird wrote:
> > >> At a minimum, it would be nice to have a few nice examples
> > >> of really, really small configs for t
On Tuesday 10 June 2008 13:51:23 Sam Ravnborg wrote:
> On Tue, Jun 10, 2008 at 09:30:04PM +0300, Adrian Bunk wrote:
> > On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > > Adrian Bunk wrote:
> > >...
> > >
> > > > You need both, and ideally constantly done by the same person against
> >
On Tuesday 10 June 2008 13:30:04 Adrian Bunk wrote:
> On Tue, Jun 10, 2008 at 11:18:30AM -0700, Tim Bird wrote:
> > Adrian Bunk wrote:
> >...
> >
> > > You need both, and ideally constantly done by the same person against
> > > Linus' tree, -next and -mm.
> > >
> > > Where to get your minimal confi
On Tuesday 10 June 2008 08:49:32 Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you
wrote:
> > I'm not convinced it matters at all. Self hosting on an embedded
> > architecture is, as has been mentioned, pretty pointless.
>
> YMMV...
>
> > system. For example I don't think I'll ever be able
On Tue, Jun 10, 2008 at 12:50:34PM +0200, Sam Ravnborg wrote:
> >
> > When did this policy change, so that it's now acceptable to depend on
> > Perl, which is roughly equivalent as a tool dependency?
>
> We have perl as a mandatory part of the kernel build in several places
> for various architec
On Tuesday 10 June 2008 08:47:20 Will Newton wrote:
> On Tue, Jun 10, 2008 at 2:33 PM, David Woodhouse <[EMAIL PROTECTED]>
wrote:
> > On Tue, 2008-06-10 at 14:25 +0100, Will Newton wrote:
> >> On Tue, Jun 10, 2008 at 2:12 PM, Jamie Lokier <[EMAIL PROTECTED]>
wrote:
> >> > Wolfgang Denk wrote:
> >
Hi Rob,
Rob Landley wrote:
On Tuesday 10 June 2008 02:54:32 Sam Ravnborg wrote:
(Maybe I _am_ the only person who still cares about
building on a host without perl. If I wasn't, somebody else would have
acked the patch...)
perl is pretty standard
An implementation is not the same thing as a
On Tuesday 10 June 2008 13:18:30 Tim Bird wrote:
> bitrot in mainline. My experience is that usually a 'make oldconfig'
> will produce something usable. But maybe that wouldn't be as
> effective with a minconfig?
I'm probably going to have to start breaking down and patching the kconfig
infrast
> >
> > When I get my kconfig patchset polished you will be able to do:
> >
> > make K=my_mini_config allnoconfig
>
> So you're renaming KCONFIG_ALLNOCONFIG then?
Somehow yes. The K= notation I hope will see more use. Only very few
people know the KCONFIG_ALL*CONFIG= trick.
>
> > Thus selecting
46 matches
Mail list logo
