#
62e8ccc3 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
syscon: Move syscon code in dev/syscon
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a
syscon: Move syscon code in dev/syscon
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: mhorne Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43196
show more ...
|
#
950a6087 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
phy: Move phy code in dev/phy
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of co
phy: Move phy code in dev/phy
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: emaste, imp Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43195
show more ...
|
#
be82b3a0 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
clk: Move clock code in dev/clk
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of
clk: Move clock code in dev/clk
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: mhorne Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43191
show more ...
|
#
fdafd315 |
| 24-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
Remov
sys: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
Remove /^#if.*\n#endif.*\n#include\s+<sys/cdefs.h>.*\n/ Remove /\n+#include\s+<sys/cdefs.h>.*\n+#if.*\n#endif.*\n+/ Remove /\n+#if.*\n#endif.*\n+/ Remove /^#if.*\n#endif.*\n/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/types.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/param.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/capsicum.h>/
Sponsored by: Netflix
show more ...
|
Revision tags: release/14.0.0 |
|
#
81a4fe38 |
| 06-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: fdt: Correctly export clock per the binding
The binding says that we can have one or two clocks to export. The first one is the actual sdclock while the second is the sample clock. Both have
sdhci: fdt: Correctly export clock per the binding
The binding says that we can have one or two clocks to export. The first one is the actual sdclock while the second is the sample clock. Both have the same parent, clk_xin. Correctly export the clocks for RK3399 and ZynqMP. No need to use a high ID as before, we have our own clock domain so use ids starting at 1 as all exported clocks should be.
Reviewed-by: bz Differential Revision: https://reviews.freebsd.org/D41810 Sponsored by: Beckhoff Automation GmbH & Co. KG
show more ...
|
#
0ee5d6fc |
| 06-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: fdt: Always try to get the phy and the syscon
Per the bindings the phy and the syscon can always be present not just for RK3399.
Reviewed-by: bz Differiential Revision: https://reviews.freeb
sdhci: fdt: Always try to get the phy and the syscon
Per the bindings the phy and the syscon can always be present not just for RK3399.
Reviewed-by: bz Differiential Revision: https://reviews.freebsd.org/D41809 Sponsored by: Beckhoff Automation GmbH & Co. KG
show more ...
|
#
9377d704 |
| 06-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: fdt: Always enable clock for ZynqMP and RK3399
Those two (in fact all of the supported one in this driver except RK3568) always needs the clocks to be enabled.
Reviewed-by: bz Differential R
sdhci: fdt: Always enable clock for ZynqMP and RK3399
Those two (in fact all of the supported one in this driver except RK3568) always needs the clocks to be enabled.
Reviewed-by: bz Differential Revision: https://reviews.freebsd.org/D41808 Sponsored by: Beckhoff Automation GmbH & Co. KG
show more ...
|
#
8c7e7474 |
| 06-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: fdt: Remove sdhci_generic compatible string
This was used when we had our own DTS, it's not used anymore.
Reviewed-by: bz Differential Revision: https://reviews.freebsd.org/D41807 Sponsored
sdhci: fdt: Remove sdhci_generic compatible string
This was used when we had our own DTS, it's not used anymore.
Reviewed-by: bz Differential Revision: https://reviews.freebsd.org/D41807 Sponsored by: Beckhoff Automation GmbH & Co. KG
show more ...
|
#
685dc743 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
e758ed2d |
| 29-Sep-2022 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: Add support for disable-wp
Some platform needs it when the WP pin is broken.
Sponsored by: Beckhoff Automation GmbH & Co. KG MFC after: 2 weeks
|
#
b426119a |
| 29-Sep-2022 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: xilinx: Add compatible and quirks for ZynqMP
Sponsored by: Beckhoff Automation GmbH & Co. KG MFC after: 2 weeks
|
#
4d846d26 |
| 10-May-2023 |
Warner Losh <imp@FreeBSD.org> |
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause.
Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
show more ...
|
#
e00774a9 |
| 24-Dec-2022 |
Søren Schmidt <sos@FreeBSD.org> |
Add support for Rockchip RK3568 SDHCI controller.
|
Revision tags: release/13.1.0 |
|
#
8f35a52d |
| 07-May-2022 |
John Baldwin <jhb@FreeBSD.org> |
sdhci: Remove unused devclass arguments to DRIVER_MODULE.
|
#
a813b096 |
| 11-Jan-2022 |
Emmanuel Vadot <manu@FreeBSD.org> |
sdhci: Make ext_resources non-optional
EXT_RESOURCES have been introduced in 12-CURRENT and all supported releases have it enabled in their kernel config.
MFC after: 1 month Differential Revis
sdhci: Make ext_resources non-optional
EXT_RESOURCES have been introduced in 12-CURRENT and all supported releases have it enabled in their kernel config.
MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D33824
show more ...
|
Revision tags: release/12.3.0, release/13.0.0, release/12.2.0 |
|
#
fe81abde |
| 01-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
sdhci: clean up empty lines in .c and .h files
|
Revision tags: release/11.4.0, release/12.1.0 |
|
#
a63915c2 |
| 28-Jul-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @r350386
Sponsored by: The FreeBSD Foundation
|
#
b24594e5 |
| 20-Jul-2019 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Add emmc support for Rockchip RK3399 SoC. Tested on NanoPC-T4 board.
Reviewed by: manu Differential Revision: https://reviews.freebsd.org/D20156
|
Revision tags: release/11.3.0 |
|
#
ab00a509 |
| 31-Dec-2018 |
Marius Strobl <marius@FreeBSD.org> |
o Don't allocate resources for SDMA in sdhci(4) if the controller or the front-end doesn't support SDMA or the latter implements a platform- specific transfer method instead. While at it, factor
o Don't allocate resources for SDMA in sdhci(4) if the controller or the front-end doesn't support SDMA or the latter implements a platform- specific transfer method instead. While at it, factor out allocation and freeing of SDMA resources to sdhci_dma_{alloc,free}() in order to keep the code more readable when adding support for ADMA variants.
o Base the size of the SDMA bounce buffer on MAXPHYS up to the maximum of 512 KiB instead of using a fixed 4-KiB-buffer. With the default MAXPHYS of 128 KiB and depending on the controller and medium, this reduces the number of SDHCI interrupts by a factor of ~16 to ~32 on sequential reads while an increase of throughput of up to ~84 % was seen.
Front-ends for broken controllers that only support an SDMA buffer boundary of a specific size may set SDHCI_QUIRK_BROKEN_SDMA_BOUNDARY and supply a size via struct sdhci_slot. According to Linux, only Qualcomm MSM-type SDHCI controllers are affected by this, though.
Requested by: Shreyank Amartya (unconditional bump to 512 KiB)
o Introduce a SDHCI_DEPEND macro for specifying the dependency of the front-end modules on the sdhci(4) one and bump the module version of sdhci(4) to 2 via an also newly introduced SDHCI_VERSION in order to ensure that all components are in sync WRT struct sdhci_slot.
o In sdhci(4): - Make pointers const were applicable, - replace a few device_printf(9) calls with slot_printf() for consistency, and - sync some local functions with their prototypes WRT static.
show more ...
|
Revision tags: release/12.0.0 |
|
#
da2d1e9d |
| 29-Aug-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r338298 through r338391.
|
#
b83d1009 |
| 29-Aug-2018 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm64: GENERIC-MMCCAM: Fix build and module depend
Fix the build of the GENERIC-MMCCAM kernel config after the sdhci_xenon driver was commited. While here correct sdhci_fdt and tegra_sdhci, even wit
arm64: GENERIC-MMCCAM: Fix build and module depend
Fix the build of the GENERIC-MMCCAM kernel config after the sdhci_xenon driver was commited. While here correct sdhci_fdt and tegra_sdhci, even with MMCCAM they do need to depend on sdhci(4)
Reported by: Reshetnikov Dmitriy <genserg@hotmail.com> Approved by: re (kib) Sponsored by: Rubicon Communications, LLC ("NetGate")
show more ...
|
Revision tags: release/11.2.0 |
|
#
d597cfd5 |
| 08-Mar-2018 |
Emmanuel Vadot <manu@FreeBSD.org> |
Fix build when option MMCCAM is defined.
|
#
3d22784f |
| 25-Jan-2018 |
Ruslan Bukin <br@FreeBSD.org> |
Add support for SDHCI controller found in Qualcomm Snapdragon 410e.
Tested on DragonBoard 410c.
Sponsored by: DARPA, AFRL
|
#
718cf2cc |
| 27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
sys/dev: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error
sys/dev: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
209be205 |
| 16-May-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r317971 through r318379.
|