BoardTestPlan: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
Line 25: Line 25:
# Check correctness of colours in colour mode
# Check correctness of colours in colour mode
# Verify '''SDRAM''' self-refresh: Enter [[DCON]] mode, enter sleep mode, wait. Enter [[DCON]] mode again.inter
# Verify '''SDRAM''' self-refresh: Enter [[DCON]] mode, enter sleep mode, wait. Enter [[DCON]] mode again.inter
kkkkkkkkkkkkkkkkkkkkkkkkkkkk


== NAND ==
== NAND ==

Revision as of 05:47, 3 April 2008

  english | 한국어 HowTo [ID# 122733]  +/-  


Board test plan

First, note that there are various different combinations of components (SKUs). Items such as the system RAM, the DCON SDRAM, the NAND flash, the BIOS SPI flash, etc. have multiple sources.

Ensure that each combination, or at least one of each major component with multiple sources, is tested. Bugs do slip through the cracks if you omit even one manufacturer's part from the testing.

Things in italics are things that should be scriptable and in the tinderbox


DCON

See fbtest.c for a DCON register-poking tool.

Hints on how to achieve the below tests can be found in the [http://www.laptop.org/teamwiki/index.php/Image:DCON_Specification%2C_V0.8.doc DCON Specification] or for the disinclined at http://david.woodhou.se/dcontest.txt

  1. Check DCON <-> VGA mode transitions. They should be glitchless and an IRQ should arrive promptly. Test with various intervals between the DCON and the VGA changes, to allow for different amounts of clock drift.
  2. Check sleep mode and auto-sleep mode.
  3. Check ECPWRRQST transition from sleep mode.
  4. Check blanking.
  5. Check dot-clock divider setting to request DCON mode refresh frequency
  6. Check colour, anti-aliasing, monochrome modes. Watch for setup/hold time problems on the display.
  7. Set backlight to each level 0-15. Check for noise and fluctuations.
  8. Check correctness of colours in colour mode
  9. Verify SDRAM self-refresh: Enter DCON mode, enter sleep mode, wait. Enter DCON mode again.inter

kkkkkkkkkkkkkkkkkkkkkkkkkkkk

NAND

  1. Benchmark read/write access on each type of NAND part ("modprobe mtdchar; dd if=/dev/mtd0 of=/dev/null bs=64k count=100")
  2. Introduce 1-4 symbol errors in page and verify correct correction. (someday)
  3. Linux root filesystem on NAND

SD

  1. Test insertion/detection, hotplug removal.
  2. Test high-speed mode
  3. Benchmark read/write speed on low-speed and high-speed devices
  4. Test MMC and SD devices


AUDIO

  1. Test headphone output and speakers, verify unclipped output at volume on each.
  2. Test internal and external microphone input; check for good input levels without noise.
  3. Analogue input test

CAMERA

  1. Verify correct image in both overlay and capture modes
  2. Once we have test program, that contrast, chroma, flip all work.

KEYBOARD

You can use "xev" for this testing.

  1. Verify scancodes from main keyboard keys (and that all keys are reported)
  2. Verify scancodes of additional keys on unit -- joypad, game buttons, mode
  3. Verify power button input functional
  4. Verify multiple-key-press functional with no 'ghost' keys

TOUCHPAD

  1. Verify capacitive<->resistive mode switching
  2. Verify noiseless operation in capacitive mode, especially on first touch
  3. Verify operation in resistive mode across whole area of pad
  4. Check (rough) calibration by edge of screen matching marks on the touch pad.

BATTERY

  1. Verify EC functionality after battery overdrain (low voltage). It should reset and battery should charge correctly.
  2. Verify full Battery Management System operation with full, low and absent batteries. Check especially for overcharge and undercharge behavior
  3. Correct operation of battery LED
  4. Battery status reporting to Linux
  5. Process
    1. Check that the battery shows charging or charged
    2. Unplug the machine
      • Check that the battery shows present and
      • Check that the machine does not show it is plugged in
    3. Plug in the machine
      • Check that the battery shows charging
    4. Unplug the battery
      • See that the battery shows not present
    5. Reinsert the battery
      • Check that the battery shows present and charging again

SYSTEM

  1. Verify correct poweroff and soft-reboot behaviour, including subsequent power-on.
  2. Verify full power domain switching -- each circuit which should be individually controlled should be able to be turned off and on by power management code without functionality problems. Lilian is working on code for

this testing.

  1. Verify correct operation temperature sensors, lid switch.
  2. Observe correct operation of power LED.
  3. Check manufacturing data in BIOS flash
  4. OpenFirmware self-update
  5. Set system date. Remove all power (battery and AC). Reapply power and check date is still set
  6. Test system suspend-to-ram and resume.
  7. Test keyboard light

WIRELESS

  1. Verify ability to upgrade/downgrade Boot2 code
  2. Verify association in standard 802.11 mode
  3. Verify WEP/WPA encryption
  4. Verify connection in mesh mode
  5. Obtain Legacy IP address by DHCP, verify connectivity.
  6. IPv6 connectivity with link-local addresses (no setup required)
  7. Obtain IPv6 address with RA, verify connectivity.
  8. Antenna switch

USB

  1. Verify correct power-up with high USB power draw
  2. Verify Open_Firmware and Linux correct operation with various hub/storage/ethernet/hid/other devices
  3. Make sure all three ports are functional!
  4. Verify correct operation with USB over-current situation. The USB should shut down; the system should not.

FIRMWARE

  1. Open_Firmware boot from USB
  2. Open_Firmware boot from Ethernet
  3. Open_Firmware boot from SD (when supported)
  4. Open_Firmware boot from NAND
  5. Open_Firmware tests.
  6. Reflash OFW