Petr Vanek wrote:
> Werner, you might recognize this tkinter script :)
Looks familiar indeed :) Already Tkinter sounded like a clue.
I think I'm the only one in Openmoko using it.
> http://vanous.penguin.cz/files/om/menu/menu.jpg
Nice and simple :) If the uSD choices had a little more
descriptiv
WA> Sounds cool. Screenshots, for those of us with more curiosity
WA> than time to play ?
WA>
WA> - Werner
Werner, you might recognize this tkinter script :)
http://vanous.penguin.cz/files/om/menu/menu.jpg
Petr
___
devel mailing list
devel@lists.ope
Petr Vanek wrote:
> upsides:
Sounds cool. Screenshots, for those of us with more curiosity
than time to play ?
- Werner
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
AG> Not 100% certain but stripping the 64-byte U-Boot header that we add
AG> will certainly devolve it somewhat.
AG>
AG> | I am not really sure i understand what happens here (build
AG> script): |
AG> | ${CROSS_COMPILE}objcopy -O binary -R .note -R .comment -S
AG> | $1/arch/arm/boot/compressed/vm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| AG>
| AG> make ARCH=arm menuconfig
|
| thank you.
|
| is there a way to make zImage out of uImage again?
Not 100% certain but stripping the 64-byte U-Boot header that we add
will certainly devolve it somewh
AG>
AG> make ARCH=arm menuconfig
thank you.
is there a way to make zImage out of uImage again?
I am not really sure i understand what happens here (build script):
${CROSS_COMPILE}objcopy -O binary -R .note -R .comment -S
$1/arch/arm/boot/compressed/vmlinux $1/linux.bin
mkimage -A arm -O l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Tue, 3 Mar 2009 07:09:06 -0300
| Werner Almesberger (WA) wrote:
|
| WA> Petr Vanek wrote:
| WA> > dear kernel boys, is there a minimal _keep_fr_just_alive_ kernel
| WA> > config somewhere? then we only n
On Tue, 3 Mar 2009 07:09:06 -0300
Werner Almesberger (WA) wrote:
WA> Petr Vanek wrote:
WA> > dear kernel boys, is there a minimal _keep_fr_just_alive_ kernel
WA> > config somewhere? then we only need to add fb and filesystems
WA>
WA> You could try to take out things from gta02_micro_defconf
Petr Vanek wrote:
> dear kernel boys, is there a minimal _keep_fr_just_alive_ kernel config
> somewhere? then we only need to add fb and filesystems
You could try to take out things from gta02_micro_defconfig. E.g.,
I still have USB and I also left a few things in that were only
needed to not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| TK> It should be pretty easy. You only need to add patches to the
| TK> linux-kexecboot recipe. It may be
| TK> a problem that the phones only have two buttons, but that could be
| TK> solved. The size of k
TK> It should be pretty easy. You only need to add patches to the
TK> linux-kexecboot recipe. It may be
TK> a problem that the phones only have two buttons, but that could be
TK> solved. The size of kernel + rootfs
TK> for collie is ca. 800KB and it takes only a few seconds to get to
TK> the boo
On Sun, 2009-03-01 at 11:57 +, Andy Green wrote:
> I asked Charlie to make a mini SDL static library build, which he has
> done; the stock one wants a lot of shared libs. He also made a demo
> applet that displays tux via SDL when it runs.
>
Yes I confirm, SDL would be a usable solution. It h
Petr Vanek schrieb:
> Hi Thomas,
>
> i have prepared a small rootfs (in fact initrd) image [1] with kernel,
> Xfbdev and Xglamo xserver and mdev (all together 5653892 Bytes) (by
> using Werner's scripts :). It takes about 12secs to boot from first pwr
> press (with qi). I have kexecboot already bui
PF> Probably you can save some 3 sec here by commenting out boot from
PF> uSD in Qi. To me personally boot time doesn't matter much, btw.
i tried that yesterday but it failed to boot altogether...
will still give it a shot,
Petr
___
devel mailing li
Petr Vanek writes:
> Petr Vanek (PV) wrote:
>>AG> Where is the time mainly going, loading kernel + initramfs, or boot
>>AG> action, or userspace?
>>AG>
>>
>>uSD card removed, using qi:
>>
>>Sun Mar 1 18:23:49 CET 2009 pwr pressed
>>Sun Mar 1 18:23:51 CET 2009 aux led on and off
> forgot to add
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Am Sonntag, den 01.03.2009, 18:09 +0100 schrieb "Marco Trevisan
| (Treviño)":
|> Michael 'Mickey' Lauer wrote:
|>> Oh no. Please don't introduce SDL. We have something leaner and much
|>> better -- it's call
Am Sonntag, den 01.03.2009, 18:09 +0100 schrieb "Marco Trevisan
(Treviño)":
> Michael 'Mickey' Lauer wrote:
> > Oh no. Please don't introduce SDL. We have something leaner and much
> > better -- it's called EFL.
>
> And if I recall correctly using elementary with fb should be pretty
> easy... Isn'
On Sun, 1 Mar 2009 18:27:42 +0100
Petr Vanek (PV) wrote:
>AG> Where is the time mainly going, loading kernel + initramfs, or boot
>AG> action, or userspace?
>AG>
>
>uSD card removed, using qi:
>
>Sun Mar 1 18:23:49 CET 2009 pwr pressed
>Sun Mar 1 18:23:51 CET 2009 aux led on and off
forgot to
AG> Where is the time mainly going, loading kernel + initramfs, or boot
AG> action, or userspace?
AG>
uSD card removed, using qi:
Sun Mar 1 18:23:49 CET 2009 pwr pressed
Sun Mar 1 18:23:51 CET 2009 aux led on and off
Sun Mar 1 18:23:53 CET 2009 aux led on (and stays on)
Sun Mar 1 18:23:55 CE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| WA> This size is still a bit on the large side, tough. Andy and I have
| WA> been discussing this thing last week and we think that one could
| WA> bring the size down considerably by using SDL instead of X.
Michael 'Mickey' Lauer wrote:
> Oh no. Please don't introduce SDL. We have something leaner and much
> better -- it's called EFL.
And if I recall correctly using elementary with fb should be pretty
easy... Isn't it?
--
Treviño's World - Life and Linux
http://www.3v1n0.net/
M'L> You're already using initramfs?
Yes
--
Petr Vanek
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
You're already using initramfs?
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
WA> This size is still a bit on the large side, tough. Andy and I have
WA> been discussing this thing last week and we think that one could
WA> bring the size down considerably by using SDL instead of X. The
WA> tricky bit is to reduce the number of dependencies on other
WA> libraries. I think Guil
Am Sonntag, den 01.03.2009, 08:24 -0300 schrieb Werner Almesberger:
> Petr Vanek wrote:
> > i have prepared a small rootfs (in fact initrd) image [1] with kernel,
> > Xfbdev and Xglamo xserver and mdev (all together 5653892 Bytes)
>
> Nice ! mdev is indeed pretty fast. I have to use this for my st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| This size is still a bit on the large side, tough. Andy and I have
| been discussing this thing last week and we think that one could
In fact I brought it up with several people including Werner.
| bring
Petr Vanek wrote:
> i have prepared a small rootfs (in fact initrd) image [1] with kernel,
> Xfbdev and Xglamo xserver and mdev (all together 5653892 Bytes)
Nice ! mdev is indeed pretty fast. I have to use this for my stuff
as well. udev is like watching the whole life of paint from drying
until i
>> More specifically, that you don't actually change the boot loader
>> but make a small Linux system that does nothing but bring up the
>> menu and then execute the respective choice with kexec.
>>
>I wrote a little C programm for this for zaurus pda. It has no
>touchscreen suppport, but you m
Thomas Kunze wrote:
> I wrote a little C programm for this for zaurus pda.
Nice ! I'd rather stay away from mandatory auto-detection, but
user-selected auto-detection combined with a list of (hopefully ;-)
safe choices should work well.
- Werner
___
de
Werner Almesberger schrieb:
> ramsarvan wrote:
>
>> I want to have a boot menu which shows the touch based platform
>> selection options.
>>
>
> You mean you want to have a boot menu (instead of the current u-boot
> menu) that uses the touch screen ?
>
>
>> Is that possible to do?
>>
I wrote:
> - teach Qi to read zImage.
I just gave it a try. Seems to work well enough. Patches on
openmoko-kernel.
- Werner
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
Petr Vanek wrote:
> so each distro would have to supply zImage... or can one locate the
> build directory where our [fr owners :)] kernels come from, so one
> could get t zImage from there?
Hmm yes, that would be one option. Other possibilities include:
- add uImage support to kexec-tools
- teac
please excuse my questions (perhaps too stupid for you):
On Sat, 27 Dec 2008 03:27:17 -0200
Werner Almesberger (WA) wrote:
>More specifically, that you don't actually change the boot loader
>but make a small Linux system that does nothing but bring up the
>menu and then execute the respective c
Hi Werner,
Thank you for the reply.
>You mean you want to have a boot menu (instead of the current u-boot
>menu) that uses the touch screen ?
Yes. I want a Graphical UI instead of the character based uboot menu ui.
Which will have 2 big icons showing Qtopia & Android. When user selects
that par
ramsarvan wrote:
> I want to have a boot menu which shows the touch based
> platform selection options.
You mean you want to have a boot menu (instead of the current u-boot
menu) that uses the touch screen ?
> Is that possible to do?
That would certainly be possible to do, but ... may I suggest
35 matches
Mail list logo
