lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 12 Aug 2013 12:43:49 +0530
From:	<akhil.goyal@...escale.com>
To:	<gregkh@...uxfoundation.org>, <arnd@...db.de>, <lars@...afoo.de>,
	<robin.getz@...log.com>, <Michael.Hennerich@...log.com>,
	<lars-peter.clausen@...log.com>
CC:	<linux-kernel@...r.kernel.org>, <pankaj.chauhan@...escale.com>,
	Akhil Goyal <akhil.goyal@...escale.com>
Subject: [PATCH v2 0/4][Resend] Radio device framework

From: Akhil Goyal <akhil.goyal@...escale.com>

RF signal path is integral part of any system that transmits/receives RF
(radio frequency) signals. In these systems Data is processed/converted
to IQ samples (digital representation a RF signal) and passed to a RFIC
(RF PHY) which converts the digital RF signal (IQ samples) to analog and
transmits over antenna.

Typically The signal path consists of multiple components: 

Antenna controller <-> vector signal processors <-> RFIC <-> Antenna

Each of these components have specific functionalities: 

1. Antenna controller: Framing of digital IQ data into protocol specific frames.
2. vector signal processors: For conditioning of signal.
3. RFIC : converts digital IQ data to analog signal which is transmitted/received on/from Air.

Also it is desirable to control the complete signal path, for example:
bringing the complete signal path up/down etc. 

The radio device framework introduces a way to accommodate the RF signal
paths.  One signal path is represented as a RF device (rf0, rf1 etc), and
it can contain multiple components which have their individual vendor
specific drivers. The framework provides mechanism by which individual
components can register with RF framework, and the framework will handle the binding
of individual component devices to a RF device. RF device exports the control
interfaces to user space, and this user space interface is independent of
component (vendor specific) drivers.

This patch set include
1. RF Interface: Independent of phy or antenna controller.
2. AIC driver: Antenna interface Controller(AIC) of Hetrogenous SOC's
like BSC9131, BSC9132
4. Device tree bindings for AIC.
5. Device tree changes for BSC9131-AIC

changes in v2:
1. incorporated comments for handling pointers in user space API structures.
2. Removed patches for AD9361 phy driver. It shall be sent once a proper
driver is in place for AD9361 chip
3. Removed Device tree nodes/bindings for AD9361
4. Incorporated comments for proper handling of wait_events
5. Added Documentation for IOCTL APIs and the structures used.
6. Inserted paddings in user space structures.
7. Reorganized code for rfdev.c to remove forward declaration and broke the
rf_ioctl() function to handle local structures correctly.
8. Corrected the error handling for mutex used.

Akhil Goyal (4):
  drivers/misc: Support for RF interface device framework
  drivers/misc/rf: AIC: Freescale Antenna Interface controller driver
  binding: Add device tree bindings for freescale AIC
  BSC9131rdb/dts: Add nodes for supporting AIC

 Documentation/devicetree/bindings/rf/fsl-aic.txt |   47 +
 Documentation/misc-devices/rf_framework          |  422 ++++++
 arch/powerpc/boot/dts/bsc9131rdb.dts             |    4 +
 arch/powerpc/boot/dts/fsl/bsc9131si-post.dtsi    |   38 +
 drivers/misc/Kconfig                             |    1 +
 drivers/misc/Makefile                            |    1 +
 drivers/misc/rf/Kconfig                          |   30 +
 drivers/misc/rf/Makefile                         |    6 +
 drivers/misc/rf/controllers/Makefile             |    1 +
 drivers/misc/rf/controllers/fsl_aic.c            | 1560 ++++++++++++++++++++++
 drivers/misc/rf/controllers/fsl_aic.h            |  450 +++++++
 drivers/misc/rf/core/Makefile                    |    2 +
 drivers/misc/rf/core/rf_channel.c                |  211 +++
 drivers/misc/rf/core/rfdev.c                     | 1384 +++++++++++++++++++
 include/linux/rf_channel.h                       |   25 +
 include/linux/rfdev.h                            |  251 ++++
 include/uapi/linux/rfdev.h                       |  367 +++++
 17 files changed, 4800 insertions(+), 0 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/rf/fsl-aic.txt
 create mode 100644 Documentation/misc-devices/rf_framework
 create mode 100644 drivers/misc/rf/Kconfig
 create mode 100644 drivers/misc/rf/Makefile
 create mode 100644 drivers/misc/rf/controllers/Makefile
 create mode 100644 drivers/misc/rf/controllers/fsl_aic.c
 create mode 100644 drivers/misc/rf/controllers/fsl_aic.h
 create mode 100644 drivers/misc/rf/core/Makefile
 create mode 100644 drivers/misc/rf/core/rf_channel.c
 create mode 100644 drivers/misc/rf/core/rfdev.c
 create mode 100644 include/linux/rf_channel.h
 create mode 100644 include/linux/rfdev.h
 create mode 100644 include/uapi/linux/rfdev.h



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ