All - Ettus Research is happy to announce the new official SD Card image release for the the USRP Embedded Series of products! This image will be shipped with all new E1xx-series USRPs, and is immediately available for download from our website. Primary features include: e1xx-001: * UHD 003.003.001 * GNURadio, Up-to-Date as of 11/01/11. * GNURadio Companion, built with Qt support. * Linux Kernel version 3.0.0, with improved power management and improved support for more recent SD Cards. Users that already have a E1xx Device can create a copy of this image using the instructions here: http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images Let us know if you have any questions, and happy hacking =) Cheers, Ben

Hi Ben, I've just built the latest release e1xx-001 image using Option 1 in the instructions at: http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images I have used an 8GB microSDHC card. Everything seemed to run correctly with "SD card creation was successful" message at the end of the running of the "MakeEttusSDCard.sh" script. I've just tried to boot the E100 from this card and it starts booting OK, but ends up in a panic. Here are the last few lines of the boot messages: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ mmc0: host does not support reading read-only switch. assuming write-enable. Console: switching to colour frame buffer device 128x48 mmc0: new SDHC card at address b368 mmcblk0: mmc0:b368 SD 7.70 GiB regulator_init_complete: VDAC: incomplete constraints, leaving on mmcblk0: unknown partition table twl_rtc twl_rtc: setting system clock to 2011-11-08 03:08:50 UTC (1320721730) VFS: Cannot open root device "mmcblk0p2" or unknown-block(179,2) Please append a correct "root=" boot option; here are the available partitions: b300 8076288 mmcblk0 driver: mmcblk Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2) +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Do you know what the issue may be? U-boot parameter problem due to change in memory card size? All suggestions appreciated. Thanks Cheers Richard On 4 November 2011 13:23, Ben Hilburn <ben.hilburn@ettus.com> wrote: > All - > > Ettus Research is happy to announce the new official SD Card image release > for the the USRP Embedded Series of products! > > This image will be shipped with all new E1xx-series USRPs, and is > immediately available for download from our website. Primary features > include: > > e1xx-001: > * UHD 003.003.001 > * GNURadio, Up-to-Date as of 11/01/11. > * GNURadio Companion, built with Qt support. > * Linux Kernel version 3.0.0, with improved power management and improved > support for more recent SD Cards. > > Users that already have a E1xx Device can create a copy of this image > using the instructions here: > > http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images > > Let us know if you have any questions, and happy hacking =) > > Cheers, > Ben > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > -- *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it. Engineers believe that if it ain't broke, it doesn't have enough features yet.*

Hi Richard - Thanks for trying the new script! I'm sorry it didn't work on the first go-round. From your error message, it looks like the partition table wasn't written to the card properly. A couple of things: 1) The script doesn't yet have robust error-checking, so if something didn't go quite write during the partition table creation, it may not have exited with an error as it should have. Will you please put the SD Card back into the PC you used to create it, and then do the following and e-mail me the results? $ sudo fdisk -l 2) Re-run the script, and this time, pipe the output to a file and send me the file: $ sudo ./MakeEttusSDCard.sh /dev/sdx > output.txt Note that you do not need to let it finish unpacking the root filesystem - you can Ctrl+C (kill) it during that unpacking process, since it is only the earlier output that we care about. 3) If you have the time, using the second method of sd card creation (using the 'dd' command), will provide conclusive evidence of the partition table mess. Sorry for the trouble! I'll get back to you as soon as possible once I hear back! Cheers, Ben On Mon, Nov 7, 2011 at 7:20 PM, Richard Clarke <richard@clarke.biz> wrote: > Hi Ben, > > I've just built the latest release e1xx-001 image using Option 1 in the > instructions at: > > > http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images > > I have used an 8GB microSDHC card. Everything seemed to run correctly with > "SD card creation was successful" message at the end of the running of the > "MakeEttusSDCard.sh" script. > > I've just tried to boot the E100 from this card and it starts booting OK, > but ends up in a panic. Here are the last few lines of the boot messages: > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > mmc0: host does not support reading read-only switch. assuming > write-enable. > > Console: switching to colour frame buffer device 128x48 > > mmc0: new SDHC card at address b368 > > mmcblk0: mmc0:b368 SD 7.70 GiB > > regulator_init_complete: VDAC: incomplete constraints, leaving on > > mmcblk0: unknown partition table > > twl_rtc twl_rtc: setting system clock to 2011-11-08 03:08:50 UTC > (1320721730) > > VFS: Cannot open root device "mmcblk0p2" or unknown-block(179,2) > > Please append a correct "root=" boot option; here are the available > partitions: > > b300 8076288 mmcblk0 driver: mmcblk > > Kernel panic - not syncing: VFS: Unable to mount root fs on > unknown-block(179,2) > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > Do you know what the issue may be? U-boot parameter problem due to change > in memory card size? All suggestions appreciated. > > Thanks > > Cheers > Richard > > On 4 November 2011 13:23, Ben Hilburn <ben.hilburn@ettus.com> wrote: > >> All - >> >> Ettus Research is happy to announce the new official SD Card image >> release for the the USRP Embedded Series of products! >> >> This image will be shipped with all new E1xx-series USRPs, and is >> immediately available for download from our website. Primary features >> include: >> >> e1xx-001: >> * UHD 003.003.001 >> * GNURadio, Up-to-Date as of 11/01/11. >> * GNURadio Companion, built with Qt support. >> * Linux Kernel version 3.0.0, with improved power management and improved >> support for more recent SD Cards. >> >> Users that already have a E1xx Device can create a copy of this image >> using the instructions here: >> >> http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images >> >> Let us know if you have any questions, and happy hacking =) >> >> Cheers, >> Ben >> >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> > > > -- > *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it. > Engineers believe that if it ain't broke, it doesn't have enough features > yet.* >

Richard - I haven't heard back from you yet, so I'm not sure if you already solved the problem or not, but I went ahead and created a new & improved version of the script which will make sure all of the required partitioning tools and such exist and are accessible. I've attached the script to this e-mail, and will get it into the build tarball online ASAP. I have also suppressed the output of the the rootfs untar to make sure you will see any error messages generated during the partitioning. Anyway, if you still have an issue, give this a shot, and let me know how it goes =) Cheers, Ben On Mon, Nov 7, 2011 at 7:44 PM, Ben Hilburn <ben.hilburn@ettus.com> wrote: > Hi Richard - > > Thanks for trying the new script! I'm sorry it didn't work on the first > go-round. From your error message, it looks like the partition table > wasn't written to the card properly. A couple of things: > > 1) The script doesn't yet have robust error-checking, so if something > didn't go quite write during the partition table creation, it may not have > exited with an error as it should have. Will you please put the SD Card > back into the PC you used to create it, and then do the following and > e-mail me the results? > > $ sudo fdisk -l > > 2) Re-run the script, and this time, pipe the output to a file and send me > the file: > > $ sudo ./MakeEttusSDCard.sh /dev/sdx > output.txt > > Note that you do not need to let it finish unpacking the root filesystem - > you can Ctrl+C (kill) it during that unpacking process, since it is only > the earlier output that we care about. > > 3) If you have the time, using the second method of sd card creation > (using the 'dd' command), will provide conclusive evidence of the partition > table mess. > > Sorry for the trouble! I'll get back to you as soon as possible once I > hear back! > > Cheers, > Ben > > > On Mon, Nov 7, 2011 at 7:20 PM, Richard Clarke <richard@clarke.biz> wrote: > >> Hi Ben, >> >> I've just built the latest release e1xx-001 image using Option 1 in the >> instructions at: >> >> >> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images >> >> I have used an 8GB microSDHC card. Everything seemed to run correctly >> with "SD card creation was successful" message at the end of the running of >> the "MakeEttusSDCard.sh" script. >> >> I've just tried to boot the E100 from this card and it starts booting OK, >> but ends up in a panic. Here are the last few lines of the boot messages: >> >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> mmc0: host does not support reading read-only switch. assuming >> write-enable. >> >> Console: switching to colour frame buffer device 128x48 >> >> mmc0: new SDHC card at address b368 >> >> mmcblk0: mmc0:b368 SD 7.70 GiB >> >> regulator_init_complete: VDAC: incomplete constraints, leaving on >> >> mmcblk0: unknown partition table >> >> twl_rtc twl_rtc: setting system clock to 2011-11-08 03:08:50 UTC >> (1320721730) >> >> VFS: Cannot open root device "mmcblk0p2" or unknown-block(179,2) >> >> Please append a correct "root=" boot option; here are the available >> partitions: >> >> b300 8076288 mmcblk0 driver: mmcblk >> >> Kernel panic - not syncing: VFS: Unable to mount root fs on >> unknown-block(179,2) >> >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> Do you know what the issue may be? U-boot parameter problem due to change >> in memory card size? All suggestions appreciated. >> >> Thanks >> >> Cheers >> Richard >> >> On 4 November 2011 13:23, Ben Hilburn <ben.hilburn@ettus.com> wrote: >> >>> All - >>> >>> Ettus Research is happy to announce the new official SD Card image >>> release for the the USRP Embedded Series of products! >>> >>> This image will be shipped with all new E1xx-series USRPs, and is >>> immediately available for download from our website. Primary features >>> include: >>> >>> e1xx-001: >>> * UHD 003.003.001 >>> * GNURadio, Up-to-Date as of 11/01/11. >>> * GNURadio Companion, built with Qt support. >>> * Linux Kernel version 3.0.0, with improved power management and >>> improved support for more recent SD Cards. >>> >>> Users that already have a E1xx Device can create a copy of this image >>> using the instructions here: >>> >>> http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images >>> >>> Let us know if you have any questions, and happy hacking =) >>> >>> Cheers, >>> Ben >>> >>> >>> _______________________________________________ >>> USRP-users mailing list >>> USRP-users@lists.ettus.com >>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>> >>> >> >> >> -- >> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix >> it. Engineers believe that if it ain't broke, it doesn't have enough >> features yet.* >> > >

Hi Ben, sorry for the delay, I haven't yet had time to get back to what I was doing with the E100 yesterday. I'll try your new script this afternoon and let you know how it goes. Really appreciate your help and quick responses. Cheers Richard On 9 November 2011 12:36, Ben Hilburn <ben.hilburn@ettus.com> wrote: > Richard - > > I haven't heard back from you yet, so I'm not sure if you already solved > the problem or not, but I went ahead and created a new & improved version > of the script which will make sure all of the required partitioning tools > and such exist and are accessible. I've attached the script to this > e-mail, and will get it into the build tarball online ASAP. > > I have also suppressed the output of the the rootfs untar to make sure you > will see any error messages generated during the partitioning. > > Anyway, if you still have an issue, give this a shot, and let me know how > it goes =) > > Cheers, > Ben > > > On Mon, Nov 7, 2011 at 7:44 PM, Ben Hilburn <ben.hilburn@ettus.com> wrote: > >> Hi Richard - >> >> Thanks for trying the new script! I'm sorry it didn't work on the first >> go-round. From your error message, it looks like the partition table >> wasn't written to the card properly. A couple of things: >> >> 1) The script doesn't yet have robust error-checking, so if something >> didn't go quite write during the partition table creation, it may not have >> exited with an error as it should have. Will you please put the SD Card >> back into the PC you used to create it, and then do the following and >> e-mail me the results? >> >> $ sudo fdisk -l >> >> 2) Re-run the script, and this time, pipe the output to a file and send >> me the file: >> >> $ sudo ./MakeEttusSDCard.sh /dev/sdx > output.txt >> >> Note that you do not need to let it finish unpacking the root filesystem >> - you can Ctrl+C (kill) it during that unpacking process, since it is only >> the earlier output that we care about. >> >> 3) If you have the time, using the second method of sd card creation >> (using the 'dd' command), will provide conclusive evidence of the partition >> table mess. >> >> Sorry for the trouble! I'll get back to you as soon as possible once I >> hear back! >> >> Cheers, >> Ben >> >> >> On Mon, Nov 7, 2011 at 7:20 PM, Richard Clarke <richard@clarke.biz>wrote: >> >>> Hi Ben, >>> >>> I've just built the latest release e1xx-001 image using Option 1 in the >>> instructions at: >>> >>> >>> http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images >>> >>> I have used an 8GB microSDHC card. Everything seemed to run correctly >>> with "SD card creation was successful" message at the end of the running of >>> the "MakeEttusSDCard.sh" script. >>> >>> I've just tried to boot the E100 from this card and it starts booting >>> OK, but ends up in a panic. Here are the last few lines of the boot >>> messages: >>> >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> mmc0: host does not support reading read-only switch. assuming >>> write-enable. >>> >>> Console: switching to colour frame buffer device 128x48 >>> >>> mmc0: new SDHC card at address b368 >>> >>> mmcblk0: mmc0:b368 SD 7.70 GiB >>> >>> regulator_init_complete: VDAC: incomplete constraints, leaving on >>> >>> mmcblk0: unknown partition table >>> >>> twl_rtc twl_rtc: setting system clock to 2011-11-08 03:08:50 UTC >>> (1320721730) >>> >>> VFS: Cannot open root device "mmcblk0p2" or unknown-block(179,2) >>> >>> Please append a correct "root=" boot option; here are the available >>> partitions: >>> >>> b300 8076288 mmcblk0 driver: mmcblk >>> >>> Kernel panic - not syncing: VFS: Unable to mount root fs on >>> unknown-block(179,2) >>> >>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> Do you know what the issue may be? U-boot parameter problem due to >>> change in memory card size? All suggestions appreciated. >>> >>> Thanks >>> >>> Cheers >>> Richard >>> >>> On 4 November 2011 13:23, Ben Hilburn <ben.hilburn@ettus.com> wrote: >>> >>>> All - >>>> >>>> Ettus Research is happy to announce the new official SD Card image >>>> release for the the USRP Embedded Series of products! >>>> >>>> This image will be shipped with all new E1xx-series USRPs, and is >>>> immediately available for download from our website. Primary features >>>> include: >>>> >>>> e1xx-001: >>>> * UHD 003.003.001 >>>> * GNURadio, Up-to-Date as of 11/01/11. >>>> * GNURadio Companion, built with Qt support. >>>> * Linux Kernel version 3.0.0, with improved power management and >>>> improved support for more recent SD Cards. >>>> >>>> Users that already have a E1xx Device can create a copy of this image >>>> using the instructions here: >>>> >>>> http://code.ettus.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-create-re-create-E1xx-SD-Card-Images >>>> >>>> Let us know if you have any questions, and happy hacking =) >>>> >>>> Cheers, >>>> Ben >>>> >>>> >>>> _______________________________________________ >>>> USRP-users mailing list >>>> USRP-users@lists.ettus.com >>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >>>> >>>> >>> >>> >>> -- >>> *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix >>> it. Engineers believe that if it ain't broke, it doesn't have enough >>> features yet.* >>> >> >> > -- *SCOTT ADAMS: Normal people believe that if it ain't broke, don't fix it. Engineers believe that if it ain't broke, it doesn't have enough features yet.*

Hi Ettus, i've just got 6 brand new N210. I configured successfully 5 of them but, as usual, the last one doesn't want to boot. only led F is on and the boot sequence doesn't start, even if i press the S2 switch. i removed the SBX board without success. I checked the power, 1.2, 2.5 and 3.3 V is ok. i can monitor the serial port on J305, but there is nothing on TXD. 5 on 6 is not so bad, but how can i repair the ugly duckling ?? i work in an electronic lab so i can investigate further (on monday). Regards. Christophe ALEXANDRE Conservatoire National des Arts et Métiers (CNAM) Laboratoire CEDRIC-LAETITIA Département EASY Accès 17-1-32, Case 2D2P10 292 rue Saint Martin 75141 PARIS CEDEX 03 FRANCE email : christophe.alexandre@cnam.fr tel. 0140272699 fax. 0140272994

2nd try : Hi Ettus, i've just got 6 brand new N210 (rev 4.0). I configured successfully 5 of them but, as usual, the last one doesn't want to boot. only led F is on and the boot sequence doesn't start, even if i press the S2 switch. i removed the SBX board without success. I checked the power, 1.2, 2.5 and 3.3 V areok. i can monitor the serial port on J305, but there is nothing on TXD. 5 on 6 is not so bad, but how can i repair the ugly duckling ?? i work in an electronic lab so i can investigate further (on monday). the serial number is : e5r1as4up Regards. Christophe ALEXANDRE Conservatoire National des Arts et Métiers (CNAM) Laboratoire CEDRIC-LAETITIA Département EASY Accès 17-1-32, Case 2D2P10 292 rue Saint Martin 75141 PARIS CEDEX 03 FRANCE email : christophe.alexandre@cnam.fr tel. 0140272699 fax. 0140272994

Christophe - If you monitor the serial port on any of the good ones, does your setup see something? Did you just receive the units and try them, or did you update the firmware first? Do you have a JTAG programmer? Cheers, Ben On Mon, Dec 19, 2011 at 1:58 AM, Christophe ALEXANDRE < christophe.alexandre@cnam.fr> wrote: > ** > 2nd try : > > Hi Ettus, > > i've just got 6 brand new N210 (rev 4.0). I configured successfully > 5 of them but, as usual, the last one doesn't want to boot. > > only led F is on and the boot sequence doesn't start, even if i press the > S2 switch. > > i removed the SBX board without success. I checked the power, 1.2, 2.5 and > 3.3 V areok. > > i can monitor the serial port on J305, but there is nothing on TXD. > > 5 on 6 is not so bad, but how can i repair the ugly duckling ?? > > i work in an electronic lab so i can investigate further (on monday). > > > > the serial number is : e5r1as4up > > > Regards. > > > > Christophe ALEXANDRE > Conservatoire National des Arts et Métiers (CNAM) > Laboratoire CEDRIC-LAETITIA > Département EASY > Accès 17-1-32, Case 2D2P10 > 292 rue Saint Martin > 75141 PARIS CEDEX 03 > FRANCE > email : christophe.alexandre@cnam.fr > tel. 0140272699 > fax. 0140272994 > > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >