- May 17, 2016
-
-
Simon Glass authored
Enable building the systemace code for sandbox. This increases build coverage for sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add support for CONFIG_BLK to the systemace driver. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Move the systemace_get_dev() function below systemace_read() so that we can avoid a forward declaration. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a function that automatically builds the device name given the parent and a supplied string. Most callers will want to do this, so putting this functionality in one place makes more sense. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Allow a devnum parameter of -1 to indicate that the device number should be alocated automatically. The next highest available device number for that interface type is used. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Enable building the SATA code for sandbox. This increases build coverage for sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add driver-model block-device support to the SATA implementation. This is just a dummy implementation for now, since the SATA low-level API uses numbered devices and that doesn't fit with driver model. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Enable building the SCSI code for sandbox. This increases build coverage for sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add driver-model block-device support to the SCSI implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Enable building the IDE code for sandbox. This is for build coverage only. It does not currently work. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add driver-model block-device support to the IDE implementation. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This is now handled by the legacy block driver. The get_dev() method is no-longer used. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This has nothing of consequence. Remove it and its only inclusion site. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. We cannot yet make sata_dev_desc[] private to common/sata.c as it is used by the SATA drivers. This will require the SATA interface to be reworked. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This function is implemented by the legacy block functions now. Drop it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Instead of calling xx_get_dev() functions for each interface type, use the new legacy block driver which can provide the device through its interface. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present the SATA command code includes both the command-processing code and the core SATA functions and data structures. Separate the latter into its own file, adding functions as needed to avoid the command code accessing data structures directly. With this commit: - All CONFIG option are referenced from the non-command code - The concept of a 'current SATA device' is confined to the command code This will make it easier to convert this code to driver model. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present the IDE command code includes both the command-processing code and the core IDE functions and data structures. Separate the latter into its own file, adding functions as needed to avoid the command code accessing data structures directly. With this commit: - Most CONFIG option are referenced from the non-command code - The concept of a 'current IDE device' is confined to the command code This will make it easier to convert this code to driver model. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present the SCSI command code includes both the command-processing code and the core SCSI functions and data structures. Separate the latter into its own file, adding functions as needed to avoid the command code accessing data structures directly. This functions use the new legacy block functions. With this commit: - There is no CONFIG option referenced from the command code - The concept of a 'current SCSI device' is confined to the command code This will make it easier to convert this code to driver model. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Now that the MMC code accesses devices by number, we can implement this same interface for driver model, allowing MMC to support using driver model for block devices. Add the required functions to the uclass. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a legacy block interface for MMC. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a legacy block interface for USB storage. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a legacy block interface for sandbox host. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add a legacy block interface for systemace. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
There is quite a bit of duplicated common code related to block devices in the IDE and SCSI implementations. Create some helper functions that can be used to reduce the duplication. These rely on a linker list of interface-type drivers Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This option currently enables both the command and the SCSI functionality. Rename the existing option to CONFIG_SCSI since most of the code relates to the feature. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This file has a few coding style problems. Fix these to make future updates easier. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Reorder the code to avoid needing forward declarations. Fix up code style as needed. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Adjust common/ide.c so that it passes most checkpatch.pl checks. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Update the code style of this file so that it passes checkpatch.pl. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Reorder the code to avoid needing forward declarations. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add some functions needed by the SATA code. This allows it to be compiled for sandbox, thus increasing build coverage. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add some functions needed by the SCSI code. This allows it to be compiled for sandbox, thus increasing build coverage. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add outsw() and insw() functions for sandbox, as these are needed by the IDE code. The functions will not do anything useful if called, but allow the code to be compiled. Also add out16() and in16(), required by systemace. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
If an address is used with readb() and writeb() which is smaller than the expected size (e.g. 32-bit value on a machine with 64-bit addresses), a warning results. Fix this by adding a cast. Signed-off-by:
Simon Glass <sjg@chromium.org>
-