- 23 3月, 2014 3 次提交
-
-
由 Simon Glass 提交于
Add a new Patch-cc: tag which performs the service now provided by the Cc: tag. The Cc: tag is interpreted by git send-email but ignored by patman. So now: Cc: patman does nothing. (git send-email can cc patches) Patch-cc: patman Cc's patch and removes this tag from the patch Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Patrice Bouchand 提交于
As Simon Glass requested it, here's a patch that enables CONFIG_CMD_LZMADEC in sandbox. Signed-off-by: NPatrice Bouchand <pbfwdlist@gmail.com> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Patrice Bouchand 提交于
I needed to be able to uncompress lzma files. I did this command based on unzip command and propose it if it could help. Signed-off-by: NPatrice Bouchand <pbfwdlist@gmail.com> Changed to work with sandbox Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 18 3月, 2014 36 次提交
-
-
由 Simon Glass 提交于
Enable the Chrome OS EC emulation for sandbox along with LCD, sound expanded GPIOs and a few other options to make this work correctly. Reviewed-by: NSimon Glass <sjg@chromium.org> Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This function is needed when CONFIG_OF_SPI is defined. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
When jumping from one sandbox U-Boot to another in sandbox, the RAM buffer is preserved in the jump by using a temporary file. Add an option to tell the receiving U-Boot to remove this file when it is no longer needed. Similarly the old U-Boot image is left behind in this case. We cannot delete it immediately since gdb cannot then find its debug symbols. Delete it just before exiting. Together these changes ensure that temporary files are removed both for memory and U-Boot. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
It is useful for Cltl-C to be handled by U-Boot as it is on other boards. But it is also useful to be able to terminate U-Boot with Ctrl-C. Add an option to enable signals while in raw mode, and make this the default. Add an option to leave the terminal cooked, which is useful for redirecting output. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Unfortunately SDL requires getenv() to operate, since it wants to figure out the display type. U-Boot has its own getenv() and they conflict. As a work-around use #define to resolve the conflict. A better but more complex solution might be to rename some U-Boot symbols at link time. SDL audio is not functional at present, likely due to a related issue. Note: Vic Yank wrote a script for this, filed in crbug.com/271125. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The i2s code is in fact Samsung-specific, but there might be other implementation. Move this code into its own file. This makes it slightly more obviously how to adjust the code to support another SoC, when someone takes this task on. Also drop non-FDT support, since it isn't used on Exynos 5. Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add a simple LCD driver which uses SDL to display the image. We update the image regularly, while still providing for reasonable performance. Adjust the common lcd code to support sandbox. For command-line runs we do not want the LCD to be displayed, so add a --show_lcd option to enable it. Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add a sound driver for sandbox, which uses SDL. Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
SDL (Simple DirectMedia Layer - see www.libsdl.org) is a library which provides simple graphics and sound features. It works under X11 and also with a simple frame buffer interface. It is ideally suited to sandbox U-Boot since it fits nicely with the low-level feature set required by U-Boot. For example, U-Boot has its own font drawing routines, its own keyboard processing and just needs raw sound output. We can use SDL to provide emulation of these basic functions for sandbox. This significantly expands the testing that is possible with sandbox. Add a basic SDL library which we will use in future commits. Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
In order to support the 'go' command we allow the jumping U-Boot to pass its filename to the new U-Boot image. This can then be used to delete that image if required. Reviewed-by: NSimon Glass <sjg@chromium.org> Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
For some tests it is useful to be able to run U-Boot again but pass on the same memory contents. Add a function to achieve this. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The Chrome EC has a feature where you can access its I2C buses through a pass-through arrangement. Add a command to support this, and export the function for it also. Reviewed-by: NVadim Bendebury <vbendeb@google.com> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add board code to set up the Chrome OS EC on startup. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add a simple emulation of the Chrome OS EC for sandbox, so that it can perform various EC tasks such as keyboard handling. Reviewed-by: NVadim Bendebury <vbendeb@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Due to signed/unsigned comparison, '< sizeof(struct)' does not do the right thing, since if ec_command() returns a -ve number we will consider this be success. Adjust all comparisons to avoid this problem. This error was found with sandbox, which gives a segfault in this case. On ARM we may instead silently fail. We should also consider turning on -Wsign-compare to catch this sort of thing in future. Reviewed-by: NAndrew Chew <achew@nvidia.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NVadim Bendebury <vbendeb@chromium.org> Tested-by: NAndrew Chew <achew@nvidia.com> Signed-off-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NJimmy Zhang <jimmzhang@nvidia.com>
-
由 Randall Spangler 提交于
Protocol version 3 will be attempted first; if the EC doesn't support it, u-boot will fall back to the old protocol version (2). Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NRandall Spangler <rspangler@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Protocol v2 was shipped with snow, link and spring. Protocol v3 is for pit and is targetted at SPI operation. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Randall Spangler 提交于
Version 1 protocols (without command version) were already no longer supported in cros_ec.c. This removes some dead code from the cros_ec_i2c driver. Version 2 protcols (with command version) are now called protocol_version=2, instead of cmd_version_is_supported=1. A subsequent change will introduce protocol version 3 for SPI. Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NRandall Spangler <rspangler@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The EC messages have been expanded and some parts have been renamed. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Flash region access is not tied to having commands, so adjust the #ifdef to reflect this. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Some systems do not have an EC interrupt. Rather than assuming that the interrupt is always present, and hanging forever waiting for more input, handle the missing interrupt. This works by reading key scans only until we get an identical one. This means the EC keyscan FIFO is empty. Tested-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Vadim Bendebury 提交于
There is no need to support old style EC moving forward. Ultimately we should get rid of the check_version() API. For now just return error in case the EC does not seem to support the new API. Reviewed-by: NVadim Bendebury <vbendeb@google.com> Tested-by: NVadim Bendebury <vbendeb@google.com> Signed-off-by: NVadim Bendebury <vbendeb@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
In order to talk to the EC properly we need to be able to understand the layout of its internal flash memory. This permits emulation of the EC for sandbox, and also software update in a system with a real EC. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Vadim Bendebury 提交于
Add a common library for obtaining access to the Chrome OS EC. This is used by boards which need to talk to the EC. Reviewed-by: NVadim Bendebury <vbendeb@google.com> Tested-by: NVadim Bendebury <vbendeb@google.com> Signed-off-by: NVadim Bendebury <vbendeb@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
A flash map describes the layout of flash memory in terms of offsets and sizes for each region. Add a function to read a flash map entry from the device tree. Reviewed-by: NChe-Liang Chiou <clchiou@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add an enum for the number of flash regions so we can keep track of all the possible regions. Reviewed-by: NRandall Spangler <rspangler@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Add an LCD display and keyboard to the sandbox device tree so that these features can be used. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
At present we use U-Boot's filesystem layer to read the sandbox device tree, but this is problematic since it relies on a temporary feauture added there. Since we plan to implement proper block layer support for sandbox, change this code to use the os layer functions instead. Also use the new fdt_create_empty_tree() instead of our own code. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
The current 4MB size is a little small for some tests, so increase it. Reviewed-by: NHung-ying Tyan <tyanh@chromium.org> Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This function does not actually change the pointer contents, so use const so that functions which have a const pointer do not need to cast. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Marek Vasut 提交于
The commit 6af8dc3e broke support for S25FL032P and S25FL064P by carelessly removing the code handling special page size for these two SPI NOR flashes and unifying the code under the assumption that Extended JEDEC ID of 0x4d00 always implies 512b page size. Add special case handling for these two SPI NOR flashes. Signed-off-by: NMarek Vasut <marex@denx.de> Reviewed-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
由 Axel Lin 提交于
Refactor the code a bit to make it better in readability. Remove the comments because now the intention of the code is pretty clear. Signed-off-by: NAxel Lin <axel.lin@ingics.com> Reviewed-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
Squash the malloc()+memset() combo in favor of calloc(). Signed-off-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com> Acked-by: NMarek Vasut <marex@denx.de>
-
由 Marek Vasut 提交于
Squash the malloc()+memset() combo in favor of calloc(). Signed-off-by: NMarek Vasut <marex@denx.de> Reviewed-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
由 Marek Vasut 提交于
Add IDs for this new chip. Signed-off-by: NMarek Vasut <marex@denx.de> Reviewed-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
由 Marek Vasut 提交于
Both of these chips have 256kB big sectors, thus the _256K suffix, compared to their _64K counterparts, which have 64kB sectors. Also, they have four times less sectors than their _64K counterparts. Signed-off-by: NMarek Vasut <marex@denx.de> Tested-by: NJagannadha Sutradharudu Teki <jaganna@xilinx.com>
-
- 14 3月, 2014 1 次提交
-
-
由 Baruch Siach 提交于
romImage is set by CONFIG_ECOVEC_ROMIMAGE_ADDR to 0xA0040000. Signed-off-by: NBaruch Siach <baruch@tkos.co.il> Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org>
-