All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@codeaurora.org>
To: Manikanta Pubbisetty <mpubbise@codeaurora.org>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	linux-wireless@vger.kernel.org,
	Sebastian Gottschall <s.gottschall@dd-wrt.com>,
	ath10k@lists.infradead.org
Subject: Re: [PATCH] ath10k: add dynamic vlan support
Date: Fri, 24 Aug 2018 11:14:46 +0300	[thread overview]
Message-ID: <87va80ji4p.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <15ca06c2-0d43-99c1-8f31-19e73629ab70@codeaurora.org> (Manikanta Pubbisetty's message of "Fri, 24 Aug 2018 11:16:12 +0530")

Manikanta Pubbisetty <mpubbise@codeaurora.org> writes:

> On 8/16/2018 1:57 PM, Johannes Berg wrote:
>
>     On Tue, 2018-08-14 at 18:23 +0530, Manikanta Pubbisetty wrote:
>
>             
>             I don't think that makes sense. If we split the capability of AP_VLAN
> and AP_VLAN_FOR_4ADDR at the "root", then we don't need to play with all
> these things. Yes, this is slightly awkward for userspace, and perhaps
> with the interface combination checks, but I'd like you to look at that.
>
>     
>     
>         I was working on splitting the 4-addr functionality from AP/VLAN iftype; 
> I have introduced a new iftype NL80211_IFTYPE_AP_4ADDR and moved the 
> 4-addr handling from AP/VLAN to this new iftype. But this approach 
> breaks the backward compatibility with older userspace applications. 
>
>     
> Yeah ...
>
> I'm confused and no longer sure what I was thinking, nor even what we're
> trying to achieve here...
>
> I had introduced a change db3bdcb9c3ff (" mac80211: allow AP_VLAN
> operation on crypto controlled devices ") for supporting VLAN
> functionality on ath10k devices; this commit has broken 4 addr support
> on ath10k devices as I was advertising the AP/VLAN support
> conditionally. Since 4 addr operation is tied to AP/VLAN support, with
> this change, only the chips which support VLAN functionality can
> support 4 addr operation but other ath10k chips don't.

Manikanta, please set up your Thunderbird so that it uses the standard
'>' quotation style. This mail is impossible to read as I don't know
which part is written by you and which part by Johannes.

-- 
Kalle Valo

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

WARNING: multiple messages have this Message-ID (diff)
From: Kalle Valo <kvalo@codeaurora.org>
To: Manikanta Pubbisetty <mpubbise@codeaurora.org>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	ath10k@lists.infradead.org, linux-wireless@vger.kernel.org,
	Sebastian Gottschall <s.gottschall@dd-wrt.com>
Subject: Re: [PATCH] ath10k: add dynamic vlan support
Date: Fri, 24 Aug 2018 11:14:46 +0300	[thread overview]
Message-ID: <87va80ji4p.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <15ca06c2-0d43-99c1-8f31-19e73629ab70@codeaurora.org> (Manikanta Pubbisetty's message of "Fri, 24 Aug 2018 11:16:12 +0530")

Manikanta Pubbisetty <mpubbise@codeaurora.org> writes:

> On 8/16/2018 1:57 PM, Johannes Berg wrote:
>
>     On Tue, 2018-08-14 at 18:23 +0530, Manikanta Pubbisetty wrote:
>
>             
>             I don't think that makes sense. If we split the capability of AP_VLAN
> and AP_VLAN_FOR_4ADDR at the "root", then we don't need to play with all
> these things. Yes, this is slightly awkward for userspace, and perhaps
> with the interface combination checks, but I'd like you to look at that.
>
>     
>     
>         I was working on splitting the 4-addr functionality from AP/VLAN iftype; 
> I have introduced a new iftype NL80211_IFTYPE_AP_4ADDR and moved the 
> 4-addr handling from AP/VLAN to this new iftype. But this approach 
> breaks the backward compatibility with older userspace applications. 
>
>     
> Yeah ...
>
> I'm confused and no longer sure what I was thinking, nor even what we're
> trying to achieve here...
>
> I had introduced a change db3bdcb9c3ff (" mac80211: allow AP_VLAN
> operation on crypto controlled devices ") for supporting VLAN
> functionality on ath10k devices; this commit has broken 4 addr support
> on ath10k devices as I was advertising the AP/VLAN support
> conditionally. Since 4 addr operation is tied to AP/VLAN support, with
> this change, only the chips which support VLAN functionality can
> support 4 addr operation but other ath10k chips don't.

Manikanta, please set up your Thunderbird so that it uses the standard
'>' quotation style. This mail is impossible to read as I don't know
which part is written by you and which part by Johannes.

-- 
Kalle Valo

  parent reply	other threads:[~2018-08-24  8:19 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-20 13:57 [PATCH] ath10k: add dynamic vlan support Manikanta Pubbisetty
2018-04-20 13:57 ` Manikanta Pubbisetty
2018-04-23 19:18 ` Sebastian Gottschall
2018-04-23 19:18   ` Sebastian Gottschall
2018-05-18  9:53   ` Johannes Berg
2018-05-18  9:53     ` Johannes Berg
2018-05-18 10:40     ` Sebastian Gottschall
2018-05-18 10:40       ` Sebastian Gottschall
2018-04-24  8:09 ` Kalle Valo
2018-04-24  8:09   ` Kalle Valo
2018-04-24  9:09   ` Sebastian Gottschall
2018-04-24  9:09     ` Sebastian Gottschall
2018-04-24  9:18     ` Manikanta Pubbisetty
2018-04-24  9:18       ` Manikanta Pubbisetty
2018-04-24  9:52     ` Kalle Valo
2018-04-24  9:52       ` Kalle Valo
2018-04-24  9:55       ` Sebastian Gottschall
2018-04-24  9:55         ` Sebastian Gottschall
2018-05-04  6:50     ` Manikanta Pubbisetty
2018-05-04  6:50       ` Manikanta Pubbisetty
2018-05-05  9:50       ` Sebastian Gottschall
2018-05-05  9:50         ` Sebastian Gottschall
2018-05-18  9:54       ` Johannes Berg
2018-05-18  9:54         ` Johannes Berg
2018-05-18 10:52         ` Sebastian Gottschall
2018-05-18 10:52           ` Sebastian Gottschall
2018-05-21  6:42         ` Manikanta Pubbisetty
2018-05-21  6:42           ` Manikanta Pubbisetty
2018-05-23  9:50           ` Johannes Berg
2018-05-23  9:50             ` Johannes Berg
2018-05-23 10:39             ` Manikanta Pubbisetty
2018-05-23 10:39               ` Manikanta Pubbisetty
2018-05-23 10:39               ` Johannes Berg
2018-05-23 10:39                 ` Johannes Berg
2018-05-23 10:50                 ` Manikanta Pubbisetty
2018-05-23 10:50                   ` Manikanta Pubbisetty
2018-05-24  4:41                 ` Sebastian Gottschall
2018-05-24  4:41                   ` Sebastian Gottschall
2018-06-18 20:49                   ` Johannes Berg
2018-06-18 20:49                     ` Johannes Berg
2018-08-14 12:53             ` Manikanta Pubbisetty
2018-08-14 12:53               ` Manikanta Pubbisetty
2018-08-16  8:27               ` Johannes Berg
2018-08-16  8:27                 ` Johannes Berg
2018-08-24  5:50                 ` Manikanta Pubbisetty
2018-08-24  5:50                   ` Manikanta Pubbisetty
2018-09-03 10:39                   ` Johannes Berg
2018-09-03 10:39                     ` Johannes Berg
2018-09-05  6:03                     ` Manikanta Pubbisetty
2018-09-05  6:03                       ` Manikanta Pubbisetty
     [not found]                 ` <15ca06c2-0d43-99c1-8f31-19e73629ab70@codeaurora.org>
2018-08-24  8:14                   ` Kalle Valo [this message]
2018-08-24  8:14                     ` Kalle Valo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87va80ji4p.fsf@kamboji.qca.qualcomm.com \
    --to=kvalo@codeaurora.org \
    --cc=ath10k@lists.infradead.org \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mpubbise@codeaurora.org \
    --cc=s.gottschall@dd-wrt.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.