Remove sparc64 kernel supportRemove all sparc64 specific filesRemove all sparc64 ifdefsRemovee indireeect sparc64 ifdefs
enable ig4_acpi on aarch64The already-listed APMC0D0F ID belongs to the Ampere eMAG aarch64platform, but ACPI support was not even built on aarch64.Submitted by: Greg V <greg_unrelenting.technol
enable ig4_acpi on aarch64The already-listed APMC0D0F ID belongs to the Ampere eMAG aarch64platform, but ACPI support was not even built on aarch64.Submitted by: Greg V <greg_unrelenting.technology>Differential Revision: https://reviews.freebsd.org/D21059
show more ...
imcsmb(4): Intel integrated Memory Controller (iMC) SMBus controller driverimcsmb(4) provides smbus(4) support for the SMBus controller functionalityin the integrated Memory Controllers (iMCs) emb
imcsmb(4): Intel integrated Memory Controller (iMC) SMBus controller driverimcsmb(4) provides smbus(4) support for the SMBus controller functionalityin the integrated Memory Controllers (iMCs) embedded in Intel Sandybridge-Xeon, Ivybridge-Xeon, Haswell-Xeon, and Broadwell-Xeon CPUs. Each CPUimplements one or more iMCs, depending on the number of cores; each iMCimplements two SMBus controllers (iMC-SMBs).*** IMPORTANT NOTE ***Because motherboard firmware or the BMC might try to use the iMC-SMBs formonitoring DIMM temperatures and/or managing an NVDIMM, the driver mightneed to temporarily disable those functions, or take a hardware interlock,before using the iMC-SMBs. Details on how to do this may vary from board toboard, and the procedure may be proprietary. It is strongly suggested thatanyone wishing to use this driver contact their motherboard vendor, andmodify the driver as described in the manual page and in the driver itself.(For what it's worth, the driver as-is has been tested on various SuperMicromotherboards.)Reviewed by: avg, jhbMFC after: 1 weekRelnotes: yesSponsored by: PanasasDifferential Revision: https://reviews.freebsd.org/D14447Discussed with: avg, ian, jhbTested by: allanjude (previous version), Panasas
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
Remove pc98 support completely.I thank all developers and contributors for pc98.Relnotes: yes
[ig4] Add ACPI platform support for ig4 driverAdd ACPI part for ig4 driver to make it work on Intel BayTrail SoC whereig4 device is available only through ACPIReviewed by: avgMFC after: 1 week
[ig4] Add ACPI platform support for ig4 driverAdd ACPI part for ig4 driver to make it work on Intel BayTrail SoC whereig4 device is available only through ACPIReviewed by: avgMFC after: 1 weekDifferential Revision: https://reviews.freebsd.org/D8742
add iic interface to ig4 driver, move isl and cyapa to iicbusSummary:The hardware does not expose a classic SMBus interface.Instead it has a lower level interface that can express a far richerI2
add iic interface to ig4 driver, move isl and cyapa to iicbusSummary:The hardware does not expose a classic SMBus interface.Instead it has a lower level interface that can express a far richerI2C protocol than what smbus offers. However, the interface does notprovide a way to explicitly generate the I2C stop and start conditions.It's only possible to request that the stop condition is generatedafter transferring the next byte in either direction. So, at leastone data byte must always be transferred.Thus, some I2C sequences are impossible to generate, e.g., an equivalentof smbus quick command (<start>-<slave addr>-<r/w bit>-<stop>).At the same time isl(4) and cyapa(4) are moved to iicbus and now they useiicbus_transfer for communication. Previously they used smbus_trans()interface that is not defined by the SMBus protocol and was implementedonly by ig4(4). In fact, that interface was impossible to implementfor the typical SMBus controllers like intpm(4) or ichsmb(4) wherea type of the SMBus command must be programmed.The plan is to remove smbus_trans() and all its uses.As an aside, the smbus_trans() method deviates from the standard,but perhaps backwards, FreeBSD convention of using 8-bit slaveaddresses (shifted by 1 bit to the left). The method expects7-bit addresses.There is a user facing consequence of this change.A user must now provide device hints for isl and cyapa that specify an iicbus to useand a slave address on it.On Chromebook hardware where isl and cyapa devices are commonly foundit is also possible to use a new chromebook_platform(4) driver thatautomatically configures isl and cyapa devices. There is no need toprovide the device hints in that case,Right now smbus(4) driver tries to discover all slaves on the bus.That is very dangerous. Fortunately, the probing code uses smbus_trans()to do its job, so it is really enabled for ig4 only.The plan is to remove that auto-probing code and smbus_trans().Tested by: grembo, Matthias Apitz <[email protected]> (w/o chromebook_platform)Discussed with: grembo, impReviewed by: wblock (docs)MFC after: 1 monthRelnotes: yesDifferential Revision: https://reviews.freebsd.org/D8172
ig4 - Intel fourth gen integrated I2C SMBus driver.Differential Revision: https://reviews.freebsd.org/D2372Reviewed by: jhb, wblock, adrianApproved by: jhb, wblockRelnotes: yes
Move all the power management (SMBus) drivers to their own directory,away from sys/pci.
Move amdsmb and nfsmb from dev/pci to their own device directory.
Add ismt(4) driver.ismt(4) supports the SMBus Message Transport controller found on IntelC2000 series (Avoton) and S1200 series (Briarwood) Atom SoCs.Sponsored by: Intel
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unlesswe're tesitng for a specific target. The isn't even moot fori386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,although a specific cleanup for that likely would be needed...
The viapm module build had what appear to be some debugging CFLAGS leftaround to force the IO port to a fixed address. They were only turnedon in the module build and were present since the origin
The viapm module build had what appear to be some debugging CFLAGS leftaround to force the IO port to a fixed address. They were only turnedon in the module build and were present since the original import. Thisbreaks soft power-off on the Asus A7V since it reprograms the SMBus baseaddress to a different one than the BIOS expects. A similar issue wasfound in the alpm(4) module build.PR: kern/113986, i386/97468MFC after: 3 daysApproved by: re
Drivers for AMD-8111 and NVIDIA nForce2/3/4 SMBus 2.0 controllers.
- Add ofw_bus_if.h to SRCS on sparc64 as envctrl.c and pcf_ebus.c depend on it.- Sync with sys/conf/files* and build pcf_isa.c only on i386 for now.- Try to adhere to style.Makefile(5) (sorting,
- Add ofw_bus_if.h to SRCS on sparc64 as envctrl.c and pcf_ebus.c depend on it.- Sync with sys/conf/files* and build pcf_isa.c only on i386 for now.- Try to adhere to style.Makefile(5) (sorting, whitespace).
Fix standalone module build for viapm. Note that by default it doesn'tinclude the ISA bus support even though it probably should.
Finally complete some work on generalizing the PCF8584-based I2Cdrivers I started quite some time before.Retire the old i386-only pcf driver, and activate the new generaldriver that has been sitt
Finally complete some work on generalizing the PCF8584-based I2Cdrivers I started quite some time before.Retire the old i386-only pcf driver, and activate the new generaldriver that has been sitting in the tree already for quite sometime.Build the i2c modules for sparc64 architectures as well (where I'vebeen developing all this on).
Hook ichsmb to build.
Make ichsmb loadable.PR: kern/81912Submitted by: nork
Kill bogus isa compat opt file.
Most power management devices don't exist on pc98.
Fix the KMOD for the lpbb device.
amdpm was omitted from the build of i2c controllers. Fixed.
Include "../Makefile.inc".
Major rework of the iicbus/smbus framework: - VIA chipset SMBus controllers added - alpm driver updated - Support for dynamic modules added - bktr FreeBSD smbus updated but not tested - cleanup