Changes in Makefile

ee4736e5 - gnss: add USB support

Mon, 20 Dec 2021 11:19:00 +0000

gnss: add USB supportAdd a generic driver for GNSS receivers with a USB interface with twobulk endpoints.The driver currently assumes that the device protocol is NMEA (only) butthis can be generalised later as needed.Link: https://lore.kernel.org/r/20211220111901.23206-2-johan@kernel.orgReviewed-by: Greg Kroah-Hartman Tested-by: Marc Ferland Signed-off-by: Johan Hovold List of files: /linux-6.15/drivers/gnss/Makefile

d4584bbf - gnss: add driver for mediatek receivers

Wed, 13 Feb 2019 15:09:29 +0000

gnss: add driver for mediatek receiversAdd driver for serial-connected Mediatek-based GNSS receivers.These devices typically boot transmitting vendor specific NMEA outputsequences. The serial port bit rate is read from the device tree"current-speed".Note that the driver uses the generic GNSS serial implementation andtherefore essentially only manages power abstracted into three powerstates: ACTIVE, STANDBY, and OFF.For mediatek receivers with a main supply and no enable-gpios, this simplymeans that the main supply is disabled in STANDBY and OFF (the optionalbackup supply is kept enabled while the driver is bound).Note that the timepulse-support is left unimplemented.Signed-off-by: Loys Ollivier [ johan: rename backup supply ]Signed-off-by: Johan Hovold List of files: /linux-6.15/drivers/gnss/Makefile

d2efbbd1 - gnss: add driver for sirfstar-based receivers

Fri, 01 Jun 2018 08:22:58 +0000

gnss: add driver for sirfstar-based receiversAdd driver for serial-connected SiRFstar-based GNSS receivers.These devices typically boot into hibernate mode from which they can bewoken using a pulse on the ON_OFF input pin. Once active, a pulse on thesame ON_OFF pin is used to put the device back into hibernate mode. Thecurrent state can be determined by sampling the WAKEUP output.Hardware configurations where WAKEUP has been connected to ON_OFF (andwhere an initial WAKEUP pulse during boot is sufficient to have thedevice boot into active mode) are also supported. In this case, devicepower is managed using the main-supply regulator only.Note that configurations where WAKEUP is left not connected, so that thedevice power state can only indirectly be determined using the I/Ointerface, is currently not supported. It should be fairlystraight-forward to extend the current implementation with such supporthowever (and this this is the main reason for not using the genericserial implementation for this driver).Note that timepulse-support is left unimplemented.Signed-off-by: Johan Hovold Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/gnss/Makefile

1ad69f10 - gnss: add driver for u-blox receivers

Fri, 01 Jun 2018 08:22:56 +0000

gnss: add driver for u-blox receiversAdd driver for serial-connected u-blox GNSS receivers.Note that the driver uses the generic GNSS serial implementation andtherefore essentially only manages power abstracted into three powerstates: ACTIVE, STANDBY, and OFF.For u-blox receivers with a main supply and no enable-gpios, this simplymeans that the main supply is disabled in STANDBY and OFF (the optionalbackup supply is kept enabled while the driver is bound).Note that timepulse-support is not yet implemented.Signed-off-by: Johan Hovold Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/gnss/Makefile

37768b05 - gnss: add generic serial driver

Fri, 01 Jun 2018 08:22:54 +0000

gnss: add generic serial driverAdd a generic serial GNSS driver (library) which provides a commonimplementation for the gnss interface and power management (runtime andsystem suspend). This allows GNSS drivers for specific chip to beimplemented by simply providing a set_power() callback to handle threestates: ACTIVE, STANDBY and OFF.Signed-off-by: Johan Hovold Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/gnss/Makefile

2b6a4403 - gnss: add GNSS receiver subsystem

Fri, 01 Jun 2018 08:22:52 +0000

gnss: add GNSS receiver subsystemAdd a new subsystem for GNSS (e.g. GPS) receivers.While GNSS receivers are typically accessed using a UART interface theyoften also support other I/O interfaces such as I2C, SPI and USB, whileyet other devices use iomem or even some form of remote-processormessaging (rpmsg).The new GNSS subsystem abstracts the underlying interface and provides anew "gnss" class type, which exposes a character-device interface (e.g./dev/gnss0) to user space. This allows GNSS receivers to have arepresentation in the Linux device model, something which is importantnot least for power management purposes.Note that the character-device interface provides raw access to whateverprotocol the receiver is (currently) using, such as NMEA 0183, UBX orSiRF Binary. These protocols are expected to be continued to be handledby user space for the time being, even if some hybrid solutions are alsoconceivable (e.g. to have kernel drivers issue management commands).This will still allow for better platform integration by allowing GNSSdevices and their resources (e.g. regulators and enable-gpios) to bedescribed by firmware and managed by kernel drivers rather thanplatform-specific scripts and services.While the current interface is kept minimal, it could be extended usingIOCTLs, sysfs or uevents as needs and proper abstraction levels areidentified and determined (e.g. for device and feature identification).Signed-off-by: Johan Hovold Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/gnss/Makefile