Changes in Makefile

e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile

Mon, 15 Jul 2024 06:46:32 +0200

Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I'll just run the command on the branches)Sponsored by: Netflix List of files: /freebsd/sys/modules/mmcsd/Makefile

031beb4e239bfce798af17f5fe8dba8bcaf13d99 - sys: Remove $FreeBSD$: one-line sh pattern

Wed, 16 Aug 2023 19:54:58 +0200

sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ List of files: /freebsd/sys/modules/mmcsd/Makefile

209be2056033a52a8df733cbc88eeefc104b16e8 - Merge ^/head r317971 through r318379.

Tue, 16 May 2017 21:54:47 +0200

Merge ^/head r317971 through r318379. List of files: /freebsd/sys/modules/mmcsd/Makefile

481d4fb4e4954969d2fb057f940a401cbecbce43 - Revise r315430; there's no need to build mmc_subr.c into both mmc.ko

Mon, 08 May 2017 22:58:32 +0200

Revise r315430; there's no need to build mmc_subr.c into both mmc.koand mmcsd.ko. List of files: /freebsd/sys/modules/mmcsd/Makefile

72dec0792a09bb5f03d341642657bd6115d99c9e - - Add support for eMMC "partitions". Besides the user data area, i. e.

Thu, 16 Mar 2017 23:23:04 +0100

- Add support for eMMC "partitions". Besides the user data area, i. e. the default partition, eMMC v4.41 and later devices can additionally provide up to: 1 enhanced user data area partition 2 boot partitions 1 RPMB (Replay Protected Memory Block) partition 4 general purpose partitions (optionally with a enhanced or extended attribute) Of these "partitions", only the enhanced user data area one actually slices the user data area partition and, thus, gets handled with the help of geom_flashmap(4). The other types of partitions have address space independent from the default partition and need to be switched to via CMD6 (SWITCH), i. e. constitute a set of additional "disks". The second kind of these "partitions" doesn't fit that well into the design of mmc(4) and mmcsd(4). I've decided to let mmcsd(4) hook all of these "partitions" up as disk(9)'s (except for the RPMB partition as it didn't seem to make much sense to be able to put a file-system there and may require authentication; therefore, RPMB partitions are solely accessible via the newly added IOCTL interface currently; see also below). This approach for one resulted in cleaner code. Second, it retains the notion of mmcsd(4) children corresponding to a single physical device each. With the addition of some layering violations, it also would have been possible for mmc(4) to add separate mmcsd(4) instances with one disk each for all of these "partitions", however. Still, both mmc(4) and mmcsd(4) share some common code now e. g. for issuing CMD6, which has been factored out into mmc_subr.c. Besides simply subdividing eMMC devices, some Intel NUCs having UEFI code in the boot partitions etc., another use case for the partition support is the activation of pseudo-SLC mode, which manufacturers of eMMC chips typically associate with the enhanced user data area and/ or the enhanced attribute of general purpose partitions. CAVEAT EMPTOR: Partitioning eMMC devices is a one-time operation.- Now that properly issuing CMD6 is crucial (so data isn't written to the wrong partition for example), make a step into the direction of correctly handling the timeout for these commands in the MMC layer. Also, do a SEND_STATUS when CMD6 is invoked with an R1B response as recommended by relevant specifications. However, quite some work is left to be done in this regard; all other R1B-type commands done by the MMC layer also should be followed by a SEND_STATUS (CMD13), the erase timeout calculations/handling as documented in specifications are entirely ignored so far, the MMC layer doesn't provide timeouts applicable up to the bridge drivers and at least sdhci(4) currently is hardcoding 1 s as timeout for all command types unconditionally. Let alone already available return codes often not being checked in the MMC layer ...- Add an IOCTL interface to mmcsd(4); this is sufficiently compatible with Linux so that the GNU mmc-utils can be ported to and used with FreeBSD (note that due to the remaining deficiencies outlined above SANITIZE operations issued by/with `mmc` currently most likely will fail). These latter will be added to ports as sysutils/mmc-utils in a bit. Among others, the `mmc` tool of the GNU mmc-utils allows for partitioning eMMC devices (tested working).- For devices following the eMMC specification v4.41 or later, year 0 is 2013 rather than 1997; so correct this for assembling the device ID string properly.- Let mmcsd.ko depend on mmc.ko. Additionally, bump MMC_VERSION as at least for some of the above a matching pair is required.- In the ACPI front-end of sdhci(4) describe the Intel eMMC and SDXC controllers as such in order to match the PCI one. Additionally, in the entry for the 80860F14 SDXC controller remove the eMMC-only SDHCI_QUIRK_INTEL_POWER_UP_RESET.OKed by: impSubmitted by: ian (mmc_switch_status() implementation) List of files: /freebsd/sys/modules/mmcsd/Makefile

193d9e768ba63fcfb187cfd17f461f7d41345048 - sys/modules: normalize .CURDIR-relative paths to SRCTOP

Sat, 04 Mar 2017 11:10:17 +0100

sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon List of files: /freebsd/sys/modules/mmcsd/Makefile

6a068746777241722b2b32c5d0bc443a2a64d80b - MFC

Tue, 15 May 2012 02:42:12 +0200

MFC List of files: /freebsd/sys/modules/mmcsd/Makefile

3d32887382a046cf83933404b2b8fc3ba0584191 - Merge head r233826 through r234834.

Mon, 30 Apr 2012 13:14:46 +0200

Merge head r233826 through r234834. List of files: /freebsd/sys/modules/mmcsd/Makefile

38f1b189cd839bd8aa122ae06cc084810ca1e395 - IFC @ r234692

Thu, 26 Apr 2012 09:52:28 +0200

IFC @ r234692sys/amd64/include/cpufunc.hsys/amd64/include/fpu.hsys/amd64/amd64/fpu.csys/amd64/vmm/vmm.c - Add API to allow vmm FPU state init/save/restore.FP stuff discussed with: kib List of files: /freebsd/sys/modules/mmcsd/Makefile

7aa65846327fe5bc7e5961c2f7fd0c61f2ec0b01 - o Fixes:

Sat, 21 Apr 2012 03:51:16 +0200

o Fixes: - When switching to 4-bit operation, send a SET_CLR_CARD_DETECT command to disconnect the card-detect pull-up resistor from the DAT3 line before sending the SET_BUS_WIDTH command. - Add the missing "reserved" zero entry to the mantissa table used to decode various CSD fields. This was causing SD cards to report that they could run at 30 MHz instead of the maximum 25 MHz mandated in the spec.o Enhancements: - At the MMC layer, format various info from the CID into a string that uniquely identifies the card instance (manufacturer number, serial number, product name and revision, etc). Export it as an instance variable. - At the MMCSD layer, display the formatted card ID string, and also report the clock speed of the hardware (not the card's max speed), and the number of bits and number of blocks per transfer. It comes out like this now: mmcsd0: 968MB at mmc0 22.5MHz/4bit/128-blocko Use DEVMETHOD_END.o Use NULL instead of 0 for pointers.PR: 156496Submitted by: Ian LeporeMFC after: 1 week List of files: /freebsd/sys/modules/mmcsd/Makefile

84ee9401a3fc8d3c22424266f421a928989cd692 - Loadable modules for mmc (the bus) amd mmcsd (the MMC and SD support

Fri, 20 Oct 2006 08:52:59 +0200

Loadable modules for mmc (the bus) amd mmcsd (the MMC and SD supportcode). A little green, so not yet connected to the build. List of files: /freebsd/sys/modules/mmcsd/Makefile

84ee9401a3fc8d3c22424266f421a928989cd692 - Loadable modules for mmc (the bus) amd mmcsd (the MMC and SD support

Fri, 20 Oct 2006 08:52:59 +0200

Loadable modules for mmc (the bus) amd mmcsd (the MMC and SD supportcode). A little green, so not yet connected to the build. List of files: /freebsd/sys/modules/mmcsd/Makefile