- Feb 23, 2017
-
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
- Feb 16, 2017
-
-
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- Jan 20, 2016
-
-
Alessandro Rubini authored
If the Kconfig option is not set, there's no effect on code size. If set, .bss increases by 256 bytes (the buffer) and .text by another 200 bytes. This adds timestamping support, so we know the duration of the interrupt (because we found it's an important thing when problems occur). Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Accessing data structures in the host to get target fields is broken: we may have different data size or alignment, or whatever. The hack of using "-m32" to be able to access lm32 fields from x86-64 is not clean (we imply the i386 and target have the same size/alignment). Even worse, not everybody has an x86-64 cross-compiler for i386. Thus, we use OFFSET_OF in the target, with the lm32 cross compiler, to build a binary table that is then accessed by the host. In order to link the data structure in the host we use the assembler instead of objcopy. With objcopy we'd need to spell out the bfd name of the host, and we'd get horrible names like struct dump_info _binary_dump_info_host_bin_start[]; Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Use an environment variable to check for spec byte order, and fix the buffer before using it. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
It's still suboptimal, we need to autodetect with a in-binary helper, but by now I'm analyzing old logs so I'd better not change wrpc itself. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
The tool is meant to print internal data structures of the wrpc, by running either on a dump file or a live system. The code is an edited copy of wr-switch-sw/userspace/tools/wrs_dump_shmem.c, so the data-dumping mechanism is from there. bugs at this point: - all endianness stuff is bad (in wrs it was local, here we cross-dump) - data sizes are wrong (see next commit) - we miss checks for consistency - we can't open /dev/mem (for spec for example) or a elf file - docs are missing too Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-