diff options
author | Paul Eggleton <paul.eggleton@linux.intel.com> | 2011-03-18 16:42:52 +0000 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2011-03-18 17:22:25 +0000 |
commit | d2658c81017e5445e592a7c90222aaf37686486f (patch) | |
tree | 4783b8e8d73336963525dccd9ab30bc5cb9441d5 /README.hardware | |
parent | cb5e5139d4ea471e0bb374ee09c62d860c5ac2b7 (diff) | |
download | poky-d2658c81017e5445e592a7c90222aaf37686486f.tar.gz |
README.hardware: update for 1.0 release
* Update to refer to Yocto documentation
* Change title as suggested by Scott Rifenbark
* List all qemu* machine targets
* Remove machines no longer in core layer
* Add instructions for routerstationpro (originally based on an email from
Mark Hatle)
(From OE-Core rev: f8e9b15aa694b0f6d3373c2b6bf8904fdb0c7b86)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'README.hardware')
-rw-r--r-- | README.hardware | 573 |
1 files changed, 170 insertions, 403 deletions
diff --git a/README.hardware b/README.hardware index c0df01bc0d..c68ad43d2a 100644 --- a/README.hardware +++ b/README.hardware | |||
@@ -1,429 +1,66 @@ | |||
1 | Poky Hardware Reference Guide | 1 | Poky Hardware README |
2 | ============================= | 2 | ==================== |
3 | 3 | ||
4 | This file gives details about using Poky with different hardware reference | 4 | This file gives details about using Poky with different hardware reference |
5 | boards and consumer devices. A full list of target machines can be found by | 5 | boards and consumer devices. A full list of target machines can be found by |
6 | looking in the meta/conf/machine/ directory. If in doubt about using Poky with | 6 | looking in the meta/conf/machine/ directory. If in doubt about using Poky with |
7 | your hardware, consult the documentation for your board/device. To discuss | 7 | your hardware, consult the documentation for your board/device. |
8 | support for further hardware reference boards/devices please contact OpenedHand. | ||
9 | 8 | ||
10 | QEMU Emulation Images (qemuarm and qemux86) | 9 | Support for additional devices is normally added by creating BSP layers - for |
11 | =========================================== | 10 | more information please see the Yocto Board Support Package (BSP) Developer's |
12 | 11 | Guide - documentation source is in documentation/bspguide or download the PDF | |
13 | To simplify development Poky supports building images to work with the QEMU | 12 | from: |
14 | emulator in system emulation mode. Two architectures are currently supported, | ||
15 | ARM (via qemuarm) and x86 (via qemux86). Use of the QEMU images is covered | ||
16 | in the Poky Handbook. | ||
17 | |||
18 | Hardware Reference Boards | ||
19 | ========================= | ||
20 | |||
21 | The following boards are supported by Poky: | ||
22 | |||
23 | * Compulab CM-X270 (cm-x270) | ||
24 | * Compulab EM-X270 (em-x270) | ||
25 | * FreeScale iMX31ADS (mx31ads) | ||
26 | * Marvell PXA3xx Zylonite (zylonite) | ||
27 | * Logic iMX31 Lite Kit (mx31litekit) | ||
28 | * Phytec phyCORE-iMX31 (mx31phy) | ||
29 | * Texas Instruments Beagleboard (beagleboard) | ||
30 | |||
31 | For more information see board's section below. The Poky MACHINE setting | ||
32 | corresponding to the board is given in brackets. | ||
33 | |||
34 | Consumer Devices | ||
35 | ================ | ||
36 | |||
37 | The following consumer devices are supported by Poky: | ||
38 | |||
39 | * FIC Neo1973 GTA01 smartphone (fic-gta01) | ||
40 | * HTC Universal (htcuniversal) | ||
41 | * Nokia 770/N800/N810 Internet Tablets (nokia770 and nokia800) | ||
42 | * Sharp Zaurus SL-C7x0 series (c7x0) | ||
43 | * Sharp Zaurus SL-C1000 (akita) | ||
44 | * Sharp Zaurus SL-C3x00 series (spitz) | ||
45 | |||
46 | For more information see board's section below. The Poky MACHINE setting | ||
47 | corresponding to the board is given in brackets. | ||
48 | |||
49 | |||
50 | Hardware Reference Boards | ||
51 | ========================= | ||
52 | |||
53 | Compulab CM-X270 (cm-x270) | ||
54 | ========================== | ||
55 | |||
56 | The bootloader on this board doesn't support writing jffs2 images directly to | ||
57 | NAND and normally uses a proprietary kernel flash driver. To allow the use of | ||
58 | jffs2 images, a two stage updating procedure is needed. Firstly, an initramfs | ||
59 | is booted which contains mtd utilities and this is then used to write the main | ||
60 | filesystem. | ||
61 | |||
62 | It is assumed the board is connected to a network where a TFTP server is | ||
63 | available and that a serial terminal is available to communicate with the | ||
64 | bootloader (38400, 8N1). If a DHCP server is available the device will use it | ||
65 | to obtain an IP address. If not, run: | ||
66 | |||
67 | ARMmon > setip dhcp off | ||
68 | ARMmon > setip ip 192.168.1.203 | ||
69 | ARMmon > setip mask 255.255.255.0 | ||
70 | |||
71 | To reflash the kernel: | ||
72 | |||
73 | ARMmon > download kernel tftp zimage 192.168.1.202 | ||
74 | ARMmon > flash kernel | ||
75 | |||
76 | where zimage is the name of the kernel on the TFTP server and its IP address is | ||
77 | 192.168.1.202. The names of the files must be all lowercase. | ||
78 | |||
79 | To reflash the initrd/initramfs: | ||
80 | |||
81 | ARMmon > download ramdisk tftp diskimage 192.168.1.202 | ||
82 | ARMmon > flash ramdisk | ||
83 | |||
84 | where diskimage is the name of the initramfs image (a cpio.gz file). | ||
85 | |||
86 | To boot the initramfs: | ||
87 | |||
88 | ARMmon > ramdisk on | ||
89 | ARMmon > bootos "console=ttyS0,38400 rdinit=/sbin/init" | ||
90 | |||
91 | To reflash the main image login to the system as user "root", then run: | ||
92 | |||
93 | # ifconfig eth0 192.168.1.203 | ||
94 | # tftp -g -r mainimage 192.168.1.202 | ||
95 | # flash_eraseall /dev/mtd1 | ||
96 | # nandwrite /dev/mtd1 mainimage | ||
97 | |||
98 | which configures the network interface with the IP address 192.168.1.203, | ||
99 | downloads the "mainimage" file from the TFTP server at 192.168.1.202, erases | ||
100 | the flash and then writes the new image to the flash. | ||
101 | |||
102 | The main image can then be booted with: | ||
103 | |||
104 | ARMmon > bootos "console=ttyS0,38400 root=/dev/mtdblock1 rootfstype=jffs2" | ||
105 | |||
106 | Note that the initramfs image is built by poky in a slightly different mode to | ||
107 | normal since it uses uclibc. To generate this use a command like: | ||
108 | |||
109 | IMAGE_FSTYPES=cpio.gz MACHINE=cm-x270 POKYLIBC=uclibc bitbake poky-image-minimal-mtdutils | ||
110 | |||
111 | |||
112 | Compulab EM-X270 (em-x270) | ||
113 | ========================== | ||
114 | |||
115 | Fetch the "Linux - kernel and run-time image (Angstrom)" ZIP file from the | ||
116 | Compulab website. Inside the images directory of this ZIP file is another ZIP | ||
117 | file called 'LiveDisk.zip'. Extract this over a cleanly formatted vfat USB flash | ||
118 | drive. Replace the 'em_x270.img' file with the 'updater-em-x270.ext2' file. | ||
119 | |||
120 | Insert this USB disk into the supplied adapter and connect this to the | ||
121 | board. Whilst holding down the the suspend button press the reset button. The | ||
122 | board will now boot off the USB key and into a version of Angstrom. On the | ||
123 | desktop is an icon labelled "Updater". Run this program to launch the updater | ||
124 | that will flash the Poky kernel and rootfs to the board. | ||
125 | |||
126 | |||
127 | FreeScale iMX31ADS (mx31ads) | ||
128 | =========================== | ||
129 | |||
130 | The correct serial port is the top-most female connector to the right of the | ||
131 | ethernet socket. | ||
132 | |||
133 | For uploading data to RedBoot we are going to use tftp. In this example we | ||
134 | assume that the tftpserver is on 192.168.9.1 and the board is on192.168.9.2. | ||
135 | |||
136 | To set the IP address, run: | ||
137 | |||
138 | ip_address -l 192.168.9.2/24 -h 192.168.9.1 | ||
139 | |||
140 | To download a kernel called "zimage" from the TFTP server, run: | ||
141 | |||
142 | load -r -b 0x100000 zimage | ||
143 | |||
144 | To write the kernel to flash run: | ||
145 | |||
146 | fis create kernel | ||
147 | |||
148 | To download a rootfs jffs2 image "rootfs" from the TFTP server, run: | ||
149 | |||
150 | load -r -b 0x100000 rootfs | ||
151 | |||
152 | To write the root filesystem to flash run: | ||
153 | |||
154 | fis create root | ||
155 | |||
156 | To load and boot a kernel and rootfs from flash: | ||
157 | |||
158 | fis load kernel | ||
159 | exec -b 0x100000 -l 0x200000 -c "noinitrd console=ttymxc0,115200 root=/dev/mtdblock2 rootfstype=jffs2 init=linuxrc ip=none" | ||
160 | |||
161 | To load and boot a kernel from a TFTP server with the rootfs over NFS: | ||
162 | |||
163 | load -r -b 0x100000 zimage | ||
164 | exec -b 0x100000 -l 0x200000 -c "noinitrd console=ttymxc0,115200 root=/dev/nfs nfsroot=192.168.9.1:/mnt/nfsmx31 rw ip=192.168.9.2::192.168.9.1:255.255.255.0" | ||
165 | |||
166 | The instructions above are for using the (default) NOR flash on the board, | ||
167 | there is also 128M of NAND flash. It is possible to install Poky to the NAND | ||
168 | flash which gives more space for the rootfs and instructions for using this are | ||
169 | given below. To switch to the NAND flash: | ||
170 | |||
171 | factive NAND | ||
172 | |||
173 | This will then restart RedBoot using the NAND rather than the NOR. If you | ||
174 | have not used the NAND before then it is unlikely that there will be a | ||
175 | partition table yet. You can get the list of partitions with 'fis list'. | ||
176 | |||
177 | If this shows no partitions then you can create them with: | ||
178 | |||
179 | fis init | ||
180 | |||
181 | The output of 'fis list' should now show: | ||
182 | |||
183 | Name FLASH addr Mem addr Length Entry point | ||
184 | RedBoot 0xE0000000 0xE0000000 0x00040000 0x00000000 | ||
185 | FIS directory 0xE7FF4000 0xE7FF4000 0x00003000 0x00000000 | ||
186 | RedBoot config 0xE7FF7000 0xE7FF7000 0x00001000 0x00000000 | ||
187 | |||
188 | Partitions for the kernel and rootfs need to be created: | ||
189 | |||
190 | fis create -l 0x1A0000 -e 0x00100000 kernel | ||
191 | fis create -l 0x5000000 -e 0x00100000 root | ||
192 | |||
193 | You may now use the instructions above for flashing. However it is important | ||
194 | to note that the erase block size for the NAND is different to the NOR so the | ||
195 | JFFS erase size will need to be changed to 0x4000. Stardard images are built | ||
196 | for NOR and you will need to build custom images for NAND. | ||
197 | |||
198 | You will also need to update the kernel command line to use the correct root | ||
199 | filesystem. This should be '/dev/mtdblock7' if you adhere to the partitioning | ||
200 | scheme shown above. If this fails then you can doublecheck against the output | ||
201 | from the kernel when it evaluates the available mtd partitions. | ||
202 | |||
203 | |||
204 | Marvell PXA3xx Zylonite (zylonite) | ||
205 | ================================== | ||
206 | |||
207 | These instructions assume the Zylonite is connected to a machine running a TFTP | ||
208 | server at address 192.168.123.5 and that a serial link (38400 8N1) is available | ||
209 | to access the blob bootloader. The kernel is on the TFTP server as | ||
210 | "zylonite-kernel" and the root filesystem jffs2 file is "zylonite-rootfs" and | ||
211 | the images are to be saved in NAND flash. | ||
212 | |||
213 | The following commands setup blob: | ||
214 | |||
215 | blob> setip client 192.168.123.4 | ||
216 | blob> setip server 192.168.123.5 | ||
217 | |||
218 | To flash the kernel: | ||
219 | |||
220 | blob> tftp zylonite-kernel | ||
221 | blob> nandwrite -j 0x80800000 0x60000 0x200000 | ||
222 | |||
223 | To flash the rootfs: | ||
224 | |||
225 | blob> tftp zylonite-rootfs | ||
226 | blob> nanderase -j 0x260000 0x5000000 | ||
227 | blob> nandwrite -j 0x80800000 0x260000 <length> | ||
228 | |||
229 | (where <length> is the rootfs size which will be printed by the tftp step) | ||
230 | |||
231 | To boot the board: | ||
232 | |||
233 | blob> nkernel | ||
234 | blob> boot | ||
235 | |||
236 | |||
237 | Logic iMX31 Lite Kit (mx31litekit) | ||
238 | =============================== | ||
239 | 13 | ||
240 | The easiest method to boot this board is to take an MMC/SD card and format | 14 | http://yoctoproject.org/community/documentation |
241 | the first partition as ext2, then extract the poky image onto this as root. | ||
242 | Assuming the board is network connected, a TFTP server is available at | ||
243 | 192.168.1.33 and a serial terminal is available (115200 8N1), the following | ||
244 | commands will boot a kernel called "mx31kern" from the TFTP server: | ||
245 | 15 | ||
246 | losh> ifconfig sm0 192.168.1.203 255.255.255.0 192.168.1.33 | 16 | Support for machines other than QEMU may be moved out to separate BSP layers in |
247 | losh> load raw 0x80100000 0x200000 /tftp/192.168.1.33:mx31kern | 17 | future versions. |
248 | losh> exec 0x80100000 - | ||
249 | 18 | ||
250 | 19 | ||
251 | Phytec phyCORE-iMX31 (mx31phy) | 20 | QEMU Emulation Targets |
252 | ============================== | 21 | ====================== |
253 | 22 | ||
254 | Support for this board is currently being developed. Experimental jffs2 | 23 | To simplify development Poky supports building images to work with the QEMU |
255 | images and a suitable kernel are available and are known to work with the | 24 | emulator in system emulation mode. Several architectures are currently |
256 | board. | 25 | supported: |
257 | |||
258 | |||
259 | Consumer Devices | ||
260 | ================ | ||
261 | |||
262 | FIC Neo1973 GTA01 smartphone (fic-gta01) | ||
263 | ======================================== | ||
264 | |||
265 | To install Poky on a GTA01 smartphone you will need "dfu-util" tool | ||
266 | which you can build with "bitbake dfu-util-native" command. | ||
267 | |||
268 | Flashing requires these steps: | ||
269 | |||
270 | 1. Power down the device. | ||
271 | 2. Connect the device to the host machine via USB. | ||
272 | 3. Hold AUX key and press Power key. There should be a bootmenu | ||
273 | on screen. | ||
274 | 4. Run "dfu-util -l" to check if the phone is visible on the USB bus. | ||
275 | The output should look like this: | ||
276 | |||
277 | dfu-util - (C) 2007 by OpenMoko Inc. | ||
278 | This program is Free Software and has ABSOLUTELY NO WARRANTY | ||
279 | |||
280 | Found Runtime: [0x1457:0x5119] devnum=19, cfg=0, intf=2, alt=0, name="USB Device Firmware Upgrade" | ||
281 | |||
282 | 5. Flash the kernel with "dfu-util -a kernel -D uImage-2.6.21.6-moko11-r2-fic-gta01.bin" | ||
283 | 6. Flash rootfs with "dfu-util -a rootfs -D <image>", where <image> is the | ||
284 | jffs2 image file to use as the root filesystem | ||
285 | (e.g. ./tmp/deploy/images/poky-image-sato-fic-gta01.jffs2) | ||
286 | |||
287 | |||
288 | HTC Universal (htcuniversal) | ||
289 | ============================ | ||
290 | |||
291 | Note: HTC Universal support is highly experimental. | ||
292 | |||
293 | On the HTC Universal, entirely replacing the Windows installation is not | ||
294 | supported, instead Poky is booted from an MMC/SD card from Windows. Once Poky | ||
295 | has booted, Windows is no longer in memory or active but when power is removed, | ||
296 | the user will be returned to windows and will need to return to Linux from | ||
297 | there. | ||
298 | |||
299 | Once an MMC/SD card is available it is suggested its split into two partitions, | ||
300 | one for a program called HaRET which lets you boot Linux from within Windows | ||
301 | and the second for the rootfs. The HaRET partition should be the first partition | ||
302 | on the card and be vfat formatted. It doesn't need to be large, just enough for | ||
303 | HaRET and a kernel (say 5MB max). The rootfs should be ext2 and is usually the | ||
304 | second partition. The first partition should be vfat so Windows recognises it | ||
305 | as if it doesn't, it has been known to reformat cards. | ||
306 | |||
307 | On the first partition you need three files: | ||
308 | |||
309 | * a HaRET binary (version 0.5.1 works well and a working version | ||
310 | should be part of the last Poky release) | ||
311 | * a kernel renamed to "zImage" | ||
312 | * a default.txt which contains: | ||
313 | |||
314 | set kernel "zImage" | ||
315 | set mtype "855" | ||
316 | set cmdline "root=/dev/mmcblk0p2 rw console=ttyS0,115200n8 console=tty0 rootdelay=5 fbcon=rotate:1" | ||
317 | boot2 | ||
318 | |||
319 | On the second parition the root file system is extracted as root. A different | ||
320 | partition layout or other kernel options can be changed in the default.txt file. | ||
321 | |||
322 | When inserted into the device, Windows should see the card and let you browse | ||
323 | its contents using File Explorer. Running the HaRET binary will present a dialog | ||
324 | box (maybe after messages warning about running unsigned binaries) where you | ||
325 | select OK and you should then see Poky boot. Kernel messages can be seen by | ||
326 | adding psplash=false to the kernel commandline. | ||
327 | |||
328 | |||
329 | Nokia 770/N800/N810 Internet Tablets (nokia770 and nokia800) | ||
330 | ============================================================ | ||
331 | |||
332 | Note: Nokia tablet support is highly experimental. | ||
333 | |||
334 | The Nokia internet tablet devices are OMAP based tablet formfactor devices | ||
335 | with large screens (800x480), wifi and touchscreen. | ||
336 | |||
337 | To flash images to these devices you need the "flasher" utility which can be | ||
338 | downloaded from the http://tablets-dev.nokia.com/d3.php?f=flasher-3.0. This | ||
339 | utility needs to be run as root and the usb filesystem needs to be mounted | ||
340 | although most distributions will have done this for you. Once you have this | ||
341 | follow these steps: | ||
342 | |||
343 | 1. Power down the device. | ||
344 | 2. Connect the device to the host machine via USB | ||
345 | (connecting power to the device doesn't hurt either). | ||
346 | 3. Run "flasher -i" | ||
347 | 4. Power on the device. | ||
348 | 5. The program should give an indication it's found | ||
349 | a tablet device. If not, recheck the cables, make sure you're | ||
350 | root and usbfs/usbdevfs is mounted. | ||
351 | 6. Run "flasher -r <image> -k <kernel> -f", where <image> is the | ||
352 | jffs2 image file to use as the root filesystem | ||
353 | (e.g. ./tmp/deploy/images/poky-image-sato-nokia800.jffs2) | ||
354 | and <kernel> is the kernel to use | ||
355 | (e.g. ./tmp/deploy/images/zImage-nokia800.bin). | ||
356 | 7. Run "flasher -R" to reboot the device. | ||
357 | 8. The device should boot into Poky. | ||
358 | |||
359 | The nokia800 images and kernel will run on both the N800 and N810. | ||
360 | |||
361 | |||
362 | Sharp Zaurus SL-C7x0 series (c7x0) | ||
363 | ================================== | ||
364 | |||
365 | The Sharp Zaurus c7x0 series (SL-C700, SL-C750, SL-C760, SL-C860, SL-7500) | ||
366 | are PXA25x based handheld PDAs with VGA screens. To install Poky images on | ||
367 | these devices follow these steps: | ||
368 | |||
369 | 1. Obtain an SD/MMC or CF card with a vfat or ext2 filesystem. | ||
370 | 2. Copy a jffs2 image file (e.g. poky-image-sato-c7x0.jffs2) onto the | ||
371 | card as "initrd.bin": | ||
372 | |||
373 | $ cp ./tmp/deploy/images/poky-image-sato-c7x0.jffs2 /path/to/my-cf-card/initrd.bin | ||
374 | |||
375 | 3. Copy an Linux kernel file (zImage-c7x0.bin) onto the card as | ||
376 | "zImage.bin": | ||
377 | 26 | ||
378 | $ cp ./tmp/deploy/images/zImage-c7x0.bin /path/to/my-cf-card/zImage.bin | 27 | * ARM (qemuarm) |
28 | * x86 (qemux86) | ||
29 | * x86-64 (qemux86-64) | ||
30 | * PowerPC (qemuppc) | ||
31 | * MIPS (qemumips) | ||
379 | 32 | ||
380 | 4. Copy an updater script (updater.sh.c7x0) onto the card | 33 | Use of the QEMU images is covered in the Poky Reference Manual. The Poky |
381 | as "updater.sh": | 34 | MACHINE setting corresponding to the target is given in brackets. |
382 | 35 | ||
383 | $ cp ./tmp/deploy/images/updater.sh.c7x0 /path/to/my-cf-card/updater.sh | ||
384 | 36 | ||
385 | 5. Power down the Zaurus. | 37 | Hardware Reference Boards |
386 | 6. Hold "OK" key and power on the device. An update menu should appear | 38 | ========================= |
387 | (in Japanese). | ||
388 | 7. Choose "Update" (item 4). | ||
389 | 8. The next screen will ask for the source, choose the appropriate | ||
390 | card (CF or SD). | ||
391 | 9. Make sure AC power is connected. | ||
392 | 10. The next screen asks for confirmation, choose "Yes" (the left button). | ||
393 | 11. The update process will start, flash the files on the card onto | ||
394 | the device and the device will then reboot into Poky. | ||
395 | 39 | ||
40 | The following boards are supported by Poky's core layer: | ||
396 | 41 | ||
397 | Sharp Zaurus SL-C1000 (akita) | 42 | * Texas Instruments Beagleboard (beagleboard) |
398 | ============================= | 43 | * Freescale MPC8315E-RDB (mpc8315e-rdb) |
44 | * Ubiquiti Networks RouterStation Pro (routerstationpro) | ||
399 | 45 | ||
400 | The Sharp Zaurus SL-C1000 is a PXA270 based device otherwise similar to the | 46 | For more information see the board's section below. The Poky MACHINE setting |
401 | c7x0. To install Poky images on this device follow the instructions for | 47 | corresponding to the board is given in brackets. |
402 | the c7x0 but replace "c7x0" with "akita" where appropriate. | ||
403 | 48 | ||
404 | 49 | ||
405 | Sharp Zaurus SL-C3x00 series (spitz) | 50 | Consumer Devices |
406 | ==================================== | 51 | ================ |
407 | 52 | ||
408 | The Sharp Zaurus SL-C3x00 devices are PXA270 based devices similar | 53 | The following consumer devices are supported by Poky's core layer: |
409 | to akita but with an internal microdrive. The installation procedure | ||
410 | assumes a standard microdrive based device where the root (first) | ||
411 | partition has been enlarged to fit the image (at least 100MB, | ||
412 | 400MB for the SDK). | ||
413 | 54 | ||
414 | The procedure is the same as for the c7x0 and akita models with the | 55 | * Intel Atom based PCs and devices (atom-pc) |
415 | following differences: | ||
416 | 56 | ||
417 | 1. Instead of a jffs2 image you need to copy a compressed tarball of the | 57 | For more information see the device's section below. The Poky MACHINE setting |
418 | root fileystem (e.g. poky-image-sato-spitz.tar.gz) onto the | 58 | corresponding to the device is given in brackets. |
419 | card as "hdimage1.tgz": | ||
420 | 59 | ||
421 | $ cp ./tmp/deploy/images/poky-image-sato-spitz.tar.gz /path/to/my-cf-card/hdimage1.tgz | ||
422 | 60 | ||
423 | 2. You additionally need to copy a special tar utility (gnu-tar) onto | ||
424 | the card as "gnu-tar": | ||
425 | 61 | ||
426 | $ cp ./tmp/deploy/images/gnu-tar /path/to/my-cf-card/gnu-tar | 62 | Specific Hardware Documentation |
63 | =============================== | ||
427 | 64 | ||
428 | 65 | ||
429 | Intel Atom based PCs and devices (atom-pc) | 66 | Intel Atom based PCs and devices (atom-pc) |
@@ -580,3 +217,133 @@ Note: As of the 2.6.37 linux-yocto kernel recipe, the Beagleboard uses the | |||
580 | order to setup the getty on the serial line: | 217 | order to setup the getty on the serial line: |
581 | 218 | ||
582 | SERIAL_CONSOLE_beagleboard = "115200 ttyS2" | 219 | SERIAL_CONSOLE_beagleboard = "115200 ttyS2" |
220 | |||
221 | |||
222 | Ubiquiti Networks RouterStation Pro (routerstationpro) | ||
223 | ====================================================== | ||
224 | |||
225 | You will need the following: | ||
226 | * A serial cable - female to female (or female to male + gender changer) | ||
227 | NOTE: cable must be straight through, *not* a null modem cable. | ||
228 | * USB flash drive or hard disk that is able to be powered from the | ||
229 | board's USB port. | ||
230 | * tftp server installed on your workstation | ||
231 | |||
232 | NOTE: in the following instructions it is assumed that /dev/sdb corresponds | ||
233 | to the USB disk when it is plugged into your workstation. If this is not the | ||
234 | case in your setup then please be careful to substitute the correct device | ||
235 | name in all commands where appropriate. | ||
236 | |||
237 | --- Preparation --- | ||
238 | |||
239 | 1) Build an image (e.g. poky-image-minimal) using "routerstationpro" as the | ||
240 | MACHINE | ||
241 | |||
242 | 2) Partition the USB drive so that primary partition 1 is type Linux (83). | ||
243 | Minimum size depends on your root image size - poky-image-minimal probably | ||
244 | only needs 8-16MB, other images will need more. | ||
245 | |||
246 | # fdisk /dev/sdb | ||
247 | Command (m for help): p | ||
248 | |||
249 | Disk /dev/sdb: 4011 MB, 4011491328 bytes | ||
250 | 124 heads, 62 sectors/track, 1019 cylinders, total 7834944 sectors | ||
251 | Units = sectors of 1 * 512 = 512 bytes | ||
252 | Sector size (logical/physical): 512 bytes / 512 bytes | ||
253 | I/O size (minimum/optimal): 512 bytes / 512 bytes | ||
254 | Disk identifier: 0x0009e87d | ||
255 | |||
256 | Device Boot Start End Blocks Id System | ||
257 | /dev/sdb1 62 1952751 976345 83 Linux | ||
258 | |||
259 | 3) Format partition 1 on the USB as ext3 | ||
260 | |||
261 | # mke2fs -j /dev/sdb1 | ||
262 | |||
263 | 4) Mount partition 1 and then extract the contents of | ||
264 | tmp/deploy/images/poky-image-XXXX.tar.bz2 into it (preserving permissions). | ||
265 | |||
266 | # mount /dev/sdb1 /media/sdb1 | ||
267 | # cd /media/sdb1 | ||
268 | # tar -xvjpf tmp/deploy/images/poky-image-XXXX.tar.bz2 | ||
269 | |||
270 | 5) Unmount the USB drive and then plug it into the board's USB port | ||
271 | |||
272 | 6) Connect the board's serial port to your workstation and then start up | ||
273 | your favourite serial terminal so that you will be able to interact with | ||
274 | the serial console. (If you don't have a favourite, picocom is suggested.) | ||
275 | |||
276 | 7) Connect the network into eth0 (the one that is NOT the 3 port switch). If | ||
277 | you are using power-over-ethernet then the board will power up at this point. | ||
278 | |||
279 | 8) Start up the board, watch the serial console. Hit Ctrl+C to abort the | ||
280 | autostart if the board is configured that way (it is by default). The | ||
281 | bootloader's fconfig command can be used to disable autostart and configure | ||
282 | the IP settings if you need to change them (default IP is 192.168.1.20). | ||
283 | |||
284 | 9) Make the kernel (tmp/deploy/images/vmlinux-routerstationpro.bin) available | ||
285 | on the tftp server. | ||
286 | |||
287 | 10) If you are going to write the kernel to flash (optional - see "Booting a | ||
288 | kernel directly" below for the alternative), remove the current kernel and | ||
289 | rootfs flash partitions. You can list the partitions using the following | ||
290 | bootloader command: | ||
291 | |||
292 | RedBoot> fis list | ||
293 | |||
294 | You can delete the existing kernel and rootfs with these commands: | ||
295 | |||
296 | RedBoot> fis delete kernel | ||
297 | RedBoot> fis delete rootfs | ||
298 | |||
299 | --- Booting a kernel directly --- | ||
300 | |||
301 | 1) Load the kernel using the following bootloader command: | ||
302 | |||
303 | RedBoot> load -m tftp -h <ip of tftp server> vmlinux-routerstationpro.bin | ||
304 | |||
305 | You should see a message on it being successfully loaded. | ||
306 | |||
307 | 2) Execute the kernel: | ||
308 | |||
309 | RedBoot> exec -c "console=ttyS0,115200 root=/dev/sda1 rw rootdelay=2 board=UBNT-RSPRO" | ||
310 | |||
311 | Note that specifying the command line with -c is important as linux-yocto does | ||
312 | not provide a default command line. | ||
313 | |||
314 | --- Writing a kernel to flash --- | ||
315 | |||
316 | 1) Go to your tftp server and gzip the kernel you want in flash. It should | ||
317 | halve the size. | ||
318 | |||
319 | 2) Load the kernel using the following bootloader command: | ||
320 | |||
321 | RedBoot> load -r -b 0x80600000 -m tftp -h <ip of tftp server> vmlinux-routerstationpro.bin.gz | ||
322 | |||
323 | This should output something similar to the following: | ||
324 | |||
325 | Raw file loaded 0x80600000-0x8087c537, assumed entry at 0x80600000 | ||
326 | |||
327 | Calculate the length by subtracting the first number from the second number | ||
328 | and then rounding the result up to the nearest 0x1000. | ||
329 | |||
330 | 3) Using the length calculated above, create a flash partition for the kernel: | ||
331 | |||
332 | RedBoot> fis create -b 0x80600000 -l 0x240000 kernel | ||
333 | |||
334 | (change 0x240000 to your rounded length -- change "kernel" to whatever | ||
335 | you want to name your kernel) | ||
336 | |||
337 | --- Booting a kernel from flash --- | ||
338 | |||
339 | To boot the flashed kernel perform the following steps. | ||
340 | |||
341 | 1) At the bootloader prompt, load the kernel: | ||
342 | |||
343 | RedBoot> fis load -d -e kernel | ||
344 | |||
345 | (Change the name "kernel" above if you chose something different earlier) | ||
346 | |||
347 | (-e means 'elf', -d 'decompress') | ||
348 | |||
349 | 2) Execute the kernel using the exec command as above. | ||