net: dsa: mv88e6xxx: Add support for ethernet switch 88E6141 - net-next.git - net-next plumbings

summary refs log tree commit diff

path: root/drivers/usb/host/ssb-hcd.c

diff options

author	Gregory CLEMENT <gregory.clement@free-electrons.com>	2017-01-30 20:29:35 +0100
committer	David S. Miller <davem@davemloft.net>	2017-01-30 16:50:57 -0500
commit	1558727a1c1b65459cb9ae31f36ace45d56c6767 (patch)
tree	759b1a285330156e34863d910c4a0c7a4a0b3b89 /drivers/usb/host/ssb-hcd.c
parent	a75961d0ebfd8866e03855bfdbb5733a268b0a44 (diff)

net: dsa: mv88e6xxx: Add support for ethernet switch 88E6141

The Marvell 88E6341 device is single-chip, 6-port Ethernet switch with four integrated 10/100/1000Mbps Ethernet transceivers and one high speed SerDes interfaces. It belongs to the Topaz family and unlike the 88E6341 it does not have a TCAM. Signed-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com> Reviewed-by: Vivien Didelot <vivien.didelot@savoirfairelinux.com> Signed-off-by: David S. Miller <davem@davemloft.net>

Diffstat (limited to 'drivers/usb/host/ssb-hcd.c')

0 files changed, 0 insertions, 0 deletions

node() queuing more and more works if the number of delayed items is above BTRFS_DELAYED_BACKGROUND. The worker func (btrfs_async_run_delayed_root) processes at least BTRFS_DELAYED_BATCH items (if they are present in the list). So, the machinery works as expected while the list is almost empty. As soon as it is getting bigger, worker func starts to process more than one item at a time, it takes longer, and the chances to have async_works queued more than needed is getting higher. The problem above is worsened by another flaw of delayed-inode implementation: if async_work was queued in a throttling branch (number of items >= BTRFS_DELAYED_WRITEBACK), corresponding worker func won't quit until the number of items < BTRFS_DELAYED_BACKGROUND / 2. So, it is possible that the func occupies CPU infinitely (up to 30sec in my experiments): while the func is trying to drain the list, the user activity may add more and more items to the list. The patch fixes both problems in straightforward way: refuse queuing too many works in btrfs_wq_run_delayed_node and bail out of worker func if at least BTRFS_DELAYED_WRITEBACK items are processed. Changed in v2: remove support of thresh == NO_THRESHOLD. Signed-off-by: Maxim Patlasov <mpatlasov@virtuozzo.com> Signed-off-by: Chris Mason <clm@fb.com> Cc: stable@vger.kernel.org # v3.15+

Diffstat (limited to 'tools/perf/scripts')