Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Aug 2013 22:55:47 -0700
From:      John-Mark Gurney <jmg@funkthat.com>
To:        hiren panchasara <hiren.panchasara@gmail.com>
Cc:        freebsd-embedded <freebsd-embedded@freebsd.org>
Subject:   Re: Making Picostation m2HP work
Message-ID:  <20130827055547.GK29777@funkthat.com>
In-Reply-To: <CALCpEUEqEMr-BXDzOzjKnXPbEGM5g6Rjmxmj8JaOYxtgxaL50A@mail.gmail.com>
References:  <CALCpEUHyqyq2WShNfu1ARFGHH6s6yPeojkq3M5Dfg0veaSy7KQ@mail.gmail.com> <CAJ-Vmokh4uSy2RkNoyGnYbm9k0B3YBD96B7Kvn5b8zJgU0KVkg@mail.gmail.com> <CALCpEUFXrdST43Nz2m-y__htXjLdmds8B5_JV2P9oFtGCEAr1g@mail.gmail.com> <CALCpEUHu0FONekw%2BF4bvef-qLjmtwMso31GJpJd5BP_6JsH0fQ@mail.gmail.com> <CALCpEUFbk-0eE_HQRhF48YA7KgiyW=AB9G8F0UC3Uwti977m4A@mail.gmail.com> <20130826225420.GF29777@funkthat.com> <CALCpEUFgZW88C4RVCQzsE00%2B8YGvKDx28SPhYRwGe8dyZ2vxag@mail.gmail.com> <20130826230843.GH29777@funkthat.com> <CALCpEUEWPZ%2BWS1SZCw=UqQah3EnWiTG0f=70q-JFzq%2BuQ_yaBw@mail.gmail.com> <CALCpEUEqEMr-BXDzOzjKnXPbEGM5g6Rjmxmj8JaOYxtgxaL50A@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
hiren panchasara wrote this message on Mon, Aug 26, 2013 at 17:42 -0700:
> On Mon, Aug 26, 2013 at 4:31 PM, hiren panchasara <
> hiren.panchasara@gmail.com> wrote:
> 
> > On Mon, Aug 26, 2013 at 4:08 PM, John-Mark Gurney <jmg@funkthat.com>wrote:
> >
> >> hiren panchasara wrote this message on Mon, Aug 26, 2013 at 15:59 -0700:
> >> > On Mon, Aug 26, 2013 at 3:54 PM, John-Mark Gurney <jmg@funkthat.com>
> >> wrote:
> >> >
> >> > > hiren panchasara wrote this message on Mon, Aug 26, 2013 at 15:04
> >> -0700:
> >> > > > and using that lzma for compression, I finally was able to boot:
> >> > > >
> >> > > >
> >> > > >
> >> > > > > U-Boot 1.1.4.2-s594 (Dec  5 2012 - 15:23:07)
> >> > > >
> >> > > > Board: Ubiquiti Networks XM board (rev 1.0 e302)
> >> > > > DRAM:  32 MB
> >> > > > Flash:  8 MB
> >> > > > PCIe WLAN Module found (#1).
> >> > > > Net:   eth0, eth1
> >> > >
> >> > > [...]
> >> > >
> >> > > > Timecounters tick every 1.000 msec
> >> > > > Trying to mount root from ufs:/dev/map/rootfs.uncompress []...
> >> > > > mountroot: waiting for device /dev/map/rootfs.uncompress ...
> >> > > > Mounting from ufs:/dev/map/rootfs.uncompress failed with error 19.
> >> > > >
> >> > > > Loader variables:
> >> > > >
> >> > > > Manual root filesystem specification:
> >> > > >   <fstype>:<device> [options]
> >> > > >       Mount <device> using filesystem <fstype>
> >> > > >       and with the specified (optional) option list.
> >> > > >
> >> > > >     eg. ufs:/dev/da0s1a
> >> > > >         zfs:tank
> >> > > >         cd9660:/dev/acd0 ro
> >> > > >           (which is equivalent to: mount -t cd9660 -o ro /dev/acd0
> >> /)
> >> > > >
> >> > > >   ?               List valid disk boot devices
> >> > > >   .               Yield 1 second (for background tasks)
> >> > > >   <empty line>    Abort manual input
> >> > > >
> >> > > > mountroot>
> >> > > >
> >> > > >
> >> > > > Now,  will look into why "Mounting from
> >> ufs:/dev/map/rootfs.uncompress
> >> > > > failed with error 19."
> >> > >
> >> > > What does the list of valid disk boot deviecs lists?  19 is ENODEV, so
> >> > > probably /dev/map/rootfs.uncompress doesn't exist for some reason...
> >> > >
> >> >
> >> > yeah, it seems so.
> >> >
> >> >  mountroot> ?
> >> >
> >> > List of GEOM managed disk devices:
> >> >   map/ART map/uImage map/rootfs map/u-boot-env map/u-boot flash/spi0
> >> >
> >> > mountroot> ufs:/dev/map/rootfs
> >> > Trying to mount root from ufs:/dev/map/rootfs []...
> >> > Mounting from ufs:/dev/map/rootfs failed with error 22.
> >> >
> >> > mountroot> ufs:/dev/map/rootfs.uncompress
> >> > Trying to mount root from ufs:/dev/map/rootfs.uncompress []...
> >> > mountroot: waiting for device /dev/map/rootfs.uncompress ...
> >> > Mounting from ufs:/dev/map/rootfs.uncompress failed with error 19.
> >>
> >> Well, at least the core block device is there... which means figuring
> >> out why uncompress isn't detecting that it should attach... Make sure
> >> that GEOM_UNCOMPRESS is still in your kernel config file (you have a
> >> g_uncompress.o in your kernel build directory), and maybe
> >> #define'ing GEOM_UNCOMPRESS_DEBUG in geom/uncompress/g_uncompress.c
> >> to get some debugging output...
> >>
> >
> >  GEOM_UNCOMPRESS is there in kernconf and I also see g_uncompress.o
> >
> > I will try and add debugging.
> >
> 
> Alright, so debugging in g_uncompress.c gave me this:
> 
> flash/spi0.uncompress: media sectorsize 512, mediasize 8388608
> flash/spi0.uncompress: no CLOOP magic
> map/u-boot.uncompress: media sectorsize 512, mediasize 262144
> map/u-boot.uncompress: no CLOOP magic
> map/u-boot-env.uncompress: media sectorsize 512, mediasize 65536
> map/u-boot-env.uncompress: no CLOOP magic
> map/kernel.uncompress: media sectorsize 512, mediasize 1048576
> map/kernel.uncompress: no CLOOP magic
> map/rootfs.uncompress: media sectorsize 512, mediasize 6684672
> map/rootfs.uncompress: no CLOOP magic
> map/cfg.uncompress: media sectorsize 512, mediasize 262144
> map/cfg.uncompress: no CLOOP magic
> map/eeprom.uncompress: media sectorsize 512, mediasize 65536
> map/eeprom.uncompress: no CLOOP magic
> Trying to mount root from ufs:/dev/map/rootfs.uncompress []...
> mountroot: waiting for device /dev/map/rootfs.uncompress ...
> Mounting from ufs:/dev/map/rootfs.uncompress failed with error 19.
> 
> Loader variables:
> 
> Manual root filesystem specification:
>   <fstype>:<device> [options]
>       Mount <device> using filesystem <fstype>
>       and with the specified (optional) option list.
> 
>     eg. ufs:/dev/da0s1a
>         zfs:tank
>         cd9660:/dev/acd0 ro
>           (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /)
> 
>   ?               List valid disk boot devices
>   .               Yield 1 second (for background tasks)
>   <empty line>    Abort manual input
> 
> mountroot> ?
> 
> List of GEOM managed disk devices:
>   map/eeprom map/cfg map/rootfs map/kernel map/u-boot-env map/u-boot
> flash/spi0
> 
> mountroot>

Looks like your rootfs image isn't correct... does the image have a:
#!/bin/sh

as the first line? or is it something else?  what does file say about
the image?  Have you tried to boot directly from it using
"ufs:/dev/map/rootfs"?

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130827055547.GK29777>