GraphicsClient 3.5 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798
  1. ADS GraphicsClient Plus Single Board Computer
  2. For more details, contact Applied Data Systems or see
  3. http://www.applieddata.net/products.html
  4. The original Linux support for this product has been provided by
  5. Nicolas Pitre <nico@fluxnic.net>. Continued development work by
  6. Woojung Huh <whuh@applieddata.net>
  7. It's currently possible to mount a root filesystem via NFS providing a
  8. complete Linux environment. Otherwise a ramdisk image may be used. The
  9. board supports MTD/JFFS, so you could also mount something on there.
  10. Use 'make graphicsclient_config' before any 'make config'. This will set up
  11. defaults for GraphicsClient Plus support.
  12. The kernel zImage is linked to be loaded and executed at 0xc0200000.
  13. Also the following registers should have the specified values upon entry:
  14. r0 = 0
  15. r1 = 29 (this is the GraphicsClient architecture number)
  16. Linux can be used with the ADS BootLoader that ships with the
  17. newer rev boards. See their documentation on how to load Linux.
  18. Angel is not available for the GraphicsClient Plus AFAIK.
  19. There is a board known as just the GraphicsClient that ADS used to
  20. produce but has end of lifed. This code will not work on the older
  21. board with the ADS bootloader, but should still work with Angel,
  22. as outlined below. In any case, if you're planning on deploying
  23. something en masse, you should probably get the newer board.
  24. If using Angel on the older boards, here is a typical angel.opt option file
  25. if the kernel is loaded through the Angel Debug Monitor:
  26. ----- begin angelboot.opt -----
  27. base 0xc0200000
  28. entry 0xc0200000
  29. r0 0x00000000
  30. r1 0x0000001d
  31. device /dev/ttyS1
  32. options "38400 8N1"
  33. baud 115200
  34. #otherfile ramdisk.gz
  35. #otherbase 0xc0800000
  36. exec minicom
  37. ----- end angelboot.opt -----
  38. Then the kernel (and ramdisk if otherfile/otherbase lines above are
  39. uncommented) would be loaded with:
  40. angelboot -f angelboot.opt zImage
  41. Here it is assumed that the board is connected to ttyS1 on your PC
  42. and that minicom is preconfigured with /dev/ttyS1, 38400 baud, 8N1, no flow
  43. control by default.
  44. If any other bootloader is used, ensure it accomplish the same, especially
  45. for r0/r1 register values before jumping into the kernel.
  46. Supported peripherals:
  47. - SA1100 LCD frame buffer (8/16bpp...sort of)
  48. - on-board SMC 92C96 ethernet NIC
  49. - SA1100 serial port
  50. - flash memory access (MTD/JFFS)
  51. - pcmcia
  52. - touchscreen(ucb1200)
  53. - ps/2 keyboard
  54. - console on LCD screen
  55. - serial ports (ttyS[0-2])
  56. - ttyS0 is default for serial console
  57. - Smart I/O (ADC, keypad, digital inputs, etc)
  58. See http://www.eurotech-inc.com/linux-sbc.asp for IOCTL documentation
  59. and example user space code. ps/2 keybd is multiplexed through this driver
  60. To do:
  61. - UCB1200 audio with new ucb_generic layer
  62. - everything else! :-)
  63. Notes:
  64. - The flash on board is divided into 3 partitions. mtd0 is where
  65. the ADS boot ROM and zImage is stored. It's been marked as
  66. read-only to keep you from blasting over the bootloader. :) mtd1 is
  67. for the ramdisk.gz image. mtd2 is user flash space and can be
  68. utilized for either JFFS or if you're feeling crazy, running ext2
  69. on top of it. If you're not using the ADS bootloader, you're
  70. welcome to blast over the mtd1 partition also.
  71. - 16bpp mode requires a different cable than what ships with the board.
  72. Contact ADS or look through the manual to wire your own. Currently,
  73. if you compile with 16bit mode support and switch into a lower bpp
  74. mode, the timing is off so the image is corrupted. This will be
  75. fixed soon.
  76. Any contribution can be sent to nico@fluxnic.net and will be greatly welcome!