Changes

Jump to: navigation, search

Fedora ARM Secondary Architecture/OpenRD-Client

2,938 bytes added, 16:52, 17 April 2010
no edit summary
[[Category:Fedora ARM Secondary Architecture]][[Category:Winter 2010 SBR600]] = OpenRD-Client = The [http://open-rd.org/ OpenRD-Client] system in the builder pool is 'arm1'. It has a GigE connection to a switch connected to HongKong's private LAN. Storage:* 512MB NAND flash (contains u-boot and original F8 image)* 4 GB class 4 SD card** Primary partition 1: vfat fs containing kernel** Primary partition 2: ext3 fs containing rootfs* 60 GB PATA drive in external enclosure, connected via USB** Primary partition 1: ext3 fs** Note: must be turned on before connecting in order to be detected by host = Using the Serial Console = The OpenRD-Client has a serial (RS232) console port, which is connected to an internal USB-to-Serial adapter (effectively a USB-to-serial cable built into the OpenRD-Client unit). Using a USB-A male to USB mini-A male cable to connect a host port on a PC with the mini-USB port on the OpenRD-Client will enable access to this port, as well as to a JTag port. The console will appear as <code>/dev/ttyUSB''X''</code> on the PC, where ''X'' is the port number (typically 0). To connect to this port:* Install UUCP if required: <code>yum install uucp</code>* Connect using the cu command at 115200 bps: <code>cu -l ttyUSB''0'' -s 115200</code> {{Admon/tip|EMI|If you find that the USB console connection disconnects as soon as it is used, there is probably excessive electromagnetic interference (EMI). The USB-PATA drive that we have been using for testing produces too much EFI; turning it (and any other electrically "noisy" devices) off will solve the problem.}} == Console when Booting == Before the OS is loaded, the serial console is managed by u-Boot. Pressing the space bar (or another key) during the boot messages or the boot countdown (which defaults to 3 seconds) will cause a u-Boot prompt to appear. == Console when the OS is Running == The console will present the interface typically present on a text VT on a PC -- that is, a mingetty login prompt. You can login and perform commands at this prompt. 
= Configuring F12 on OpenRD-Client =
* Requires u-boot update for MMC/SD -- see http://groups.google.com/group/openrd/browse_thread/thread/7e204d6c9087305e for thread and binary.
* Load the u-boot.bin onto the root of a vfat USB stick, then execute these commands at the uBoot prompt with the stick inserted:
usb start
== Modules ==
* Put modules from http://james.99k.org/openrd.html into /lib/modules/2.6.33-rc1
* Run depmod
== Network ==
* Editing Edit /etc/sysconfig/network-scripts/ifcfg-eth0 does *not* seem to work. Instead, add ifconfig/route commands to /etc/rc.d/rc.local and disable the or use system-config-network service with:  chkconfig network off-tui
== Network change on HongKong for NAT ==
yum -y update
yum -y install openssh-clients mock system-config-network-tui nfs-utilsyum-utils rpmdev-tools rpm-lint rpm-build
== NFS ==
* Change root from 'nfs' to 'auto' type
* Add any NFS shares that should be mounted
 
== Hard disk drive ==
 
* A 60 GB PATA drive is connected via USB. It appears as /dev/sda with usable partition /dev/sda1 when booted without any other storage attached.
 
= Symlinks for Experimenting with Mock Builds on Various Storage Devices =
 
The <code>/var/lib/mock</code> and <code>/var/cache/mock</code> directories are symlinked to <code>/redirect/mock/lib</code> and <code>/redirect/mock/cache</code> respectively. This means that changing the <code>/redirect</code> symlink provides a simple way of changing the storage location for all of the mock files, useful for testing mock performance with different storage devices. <code>/redirect</code> should be symlinked to a device mountpoint, such as <code>/share</code> for NFS or <code>/hd1</code> for the PATA-USB drive, and the mounted filesystem should contain <code>koji/{lib,cache}</code> directories which have a group owner of mock and the SGID bit set.

Navigation menu