285830 |
23-Jul-2015 |
gjb |
- Copy stable/10@285827 to releng/10.2 in preparation for 10.2-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.2. - Update default pkg(8) configuration to use the quarterly branch.[1]
Discussed with: re, portmgr [1] Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
266105 |
15-May-2014 |
loos |
MFC r258046, r258047, r258050, r259035, r259036, r259037, r261842, r261843, r261844, r261845, r261846, r262194, r262522, r262559
r258046: Fix a typo on a comment in ofw_bus_if.m, the default method will return -1 when a node doesn't exist.
r258047: Move the KASSERT() check to the point before the increase of number of pins.
r258050: Fix gpiobus to return BUS_PROBE_GENERIC insted of BUS_PROBE_SPECIFIC (0) so it can be overriden by its OFW/FDT version.
Give a chance for GPIO devices that implement the device_identify method to attach.
r259035: Remove unnecessary includes and an unused softc variable. While here apply two minor style(9) fixes.
r259036: Move the GPIOBUS_SET_PINFLAGS(..., ..., pin, GPIO_PIN_OUTPUT) to led(4) control callback function. This makes gpioled(4) works even if the pin is accidentally set to an input.
r259037: Fix the pin value reading on AM335x. Because of the inverted logic it was always returning '0' for all the reads, even for the outputs. It is now known to work with gpioiic(4) and gpioled(4).
r261842: Add an OFW GPIO compatible bus. This allows the use of the DTS files to describe GPIO bindings in the system.
Move the GPIOBUS lock macros to gpiobusvar.h as they are now shared between the OFW and the non OFW versions of GPIO bus.
Export gpiobus_print_pins() so it can also be used on the OFW GPIO bus.
r261843: Add OFW support to the in tree gpio compatible devices: gpioiic(4) and gpioled(4).
Tested on RPi and BBB (using the hardware I2C controller and gpioiic(4) for the I2C tests). It was also verified for regressions on RSPRO (MIPS/ar71xx) used as reference for a non OFW-based system.
Update the gpioled(4) and gpioiic(4) man pages with some details and examples about the FDT/OFW support.
Some compatibility details pointed out by imp@ will follow in subsequent commits.
r261844: Allow the use of OFW I2C bus together with iicbb(4) on OFW-based systems.
This change makes ofw_iicbus attach to iicbb(4) controllers in addition to the already supported i2c host bridges (iichb).
On iicbb(4) allow the direct access of the OFW parent node by its children, so they can be directly attached to iicbb(4) node on the DTS without the need of describing the i2c bus.
r261845: Allow the use of the OFW GPIO bus for ti_gpio and bcm2835_gpio. With this change the gpio children can be described as directly connected to the GPIO controller without the need of describing the OFW GPIO bus itself on the DTS file.
With this commit the OFW GPIO bus is fully functional on BBB and RPi.
GPIO controllers which want to use the OFW GPIO bus will need similar changes.
r261846: Make the gpioled(4) work out of the box on BBB.
Add gpioled(4) to BEAGLEBONE kernel and add the description of the four on-board leds of beaglebone-black to its DTS file.
r262194: Remove an unnecessary header.
r262522: Fix make depend for iicbus.
r262559: Inspired by r262522, fix make depend. This fixes the build of gpio modules.
|
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
211690 |
23-Aug-2010 |
imp |
MFtbemd:
Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed...
|
171020 |
24-Jun-2007 |
njl |
The viapm module build had what appear to be some debugging CFLAGS left around to force the IO port to a fixed address. They were only turned on in the module build and were present since the original import. This breaks soft power-off on the Asus A7V since it reprograms the SMBus base address to a different one than the BIOS expects. A similar issue was found in the alpm(4) module build.
PR: kern/113986, i386/97468 MFC after: 3 days Approved by: re
|
153618 |
21-Dec-2005 |
ru |
Drivers for AMD-8111 and NVIDIA nForce2/3/4 SMBus 2.0 controllers.
|
152687 |
22-Nov-2005 |
marius |
- 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).
|
152204 |
08-Nov-2005 |
jhb |
Fix standalone module build for viapm. Note that by default it doesn't include the ISA bus support even though it probably should.
|
151805 |
28-Oct-2005 |
joerg |
Finally complete some work on generalizing the PCF8584-based I2C drivers I started quite some time before.
Retire the old i386-only pcf driver, and activate the new general driver that has been sitting in the tree already for quite some time.
Build the i2c modules for sparc64 architectures as well (where I've been developing all this on).
|
146997 |
05-Jun-2005 |
takawata |
Hook ichsmb to build.
|
146996 |
05-Jun-2005 |
takawata |
Make ichsmb loadable.
PR: kern/81912 Submitted by: nork
|
127018 |
15-Mar-2004 |
imp |
Kill bogus isa compat opt file.
|
116379 |
15-Jun-2003 |
nyan |
Most power management devices don't exist on pc98.
|
116349 |
14-Jun-2003 |
jmg |
Fix the KMOD for the lpbb device.
|
116348 |
14-Jun-2003 |
nsouch |
amdpm was omitted from the build of i2c controllers. Fixed.
|
106496 |
06-Nov-2002 |
nyan |
Include "../Makefile.inc".
|
93023 |
23-Mar-2002 |
nsouch |
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
|