u-boot.git/include/linux, branch v2020.07-rc1 Unnamed repository; edit this file 'description' to name the repository. libfdt: split fdt_region declarations out to <fdt_region.h> 2020-04-26T20:24:08+00:00 Masahiro Yamada masahiroy@kernel.org 2020-04-16T09:30:18+00:00 64045a6a173e6cf74a9c30bbe21a93d105be289e fdt_region APIs are not part of libfdt. They are U-Boot extension for the verified boot. Split the declarations related to fdt_region out of <fdt_region.h>. This allows <linux/libfdt.h> to become a simple wrapper file, like Linux does. Signed-off-by: Masahiro Yamada <masahiroy@kernel.org> 
fdt_region APIs are not part of libfdt. They are U-Boot extension
for the verified boot. Split the declarations related to fdt_region
out of <fdt_region.h>. This allows <linux/libfdt.h> to become a
simple wrapper file, like Linux does.

Signed-off-by: Masahiro Yamada <masahiroy@kernel.org>
Merge branch 'next' of git://git.denx.de/u-boot-usb into next 2020-03-31T21:24:19+00:00 Tom Rini trini@konsulko.com 2020-03-31T21:24:19+00:00 2b18b89156335bf1f0d84f81d3597762bc48c61d 






usb: Migrate to support live DT for some driver
2020-03-30T01:48:53+00:00

Kever Yang
kever.yang@rock-chips.com

2020-03-04T00:59:50+00:00

ac28e59a574dd231a4787752d923f618587e3d10

Use ofnode_ instead of fdt_ APIs so that the drivers can support live DT.
This patch updates usb_get_dr_mode() and usb_get_maximum_speed() to use
ofnode as parameter instead of fdt offset. And all the drivers who use
these APIs update to use live dt APIs at the same time.

Signed-off-by: Kever Yang <kever.yang@rock-chips.com>





Use ofnode_ instead of fdt_ APIs so that the drivers can support live DT.
This patch updates usb_get_dr_mode() and usb_get_maximum_speed() to use
ofnode as parameter instead of fdt offset. And all the drivers who use
these APIs update to use live dt APIs at the same time.

Signed-off-by: Kever Yang <kever.yang@rock-chips.com>







firmware: tisci: Drop all deprecated messages
2020-03-03T07:38:14+00:00

Lokesh Vutla
lokeshvutla@ti.com

2020-02-28T12:24:48+00:00

11e47de3c99e190ebf4174f91dbfceab684f1e8d

SYSFW v2020.01 and later versions no longer supports the below messages:
- TI_SCI_MSG_RM_RING_GET_CFG
- TISCI_MSG_RM_UDMAP_TX_CH_GET_CFG   0x1206
- TISCI_MSG_RM_UDMAP_RX_CH_GET_CFG   0x1216
- TISCI_MSG_RM_UDMAP_FLOW_GET_CFG        0x1232
- TISCI_MSG_RM_UDMAP_FLOW_SIZE_THRESH_GET_CFG    0x1233

There are no users in U-Boot for any of the above messages, So drop the
support for all the corresponding messages.

Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>





SYSFW v2020.01 and later versions no longer supports the below messages:
- TI_SCI_MSG_RM_RING_GET_CFG
- TISCI_MSG_RM_UDMAP_TX_CH_GET_CFG   0x1206
- TISCI_MSG_RM_UDMAP_RX_CH_GET_CFG   0x1216
- TISCI_MSG_RM_UDMAP_FLOW_GET_CFG        0x1232
- TISCI_MSG_RM_UDMAP_FLOW_SIZE_THRESH_GET_CFG    0x1233

There are no users in U-Boot for any of the above messages, So drop the
support for all the corresponding messages.

Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>







dma-mapping: move dma_map_(un)single() to <linux/dma-mapping.h>
2020-02-19T13:27:30+00:00

Masahiro Yamada
yamada.masahiro@socionext.com

2020-02-14T07:40:19+00:00

9d86b89c590832c9bcb1c69d5ccdecdf731f97ae

The implementation of dma_map_single() and dma_unmap_single() is
exactly the same for all the architectures that support them.

Factor them out to <linux/dma-mapping.h>, and make all drivers to
include <linux/dma-mapping.h> instead of <asm/dma-mapping.h>.

If we need to differentiate them for some architectures, we can
move the generic definitions to <asm-generic/dma-mapping.h>.

Add some comments to the helpers. The concept is quite similar to
the DMA-API of Linux kernel. Drivers are agnostic about what is
going on behind the scene. Just call dma_map_single() before the
DMA, and dma_unmap_single() after it.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>





The implementation of dma_map_single() and dma_unmap_single() is
exactly the same for all the architectures that support them.

Factor them out to <linux/dma-mapping.h>, and make all drivers to
include <linux/dma-mapping.h> instead of <asm/dma-mapping.h>.

If we need to differentiate them for some architectures, we can
move the generic definitions to <asm-generic/dma-mapping.h>.

Add some comments to the helpers. The concept is quite similar to
the DMA-API of Linux kernel. Drivers are agnostic about what is
going on behind the scene. Just call dma_map_single() before the
DMA, and dma_unmap_single() after it.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>







dm: core: Drop the inclusion of linux/compat.h in dm.h
2020-02-06T04:48:22+00:00

Simon Glass
sjg@chromium.org

2020-02-03T14:36:17+00:00

f217651575f30256955f22a1691115a70e7f5934

Most files don't need this header and it pulls in quite of lots of stuff,
malloc() in particular. Drop it.

Signed-off-by: Simon Glass <sjg@chromium.org>





Most files don't need this header and it pulls in quite of lots of stuff,
malloc() in particular. Drop it.

Signed-off-by: Simon Glass <sjg@chromium.org>







dm: core: Create a new header file for 'compat' features
2020-02-06T02:33:46+00:00

Simon Glass
sjg@chromium.org

2020-02-03T14:36:16+00:00

336d4615f8fa774557d14f9b3245daa9e5fe3dbc

At present dm/device.h includes the linux-compatible features. This
requires including linux/compat.h which in turn includes a lot of headers.
One of these is malloc.h which we thus end up including in every file in
U-Boot. Apart from the inefficiency of this, it is problematic for sandbox
which needs to use the system malloc() in some files.

Move the compatibility features into a separate header file.

Signed-off-by: Simon Glass <sjg@chromium.org>





At present dm/device.h includes the linux-compatible features. This
requires including linux/compat.h which in turn includes a lot of headers.
One of these is malloc.h which we thus end up including in every file in
U-Boot. Apart from the inefficiency of this, it is problematic for sandbox
which needs to use the system malloc() in some files.

Move the compatibility features into a separate header file.

Signed-off-by: Simon Glass <sjg@chromium.org>







sandbox: Rename strdup() functions
2020-02-06T02:33:46+00:00

Simon Glass
sjg@chromium.org

2020-02-03T14:36:01+00:00

f72bdc60b230f5e5d77eaad0b2defe07a46c02a9

These functions include calls to a memory-allocation routine and so need
to use the system routine when called from a library.

To preserve access to these functions for libraries that need it, such as
SDL, rename these functions within U-Boot.

Signed-off-by: Simon Glass <sjg@chromium.org>





These functions include calls to a memory-allocation routine and so need
to use the system routine when called from a library.

To preserve access to these functions for libraries that need it, such as
SDL, rename these functions within U-Boot.

Signed-off-by: Simon Glass <sjg@chromium.org>







string: Allow arch override of strndup() also
2020-02-06T02:33:46+00:00

Simon Glass
sjg@chromium.org

2020-02-03T14:36:00+00:00

1ea1c7d80f9dd7a4827cddf25fba71d0034510e4

At present architectures can override strdup() but not strndup(). Use
the same option for both.

Signed-off-by: Simon Glass <sjg@chromium.org>





At present architectures can override strdup() but not strndup(). Use
the same option for both.

Signed-off-by: Simon Glass <sjg@chromium.org>







mtd: Rename free() to rfree()
2020-02-06T02:33:46+00:00

Simon Glass
sjg@chromium.org

2020-02-03T14:35:56+00:00

8d38a8459b0de45f5ff41f3e11c278a5cf395fd0

This function name conflicts with our desire to #define free() to
something else on sandbox. Since it deals with resources, rename it to
rfree().

Signed-off-by: Simon Glass <sjg@chromium.org>





This function name conflicts with our desire to #define free() to
something else on sandbox. Since it deals with resources, rename it to
rfree().

Signed-off-by: Simon Glass <sjg@chromium.org>