* Re: [PATCH v3] prism54: isl_38xx: Replace 'struct timeval'
From: Johannes Berg @ 2016-04-17 12:42 UTC (permalink / raw)
To: Arnd Bergmann
Cc: y2038, netdev, linux-wireless, Tina Ruchandani, linux-kernel
In-Reply-To: <5521267.mr5HLCdTY6@wuerfel>
On Sun, 2016-04-17 at 01:34 +0200, Arnd Bergmann wrote:
> On Wednesday 13 April 2016 10:38:26 Johannes Berg wrote:
> >
> > >
> > > The patch was build-tested / debugged by removing the
> > > "if VERBOSE > SHOW_ERROR_MESSAGES" guards.
> > Stands to reason that we should just remove the (more or less) dead
> > code, since I don't think anyone really ever touches this driver
> > any
> > more or will ever again ...
> Do you mean removing all DEBUG() statements from the driver, or
> removing the entire driver?
>
We tried removing the driver once, since p54 supposedly drives the same
hardware, but some people had certain use cases that didn't work there,
apparently.
I was thinking more restrictively of just the stuff that can't even be
built without modifying the sources - like the "#if VERBOSE" thing.
johannes
_______________________________________________
Y2038 mailing list
Y2038@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/y2038
^ permalink raw reply
* Re: [PATCH V3 00/29] bitops: add parity functions
From: Dmitry Torokhov @ 2016-04-17 12:38 UTC (permalink / raw)
To: zengzhaoxiu
Cc: linux-kernel, Zhaoxiu Zeng, adi-buildroot-devel, Andrew Morton,
Anton Blanchard, Arnd Bergmann, Benjamin Tissoires,
Borislav Petkov, Bruce Allan, Christophe Leroy, David Herrmann,
David S. Miller, Denys Vlasenko, Duson Lin, Guenter Roeck,
Hans de Goede, Hans Verkuil, Hartmut Knaack, Heiko Carstens,
Hendrik
In-Reply-To: <1460601525-3822-1-git-send-email-zengzhaoxiu@163.com>
On Thu, Apr 14, 2016 at 10:36:41AM +0800, zengzhaoxiu@163.com wrote:
> drivers/input/joystick/grip_mp.c | 16 +--
> drivers/input/joystick/sidewinder.c | 24 +----
> drivers/input/mouse/elantech.c | 10 +-
> drivers/input/mouse/elantech.h | 1 -
> drivers/input/serio/ams_delta_serio.c | 8 +-
> drivers/input/serio/pcips2.c | 2 +-
> drivers/input/serio/sa1111ps2.c | 2 +-
For input bits:
Acked-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Thanks.
--
Dmitry
^ permalink raw reply
* Re: [PATCH net-next] tun: don't require serialization lock on tx
From: Michael S. Tsirkin @ 2016-04-17 10:20 UTC (permalink / raw)
To: Paolo Abeni
Cc: netdev, David S. Miller, Hannes Frederic Sowa, Eric W. Biederman,
Greg Kurz, Jason Wang, Eric Dumazet
In-Reply-To: <cc7ac4631f0a32c4d61b73f4f28b52a05ab8651d.1460651429.git.pabeni@redhat.com>
On Thu, Apr 14, 2016 at 06:39:39PM +0200, Paolo Abeni wrote:
> The current tun_net_xmit() implementation don't need any external
> lock since it relies on rcu protection for the tun data structure
> and on socket queue lock for skb queuing.
>
> This patch set the NETIF_F_LLTX feature bit in the tun device, so
> that on xmit, in absence of qdisc, no serialization lock is acquired
> by the caller.
>
> The user space can remove the default tun qdisc with:
>
> tc qdisc replace dev <tun device name> root noqueue
>
> Signed-off-by: Paolo Abeni <pabeni@redhat.com>
> Acked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>
> Acked-by: Eric Dumazet <edumazet@google.com>
This one seems transparent to userspace so:
Acked-by: Michael S. Tsirkin <mst@redhat.com>
>
> ---
> RFC -> v1
> - fixed a commit message typo, extended the comment with a
> configuration hint
> ---
> drivers/net/tun.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/tun.c b/drivers/net/tun.c
> index faf9297..42992dc 100644
> --- a/drivers/net/tun.c
> +++ b/drivers/net/tun.c
> @@ -1796,7 +1796,7 @@ static int tun_set_iff(struct net *net, struct file *file, struct ifreq *ifr)
> dev->hw_features = NETIF_F_SG | NETIF_F_FRAGLIST |
> TUN_USER_FEATURES | NETIF_F_HW_VLAN_CTAG_TX |
> NETIF_F_HW_VLAN_STAG_TX;
> - dev->features = dev->hw_features;
> + dev->features = dev->hw_features | NETIF_F_LLTX;
> dev->vlan_features = dev->features &
> ~(NETIF_F_HW_VLAN_CTAG_TX |
> NETIF_F_HW_VLAN_STAG_TX);
> --
> 1.8.3.1
^ permalink raw reply
* Re: linux-next: build failure after merge of the net-next tree
From: Arnd Bergmann @ 2016-04-17 9:47 UTC (permalink / raw)
To: kernel-build-reports
Cc: David Miller, sfr, andrewx.bowers, linaro-kernel, netdev,
linux-kernel, linux-next, jeffrey.t.kirsher, mark.d.rustad
In-Reply-To: <20160413.111513.295841881765244758.davem@davemloft.net>
On Wednesday 13 April 2016 11:15:13 David Miller wrote:
> From: Stephen Rothwell <sfr@canb.auug.org.au>
> Date: Wed, 13 Apr 2016 17:50:28 +1000
>
> > After merging the net-next tree, today's linux-next build (arm
> > allmodconfig) failed like thisi (this has actually been failing for a
> > few days, now):
> >
> > ERROR: "__bad_udelay" [drivers/net/ethernet/intel/ixgbe/ixgbe.ko] undefined!
> >
> > Caused by commit
> >
> > 49425dfc7451 ("ixgbe: Add support for x550em_a 10G MAC type")
> >
> > arm only allows udelay()s up to 2 milliseconds. This commit
> > adds a 5 ms udelay in ixgbe_acquire_swfw_sync_x550em_a() in
> > drivers/net/ethernet/intel/ixgbe/ixgbe_x550.c.
>
> Jeff, please have your folks look into this. Probably just a simple
> conversion to mdelay().
>
I sent a patch, pretty sure we can use msleep() here rather than
a wasteful mdelay().
Arnd
^ permalink raw reply
* [PATCH] macsec: fix crypto Kconfig dependency
From: Arnd Bergmann @ 2016-04-17 9:19 UTC (permalink / raw)
To: David S. Miller, Sabrina Dubroca
Cc: Arnd Bergmann, Hannes Frederic Sowa, Johannes Berg, netdev,
linux-kernel
The new MACsec driver uses the AES crypto algorithm, but can be configured
even if CONFIG_CRYPTO is disabled, leading to a build error:
warning: (MAC80211 && MACSEC) selects CRYPTO_GCM which has unmet direct dependencies (CRYPTO)
warning: (BT && CEPH_LIB && INET && MAC802154 && MAC80211 && BLK_DEV_RBD && MACSEC && AIRO_CS && LIBIPW && HOSTAP && USB_WUSB && RTLLIB_CRYPTO_CCMP && FS_ENCRYPTION && EXT4_ENCRYPTION && CEPH_FS && BIG_KEYS && ENCRYPTED_KEYS) selects CRYPTO_AES which has unmet direct dependencies (CRYPTO)
crypto/built-in.o: In function `gcm_enc_copy_hash':
aes_generic.c:(.text+0x2b8): undefined reference to `crypto_xor'
aes_generic.c:(.text+0x2dc): undefined reference to `scatterwalk_map_and_copy'
This adds an explicit 'select CRYPTO' statement the way that other
drivers handle it.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Fixes: c09440f7dcb3 ("macsec: introduce IEEE 802.1AE driver")
---
drivers/net/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 2a1ba62b7da2..a24c18eee598 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kconfig
@@ -195,6 +195,7 @@ config GENEVE
config MACSEC
tristate "IEEE 802.1AE MAC-level encryption (MACsec)"
+ select CRYPTO
select CRYPTO_AES
select CRYPTO_GCM
---help---
--
2.7.0
^ permalink raw reply related
* Нужны дилеры для кухонной мебели. Скидка - ЗO%., Нужны дилеры для кухонной мебели. Скидка - ЗO%.
From: Наталья Манько @ 2016-04-17 8:18 UTC (permalink / raw)
To: lgqpsajwcsr, mkonshin, netdev, mdage19, kovalenko, ooogitel, prof,
nwfgtf, kinobuka, metall-disain, mmmolga2020, pgomqljr, keryxxxa,
lwsybfma, moscow, nbrgpp, moscow, postmaster, moment-x, kos
Добрый день.
Меня зовут Наталья. Я представляю мебельную фабрику.
Наша фирма приглашает к сотрудничеству дилеров.
Наша мебель торгуется в среднем ценовом сегменте.
Цена нашей мебели для кухни в среднем на 2O-ЗО% ниже, чем на рынке:
- Классические кухни - ЗЗ000 р. за 1 п/м
- Кухни современные - от 3l OOO рублей за l п/м
- Кухни встроенные - 3IOOO руб. за l п/м
- Элитные кухни - 50000 руб. за 1 п/м
- Кухни-студии - Ч3 OOO р. за 1 п/м
- Кухонные стулья - 6 700 руб.
Вы сможете реализовать надбавку в цене.
При этом Вы хорошо заработаете!
Если Вас заинтересовало такое предложение, то Вы можете обратиться по телефону:
7 ≪4 9 9≫ 6 Ƽ З = 8 1 – 3 9
С уважением, Наталья.
^ permalink raw reply
* Re: [PATCH net] net: bcmgenet: device stats are unsigned long
From: David Miller @ 2016-04-17 2:04 UTC (permalink / raw)
To: eric.dumazet; +Cc: netdev, f.fainelli
In-Reply-To: <1460742472.10638.78.camel@edumazet-glaptop3.roam.corp.google.com>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Fri, 15 Apr 2016 10:47:52 -0700
> From: Eric Dumazet <edumazet@google.com>
>
> On 64bit kernels, device stats are 64bit wide, not 32bit.
>
> Fixes: 1c1008c793fa4 ("net: bcmgenet: add main driver file")
> Signed-off-by: Eric Dumazet <edumazet@google.com>
> Cc: Florian Fainelli <f.fainelli@gmail.com>
Applied, thanks Eric.
^ permalink raw reply
* Re: [PATCH net-next 0/2] Minor IFF_NO_QUEUE conversion follow-up
From: David Miller @ 2016-04-17 2:02 UTC (permalink / raw)
To: phil; +Cc: netdev
In-Reply-To: <1460740460-12859-1-git-send-email-phil@nwl.cc>
From: Phil Sutter <phil@nwl.cc>
Date: Fri, 15 Apr 2016 19:14:18 +0200
> The following series converts two further drivers away from setting
> 'tx_queue_len = 0' to adding IFF_NO_QUEUE to priv_flags instead.
>
> The first one, rtl8188eu in staging didn't exist back when all drivers
> were converted. The second one, openvswitch seems to have slipped through
> my grep'ing back then, no idea why.
Series applied, thanks Phil.
^ permalink raw reply
* Re: [PATCH net-next v2 0/6] FUJITSU Extended Socket driver version 1.1
From: David Miller @ 2016-04-17 1:51 UTC (permalink / raw)
To: izumi.taku; +Cc: netdev, jiri, isimatu.yasuaki
In-Reply-To: <1460686800-26427-1-git-send-email-izumi.taku@jp.fujitsu.com>
From: Taku Izumi <izumi.taku@jp.fujitsu.com>
Date: Fri, 15 Apr 2016 11:20:00 +0900
> This patchsets update FUJITSU Extended Socket network driver into version 1.1.
> This mainly includes some improvements and minor bugfix.
>
> v1->v2:
> - Remove ioctl and debugfs facility according to David comment
Series applied.
^ permalink raw reply
* Re: [PATCH net-next v3 1/2] rtnetlink: add new RTM_GETSTATS message to query stats
From: roopa @ 2016-04-17 1:50 UTC (permalink / raw)
To: Thomas Graf; +Cc: netdev, jhs, davem
In-Reply-To: <20160416074910.GA2486@pox.localdomain>
On 4/16/16, 12:49 AM, Thomas Graf wrote:
> On 04/15/16 at 08:28pm, Roopa Prabhu wrote:
>> +static u16 rtnl_stats_calcit(struct sk_buff *skb, struct nlmsghdr *nlh)
>> +{
>> + struct net *net = sock_net(skb->sk);
>> + struct net_device *dev;
>> + u16 min_ifinfo_dump_size = 0;
>> + struct if_stats_msg *ifsm;
>> + u32 filter_mask;
>> +
>> + ifsm = nlmsg_data(nlh);
>> + filter_mask = ifsm->filter_mask;
>> +
>> + /* traverse the list of net devices and compute the minimum
>> + * buffer size based upon the filter mask.
>> + */
>> + list_for_each_entry(dev, &net->dev_base_head, dev_list) {
>> + min_ifinfo_dump_size = max_t(u16, min_ifinfo_dump_size,
>> + if_nlmsg_stats_size(dev,
>> + filter_mask));
>> + }
> Iterating over all net_devices in the namespace is quite an expensive
> operation and it would now be done twice.
>
> I understand that this code is taken over from rtnl_calcit() but there
> the cost is at least only paid if ext_filter_mask is actually set and
> the user opts into additional statistics.
>
> I wonder if we can reduce the cost for the stats interface as its
> purpose is to be minimal cost. I suggest we only add the loop once we
> have an extension which actually depends on it. We can then try and
> figure out to not require it.
ok, ack. Its not absolutely necessary right now with the one link filter stats
I am adding support for. We can bring it back later when we see a first instance
which makes it necessary.
In which case, I am going to trim down the series to absolute minimal.
just rtnl link stats64. I want to drop the ipv6 patch anyways.
With it I will also drop the general af stats handling. Will get it back when we get to the first
proper af stats implementation (hopefully mpls).
With this, the calcit for RTM_GETSTATS will be NULL, until we add the implementation for the other
stats attributes.
^ permalink raw reply
* Re: [net-next PATCH] stmmac: socfpga: remove extra call to socfpga_dwmac_setup
From: David Miller @ 2016-04-17 1:48 UTC (permalink / raw)
To: dinguyen; +Cc: peppe.cavallaro, dinh.linux, mgerlach, netdev
In-Reply-To: <1460684549-9549-1-git-send-email-dinguyen@opensource.altera.com>
From: <dinguyen@opensource.altera.com>
Date: Thu, 14 Apr 2016 20:42:29 -0500
> From: Dinh Nguyen <dinguyen@opensource.altera.com>
>
> In the socfpga_dwmac_probe function, we have a call to socfpga_dwmac_setup,
> which is already called from socfpga_dwmac_init later in the probe function.
> Remove this extra call to socfpga_dwmac_setup.
>
> Also we should not be calling socfpga_dwmac_setup() directly without wrapping
> it around the proper reset assert/deasserts. That is because the
> socfpga_dwmac_setup() is setting up PHY modes in the system manager, and it
> is requires the EMAC's to be in reset during the PHY setup.
>
> Reported-by: Matthew Gerlach <mgerlach@opensource.altera.com>
> Signed-off-by: Dinh Nguyen <dinguyen@opensource.altera.com>
Applied, thank you.
^ permalink raw reply
* Re: [PATCH] bpf: avoid warning for wrong pointer cast
From: Alexei Starovoitov @ 2016-04-17 0:47 UTC (permalink / raw)
To: Arnd Bergmann
Cc: David S . Miller, netdev, Steven Rostedt, Ingo Molnar,
Alexei Starovoitov, Daniel Borkmann, linux-kernel, fengguang.wu
In-Reply-To: <1460838585-1248139-1-git-send-email-arnd@arndb.de>
On Sat, Apr 16, 2016 at 10:29:33PM +0200, Arnd Bergmann wrote:
> Two new functions in bpf contain a cast from a 'u64' to a
> pointer. This works on 64-bit architectures but causes a warning
> on all 32-bit architectures:
>
> kernel/trace/bpf_trace.c: In function 'bpf_perf_event_output_tp':
> kernel/trace/bpf_trace.c:350:13: error: cast to pointer from integer of different size [-Werror=int-to-pointer-cast]
> u64 ctx = *(long *)r1;
>
> This changes the cast to first convert the u64 argument into a uintptr_t,
> which is guaranteed to be the same size as a pointer.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> Fixes: 9940d67c93b5 ("bpf: support bpf_get_stackid() and bpf_perf_event_output() in tracepoint programs")
Thanks.
Acked-by: Alexei Starovoitov <ast@kernel.org>
I guess I started to rely on 0-day build-bot too much.
This patch has been in my tree for 2+ weeks and then in net-next and
I didn't receive a single email from build-bot about this warning,
though I do receive them for my other work-in-progress stuff. Odd.
Fengguang, any idea why build-bot sometimes silent?
^ permalink raw reply
* Re: [Odd commit author id merge via netdev]
From: santosh shilimkar @ 2016-04-17 0:13 UTC (permalink / raw)
To: Johannes Berg; +Cc: netdev, David S. Miller
In-Reply-To: <56FEF2F6.4090302@oracle.com>
On 4/1/2016 3:15 PM, santosh shilimkar wrote:
> On 4/1/2016 1:01 PM, Johannes Berg wrote:
>> On Fri, 2016-04-01 at 10:51 -0700, santosh shilimkar wrote:
>>> Hi Dave,
>>>
>>> I noticed something odd while checking the recent
>>> commits of mine in kernel.org tree made it via netdev.
>>>
>>> Don't know if its patchwork tool doing this.
>>> Usual author line in my git objects :
>>> Author: Santosh Shilimkar <emaid-id>
>>>
>>> But the commits going via your tree seems to be like below..
>>> Author: email-id <email-id>
>>>
>>> Few more examples of the commits end of the email. Can this
>>> be fixed for future commits ? The git objects you pulled from
>>> my tree directly have right author format where as ones which
>>> are picked from patchworks seems to be odd.
>>>
>>
>> Patchwork does store this info somehow and re-use it, quite possibly
>> from the very first patch you ever sent. I think this bug was *just*
>> fixed in patchwork, but it'll probably be a while until that fix lands.
>>
>> However, you can go and create a patchwork account with the real name,
>> associate it with all the email addresses you use and then I think
>> it'll pick it up. Not entirely sure though, you'll have to test it.
>>
Thought of letting you know that creating username didn't
seems to help. I did create a patchwork account and associated
the email ids I use for commits after last email exchange.
Now it got tested with Dave's 'net' tree commits indirectly.
The patchwork commit format still seems to be
"Author: email-id <email-id>" irrespective of patchwork user
name for me.
Regards,
Santosh
^ permalink raw reply
* Re: [net][PATCH v2 0/2] RDS: couple of fixes for 4.6
From: santosh shilimkar @ 2016-04-16 23:57 UTC (permalink / raw)
To: David Miller; +Cc: netdev, linux-kernel
In-Reply-To: <20160416.185342.1833113899705435419.davem@davemloft.net>
On 4/16/2016 3:53 PM, David Miller wrote:
> From: Santosh Shilimkar <santosh.shilimkar@oracle.com>
> Date: Thu, 14 Apr 2016 10:43:25 -0700
>
>> git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git for_4.6/net/rds-fixes
>
> I have no idea how you set this up, but there is no WAY this can be
> pulled from by me.
>
Thought I did based it against 'net' after your last comment.
Just checked again and the 'net' remote added by me points
to wrong url(net-next).
> When I try to pull it into 'net' I get 2690 objects. That means you
> didn't base it upon the 'net' tree which you must do. You can't base
> it upon Linus's tree, because if you do I'll get a ton of changes that
> are absolutely not appropriate to be pulled into my 'net' tree.
>
> Are you always doing this? Working against Linus's tree instead of
> mine?
>
No, its not Linus's tree. Its yours but not the right one.
Sorry for the trouble. Won't happen again.
Thanks for picking up the matches from patchworks.
Regards,
Santosh
^ permalink raw reply
* Re: [PATCH v3] prism54: isl_38xx: Replace 'struct timeval'
From: Arnd Bergmann @ 2016-04-16 23:34 UTC (permalink / raw)
To: Johannes Berg
Cc: y2038, netdev, linux-wireless, Tina Ruchandani, linux-kernel
In-Reply-To: <1460536706.3057.3.camel@sipsolutions.net>
On Wednesday 13 April 2016 10:38:26 Johannes Berg wrote:
> > The patch was build-tested / debugged by removing the
> > "if VERBOSE > SHOW_ERROR_MESSAGES" guards.
>
> Stands to reason that we should just remove the (more or less) dead
> code, since I don't think anyone really ever touches this driver any
> more or will ever again ...
Do you mean removing all DEBUG() statements from the driver, or
removing the entire driver?
Arnd
_______________________________________________
Y2038 mailing list
Y2038@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/y2038
^ permalink raw reply
* Re: [PATCH] dsa: mv88e6xxx: Kill the REG_READ and REG_WRITE macros
From: David Miller @ 2016-04-16 23:23 UTC (permalink / raw)
To: andrew; +Cc: f.fainelli, netdev, vivien.didelot
In-Reply-To: <1460670432-23801-1-git-send-email-andrew@lunn.ch>
From: Andrew Lunn <andrew@lunn.ch>
Date: Thu, 14 Apr 2016 23:47:12 +0200
> These macros hide a ds variable and a return statement on error, which
> can lead to locking issues. Kill them off.
>
> Signed-off-by: Andrew Lunn <andrew@lunn.ch>
Applied, thanks Andrew.
^ permalink raw reply
* Re: [net-next PATCH] netdev_features: Add NETIF_F_TSO_MANGLEID to NETIF_F_ALL_TSO
From: David Miller @ 2016-04-16 23:15 UTC (permalink / raw)
To: aduyck; +Cc: jesse, netdev, alexander.duyck, tom
In-Reply-To: <20160414210434.14117.52071.stgit@ahduyck-xeon-server>
From: Alexander Duyck <aduyck@mirantis.com>
Date: Thu, 14 Apr 2016 17:04:34 -0400
> I realized that when I added NETIF_F_TSO_MANGLEID as a TSO type I forgot to
> add it to NETIF_F_ALL_TSO. This patch corrects that so the flag will be
> included correctly.
>
> The result should be minor as it was only used by a few drivers and in a
> few specific cases such as when NETIF_F_SG was not supported on a device so
> the TSO flags were cleared.
>
> Signed-off-by: Alexander Duyck <aduyck@mirantis.com>
Applied.
^ permalink raw reply
* Re: [net-next PATCH 0/5] Add support for offloads with IPv6 GRE tunnels
From: David Miller @ 2016-04-16 23:12 UTC (permalink / raw)
To: aduyck; +Cc: jesse, netdev, alexander.duyck, tom
In-Reply-To: <20160414192709.12934.82858.stgit@ahduyck-xeon-server>
From: Alexander Duyck <aduyck@mirantis.com>
Date: Thu, 14 Apr 2016 15:33:30 -0400
> This patch series enables the use of segmentation and checksum
> offloads with IPv6 based GRE tunnels.
Series applied, nice work Alex.
^ permalink raw reply
* Re: [PATCH net 0/3] net: dsa: mv88e6xxx: fix hardware cross-chip bridging
From: David Miller @ 2016-04-16 23:07 UTC (permalink / raw)
To: vivien.didelot; +Cc: netdev, linux-kernel, kernel, f.fainelli, andrew
In-Reply-To: <1460659329-11473-1-git-send-email-vivien.didelot@savoirfairelinux.com>
From: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Date: Thu, 14 Apr 2016 14:42:06 -0400
> In order to accelerate cross-chip switching of frames with the hardware,
> the DSA Tag ports, used to interconnect switch devices, must learn SA
> and DA addresses, and share the same FDB with the user ports.
>
> The two first patches restore address learning on DSA links. This fixes
> hardware cross-chip bridging in a VLAN filtering enabled system, which
> implements a bridge group as a 802.1Q VLAN and thus share an isolated
> address database between DSA and user ports.
>
> The third patch changes the distinct default databases used for each
> port, to the same address database. This fixes the hardware cross-chip
> bridging in a VLAN filtering disabled system, where a bridge group gets
> implemented only as a port-based VLAN.
Series applied, thanks.
^ permalink raw reply
* Re: [net][PATCH v2 2/2] RDS: Fix the atomicity for congestion map update
From: David Miller @ 2016-04-16 23:01 UTC (permalink / raw)
To: santosh.shilimkar; +Cc: netdev, linux-kernel
In-Reply-To: <1460655807-26236-3-git-send-email-santosh.shilimkar@oracle.com>
From: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Date: Thu, 14 Apr 2016 10:43:27 -0700
> Two different threads with different rds sockets may be in
> rds_recv_rcvbuf_delta() via receive path. If their ports
> both map to the same word in the congestion map, then
> using non-atomic ops to update it could cause the map to
> be incorrect. Lets use atomics to avoid such an issue.
>
> Full credit to Wengang <wen.gang.wang@oracle.com> for
> finding the issue, analysing it and also pointing out
> to offending code with spin lock based fix.
>
> Reviewed-by: Leon Romanovsky <leon@leon.nu>
> Signed-off-by: Wengang Wang <wen.gang.wang@oracle.com>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Applied.
^ permalink raw reply
* Re: [net][PATCH v2 1/2] RDS: fix endianness for dp_ack_seq
From: David Miller @ 2016-04-16 23:01 UTC (permalink / raw)
To: santosh.shilimkar; +Cc: netdev, linux-kernel
In-Reply-To: <1460655807-26236-2-git-send-email-santosh.shilimkar@oracle.com>
From: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Date: Thu, 14 Apr 2016 10:43:26 -0700
> From: Qing Huang <qing.huang@oracle.com>
>
> dp->dp_ack_seq is used in big endian format. We need to do the
> big endianness conversion when we assign a value in host format
> to it.
>
> Signed-off-by: Qing Huang <qing.huang@oracle.com>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Applied.
^ permalink raw reply
* Re: [net][PATCH v2 0/2] RDS: couple of fixes for 4.6
From: David Miller @ 2016-04-16 22:53 UTC (permalink / raw)
To: santosh.shilimkar; +Cc: netdev, linux-kernel
In-Reply-To: <1460655807-26236-1-git-send-email-santosh.shilimkar@oracle.com>
From: Santosh Shilimkar <santosh.shilimkar@oracle.com>
Date: Thu, 14 Apr 2016 10:43:25 -0700
> git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux.git for_4.6/net/rds-fixes
I have no idea how you set this up, but there is no WAY this can be
pulled from by me.
When I try to pull it into 'net' I get 2690 objects. That means you
didn't base it upon the 'net' tree which you must do. You can't base
it upon Linus's tree, because if you do I'll get a ton of changes that
are absolutely not appropriate to be pulled into my 'net' tree.
Are you always doing this? Working against Linus's tree instead of
mine?
^ permalink raw reply
* Re: [PATCH] ipv6: allow bypassing cross-intf routing limits
From: David Miller @ 2016-04-16 22:49 UTC (permalink / raw)
To: michal.kazior; +Cc: netdev
In-Reply-To: <1460637988-31606-1-git-send-email-michal.kazior@tieto.com>
From: Michal Kazior <michal.kazior@tieto.com>
Date: Thu, 14 Apr 2016 14:46:28 +0200
> There are some use-cases to allow link-local
> routing for bridging purposes.
>
> One of these is allowing transparent 802.11
> bridging. Due to 802.11 framing limitations many
> Access Points make it impossible to create bridges
> on Client endpoints because they can't maintain
> Destination/Source/Transmitter/Receiver address
> distinction with only 3 addresses in frame header.
>
> The default behavior, i.e. link-local traffic
> being non-routable, remains. The user has to
> explicitly enable the bypass when defining a given
> route.
>
> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
Sorry, whilst I realize your problem, I'm not going to add what is
explicitly a violation of the way link-local addresses are meant to
work and the very much intentional restrictions the RFCs place upon
them (they MUST not be routed).
I also didn't see any real discussions in response to your original
proposals, not from even one person I know is knowledgable about ipv6
and the implications your change would have, and that is extremely
troubling.
I tried to let your patches sit for several days in order to let that
kind of discussion happen, but it didn't.
So, you'll need to find another way to achieve your goals.
^ permalink raw reply
* Can i trust you?
From: Mrs Ela Adele @ 2016-04-16 22:42 UTC (permalink / raw)
Goodday Dear Friend,
I am Mrs. Ela Adele the Head of Accounting Audit Department of Group
Bank of Africa (B.O.A)in Bobo Dioulasso, Burkina Faso. In my
department in the Bank where i work, I discovered a sum of $12.5
Million USD In an account that belongs to one of our foreign deceased
customers, a billionaire Business Mogul Late Mr.Moises Saba Masri, a
Jew from Mexico who was a victim of a helicopter crash since 2010
year.resulting to his death and his family members.
You can see more information about Saba Masri Mr.Moises unfortunate
end accident on the website-link below.
http://www.ynetnews.com/articles/0,7340,L-3832556,00.html
Now our bank has been waiting for any of the relatives to come forth
for the claim but nobody has done that SINCE 2010. I personally have
been unsuccessful in locating the relatives,Which the Board of
Directors are planing to share this funds among them-self. Which i
have good heart to use this funds to help the poor and the motherless
home.I seek your consent as my foreign business partner in this
transaction to present you as the next of kin/Beneficiary to the
deseased,so that the funds of this account valued at $12.5 Million usd
can be paid to your local bank account in your country.Also this
transaction is %100 free risk, because i have all the legal document
with me to make this transaction possible, and the funds we be share
50/50 I want to use part of my funds to help orphanage and motherless
child home And i dont know about you.
Please Provide me the following few information about you, as we have
few days to run it through.
1, Your Full names:.............................
2, Your age:..........................
3, Your private phone number:...............
4, Your current country and residential address:........
5, Your Occupation:.....................
6, Your Photo or driving licence:...............
Please on your confirmation of this message and indicating your
interest, i will furnish you with more information on this business
transaction once i get your respond back asap.
Best Regard
Mrs Ela Adele
^ permalink raw reply
* [PATCH net-next v3 8/8] net: dsa: mv88e6xxx: remove switch ID from ps
From: Vivien Didelot @ 2016-04-16 22:41 UTC (permalink / raw)
To: netdev
Cc: linux-kernel, kernel, David S. Miller, Florian Fainelli,
Andrew Lunn, Vivien Didelot
In-Reply-To: <1460846505-20305-1-git-send-email-vivien.didelot@savoirfairelinux.com>
ps->id is not needed anymore, so remove it as well as the related
defined values.
Signed-off-by: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Reviewed-by: Andrew Lunn <andrew@lunn.ch>
---
drivers/net/dsa/mv88e6xxx.c | 1 -
drivers/net/dsa/mv88e6xxx.h | 32 --------------------------------
2 files changed, 33 deletions(-)
diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c
index e6e657b..e8a198c 100644
--- a/drivers/net/dsa/mv88e6xxx.c
+++ b/drivers/net/dsa/mv88e6xxx.c
@@ -3041,7 +3041,6 @@ char *mv88e6xxx_drv_probe(struct device *dsa_dev, struct device *host_dev,
ps->bus = bus;
ps->sw_addr = sw_addr;
ps->info = info;
- ps->id = id & 0xfff0;
*priv = ps;
diff --git a/drivers/net/dsa/mv88e6xxx.h b/drivers/net/dsa/mv88e6xxx.h
index 4b3121b..4c5f434 100644
--- a/drivers/net/dsa/mv88e6xxx.h
+++ b/drivers/net/dsa/mv88e6xxx.h
@@ -85,37 +85,6 @@
#define PORT_SWITCH_ID_PROD_NUM_6352 0x352
#define PORT_SWITCH_ID_PROD_NUM_6350 0x371
#define PORT_SWITCH_ID_PROD_NUM_6351 0x375
-#define PORT_SWITCH_ID_6031 0x0310
-#define PORT_SWITCH_ID_6035 0x0350
-#define PORT_SWITCH_ID_6046 0x0480
-#define PORT_SWITCH_ID_6061 0x0610
-#define PORT_SWITCH_ID_6065 0x0650
-#define PORT_SWITCH_ID_6085 0x04a0
-#define PORT_SWITCH_ID_6092 0x0970
-#define PORT_SWITCH_ID_6095 0x0950
-#define PORT_SWITCH_ID_6096 0x0980
-#define PORT_SWITCH_ID_6097 0x0990
-#define PORT_SWITCH_ID_6108 0x1070
-#define PORT_SWITCH_ID_6121 0x1040
-#define PORT_SWITCH_ID_6122 0x1050
-#define PORT_SWITCH_ID_6123 0x1210
-#define PORT_SWITCH_ID_6131 0x1060
-#define PORT_SWITCH_ID_6152 0x1a40
-#define PORT_SWITCH_ID_6155 0x1a50
-#define PORT_SWITCH_ID_6161 0x1610
-#define PORT_SWITCH_ID_6165 0x1650
-#define PORT_SWITCH_ID_6171 0x1710
-#define PORT_SWITCH_ID_6172 0x1720
-#define PORT_SWITCH_ID_6175 0x1750
-#define PORT_SWITCH_ID_6176 0x1760
-#define PORT_SWITCH_ID_6182 0x1a60
-#define PORT_SWITCH_ID_6185 0x1a70
-#define PORT_SWITCH_ID_6240 0x2400
-#define PORT_SWITCH_ID_6320 0x1150
-#define PORT_SWITCH_ID_6321 0x3100
-#define PORT_SWITCH_ID_6350 0x3710
-#define PORT_SWITCH_ID_6351 0x3750
-#define PORT_SWITCH_ID_6352 0x3520
#define PORT_CONTROL 0x04
#define PORT_CONTROL_USE_CORE_TAG BIT(15)
#define PORT_CONTROL_DROP_ON_LOCK BIT(14)
@@ -457,7 +426,6 @@ struct mv88e6xxx_priv_state {
*/
struct mutex eeprom_mutex;
- int id; /* switch product id */
struct mv88e6xxx_priv_port ports[DSA_MAX_PORTS];
DECLARE_BITMAP(port_state_update_mask, DSA_MAX_PORTS);
--
2.8.0
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox