Hi Martix,
thank you for the reply.
> Hi,
> I had this problem few months ago.
> You should flash u-boot to NAND by nandwrite and run "dynpart" and
> "dynenv set u-boot_env" in NAND u-boot console.
> see: http://wiki.openmoko.org/wiki/Nandwrite
> Then you ca
Hi,
I had this problem few months ago.
You should flash u-boot to NAND by nandwrite and run "dynpart" and
"dynenv set u-boot_env" in NAND u-boot console.
see: http://wiki.openmoko.org/wiki/Nandwrite
Then you can flash all partitions (including NAND u-boot) via dfu-util
from
Hi,
the issue described at
http://docs.openmoko.org/trac/ticket/2348
is still there.
Tried with 2 versions of dfu-util
dfu-util --intf 0 -l
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY
Found Runtime: [0x1d50:0x5119] devnum=53, cfg=0, intf=2, al
would have come sooner (people did talk about trying to
make a little multi-boot quite a while ago !).
And I do agree with Torfinn. I do need to be able to access different
partitions. But I really tried hard and different timings for clicking
Aux, but at the very best I can choose the good partition
Hi,
On Sun, Sep 27, 2009 at 11:29 AM, Petr Vanek wrote:
>
> how well do you want to have it published? :)
A howto that explains every step needed to put it al together would be nice.
Example:
- where would the "menu partition" live? On SD crd or on NAND?
- how do I install the whole deal?
>
>FWIW, the link works for me (now). The subject of the thread is "Touch
>based Dual Boot Menu".
>The thread is from March this year, it includes a couple of examples,
>one have a screenshot of a working menu.
how well do you want to have it published? :) the thread mentions all
that is needed to a
Am 26.09.2009 um 10:20 schrieb Dave Ball:
> Dr. H. Nikolaus Schaller wrote:
>> What I wonder is why nobody did fix u-boot if it had problems with
>> bigger kernels.
>>
> I'm just a bystander here, but from what I understood this wasn't the
> reason Qi was started.
>
> u-boot is an entire environm
On Sat, Sep 26, 2009 at 11:12 AM, Nikita V. Youshchenko wrote:
> > What
> > you _can_ do is construct a mini Linux environment that provides a boot
> > menu / usb-dfu, and is booted by Qi in the normal way. This would place
> > those tools in regular Linux userspace, i.e. much more accessible to
On Sat, Sep 26, 2009 at 12:00:46AM +0400, Paul Fertser wrote:
> Qi was created to have a minimal simple easily maintainable
> bootloader, take a look at coreboot project to understand the idea
> behind Qi. U-boot is just wrong for this kind of device: it's
> neverending porting of Linux drivers to
Hi,
On Sat, Sep 26, 2009 at 1:17 PM, Rask Ingemann Lambertsen <
ccc94...@vip.cybercity.dk> wrote:
> On Sat, Sep 26, 2009 at 10:36:54AM +0100, George Brooke wrote:
>
> > There was a thread on the devel list see here:
> > http://lists.openmoko.org/nabble.html#nabble-td1980163%7Ca1980163
>
>Tha
> On Sat, Sep 26, 2009 at 10:36:54AM +0100, George Brooke wrote:
> > There was a thread on the devel list see here:
> > http://lists.openmoko.org/nabble.html#nabble-td1980163%7Ca1980163
>
>That link isn't working, it just gives a nearly blank page.
It worked for me in Firefox, but not in konq
> What
> you _can_ do is construct a mini Linux environment that provides a boot
> menu / usb-dfu, and is booted by Qi in the normal way. This would place
> those tools in regular Linux userspace, i.e. much more accessible to
> regular non kernel / bootloader hackers. This could be the default or
On Sat, Sep 26, 2009 at 10:36:54AM +0100, George Brooke wrote:
> There was a thread on the devel list see here:
> http://lists.openmoko.org/nabble.html#nabble-td1980163%7Ca1980163
That link isn't working, it just gives a nearly blank page.
--
Rask Ingemann Lambertsen
Danish law requires add
> u-boot being slower to boot.
Just FYI.
I was involved in recent MontaVista's boot-in-one-second presentation.
That demo did use u-boot (although somewhat changes) in the one-second boot
process. Kernel got control there in about 0.3 seconds since poweron.
So claim that u-boot is unable to do t
On Sat, 2009-09-26 at 09:06 +0200, Dr. H. Nikolaus Schaller wrote:
> Am 25.09.2009 um 21:27 schrieb Torfinn Ingolfsen:
>
> >
> > To a user, it might look like this:
> > - U-boot wasn't working correctly with newer (bigger) kernels, so
> > the developer(s) abandoned it
> > - instead they created
On Saturday 26 September 2009 10:12:59 Nikita V. Youshchenko wrote:
> > What
> > you _can_ do is construct a mini Linux environment that provides a boot
> > menu / usb-dfu, and is booted by Qi in the normal way. This would place
> > those tools in regular Linux userspace, i.e. much more accessible
Am 26.09.2009 um 11:12 schrieb Nikita V. Youshchenko:
>> What
>> you _can_ do is construct a mini Linux environment that provides a
>> boot
>> menu / usb-dfu, and is booted by Qi in the normal way. This would
>> place
>> those tools in regular Linux userspace, i.e. much more accessible to
>>
"Dr. H. Nikolaus Schaller" writes:
>> To a user, it might look like this:
>> - U-boot wasn't working correctly with newer (bigger) kernels, so
>> the developer(s) abandoned it
>> - instead they created Qi to be newer, better, faster and so on
>> - Qi isn't living up to promises for users
>>
>> I
Dave Ball writes:
...
> There's a philosophical difference between the two projects, and I think
> Qi's approach is much better suited to this kind of hardware, than
> u-boot could ever be (with trunk, or with the existing gripes resolved).
Great thanks for this clear and complete explanation.
Dr. H. Nikolaus Schaller wrote:
> What I wonder is why nobody did fix u-boot if it had problems with
> bigger kernels.
>
I'm just a bystander here, but from what I understood this wasn't the
reason Qi was started.
u-boot is an entire environment that needs drivers for a lot of the
hardware
Am 25.09.2009 um 21:27 schrieb Torfinn Ingolfsen:
>
> To a user, it might look like this:
> - U-boot wasn't working correctly with newer (bigger) kernels, so
> the developer(s) abandoned it
> - instead they created Qi to be newer, better, faster and so on
> - Qi isn't living up to promises for
On Friday 25 September 2009 20:27:33 Torfinn Ingolfsen wrote:
> Hi,
>
> On Fri, Sep 25, 2009 at 6:59 AM, Paul Fertser wrote:
> > And in fact if anybody of those talking about bootmenu, multiboot and
> > such really needed it he would have done it himself long time ago. I
> > bet trying and tweakin
Torfinn Ingolfsen writes:
> And in fact if anybody of those talking about bootmenu, multiboot and
> such really needed it he would have done it himself long time ago. I
> bet trying and tweaking all distros including Qtopia, Qtmoko, Android,
> H:1 etc etc took them 10x time require
Hi,
On Fri, Sep 25, 2009 at 6:59 AM, Paul Fertser wrote:
> And in fact if anybody of those talking about bootmenu, multiboot and
> such really needed it he would have done it himself long time ago. I
> bet trying and tweaking all distros including Qtopia, Qtmoko, Android,
> H:1 etc etc took them
Am 25.09.2009 um 08:46 schrieb Jose Luis Perez Diez:
> El Friday, 25 de September de 2009 06:37:19 Dr. H. Nikolaus Schaller
> va
> escriure:
>> Am 24.09.2009 um 22:44 schrieb Rask Ingemann Lambertsen:
>>>
>>> I tried to merge the two trees a couple of months ago, but the
>>> NAND flash
>>> cod
El Friday, 25 de September de 2009 06:37:19 Dr. H. Nikolaus Schaller va
escriure:
> Am 24.09.2009 um 22:44 schrieb Rask Ingemann Lambertsen:
> >
> > I tried to merge the two trees a couple of months ago, but the
> > NAND flash
> > code has changed so much that merging in the 2442 support require
Rask Ingemann Lambertsen writes:
> On Wed, Sep 23, 2009 at 12:36:43AM +0400, Paul Fertser wrote:
>> Torfinn Ingolfsen writes:
>> > Qi _will_ need to be improved until it is usable for end users, or
>> > it will fade away
>>
>> I really can't understand the desire to multi-boot.
>
>What does
Am 24.09.2009 um 22:44 schrieb Rask Ingemann Lambertsen:
> On Thu, Sep 24, 2009 at 08:08:53PM +0200, Dr. H. Nikolaus Schaller
> wrote:
>
>> No, except that it is not really "u-boot" but a 2 years old fork that
>> is now no longer maintained.
>
> I tried to merge the two trees a couple of mont
On Thu, Sep 24, 2009 at 08:08:53PM +0200, Dr. H. Nikolaus Schaller wrote:
> No, except that it is not really "u-boot" but a 2 years old fork that
> is now no longer maintained.
I tried to merge the two trees a couple of months ago, but the NAND flash
code has changed so much that merging in
> Hi,
>
> On Thu, Sep 24, 2009 at 6:31 PM, Al Johnson
>
> wrote:
> > > Can I find out what partitions I have on NAND in my FreeRunner, and
> > > mount them from Linux?
> > > (I am currently running QtMoko v11, booted from p2 on a SD card)
> >
> &g
Am 24.09.2009 um 19:36 schrieb Rask Ingemann Lambertsen:
> On Thu, Sep 24, 2009 at 04:18:30PM +0200, Torfinn Ingolfsen wrote:
>> On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen <
>> ccc94...@vip.cybercity.dk> wrote:
>>
>>> On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
Hi,
On Thu, Sep 24, 2009 at 6:31 PM, Al Johnson
wrote:
> > Can I find out what partitions I have on NAND in my FreeRunner, and mount
> > them from Linux?
> > (I am currently running QtMoko v11, booted from p2 on a SD card)
>
> mount -t jffs2 /dev/mtdblock6 /some/suitabl
On Thu, Sep 24, 2009 at 04:18:30PM +0200, Torfinn Ingolfsen wrote:
> On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen <
> ccc94...@vip.cybercity.dk> wrote:
>
> > On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
> >
> > > The idea of having a simple GUI boot loader could be
On Thursday 24 September 2009, tingox wrote:
> Hello,
>
> Can I find out what partitions I have on NAND in my FreeRunner, and mount
> them from Linux?
> (I am currently running QtMoko v11, booted from p2 on a SD card)
mount -t jffs2 /dev/mtdblock6 /some/
On Thursday 24 September 2009, Torfinn Ingolfsen wrote:
> Hi,
>
> On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen <
>
> ccc94...@vip.cybercity.dk> wrote:
> > On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
> > > The idea of having a simple GUI boot loader could be very use
Hello,
Can I find out what partitions I have on NAND in my FreeRunner, and mount
them from Linux?
(I am currently running QtMoko v11, booted from p2 on a SD card)
--
Regards,
Torfinn Ingolfsen
___
Openmoko community mailing list
community
Hi,
On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen <
ccc94...@vip.cybercity.dk> wrote:
> On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
>
> > The idea of having a simple GUI boot loader could be very useful...
>
>We have one. It's called U-Boot. Or am I missing som
Hi,
On Thu, Sep 24, 2009 at 4:02 PM, Rask Ingemann Lambertsen <
ccc94...@vip.cybercity.dk> wrote:
> On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
>
> > The idea of having a simple GUI boot loader could be very useful...
>
>We have one. It's called U-Boot. Or am I missing som
On Wed, Sep 23, 2009 at 12:36:43AM +0400, Paul Fertser wrote:
> Torfinn Ingolfsen writes:
> > Qi _will_ need to be improved until it is usable for end users, or
> > it will fade away
>
> I really can't understand the desire to multi-boot.
What does it matter if you understand anybody elses de
On Tue, Sep 22, 2009 at 11:11:04PM +, Niels Heyvaert wrote:
> The idea of having a simple GUI boot loader could be very useful...
We have one. It's called U-Boot. Or am I missing something?
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a
Warren Baird writes:
> I have a slightly more interesting issue - my aux button doesn't
> work any more after my daughter dropped my FR one too many
> times...
Judging by experience i guess most probably everything is undamaged,
there were numerous reports of failing AUX button after bad drops bu
On Tue, Sep 22, 2009 at 4:36 PM, Paul Fertser wrote:
> I really can't understand the desire to multi-boot. And btw the recent
> poll proved that most users use Qi IIRC. A clear evidence it's already
> usable for them.
>
here's a couple of use cases:
1 I have a working shr-u install on my phone
Al Johnson writes:
> This limitation is one of the reasons I'm still using u-boot. The
> other is the inability to pass optional kernel parameters when booting
> from NAND.
Why not have something like grub in the boot?. With a keyboard added,
nothing could be more flexible.
--
Esben Stien is
d partition. Given the touble people
> have
> with only 3 partitions it seems well founded.
>
>OK, so when Qi is improved so that partition selection is actually
>usable, this artificial limitation will go away.
One should create an initramfs which shows a boot menu o
On Tuesday 22 September 2009, Paul Fertser wrote:
> Torfinn Ingolfsen writes:
> > Qi _will_ need to be improved until it is usable for end users, or
> > it will fade away
>
> I really can't understand the desire to multi-boot. And btw the recent
> poll proved that most users use Qi IIRC. A clear e
>
> Torfinn Ingolfsen writes:
>> Qi _will_ need to be improved until it is usable for end users, or
>> it will fade away
>
> I really can't understand the desire to multi-boot. And btw the recent
> poll proved that most users use Qi IIRC. A clear evidence it's already
> usable for them.
Perhaps
Torfinn Ingolfsen writes:
> Qi _will_ need to be improved until it is usable for end users, or
> it will fade away
I really can't understand the desire to multi-boot. And btw the recent
poll proved that most users use Qi IIRC. A clear evidence it's already
usable for them.
--
Be free, use free
Hi,
On Tue, Sep 22, 2009 at 9:13 PM, Al Johnson
wrote:
> I believe it's an arbitrary limit based on the assumption that with no gui
> it
> would be hard to select the intended partition. Given the touble people
> have
> with only 3 partitions it seems well founded.
>
OK,
References:
> 1) http://wiki.openmoko.org/wiki/Qi
I believe it's an arbitrary limit based on the assumption that with no gui it
would be hard to select the intended partition. Given the touble people have
with only 3 partitions it seems well founded.
This limitation is one of the reason
Hello,
Is there any specific reason why Qi[1] only tries to boot from partition 1 -
3 when ther csn be 4 (four) primary prtitons on a SD card?
Or is it just developer eccentrics or programmer laziness? :-)
References:
1) http://wiki.openmoko.org/wiki/Qi
--
Regards,
Torfinn Ingolfsen
On Wed, 2008-02-27 at 13:26 +0100, Michael 'Mickey' Lauer wrote:
> On Wednesday 27 February 2008 11:36:40 Emre Turkay wrote:
> > Hi folks,
> >
> > I see there are two 60Mb partitions on the device, one is mounted to the
> > /var/volatile. 60 MBs seems so
On Wednesday 27 February 2008 11:36:40 Emre Turkay wrote:
> Hi folks,
>
> I see there are two 60Mb partitions on the device, one is mounted to the
> /var/volatile. 60 MBs seems so small for the root filesystem and I'm
> already having trouble. Is it really necessary to divid
Hi folks,
I see there are two 60Mb partitions on the device, one is mounted to the
/var/volatile. 60 MBs seems so small for the root filesystem and I'm already
having trouble. Is it really necessary to divide them? And what can I do to
at least temporarily overcome this problem?
Thanks,
53 matches
Mail list logo
