Re: [PATCH -next] neigh: remove the extra slash

2020-10-24 Thread Joe Perches
On Fri, 2020-10-23 at 13:16 +0300, Vasily Averin wrote: > On 10/23/20 1:01 PM, Zhang Qilong wrote: > > The normal path has only one slash. > > it is not normal path > this string is used to calculate number of symbols in "net/%s/neigh/%s" used > below Then probably better would be to add +1 rath

RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"

2020-10-24 Thread David Laight
From: Segher Boessenkool > Sent: 24 October 2020 18:29 > > On Fri, Oct 23, 2020 at 09:28:59PM +, David Laight wrote: > > From: Segher Boessenkool > > > Sent: 23 October 2020 19:27 > > > On Fri, Oct 23, 2020 at 06:58:57PM +0100, Al Viro wrote: > > > > On Fri, Oct 23, 2020 at 03:09:30PM +0200, D

【青葉時計店(AOBA)】お問い合わせありがとうございます

2020-10-24 Thread 青葉時計店(AOBA)
この度はお問い合わせいただき誠にありがとうございます。 通常、3営業日中に担当者よりご返答・ご対応させていただいております。 1週間以上返答がない場合は、連絡先を誤って入力された可能性がございます。 その際は大変お手数ですが、再度ご連絡くださいますようお願い申し上げます。このメールに心当たりの無い場合は、お手数ですが下記連絡先までお問い合わせください。 --- お名前:chaomishi フリガナ: オハヨウゴザイマス お電話番号:

Re: tools/bpf: Compilation issue on powerpc: unknown type name '__vector128'

2020-10-24 Thread Vitaly Chikunov
Adding netdev and PowerPC maintainers JFYI. On Sat, Oct 24, 2020 at 11:23:19AM +0300, Dmitry V. Levin wrote: > Hi, > > On Sat, Oct 24, 2020 at 02:06:41AM +0300, Vitaly Chikunov wrote: > > Hi, > > > > Commit f143c11bb7b9 ("tools: bpf: Use local copy of headers including > > uapi/linux/filter.h")

Re: [RFC PATCH 4/6] ethernet: m10-retimer: add support for retimers on Intel MAX 10 BMC

2020-10-24 Thread Andrew Lunn
On Sat, Oct 24, 2020 at 10:36:36AM -0700, Tom Rix wrote: > > On 10/24/20 9:39 AM, Andrew Lunn wrote: > > On Sat, Oct 24, 2020 at 08:03:51AM -0700, Tom Rix wrote: > >> On 10/23/20 1:45 AM, Xu Yilun wrote: > >>> This driver supports the ethernet retimers (Parkvale) for the Intel PAC > >>> (Programma

Re: [RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Andrew Lunn
On Sat, Oct 24, 2020 at 07:09:53PM +0100, Russell King - ARM Linux admin wrote: > On Sat, Oct 24, 2020 at 07:17:05PM +0200, Andrew Lunn wrote: > > > - Every PHY driver gains a .handle_interrupt() implementation that, for > > > the most part, would look like below: > > > > > > irq_status = phy_

Re: [RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Ioana Ciornei
On Sat, Oct 24, 2020 at 07:17:05PM +0200, Andrew Lunn wrote: > > - Every PHY driver gains a .handle_interrupt() implementation that, for > > the most part, would look like below: > > > > irq_status = phy_read(phydev, INTR_STATUS); > > if (irq_status < 0) { > > phy_error(phyde

Re: WARNING in dma_map_page_attrs

2020-10-24 Thread Jakub Kicinski
CC: rdma, looks like rdma from the stack trace On Fri, 23 Oct 2020 20:07:17 -0700 syzbot wrote: > syzbot has found a reproducer for the following issue on: > > HEAD commit:3cb12d27 Merge tag 'net-5.10-rc1' of git://git.kernel.org/.. > git tree: net > console output: https://syzkaller.ap

Re: [RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Russell King - ARM Linux admin
On Sat, Oct 24, 2020 at 07:17:05PM +0200, Andrew Lunn wrote: > > - Every PHY driver gains a .handle_interrupt() implementation that, for > > the most part, would look like below: > > > > irq_status = phy_read(phydev, INTR_STATUS); > > if (irq_status < 0) { > > phy_error(phyde

Re: [PATCH net] ravb: Fix bit fields checking in ravb_hwtstamp_get()

2020-10-24 Thread Sergei Shtylyov
On 9/30/20 10:21 PM, Andrew Gabbasov wrote: > In the function ravb_hwtstamp_get() in ravb_main.c with the existing > values for RAVB_RXTSTAMP_TYPE_V2_L2_EVENT (0x2) and RAVB_RXTSTAMP_TYPE_ALL > (0x6) > > if (priv->tstamp_rx_ctrl & RAVB_RXTSTAMP_TYPE_V2_L2_EVENT) > config.rx_filter = HWTSTAM

Re: [PATCH net] ravb: Fix bit fields checking in ravb_hwtstamp_get()

2020-10-24 Thread Sergei Shtylyov
Hello! On 10/19/20 10:32 AM, Andrew Gabbasov wrote: Sorry for the delay again, I keep forgetting about the mails I' couldn't reply quickly. :-| [...] >>The patch was set to the "Changes Requested" state -- most probably >> because of this >> mail. Though unintentionally, it served to th

Re: [RFC PATCH 6/6] ethernet: dfl-eth-group: add support for the 10G configurations

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This patch adds 10G configurations support for dfl ether group private > feature. > > 10G configurations have different PHY & MAC IP blocks from 25G, so a > different set of HW operations is implemented, but the software arch is > quite similar with 25G. Ye

Re: [PATCH iproute2-next v4 1/2] tc: skip actions that don't have options attribute when printing

2020-10-24 Thread Jamal Hadi Salim
On 2020-10-23 10:55 a.m., Vlad Buslov wrote: From: Vlad Buslov Modify implementations that return error from action_until->print_aopt() callback to silently skip actions that don't have their corresponding TCA_ACT_OPTIONS attribute set (some actions already behave like this). Print action kind

Re: [PATCH iproute2-next v3 2/2] tc: implement support for terse dump

2020-10-24 Thread Jamal Hadi Salim
On 2020-10-23 8:48 a.m., Vlad Buslov wrote: On Thu 22 Oct 2020 at 17:05, Jamal Hadi Salim wrote: On 2020-10-21 4:19 a.m., Vlad Buslov wrote: On Tue 20 Oct 2020 at 15:29, Jamal Hadi Salim wrote: On 2020-10-19 11:18 a.m., Vlad Buslov wrote: My worry is you have a very specific use case for yo

Re: [RFC PATCH 4/6] ethernet: m10-retimer: add support for retimers on Intel MAX 10 BMC

2020-10-24 Thread Tom Rix
On 10/24/20 9:39 AM, Andrew Lunn wrote: > On Sat, Oct 24, 2020 at 08:03:51AM -0700, Tom Rix wrote: >> On 10/23/20 1:45 AM, Xu Yilun wrote: >>> This driver supports the ethernet retimers (Parkvale) for the Intel PAC >>> (Programmable Acceleration Card) N3000, which is a FPGA based Smart NIC. >> Pa

Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"

2020-10-24 Thread Segher Boessenkool
On Fri, Oct 23, 2020 at 09:28:59PM +, David Laight wrote: > From: Segher Boessenkool > > Sent: 23 October 2020 19:27 > > On Fri, Oct 23, 2020 at 06:58:57PM +0100, Al Viro wrote: > > > On Fri, Oct 23, 2020 at 03:09:30PM +0200, David Hildenbrand wrote: > > > On arm64 when callee expects a 32bit a

Re: [RFC PATCH 5/6] ethernet: dfl-eth-group: add DFL eth group private feature driver

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This driver supports the DFL Ether Group private feature for the Intel(R) > PAC N3000 FPGA Smart NIC. > > The DFL Ether Group private feature contains an Ether Wrapper and several > ports (phy-mac pair). There are two types of Ether Groups, line side & (phy

Re: [RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Andrew Lunn
> - Every PHY driver gains a .handle_interrupt() implementation that, for > the most part, would look like below: > > irq_status = phy_read(phydev, INTR_STATUS); > if (irq_status < 0) { > phy_error(phydev); > return IRQ_NONE; > } > > if (irq_s

Re: [RFC PATCH 4/6] ethernet: m10-retimer: add support for retimers on Intel MAX 10 BMC

2020-10-24 Thread Andrew Lunn
On Sat, Oct 24, 2020 at 08:03:51AM -0700, Tom Rix wrote: > > On 10/23/20 1:45 AM, Xu Yilun wrote: > > This driver supports the ethernet retimers (Parkvale) for the Intel PAC > > (Programmable Acceleration Card) N3000, which is a FPGA based Smart NIC. > > Parkvale is a code name, it would be bette

Re: memory leak in xdp_umem_create

2020-10-24 Thread Magnus Karlsson
On Fri, Oct 23, 2020 at 6:24 PM syzbot wrote: > > Hello, > > syzbot found the following issue on: > > HEAD commit:f804b315 Merge tag 'linux-watchdog-5.10-rc1' of git://www... > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1797677f90 > kernel config:

Re: [RFC PATCH 4/6] ethernet: m10-retimer: add support for retimers on Intel MAX 10 BMC

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This driver supports the ethernet retimers (Parkvale) for the Intel PAC > (Programmable Acceleration Card) N3000, which is a FPGA based Smart NIC. Parkvale is a code name, it would be better if the public name was used. As this is a physical chip that coul

[PATCH] net/sunrpc: Fix return value from proc_do_xprt()

2020-10-24 Thread Alex Dewar
Commit c09f56b8f68d ("net/sunrpc: Fix return value for sysctl sunrpc.transports") attempted to add error checking for the call to memory_read_from_buffer(), however its return value was assigned to a size_t variable, so any negative values would be lost in the cast. Fix this. Addresses-Coverity-ID

Re: [RFC PATCH 3/6] fpga: dfl: add an API to get the base device for dfl device

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This patch adds an API for dfl devices to find which physical device > owns the DFL. > > This patch makes preparation for supporting DFL Ether Group private > feature driver. It uses this information to determine which retimer > device physically connects to

Re: [RFC PATCH 5/6] ethernet: dfl-eth-group: add DFL eth group private feature driver

2020-10-24 Thread Andrew Lunn
> +++ b/Documentation/ABI/testing/sysfs-class-net-dfl-eth-group > @@ -0,0 +1,19 @@ > +What:/sys/class/net//tx_pause_frame_quanta > +Date:Oct 2020 > +KernelVersion: 5.11 > +Contact: Xu Yilun > +Description: > + Read-Write. Value representing the

Re: [RFC PATCH 1/6] docs: networking: add the document for DFL Ether Group driver

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This patch adds the document for DFL Ether Group driver. > > Signed-off-by: Xu Yilun > --- > .../networking/device_drivers/ethernet/index.rst | 1 + > .../ethernet/intel/dfl-eth-group.rst | 102 > + > 2 files changed,

Re: [RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Ioana Ciornei
On Sat, Oct 24, 2020 at 03:14:07PM +0300, Ioana Ciornei wrote: > This RFC just contains the patches for phylib and a single driver - > Atheros. The rest can be found on my Github branch here: TODO > They will be submitted as a multi-part series once the merge window > closes. > It seems that I f

Re: [RFC PATCH 2/6] fpga: dfl: export network configuration info for DFL based FPGA

2020-10-24 Thread Tom Rix
On 10/23/20 1:45 AM, Xu Yilun wrote: > This patch makes preparation for supporting DFL Ether Group private > feature driver, which reads bitstream_id.vendor_net_cfg field to > determin the interconnection of network components on FPGA device. > > Signed-off-by: Xu Yilun > --- > drivers/fpga/dfl

[PATCH net 3/3] mlxsw: core: Fix use-after-free in mlxsw_emad_trans_finish()

2020-10-24 Thread Ido Schimmel
From: Amit Cohen Each EMAD transaction stores the skb used to issue the EMAD request ('trans->tx_skb') so that the request could be retried in case of a timeout. The skb can be freed when a corresponding response is received or as part of the retry logic (e.g., failed retransmit, exceeded maximum

[PATCH net 1/3] mlxsw: Only advertise link modes supported by both driver and device

2020-10-24 Thread Ido Schimmel
From: Amit Cohen During port creation the driver instructs the device to advertise all the supported link modes queried from the device. Since cited commit not all the link modes supported by the device are supported by the driver. This can result in the device negotiating a link mode that is no

[PATCH net 0/3] mlxsw: Various fixes

2020-10-24 Thread Ido Schimmel
From: Ido Schimmel This patch set contains various fixes for mlxsw. Patch #1 ensures that only link modes that are supported by both the device and the driver are advertised. When a link mode that is not supported by the driver is negotiated by the device, it will be presented as an unknown spee

[PATCH net 2/3] mlxsw: core: Fix memory leak on module removal

2020-10-24 Thread Ido Schimmel
From: Ido Schimmel Free the devlink instance during the teardown sequence in the non-reload case to avoid the following memory leak. unreferenced object 0x888232895000 (size 2048): comm "modprobe", pid 1073, jiffies 4295568857 (age 164.871s) hex dump (first 32 bytes): 00 01 00 00 00

[RFC net-next 3/5] net: phy: make .ack_interrupt() optional

2020-10-24 Thread Ioana Ciornei
As a first step into making phylib and all PHY drivers to actually have support for shared IRQs, make the .ack_interrupt() callback optional. After all drivers have been moved to implement the generic interrupt handle, the phy_drv_supports_irq() check will be changed again to only require the .han

[RFC net-next 0/5] net: phy: add support for shared interrupts

2020-10-24 Thread Ioana Ciornei
This patch set aims to actually add support for shared interrupts in phylib and not only for multi-PHY devices. While we are at it, streamline the interrupt handling in phylib. For a bit of context, at the moment, there are multiple phy_driver ops that deal with this subject: - .config_intr() - E

[RFC net-next 5/5] net: phy: at803x: remove the use of .ack_interrupt()

2020-10-24 Thread Ioana Ciornei
In preparation of removing the .ack_interrupt() callback, we must replace its occurrences (aka phy_clear_interrupt), from the 2 places where it is called from (phy_enable_interrupts and phy_disable_interrupts), with equivalent functionality. This means that clearing interrupts now becomes somethin

[RFC net-next 1/5] net: phy: export phy_error and phy_trigger_machine

2020-10-24 Thread Ioana Ciornei
These functions are currently used by phy_interrupt() to either signal an error condition or to trigger the link state machine. In an attempt to actually support shared PHY IRQs, export these two functions so that the actual PHY drivers can use them. Cc: Alexandru Ardelean Cc: Andre Edich Cc: An

[RFC net-next 4/5] net: phy: at803x: implement generic .handle_interrupt() callback

2020-10-24 Thread Ioana Ciornei
In an attempt to actually support shared IRQs in phylib, we now move the responsibility of triggering the phylib state machine or just returning IRQ_NONE, based on the IRQ status register, to the PHY driver. Having 3 different IRQ handling callbacks (.handle_interrupt(), .did_interrupt() and .ack_i

[RFC net-next 2/5] net: phy: add a shutdown procedure

2020-10-24 Thread Ioana Ciornei
In case of a board which uses a shared IRQ we can easily end up with an IRQ storm after a forced reboot. For example, a 'reboot -f' will trigger a call to the .shutdown() callbacks of all devices. Because phylib does not implement that hook, the PHY is not quiesced, thus it can very well leave its

[PATCH v5] net: macb: add support for high speed interface

2020-10-24 Thread Parshuram Thombare
This patch adds support for 10GBASE-R interface to the linux driver for Cadence's ethernet controller. This controller has separate MAC's and PCS'es for low and high speed paths. High speed PCS supports 100M, 1G, 2.5G, 5G and 10G through rate adaptation implementation. However, since it doesn't sup

Re: [RFC][PATCH v3 3/3] Rename nla_strlcpy to nla_strscpy.

2020-10-24 Thread Francis Laniel
Le jeudi 22 octobre 2020, 22:04:32 CEST Kees Cook a écrit : > On Thu, Oct 22, 2020 at 11:41:31AM +0200, Francis Laniel wrote: > > Le jeudi 22 octobre 2020, 01:49:59 CEST Kees Cook a écrit : > > > On Tue, Oct 20, 2020 at 06:47:07PM +0200, > > > laniel_fran...@privacyrequired.com> > > wrote: > > > >

RE: [PATCH v4] net: macb: add support for high speed interface

2020-10-24 Thread Parshuram Raju Thombare
>If we configure 10GBASE-R, then you clear the SGMIIEN bit and then >enable the HS MAC. Can we go back to non-10GBASE-R after that? Should >the code reverse those actions here? Yes, when interface mode changes, SGMIIEN, PCSSEL and ENABLE_HS_MAC bits need to be programmed accordingly. I will make

[no subject]

2020-10-24 Thread JOE
We currently have openings for real estate investments, project financing, early startup ventures, existing ventures, credit/loan facilities, and JV equity participation. To learn more about us and what we do, email us today for more concrete information. Joe Orte. INVESTMENT MANAGER DCE Group

[PATCH bpf-next v3] bpf: Lift hashtab key_size limit

2020-10-24 Thread Florian Lehner
Currently key_size of hashtab is limited to MAX_BPF_STACK. As the key of hashtab can also be a value from a per cpu map it can be larger than MAX_BPF_STACK. The use-case for this patch originates to implement allow/disallow lists for files and file paths. The maximum length of file paths is define