Re: [beagleboard] QEMU emulation of BeagleBone and Raring

2014-04-03 Thread Boris Rybalkin
Hi,

Qemu static means you do not run vm, it is just chroot into 
/path/to/arm/root/filesystem
having qemu-arm-static in /path/to/arm/root/filesystem/usr/bin

You provided argument for qemu vm which is second option in my question and 
I have no network issues there, only uboot question.

Thanks.

On Thursday, April 3, 2014 12:37:42 AM UTC+1, Nuno wrote:

 On 04/02/2014 06:05 PM, Boris Rybalkin wrote: 
  roblem here I have no network: 

 You might want to try adding something like the following to your qemu 
 calling parameters: 

 -net nic,model=rtl8139 -net user 

 regards, 
 Nuno 

 -- 
 http://aeminium.org/nuno/ 


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] QEMU emulation of BeagleBone and Raring

2014-04-03 Thread Boris Rybalkin
Finally I figured out: 
http://geek.co.il/2010/03/14/how-to-build-a-chroot-jail-environment-for-centos

losetup -o 101711872 /dev/loop0 
BBB-eMMC-flasher-ubuntu-13.10-2014-02-16-2gb.img
mount /dev/loop0 image
sudo mount --bind /dev image/dev
sudo mount --bind /proc image/proc
mkdir image/run/resolvconf
cp /run/resolvconf/resolv.conf image/run/resolvconf/resolv.conf

That fixed chroot network problems.
I also decided to build new images on device (no qemu at all) in chrooted 
environment in continuous integration mode.

Thanks.

On Thursday, April 3, 2014 8:29:48 AM UTC+1, Boris Rybalkin wrote:

 Hi,

 Qemu static means you do not run vm, it is just chroot into 
 /path/to/arm/root/filesystem
 having qemu-arm-static in /path/to/arm/root/filesystem/usr/bin

 You provided argument for qemu vm which is second option in my question 
 and I have no network issues there, only uboot question.

 Thanks.

 On Thursday, April 3, 2014 12:37:42 AM UTC+1, Nuno wrote:

 On 04/02/2014 06:05 PM, Boris Rybalkin wrote: 
  roblem here I have no network: 

 You might want to try adding something like the following to your qemu 
 calling parameters: 

 -net nic,model=rtl8139 -net user 

 regards, 
 Nuno 

 -- 
 http://aeminium.org/nuno/ 



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] QEMU emulation of BeagleBone and Raring

2014-04-02 Thread Boris Rybalkin
Hi,

I want to automate installation of additional packages to default BBB image 
without using real device.

Option 1: qemu static

Problem here I have no network:

# ping 8.8.8.8
qemu: Unsupported syscall: 184
qemu: Unsupported syscall: 184
ping: cap_get_proc: Function not implemented

Do you have network working when you build images?

Option 2: Use full VM

qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda 
BBB-eMMC-flasher-ubuntu-13.10-2014-01-24-2gb.img -m 256 -append 
root=/dev/sda2 rootfstype=ext4 rw -redir tcp:5022::22
kernel: 
http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/versatile/netboot/vmlinuz

On boot it says 'The disk drive for /boot/ubuut is not ready, press S to 
skip'
If I press S it boots fine and I can run my build procedure.

Do you know if that uboot can disabled/auto skipped?

For the reference my similar raspberry image builder: 
https://github.com/syncloud/owncloud-setup/blob/master/build-image.sh

Thanks you.

On Saturday, November 23, 2013 12:47:01 AM UTC, M Robinson wrote: 

 Slow down a bit...

 On Thursday, September 19, 2013 7:42:43 AM UTC-4, Charles Steinkuehler 
 wrote:

 On 9/19/2013 5:41 AM, garyamort wrote: 
  While digging through Robert Nelson's omap image builder, I noticed 
 that 
  he's using Qemu at some point to emulate the Beagle Bone from the PC 
 and 
  download/install packages. 
  
  Digging through his code left me confused...  I understand he is using 
 the 
  qemu-arm-static executable in order to execute a sequence of commands, 
 but 
  he also seems to be pulling some code from linuxCnC for the emulator 
 image, 
  leaving me confused. 
  
 snip 
  
  Can someone give me a summary of how to invoke qemu-arm-system to use 
 the 
  latest released omap4 images from 
  
 http://ports.ubuntu.com/ubuntu-ports/dists/raring/main/installer-armhf/current/images/omap4/netboot/http://www.google.com/url?q=http%3A%2F%2Fports.ubuntu.com%2Fubuntu-ports%2Fdists%2Fraring%2Fmain%2Finstaller-armhf%2Fcurrent%2Fimages%2Fomap4%2Fnetboot%2Fsa=Dsntz=1usg=AFQjCNHq5GkpdfBYh075PkJNWzM6EkKPFQ
  

 Robert's image builder isn't actually pulling in anything from LinuxCNC, 
 those are hooks for my MachineKit image: 

 http://bb-lcnc.blogspot.com/p/machinekit_16.htmlhttp://www.google.com/url?q=http%3A%2F%2Fbb-lcnc.blogspot.com%2Fp%2Fmachinekit_16.htmlsa=Dsntz=1usg=AFQjCNF8gaoh0QEDJ7jAment9Iv1RsW-dw
  

 ...which is built with Robert's scripts and a slightly different 
 configuration.  Robert has pulled my changes to his scripts and left the 
 MachineKit configuration files as an example of how to build a custom 
 image.  If you don't create a custom config file (based on 
 config.inhttp://www.google.com/url?q=http%3A%2F%2Fconfig.insa=Dsntz=1usg=AFQjCNFD_lndHNrr5UbhFINTE1ySWg3Apwor
  
 config.machinekit), you'll get Robert's default build of various Debian 
 and Ubuntu images. 

 As for the qemu directions, it's super simple: 

 Setup a root filesystem for an ARM device.  You can use debootstrap to 
 make one from scratch (the way Robert's scripts do), or use one of the 
 various pre-made root filesystems.


 Which is this? It makes me think it's the SD card image, but...I'm not 
 flashing my real Beaglebone for this exercise!
  



 Copy the qemu-arm-static binary into ${arm-root-fs}/usr/bin/ 

 arm-root-fs=/path/to/arm/root/filesystem/ 

 sudo cp $(which qemu-arm-static) ${arm-root-fs}/usr/bin/ 

 Then all you do is: 

 sudo chroot ${arm-root-fs} /bin/sh 

 ...and you're running a shell in your arm rootfs.  Type uname -a and 
 notice you are no longer on an x86 CPU!  :) 


 OK, this chroot procedure kind of reminds me of when my grub bootloader 
 kept dying on me everytime I tried to fix it. But I'm still not sure what 
 reference to use for building the root file system.
  

 -- 
 Charles Steinkuehler 
 cha...@steinkuehler.net 



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] QEMU emulation of BeagleBone and Raring

2014-04-02 Thread Nuno Sucena Almeida
On 04/02/2014 06:05 PM, Boris Rybalkin wrote:
 roblem here I have no network:

You might want to try adding something like the following to your qemu
calling parameters:

-net nic,model=rtl8139 -net user

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] QEMU emulation of BeagleBone and Raring

2013-11-22 Thread M Robinson
Slow down a bit...

On Thursday, September 19, 2013 7:42:43 AM UTC-4, Charles Steinkuehler 
wrote:

 On 9/19/2013 5:41 AM, garyamort wrote: 
  While digging through Robert Nelson's omap image builder, I noticed that 
  he's using Qemu at some point to emulate the Beagle Bone from the PC and 
  download/install packages. 
  
  Digging through his code left me confused...  I understand he is using 
 the 
  qemu-arm-static executable in order to execute a sequence of commands, 
 but 
  he also seems to be pulling some code from linuxCnC for the emulator 
 image, 
  leaving me confused. 
  
 snip 
  
  Can someone give me a summary of how to invoke qemu-arm-system to use 
 the 
  latest released omap4 images from 
  
 http://ports.ubuntu.com/ubuntu-ports/dists/raring/main/installer-armhf/current/images/omap4/netboot/http://www.google.com/url?q=http%3A%2F%2Fports.ubuntu.com%2Fubuntu-ports%2Fdists%2Fraring%2Fmain%2Finstaller-armhf%2Fcurrent%2Fimages%2Fomap4%2Fnetboot%2Fsa=Dsntz=1usg=AFQjCNHq5GkpdfBYh075PkJNWzM6EkKPFQ
  

 Robert's image builder isn't actually pulling in anything from LinuxCNC, 
 those are hooks for my MachineKit image: 

 http://bb-lcnc.blogspot.com/p/machinekit_16.htmlhttp://www.google.com/url?q=http%3A%2F%2Fbb-lcnc.blogspot.com%2Fp%2Fmachinekit_16.htmlsa=Dsntz=1usg=AFQjCNF8gaoh0QEDJ7jAment9Iv1RsW-dw
  

 ...which is built with Robert's scripts and a slightly different 
 configuration.  Robert has pulled my changes to his scripts and left the 
 MachineKit configuration files as an example of how to build a custom 
 image.  If you don't create a custom config file (based on 
 config.inhttp://www.google.com/url?q=http%3A%2F%2Fconfig.insa=Dsntz=1usg=AFQjCNFD_lndHNrr5UbhFINTE1ySWg3Apwor
  
 config.machinekit), you'll get Robert's default build of various Debian 
 and Ubuntu images. 

 As for the qemu directions, it's super simple: 

 Setup a root filesystem for an ARM device.  You can use debootstrap to 
 make one from scratch (the way Robert's scripts do), or use one of the 
 various pre-made root filesystems.


Which is this? It makes me think it's the SD card image, but...I'm not 
flashing my real Beaglebone for this exercise!
 



 Copy the qemu-arm-static binary into ${arm-root-fs}/usr/bin/ 

 arm-root-fs=/path/to/arm/root/filesystem/ 

 sudo cp $(which qemu-arm-static) ${arm-root-fs}/usr/bin/ 

 Then all you do is: 

 sudo chroot ${arm-root-fs} /bin/sh 

 ...and you're running a shell in your arm rootfs.  Type uname -a and 
 notice you are no longer on an x86 CPU!  :) 


OK, this chroot procedure kind of reminds me of when my grub bootloader 
kept dying on me everytime I tried to fix it. But I'm still not sure what 
reference to use for building the root file system.
 

 -- 
 Charles Steinkuehler 
 cha...@steinkuehler.net javascript: 



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
BeagleBoard group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.