- May 09, 2013
-
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Actually, I tried to move cmd_verbose.c to ppsi, and avoid this dependency, but our use of --gc-sections would prevent the code to be picked into wrc.o. Hopefully, we won't need to touch this command any more. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
-
- May 08, 2013
-
-
Alessandro Rubini authored
This merges a number of changes related to a major ppsi update, commits by me and Aurelio Colosimo. This last wrpc-sw commit builds, but previous ones do not. Still, I chose to commit separately each fix for documenting purposes, with the maintainer's approval. The new ppsi does not sync two spec cards, because I broke it during my development session of April 2013, but lack of even build-test led wrpc-sw master to not even build with its ppsi submodule. This al least brings back build-testing to a sane state, and allows us to concentrate on making it work and benefit from the new features on WRPC-based cards.
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
We need to link ppsi/proto-standard/libstd.a explicitly, but we also need a rule to generate it, or parallel compilation fails saying it has no rule. The makefile depended on build order (my fault), as building ppsi/ppsi.o, with its rule), also built libstd.a BTW, this removes ppsi/arch-wrpc/libarch.a from the dependencies, because it is already linked in making ppsi/ppsi.o (otoh the need for an explicit mention of libstd.a can't easily be solved in ppsi itself, so it remains here). Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
In recent ppsi code, proto-ext-whiterabbit is not replicating proto-standard any more, but rather it offers hooks for the additional code it needs. Thus, we need to link the library for standard PTP as well, to pick some of the states for the WR state machine. 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
This source file is now part of ppsi itself, so it is removed from wrpc-sw. The move helps improving cleaning up and maintaing ppsi without committing to the supermodule each time something internal changes. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This commit updates ppsi with the latest development, but does not build if CONFIG_PPSI is selected. This whole branch is devoted to a smooth merge of ppsi changes, so every wrpc-sw modification that depends on ppsi is commited and explained separately. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This commits affect several files, to be able to support both uart and uart_sw at the same time. My aim is sending verbose ppsi diagnostics to the uart_sw while retaining the real uart (or vuart) for the interactive user and wrpc status gui. To this aim, I use weak functions to avoid hairy ifdef around the code. Now both hw and sw uarts are initialized, and the missing init just does nothing. Also, uart_sw_write_string is always defined, and it is an alias of uart_write_string if no uart_sw is built. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
- May 06, 2013
-
-
Alessandro Rubini authored
Sometimes a printf happens in the code, and it eventually prevents the wrc to link because it pick up the whole of libc. While ptp-noposix already has a definition of printf to mprintf, we don't have the same for ppsi, so let's add it. Currently, rxts_calibrator.c includes calls to printf, and didn't build with CONFIG_PPSI until this commit. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
-
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
This introduced an "advanced" menu, only for developers, and most questions are grouped in there, because we cannot support users playing with experimental features or work in progress (like the new onewire code, or the new ptp daemon) until they are the officially supported option. The commit also removes changes in stack size, because the new calibration code by tom is not stack-hungry like the previous one: wrnic_defconfig is now the same as spec_defconfig and ppsi doesn't select a bigger stack any more. Finally, ppsi_defconfig replaces spec_ppsi_defconfig, since we only support the "spec" hardware configuration (other implementations we know of are still very much spec-alike). Unfortunately, this spits two warnings: Kconfig:25:warning: defaults for choice values not supported Kconfig:29:warning: defaults for choice values not supported even if such defaults actually works. The next commit removes them. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
- May 03, 2013
-
-
Split a rule into two rules, to make make happy. In previous versions of make it was acceptable to list one or more explicit targets followed by one or more pattern targets in the same rule and it worked "as expected". However, this was not documented as acceptable and if you listed any explicit targets AFTER the pattern targets, the entire rule would be mis-parsed. This release removes this ability completely: make will generate an error message if you mix explicit and pattern targets in the same rule. You must split these rules into two rules: one for the pattern and one for the explicit targets. The Linux kernel source has already been modified in this way (in newer kernels).
-
- Apr 26, 2013
-
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
This also adds three shell commands, for testing: w1w PAGE TEXT w1r PAGE w1test The w1test command writes to 80 pages and reads them back (warning: it erases the whole device).
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
-
-
Grzegorz Daniluk authored
-
- Apr 24, 2013
-
-
Grzegorz Daniluk authored
call t24p calibration every time PTP is set to Slave mode, or read the value from EEPROM when Master mode
-
- Apr 23, 2013
-
-
Grzegorz Daniluk authored
Conflicts: dev/dev.mk
-
- Apr 09, 2013
-
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
- Apr 04, 2013
-
-
Grzegorz Daniluk authored
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
- Apr 03, 2013
-
-
Alessandro Rubini authored
This adds the build choice about whether to use the older sockitowm or the new "w1" implementation, which supports all three thermometers but is still missing eeprom support (the API is defined, though, see include/w1.h This also adds a shell command, called "w1", which rescans the bus and tries to read the temperature from all devices. In the example below the third device is an eeprom, so it return an error for temperature read-out. wrc# w1 W1: 68000801dce56910 W1: f70000001eda8242 W1: 5f00000040e50143 device 0: 68000801dce56910 temp: 34.7500 device 1: f70000001eda8242 temp: 32.5000 device 2: 5f00000040e50143 temp: -32768.0000 The code is properly integrated in wrpc-sw, and the "first" thermometer is used to build the MAC address of the device, like it used to be with sockitowm. The binary built with w1 is 3kB smaller than what is build with sockitowm. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This adds the files for an alternative to sockitowm. I called it "w1" like in the Linux kernel, because "onewire" was already in use as file name in this project. The bus scanning code was a fun project of mine a few years ago, the rest is what I did for my own crappy operating system in the last few days. This commit adds the files as modified to build in wrpc-sw, since I have no "official" Bathos files yet to diff against. This commit doesn't change the build, only adds the file, so actual changes to existing code is all part of the next (smaller) commit. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This is the host part of the software-only uart. The lm32 part is selected at compile time (CONFIG_UART_SW). The tool, when run, opens one or more pty pairs, and reports to stdout which is the name of the slave descriptor. You can then run "minicom -p /dev/pts/XXX" or other commands, to access the software uart. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This introduces dev/uart-sw as an alternative to dev/uart . The software-only thing is a pair of circular buffers that can be driven by tools/wrpc-uart-sw . The software uart can be enabled by Kconfig (and is disabled by default). The code size is the same as the uart, but it "wastes" 306 bytes of data space. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This adds "sleep" that is used to verify the usleep function. It is not build by default nor by a Kconfig option, because it is not expected to be generally useful. To build, add "CONFIG_CMD_SLEEP=y" to the command line of make. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This adds a real usleep implementation. The init function calculates the "loops per jiffy" variable, by watching the timer ticks before interrupts are enabled by spll_init(). This init takes 40ms. Then, the udelay runs the same loop used in calculating lpj, and is thus correct (it will be slower because we have interrupts running at run time, but this is not a problem). Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-