2019-09-19 08:25:37 -06:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
|
|
|
|
/*
|
|
|
|
|
* Common private data for Silicon Labs WFx chips.
|
|
|
|
|
*
|
|
|
|
|
* Copyright (c) 2017-2019, Silicon Laboratories, Inc.
|
|
|
|
|
* Copyright (c) 2010, ST-Ericsson
|
|
|
|
|
* Copyright (c) 2006, Michael Wu <flamingice@sourmilk.net>
|
|
|
|
|
* Copyright 2004-2006 Jean-Baptiste Note <jbnote@gmail.com>, et al.
|
|
|
|
|
*/
|
|
|
|
|
#ifndef WFX_H
|
|
|
|
|
#define WFX_H
|
|
|
|
|
|
2019-09-19 08:25:41 -06:00
|
|
|
#include <linux/completion.h>
|
|
|
|
|
#include <net/mac80211.h>
|
|
|
|
|
|
staging: wfx: add IRQ handling
bh_work() is in charge to schedule all HIF message from/to chip.
On normal operation, when an IRQ is received, driver can get size of
next message in control register. In order to save control register
access, when chip send a message, it also appends a copy of control
register after the message (this register is not accounted in message
length declared in message header, but must accounted in bus request).
This copy of control register is called "piggyback".
It also handles a power saving mechanism specific to WFxxx series. This
mechanism is based on a GPIO called "wakeup" GPIO. Obviously, this gpio
is not part of SPI/SDIO standard buses and must be declared
independently (this is the main reason for why SDIO mode try to get
parameters from DT).
When wakeup is enabled, host can communicate with chip only if it is
awake. To wake up chip, there are two cases:
- host receive an IRQ from chip (chip initiate communication): host
just have to set wakeup GPIO before reading data
- host want to send data to chip: host set wakeup GPIO, then wait
for an IRQ (in fact, wait for an empty message) and finally send data
bh_work() is also in charge to track usage of chip buffers. Normally
each request expect a confirmation. However, you can notice that special
"multi tx" confirmation can acknowledge multiple requests at time.
Finally, note that wfx_bh_request_rx() is not atomic (because of
control_reg_read()). So, in SPI mode, hard-irq handler only postpone all
processing to wfx_spi_request_rx().
Signed-off-by: Jérôme Pouiller <jerome.pouiller@silabs.com>
Link: https://lore.kernel.org/r/20190919142527.31797-8-Jerome.Pouiller@silabs.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-09-19 08:25:40 -06:00
|
|
|
#include "bh.h"
|
2019-09-19 08:25:37 -06:00
|
|
|
#include "main.h"
|
2019-09-19 08:25:43 -06:00
|
|
|
#include "secure_link.h"
|
2019-09-19 08:25:42 -06:00
|
|
|
#include "hif_tx.h"
|
staging: wfx: add IRQ handling
bh_work() is in charge to schedule all HIF message from/to chip.
On normal operation, when an IRQ is received, driver can get size of
next message in control register. In order to save control register
access, when chip send a message, it also appends a copy of control
register after the message (this register is not accounted in message
length declared in message header, but must accounted in bus request).
This copy of control register is called "piggyback".
It also handles a power saving mechanism specific to WFxxx series. This
mechanism is based on a GPIO called "wakeup" GPIO. Obviously, this gpio
is not part of SPI/SDIO standard buses and must be declared
independently (this is the main reason for why SDIO mode try to get
parameters from DT).
When wakeup is enabled, host can communicate with chip only if it is
awake. To wake up chip, there are two cases:
- host receive an IRQ from chip (chip initiate communication): host
just have to set wakeup GPIO before reading data
- host want to send data to chip: host set wakeup GPIO, then wait
for an IRQ (in fact, wait for an empty message) and finally send data
bh_work() is also in charge to track usage of chip buffers. Normally
each request expect a confirmation. However, you can notice that special
"multi tx" confirmation can acknowledge multiple requests at time.
Finally, note that wfx_bh_request_rx() is not atomic (because of
control_reg_read()). So, in SPI mode, hard-irq handler only postpone all
processing to wfx_spi_request_rx().
Signed-off-by: Jérôme Pouiller <jerome.pouiller@silabs.com>
Link: https://lore.kernel.org/r/20190919142527.31797-8-Jerome.Pouiller@silabs.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-09-19 08:25:40 -06:00
|
|
|
#include "hif_api_general.h"
|
2019-09-19 08:25:37 -06:00
|
|
|
|
|
|
|
|
struct hwbus_ops;
|
|
|
|
|
|
|
|
|
|
struct wfx_dev {
|
|
|
|
|
struct wfx_platform_data pdata;
|
|
|
|
|
struct device *dev;
|
2019-09-19 08:25:41 -06:00
|
|
|
struct ieee80211_hw *hw;
|
|
|
|
|
struct ieee80211_vif *vif[2];
|
2019-09-19 08:25:41 -06:00
|
|
|
struct mac_address addresses[2];
|
2019-09-19 08:25:37 -06:00
|
|
|
const struct hwbus_ops *hwbus_ops;
|
|
|
|
|
void *hwbus_priv;
|
2019-09-19 08:25:38 -06:00
|
|
|
|
|
|
|
|
u8 keyset;
|
2019-09-19 08:25:41 -06:00
|
|
|
struct completion firmware_ready;
|
staging: wfx: add IRQ handling
bh_work() is in charge to schedule all HIF message from/to chip.
On normal operation, when an IRQ is received, driver can get size of
next message in control register. In order to save control register
access, when chip send a message, it also appends a copy of control
register after the message (this register is not accounted in message
length declared in message header, but must accounted in bus request).
This copy of control register is called "piggyback".
It also handles a power saving mechanism specific to WFxxx series. This
mechanism is based on a GPIO called "wakeup" GPIO. Obviously, this gpio
is not part of SPI/SDIO standard buses and must be declared
independently (this is the main reason for why SDIO mode try to get
parameters from DT).
When wakeup is enabled, host can communicate with chip only if it is
awake. To wake up chip, there are two cases:
- host receive an IRQ from chip (chip initiate communication): host
just have to set wakeup GPIO before reading data
- host want to send data to chip: host set wakeup GPIO, then wait
for an IRQ (in fact, wait for an empty message) and finally send data
bh_work() is also in charge to track usage of chip buffers. Normally
each request expect a confirmation. However, you can notice that special
"multi tx" confirmation can acknowledge multiple requests at time.
Finally, note that wfx_bh_request_rx() is not atomic (because of
control_reg_read()). So, in SPI mode, hard-irq handler only postpone all
processing to wfx_spi_request_rx().
Signed-off-by: Jérôme Pouiller <jerome.pouiller@silabs.com>
Link: https://lore.kernel.org/r/20190919142527.31797-8-Jerome.Pouiller@silabs.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-09-19 08:25:40 -06:00
|
|
|
struct hif_ind_startup hw_caps;
|
|
|
|
|
struct wfx_hif hif;
|
2019-09-19 08:25:43 -06:00
|
|
|
struct sl_context sl;
|
2019-09-19 08:25:42 -06:00
|
|
|
int chip_frozen;
|
|
|
|
|
|
|
|
|
|
struct wfx_hif_cmd hif_cmd;
|
2019-09-19 08:25:37 -06:00
|
|
|
};
|
|
|
|
|
|
2019-09-19 08:25:41 -06:00
|
|
|
struct wfx_vif {
|
|
|
|
|
struct wfx_dev *wdev;
|
|
|
|
|
struct ieee80211_vif *vif;
|
|
|
|
|
int id;
|
|
|
|
|
};
|
|
|
|
|
|
2019-09-19 08:25:37 -06:00
|
|
|
#endif /* WFX_H */
|