Hello Samuel,
Could you please consider the below patch series for integration in
Linux-NFC mainline?
A long time ago we released this patch series but did not get any review
comments or update.
This release is important for our customers who always prefer to pick the
release from mainli
On Thu, Apr 27, 2017 at 05:28:46PM -0400, Geoff Lansberry wrote:
> In prior commits the selected clock frequency does not propagate
> correctly to what is written to the TRF7970A_MODULATOR_SYS_CLK_CTRL
> register.
>
> Signed-off-by: Geoff Lansberry
> ---
Acked-by: Mark Greer
This patch is to remove the re-positioned call to kfree() in
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c which otherwise
results in segmentation fault.
Signed-off-by: Ian W Morrison
---
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/dri
In prior commits the selected clock frequency does not propagate
correctly to what is written to the TRF7970A_MODULATOR_SYS_CLK_CTRL
register.
Signed-off-by: Geoff Lansberry
---
drivers/nfc/trf7970a.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/nfc/trf7970a.c b/drivers/nfc
From: Kalle Valo
Date: Thu, 27 Apr 2017 12:41:37 +0300
> here's a pull request for net-next, more info in the tag below. This
> should be the last pull request to net-next for 4.12. Please let me know
> if there are any problems.
Pulled, thanks Kalle.
> From: Colin Ian King
Hi Colin.
[I completely missed this patch and don't have it to directly respond to
anymore so I probably missed some addresses from the CC list.]
> The "or" condition (clk_freq != TRF7970A_27MHZ_CLOCK_FREQUENCY) ||
> (clk_freq != TRF7970A_13MHZ_CLOCK_FREQUE) will always
On 04/27/2017 11:35 AM, Ian W MORRISON wrote:
On 28 April 2017 at 01:58, Larry Finger wrote:
On 04/27/2017 09:41 AM, Ian W MORRISON wrote:
Here's hoping this is what you want. If not let me know what info you'd
like me
to provide. For this info I just built the r8723bs.ko module from
linux-ne
On Thu, Apr 27, 2017 at 10:41:59AM -0400, Geoff Lansberry wrote:
> In prior commits the selected clock frequency does not propagate
> correctly to what is written the the TRF7970A_MODULATOR_SYS_CLK_CTRL
^^^
s/the the/to the/
> register.
>
> Signed-off-by: Geoff
On 28 April 2017 at 01:58, Larry Finger wrote:
> On 04/27/2017 09:41 AM, Ian W MORRISON wrote:
>>
>> Here's hoping this is what you want. If not let me know what info you'd
>> like me
>> to provide. For this info I just built the r8723bs.ko module from
>> linux-next
>> commit 6557ddf.
>>
>> Commit
Fixed a spelling issue.
Signed-off-by: Ammly Fredrick
---
drivers/net/wireless/ath/ath9k/tx99.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/tx99.c
b/drivers/net/wireless/ath/ath9k/tx99.c
index 16aca9e28b77..a866cbda0799 100644
--- a/drivers
On 04/27/2017 09:41 AM, Ian W MORRISON wrote:
Here's hoping this is what you want. If not let me know what info you'd like me
to provide. For this info I just built the r8723bs.ko module from linux-next
commit 6557ddf.
Commit trace from 'git log --oneline --follow drivers/staging/rtl8723bs':
d9
This is a resend of earlier emails in plain text mode. Apologies for
the repeat and for the initial mistake.
-- Forwarded message --
From: Ian W MORRISON
Date: 28 April 2017 at 00:41
Subject: Re: [PATCH] staging: rtl8723bs: Revert ignoring_unreachable_code kfree
To: Bastien Nocera
In prior commits the selected clock frequency does not propagate
correctly to what is written the the TRF7970A_MODULATOR_SYS_CLK_CTRL
register.
Signed-off-by: Geoff Lansberry
---
drivers/nfc/trf7970a.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/nfc/trf7970a.c b/drivers/nf
On Fri, 2017-04-28 at 00:00 +1000, Ian W MORRISON wrote:
> With the current code from linux-next an 'insmod r8723bs.ko'
> immediately results in segmentation fault.
What's the error trace you get?
> If I apply my 'patch' the insmod works and wifi is perfect. I didn't
> try removing the kfree() c
On Thu, Apr 27, 2017 at 11:42:38PM +1000, Ian W MORRISON wrote:
> Hi,
html email is rejected by vger, also please always cc: the driverdev
mailing list for staging patches. And finally, I need all patches in a
format that I can apply them in (i.e. not as attachments.)
Can you fix that up and r
On Thu, 2017-04-27 at 23:44 +1000, Ian W MORRISON wrote:
> I tried building the RTL8723BS SDIO wifi driver which has just been
> incorporated in staging for linux-next as an external module and
> found that it fails with 'Segmentation Fault'. I've tracked this down
> to commit 6557ddfec348c13d7798e
Hi Linux Wireless Developers,
I am Arunkumar Ravichandran, a software engineer in the WLAN driver
development field. Me[1] and 2 other colleagues(Sathish[2],
Vignesh[3]) would like to contribute to the Linux Wireless. We have
work experience in WLAN device driver development, though not in Linux
p
Hi Dave,
here's a pull request for net-next, more info in the tag below. This
should be the last pull request to net-next for 4.12. Please let me know
if there are any problems.
Kalle
The following changes since commit 7acedaf5c4355f812cfef883ac28bf15f7d9205e:
net: move xdp_prog field in RX c
On 27 April 2017 at 05:55, Steve deRosier wrote:
> On Wed, Apr 26, 2017 at 12:54 PM, James Hughes
> wrote:
>> On 26 April 2017 at 19:03, Arend Van Spriel
>> wrote:
>>>
>>>
>>> On 26-4-2017 17:44, Steve deRosier wrote:
On Wed, Apr 26, 2017 at 1:53 AM, Kalle Valo wrote:
> Arend Van Sprie
> @@ -371,7 +371,7 @@ static void reap_tx_dxes(struct wcn36xx *wcn,
> struct wcn36xx_dxe_ch *ch)
> info = IEEE80211_SKB_CB(ctl->skb);
> if (!(info->flags &
> IEEE80211_TX_CTL_REQ_TX_STATUS)) {
> /* Keep frame until TX status
From: Mohammed Shafi Shajakhan
Existing API 'ieee80211_get_sdata_band' returns default 2 GHz band even
if the channel context configuration is NULL. This crashes for chipsets
which support 5 Ghz alone when it tries to access members of 'sband'.
Channel context configuration can be NULL in multivi
21 matches
Mail list logo