blob: 23378262ddeb93f749a29d2d131779a564a18048 [file] [log] [blame]
Denis 'GNUtoo' Carikliefd9dee2014-08-14 11:58:04 +02001General information on boot logs
2================================
3To gather good boot logs, you must set the debug level to Spew.
4
5If your board uses CMOS configuration[1], you can do it like this:
6nvramtool -w debug_level=Spew
7
8Else you will need to have to set the default log level at compile
9time, to do that go in "Console --->" in make menuconfig, then set
10"Default console log level" to SPEW
11
12Rereference:
13------------
14[1] in make menuconfig you should have: [*] Use CMOS for configuration values
15 This option is also known as CONFIG_USE_OPTION_TABLE in Kconfig.
16Information trough SSH
17======================
18board_status.sh can gather information trough ssh with the -r
19option.
20
21When using "-r <host>", The script will attempt to log into
22root@<host>.
23In order for "-r <host>" to work, the script has to be able
24to log into the remote host's root account, without having
25to provide a password.
26That can be achieved with the use of SSH keys and ssh-agent.
27
28board_status.sh expects the remote host to have the following
29programs in its path: cbmem, dmesg
30
31Boot log gathering trough a serial port
32=======================================
33When using -s </dev/xxx>, board_status.sh starts by retrieving the
34boot log trough the serial port.
35
36To produce such logs, power off the board, run board_status.sh
37with the right arguments, power on the board.
38At that point the logs will be displayed by board_status.sh as they
39are produced by the board.
40
41Enter will have to be pressed once the board has booted and is in a
42state where the script is able to log into that board.
43
44Publishing
45==========
46The -u switch will publish the results: It will make a git patch out
47of the status information, that will be directly pushed in the
48board-status repository.
49It expects the user to already have an account in coreboot's gerrit
50instance.