| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
Reported by: jenkins, mjg
Notes:
svn path=/head/; revision=366386
|
| |
|
|
|
|
|
|
|
|
|
| |
Driver for pwm-backlight compatible device.
Relnotes: yes
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D26252
Notes:
svn path=/head/; revision=366371
|
| |
|
|
| |
Notes:
svn path=/head/; revision=365170
|
| |
|
|
|
|
|
|
| |
Some of the files have both me and Jared McNeill and he gave me
permission to remove it from his files too.
Notes:
svn path=/head/; revision=355357
|
| |
|
|
|
|
|
|
| |
easiest thing for a user to control (via loader.conf or kenv+kldload), so
handle them in addition to any label specified via the FDT data.
Notes:
svn path=/head/; revision=349174
|
| |
|
|
|
|
|
|
| |
that there is a pwmc(4) instance per channel and the channel number is
maintained as a driver ivar rather than being passed in from userland.
Notes:
svn path=/head/; revision=349164
|
| |
|
|
|
|
|
|
|
| |
names. I.e., everything related to pwm now goes in /dev/pwm. This will
make it easier for userland tools to turn an unqualified name into a fully
qualified pathname, whether it's the base pwmcX.Y name or a label name.
Notes:
svn path=/head/; revision=349143
|
| |
|
|
|
|
|
| |
and committing recent changes.
Notes:
svn path=/head/; revision=349132
|
| |
|
|
|
|
|
| |
data. Also, add fdt support to pwmc.
Notes:
svn path=/head/; revision=349130
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, there was a pwmc instance for each instance of pwm hardware
regardless of how many pwm channels that hardware supported. Now there
will be a pwmc instance for each channel when the hardware supports
multiple channels. With a separate instance for each channel, we can have
"named channels" in userland by making devfs alias entries in /dev/pwm.
These changes add support for ivars to pwmbus, and use an ivar to track the
channel number for each child. It also adds support for hinted children.
In pwmc, the driver checks for a label hint, and if present, it's used to
create an alias for the cdev in /dev/pwm. It's not anticipated that hints
will be heavily used, but it's easy to do and allows quick ad-hoc creation
of named channels from userland by using kenv to create hint.pwmc.N.label=
hints. Upcoming changes will add FDT support, and most labels will
probably be specified that way.
Notes:
svn path=/head/; revision=349119
|
| |
|
|
|
|
|
|
|
|
|
| |
is nothing left in the file that related to pwmbus at all. It just contains
prototypes for the functions implemented in dev/pwm.ofw_pwm.c, so name it
accordingly and fix the include protect wrappers to match.
A new pwmbus.h will be coming along in a future commit.
Notes:
svn path=/head/; revision=349115
|
| |
|
|
| |
Notes:
svn path=/head/; revision=349093
|
| |
|
|
|
|
|
| |
have been part of r349088.
Notes:
svn path=/head/; revision=349092
|
| |
|
|
| |
Notes:
svn path=/head/; revision=349088
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The pwm and pwmbus interfaces were nearly identical, this merges them into a
single pwmbus interface. The pwmbus driver now implements the pwmbus
interface by simply passing all calls through to its parent (the hardware
driver). The channel_count method moves from pwm to pwmbus, and the
get_bus method is deleted (just no longer needed).
The net effect is that the interface for doing pwm stuff is now the same
regardless of whether you're a child of pwmbus, or some random driver
elsewhere in the hierarchy that is bypassing the pwmbus layer and is talking
directly to the hardware driver via cross-hierarchy connections established
using fdt data.
The pwmc driver is now a child of pwmbus, instead of being its sibling
(that's why the get_bus method is no longer needed; pwmc now gets the
device_t of the bus using device_get_parent()).
Notes:
svn path=/head/; revision=349086
|
| |
|
|
|
|
|
| |
static, because nothing outside this file needs them.
Notes:
svn path=/head/; revision=349085
|
| |
|
|
|
|
|
| |
returning. (If the channel count is 2, then the max channel number is 1.)
Notes:
svn path=/head/; revision=349084
|
| |
|
|
|
|
|
| |
some long lines.
Notes:
svn path=/head/; revision=349082
|
| |
|
|
|
|
|
| |
same line. No functional changes.
Notes:
svn path=/head/; revision=349081
|
| |
|
|
|
|
|
| |
header file, so they can't be used outside this file anyway.
Notes:
svn path=/head/; revision=349080
|
| |
|
|
|
|
|
| |
leaks the device-list memory.
Notes:
svn path=/head/; revision=349076
|
| |
|
|
|
|
|
| |
couple prototypes for functions that never existed (and never will).
Notes:
svn path=/head/; revision=349075
|
| |
|
|
|
|
|
|
|
| |
ioctl definitions and related datatypes that allow userland control of pwm
hardware via the pwmc device. The new name and location better reflects its
assocation with a single device driver.
Notes:
svn path=/head/; revision=349074
|
| |
|
|
|
|
|
| |
ioctl defintions for the pwmc driver. It is not part of the pwmbus interface.
Notes:
svn path=/head/; revision=349073
|
| |
|
|
|
|
|
|
|
| |
We don't need a 64 bits value to store nanoseconds
Discused with: ian, jhibbits
Notes:
svn path=/head/; revision=342087
|
|
|
The pwm subsystem consist of API for PWM controllers, pwmbus to register them
and a pwm(8) utility to talk to them from userland.
Reviewed by: oshgobo (capsicum), bcr (manpage), 0mp (manpage)
Differential Revision: https://reviews.freebsd.org/D17938
Notes:
svn path=/head/; revision=342003
|
