* Re: [PATCH] PCI / ACPI: Don't clear pme_poll on device that has unreliable ACPI wake
From: Kai Heng Feng @ 2019-02-18 15:30 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Rafael J. Wysocki, Len Brown, jeffrey.t.kirsher, intel-wired-lan,
netdev, linux-acpi, linux-pci, linux-kernel
In-Reply-To: <20190204172057.GB9160@google.com>
> On Feb 4, 2019, at 6:20 PM, Bjorn Helgaas <helgaas@kernel.org> wrote:
>
> On Sun, Feb 03, 2019 at 01:46:50AM +0800, Kai Heng Feng wrote:
>>> On Jan 28, 2019, at 3:51 PM, Kai Heng Feng <kai.heng.feng@canonical.com> wrote:
>>
>>>> If I understand correctly, the bugzilla lspci
>>>> (https://bugzilla.kernel.org/attachment.cgi?id=280691) was collected
>>>> at point 8, and it shows PME_Status=1 when it should be 0.
>>>>
>>>> If we write a 1 to PME_Status to clear it, and it remains set, that's
>>>> obviously a hardware defect, and Intel should document that in an
>>>> erratum, and a quirk would be the appropriate way to work around it.
>>>> But I doubt that's what's happening.
>>>
>>> I’ll ask them if they can provide an erratum.
>>
>> Got confirmed with e1000e folks, I219 (the device in question) doesn’t
>> really support runtime D3.
>
> Did you get a reference, e.g., an intel.com URL for that? Intel
> usually publishes errata for hardware defects, which is nice because
> it means every customer doesn't have to experimentally rediscover
> them.
Unfortunately no.
>
>> I also checked the behavior of the device under Windows, and it
>> stays at D0 all the time even when it’s not in use.
>
> I think there are two possible explanations for this:
>
> 1) This device requires a Windows or a driver update with a
> device-specific quirk similar to what you're proposing for Linux.
I am sure the latest driver is loaded under Windows.
>
> 2) Windows correctly detects that this device doesn't support D3,
> and Linux has a bug and does not detect that.
I think that’s the case.
>
> Obviously nobody wants to require OS or driver updates just for minor
> device changes, and the PCI and ACPI specs are designed to allow
> generic, non device-specific code to detect D3 support, so the first
> case should be a result of a hardware defect.
Yea, that’s why my original idea is to workaround it in PCI/ACPI.
>
>> So I sent a patch [1] to disable it.
>>
>> [1] https://lkml.org/lkml/2019/2/2/200
>
> OK. Since that's in drivers/net/..., I have no objection and the
> e1000e maintainers would deal with that.
Thanks.
Kai-Heng
>
> Bjorn
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Jose Abreu @ 2019-02-18 15:31 UTC (permalink / raw)
To: Simon Huelck, Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <cd344fa3-758f-3824-ddd3-568ce837c4f7@gmx.de>
On 2/18/2019 3:29 PM, Simon Huelck wrote:
> Can i reset the ethtool statistics for better overview ?
Yes please. And do send the remaining logs + DT bindings.
Thanks,
Jose Miguel Abreu
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Simon Huelck @ 2019-02-18 15:53 UTC (permalink / raw)
To: Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <8bae9cd6-5c44-30e3-bfe5-8d6f853f170e@synopsys.com>
[-- Attachment #1: Type: text/plain, Size: 350 bytes --]
How can i do this (reset stats) ?
The .dtb .dts is meson-gxbb-odroid-c2 from mainline kernel 5.0.rc7
Am 18.02.2019 um 16:31 schrieb Jose Abreu:
> On 2/18/2019 3:29 PM, Simon Huelck wrote:
>> Can i reset the ethtool statistics for better overview ?
> Yes please. And do send the remaining logs + DT bindings.
>
> Thanks,
> Jose Miguel Abreu
[-- Attachment #2: ethtool.txt --]
[-- Type: text/plain, Size: 5439 bytes --]
NIC statistics:
mmc_tx_octetcount_gb: 0
mmc_tx_framecount_gb: 0
mmc_tx_broadcastframe_g: 0
mmc_tx_multicastframe_g: 0
mmc_tx_64_octets_gb: 0
mmc_tx_65_to_127_octets_gb: 0
mmc_tx_128_to_255_octets_gb: 0
mmc_tx_256_to_511_octets_gb: 0
mmc_tx_512_to_1023_octets_gb: 0
mmc_tx_1024_to_max_octets_gb: 0
mmc_tx_unicast_gb: 0
mmc_tx_multicast_gb: 0
mmc_tx_broadcast_gb: 0
mmc_tx_underflow_error: 0
mmc_tx_singlecol_g: 0
mmc_tx_multicol_g: 0
mmc_tx_deferred: 0
mmc_tx_latecol: 0
mmc_tx_exesscol: 0
mmc_tx_carrier_error: 0
mmc_tx_octetcount_g: 0
mmc_tx_framecount_g: 0
mmc_tx_excessdef: 0
mmc_tx_pause_frame: 0
mmc_tx_vlan_frame_g: 0
mmc_rx_framecount_gb: 9651493
mmc_rx_octetcount_gb: 1567068041
mmc_rx_octetcount_g: 1567068041
mmc_rx_broadcastframe_g: 928080
mmc_rx_multicastframe_g: 2102
mmc_rx_crc_error: 0
mmc_rx_align_error: 0
mmc_rx_run_error: 0
mmc_rx_jabber_error: 0
mmc_rx_undersize_g: 0
mmc_rx_oversize_g: 0
mmc_rx_64_octets_gb: 0
mmc_rx_65_to_127_octets_gb: 2053537
mmc_rx_128_to_255_octets_gb: 393851
mmc_rx_256_to_511_octets_gb: 232137
mmc_rx_512_to_1023_octets_gb: 319994
mmc_rx_1024_to_max_octets_gb: 6651974
mmc_rx_unicast_g: 8721311
mmc_rx_length_error: 0
mmc_rx_autofrangetype: 0
mmc_rx_pause_frames: 0
mmc_rx_fifo_overflow: 6336
mmc_rx_vlan_frames_gb: 9650884
mmc_rx_watchdog_error: 0
mmc_rx_ipc_intr_mask: 4294770684
mmc_rx_ipc_intr: 0
mmc_rx_ipv4_gd: 8728187
mmc_rx_ipv4_hderr: 0
mmc_rx_ipv4_nopay: 30
mmc_rx_ipv4_frag: 2654
mmc_rx_ipv4_udsbl: 471
mmc_rx_ipv4_gd_octets: 1306820178
mmc_rx_ipv4_hderr_octets: 0
mmc_rx_ipv4_nopay_octets: 1394
mmc_rx_ipv4_frag_octets: 1890414
mmc_rx_ipv4_udsbl_octets: 177279
mmc_rx_ipv6_gd_octets: 223594
mmc_rx_ipv6_hderr_octets: 0
mmc_rx_ipv6_nopay_octets: 0
mmc_rx_ipv6_gd: 708
mmc_rx_ipv6_hderr: 0
mmc_rx_ipv6_nopay: 0
mmc_rx_udp_gd: 1904334
mmc_rx_udp_err: 4
mmc_rx_tcp_gd: 6821336
mmc_rx_tcp_err: 30
mmc_rx_icmp_gd: 2755
mmc_rx_icmp_err: 0
mmc_rx_udp_gd_octets: 1519481289
mmc_rx_udp_err_octets: 1089
mmc_rx_tcp_gd_octets: 3907148290
mmc_rx_tcp_err_octets: 1212
mmc_rx_icmp_gd_octets: 611804
mmc_rx_icmp_err_octets: 0
tx_underflow: 0
tx_carrier: 0
tx_losscarrier: 0
vlan_tag: 9644514
tx_deferred: 0
tx_vlan: 5470028
tx_jabber: 0
tx_frame_flushed: 0
tx_payload_error: 0
tx_ip_header_error: 0
rx_desc: 0
sa_filter_fail: 0
overflow_error: 0
ipc_csum_error: 0
rx_collision: 0
rx_crc_errors: 0
dribbling_bit: 0
rx_length: 0
rx_mii: 0
rx_multicast: 0
rx_gmac_overflow: 0
rx_watchdog: 0
da_rx_filter_fail: 0
sa_rx_filter_fail: 0
rx_missed_cntr: 0
rx_overflow_cntr: 0
rx_vlan: 0
tx_undeflow_irq: 0
tx_process_stopped_irq: 0
tx_jabber_irq: 0
rx_overflow_irq: 0
rx_buf_unav_irq: 0
rx_process_stopped_irq: 0
rx_watchdog_irq: 0
tx_early_irq: 0
fatal_bus_error_irq: 0
rx_early_irq: 69906
threshold: 1
tx_pkt_n: 5470028
rx_pkt_n: 9645123
normal_irq_n: 4005760
rx_normal_irq_n: 3772995
napi_poll: 4879751
tx_normal_irq_n: 224986
tx_clean: 4879751
tx_set_ic_bit: 218801
irq_receive_pmt_irq_n: 0
mmc_tx_irq_n: 0
mmc_rx_irq_n: 0
mmc_rx_csum_offload_irq_n: 0
irq_tx_path_in_lpi_mode_n: 1737935
irq_tx_path_exit_lpi_mode_n: 1737885
irq_rx_path_in_lpi_mode_n: 1
irq_rx_path_exit_lpi_mode_n: 1
phy_eee_wakeup_error_n: 0
ip_hdr_err: 0
ip_payload_err: 0
ip_csum_bypassed: 0
ipv4_pkt_rcvd: 0
ipv6_pkt_rcvd: 0
no_ptp_rx_msg_type_ext: 0
ptp_rx_msg_type_sync: 0
ptp_rx_msg_type_follow_up: 0
ptp_rx_msg_type_delay_req: 0
ptp_rx_msg_type_delay_resp: 0
ptp_rx_msg_type_pdelay_req: 0
ptp_rx_msg_type_pdelay_resp: 0
ptp_rx_msg_type_pdelay_follow_up: 0
ptp_rx_msg_type_announce: 0
ptp_rx_msg_type_management: 0
ptp_rx_msg_pkt_reserved_type: 0
ptp_frame_type: 0
ptp_ver: 0
timestamp_dropped: 0
av_pkt_rcvd: 0
av_tagged_pkt_rcvd: 0
vlan_tag_priority_val: 0
l3_filter_match: 0
l4_filter_match: 0
l3_l4_filter_no_match: 0
irq_pcs_ane_n: 0
irq_pcs_link_n: 0
irq_rgmii_n: 0
mtl_tx_status_fifo_full: 0
mtl_tx_fifo_not_empty: 0
mmtl_fifo_ctrl: 0
mtl_tx_fifo_read_ctrl_write: 0
mtl_tx_fifo_read_ctrl_wait: 0
mtl_tx_fifo_read_ctrl_read: 0
mtl_tx_fifo_read_ctrl_idle: 0
mac_tx_in_pause: 0
mac_tx_frame_ctrl_xfer: 0
mac_tx_frame_ctrl_idle: 0
mac_tx_frame_ctrl_wait: 0
mac_tx_frame_ctrl_pause: 0
mac_gmii_tx_proto_engine: 0
mtl_rx_fifo_fill_level_full: 0
mtl_rx_fifo_fill_above_thresh: 0
mtl_rx_fifo_fill_below_thresh: 0
mtl_rx_fifo_fill_level_empty: 0
mtl_rx_fifo_read_ctrl_flush: 0
mtl_rx_fifo_read_ctrl_read_data: 0
mtl_rx_fifo_read_ctrl_status: 0
mtl_rx_fifo_read_ctrl_idle: 0
mtl_rx_fifo_ctrl_active: 0
mac_rx_frame_ctrl_fifo: 0
mac_gmii_rx_proto_engine: 0
tx_tso_frames: 0
tx_tso_nfrags: 0
^ permalink raw reply
* Re: [PATCH net v2] af_packet: fix raw sockets over 6in4 tunnel
From: Sasha Levin @ 2019-02-18 15:57 UTC (permalink / raw)
To: David Miller; +Cc: nicolas.dichtel, netdev, willemb, maximmi
In-Reply-To: <20190117.155527.717258097202066512.davem@davemloft.net>
On Thu, Jan 17, 2019 at 03:55:27PM -0800, David Miller wrote:
>From: Nicolas Dichtel <nicolas.dichtel@6wind.com>
>Date: Thu, 17 Jan 2019 11:27:22 +0100
>
>> Since commit cb9f1b783850, scapy (which uses an AF_PACKET socket in
>> SOCK_RAW mode) is unable to send a basic icmp packet over a sit tunnel:
>>
>> Here is a example of the setup:
>> $ ip link set ntfp2 up
>> $ ip addr add 10.125.0.1/24 dev ntfp2
>> $ ip tunnel add tun1 mode sit ttl 64 local 10.125.0.1 remote 10.125.0.2 dev ntfp2
>> $ ip addr add fd00:cafe:cafe::1/128 dev tun1
>> $ ip link set dev tun1 up
>> $ ip route add fd00:200::/64 dev tun1
>> $ scapy
>>>>> p = []
>>>>> p += IPv6(src='fd00:100::1', dst='fd00:200::1')/ICMPv6EchoRequest()
>>>>> send(p, count=1, inter=0.1)
>>>>> quit()
>> $ ip -s link ls dev tun1 | grep -A1 "TX.*errors"
>> TX: bytes packets errors dropped carrier collsns
>> 0 0 1 0 0 0
>>
>> The problem is that the network offset is set to the hard_header_len of the
>> output device (tun1, ie 14 + 20) and in our case, because the packet is
>> small (48 bytes) the pskb_inet_may_pull() fails (it tries to pull 40 bytes
>> (ipv6 header) starting from the network offset).
>>
>> This problem is more generally related to device with variable hard header
>> length. To avoid a too intrusive patch in the current release, a (ugly)
>> workaround is proposed in this patch. It has to be cleaned up in net-next.
>>
>> Link: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=993675a3100b1
>> Link: http://patchwork.ozlabs.org/patch/1024489/
>> Fixes: cb9f1b783850 ("ip: validate header length on virtual device xmit")
>> CC: Willem de Bruijn <willemb@google.com>
>> CC: Maxim Mikityanskiy <maximmi@mellanox.com>
>> Signed-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
>> ---
>>
>> v1 -> v2:
>> reset nh offset only for small packets sent on a variable hard hdr len device
>
>Applied.
Should this go to -stable as well? The patch it fixes is in 4.20.
--
Thanks,
Sasha
^ permalink raw reply
* Re: [PATCH RFC net-next] 6lowpan: use rbtree for IP frag queue
From: Stefan Schmidt @ 2019-02-18 16:03 UTC (permalink / raw)
To: Alexander Aring, Peter Oskolkov
Cc: David Miller, linux-wpan, netdev, Peter Oskolkov
In-Reply-To: <20190217230840.finshiu6s54cer4f@x220t>
Hello Peter.
On 18.02.19 00:08, Alexander Aring wrote:
> Hi,
>
> On Thu, Feb 14, 2019 at 06:29:53PM -0800, Peter Oskolkov wrote:
>> This patch aligns IP defragmenation logic in 6lowpan with that
>> of IPv4 and IPv6: see
>> commit d4289fcc9b16 ("net: IP6 defrag: use rbtrees for IPv6 defrag")
>>
>> Modifying ip_defrag selftest seemed like an overkill, as I suspect
>> most kernel test setups do not have 6lowpan hwsim enabled. So I ran
>> the following code/script manually:
>>
>> insmod ./mac802154_hwsim.ko
>>
>> iwpan dev wpan0 set pan_id 0xbeef
>> ip link add link wpan0 name lowpan0 type lowpan
>> ip link set wpan0 up
>> ip link set lowpan0 up
>>
>> iwpan dev wpan1 set pan_id 0xbeef
>> ip netns add foo
>> iwpan phy1 set netns name foo
>> ip netns exec foo ip link add link wpan1 name lowpan1 type lowpan
>> ip netns exec foo ip link set wpan1 up
>> ip netns exec foo ip link set lowpan1 up
>>
>> ip -6 addr add "fb01::1/128" nodad dev lowpan0
>> ip -netns foo -6 addr add "fb02::1/128" nodad dev lowpan1
>>
>> ip -6 route add "fb02::1/128" dev lowpan0
>> ip -netns foo -6 route add "fb01::1/128" dev lowpan1
>>
>> # then in term1:
>> ip netns exec foo bash
>> ./udp_stream -6
>>
>> # in term2:
>> ./udp_stream -c -6 -H fb02::1
>>
>> # pr_warn_once showed that the code changed by this patch
>> # was invoked.
>>
>> Signed-off-by: Peter Oskolkov <posk@google.com>
>
> Acked-by: Alexander Aring <aring@mojatatu.com>
>
> I tested this series and the code looks a lot simpler. Thanks.
>
> Stefan do you see any issues?
From my side it looks good as well. Thanks for the effort Peter to move
this one over as well!
This patch has been applied to the wpan-next tree and will be
part of the next pull request to net-next. Thanks!
regards
Stefan Schmidt
^ permalink raw reply
* Re: [PATCH net] sock: return uapi errno in sock_setsockopt() for SO_ZEROCOPY
From: Willem de Bruijn @ 2019-02-18 16:04 UTC (permalink / raw)
To: Alexey Kodanev; +Cc: Network Development, Petr Vorel, David Miller
In-Reply-To: <108d9d95-98f4-74b3-f86c-fbd641e1b67b@oracle.com>
On Mon, Feb 18, 2019 at 6:35 AM Alexey Kodanev
<alexey.kodanev@oracle.com> wrote:
>
> On 15.02.2019 19:58, Willem de Bruijn wrote:
> > On Fri, Feb 15, 2019 at 11:51 AM Alexey Kodanev
> > <alexey.kodanev@oracle.com> wrote:
> >>
> >> For unsupported protocols, setsockopt() with SO_ZEROCOPY
> >> option sets errno to ENOTSUPP(524). But this number is
> >> not defined anywhere in the include/uapi/ headers.
> >>
> >> To make sure userspace sees the known number, replace
> >> ENOTSUPP(524) with EOPNOTSUPP(95).
> >>
> >> Fixes: 76851d1212c1 ("sock: add SOCK_ZEROCOPY sockopt")
> >> Signed-off-by: Alexey Kodanev <alexey.kodanev@oracle.com>
> >> Reported-by: Petr Vorel <pvorel@suse.cz>
> >
> > This code has been there since 4.14. I think it's too late to change
> > system call behavior.
> >
>
> 'ENOTSUPP' define is solely for an internal usage, it may be replaced
> with another one or the number associated with it may be changed one day,
> implicitly changing the behavior of setsockopt().
I understand, and this was an error on my part.
But I'm afraid that it is already used by other interfaces, as well.
And indeed in that capacity expected by tests. See for instance
tools/testing/selftests/bpf/test_sock_addr.c
^ permalink raw reply
* Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet
From: Peter Ujfalusi @ 2019-02-18 16:22 UTC (permalink / raw)
To: Tony Lindgren
Cc: bcousson, linux-omap, devicetree, linux-arm-kernel, nsekhar,
grygorii.strashko, vkoul, netdev, f.fainelli, marc.w.gonzalez,
niklas.cassel
In-Reply-To: <20190218144430.GE15711@atomide.com>
On 18/02/2019 16.44, Tony Lindgren wrote:
> * Peter Ujfalusi <peter.ujfalusi@ti.com> [190218 14:36]:
>> Hi,
>>
>> cd28d1d6e52e: ("net: phy: at803x: Disable phy delay for RGMII mode") broke the
>> ethernet networking on evmsk (and most likely on the evm as well):
>> https://patchwork.ozlabs.org/patch/1028527/
>>
>> v1 patch to fix the situation:
>> https://patchwork.ozlabs.org/patch/1040617/
>>
>> It turned out that the at803x driver is actually broken and need to be fixed
>> along with the DT data.
>>
>> The following series is proposed to fix the driver:
>> https://patchwork.ozlabs.org/project/netdev/list/?series=92611
>>
>> but the PHT mode needs to be switched to rgmii-id from rgmii-txid:
>> The rx delay is enabled by default and the driver never disabled it so when
>> asking rgmii-txid it actually got rgmii-id.
>>
>> The patch can be backported to stable, I have tested that it is not causing
>> regression with the old, broken driver.
>
> Can the dts changes be merged before the driver changes or
> does it cause the phy to stop working?
The phy is not working atm, but this change will not cause regression
even if it is merged first.
>
> Regards,
>
> Tony
>
- Péter
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
^ permalink raw reply
* Re: [net PATCH] net: vrf: remove MTU limits for vrf device
From: David Ahern @ 2019-02-18 16:25 UTC (permalink / raw)
To: Hangbin Liu, netdev; +Cc: David S . Miller, Davide Caratti
In-Reply-To: <20190218091425.11067-1-liuhangbin@gmail.com>
On 2/18/19 2:14 AM, Hangbin Liu wrote:
> Similiar to commit e94cd8113ce63 ("net: remove MTU limits for dummy and
> ifb device"), MTU is irrelevant for VRF device. We init it as 64K while
> limit it to [68, 1500] may make users feel confused.
>
> Reported-by: Jianlin Shi <jishi@redhat.com>
> Signed-off-by: Hangbin Liu <liuhangbin@gmail.com>
> ---
> drivers/net/vrf.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/net/vrf.c b/drivers/net/vrf.c
> index 95909e262ba4..7c1430ed0244 100644
> --- a/drivers/net/vrf.c
> +++ b/drivers/net/vrf.c
> @@ -1273,6 +1273,9 @@ static void vrf_setup(struct net_device *dev)
>
> /* default to no qdisc; user can add if desired */
> dev->priv_flags |= IFF_NO_QUEUE;
> +
> + dev->min_mtu = 0;
> + dev->max_mtu = 0;
> }
>
> static int vrf_validate(struct nlattr *tb[], struct nlattr *data[],
>
Reviewed-by: David Ahern <dsahern@gmail.com>
^ permalink raw reply
* Re: [PATCH 0/2] ARM: dts: am335x-evm/evmsk: Fix PHY mode for ethernet
From: Tony Lindgren @ 2019-02-18 16:26 UTC (permalink / raw)
To: Peter Ujfalusi
Cc: bcousson, linux-omap, devicetree, linux-arm-kernel, nsekhar,
grygorii.strashko, vkoul, netdev, f.fainelli, marc.w.gonzalez,
niklas.cassel
In-Reply-To: <a9eea4d0-88d4-e903-8a9f-7f1b8b276c21@ti.com>
* Peter Ujfalusi <peter.ujfalusi@ti.com> [190218 16:22]:
>
>
> On 18/02/2019 16.44, Tony Lindgren wrote:
> > * Peter Ujfalusi <peter.ujfalusi@ti.com> [190218 14:36]:
> >> Hi,
> >>
> >> cd28d1d6e52e: ("net: phy: at803x: Disable phy delay for RGMII mode") broke the
> >> ethernet networking on evmsk (and most likely on the evm as well):
> >> https://patchwork.ozlabs.org/patch/1028527/
> >>
> >> v1 patch to fix the situation:
> >> https://patchwork.ozlabs.org/patch/1040617/
> >>
> >> It turned out that the at803x driver is actually broken and need to be fixed
> >> along with the DT data.
> >>
> >> The following series is proposed to fix the driver:
> >> https://patchwork.ozlabs.org/project/netdev/list/?series=92611
> >>
> >> but the PHT mode needs to be switched to rgmii-id from rgmii-txid:
> >> The rx delay is enabled by default and the driver never disabled it so when
> >> asking rgmii-txid it actually got rgmii-id.
> >>
> >> The patch can be backported to stable, I have tested that it is not causing
> >> regression with the old, broken driver.
> >
> > Can the dts changes be merged before the driver changes or
> > does it cause the phy to stop working?
>
> The phy is not working atm, but this change will not cause regression
> even if it is merged first.
OK so sounds like these are OK to wait for v5.1 merge window
then as the dts changes alone won't fix anything?
Regards,
Tony
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Jose Abreu @ 2019-02-18 16:26 UTC (permalink / raw)
To: Simon Huelck, Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <065407cd-c13b-e74c-7798-508650c12caf@gmx.de>
On 2/18/2019 3:53 PM, Simon Huelck wrote:
> How can i do this (reset stats) ?
A simple ifdown / ifup should work.
> The .dtb .dts is meson-gxbb-odroid-c2 from mainline kernel 5.0.rc7
So, according to your DT bindings you have broken EEE yet it's
still enabled in stmmac as we see the LPI counters increase.
Try adding a simple "return false;" in the beginning of
stmmac_eee_init() function and check if it works.
BTW, you still haven't sent any dmesg logs, which can be handy
and you also shouldn't top post.
Thanks,
Jose Miguel Abreu
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Simon Huelck @ 2019-02-18 16:40 UTC (permalink / raw)
To: Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <227be4e9-b0cc-a011-2558-71a17567246f@synopsys.com>
Hi,
EEE is enabled for odroid - c2 and should be working in 5.0-rc7 afaik ?
there was a recent patch for this which was added to mainline
regards,
Simon
Am 18.02.2019 um 17:26 schrieb Jose Abreu:
> On 2/18/2019 3:53 PM, Simon Huelck wrote:
>> How can i do this (reset stats) ?
> A simple ifdown / ifup should work.
>
>> The .dtb .dts is meson-gxbb-odroid-c2 from mainline kernel 5.0.rc7
> So, according to your DT bindings you have broken EEE yet it's
> still enabled in stmmac as we see the LPI counters increase.
>
> Try adding a simple "return false;" in the beginning of
> stmmac_eee_init() function and check if it works.
>
> BTW, you still haven't sent any dmesg logs, which can be handy
> and you also shouldn't top post.
>
> Thanks,
> Jose Miguel Abreu
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Jose Abreu @ 2019-02-18 16:43 UTC (permalink / raw)
To: Simon Huelck, Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <45e73e8c-a0fb-6f8f-8dc6-3aa2103fdda3@gmx.de>
On 2/18/2019 4:40 PM, Simon Huelck wrote:
> Hi,
>
> EEE is enabled for odroid - c2 and should be working in 5.0-rc7 afaik ?
Oops, I was seeing in the wrong version, sorry.
And did you test without that patch ?
Thanks,
Jose Miguel Abreu
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Simon Huelck @ 2019-02-18 16:51 UTC (permalink / raw)
To: Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <e1d75e7f-1747-d0ce-0ee7-4fa688b90d13@synopsys.com>
[-- Attachment #1: Type: text/plain, Size: 724 bytes --]
Hi,
no im testing vanilla mainline kernel and against 4.14. where
performance was ok. but turning off EEE via ethtool should have same
results than removal of that patch.
But, since it was mainlined recently , not long ago, i think this was
tested ??
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v5.0-rc7&id=a152c91889556df17ca6d8ea134fb2cb4ac9f893
attached is my kern.log
regards,
Simon
Am 18.02.2019 um 17:43 schrieb Jose Abreu:
> On 2/18/2019 4:40 PM, Simon Huelck wrote:
>> Hi,
>>
>> EEE is enabled for odroid - c2 and should be working in 5.0-rc7 afaik ?
> Oops, I was seeing in the wrong version, sorry.
>
> And did you test without that patch ?
>
> Thanks,
> Jose Miguel Abreu
[-- Attachment #2: kern.log --]
[-- Type: text/plain, Size: 46464 bytes --]
Feb 18 11:46:51 localhost kernel: [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
Feb 18 11:46:51 localhost kernel: [ 0.000000] Linux version 5.0.0-rc7+ (root@odroidc2) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1 SMP Mon Feb 18 08:12:57 CET 2019
Feb 18 11:46:51 localhost kernel: [ 0.000000] Machine model: Hardkernel ODROID-C2
Feb 18 11:46:51 localhost kernel: [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000068000000, size 256 MiB
Feb 18 11:46:51 localhost kernel: [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
Feb 18 11:46:51 localhost kernel: [ 0.000000] On node 0 totalpages: 486144
Feb 18 11:46:51 localhost kernel: [ 0.000000] DMA32 zone: 7616 pages used for memmap
Feb 18 11:46:51 localhost kernel: [ 0.000000] DMA32 zone: 0 pages reserved
Feb 18 11:46:51 localhost kernel: [ 0.000000] DMA32 zone: 486144 pages, LIFO batch:63
Feb 18 11:46:51 localhost kernel: [ 0.000000] psci: probing for conduit method from DT.
Feb 18 11:46:51 localhost kernel: [ 0.000000] psci: PSCIv0.2 detected in firmware.
Feb 18 11:46:51 localhost kernel: [ 0.000000] psci: Using standard PSCI v0.2 function IDs
Feb 18 11:46:51 localhost kernel: [ 0.000000] psci: Trusted OS migration not required
Feb 18 11:46:51 localhost kernel: [ 0.000000] random: get_random_bytes called from start_kernel+0xa4/0x448 with crng_init=0
Feb 18 11:46:51 localhost kernel: [ 0.000000] percpu: Embedded 23 pages/cpu @(____ptrval____) s53528 r8192 d32488 u94208
Feb 18 11:46:51 localhost kernel: [ 0.000000] pcpu-alloc: s53528 r8192 d32488 u94208 alloc=23*4096
Feb 18 11:46:51 localhost kernel: [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
Feb 18 11:46:51 localhost kernel: [ 0.000000] Detected VIPT I-cache on CPU0
Feb 18 11:46:51 localhost kernel: [ 0.000000] CPU features: detected: ARM erratum 843419
Feb 18 11:46:51 localhost kernel: [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 478528
Feb 18 11:46:51 localhost kernel: [ 0.000000] Kernel command line: console=ttyAML0,115200 root=/dev/mmcblk1p2 rootwait rootflags=data=writeback rw slub_debug=P page_poison=1 slab_nomerge
Feb 18 11:46:51 localhost kernel: [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Feb 18 11:46:51 localhost kernel: [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Feb 18 11:46:51 localhost kernel: [ 0.000000] Memory: 1626632K/1944576K available (9150K kernel code, 650K rwdata, 2288K rodata, 448K init, 1101K bss, 55800K reserved, 262144K cma-reserved)
Feb 18 11:46:51 localhost kernel: [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Feb 18 11:46:51 localhost kernel: [ 0.000000] rcu: Hierarchical RCU implementation.
Feb 18 11:46:51 localhost kernel: [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
Feb 18 11:46:51 localhost kernel: [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
Feb 18 11:46:51 localhost kernel: [ 0.000000] GIC: Using split EOI/Deactivate mode
Feb 18 11:46:51 localhost kernel: [ 0.000000] irq_meson_gpio: 133 to 8 gpio interrupt mux initialized
Feb 18 11:46:51 localhost kernel: [ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
Feb 18 11:46:51 localhost kernel: [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
Feb 18 11:46:51 localhost kernel: [ 0.000002] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns
Feb 18 11:46:51 localhost kernel: [ 0.000234] Console: colour dummy device 80x25
Feb 18 11:46:51 localhost kernel: [ 0.000263] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=96000)
Feb 18 11:46:51 localhost kernel: [ 0.000269] pid_max: default: 32768 minimum: 301
Feb 18 11:46:51 localhost kernel: [ 0.000396] LSM: Security Framework initializing
Feb 18 11:46:51 localhost kernel: [ 0.000524] AppArmor: AppArmor initialized
Feb 18 11:46:51 localhost kernel: [ 0.000578] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Feb 18 11:46:51 localhost kernel: [ 0.000584] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
Feb 18 11:46:51 localhost kernel: [ 0.001754] ASID allocator initialised with 65536 entries
Feb 18 11:46:51 localhost kernel: [ 0.001813] rcu: Hierarchical SRCU implementation.
Feb 18 11:46:51 localhost kernel: [ 0.002276] smp: Bringing up secondary CPUs ...
Feb 18 11:46:51 localhost kernel: [ 0.003175] Detected VIPT I-cache on CPU1
Feb 18 11:46:51 localhost kernel: [ 0.003218] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
Feb 18 11:46:51 localhost kernel: [ 0.004126] Detected VIPT I-cache on CPU2
Feb 18 11:46:51 localhost kernel: [ 0.004146] CPU2: Booted secondary processor 0x0000000002 [0x410fd034]
Feb 18 11:46:51 localhost kernel: [ 0.005043] Detected VIPT I-cache on CPU3
Feb 18 11:46:51 localhost kernel: [ 0.005060] CPU3: Booted secondary processor 0x0000000003 [0x410fd034]
Feb 18 11:46:51 localhost kernel: [ 0.005101] smp: Brought up 1 node, 4 CPUs
Feb 18 11:46:51 localhost kernel: [ 0.005111] SMP: Total of 4 processors activated.
Feb 18 11:46:51 localhost kernel: [ 0.005116] CPU features: detected: 32-bit EL0 Support
Feb 18 11:46:51 localhost kernel: [ 0.005120] CPU features: detected: CRC32 instructions
Feb 18 11:46:51 localhost kernel: [ 0.005243] CPU: All CPU(s) started at EL2
Feb 18 11:46:51 localhost kernel: [ 0.005256] alternatives: patching kernel code
Feb 18 11:46:51 localhost kernel: [ 0.006007] devtmpfs: initialized
Feb 18 11:46:51 localhost kernel: [ 0.011312] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
Feb 18 11:46:51 localhost kernel: [ 0.011331] futex hash table entries: 1024 (order: 4, 65536 bytes)
Feb 18 11:46:51 localhost kernel: [ 0.089849] xor: measuring software checksum speed
Feb 18 11:46:51 localhost kernel: [ 0.128135] 8regs : 2947.000 MB/sec
Feb 18 11:46:51 localhost kernel: [ 0.168158] 32regs : 3491.000 MB/sec
Feb 18 11:46:51 localhost kernel: [ 0.208182] arm64_neon: 3199.000 MB/sec
Feb 18 11:46:51 localhost kernel: [ 0.208185] xor: using function: 32regs (3491.000 MB/sec)
Feb 18 11:46:51 localhost kernel: [ 0.208198] pinctrl core: initialized pinctrl subsystem
Feb 18 11:46:51 localhost kernel: [ 0.209125] NET: Registered protocol family 16
Feb 18 11:46:51 localhost kernel: [ 0.209433] audit: initializing netlink subsys (disabled)
Feb 18 11:46:51 localhost kernel: [ 0.209584] audit: type=2000 audit(0.208:1): state=initialized audit_enabled=0 res=1
Feb 18 11:46:51 localhost kernel: [ 0.210114] vdso: 2 pages (1 code @ (____ptrval____), 1 data @ (____ptrval____))
Feb 18 11:46:51 localhost kernel: [ 0.210120] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers.
Feb 18 11:46:51 localhost kernel: [ 0.212724] DMA: preallocated 256 KiB pool for atomic allocations
Feb 18 11:46:51 localhost kernel: [ 0.212765] Serial: AMBA PL011 UART driver
Feb 18 11:46:51 localhost kernel: [ 0.221791] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages
Feb 18 11:46:51 localhost kernel: [ 0.221800] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages
Feb 18 11:46:51 localhost kernel: [ 0.221804] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
Feb 18 11:46:51 localhost kernel: [ 0.221808] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages
Feb 18 11:46:51 localhost kernel: [ 0.288280] raid6: neonx8 gen() 2048 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.356338] raid6: neonx8 xor() 1940 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.424401] raid6: neonx4 gen() 1942 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.492441] raid6: neonx4 xor() 1862 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.560515] raid6: neonx2 gen() 1496 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.628532] raid6: neonx2 xor() 1559 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.696638] raid6: neonx1 gen() 934 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.764632] raid6: neonx1 xor() 1103 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.832724] raid6: int64x8 gen() 1414 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.900746] raid6: int64x8 xor() 937 MB/s
Feb 18 11:46:51 localhost kernel: [ 0.968806] raid6: int64x4 gen() 1268 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.036858] raid6: int64x4 xor() 976 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.104923] raid6: int64x2 gen() 844 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.172978] raid6: int64x2 xor() 769 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.241028] raid6: int64x1 gen() 531 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.309057] raid6: int64x1 xor() 575 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.309060] raid6: using algorithm neonx8 gen() 2048 MB/s
Feb 18 11:46:51 localhost kernel: [ 1.309063] raid6: .... xor() 1940 MB/s, rmw enabled
Feb 18 11:46:51 localhost kernel: [ 1.309066] raid6: using neon recovery algorithm
Feb 18 11:46:51 localhost kernel: [ 1.310471] SCSI subsystem initialized
Feb 18 11:46:51 localhost kernel: [ 1.310655] libata version 3.00 loaded.
Feb 18 11:46:51 localhost kernel: [ 1.310803] usbcore: registered new interface driver usbfs
Feb 18 11:46:51 localhost kernel: [ 1.310834] usbcore: registered new interface driver hub
Feb 18 11:46:51 localhost kernel: [ 1.310874] usbcore: registered new device driver usb
Feb 18 11:46:51 localhost kernel: [ 1.310960] pps_core: LinuxPPS API ver. 1 registered
Feb 18 11:46:51 localhost kernel: [ 1.310964] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
Feb 18 11:46:51 localhost kernel: [ 1.310980] PTP clock support registered
Feb 18 11:46:51 localhost kernel: [ 1.311350] Advanced Linux Sound Architecture Driver Initialized.
Feb 18 11:46:51 localhost kernel: [ 1.311729] NetLabel: Initializing
Feb 18 11:46:51 localhost kernel: [ 1.311733] NetLabel: domain hash size = 128
Feb 18 11:46:51 localhost kernel: [ 1.311735] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO
Feb 18 11:46:51 localhost kernel: [ 1.311807] NetLabel: unlabeled traffic allowed by default
Feb 18 11:46:51 localhost kernel: [ 1.312093] clocksource: Switched to clocksource arch_sys_counter
Feb 18 11:46:51 localhost kernel: [ 1.312218] VFS: Disk quotas dquot_6.6.0
Feb 18 11:46:51 localhost kernel: [ 1.312266] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.312352] FS-Cache: Loaded
Feb 18 11:46:51 localhost kernel: [ 1.312559] CacheFiles: Loaded
Feb 18 11:46:51 localhost kernel: [ 1.312878] AppArmor: AppArmor Filesystem Enabled
Feb 18 11:46:51 localhost kernel: [ 1.317898] NET: Registered protocol family 2
Feb 18 11:46:51 localhost kernel: [ 1.318383] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.318412] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.318498] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.318667] TCP: Hash tables configured (established 16384 bind 16384)
Feb 18 11:46:51 localhost kernel: [ 1.318750] UDP hash table entries: 1024 (order: 3, 32768 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.318787] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
Feb 18 11:46:51 localhost kernel: [ 1.318959] NET: Registered protocol family 1
Feb 18 11:46:51 localhost kernel: [ 1.319677] hw perfevents: enabled with armv8_cortex_a53 PMU driver, 7 counters available
Feb 18 11:46:51 localhost kernel: [ 1.319894] kvm [1]: 8-bit VMID
Feb 18 11:46:51 localhost kernel: [ 1.319898] kvm [1]: IPA Size Limit: 40bits
Feb 18 11:46:51 localhost kernel: [ 1.320202] kvm [1]: vgic interrupt IRQ1
Feb 18 11:46:51 localhost kernel: [ 1.320282] kvm [1]: Hyp mode initialized successfully
Feb 18 11:46:51 localhost kernel: [ 1.321223] Initialise system trusted keyrings
Feb 18 11:46:51 localhost kernel: [ 1.321384] workingset: timestamp_bits=46 max_order=19 bucket_order=0
Feb 18 11:46:51 localhost kernel: [ 1.334565] Key type asymmetric registered
Feb 18 11:46:51 localhost kernel: [ 1.334575] Asymmetric key parser 'x509' registered
Feb 18 11:46:51 localhost kernel: [ 1.334631] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 248)
Feb 18 11:46:51 localhost kernel: [ 1.334739] io scheduler mq-deadline registered
Feb 18 11:46:51 localhost kernel: [ 1.334743] io scheduler kyber registered
Feb 18 11:46:51 localhost kernel: [ 1.335948] GPIO line 501 (usb-hub-reset) hogged as output/high
Feb 18 11:46:51 localhost kernel: [ 1.344357] meson_vid_pll_div_recalc_rate: Invalid config value for vid_pll_div
Feb 18 11:46:51 localhost kernel: [ 1.346340] soc soc0: Amlogic Meson GXBB (S905) Revision 1f:c (0:1) Detected
Feb 18 11:46:51 localhost kernel: [ 1.347424] c81004c0.serial: ttyAML0 at MMIO 0xc81004c0 (irq = 13, base_baud = 1500000) is a meson_uart
Feb 18 11:46:51 localhost kernel: [ 2.072919] printk: console [ttyAML0] enabled
Feb 18 11:46:51 localhost kernel: [ 2.084602] loop: module loaded
Feb 18 11:46:51 localhost kernel: [ 2.084960] zram: Added device: zram0
Feb 18 11:46:51 localhost kernel: [ 2.086244] mtdoops: mtd device (mtddev=name/number) must be supplied
Feb 18 11:46:51 localhost kernel: [ 2.092460] libphy: Fixed MDIO Bus: probed
Feb 18 11:46:51 localhost kernel: [ 2.096253] tun: Universal TUN/TAP device driver, 1.6
Feb 18 11:46:51 localhost kernel: [ 2.101949] meson8b-dwmac c9410000.ethernet: PTP uses main clock
Feb 18 11:46:51 localhost kernel: [ 2.107147] meson8b-dwmac c9410000.ethernet: no reset control found
Feb 18 11:46:51 localhost kernel: [ 2.113763] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
Feb 18 11:46:51 localhost kernel: [ 2.120427] meson8b-dwmac c9410000.ethernet: DWMAC1000
Feb 18 11:46:51 localhost kernel: [ 2.125597] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
Feb 18 11:46:51 localhost kernel: [ 2.133013] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
Feb 18 11:46:51 localhost kernel: [ 2.140430] meson8b-dwmac c9410000.ethernet: COE Type 2
Feb 18 11:46:51 localhost kernel: [ 2.145605] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
Feb 18 11:46:51 localhost kernel: [ 2.152590] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
Feb 18 11:46:51 localhost kernel: [ 2.159001] meson8b-dwmac c9410000.ethernet: Normal descriptors
Feb 18 11:46:51 localhost kernel: [ 2.164840] meson8b-dwmac c9410000.ethernet: Ring mode enabled
Feb 18 11:46:51 localhost kernel: [ 2.170617] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Feb 18 11:46:51 localhost kernel: [ 3.232114] libphy: stmmac: probed
Feb 18 11:46:51 localhost kernel: [ 3.233792] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Feb 18 11:46:51 localhost kernel: [ 3.236364] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Feb 18 11:46:51 localhost kernel: [ 3.242549] usbcore: registered new interface driver usb-storage
Feb 18 11:46:51 localhost kernel: [ 3.248500] usbcore: registered new interface driver usbserial_generic
Feb 18 11:46:51 localhost kernel: [ 3.254921] usbserial: USB Serial support registered for generic
Feb 18 11:46:51 localhost kernel: [ 3.261073] mousedev: PS/2 mouse device common for all mice
Feb 18 11:46:51 localhost kernel: [ 3.266541] i2c /dev entries driver
Feb 18 11:46:51 localhost kernel: [ 3.270425] IR Sharp protocol handler initialized
Feb 18 11:46:51 localhost kernel: [ 3.274485] IR XMP protocol handler initialized
Feb 18 11:46:51 localhost kernel: [ 3.279110] Registered IR keymap rc-empty
Feb 18 11:46:51 localhost kernel: [ 3.282980] rc rc0: meson-ir as /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0
Feb 18 11:46:51 localhost kernel: [ 3.290940] input: meson-ir as /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0/input0
Feb 18 11:46:51 localhost kernel: [ 3.299277] meson-ir c8100580.ir: receiver initialized
Feb 18 11:46:51 localhost kernel: [ 3.304652] softdog: initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Feb 18 11:46:51 localhost kernel: [ 3.313334] meson-gx-mmc d0074000.mmc: Linked as a consumer to regulator.2
Feb 18 11:46:51 localhost kernel: [ 3.319326] meson-gx-mmc d0074000.mmc: Linked as a consumer to regulator.1
Feb 18 11:46:51 localhost kernel: [ 3.326101] meson-gx-mmc d0074000.mmc: allocated mmc-pwrseq
Feb 18 11:46:51 localhost kernel: [ 3.359935] ledtrig-cpu: registered to indicate activity on CPUs
Feb 18 11:46:51 localhost kernel: [ 3.360577] meson-sm: secure-monitor enabled
Feb 18 11:46:51 localhost kernel: [ 3.364943] usbcore: registered new interface driver usbhid
Feb 18 11:46:51 localhost kernel: [ 3.370121] usbhid: USB HID core driver
Feb 18 11:46:51 localhost kernel: [ 3.374139] meson-saradc c1108680.adc: Linked as a consumer to regulator.1
Feb 18 11:46:51 localhost kernel: [ 3.382165] GACT probability on
Feb 18 11:46:51 localhost kernel: [ 3.383808] Mirror/redirect action on
Feb 18 11:46:51 localhost kernel: [ 3.387470] u32 classifier
Feb 18 11:46:51 localhost kernel: [ 3.390060] Performance counters on
Feb 18 11:46:51 localhost kernel: [ 3.393848] input device check on
Feb 18 11:46:51 localhost kernel: [ 3.397471] Actions configured
Feb 18 11:46:51 localhost kernel: [ 3.401436] NET: Registered protocol family 10
Feb 18 11:46:51 localhost kernel: [ 3.406348] Segment Routing with IPv6
Feb 18 11:46:51 localhost kernel: [ 3.409084] mip6: Mobile IPv6
Feb 18 11:46:51 localhost kernel: [ 3.411784] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
Feb 18 11:46:51 localhost kernel: [ 3.418417] NET: Registered protocol family 17
Feb 18 11:46:51 localhost kernel: [ 3.422075] NET: Registered protocol family 15
Feb 18 11:46:51 localhost kernel: [ 3.426552] Bridge firewalling registered
Feb 18 11:46:51 localhost kernel: [ 3.430445] NET: Registered protocol family 35
Feb 18 11:46:51 localhost kernel: [ 3.434965] 8021q: 802.1Q VLAN Support v1.8
Feb 18 11:46:51 localhost kernel: [ 3.438999] Key type dns_resolver registered
Feb 18 11:46:51 localhost kernel: [ 3.443787] registered taskstats version 1
Feb 18 11:46:51 localhost kernel: [ 3.447241] Loading compiled-in X.509 certificates
Feb 18 11:46:51 localhost kernel: [ 3.453393] Btrfs loaded, crc32c=crc32c-generic
Feb 18 11:46:51 localhost kernel: [ 3.456524] AppArmor: AppArmor sha1 policy hashing enabled
Feb 18 11:46:51 localhost kernel: [ 3.471968] phy phy-c0000000.phy.0: Linked as a consumer to regulator.3
Feb 18 11:46:51 localhost kernel: [ 3.473181] phy phy-c0000020.phy.1: Linked as a consumer to regulator.3
Feb 18 11:46:51 localhost kernel: [ 3.479822] meson-drm d0100000.vpu: Queued 2 outputs on vpu
Feb 18 11:46:51 localhost kernel: [ 3.485215] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Feb 18 11:46:51 localhost kernel: [ 3.491563] [drm] No driver support for vblank timestamp query.
Feb 18 11:46:51 localhost kernel: [ 3.497510] meson-drm d0100000.vpu: CVBS Output connector not available
Feb 18 11:46:51 localhost kernel: [ 3.532126] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
Feb 18 11:46:51 localhost kernel: [ 3.536599] meson-dw-hdmi c883a000.hdmi-tx: registered DesignWare HDMI I2C bus driver
Feb 18 11:46:51 localhost kernel: [ 3.544281] meson-drm d0100000.vpu: bound c883a000.hdmi-tx (ops 0xffffff8010a01668)
Feb 18 11:46:51 localhost kernel: [ 3.551960] [drm] Initialized meson 1.0.0 20161109 for d0100000.vpu on minor 0
Feb 18 11:46:51 localhost kernel: [ 3.558842] [drm] Cannot find any crtc or sizes
Feb 18 11:46:51 localhost kernel: [ 3.563528] dwc2 c9000000.usb: c9000000.usb supply vusb_d not found, using dummy regulator
Feb 18 11:46:51 localhost kernel: [ 3.571511] dwc2 c9000000.usb: Linked as a consumer to regulator.0
Feb 18 11:46:51 localhost kernel: [ 3.577601] dwc2 c9000000.usb: c9000000.usb supply vusb_a not found, using dummy regulator
Feb 18 11:46:51 localhost kernel: [ 3.585911] [drm] Cannot find any crtc or sizes
Feb 18 11:46:51 localhost kernel: [ 3.591361] phy phy-c0000000.phy.0: USB ID detect failed!
Feb 18 11:46:51 localhost kernel: [ 3.595627] phy phy-c0000000.phy.0: phy poweron failed --> -22
Feb 18 11:46:51 localhost kernel: [ 3.601446] WARNING: CPU: 1 PID: 31 at _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.608124] Modules linked in:
Feb 18 11:46:51 localhost kernel: [ 3.611146] CPU: 1 PID: 31 Comm: kworker/1:1 Not tainted 5.0.0-rc7+ #1
Feb 18 11:46:51 localhost kernel: [ 3.617611] Hardware name: Hardkernel ODROID-C2 (DT)
Feb 18 11:46:51 localhost kernel: [ 3.622535] Workqueue: events deferred_probe_work_func
Feb 18 11:46:51 localhost kernel: [ 3.627617] pstate: 80000005 (Nzcv daif -PAN -UAO)
Feb 18 11:46:51 localhost kernel: [ 3.632361] pc : _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.637190] lr : regulator_put+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.641071] sp : ffffff8010ea3a90
Feb 18 11:46:51 localhost kernel: [ 3.644348] x29: ffffff8010ea3a90 x28: ffffffc064ce77a8
Feb 18 11:46:51 localhost kernel: [ 3.649609] x27: ffffffc064ce77a8 x26: ffffff80105c6248
Feb 18 11:46:51 localhost kernel: [ 3.654871] x25: ffffff80105c6250 x24: 0000000000000009
Feb 18 11:46:51 localhost kernel: [ 3.660132] x23: ffffffc064ce7510 x22: ffffff8010ea3b88
Feb 18 11:46:51 localhost kernel: [ 3.665393] x21: 0000000000000000 x20: ffffffc064b40600
Feb 18 11:46:51 localhost kernel: [ 3.670654] x19: ffffffc064b40600 x18: ffffffffffffffff
Feb 18 11:46:51 localhost kernel: [ 3.675915] x17: 000000001d2524e2 x16: 000000005fbbb809
Feb 18 11:46:51 localhost kernel: [ 3.681177] x15: ffffff8010c3c648 x14: ffffff8090ea3787
Feb 18 11:46:51 localhost kernel: [ 3.686438] x13: ff00000000000000 x12: ffffffffffffffff
Feb 18 11:46:51 localhost kernel: [ 3.691699] x11: 0000000000000038 x10: 0000000000000006
Feb 18 11:46:51 localhost kernel: [ 3.696960] x9 : 0000000000000040 x8 : ffffffc064b40b7f
Feb 18 11:46:51 localhost kernel: [ 3.702222] x7 : 6b6b6b6b6b6b6b6b x6 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.707483] x5 : 0000000000000000 x4 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.712744] x3 : 0000000000000000 x2 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.718005] x1 : ffffffc064c67000 x0 : 0000000000000001
Feb 18 11:46:51 localhost kernel: [ 3.723267] Call trace:
Feb 18 11:46:51 localhost kernel: [ 3.725684] _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.730168] regulator_put+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.733705] regulator_bulk_free+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.737759] devm_regulator_bulk_release+0x18/0x20
Feb 18 11:46:51 localhost kernel: [ 3.742503] release_nodes+0x17c/0x2f8
Feb 18 11:46:51 localhost kernel: [ 3.746211] devres_release_all+0x58/0x88
Feb 18 11:46:51 localhost kernel: [ 3.750178] really_probe+0xc4/0x2c0
Feb 18 11:46:51 localhost kernel: [ 3.753714] driver_probe_device+0x58/0x100
Feb 18 11:46:51 localhost kernel: [ 3.757854] __device_attach_driver+0x9c/0xf8
Feb 18 11:46:51 localhost kernel: [ 3.762168] bus_for_each_drv+0x70/0xc8
Feb 18 11:46:51 localhost kernel: [ 3.765961] __device_attach+0xe0/0x140
Feb 18 11:46:51 localhost kernel: [ 3.769757] device_initial_probe+0x10/0x18
Feb 18 11:46:51 localhost kernel: [ 3.773896] bus_probe_device+0x94/0xa0
Feb 18 11:46:51 localhost kernel: [ 3.777692] deferred_probe_work_func+0x80/0xb8
Feb 18 11:46:51 localhost kernel: [ 3.782179] process_one_work+0x1b0/0x348
Feb 18 11:46:51 localhost kernel: [ 3.786144] worker_thread+0x224/0x448
Feb 18 11:46:51 localhost kernel: [ 3.789854] kthread+0xf8/0x128
Feb 18 11:46:51 localhost kernel: [ 3.792959] ret_from_fork+0x10/0x1c
Feb 18 11:46:51 localhost kernel: [ 3.796494] ---[ end trace 24c7cc78b2f976b6 ]---
Feb 18 11:46:51 localhost kernel: [ 3.801132] WARNING: CPU: 1 PID: 31 at _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.807792] Modules linked in:
Feb 18 11:46:51 localhost kernel: [ 3.810813] CPU: 1 PID: 31 Comm: kworker/1:1 Tainted: G W 5.0.0-rc7+ #1
Feb 18 11:46:51 localhost kernel: [ 3.818659] Hardware name: Hardkernel ODROID-C2 (DT)
Feb 18 11:46:51 localhost kernel: [ 3.823578] Workqueue: events deferred_probe_work_func
Feb 18 11:46:51 localhost kernel: [ 3.828665] pstate: 80000005 (Nzcv daif -PAN -UAO)
Feb 18 11:46:51 localhost kernel: [ 3.833409] pc : _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.838239] lr : regulator_put+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.842119] sp : ffffff8010ea3a90
Feb 18 11:46:51 localhost kernel: [ 3.845397] x29: ffffff8010ea3a90 x28: ffffffc064ce77a8
Feb 18 11:46:51 localhost kernel: [ 3.850658] x27: ffffffc064ce77a8 x26: ffffff80105c6248
Feb 18 11:46:51 localhost kernel: [ 3.855919] x25: ffffff80105c6250 x24: 0000000000000009
Feb 18 11:46:51 localhost kernel: [ 3.861180] x23: ffffffc064ce7510 x22: ffffff8010ea3b88
Feb 18 11:46:51 localhost kernel: [ 3.866442] x21: 0000000000000000 x20: ffffffc064b40d80
Feb 18 11:46:51 localhost kernel: [ 3.871703] x19: ffffffc064b40d80 x18: 000000000000003a
Feb 18 11:46:51 localhost kernel: [ 3.876964] x17: 000000001d2524e2 x16: 000000005fbbb809
Feb 18 11:46:51 localhost kernel: [ 3.882226] x15: ffffff8010c3c648 x14: ffffffc005335e10
Feb 18 11:46:51 localhost kernel: [ 3.887487] x13: ffffffc06510a1e8 x12: 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.892748] x11: ffffffc065109ff0 x10: 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.898009] x9 : 0000000000000040 x8 : ffffffc064b406ff
Feb 18 11:46:51 localhost kernel: [ 3.903270] x7 : 6b6b6b6b6b6b6b6b x6 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.908532] x5 : 0000000000000000 x4 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.913793] x3 : 0000000000000000 x2 : 0000000000000000
Feb 18 11:46:51 localhost kernel: [ 3.919054] x1 : ffffffc064c67000 x0 : 0000000000000001
Feb 18 11:46:51 localhost kernel: [ 3.924315] Call trace:
Feb 18 11:46:51 localhost kernel: [ 3.926732] _regulator_put.part.12+0x118/0x120
Feb 18 11:46:51 localhost kernel: [ 3.931217] regulator_put+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.934753] regulator_bulk_free+0x34/0x50
Feb 18 11:46:51 localhost kernel: [ 3.938807] devm_regulator_bulk_release+0x18/0x20
Feb 18 11:46:51 localhost kernel: [ 3.943551] release_nodes+0x17c/0x2f8
Feb 18 11:46:51 localhost kernel: [ 3.947260] devres_release_all+0x58/0x88
Feb 18 11:46:51 localhost kernel: [ 3.951226] really_probe+0xc4/0x2c0
Feb 18 11:46:51 localhost kernel: [ 3.954763] driver_probe_device+0x58/0x100
Feb 18 11:46:51 localhost kernel: [ 3.958903] __device_attach_driver+0x9c/0xf8
Feb 18 11:46:51 localhost kernel: [ 3.963216] bus_for_each_drv+0x70/0xc8
Feb 18 11:46:51 localhost kernel: [ 3.967010] __device_attach+0xe0/0x140
Feb 18 11:46:51 localhost kernel: [ 3.970805] device_initial_probe+0x10/0x18
Feb 18 11:46:51 localhost kernel: [ 3.974945] bus_probe_device+0x94/0xa0
Feb 18 11:46:51 localhost kernel: [ 3.978740] deferred_probe_work_func+0x80/0xb8
Feb 18 11:46:51 localhost kernel: [ 3.983226] process_one_work+0x1b0/0x348
Feb 18 11:46:51 localhost kernel: [ 3.987193] worker_thread+0x224/0x448
Feb 18 11:46:51 localhost kernel: [ 3.990901] kthread+0xf8/0x128
Feb 18 11:46:51 localhost kernel: [ 3.994007] ret_from_fork+0x10/0x1c
Feb 18 11:46:51 localhost kernel: [ 3.997542] ---[ end trace 24c7cc78b2f976b7 ]---
Feb 18 11:46:51 localhost kernel: [ 4.002169] dwc2: probe of c9000000.usb failed with error -22
Feb 18 11:46:51 localhost kernel: [ 4.008026] dwc2 c9100000.usb: c9100000.usb supply vusb_d not found, using dummy regulator
Feb 18 11:46:51 localhost kernel: [ 4.016047] dwc2 c9100000.usb: Linked as a consumer to regulator.0
Feb 18 11:46:51 localhost kernel: [ 4.022134] dwc2 c9100000.usb: c9100000.usb supply vusb_a not found, using dummy regulator
Feb 18 11:46:51 localhost kernel: [ 4.088105] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter lpm=1
Feb 18 11:46:51 localhost kernel: [ 4.089237] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter lpm_clock_gating=1
Feb 18 11:46:51 localhost kernel: [ 4.097093] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter besl=1
Feb 18 11:46:51 localhost kernel: [ 4.103904] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter hird_threshold_en=1
Feb 18 11:46:51 localhost kernel: [ 4.112771] dwc2 c9100000.usb: DWC OTG Controller
Feb 18 11:46:51 localhost kernel: [ 4.116515] dwc2 c9100000.usb: new USB bus registered, assigned bus number 1
Feb 18 11:46:51 localhost kernel: [ 4.123501] dwc2 c9100000.usb: irq 34, io mem 0xc9100000
Feb 18 11:46:51 localhost kernel: [ 4.129298] hub 1-0:1.0: USB hub found
Feb 18 11:46:51 localhost kernel: [ 4.132476] hub 1-0:1.0: 1 port detected
Feb 18 11:46:51 localhost kernel: [ 4.137026] meson-gx-mmc d0072000.mmc: Linked as a consumer to regulator.4
Feb 18 11:46:51 localhost kernel: [ 4.143186] meson-gx-mmc d0072000.mmc: Linked as a consumer to regulator.5
Feb 18 11:46:51 localhost kernel: [ 4.150005] meson-gx-mmc d0072000.mmc: Got CD GPIO
Feb 18 11:46:51 localhost kernel: [ 4.183006] hctosys: unable to open rtc device (rtc0)
Feb 18 11:46:51 localhost kernel: [ 4.183222] VCC3V3: disabling
Feb 18 11:46:51 localhost kernel: [ 4.185377] ALSA device list:
Feb 18 11:46:51 localhost kernel: [ 4.188289] No soundcards found.
Feb 18 11:46:51 localhost kernel: [ 4.197437] Waiting for root device /dev/mmcblk1p2...
Feb 18 11:46:51 localhost kernel: [ 4.262003] mmc1: new high speed SDHC card at address 0007
Feb 18 11:46:51 localhost kernel: [ 4.263999] mmcblk1: mmc1:0007 SL16G 14.5 GiB
Feb 18 11:46:51 localhost kernel: [ 4.267797] mmcblk1: p1 p2
Feb 18 11:46:51 localhost kernel: [ 4.277852] EXT4-fs (mmcblk1p2): Mount option "data=writeback" incompatible with ext2
Feb 18 11:46:51 localhost kernel: [ 4.334315] EXT4-fs (mmcblk1p2): mounted filesystem with writeback data mode. Opts: data=writeback
Feb 18 11:46:51 localhost kernel: [ 4.337667] VFS: Mounted root (ext4 filesystem) on device 179:2.
Feb 18 11:46:51 localhost kernel: [ 4.351271] devtmpfs: mounted
Feb 18 11:46:51 localhost kernel: [ 4.351572] Freeing unused kernel memory: 448K
Feb 18 11:46:51 localhost kernel: [ 4.365622] Checked W+X mappings: passed, no W+X pages found
Feb 18 11:46:51 localhost kernel: [ 4.365654] Run /sbin/init as init process
Feb 18 11:46:51 localhost kernel: [ 4.532108] usb 1-1: new high-speed USB device number 2 using dwc2
Feb 18 11:46:51 localhost kernel: [ 4.658829] random: fast init done
Feb 18 11:46:51 localhost kernel: [ 4.746005] hub 1-1:1.0: USB hub found
Feb 18 11:46:51 localhost kernel: [ 4.746306] hub 1-1:1.0: 4 ports detected
Feb 18 11:46:51 localhost kernel: [ 5.036118] usb 1-1.1: new high-speed USB device number 3 using dwc2
Feb 18 11:46:51 localhost kernel: [ 5.039979] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 11:46:51 localhost kernel: [ 5.058891] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 11:46:51 localhost kernel: [ 5.059894] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 11:46:51 localhost kernel: [ 5.216153] usb 1-1.2: new high-speed USB device number 4 using dwc2
Feb 18 11:46:51 localhost kernel: [ 5.801536] RPC: Registered named UNIX socket transport module.
Feb 18 11:46:51 localhost kernel: [ 5.801807] RPC: Registered udp transport module.
Feb 18 11:46:51 localhost kernel: [ 5.806494] RPC: Registered tcp transport module.
Feb 18 11:46:51 localhost kernel: [ 5.811150] RPC: Registered tcp NFSv4.1 backchannel transport module.
Feb 18 11:46:51 localhost kernel: [ 6.024862] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Feb 18 11:46:51 localhost kernel: [ 6.252942] EXT4-fs (mmcblk1p2): re-mounted. Opts: commit=600,errors=remount-ro
Feb 18 11:46:51 localhost kernel: [ 6.418283] random: crng init done
Feb 18 11:46:51 localhost kernel: [ 6.418307] random: 7 urandom warning(s) missed due to ratelimiting
Feb 18 11:46:51 localhost kernel: [ 6.617477] synth uevent: /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0/input0: failed to send uevent
Feb 18 11:46:51 localhost kernel: [ 6.617485] input input0: uevent: failed to send synthetic uevent
Feb 18 11:46:51 localhost kernel: [ 6.896620] cfg80211: Loading compiled-in X.509 certificates for regulatory database
Feb 18 11:46:51 localhost kernel: [ 6.906516] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
Feb 18 11:46:51 localhost kernel: [ 6.951852] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
Feb 18 11:46:51 localhost kernel: [ 6.954831] cfg80211: failed to load regulatory.db
Feb 18 11:46:51 localhost kernel: [ 7.192131] usb 1-1.2: reset high-speed USB device number 4 using dwc2
Feb 18 11:46:51 localhost kernel: [ 7.231399] 88XXau: loading out-of-tree module taints kernel.
Feb 18 11:46:51 localhost kernel: [ 7.301805] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0202 detected
Feb 18 11:46:51 localhost kernel: [ 7.358349] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0001 detected
Feb 18 11:46:51 localhost kernel: [ 7.360121] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Feb 18 11:46:51 localhost kernel: [ 7.361507] usbcore: registered new interface driver rt2800usb
Feb 18 11:46:51 localhost kernel: [ 7.838102] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2870.bin'
Feb 18 11:46:51 localhost kernel: [ 7.851084] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.36
Feb 18 11:46:51 localhost kernel: [ 8.116152] usb 1-1.1: reset high-speed USB device number 3 using dwc2
Feb 18 11:46:51 localhost kernel: [ 8.208043] zram0: detected capacity change from 0 to 52428800
Feb 18 11:46:51 localhost kernel: [ 8.216588] usb 1-1.1: device firmware changed
Feb 18 11:46:51 localhost kernel: [ 8.217146] usbcore: registered new interface driver rtl88xxau
Feb 18 11:46:51 localhost kernel: [ 8.217797] usb 1-1.1: USB disconnect, device number 3
Feb 18 11:46:51 localhost kernel: [ 8.304167] usb 1-1.1: new high-speed USB device number 5 using dwc2
Feb 18 11:46:51 localhost kernel: [ 8.524535] new mount options do not match the existing superblock, will be ignored
Feb 18 11:46:51 localhost kernel: [ 8.588572] fuse init (API version 7.28)
Feb 18 11:46:51 localhost kernel: [ 8.769188] rtl88xxau 1-1.1:1.0 wlan2: renamed from wlan1
Feb 18 11:46:53 localhost kernel: [ 10.925761] Generic PHY stmmac-0:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=stmmac-0:00, irq=POLL)
Feb 18 11:46:53 localhost kernel: [ 10.935282] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found
Feb 18 11:46:53 localhost kernel: [ 10.937821] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW
Feb 18 11:46:53 localhost kernel: [ 10.946511] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Feb 18 11:46:53 localhost kernel: [ 10.953817] br-lan: port 1(eth0.3) entered blocking state
Feb 18 11:46:53 localhost kernel: [ 10.958287] br-lan: port 1(eth0.3) entered disabled state
Feb 18 11:46:53 localhost kernel: [ 10.963761] device eth0.3 entered promiscuous mode
Feb 18 11:46:53 localhost kernel: [ 10.970798] device eth0 entered promiscuous mode
Feb 18 11:46:53 localhost kernel: [ 10.976708] br-lan: port 1(eth0.3) entered blocking state
Feb 18 11:46:53 localhost kernel: [ 10.978151] br-lan: port 1(eth0.3) entered forwarding state
Feb 18 11:46:57 localhost kernel: [ 14.806275] br-dmz: port 1(eth0.2) entered blocking state
Feb 18 11:46:57 localhost kernel: [ 14.806311] br-dmz: port 1(eth0.2) entered disabled state
Feb 18 11:46:57 localhost kernel: [ 14.812050] device eth0.2 entered promiscuous mode
Feb 18 11:46:57 localhost kernel: [ 14.823518] br-dmz: port 1(eth0.2) entered blocking state
Feb 18 11:46:57 localhost kernel: [ 14.823556] br-dmz: port 1(eth0.2) entered forwarding state
Feb 18 11:46:58 localhost kernel: [ 15.510373] br-iot: port 1(eth0.5) entered blocking state
Feb 18 11:46:58 localhost kernel: [ 15.510412] br-iot: port 1(eth0.5) entered disabled state
Feb 18 11:46:58 localhost kernel: [ 15.515949] device eth0.5 entered promiscuous mode
Feb 18 11:46:58 localhost kernel: [ 15.527027] br-iot: port 1(eth0.5) entered blocking state
Feb 18 11:46:58 localhost kernel: [ 15.527065] br-iot: port 1(eth0.5) entered forwarding state
Feb 18 11:47:04 localhost kernel: [ 21.506842] input: lircd-uinput as /devices/virtual/input/input1
Feb 18 11:47:04 localhost kernel: [ 21.547599] CIFS: Attempting to mount //10.10.30.136/USBStick
Feb 18 11:47:04 localhost kernel: [ 21.547782] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 11:47:04 localhost kernel: [ 21.548420] CIFS: Attempting to mount //10.10.30.136/Public
Feb 18 11:47:04 localhost kernel: [ 21.548589] CIFS: Attempting to mount //10.10.30.136/Multimedia
Feb 18 11:47:04 localhost kernel: [ 21.548645] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 11:47:04 localhost kernel: [ 21.604538] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 11:47:04 localhost kernel: [ 21.786540] cryptd: max_cpu_qlen set to 1000
Feb 18 11:47:04 localhost kernel: [ 21.999665] input: meson-ir (lircd bypass) as /devices/virtual/input/input2
Feb 18 11:47:05 localhost kernel: [ 22.094842] br-guest: port 1(wlan0) entered blocking state
Feb 18 11:47:05 localhost kernel: [ 22.094885] br-guest: port 1(wlan0) entered disabled state
Feb 18 11:47:05 localhost kernel: [ 22.100490] device wlan0 entered promiscuous mode
Feb 18 11:47:05 localhost kernel: [ 22.360066] br-guest: port 1(wlan0) entered blocking state
Feb 18 11:47:05 localhost kernel: [ 22.360123] br-guest: port 1(wlan0) entered forwarding state
Feb 18 11:47:05 localhost kernel: [ 22.427280] br-lan: port 2(wlan0_1) entered blocking state
Feb 18 11:47:05 localhost kernel: [ 22.427317] br-lan: port 2(wlan0_1) entered disabled state
Feb 18 11:47:05 localhost kernel: [ 22.432906] device wlan0_1 entered promiscuous mode
Feb 18 11:47:05 localhost kernel: [ 22.445448] br-lan: port 2(wlan0_1) entered blocking state
Feb 18 11:47:05 localhost kernel: [ 22.447573] br-lan: port 2(wlan0_1) entered forwarding state
Feb 18 11:47:06 localhost kernel: [ 23.395620] br-lan: port 3(wlan2) entered blocking state
Feb 18 11:47:06 localhost kernel: [ 23.395650] br-lan: port 3(wlan2) entered disabled state
Feb 18 11:47:06 localhost kernel: [ 23.400925] device wlan2 entered promiscuous mode
Feb 18 11:47:06 localhost kernel: [ 23.405405] br-lan: port 3(wlan2) entered blocking state
Feb 18 11:47:06 localhost kernel: [ 23.410492] br-lan: port 3(wlan2) entered forwarding state
Feb 18 11:47:06 localhost kernel: [ 23.670879] ip_local_port_range: prefer different parity for start/end values.
Feb 18 11:47:55 localhost kernel: [ 42.556330] lxcbr0: port 1(veth9EM448) entered blocking state
Feb 18 11:47:55 localhost kernel: [ 42.556436] lxcbr0: port 1(veth9EM448) entered disabled state
Feb 18 11:47:55 localhost kernel: [ 42.562513] device veth9EM448 entered promiscuous mode
Feb 18 11:47:55 localhost kernel: [ 42.567430] lxcbr0: port 1(veth9EM448) entered blocking state
Feb 18 11:47:55 localhost kernel: [ 42.572935] lxcbr0: port 1(veth9EM448) entered forwarding state
Feb 18 11:47:55 localhost kernel: [ 42.579121] lxcbr0: port 1(veth9EM448) entered disabled state
Feb 18 11:47:55 localhost kernel: [ 42.612516] eth0: renamed from veth9EM448p
Feb 18 11:47:55 localhost kernel: [ 42.636847] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Feb 18 11:47:55 localhost kernel: [ 42.637655] lxcbr0: port 1(veth9EM448) entered blocking state
Feb 18 11:47:55 localhost kernel: [ 42.643231] lxcbr0: port 1(veth9EM448) entered forwarding state
Feb 18 12:23:25 localhost kernel: [ 2172.247913] rc rc0: two consecutive events of type space
Feb 18 13:01:20 localhost kernel: [ 4447.681291] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 2 - ChHltd set, but reason is unknown
Feb 18 13:01:20 localhost kernel: [ 4447.684848] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.126496] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 12 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.130136] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.233948] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 13 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.237588] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.331297] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 8 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.334850] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.433698] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 3 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.437258] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.536104] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 15 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.539746] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 14:02:48 localhost kernel: [ 8135.638487] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 6 - ChHltd set, but reason is unknown
Feb 18 14:02:48 localhost kernel: [ 8135.642047] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:27:45 localhost kernel: [16831.705241] meson8b-dwmac c9410000.ethernet eth0: Link is Down
Feb 18 16:27:45 localhost kernel: [16831.706004] br-dmz: port 1(eth0.2) entered disabled state
Feb 18 16:27:45 localhost kernel: [16831.711134] br-lan: port 1(eth0.3) entered disabled state
Feb 18 16:27:45 localhost kernel: [16831.717690] br-iot: port 1(eth0.5) entered disabled state
Feb 18 16:27:48 localhost kernel: [16834.777189] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Feb 18 16:27:48 localhost kernel: [16834.780197] br-dmz: port 1(eth0.2) entered blocking state
Feb 18 16:27:48 localhost kernel: [16834.785349] br-dmz: port 1(eth0.2) entered forwarding state
Feb 18 16:27:48 localhost kernel: [16834.791181] br-lan: port 1(eth0.3) entered blocking state
Feb 18 16:27:48 localhost kernel: [16834.796222] br-lan: port 1(eth0.3) entered forwarding state
Feb 18 16:27:48 localhost kernel: [16834.801983] br-iot: port 1(eth0.5) entered blocking state
Feb 18 16:27:48 localhost kernel: [16834.807077] br-iot: port 1(eth0.5) entered forwarding state
Feb 18 16:48:04 localhost kernel: [18051.138700] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 8 - ChHltd set, but reason is unknown
Feb 18 16:48:04 localhost kernel: [18051.142256] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:48:04 localhost kernel: [18051.148432] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 3 - ChHltd set, but reason is unknown
Feb 18 16:48:04 localhost kernel: [18051.157523] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:48:04 localhost kernel: [18051.238751] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 6 - ChHltd set, but reason is unknown
Feb 18 16:48:04 localhost kernel: [18051.242305] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:59:39 localhost kernel: [18745.905563] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 6 - ChHltd set, but reason is unknown
Feb 18 16:59:39 localhost kernel: [18745.909118] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:59:39 localhost kernel: [18745.915281] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 13 - ChHltd set, but reason is unknown
Feb 18 16:59:39 localhost kernel: [18745.924468] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:59:39 localhost kernel: [18745.930625] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 9 - ChHltd set, but reason is unknown
Feb 18 16:59:39 localhost kernel: [18745.939737] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 16:59:39 localhost kernel: [18745.962107] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 7 - ChHltd set, but reason is unknown
Feb 18 16:59:39 localhost kernel: [18745.965663] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
Feb 18 17:38:15 localhost kernel: [21061.884216] dwc2 c9100000.usb: dwc2_hc_chhltd_intr_dma: Channel 9 - ChHltd set, but reason is unknown
Feb 18 17:38:15 localhost kernel: [21061.887770] dwc2 c9100000.usb: hcint 0x00000002, intsts 0x04600009
^ permalink raw reply
* Re: [PATCH RFC 2/5] net/sched: prepare TC actions to properly validate the control action
From: Vlad Buslov @ 2019-02-18 16:52 UTC (permalink / raw)
To: Davide Caratti
Cc: Jamal Hadi Salim, Cong Wang, Jiri Pirko, David S. Miller,
Paolo Abeni, netdev@vger.kernel.org
In-Reply-To: <e5c17c6efa552ef10bb719f3f0532fa717aca367.1550271080.git.dcaratti@redhat.com>
Hi Davide,
I really like the idea of putting all action validation code in single
place, instead of spreading it between act API and specific actions init
code.
See my comment regarding minor problem with using
tcf_action_set_ctrlact() on current net-next below.
On Fri 15 Feb 2019 at 23:06, Davide Caratti <dcaratti@redhat.com> wrote:
> - add tcf_action_check_ctrlact(), and pass a pointer to struct tcf_proto
> in each actions's init() function, to allow validation of 'goto chain'
> control action.
> - add tcf_action_set_ctrlact(), to set the control action, release the
> previous 'goto_chain' handle and replace it with the new one.
>
> Signed-off-by: Davide Caratti <dcaratti@redhat.com>
> ---
> include/net/act_api.h | 9 +++++-
> net/sched/act_api.c | 58 ++++++++++++++++++++++++++++++++++++--
> net/sched/act_bpf.c | 2 +-
> net/sched/act_connmark.c | 1 +
> net/sched/act_csum.c | 2 +-
> net/sched/act_gact.c | 2 +-
> net/sched/act_ife.c | 2 +-
> net/sched/act_ipt.c | 11 ++++----
> net/sched/act_mirred.c | 1 +
> net/sched/act_nat.c | 3 +-
> net/sched/act_pedit.c | 2 +-
> net/sched/act_police.c | 1 +
> net/sched/act_sample.c | 2 +-
> net/sched/act_simple.c | 2 +-
> net/sched/act_skbedit.c | 1 +
> net/sched/act_skbmod.c | 1 +
> net/sched/act_tunnel_key.c | 1 +
> net/sched/act_vlan.c | 2 +-
> 18 files changed, 86 insertions(+), 17 deletions(-)
>
> diff --git a/include/net/act_api.h b/include/net/act_api.h
> index dbc795ec659e..55a8d44ac0c7 100644
> --- a/include/net/act_api.h
> +++ b/include/net/act_api.h
> @@ -90,7 +90,7 @@ struct tc_action_ops {
> int (*lookup)(struct net *net, struct tc_action **a, u32 index);
> int (*init)(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **act, int ovr,
> - int bind, bool rtnl_held,
> + int bind, bool rtnl_held, struct tcf_proto *tp,
> struct netlink_ext_ack *extack);
> int (*walk)(struct net *, struct sk_buff *,
> struct netlink_callback *, int,
> @@ -181,6 +181,13 @@ int tcf_action_dump_old(struct sk_buff *skb, struct tc_action *a, int, int);
> int tcf_action_dump_1(struct sk_buff *skb, struct tc_action *a, int, int);
> int tcf_action_copy_stats(struct sk_buff *, struct tc_action *, int);
>
> +int tcf_action_check_ctrlact(int action, struct tcf_proto *tp,
> + struct tcf_chain **handle,
> + struct netlink_ext_ack *extack);
> +
> +void tcf_action_set_ctrlact(struct tc_action *p, int action,
> + struct tcf_chain *goto_chain);
> +
> #endif /* CONFIG_NET_CLS_ACT */
>
> static inline void tcf_action_stats_update(struct tc_action *a, u64 bytes,
> diff --git a/net/sched/act_api.c b/net/sched/act_api.c
> index 91d79fac8cb2..088b0d846bde 100644
> --- a/net/sched/act_api.c
> +++ b/net/sched/act_api.c
> @@ -71,6 +71,60 @@ static void tcf_set_action_cookie(struct tc_cookie __rcu **old_cookie,
> call_rcu(&old->rcu, tcf_free_cookie_rcu);
> }
>
> +int tcf_action_check_ctrlact(int action, struct tcf_proto *tp,
> + struct tcf_chain **handle,
> + struct netlink_ext_ack *extack)
> +{
> + int opcode = TC_ACT_EXT_OPCODE(action), ret = -EINVAL;
> + u32 chain_index;
> +
> + if (!opcode)
> + ret = action > TC_ACT_VALUE_MAX ? -EINVAL : 0;
> + else if (opcode <= TC_ACT_EXT_OPCODE_MAX || action == TC_ACT_UNSPEC)
> + ret = 0;
> + if (ret) {
> + NL_SET_ERR_MSG(extack, "invalid control action");
> + goto end;
> + }
> +
> + if (TC_ACT_EXT_CMP(action, TC_ACT_GOTO_CHAIN)) {
> + chain_index = action & TC_ACT_EXT_VAL_MASK;
> + if (!tp) {
> + ret = -EINVAL;
> + NL_SET_ERR_MSG(extack,
> + "can't use goto_chain with NULL proto");
> + goto end;
> + }
> + if (!handle) {
> + ret = -EINVAL;
> + NL_SET_ERR_MSG(extack,
> + "can't put goto_chain on NULL handle");
> + goto end;
> + }
> + *handle = tcf_chain_get_by_act(tp->chain->block, chain_index);
> + if (!*handle) {
> + ret = -ENOMEM;
> + NL_SET_ERR_MSG(extack,
> + "can't allocate goto_chain handle");
> + }
> + }
> +end:
> + return ret;
> +}
> +EXPORT_SYMBOL(tcf_action_check_ctrlact);
> +
> +void tcf_action_set_ctrlact(struct tc_action *p, int action,
> + struct tcf_chain *goto_chain)
> +{
> + struct tcf_chain *old;
> +
> + old = xchg(&p->goto_chain, goto_chain);
> + if (old)
> + tcf_chain_put_by_act(old);
This is blocking in current net-next because tcf_chain_put_by_act()
obtains block->lock mutex, so you can't call it while holding tcf_lock
spinlock like you do in following patches. Its not a big problem but I
guess you will have to just inline this code into all init handlers
instead of tcf_action_set_ctrlact() function.
BTW is atomic xchg strictly necessary if you hold tcf_lock while
re-assigning goto_chain pointer?
> + p->tcfa_action = action;
> +}
> +EXPORT_SYMBOL(tcf_action_set_ctrlact);
> +
> /* XXX: For standalone actions, we don't need a RCU grace period either, because
> * actions are always connected to filters and filters are already destroyed in
> * RCU callbacks, so after a RCU grace period actions are already disconnected
> @@ -890,10 +944,10 @@ struct tc_action *tcf_action_init_1(struct net *net, struct tcf_proto *tp,
> /* backward compatibility for policer */
> if (name == NULL)
> err = a_o->init(net, tb[TCA_ACT_OPTIONS], est, &a, ovr, bind,
> - rtnl_held, extack);
> + rtnl_held, tp, extack);
> else
> err = a_o->init(net, nla, est, &a, ovr, bind, rtnl_held,
> - extack);
> + tp, extack);
> if (err < 0)
> goto err_mod;
>
> diff --git a/net/sched/act_bpf.c b/net/sched/act_bpf.c
> index c7633843e223..88a729bdab25 100644
> --- a/net/sched/act_bpf.c
> +++ b/net/sched/act_bpf.c
> @@ -278,7 +278,7 @@ static void tcf_bpf_prog_fill_cfg(const struct tcf_bpf *prog,
> static int tcf_bpf_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **act,
> int replace, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, bpf_net_id);
> struct nlattr *tb[TCA_ACT_BPF_MAX + 1];
> diff --git a/net/sched/act_connmark.c b/net/sched/act_connmark.c
> index 8475913f2070..30c4c109c80c 100644
> --- a/net/sched/act_connmark.c
> +++ b/net/sched/act_connmark.c
> @@ -97,6 +97,7 @@ static const struct nla_policy connmark_policy[TCA_CONNMARK_MAX + 1] = {
> static int tcf_connmark_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, connmark_net_id);
> diff --git a/net/sched/act_csum.c b/net/sched/act_csum.c
> index 3dc25b7806d7..1ae120c9ab02 100644
> --- a/net/sched/act_csum.c
> +++ b/net/sched/act_csum.c
> @@ -46,7 +46,7 @@ static struct tc_action_ops act_csum_ops;
>
> static int tcf_csum_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a, int ovr,
> - int bind, bool rtnl_held,
> + int bind, bool rtnl_held, struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, csum_net_id);
> diff --git a/net/sched/act_gact.c b/net/sched/act_gact.c
> index b61c20ebb314..727bbca9534b 100644
> --- a/net/sched/act_gact.c
> +++ b/net/sched/act_gact.c
> @@ -57,7 +57,7 @@ static const struct nla_policy gact_policy[TCA_GACT_MAX + 1] = {
> static int tcf_gact_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, gact_net_id);
> struct nlattr *tb[TCA_GACT_MAX + 1];
> diff --git a/net/sched/act_ife.c b/net/sched/act_ife.c
> index 30b63fa23ee2..9b2eb941e093 100644
> --- a/net/sched/act_ife.c
> +++ b/net/sched/act_ife.c
> @@ -469,7 +469,7 @@ static int populate_metalist(struct tcf_ife_info *ife, struct nlattr **tb,
> static int tcf_ife_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, ife_net_id);
> struct nlattr *tb[TCA_IFE_MAX + 1];
> diff --git a/net/sched/act_ipt.c b/net/sched/act_ipt.c
> index 8af6c11d2482..4b3c844ca988 100644
> --- a/net/sched/act_ipt.c
> +++ b/net/sched/act_ipt.c
> @@ -97,7 +97,8 @@ static const struct nla_policy ipt_policy[TCA_IPT_MAX + 1] = {
>
> static int __tcf_ipt_init(struct net *net, unsigned int id, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> - const struct tc_action_ops *ops, int ovr, int bind)
> + const struct tc_action_ops *ops, int ovr, int bind,
> + struct tcf_proto *tp)
> {
> struct tc_action_net *tn = net_generic(net, id);
> struct nlattr *tb[TCA_IPT_MAX + 1];
> @@ -206,20 +207,20 @@ static int __tcf_ipt_init(struct net *net, unsigned int id, struct nlattr *nla,
>
> static int tcf_ipt_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a, int ovr,
> - int bind, bool rtnl_held,
> + int bind, bool rtnl_held, struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> return __tcf_ipt_init(net, ipt_net_id, nla, est, a, &act_ipt_ops, ovr,
> - bind);
> + bind, tp);
> }
>
> static int tcf_xt_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a, int ovr,
> - int bind, bool unlocked,
> + int bind, bool unlocked, struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> return __tcf_ipt_init(net, xt_net_id, nla, est, a, &act_xt_ops, ovr,
> - bind);
> + bind, tp);
> }
>
> static int tcf_ipt_act(struct sk_buff *skb, const struct tc_action *a,
> diff --git a/net/sched/act_mirred.c b/net/sched/act_mirred.c
> index c8cf4d10c435..69dda57f1097 100644
> --- a/net/sched/act_mirred.c
> +++ b/net/sched/act_mirred.c
> @@ -94,6 +94,7 @@ static struct tc_action_ops act_mirred_ops;
> static int tcf_mirred_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, mirred_net_id);
> diff --git a/net/sched/act_nat.c b/net/sched/act_nat.c
> index c5c1e23add77..526c4c99bcce 100644
> --- a/net/sched/act_nat.c
> +++ b/net/sched/act_nat.c
> @@ -38,7 +38,8 @@ static const struct nla_policy nat_policy[TCA_NAT_MAX + 1] = {
>
> static int tcf_nat_init(struct net *net, struct nlattr *nla, struct nlattr *est,
> struct tc_action **a, int ovr, int bind,
> - bool rtnl_held, struct netlink_ext_ack *extack)
> + bool rtnl_held, struct tcf_proto *tp,
> + struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, nat_net_id);
> struct nlattr *tb[TCA_NAT_MAX + 1];
> diff --git a/net/sched/act_pedit.c b/net/sched/act_pedit.c
> index 2b372a06b432..1c7a0db7b466 100644
> --- a/net/sched/act_pedit.c
> +++ b/net/sched/act_pedit.c
> @@ -138,7 +138,7 @@ static int tcf_pedit_key_ex_dump(struct sk_buff *skb,
> static int tcf_pedit_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, pedit_net_id);
> struct nlattr *tb[TCA_PEDIT_MAX + 1];
> diff --git a/net/sched/act_police.c b/net/sched/act_police.c
> index ec8ec55e0fe8..a444dd78a244 100644
> --- a/net/sched/act_police.c
> +++ b/net/sched/act_police.c
> @@ -83,6 +83,7 @@ static const struct nla_policy police_policy[TCA_POLICE_MAX + 1] = {
> static int tcf_police_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> int ret = 0, tcfp_result = TC_ACT_OK, err, size;
> diff --git a/net/sched/act_sample.c b/net/sched/act_sample.c
> index 1a0c682fd734..b2154edcb535 100644
> --- a/net/sched/act_sample.c
> +++ b/net/sched/act_sample.c
> @@ -37,7 +37,7 @@ static const struct nla_policy sample_policy[TCA_SAMPLE_MAX + 1] = {
>
> static int tcf_sample_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a, int ovr,
> - int bind, bool rtnl_held,
> + int bind, bool rtnl_held, struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, sample_net_id);
> diff --git a/net/sched/act_simple.c b/net/sched/act_simple.c
> index 902957beceb3..640ee5b785dc 100644
> --- a/net/sched/act_simple.c
> +++ b/net/sched/act_simple.c
> @@ -80,7 +80,7 @@ static const struct nla_policy simple_policy[TCA_DEF_MAX + 1] = {
> static int tcf_simp_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, simp_net_id);
> struct nlattr *tb[TCA_DEF_MAX + 1];
> diff --git a/net/sched/act_skbedit.c b/net/sched/act_skbedit.c
> index 64dba3708fce..9fc8cfdd35b1 100644
> --- a/net/sched/act_skbedit.c
> +++ b/net/sched/act_skbedit.c
> @@ -96,6 +96,7 @@ static const struct nla_policy skbedit_policy[TCA_SKBEDIT_MAX + 1] = {
> static int tcf_skbedit_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, skbedit_net_id);
> diff --git a/net/sched/act_skbmod.c b/net/sched/act_skbmod.c
> index 59710a183bd3..35572d0e4576 100644
> --- a/net/sched/act_skbmod.c
> +++ b/net/sched/act_skbmod.c
> @@ -82,6 +82,7 @@ static const struct nla_policy skbmod_policy[TCA_SKBMOD_MAX + 1] = {
> static int tcf_skbmod_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, skbmod_net_id);
> diff --git a/net/sched/act_tunnel_key.c b/net/sched/act_tunnel_key.c
> index 8b43fe0130f7..c4adc53e0fb4 100644
> --- a/net/sched/act_tunnel_key.c
> +++ b/net/sched/act_tunnel_key.c
> @@ -209,6 +209,7 @@ static void tunnel_key_release_params(struct tcf_tunnel_key_params *p)
> static int tunnel_key_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> + struct tcf_proto *tp,
> struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, tunnel_key_net_id);
> diff --git a/net/sched/act_vlan.c b/net/sched/act_vlan.c
> index 93fdaf707313..80fd0e238a10 100644
> --- a/net/sched/act_vlan.c
> +++ b/net/sched/act_vlan.c
> @@ -105,7 +105,7 @@ static const struct nla_policy vlan_policy[TCA_VLAN_MAX + 1] = {
> static int tcf_vlan_init(struct net *net, struct nlattr *nla,
> struct nlattr *est, struct tc_action **a,
> int ovr, int bind, bool rtnl_held,
> - struct netlink_ext_ack *extack)
> + struct tcf_proto *tp, struct netlink_ext_ack *extack)
> {
> struct tc_action_net *tn = net_generic(net, vlan_net_id);
> struct nlattr *tb[TCA_VLAN_MAX + 1];
^ permalink raw reply
* Fwd: Invitation to comment on Virtual I/O Device (VIRTIO) Version 1.1 - ends February 21st
From: Michael S. Tsirkin @ 2019-02-18 16:56 UTC (permalink / raw)
To: netdev, kvm, linux-kernel
For everyone's information, pls see below.
Unfortunately earlier attempts to forward this announcement got blocked
by the spm filter. Sorry about that. There are still a couple of days
left to comment though.
----- Forwarded message from Paul Knight <paul.knight@oasis-open.org> -----
Date: Mon, 11 Feb 2019 00:01:28 -0500
From: Paul Knight <paul.knight@oasis-open.org>
To: tc-announce@lists.oasis-open.org, members@lists.oasis-open.org, OASIS TAB <tab@lists.oasis-open.org>,
virtio-email@lists.oasis-open.org, virtio-comment@lists.oasis-open.org
Subject: [virtio-comment] Invitation to comment on Virtual I/O Device (VIRTIO) Version 1.1 - ends February 21st
Message-ID: <CADgeAH9MH8sJpuzmNidBsxf7-8CqnQteXVTSgPNcsrY9W9xg+w@mail.gmail.com>
OASIS members and other interested parties,
OASIS and the OASIS Virtual I/O Device (VIRTIO) TC are pleased to announce
that Virtual I/O Device (VIRTIO) Version 1.1 is now available for public
review and comment.
Specification Overview:
This document describes the specifications of the “virtio” family of
devices. These devices are found in virtual environments, yet by design
they look like physical devices to the guest within the virtual machine -
and this document treats them as such. This similarity allows the guest to
use standard drivers and discovery mechanisms. The purpose of virtio and
this specification is that virtual environments and guests should have a
straightforward, efficient, standard and extensible mechanism for virtual
devices, rather than boutique per-environment or per-OS mechanisms.
The documents and related files are available here:
Virtual I/O Device (VIRTIO) Version 1.1
Committee Specification Draft 01 / Public Review Draft 01
20 December 2018
Editable source (Authoritative):
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/tex/
HTML:
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/virtio-v1.1-csprd01.html
PDF:
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/virtio-v1.1-csprd01.pdf
Example driver listing:
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/listings/
For your convenience, OASIS provides a complete package of the
specification document and any related files in ZIP distribution files. You
can download the ZIP file at:
https://docs.oasis-open.org/virtio/virtio/v1.1/csprd01/virtio-v1.1-csprd01.zip
How to Provide Feedback
OASIS and the OASIS Virtual I/O Device (VIRTIO) TC value your feedback. We
solicit input from developers, users and others, whether OASIS members or
not, for the sake of improving the interoperability and quality of its
technical work.
The public review starts 23 January 2019 at 00:00 UTC and ends 21 February
2019 at 23:59 UTC.
Comments may be submitted to the TC by any person through the use of the
OASIS TC Comment Facility which can be used by following the instructions
on the TC's "Send A Comment" page (
https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=virtio).
Comments submitted by TC non-members for this work and for other work of
this TC are publicly archived and can be viewed at:
https://lists.oasis-open.org/archives/virtio-comment/
All comments submitted to OASIS are subject to the OASIS Feedback License,
which ensures that the feedback you provide carries the same obligations at
least as the obligations of the TC members. In connection with this public
review, we call your attention to the OASIS IPR Policy [1] applicable
especially [2] to the work of this technical committee. All members of the
TC should be familiar with this document, which may create obligations
regarding the disclosure and availability of a member's patent, copyright,
trademark and license rights that read on an approved OASIS specification.
OASIS invites any persons who know of any such claims to disclose these if
they may be essential to the implementation of the above specification, so
that notice of them may be posted to the notice page for this TC's work.
Additional information about the specification and the VIRTIO TC can be
found at the TC's public home page:
https://www.oasis-open.org/committees/virtio/
========== Additional references:
[1] https://www.oasis-open.org/policies-guidelines/ipr
[2] https://www.oasis-open.org/committees/virtio/ipr.php
https://www.oasis-open.org/policies-guidelines/ipr#Non-Assertion-Mode
Non-Assertion Mode
--
Paul Knight <paul.knight@oasis-open.org> - Tel: +1 781-883-1783
OASIS <https://www.oasis-open.org/> - Advancing open standards for the
information society - Document Process Analyst
<https://www.oasis-open.org/people/staff/paul-knight>
----- End forwarded message -----
^ permalink raw reply
* [PATCH v2] bonding: fix PACKET_ORIGDEV regression
From: Michal Soltys @ 2019-02-18 16:55 UTC (permalink / raw)
To: David Miller
Cc: Michal Soltys, Maciej Żenczykowski, Jay Vosburgh,
Vincent Bernat, Mahesh Bandewar, Chonggang Li, Linux NetDev
In-Reply-To: <CAHo-OoxoboVcn=MJj_XhaqeYkS_woGnuQ8vS9+BoDvdoae0YDA@mail.gmail.com>
This patch fixes a subtle PACKET_ORIGDEV regression which was a side
effect of fixes introduced by:
6a9e461f6fe4 bonding: pass link-local packets to bonding master also.
... to:
b89f04c61efe bonding: deliver link-local packets with skb->dev set to link that packets arrived on
While 6a9e461f6fe4 restored pre-b89f04c61efe presence of link-local
packets on bonding masters (which is required e.g. by linux bridges
participating in spanning tree or needed for lab-like setups created
with group_fwd_mask) it also caused the originating device
information to be lost due to cloning.
Maciej Żenczykowski proposed another solution that doesn't require
packet cloning and retains original device information - instead of
returning RX_HANDLER_PASS for all link-local packets it's now limited
only to packets from inactive slaves.
At the same time, packets passed to bonding masters retain correct
information about the originating device and PACKET_ORIGDEV can be used
to determine it.
This elegantly solves all issues so far:
- link-local packets that were removed from bonding masters
- LLDP daemons being forced to explicitly bind to slave interfaces
- PACKET_ORIGDEV having no effect on bond interfaces
Fixes: 6a9e461f6fe4 (bonding: pass link-local packets to bonding master also.)
Reported-by: Vincent Bernat <vincent@bernat.ch>
Signed-off-by: Michal Soltys <soltys@ziu.info>
---
drivers/net/bonding/bond_main.c | 35 +++++++++++++--------------------
1 file changed, 14 insertions(+), 21 deletions(-)
diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
index 485462d3087f..537c90c8eb0a 100644
--- a/drivers/net/bonding/bond_main.c
+++ b/drivers/net/bonding/bond_main.c
@@ -1183,29 +1183,22 @@ static rx_handler_result_t bond_handle_frame(struct sk_buff **pskb)
}
}
- /* Link-local multicast packets should be passed to the
- * stack on the link they arrive as well as pass them to the
- * bond-master device. These packets are mostly usable when
- * stack receives it with the link on which they arrive
- * (e.g. LLDP) they also must be available on master. Some of
- * the use cases include (but are not limited to): LLDP agents
- * that must be able to operate both on enslaved interfaces as
- * well as on bonds themselves; linux bridges that must be able
- * to process/pass BPDUs from attached bonds when any kind of
- * STP version is enabled on the network.
+ /*
+ * For packets determined by bond_should_deliver_exact_match() call to
+ * be suppressed we want to make an exception for link-local packets.
+ * This is necessary for e.g. LLDP daemons to be able to monitor
+ * inactive slave links without being forced to bind to them
+ * explicitly.
+ *
+ * At the same time, packets that are passed to the bonding master
+ * (including link-local ones) can have their originating interface
+ * determined via PACKET_ORIGDEV socket option.
*/
- if (is_link_local_ether_addr(eth_hdr(skb)->h_dest)) {
- struct sk_buff *nskb = skb_clone(skb, GFP_ATOMIC);
-
- if (nskb) {
- nskb->dev = bond->dev;
- nskb->queue_mapping = 0;
- netif_rx(nskb);
- }
- return RX_HANDLER_PASS;
- }
- if (bond_should_deliver_exact_match(skb, slave, bond))
+ if (bond_should_deliver_exact_match(skb, slave, bond)) {
+ if (is_link_local_ether_addr(eth_hdr(skb)->h_dest))
+ return RX_HANDLER_PASS;
return RX_HANDLER_EXACT;
+ }
skb->dev = bond->dev;
--
2.20.1
^ permalink raw reply related
* Re: stmmac / meson8b-dwmac
From: Jose Abreu @ 2019-02-18 17:05 UTC (permalink / raw)
To: Simon Huelck, Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <4493b245-de93-46cd-327b-8091a3babc3a@gmx.de>
On 2/18/2019 4:51 PM, Simon Huelck wrote:
> Hi,
>
> no im testing vanilla mainline kernel and against 4.14. where
> performance was ok. but turning off EEE via ethtool should have same
> results than removal of that patch.
>
> But, since it was mainlined recently , not long ago, i think this was
> tested ??
The thing is that phy_init_eee() is called by stmmac and this
function does not take into account the broken modes if it's
called too early which will cause driver to enable LPI in MAC.
And anyway, if you have lpi values in the ethtool stats then EEE
is being enabled by stmmac.
Please try the change I suggested.
Thanks,
Jose Miguel Abreu
^ permalink raw reply
* Re: stmmac / meson8b-dwmac
From: Simon Huelck @ 2019-02-18 17:05 UTC (permalink / raw)
To: Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <e1d75e7f-1747-d0ce-0ee7-4fa688b90d13@synopsys.com>
[-- Attachment #1: Type: text/plain, Size: 2242 bytes --]
Hi,
here directly after reboot and a first iperf test
C:\Users\Simon\Downloads\iperf-2.0.9-win64>iperf.exe -c 10.10.11.1 -i1 -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 10.10.11.1, TCP port 5001
TCP window size: 208 KByte (default)
------------------------------------------------------------
[ 4] local 10.10.11.100 port 56062 connected with 10.10.11.1 port 5001
[ 5] local 10.10.11.100 port 5001 connected with 10.10.11.1 port 42552
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 1.0 sec 16.2 MBytes 136 Mbits/sec
[ 5] 0.0- 1.0 sec 70.5 MBytes 591 Mbits/sec
[ 4] 1.0- 2.0 sec 14.4 MBytes 121 Mbits/sec
[ 5] 1.0- 2.0 sec 63.9 MBytes 536 Mbits/sec
[ 4] 2.0- 3.0 sec 13.4 MBytes 112 Mbits/sec
[ 5] 2.0- 3.0 sec 67.6 MBytes 567 Mbits/sec
[ 5] 3.0- 4.0 sec 68.6 MBytes 575 Mbits/sec
[ 4] 3.0- 4.0 sec 15.9 MBytes 133 Mbits/sec
[ 4] 4.0- 5.0 sec 13.9 MBytes 116 Mbits/sec
[ 5] 4.0- 5.0 sec 65.2 MBytes 547 Mbits/sec
[ 4] 5.0- 6.0 sec 16.8 MBytes 141 Mbits/sec
[ 5] 5.0- 6.0 sec 67.1 MBytes 562 Mbits/sec
[ 4] 6.0- 7.0 sec 17.2 MBytes 145 Mbits/sec
[ 5] 6.0- 7.0 sec 65.7 MBytes 552 Mbits/sec
[ 4] 7.0- 8.0 sec 16.0 MBytes 134 Mbits/sec
[ 5] 7.0- 8.0 sec 67.0 MBytes 562 Mbits/sec
[ 4] 8.0- 9.0 sec 15.6 MBytes 131 Mbits/sec
[ 5] 8.0- 9.0 sec 66.5 MBytes 558 Mbits/sec
[ 4] 9.0-10.0 sec 13.2 MBytes 111 Mbits/sec
[ 4] 0.0-10.0 sec 153 MBytes 128 Mbits/sec
[ 5] 9.0-10.0 sec 67.6 MBytes 567 Mbits/sec
[ 5] 0.0-10.0 sec 670 MBytes 562 Mbits/sec
regards,
Simon
Am 18.02.2019 um 17:43 schrieb Jose Abreu:
> On 2/18/2019 4:40 PM, Simon Huelck wrote:
>> Hi,
>>
>> EEE is enabled for odroid - c2 and should be working in 5.0-rc7 afaik ?
> Oops, I was seeing in the wrong version, sorry.
>
> And did you test without that patch ?
>
> Thanks,
> Jose Miguel Abreu
[-- Attachment #2: ethtool.txt --]
[-- Type: text/plain, Size: 5308 bytes --]
NIC statistics:
mmc_tx_octetcount_gb: 0
mmc_tx_framecount_gb: 0
mmc_tx_broadcastframe_g: 0
mmc_tx_multicastframe_g: 0
mmc_tx_64_octets_gb: 0
mmc_tx_65_to_127_octets_gb: 0
mmc_tx_128_to_255_octets_gb: 0
mmc_tx_256_to_511_octets_gb: 0
mmc_tx_512_to_1023_octets_gb: 0
mmc_tx_1024_to_max_octets_gb: 0
mmc_tx_unicast_gb: 0
mmc_tx_multicast_gb: 0
mmc_tx_broadcast_gb: 0
mmc_tx_underflow_error: 0
mmc_tx_singlecol_g: 0
mmc_tx_multicol_g: 0
mmc_tx_deferred: 0
mmc_tx_latecol: 0
mmc_tx_exesscol: 0
mmc_tx_carrier_error: 0
mmc_tx_octetcount_g: 0
mmc_tx_framecount_g: 0
mmc_tx_excessdef: 0
mmc_tx_pause_frame: 0
mmc_tx_vlan_frame_g: 0
mmc_rx_framecount_gb: 8658
mmc_rx_octetcount_gb: 2708759
mmc_rx_octetcount_g: 2708759
mmc_rx_broadcastframe_g: 4283
mmc_rx_multicastframe_g: 18
mmc_rx_crc_error: 0
mmc_rx_align_error: 0
mmc_rx_run_error: 0
mmc_rx_jabber_error: 0
mmc_rx_undersize_g: 0
mmc_rx_oversize_g: 0
mmc_rx_64_octets_gb: 0
mmc_rx_65_to_127_octets_gb: 5879
mmc_rx_128_to_255_octets_gb: 979
mmc_rx_256_to_511_octets_gb: 455
mmc_rx_512_to_1023_octets_gb: 125
mmc_rx_1024_to_max_octets_gb: 1220
mmc_rx_unicast_g: 4357
mmc_rx_length_error: 0
mmc_rx_autofrangetype: 0
mmc_rx_pause_frames: 0
mmc_rx_fifo_overflow: 0
mmc_rx_vlan_frames_gb: 8656
mmc_rx_watchdog_error: 0
mmc_rx_ipc_intr_mask: 2147385342
mmc_rx_ipc_intr: 0
mmc_rx_ipv4_gd: 4451
mmc_rx_ipv4_hderr: 0
mmc_rx_ipv4_nopay: 0
mmc_rx_ipv4_frag: 0
mmc_rx_ipv4_udsbl: 0
mmc_rx_ipv4_gd_octets: 2319576
mmc_rx_ipv4_hderr_octets: 0
mmc_rx_ipv4_nopay_octets: 0
mmc_rx_ipv4_frag_octets: 0
mmc_rx_ipv4_udsbl_octets: 0
mmc_rx_ipv6_gd_octets: 726
mmc_rx_ipv6_hderr_octets: 0
mmc_rx_ipv6_nopay_octets: 0
mmc_rx_ipv6_gd: 6
mmc_rx_ipv6_hderr: 0
mmc_rx_ipv6_nopay: 0
mmc_rx_udp_gd: 1542
mmc_rx_udp_err: 0
mmc_rx_tcp_gd: 2844
mmc_rx_tcp_err: 0
mmc_rx_icmp_gd: 71
mmc_rx_icmp_err: 0
mmc_rx_udp_gd_octets: 299070
mmc_rx_udp_err_octets: 0
mmc_rx_tcp_gd_octets: 1929132
mmc_rx_tcp_err_octets: 0
mmc_rx_icmp_gd_octets: 2840
mmc_rx_icmp_err_octets: 0
tx_underflow: 0
tx_carrier: 0
tx_losscarrier: 0
vlan_tag: 8656
tx_deferred: 0
tx_vlan: 4007
tx_jabber: 0
tx_frame_flushed: 0
tx_payload_error: 0
tx_ip_header_error: 0
rx_desc: 0
sa_filter_fail: 0
overflow_error: 0
ipc_csum_error: 0
rx_collision: 0
rx_crc_errors: 0
dribbling_bit: 0
rx_length: 0
rx_mii: 0
rx_multicast: 0
rx_gmac_overflow: 0
rx_watchdog: 0
da_rx_filter_fail: 0
sa_rx_filter_fail: 0
rx_missed_cntr: 0
rx_overflow_cntr: 0
rx_vlan: 0
tx_undeflow_irq: 0
tx_process_stopped_irq: 0
tx_jabber_irq: 0
rx_overflow_irq: 0
rx_buf_unav_irq: 0
rx_process_stopped_irq: 0
rx_watchdog_irq: 0
tx_early_irq: 0
fatal_bus_error_irq: 0
rx_early_irq: 30
threshold: 1
tx_pkt_n: 4007
rx_pkt_n: 8658
normal_irq_n: 7266
rx_normal_irq_n: 7106
napi_poll: 8677
tx_normal_irq_n: 159
tx_clean: 8677
tx_set_ic_bit: 160
irq_receive_pmt_irq_n: 0
mmc_tx_irq_n: 0
mmc_rx_irq_n: 0
mmc_rx_csum_offload_irq_n: 0
irq_tx_path_in_lpi_mode_n: 2421
irq_tx_path_exit_lpi_mode_n: 2420
irq_rx_path_in_lpi_mode_n: 0
irq_rx_path_exit_lpi_mode_n: 0
phy_eee_wakeup_error_n: 0
ip_hdr_err: 0
ip_payload_err: 0
ip_csum_bypassed: 0
ipv4_pkt_rcvd: 0
ipv6_pkt_rcvd: 0
no_ptp_rx_msg_type_ext: 0
ptp_rx_msg_type_sync: 0
ptp_rx_msg_type_follow_up: 0
ptp_rx_msg_type_delay_req: 0
ptp_rx_msg_type_delay_resp: 0
ptp_rx_msg_type_pdelay_req: 0
ptp_rx_msg_type_pdelay_resp: 0
ptp_rx_msg_type_pdelay_follow_up: 0
ptp_rx_msg_type_announce: 0
ptp_rx_msg_type_management: 0
ptp_rx_msg_pkt_reserved_type: 0
ptp_frame_type: 0
ptp_ver: 0
timestamp_dropped: 0
av_pkt_rcvd: 0
av_tagged_pkt_rcvd: 0
vlan_tag_priority_val: 0
l3_filter_match: 0
l4_filter_match: 0
l3_l4_filter_no_match: 0
irq_pcs_ane_n: 0
irq_pcs_link_n: 0
irq_rgmii_n: 0
mtl_tx_status_fifo_full: 0
mtl_tx_fifo_not_empty: 0
mmtl_fifo_ctrl: 0
mtl_tx_fifo_read_ctrl_write: 0
mtl_tx_fifo_read_ctrl_wait: 0
mtl_tx_fifo_read_ctrl_read: 0
mtl_tx_fifo_read_ctrl_idle: 0
mac_tx_in_pause: 0
mac_tx_frame_ctrl_xfer: 0
mac_tx_frame_ctrl_idle: 0
mac_tx_frame_ctrl_wait: 0
mac_tx_frame_ctrl_pause: 0
mac_gmii_tx_proto_engine: 0
mtl_rx_fifo_fill_level_full: 0
mtl_rx_fifo_fill_above_thresh: 0
mtl_rx_fifo_fill_below_thresh: 0
mtl_rx_fifo_fill_level_empty: 0
mtl_rx_fifo_read_ctrl_flush: 0
mtl_rx_fifo_read_ctrl_read_data: 0
mtl_rx_fifo_read_ctrl_status: 0
mtl_rx_fifo_read_ctrl_idle: 0
mtl_rx_fifo_ctrl_active: 0
mac_rx_frame_ctrl_fifo: 0
mac_gmii_rx_proto_engine: 0
tx_tso_frames: 0
tx_tso_nfrags: 0
[-- Attachment #3: kern.log --]
[-- Type: text/plain, Size: 40656 bytes --]
Feb 18 17:59:55 localhost kernel: [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
Feb 18 17:59:55 localhost kernel: [ 0.000000] Linux version 5.0.0-rc7+ (root@odroidc2) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1 SMP Mon Feb 18 08:12:57 CET 2019
Feb 18 17:59:55 localhost kernel: [ 0.000000] Machine model: Hardkernel ODROID-C2
Feb 18 17:59:55 localhost kernel: [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000068000000, size 256 MiB
Feb 18 17:59:55 localhost kernel: [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
Feb 18 17:59:55 localhost kernel: [ 0.000000] On node 0 totalpages: 486144
Feb 18 17:59:55 localhost kernel: [ 0.000000] DMA32 zone: 7616 pages used for memmap
Feb 18 17:59:55 localhost kernel: [ 0.000000] DMA32 zone: 0 pages reserved
Feb 18 17:59:55 localhost kernel: [ 0.000000] DMA32 zone: 486144 pages, LIFO batch:63
Feb 18 17:59:55 localhost kernel: [ 0.000000] psci: probing for conduit method from DT.
Feb 18 17:59:55 localhost kernel: [ 0.000000] psci: PSCIv0.2 detected in firmware.
Feb 18 17:59:55 localhost kernel: [ 0.000000] psci: Using standard PSCI v0.2 function IDs
Feb 18 17:59:55 localhost kernel: [ 0.000000] psci: Trusted OS migration not required
Feb 18 17:59:55 localhost kernel: [ 0.000000] random: get_random_bytes called from start_kernel+0xa4/0x448 with crng_init=0
Feb 18 17:59:55 localhost kernel: [ 0.000000] percpu: Embedded 23 pages/cpu @(____ptrval____) s53528 r8192 d32488 u94208
Feb 18 17:59:55 localhost kernel: [ 0.000000] pcpu-alloc: s53528 r8192 d32488 u94208 alloc=23*4096
Feb 18 17:59:55 localhost kernel: [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
Feb 18 17:59:55 localhost kernel: [ 0.000000] Detected VIPT I-cache on CPU0
Feb 18 17:59:55 localhost kernel: [ 0.000000] CPU features: detected: ARM erratum 843419
Feb 18 17:59:55 localhost kernel: [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 478528
Feb 18 17:59:55 localhost kernel: [ 0.000000] Kernel command line: console=ttyAML0,115200 root=/dev/mmcblk1p2 rootwait rootflags=data=writeback rw slub_debug=P page_poison=1 slab_nomerge
Feb 18 17:59:55 localhost kernel: [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
Feb 18 17:59:55 localhost kernel: [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
Feb 18 17:59:55 localhost kernel: [ 0.000000] Memory: 1626632K/1944576K available (9150K kernel code, 650K rwdata, 2288K rodata, 448K init, 1101K bss, 55800K reserved, 262144K cma-reserved)
Feb 18 17:59:55 localhost kernel: [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Feb 18 17:59:55 localhost kernel: [ 0.000000] rcu: Hierarchical RCU implementation.
Feb 18 17:59:55 localhost kernel: [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
Feb 18 17:59:55 localhost kernel: [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
Feb 18 17:59:55 localhost kernel: [ 0.000000] GIC: Using split EOI/Deactivate mode
Feb 18 17:59:55 localhost kernel: [ 0.000000] irq_meson_gpio: 133 to 8 gpio interrupt mux initialized
Feb 18 17:59:55 localhost kernel: [ 0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
Feb 18 17:59:55 localhost kernel: [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x588fe9dc0, max_idle_ns: 440795202592 ns
Feb 18 17:59:55 localhost kernel: [ 0.000002] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 4398046511097ns
Feb 18 17:59:55 localhost kernel: [ 0.000225] Console: colour dummy device 80x25
Feb 18 17:59:55 localhost kernel: [ 0.000252] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=96000)
Feb 18 17:59:55 localhost kernel: [ 0.000258] pid_max: default: 32768 minimum: 301
Feb 18 17:59:55 localhost kernel: [ 0.000388] LSM: Security Framework initializing
Feb 18 17:59:55 localhost kernel: [ 0.000517] AppArmor: AppArmor initialized
Feb 18 17:59:55 localhost kernel: [ 0.000571] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Feb 18 17:59:55 localhost kernel: [ 0.000577] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes)
Feb 18 17:59:55 localhost kernel: [ 0.001752] ASID allocator initialised with 65536 entries
Feb 18 17:59:55 localhost kernel: [ 0.001810] rcu: Hierarchical SRCU implementation.
Feb 18 17:59:55 localhost kernel: [ 0.002265] smp: Bringing up secondary CPUs ...
Feb 18 17:59:55 localhost kernel: [ 0.003167] Detected VIPT I-cache on CPU1
Feb 18 17:59:55 localhost kernel: [ 0.003211] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
Feb 18 17:59:55 localhost kernel: [ 0.004117] Detected VIPT I-cache on CPU2
Feb 18 17:59:55 localhost kernel: [ 0.004138] CPU2: Booted secondary processor 0x0000000002 [0x410fd034]
Feb 18 17:59:55 localhost kernel: [ 0.005029] Detected VIPT I-cache on CPU3
Feb 18 17:59:55 localhost kernel: [ 0.005046] CPU3: Booted secondary processor 0x0000000003 [0x410fd034]
Feb 18 17:59:55 localhost kernel: [ 0.005088] smp: Brought up 1 node, 4 CPUs
Feb 18 17:59:55 localhost kernel: [ 0.005098] SMP: Total of 4 processors activated.
Feb 18 17:59:55 localhost kernel: [ 0.005103] CPU features: detected: 32-bit EL0 Support
Feb 18 17:59:55 localhost kernel: [ 0.005107] CPU features: detected: CRC32 instructions
Feb 18 17:59:55 localhost kernel: [ 0.005229] CPU: All CPU(s) started at EL2
Feb 18 17:59:55 localhost kernel: [ 0.005243] alternatives: patching kernel code
Feb 18 17:59:55 localhost kernel: [ 0.006001] devtmpfs: initialized
Feb 18 17:59:55 localhost kernel: [ 0.011301] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
Feb 18 17:59:55 localhost kernel: [ 0.011319] futex hash table entries: 1024 (order: 4, 65536 bytes)
Feb 18 17:59:55 localhost kernel: [ 0.089843] xor: measuring software checksum speed
Feb 18 17:59:55 localhost kernel: [ 0.128142] 8regs : 2947.000 MB/sec
Feb 18 17:59:55 localhost kernel: [ 0.168165] 32regs : 3491.000 MB/sec
Feb 18 17:59:55 localhost kernel: [ 0.208189] arm64_neon: 3199.000 MB/sec
Feb 18 17:59:55 localhost kernel: [ 0.208192] xor: using function: 32regs (3491.000 MB/sec)
Feb 18 17:59:55 localhost kernel: [ 0.208203] pinctrl core: initialized pinctrl subsystem
Feb 18 17:59:55 localhost kernel: [ 0.209116] NET: Registered protocol family 16
Feb 18 17:59:55 localhost kernel: [ 0.209429] audit: initializing netlink subsys (disabled)
Feb 18 17:59:55 localhost kernel: [ 0.209579] audit: type=2000 audit(0.208:1): state=initialized audit_enabled=0 res=1
Feb 18 17:59:55 localhost kernel: [ 0.210098] vdso: 2 pages (1 code @ (____ptrval____), 1 data @ (____ptrval____))
Feb 18 17:59:55 localhost kernel: [ 0.210105] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers.
Feb 18 17:59:55 localhost kernel: [ 0.212710] DMA: preallocated 256 KiB pool for atomic allocations
Feb 18 17:59:55 localhost kernel: [ 0.212754] Serial: AMBA PL011 UART driver
Feb 18 17:59:55 localhost kernel: [ 0.221756] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages
Feb 18 17:59:55 localhost kernel: [ 0.221765] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages
Feb 18 17:59:55 localhost kernel: [ 0.221768] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
Feb 18 17:59:55 localhost kernel: [ 0.221772] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages
Feb 18 17:59:55 localhost kernel: [ 0.288287] raid6: neonx8 gen() 2048 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.356332] raid6: neonx8 xor() 1940 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.424411] raid6: neonx4 gen() 1940 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.492446] raid6: neonx4 xor() 1862 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.560488] raid6: neonx2 gen() 1495 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.628536] raid6: neonx2 xor() 1559 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.696599] raid6: neonx1 gen() 933 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.764656] raid6: neonx1 xor() 1104 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.832726] raid6: int64x8 gen() 1414 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.900767] raid6: int64x8 xor() 937 MB/s
Feb 18 17:59:55 localhost kernel: [ 0.968808] raid6: int64x4 gen() 1268 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.036851] raid6: int64x4 xor() 976 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.104910] raid6: int64x2 gen() 844 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.172990] raid6: int64x2 xor() 769 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.241028] raid6: int64x1 gen() 531 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.309084] raid6: int64x1 xor() 574 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.309088] raid6: using algorithm neonx8 gen() 2048 MB/s
Feb 18 17:59:55 localhost kernel: [ 1.309090] raid6: .... xor() 1940 MB/s, rmw enabled
Feb 18 17:59:55 localhost kernel: [ 1.309094] raid6: using neon recovery algorithm
Feb 18 17:59:55 localhost kernel: [ 1.310489] SCSI subsystem initialized
Feb 18 17:59:55 localhost kernel: [ 1.310673] libata version 3.00 loaded.
Feb 18 17:59:55 localhost kernel: [ 1.310819] usbcore: registered new interface driver usbfs
Feb 18 17:59:55 localhost kernel: [ 1.310850] usbcore: registered new interface driver hub
Feb 18 17:59:55 localhost kernel: [ 1.310891] usbcore: registered new device driver usb
Feb 18 17:59:55 localhost kernel: [ 1.310978] pps_core: LinuxPPS API ver. 1 registered
Feb 18 17:59:55 localhost kernel: [ 1.310981] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
Feb 18 17:59:55 localhost kernel: [ 1.310993] PTP clock support registered
Feb 18 17:59:55 localhost kernel: [ 1.311367] Advanced Linux Sound Architecture Driver Initialized.
Feb 18 17:59:55 localhost kernel: [ 1.311743] NetLabel: Initializing
Feb 18 17:59:55 localhost kernel: [ 1.311746] NetLabel: domain hash size = 128
Feb 18 17:59:55 localhost kernel: [ 1.311749] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO
Feb 18 17:59:55 localhost kernel: [ 1.311823] NetLabel: unlabeled traffic allowed by default
Feb 18 17:59:55 localhost kernel: [ 1.312093] clocksource: Switched to clocksource arch_sys_counter
Feb 18 17:59:55 localhost kernel: [ 1.312217] VFS: Disk quotas dquot_6.6.0
Feb 18 17:59:55 localhost kernel: [ 1.312267] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.312352] FS-Cache: Loaded
Feb 18 17:59:55 localhost kernel: [ 1.312561] CacheFiles: Loaded
Feb 18 17:59:55 localhost kernel: [ 1.312894] AppArmor: AppArmor Filesystem Enabled
Feb 18 17:59:55 localhost kernel: [ 1.317960] NET: Registered protocol family 2
Feb 18 17:59:55 localhost kernel: [ 1.318447] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.318480] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.318565] TCP bind hash table entries: 16384 (order: 6, 262144 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.318736] TCP: Hash tables configured (established 16384 bind 16384)
Feb 18 17:59:55 localhost kernel: [ 1.318820] UDP hash table entries: 1024 (order: 3, 32768 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.318858] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes)
Feb 18 17:59:55 localhost kernel: [ 1.319026] NET: Registered protocol family 1
Feb 18 17:59:55 localhost kernel: [ 1.319757] hw perfevents: enabled with armv8_cortex_a53 PMU driver, 7 counters available
Feb 18 17:59:55 localhost kernel: [ 1.319953] kvm [1]: 8-bit VMID
Feb 18 17:59:55 localhost kernel: [ 1.319957] kvm [1]: IPA Size Limit: 40bits
Feb 18 17:59:55 localhost kernel: [ 1.320247] kvm [1]: vgic interrupt IRQ1
Feb 18 17:59:55 localhost kernel: [ 1.320327] kvm [1]: Hyp mode initialized successfully
Feb 18 17:59:55 localhost kernel: [ 1.321264] Initialise system trusted keyrings
Feb 18 17:59:55 localhost kernel: [ 1.321421] workingset: timestamp_bits=46 max_order=19 bucket_order=0
Feb 18 17:59:55 localhost kernel: [ 1.334597] Key type asymmetric registered
Feb 18 17:59:55 localhost kernel: [ 1.334608] Asymmetric key parser 'x509' registered
Feb 18 17:59:55 localhost kernel: [ 1.334665] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 248)
Feb 18 17:59:55 localhost kernel: [ 1.334765] io scheduler mq-deadline registered
Feb 18 17:59:55 localhost kernel: [ 1.334770] io scheduler kyber registered
Feb 18 17:59:55 localhost kernel: [ 1.335983] GPIO line 501 (usb-hub-reset) hogged as output/high
Feb 18 17:59:55 localhost kernel: [ 1.344176] meson_vid_pll_div_recalc_rate: Invalid config value for vid_pll_div
Feb 18 17:59:55 localhost kernel: [ 1.346163] soc soc0: Amlogic Meson GXBB (S905) Revision 1f:c (0:1) Detected
Feb 18 17:59:55 localhost kernel: [ 1.347227] c81004c0.serial: ttyAML0 at MMIO 0xc81004c0 (irq = 13, base_baud = 1500000) is a meson_uart
Feb 18 17:59:55 localhost kernel: [ 2.072721] printk: console [ttyAML0] enabled
Feb 18 17:59:55 localhost kernel: [ 2.084406] loop: module loaded
Feb 18 17:59:55 localhost kernel: [ 2.084757] zram: Added device: zram0
Feb 18 17:59:55 localhost kernel: [ 2.086038] mtdoops: mtd device (mtddev=name/number) must be supplied
Feb 18 17:59:55 localhost kernel: [ 2.092259] libphy: Fixed MDIO Bus: probed
Feb 18 17:59:55 localhost kernel: [ 2.096044] tun: Universal TUN/TAP device driver, 1.6
Feb 18 17:59:55 localhost kernel: [ 2.101735] meson8b-dwmac c9410000.ethernet: PTP uses main clock
Feb 18 17:59:55 localhost kernel: [ 2.106950] meson8b-dwmac c9410000.ethernet: no reset control found
Feb 18 17:59:55 localhost kernel: [ 2.113570] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
Feb 18 17:59:55 localhost kernel: [ 2.120230] meson8b-dwmac c9410000.ethernet: DWMAC1000
Feb 18 17:59:55 localhost kernel: [ 2.125399] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
Feb 18 17:59:55 localhost kernel: [ 2.132816] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
Feb 18 17:59:55 localhost kernel: [ 2.140233] meson8b-dwmac c9410000.ethernet: COE Type 2
Feb 18 17:59:55 localhost kernel: [ 2.145407] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
Feb 18 17:59:55 localhost kernel: [ 2.152393] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
Feb 18 17:59:55 localhost kernel: [ 2.158803] meson8b-dwmac c9410000.ethernet: Normal descriptors
Feb 18 17:59:55 localhost kernel: [ 2.164643] meson8b-dwmac c9410000.ethernet: Ring mode enabled
Feb 18 17:59:55 localhost kernel: [ 2.170420] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Feb 18 17:59:55 localhost kernel: [ 3.232112] libphy: stmmac: probed
Feb 18 17:59:55 localhost kernel: [ 3.233745] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Feb 18 17:59:55 localhost kernel: [ 3.236357] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Feb 18 17:59:55 localhost kernel: [ 3.242541] usbcore: registered new interface driver usb-storage
Feb 18 17:59:55 localhost kernel: [ 3.248496] usbcore: registered new interface driver usbserial_generic
Feb 18 17:59:55 localhost kernel: [ 3.254910] usbserial: USB Serial support registered for generic
Feb 18 17:59:55 localhost kernel: [ 3.261063] mousedev: PS/2 mouse device common for all mice
Feb 18 17:59:55 localhost kernel: [ 3.266534] i2c /dev entries driver
Feb 18 17:59:55 localhost kernel: [ 3.270421] IR Sharp protocol handler initialized
Feb 18 17:59:55 localhost kernel: [ 3.274478] IR XMP protocol handler initialized
Feb 18 17:59:55 localhost kernel: [ 3.279101] Registered IR keymap rc-empty
Feb 18 17:59:55 localhost kernel: [ 3.282971] rc rc0: meson-ir as /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0
Feb 18 17:59:55 localhost kernel: [ 3.290928] input: meson-ir as /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0/input0
Feb 18 17:59:55 localhost kernel: [ 3.299261] meson-ir c8100580.ir: receiver initialized
Feb 18 17:59:55 localhost kernel: [ 3.304627] softdog: initialized. soft_noboot=0 soft_margin=60 sec soft_panic=0 (nowayout=0)
Feb 18 17:59:55 localhost kernel: [ 3.313299] meson-gx-mmc d0074000.mmc: Linked as a consumer to regulator.2
Feb 18 17:59:55 localhost kernel: [ 3.319313] meson-gx-mmc d0074000.mmc: Linked as a consumer to regulator.1
Feb 18 17:59:55 localhost kernel: [ 3.326098] meson-gx-mmc d0074000.mmc: allocated mmc-pwrseq
Feb 18 17:59:55 localhost kernel: [ 3.359962] ledtrig-cpu: registered to indicate activity on CPUs
Feb 18 17:59:55 localhost kernel: [ 3.360601] meson-sm: secure-monitor enabled
Feb 18 17:59:55 localhost kernel: [ 3.364975] usbcore: registered new interface driver usbhid
Feb 18 17:59:55 localhost kernel: [ 3.370147] usbhid: USB HID core driver
Feb 18 17:59:55 localhost kernel: [ 3.374156] meson-saradc c1108680.adc: Linked as a consumer to regulator.1
Feb 18 17:59:55 localhost kernel: [ 3.382191] GACT probability on
Feb 18 17:59:55 localhost kernel: [ 3.383832] Mirror/redirect action on
Feb 18 17:59:55 localhost kernel: [ 3.387490] u32 classifier
Feb 18 17:59:55 localhost kernel: [ 3.390080] Performance counters on
Feb 18 17:59:55 localhost kernel: [ 3.393874] input device check on
Feb 18 17:59:55 localhost kernel: [ 3.397497] Actions configured
Feb 18 17:59:55 localhost kernel: [ 3.401466] NET: Registered protocol family 10
Feb 18 17:59:55 localhost kernel: [ 3.406328] Segment Routing with IPv6
Feb 18 17:59:55 localhost kernel: [ 3.409106] mip6: Mobile IPv6
Feb 18 17:59:55 localhost kernel: [ 3.411812] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
Feb 18 17:59:55 localhost kernel: [ 3.418438] NET: Registered protocol family 17
Feb 18 17:59:55 localhost kernel: [ 3.422102] NET: Registered protocol family 15
Feb 18 17:59:55 localhost kernel: [ 3.426581] Bridge firewalling registered
Feb 18 17:59:55 localhost kernel: [ 3.430472] NET: Registered protocol family 35
Feb 18 17:59:55 localhost kernel: [ 3.434996] 8021q: 802.1Q VLAN Support v1.8
Feb 18 17:59:55 localhost kernel: [ 3.439022] Key type dns_resolver registered
Feb 18 17:59:55 localhost kernel: [ 3.443790] registered taskstats version 1
Feb 18 17:59:55 localhost kernel: [ 3.447358] Loading compiled-in X.509 certificates
Feb 18 17:59:55 localhost kernel: [ 3.453507] Btrfs loaded, crc32c=crc32c-generic
Feb 18 17:59:55 localhost kernel: [ 3.456633] AppArmor: AppArmor sha1 policy hashing enabled
Feb 18 17:59:55 localhost kernel: [ 3.472209] phy phy-c0000000.phy.0: Linked as a consumer to regulator.3
Feb 18 17:59:55 localhost kernel: [ 3.473381] phy phy-c0000020.phy.1: Linked as a consumer to regulator.3
Feb 18 17:59:55 localhost kernel: [ 3.480055] meson-drm d0100000.vpu: Queued 2 outputs on vpu
Feb 18 17:59:55 localhost kernel: [ 3.485552] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Feb 18 17:59:55 localhost kernel: [ 3.491890] [drm] No driver support for vblank timestamp query.
Feb 18 17:59:55 localhost kernel: [ 3.497756] meson-drm d0100000.vpu: CVBS Output connector not available
Feb 18 17:59:55 localhost kernel: [ 3.532127] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
Feb 18 17:59:55 localhost kernel: [ 3.536619] meson-dw-hdmi c883a000.hdmi-tx: registered DesignWare HDMI I2C bus driver
Feb 18 17:59:55 localhost kernel: [ 3.544287] meson-drm d0100000.vpu: bound c883a000.hdmi-tx (ops 0xffffff8010a01668)
Feb 18 17:59:55 localhost kernel: [ 3.551959] [drm] Initialized meson 1.0.0 20161109 for d0100000.vpu on minor 0
Feb 18 17:59:55 localhost kernel: [ 3.558843] [drm] Cannot find any crtc or sizes
Feb 18 17:59:55 localhost kernel: [ 3.563526] dwc2 c9000000.usb: c9000000.usb supply vusb_d not found, using dummy regulator
Feb 18 17:59:55 localhost kernel: [ 3.571514] dwc2 c9000000.usb: Linked as a consumer to regulator.0
Feb 18 17:59:55 localhost kernel: [ 3.577601] dwc2 c9000000.usb: c9000000.usb supply vusb_a not found, using dummy regulator
Feb 18 17:59:55 localhost kernel: [ 3.585910] [drm] Cannot find any crtc or sizes
Feb 18 17:59:55 localhost kernel: [ 3.591361] phy phy-c0000000.phy.0: USB ID detect failed!
Feb 18 17:59:55 localhost kernel: [ 3.595629] phy phy-c0000000.phy.0: phy poweron failed --> -22
Feb 18 17:59:55 localhost kernel: [ 3.601446] WARNING: CPU: 0 PID: 32 at _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.608125] Modules linked in:
Feb 18 17:59:55 localhost kernel: [ 3.611146] CPU: 0 PID: 32 Comm: kworker/0:1 Not tainted 5.0.0-rc7+ #1
Feb 18 17:59:55 localhost kernel: [ 3.617612] Hardware name: Hardkernel ODROID-C2 (DT)
Feb 18 17:59:55 localhost kernel: [ 3.622536] Workqueue: events deferred_probe_work_func
Feb 18 17:59:55 localhost kernel: [ 3.627618] pstate: 80000005 (Nzcv daif -PAN -UAO)
Feb 18 17:59:55 localhost kernel: [ 3.632362] pc : _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.637192] lr : regulator_put+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.641072] sp : ffffff8010eaba90
Feb 18 17:59:55 localhost kernel: [ 3.644349] x29: ffffff8010eaba90 x28: ffffffc064ce7328
Feb 18 17:59:55 localhost kernel: [ 3.649610] x27: ffffffc064ce7328 x26: ffffff80105c6248
Feb 18 17:59:55 localhost kernel: [ 3.654872] x25: ffffff80105c6250 x24: 0000000000000009
Feb 18 17:59:55 localhost kernel: [ 3.660133] x23: ffffffc064ce7090 x22: ffffff8010eabb88
Feb 18 17:59:55 localhost kernel: [ 3.665394] x21: 0000000000000000 x20: ffffffc06400a900
Feb 18 17:59:55 localhost kernel: [ 3.670655] x19: ffffffc06400a900 x18: ffffffffffffffff
Feb 18 17:59:55 localhost kernel: [ 3.675917] x17: 000000008b9b3fdd x16: 00000000e39dafd8
Feb 18 17:59:55 localhost kernel: [ 3.681178] x15: ffffff8010c3c648 x14: ffffff8090eab787
Feb 18 17:59:55 localhost kernel: [ 3.686439] x13: ff00000000000000 x12: ffffffffffffffff
Feb 18 17:59:55 localhost kernel: [ 3.691700] x11: 0000000000000038 x10: 0000000000000006
Feb 18 17:59:55 localhost kernel: [ 3.696961] x9 : 0000000000000040 x8 : ffffffc06400bbff
Feb 18 17:59:55 localhost kernel: [ 3.702223] x7 : 6b6b6b6b6b6b6b6b x6 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.707484] x5 : 0000000000000000 x4 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.712745] x3 : 0000000000000000 x2 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.718006] x1 : ffffffc064c63800 x0 : 0000000000000001
Feb 18 17:59:55 localhost kernel: [ 3.723268] Call trace:
Feb 18 17:59:55 localhost kernel: [ 3.725685] _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.730169] regulator_put+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.733705] regulator_bulk_free+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.737760] devm_regulator_bulk_release+0x18/0x20
Feb 18 17:59:55 localhost kernel: [ 3.742504] release_nodes+0x17c/0x2f8
Feb 18 17:59:55 localhost kernel: [ 3.746212] devres_release_all+0x58/0x88
Feb 18 17:59:55 localhost kernel: [ 3.750179] really_probe+0xc4/0x2c0
Feb 18 17:59:55 localhost kernel: [ 3.753715] driver_probe_device+0x58/0x100
Feb 18 17:59:55 localhost kernel: [ 3.757855] __device_attach_driver+0x9c/0xf8
Feb 18 17:59:55 localhost kernel: [ 3.762170] bus_for_each_drv+0x70/0xc8
Feb 18 17:59:55 localhost kernel: [ 3.765962] __device_attach+0xe0/0x140
Feb 18 17:59:55 localhost kernel: [ 3.769758] device_initial_probe+0x10/0x18
Feb 18 17:59:55 localhost kernel: [ 3.773897] bus_probe_device+0x94/0xa0
Feb 18 17:59:55 localhost kernel: [ 3.777693] deferred_probe_work_func+0x80/0xb8
Feb 18 17:59:55 localhost kernel: [ 3.782181] process_one_work+0x1b0/0x348
Feb 18 17:59:55 localhost kernel: [ 3.786146] worker_thread+0x224/0x448
Feb 18 17:59:55 localhost kernel: [ 3.789855] kthread+0xf8/0x128
Feb 18 17:59:55 localhost kernel: [ 3.792960] ret_from_fork+0x10/0x1c
Feb 18 17:59:55 localhost kernel: [ 3.796495] ---[ end trace d139d5a470185e84 ]---
Feb 18 17:59:55 localhost kernel: [ 3.801135] WARNING: CPU: 0 PID: 32 at _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.807793] Modules linked in:
Feb 18 17:59:55 localhost kernel: [ 3.810814] CPU: 0 PID: 32 Comm: kworker/0:1 Tainted: G W 5.0.0-rc7+ #1
Feb 18 17:59:55 localhost kernel: [ 3.818661] Hardware name: Hardkernel ODROID-C2 (DT)
Feb 18 17:59:55 localhost kernel: [ 3.823579] Workqueue: events deferred_probe_work_func
Feb 18 17:59:55 localhost kernel: [ 3.828666] pstate: 80000005 (Nzcv daif -PAN -UAO)
Feb 18 17:59:55 localhost kernel: [ 3.833410] pc : _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.838240] lr : regulator_put+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.842120] sp : ffffff8010eaba90
Feb 18 17:59:55 localhost kernel: [ 3.845398] x29: ffffff8010eaba90 x28: ffffffc064ce7328
Feb 18 17:59:55 localhost kernel: [ 3.850659] x27: ffffffc064ce7328 x26: ffffff80105c6248
Feb 18 17:59:55 localhost kernel: [ 3.855920] x25: ffffff80105c6250 x24: 0000000000000009
Feb 18 17:59:55 localhost kernel: [ 3.861182] x23: ffffffc064ce7090 x22: ffffff8010eabb88
Feb 18 17:59:55 localhost kernel: [ 3.866443] x21: 0000000000000000 x20: ffffffc06400bc80
Feb 18 17:59:55 localhost kernel: [ 3.871704] x19: ffffffc06400bc80 x18: 0000000000000039
Feb 18 17:59:55 localhost kernel: [ 3.876965] x17: 000000008b9b3fdd x16: 00000000e39dafd8
Feb 18 17:59:55 localhost kernel: [ 3.882227] x15: ffffff8010c3c648 x14: ffffffc005335e10
Feb 18 17:59:55 localhost kernel: [ 3.887488] x13: ffffffc065109430 x12: 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.892749] x11: ffffffc065109240 x10: 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.898010] x9 : 0000000000000040 x8 : ffffffc06400a9ff
Feb 18 17:59:55 localhost kernel: [ 3.903271] x7 : 6b6b6b6b6b6b6b6b x6 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.908533] x5 : 0000000000000000 x4 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.913794] x3 : 0000000000000000 x2 : 0000000000000000
Feb 18 17:59:55 localhost kernel: [ 3.919055] x1 : ffffffc064c63800 x0 : 0000000000000001
Feb 18 17:59:55 localhost kernel: [ 3.924316] Call trace:
Feb 18 17:59:55 localhost kernel: [ 3.926733] _regulator_put.part.12+0x118/0x120
Feb 18 17:59:55 localhost kernel: [ 3.931218] regulator_put+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.934754] regulator_bulk_free+0x34/0x50
Feb 18 17:59:55 localhost kernel: [ 3.938808] devm_regulator_bulk_release+0x18/0x20
Feb 18 17:59:55 localhost kernel: [ 3.943552] release_nodes+0x17c/0x2f8
Feb 18 17:59:55 localhost kernel: [ 3.947261] devres_release_all+0x58/0x88
Feb 18 17:59:55 localhost kernel: [ 3.951227] really_probe+0xc4/0x2c0
Feb 18 17:59:55 localhost kernel: [ 3.954764] driver_probe_device+0x58/0x100
Feb 18 17:59:55 localhost kernel: [ 3.958904] __device_attach_driver+0x9c/0xf8
Feb 18 17:59:55 localhost kernel: [ 3.963218] bus_for_each_drv+0x70/0xc8
Feb 18 17:59:55 localhost kernel: [ 3.967011] __device_attach+0xe0/0x140
Feb 18 17:59:55 localhost kernel: [ 3.970806] device_initial_probe+0x10/0x18
Feb 18 17:59:55 localhost kernel: [ 3.974946] bus_probe_device+0x94/0xa0
Feb 18 17:59:55 localhost kernel: [ 3.978741] deferred_probe_work_func+0x80/0xb8
Feb 18 17:59:55 localhost kernel: [ 3.983227] process_one_work+0x1b0/0x348
Feb 18 17:59:55 localhost kernel: [ 3.987194] worker_thread+0x224/0x448
Feb 18 17:59:55 localhost kernel: [ 3.990903] kthread+0xf8/0x128
Feb 18 17:59:55 localhost kernel: [ 3.994008] ret_from_fork+0x10/0x1c
Feb 18 17:59:55 localhost kernel: [ 3.997543] ---[ end trace d139d5a470185e85 ]---
Feb 18 17:59:55 localhost kernel: [ 4.002170] dwc2: probe of c9000000.usb failed with error -22
Feb 18 17:59:55 localhost kernel: [ 4.008025] dwc2 c9100000.usb: c9100000.usb supply vusb_d not found, using dummy regulator
Feb 18 17:59:55 localhost kernel: [ 4.016048] dwc2 c9100000.usb: Linked as a consumer to regulator.0
Feb 18 17:59:55 localhost kernel: [ 4.022135] dwc2 c9100000.usb: c9100000.usb supply vusb_a not found, using dummy regulator
Feb 18 17:59:55 localhost kernel: [ 4.088103] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter lpm=1
Feb 18 17:59:55 localhost kernel: [ 4.089237] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter lpm_clock_gating=1
Feb 18 17:59:55 localhost kernel: [ 4.097094] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter besl=1
Feb 18 17:59:55 localhost kernel: [ 4.103905] dwc2 c9100000.usb: dwc2_check_params: Invalid parameter hird_threshold_en=1
Feb 18 17:59:55 localhost kernel: [ 4.112794] dwc2 c9100000.usb: DWC OTG Controller
Feb 18 17:59:55 localhost kernel: [ 4.116514] dwc2 c9100000.usb: new USB bus registered, assigned bus number 1
Feb 18 17:59:55 localhost kernel: [ 4.123505] dwc2 c9100000.usb: irq 34, io mem 0xc9100000
Feb 18 17:59:55 localhost kernel: [ 4.129304] hub 1-0:1.0: USB hub found
Feb 18 17:59:55 localhost kernel: [ 4.132477] hub 1-0:1.0: 1 port detected
Feb 18 17:59:55 localhost kernel: [ 4.137029] meson-gx-mmc d0072000.mmc: Linked as a consumer to regulator.4
Feb 18 17:59:55 localhost kernel: [ 4.143189] meson-gx-mmc d0072000.mmc: Linked as a consumer to regulator.5
Feb 18 17:59:55 localhost kernel: [ 4.150006] meson-gx-mmc d0072000.mmc: Got CD GPIO
Feb 18 17:59:55 localhost kernel: [ 4.182949] hctosys: unable to open rtc device (rtc0)
Feb 18 17:59:55 localhost kernel: [ 4.183160] VCC3V3: disabling
Feb 18 17:59:55 localhost kernel: [ 4.185396] ALSA device list:
Feb 18 17:59:55 localhost kernel: [ 4.188230] No soundcards found.
Feb 18 17:59:55 localhost kernel: [ 4.197290] Waiting for root device /dev/mmcblk1p2...
Feb 18 17:59:55 localhost kernel: [ 4.262022] mmc1: new high speed SDHC card at address 0007
Feb 18 17:59:55 localhost kernel: [ 4.264022] mmcblk1: mmc1:0007 SL16G 14.5 GiB
Feb 18 17:59:55 localhost kernel: [ 4.267751] mmcblk1: p1 p2
Feb 18 17:59:55 localhost kernel: [ 4.277863] EXT4-fs (mmcblk1p2): Mount option "data=writeback" incompatible with ext2
Feb 18 17:59:55 localhost kernel: [ 4.337210] EXT4-fs (mmcblk1p2): mounted filesystem with writeback data mode. Opts: data=writeback
Feb 18 17:59:55 localhost kernel: [ 4.340552] VFS: Mounted root (ext4 filesystem) on device 179:2.
Feb 18 17:59:55 localhost kernel: [ 4.354380] devtmpfs: mounted
Feb 18 17:59:55 localhost kernel: [ 4.354679] Freeing unused kernel memory: 448K
Feb 18 17:59:55 localhost kernel: [ 4.368669] Checked W+X mappings: passed, no W+X pages found
Feb 18 17:59:55 localhost kernel: [ 4.368702] Run /sbin/init as init process
Feb 18 17:59:55 localhost kernel: [ 4.532116] usb 1-1: new high-speed USB device number 2 using dwc2
Feb 18 17:59:55 localhost kernel: [ 4.661729] random: fast init done
Feb 18 17:59:55 localhost kernel: [ 4.742039] hub 1-1:1.0: USB hub found
Feb 18 17:59:55 localhost kernel: [ 4.742348] hub 1-1:1.0: 4 ports detected
Feb 18 17:59:55 localhost kernel: [ 5.032130] usb 1-1.1: new high-speed USB device number 3 using dwc2
Feb 18 17:59:55 localhost kernel: [ 5.043062] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 17:59:55 localhost kernel: [ 5.059577] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 17:59:55 localhost kernel: [ 5.060601] random: systemd: uninitialized urandom read (16 bytes read)
Feb 18 17:59:55 localhost kernel: [ 5.212131] usb 1-1.2: new high-speed USB device number 4 using dwc2
Feb 18 17:59:55 localhost kernel: [ 5.969604] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Feb 18 17:59:55 localhost kernel: [ 6.138323] RPC: Registered named UNIX socket transport module.
Feb 18 17:59:55 localhost kernel: [ 6.138598] RPC: Registered udp transport module.
Feb 18 17:59:55 localhost kernel: [ 6.143325] RPC: Registered tcp transport module.
Feb 18 17:59:55 localhost kernel: [ 6.147962] RPC: Registered tcp NFSv4.1 backchannel transport module.
Feb 18 17:59:55 localhost kernel: [ 6.206002] EXT4-fs (mmcblk1p2): re-mounted. Opts: commit=600,errors=remount-ro
Feb 18 17:59:55 localhost kernel: [ 6.415907] random: crng init done
Feb 18 17:59:55 localhost kernel: [ 6.417316] random: 7 urandom warning(s) missed due to ratelimiting
Feb 18 17:59:55 localhost kernel: [ 6.463575] synth uevent: /devices/platform/soc/c8100000.bus/c8100580.ir/rc/rc0/input0: failed to send uevent
Feb 18 17:59:55 localhost kernel: [ 6.463582] input input0: uevent: failed to send synthetic uevent
Feb 18 17:59:55 localhost kernel: [ 6.875888] cfg80211: Loading compiled-in X.509 certificates for regulatory database
Feb 18 17:59:55 localhost kernel: [ 6.888425] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
Feb 18 17:59:55 localhost kernel: [ 6.921727] Generic PHY stmmac-0:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=stmmac-0:00, irq=POLL)
Feb 18 17:59:55 localhost kernel: [ 6.932505] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found
Feb 18 17:59:55 localhost kernel: [ 6.932910] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
Feb 18 17:59:55 localhost kernel: [ 6.934435] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW
Feb 18 17:59:55 localhost kernel: [ 6.936631] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Feb 18 17:59:55 localhost kernel: [ 6.943089] cfg80211: failed to load regulatory.db
Feb 18 17:59:55 localhost kernel: [ 7.192113] usb 1-1.2: reset high-speed USB device number 4 using dwc2
Feb 18 17:59:55 localhost kernel: [ 7.218345] br-lan: port 1(eth0.3) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 7.218814] br-lan: port 1(eth0.3) entered disabled state
Feb 18 17:59:55 localhost kernel: [ 7.224445] device eth0.3 entered promiscuous mode
Feb 18 17:59:55 localhost kernel: [ 7.232066] device eth0 entered promiscuous mode
Feb 18 17:59:55 localhost kernel: [ 7.237269] br-lan: port 1(eth0.3) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 7.238824] br-lan: port 1(eth0.3) entered forwarding state
Feb 18 17:59:55 localhost kernel: [ 7.241449] 88XXau: loading out-of-tree module taints kernel.
Feb 18 17:59:55 localhost kernel: [ 7.305670] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0202 detected
Feb 18 17:59:55 localhost kernel: [ 7.362230] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0001 detected
Feb 18 17:59:55 localhost kernel: [ 7.364003] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Feb 18 17:59:55 localhost kernel: [ 7.365596] usbcore: registered new interface driver rt2800usb
Feb 18 17:59:55 localhost kernel: [ 7.809068] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2870.bin'
Feb 18 17:59:55 localhost kernel: [ 7.826324] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.36
Feb 18 17:59:55 localhost kernel: [ 8.140162] usb 1-1.1: reset high-speed USB device number 3 using dwc2
Feb 18 17:59:55 localhost kernel: [ 8.240588] usb 1-1.1: device firmware changed
Feb 18 17:59:55 localhost kernel: [ 8.242290] usbcore: registered new interface driver rtl88xxau
Feb 18 17:59:55 localhost kernel: [ 8.243329] usb 1-1.1: USB disconnect, device number 3
Feb 18 17:59:55 localhost kernel: [ 8.328139] usb 1-1.1: new high-speed USB device number 5 using dwc2
Feb 18 17:59:55 localhost kernel: [ 8.514423] zram0: detected capacity change from 0 to 52428800
Feb 18 17:59:55 localhost kernel: [ 8.811641] rtl88xxau 1-1.1:1.0 wlan2: renamed from wlan1
Feb 18 17:59:55 localhost kernel: [ 8.907728] new mount options do not match the existing superblock, will be ignored
Feb 18 17:59:55 localhost kernel: [ 9.022314] fuse init (API version 7.28)
Feb 18 17:59:55 localhost kernel: [ 9.571880] br-dmz: port 1(eth0.2) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 9.571919] br-dmz: port 1(eth0.2) entered disabled state
Feb 18 17:59:55 localhost kernel: [ 9.577524] device eth0.2 entered promiscuous mode
Feb 18 17:59:55 localhost kernel: [ 9.588962] br-dmz: port 1(eth0.2) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 9.589003] br-dmz: port 1(eth0.2) entered forwarding state
Feb 18 17:59:55 localhost kernel: [ 9.970330] br-iot: port 1(eth0.5) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 9.970375] br-iot: port 1(eth0.5) entered disabled state
Feb 18 17:59:55 localhost kernel: [ 9.975834] device eth0.5 entered promiscuous mode
Feb 18 17:59:55 localhost kernel: [ 9.986657] br-iot: port 1(eth0.5) entered blocking state
Feb 18 17:59:55 localhost kernel: [ 9.986698] br-iot: port 1(eth0.5) entered forwarding state
Feb 18 18:00:06 localhost kernel: [ 21.021783] CIFS: Attempting to mount //10.10.30.136/USBStick
Feb 18 18:00:06 localhost kernel: [ 21.021968] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 18:00:06 localhost kernel: [ 21.022464] CIFS: Attempting to mount //10.10.30.136/Multimedia
Feb 18 18:00:06 localhost kernel: [ 21.022797] CIFS: Attempting to mount //10.10.30.136/Public
Feb 18 18:00:06 localhost kernel: [ 21.022856] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 18:00:07 localhost kernel: [ 21.078731] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 18 18:00:07 localhost kernel: [ 21.203783] cryptd: max_cpu_qlen set to 1000
Feb 18 18:00:07 localhost kernel: [ 21.206254] input: lircd-uinput as /devices/virtual/input/input1
Feb 18 18:00:07 localhost kernel: [ 21.596363] input: meson-ir (lircd bypass) as /devices/virtual/input/input2
Feb 18 18:00:07 localhost kernel: [ 21.669334] br-guest: port 1(wlan0) entered blocking state
Feb 18 18:00:07 localhost kernel: [ 21.670122] br-guest: port 1(wlan0) entered disabled state
Feb 18 18:00:07 localhost kernel: [ 21.675913] device wlan0 entered promiscuous mode
Feb 18 18:00:07 localhost kernel: [ 21.825578] br-guest: port 1(wlan0) entered blocking state
Feb 18 18:00:07 localhost kernel: [ 21.830103] br-guest: port 1(wlan0) entered forwarding state
Feb 18 18:00:07 localhost kernel: [ 21.901449] br-lan: port 2(wlan0_1) entered blocking state
Feb 18 18:00:07 localhost kernel: [ 21.901489] br-lan: port 2(wlan0_1) entered disabled state
Feb 18 18:00:07 localhost kernel: [ 21.907035] device wlan0_1 entered promiscuous mode
Feb 18 18:00:07 localhost kernel: [ 21.922534] br-lan: port 2(wlan0_1) entered blocking state
Feb 18 18:00:07 localhost kernel: [ 21.922570] br-lan: port 2(wlan0_1) entered forwarding state
Feb 18 18:00:08 localhost kernel: [ 22.921295] br-lan: port 3(wlan2) entered blocking state
Feb 18 18:00:08 localhost kernel: [ 22.921344] br-lan: port 3(wlan2) entered disabled state
Feb 18 18:00:08 localhost kernel: [ 22.926623] device wlan2 entered promiscuous mode
Feb 18 18:00:08 localhost kernel: [ 22.931105] br-lan: port 3(wlan2) entered blocking state
Feb 18 18:00:08 localhost kernel: [ 22.936230] br-lan: port 3(wlan2) entered forwarding state
Feb 18 18:00:09 localhost kernel: [ 23.180963] ip_local_port_range: prefer different parity for start/end values.
[-- Attachment #4: ethtool_test.txt --]
[-- Type: text/plain, Size: 5360 bytes --]
NIC statistics:
mmc_tx_octetcount_gb: 0
mmc_tx_framecount_gb: 0
mmc_tx_broadcastframe_g: 0
mmc_tx_multicastframe_g: 0
mmc_tx_64_octets_gb: 0
mmc_tx_65_to_127_octets_gb: 0
mmc_tx_128_to_255_octets_gb: 0
mmc_tx_256_to_511_octets_gb: 0
mmc_tx_512_to_1023_octets_gb: 0
mmc_tx_1024_to_max_octets_gb: 0
mmc_tx_unicast_gb: 0
mmc_tx_multicast_gb: 0
mmc_tx_broadcast_gb: 0
mmc_tx_underflow_error: 0
mmc_tx_singlecol_g: 0
mmc_tx_multicol_g: 0
mmc_tx_deferred: 0
mmc_tx_latecol: 0
mmc_tx_exesscol: 0
mmc_tx_carrier_error: 0
mmc_tx_octetcount_g: 0
mmc_tx_framecount_g: 0
mmc_tx_excessdef: 0
mmc_tx_pause_frame: 0
mmc_tx_vlan_frame_g: 0
mmc_rx_framecount_gb: 210416
mmc_rx_octetcount_gb: 179141135
mmc_rx_octetcount_g: 179141135
mmc_rx_broadcastframe_g: 12969
mmc_rx_multicastframe_g: 62
mmc_rx_crc_error: 0
mmc_rx_align_error: 0
mmc_rx_run_error: 0
mmc_rx_jabber_error: 0
mmc_rx_undersize_g: 0
mmc_rx_oversize_g: 0
mmc_rx_64_octets_gb: 0
mmc_rx_65_to_127_octets_gb: 92779
mmc_rx_128_to_255_octets_gb: 3501
mmc_rx_256_to_511_octets_gb: 1242
mmc_rx_512_to_1023_octets_gb: 241
mmc_rx_1024_to_max_octets_gb: 112653
mmc_rx_unicast_g: 197385
mmc_rx_length_error: 0
mmc_rx_autofrangetype: 0
mmc_rx_pause_frames: 0
mmc_rx_fifo_overflow: 1837
mmc_rx_vlan_frames_gb: 210408
mmc_rx_watchdog_error: 0
mmc_rx_ipc_intr_mask: 3221078013
mmc_rx_ipc_intr: 0
mmc_rx_ipv4_gd: 197672
mmc_rx_ipv4_hderr: 0
mmc_rx_ipv4_nopay: 0
mmc_rx_ipv4_frag: 0
mmc_rx_ipv4_udsbl: 0
mmc_rx_ipv4_gd_octets: 173449744
mmc_rx_ipv4_hderr_octets: 0
mmc_rx_ipv4_nopay_octets: 0
mmc_rx_ipv4_frag_octets: 0
mmc_rx_ipv4_udsbl_octets: 0
mmc_rx_ipv6_gd_octets: 10629
mmc_rx_ipv6_hderr_octets: 0
mmc_rx_ipv6_nopay_octets: 0
mmc_rx_ipv6_gd: 26
mmc_rx_ipv6_hderr: 0
mmc_rx_ipv6_nopay: 0
mmc_rx_udp_gd: 5382
mmc_rx_udp_err: 0
mmc_rx_tcp_gd: 192230
mmc_rx_tcp_err: 0
mmc_rx_icmp_gd: 86
mmc_rx_icmp_err: 0
mmc_rx_udp_gd_octets: 1017976
mmc_rx_udp_err_octets: 0
mmc_rx_tcp_gd_octets: 168484207
mmc_rx_tcp_err_octets: 0
mmc_rx_icmp_gd_octets: 3710
mmc_rx_icmp_err_octets: 0
tx_underflow: 0
tx_carrier: 0
tx_losscarrier: 0
vlan_tag: 208571
tx_deferred: 0
tx_vlan: 517448
tx_jabber: 0
tx_frame_flushed: 0
tx_payload_error: 0
tx_ip_header_error: 0
rx_desc: 0
sa_filter_fail: 0
overflow_error: 0
ipc_csum_error: 0
rx_collision: 0
rx_crc_errors: 0
dribbling_bit: 0
rx_length: 0
rx_mii: 0
rx_multicast: 0
rx_gmac_overflow: 0
rx_watchdog: 0
da_rx_filter_fail: 0
sa_rx_filter_fail: 0
rx_missed_cntr: 0
rx_overflow_cntr: 0
rx_vlan: 0
tx_undeflow_irq: 0
tx_process_stopped_irq: 0
tx_jabber_irq: 0
rx_overflow_irq: 0
rx_buf_unav_irq: 0
rx_process_stopped_irq: 0
rx_watchdog_irq: 0
tx_early_irq: 0
fatal_bus_error_irq: 0
rx_early_irq: 14871
threshold: 1
tx_pkt_n: 517448
rx_pkt_n: 208579
normal_irq_n: 63099
rx_normal_irq_n: 38811
napi_poll: 65991
tx_normal_irq_n: 22368
tx_clean: 65991
tx_set_ic_bit: 20697
irq_receive_pmt_irq_n: 0
mmc_tx_irq_n: 0
mmc_rx_irq_n: 0
mmc_rx_csum_offload_irq_n: 0
irq_tx_path_in_lpi_mode_n: 18571
irq_tx_path_exit_lpi_mode_n: 18570
irq_rx_path_in_lpi_mode_n: 0
irq_rx_path_exit_lpi_mode_n: 0
phy_eee_wakeup_error_n: 0
ip_hdr_err: 0
ip_payload_err: 0
ip_csum_bypassed: 0
ipv4_pkt_rcvd: 0
ipv6_pkt_rcvd: 0
no_ptp_rx_msg_type_ext: 0
ptp_rx_msg_type_sync: 0
ptp_rx_msg_type_follow_up: 0
ptp_rx_msg_type_delay_req: 0
ptp_rx_msg_type_delay_resp: 0
ptp_rx_msg_type_pdelay_req: 0
ptp_rx_msg_type_pdelay_resp: 0
ptp_rx_msg_type_pdelay_follow_up: 0
ptp_rx_msg_type_announce: 0
ptp_rx_msg_type_management: 0
ptp_rx_msg_pkt_reserved_type: 0
ptp_frame_type: 0
ptp_ver: 0
timestamp_dropped: 0
av_pkt_rcvd: 0
av_tagged_pkt_rcvd: 0
vlan_tag_priority_val: 0
l3_filter_match: 0
l4_filter_match: 0
l3_l4_filter_no_match: 0
irq_pcs_ane_n: 0
irq_pcs_link_n: 0
irq_rgmii_n: 0
mtl_tx_status_fifo_full: 0
mtl_tx_fifo_not_empty: 0
mmtl_fifo_ctrl: 0
mtl_tx_fifo_read_ctrl_write: 0
mtl_tx_fifo_read_ctrl_wait: 0
mtl_tx_fifo_read_ctrl_read: 0
mtl_tx_fifo_read_ctrl_idle: 0
mac_tx_in_pause: 0
mac_tx_frame_ctrl_xfer: 0
mac_tx_frame_ctrl_idle: 0
mac_tx_frame_ctrl_wait: 0
mac_tx_frame_ctrl_pause: 0
mac_gmii_tx_proto_engine: 0
mtl_rx_fifo_fill_level_full: 0
mtl_rx_fifo_fill_above_thresh: 0
mtl_rx_fifo_fill_below_thresh: 0
mtl_rx_fifo_fill_level_empty: 0
mtl_rx_fifo_read_ctrl_flush: 0
mtl_rx_fifo_read_ctrl_read_data: 0
mtl_rx_fifo_read_ctrl_status: 0
mtl_rx_fifo_read_ctrl_idle: 0
mtl_rx_fifo_ctrl_active: 0
mac_rx_frame_ctrl_fifo: 0
mac_gmii_rx_proto_engine: 0
tx_tso_frames: 0
tx_tso_nfrags: 0
^ permalink raw reply
* Aw: Re: [BUG] [FIX] net: dsa: oops in br_vlan_enabled
From: Frank Wunderlich @ 2019-02-18 17:11 UTC (permalink / raw)
To: Florian Fainelli; +Cc: netdev, Andrew Lunn, Vivien Didelot
In-Reply-To: <2b9ecca4-4a92-44e0-f85e-2877dd08013a@gmail.com>
Hi,
tried your Patch but crashes the same way:
[ 107.416972] [<bf0fde88>] (br_vlan_enabled [bridge]) from [<bf14e234>] (dsa_po
rt_vlan_add+0x60/0xbc [dsa_core])
[ 107.426939] [<bf14e234>] (dsa_port_vlan_add [dsa_core]) from [<bf14eba4>] (ds
a_slave_port_obj_add+0x64/0x68 [dsa_core])
[ 107.437666] [<bf14eba4>] (dsa_slave_port_obj_add [dsa_core]) from [<c0b4e684>
] (__switchdev_port_obj_add+0x50/0xc4)
[ 107.448029] [<c0b4e684>] (__switchdev_port_obj_add) from [<c0b4e6d4>] (__swit
chdev_port_obj_add+0xa0/0xc4)
[ 107.457612] [<c0b4e6d4>] (__switchdev_port_obj_add) from [<c0b4e758>] (switch
dev_port_obj_add_now+0x60/0x130)
[ 107.467453] [<c0b4e758>] (switchdev_port_obj_add_now) from [<c0b4eb94>] (swit
chdev_port_obj_add+0x44/0x190)
[ 107.477181] [<c0b4eb94>] (switchdev_port_obj_add) from [<bf1013d0>] (br_switc
hdev_port_vlan_add+0x60/0x7c [bridge])
[ 107.487644] [<bf1013d0>] (br_switchdev_port_vlan_add [bridge]) from [<bf0ff25
0>] (__vlan_add+0xb0/0x620 [bridge])
regards Frank
> Gesendet: Montag, 18. Februar 2019 um 00:20 Uhr
> Von: "Florian Fainelli" <f.fainelli@gmail.com>
> An: "Frank Wunderlich" <frank-w@public-files.de>, netdev@vger.kernel.org, "Andrew Lunn" <andrew@lunn.ch>, "Vivien Didelot" <vivien.didelot@gmail.com>
> Betreff: Re: [BUG] [FIX] net: dsa: oops in br_vlan_enabled
>
>
>
> On 2/17/2019 9:13 AM, Florian Fainelli wrote:
> > Hi Frank,
> >
> > On 2/16/2019 8:22 AM, Frank Wunderlich wrote:
> >> Hi,
> >>
> >> i've found an oops in 4.19.23/10, seems to be fixed anyhow in 5.0 (also works in 4.14.101)
> >>
> >> root@bpi-r2:~# ip link add link lan0 name lan0.5 type vlan id 5
> >> root@bpi-r2:~# ip addr add 192.168.5.200/24 brd 192.168.5.255 dev lan0.5
> >> root@bpi-r2:~# ip link set dev lan0 up
> >> root@bpi-r2:~# ip link set dev lan0.5 up
> >
> > So that these steps don't involve a bridge, and because we don't (yet)
> > implment ndo_vlan_rx_{add,kill}_vid() netdevice_ops, there is no VLAN
> > programming, it's all software
> >
> >>
> >> 12: lan0.5@lan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN group default qlen 1000
> >> link/ether 02:02:02:02:02:02 brd ff:ff:ff:ff:ff:ff
> >> inet 192.168.5.200/24 brd 192.168.5.255 scope global lan0.5
> >> valid_lft forever preferred_lft forever
> >>
> >> root@bpi-r2:~# brctl addbr bridge_name
> >> root@bpi-r2:~# brctl addif bridge_name lan0.5
> >
> > Unless you changed the bridge to have VLAN filtering/awareness with:
> >
> > echo 1 > /sys/class/net/bridge_name/bridge/vlan_filtering
> >
> > There will be no VLAN configuration/objects pushed to DSA since commit
> > 2ea7a679ca2abd251c1ec03f20508619707e1749 ("net: dsa: Don't add vlans
> > when vlan filtering is disabled") so I am not sure how you got into that
> > situation because prior to pushing a VLAN object, the port must be part
> > of a bridge, so the steps typically look like:
> >
> > - port_bridge_join which assigns dp->bridge_dev
> > - port_vlan_add
> >
> > Does your 4.19.23 kernel somehow change how VLAN objects are pushed down
> > the switch driver?
> >
> >> [ 352.057128] bridge_name: port 1(lan0.5) entered blocking state
> >> [ 352.063065] bridge_name: port 1(lan0.5) entered disabled state
> >> [ 352.069181] device lan0.5 entered promiscuous mode
> >> [ 352.074018] device lan0 entered promiscuous mode
> >> [ 352.078906] Unable to handle kernel NULL pointer dereference at virtual address 00000558
> >> ...
> >> [ 352.493085] [<bf0fde88>] (br_vlan_enabled [bridge]) from [<bf12c234>] (dsa_port_vlan_add+0x60/0xbc [dsa_core])
> >> [ 352.503050] [<bf12c234>] (dsa_port_vlan_add [dsa_core]) from [<bf12cb64>] (dsa_slave_port_obj_add+0x4c/0x50 [dsa_core])
> >> [ 352.513776] [<bf12cb64>] (dsa_slave_port_obj_add [dsa_core]) from [<c0b4e2d4>] (__switchdev_port_obj_add+0x50/0xc4)
> >> [ 352.524138] [<c0b4e2d4>] (__switchdev_port_obj_add) from [<c0b4e324>] (__switchdev_port_obj_add+0xa0/0xc4)
> >> [ 352.533721] [<c0b4e324>] (__switchdev_port_obj_add) from [<c0b4e3a8>] (switchdev_port_obj_add_now+0x60/0x130)
> >> [ 352.543562] [<c0b4e3a8>] (switchdev_port_obj_add_now) from [<c0b4e7e4>] (switchdev_port_obj_add+0x44/0x190)
> >> [ 352.553284] [<c0b4e7e4>] (switchdev_port_obj_add) from [<bf1013d0>] (br_switchdev_port_vlan_add+0x60/0x7c [bridge])
> >> [ 352.563733] [<bf1013d0>] (br_switchdev_port_vlan_add [bridge]) from [<bf0ff250>] (__vlan_add+0xb0/0x620 [bridge])
> >> [ 352.574007] [<bf0ff250>] (__vlan_add [bridge]) from [<bf0ffd04>] (nbp_vlan_add+0xc4/0x150 [bridge])
> >> [ 352.583073] [<bf0ffd04>] (nbp_vlan_add [bridge]) from [<bf0ffec4>] (nbp_vlan_init+0x134/0x164 [bridge])
> >> [ 352.592482] [<bf0ffec4>] (nbp_vlan_init [bridge]) from [<bf0edd4c>] (br_add_if+0x40c/0x5fc [bridge])
> >> [ 352.601632] [<bf0edd4c>] (br_add_if [bridge]) from [<bf0eeb14>] (add_del_if+0x6c/0x80 [bridge])
> >> [ 352.610351] [<bf0eeb14>] (add_del_if [bridge]) from [<bf0ef5b0>] (br_dev_ioctl+0x7c/0x9c [bridge])
> >> [ 352.619290] [<bf0ef5b0>] (br_dev_ioctl [bridge]) from [<c09583d4>] (dev_ifsioc+0x184/0x324)
> >> [ 352.627582] [<c09583d4>] (dev_ifsioc) from [<c09589e8>] (dev_ioctl+0x32c/0x5cc)
> >> [ 352.634837] [<c09589e8>] (dev_ioctl) from [<c090913c>] (sock_ioctl+0x3bc/0x580)
> >>
> >>
> >> since my 4.19.23 kernel is modified a bit i tried with 4.19.10 without my net modifications and it is still reproducable with steps above (create a vlan on dsa-user-port and then use it in a bridge)
> >>
> >> i fixed it with these changes:
>
> Your fix is undoing the commit from Andrew I just referenced, so it is
> definitively not the right fix because it will push VLAN objects down to
> a non-VLAN aware bridge, not that this is really a problem, but it
> should not be happening anyway.
>
> The problem appears to be the following though: you are enslaving a VLAN
> device, which does not have switchdev_ops, so we recurse into the lower
> device, which is the DSA network device, which does have switchdev_ops
> defined. Once we are there we check the orig_dev against being a bridge
> master network device, but we are not checking that it's a VLAN device
> so we end-up assuming it is a DSA network device, we de-reference
> garbage by checking br_vlan_enabled(dp->bridge_dev) because there is
> simply no such data structure associated with the VLAN device.
>
> The attached patch should help.
>
> This is no longer a problem in newer kernels because the switchdev
> operations use a notifier which checks the target network device to be DSA.
> --
> Florian
>
^ permalink raw reply
* Re: [PATCH bpf 1/2] bpf/test_run: fix unkillable BPF_PROG_TEST_RUN
From: Stanislav Fomichev @ 2019-02-18 17:29 UTC (permalink / raw)
To: Daniel Borkmann; +Cc: Stanislav Fomichev, netdev, davem, ast, syzbot
In-Reply-To: <74457479-d54c-69fa-958a-3cfb1ee9e5a2@iogearbox.net>
On 02/16, Daniel Borkmann wrote:
> On 02/13/2019 12:42 AM, Stanislav Fomichev wrote:
> > Syzbot found out that running BPF_PROG_TEST_RUN with repeat=0xffffffff
> > makes process unkillable. The problem is that when CONFIG_PREEMPT is
> > enabled, we never see need_resched() return true. This is due to the
> > fact that preempt_enable() (which we do in bpf_test_run_one on each
> > iteration) now handles resched if it's needed.
> >
> > Let's disable preemption for the whole run, not per test. In this case
> > we can properly see whether resched is needed.
> > Let's also properly return -EINTR to the userspace in case of a signal
> > interrupt.
> >
> > See recent discussion:
> > http://lore.kernel.org/netdev/CAH3MdRWHr4N8jei8jxDppXjmw-Nw=puNDLbu1dQOFQHxfU2onA@mail.gmail.com
> >
> > I'll follow up with the same fix bpf_prog_test_run_flow_dissector in
> > bpf-next.
> >
> > Reported-by: syzbot <syzkaller@googlegroups.com>
> > Signed-off-by: Stanislav Fomichev <sdf@google.com>
> > ---
> > net/bpf/test_run.c | 45 ++++++++++++++++++++++++---------------------
> > 1 file changed, 24 insertions(+), 21 deletions(-)
> >
> > diff --git a/net/bpf/test_run.c b/net/bpf/test_run.c
> > index fa2644d276ef..e31e1b20f7f4 100644
> > --- a/net/bpf/test_run.c
> > +++ b/net/bpf/test_run.c
> > @@ -13,27 +13,13 @@
> > #include <net/sock.h>
> > #include <net/tcp.h>
> >
> > -static __always_inline u32 bpf_test_run_one(struct bpf_prog *prog, void *ctx,
> > - struct bpf_cgroup_storage *storage[MAX_BPF_CGROUP_STORAGE_TYPE])
> > -{
> > - u32 ret;
> > -
> > - preempt_disable();
> > - rcu_read_lock();
> > - bpf_cgroup_storage_set(storage);
> > - ret = BPF_PROG_RUN(prog, ctx);
> > - rcu_read_unlock();
> > - preempt_enable();
> > -
> > - return ret;
> > -}
> > -
> > -static int bpf_test_run(struct bpf_prog *prog, void *ctx, u32 repeat, u32 *ret,
> > - u32 *time)
> > +static int bpf_test_run(struct bpf_prog *prog, void *ctx, u32 repeat,
> > + u32 *retval, u32 *time)
> > {
> > struct bpf_cgroup_storage *storage[MAX_BPF_CGROUP_STORAGE_TYPE] = { 0 };
> > enum bpf_cgroup_storage_type stype;
> > u64 time_start, time_spent = 0;
> > + int ret = 0;
> > u32 i;
> >
> > for_each_cgroup_storage_type(stype) {
> > @@ -48,25 +34,42 @@ static int bpf_test_run(struct bpf_prog *prog, void *ctx, u32 repeat, u32 *ret,
> >
> > if (!repeat)
> > repeat = 1;
> > +
> > + rcu_read_lock();
> > + preempt_disable();
> > time_start = ktime_get_ns();
> > for (i = 0; i < repeat; i++) {
> > - *ret = bpf_test_run_one(prog, ctx, storage);
> > + bpf_cgroup_storage_set(storage);
> > + *retval = BPF_PROG_RUN(prog, ctx);
> > +
> > + if (signal_pending(current)) {
> > + ret = -EINTR;
> > + break;
> > + }
>
> Wouldn't it be enough to just move the signal_pending() test to
> the above as you did to actually fix the unkillable issue? For
> CONFIG_PREEMPT the below need_resched() is never triggered as you
> mention as preempt_enable() handles rescheduling internally in
> this situation, so moving it only out should suffice.
>
> The rationale for disabling preemption for the whole run is imho
> a bit different, namely that you would not screw up the ktime
> measurements due to rescheduling happening in between otherwise.
That's exactly the reason why we need to preempt_disable() the whole
run; we can't preempt on preempt_enable(), it would screw up our
ktime estimation.
> But then, once preemption is disabled for the whole run, is there
> a need to move out the extra signal_pending() test (presumably as
> need_resched() does not handle TIF_SIGPENDING but only TIF_NEED_RESCHED
> but we still wouldn't get into a unkillable situation here, no)?
I'm not sure, they look like two separate flags, it feels safer to handle
them separately (and we have a precedent in do_check in verifier.c). While
we do set them both when sending signal, it looks like need_resched is
for the cases where we wake up a task with a higher priority. So, in
theory, we can have a signal_pending without need_resched. (Also, with
CONFIG_PREEMT=y kernel, there is another complication with
preempt_count()).
>
> > if (need_resched()) {
> > - if (signal_pending(current))
> > - break;
> > time_spent += ktime_get_ns() - time_start;
> > + preempt_enable();
> > + rcu_read_unlock();
> > +
> > cond_resched();
> > +
> > + rcu_read_lock();
> > + preempt_disable();
> > time_start = ktime_get_ns();
> > }
> > }
> > time_spent += ktime_get_ns() - time_start;
> > + preempt_enable();
> > + rcu_read_unlock();
> > +
> > do_div(time_spent, repeat);
> > *time = time_spent > U32_MAX ? U32_MAX : (u32)time_spent;
> >
> > for_each_cgroup_storage_type(stype)
> > bpf_cgroup_storage_free(storage[stype]);
> >
> > - return 0;
> > + return ret;
> > }
> >
> > static int bpf_test_finish(const union bpf_attr *kattr,
> >
>
^ permalink raw reply
* [PATCH net] net: hns: Fixes the missing put_device in positive leg for roce reset
From: Salil Mehta @ 2019-02-18 17:40 UTC (permalink / raw)
To: davem
Cc: salil.mehta, yisen.zhuang, lipeng321, mehta.salil, netdev,
linux-kernel, linux-rdma, linuxarm
This patch fixes the missing device reference release-after-use in
the positive leg of the roce reset API of the HNS DSAF.
Fixes: c969c6e7ab8c ("net: hns: Fix object reference leaks in hns_dsaf_roce_reset()")
Reported-by: John Garry <john.garry@huawei.com>
Signed-off-by: Salil Mehta <salil.mehta@huawei.com>
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c b/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c
index b8155f5..ac55db0 100644
--- a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c
+++ b/drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c
@@ -3128,6 +3128,9 @@ int hns_dsaf_roce_reset(struct fwnode_handle *dsaf_fwnode, bool dereset)
dsaf_set_bit(credit, DSAF_SBM_ROCEE_CFG_CRD_EN_B, 1);
dsaf_write_dev(dsaf_dev, DSAF_SBM_ROCEE_CFG_REG_REG, credit);
}
+
+ put_device(&pdev->dev);
+
return 0;
}
EXPORT_SYMBOL(hns_dsaf_roce_reset);
--
2.7.4
^ permalink raw reply related
* Re: -Wimplicit-fallthrough not working with ccache
From: Gustavo A. R. Silva @ 2019-02-18 17:49 UTC (permalink / raw)
To: Kalle Valo
Cc: netdev, linux-wireless, linux-kernel, ath10k, David S. Miller,
linux-kbuild, Kees Cook
In-Reply-To: <87zhqwuggt.fsf_-_@kamboji.qca.qualcomm.com>
Hi Kalle,
On 2/16/19 5:21 AM, Kalle Valo wrote:
> (replying to an old thread but renaming it)
>
> Kalle Valo <kvalo@codeaurora.org> writes:
>
>> "Gustavo A. R. Silva" <gustavo@embeddedor.com> wrote:
>>
>>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>>> where we are expecting to fall through.
>>>
>>> Notice that in this particular case, I replaced "pass through" with
>>> a proper "fall through" comment, which is what GCC is expecting
>>> to find.
>>>
>>> Signed-off-by: Gustavo A. R. Silva <gustavo@embeddedor.com>
>>> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
>>
>> Patch applied to ath-next branch of ath.git, thanks.
>>
>> f1d270ae10ff ath10k: htt_tx: mark expected switch fall-throughs
>
> Gustavo, I enabled W=1 on my ath10k build checks and it took me a while
> to figure out why GCC was warning about fall through annotations missing
> even I knew you had fixed them. Finally I figured out that the reason
> was ccache, which I need because I work with different branches and need
> to recompile the kernel quite often.
>
> If the plan is to enable -Wimplicit-fallthrough by default in the kernel
> IMHO this might become an issue, as otherwise people using ccache start
> seeing lots of invalid warnings. Apparently CCACHE_COMMENTS=1 will fix
> that but my version of ccache doesn't support it, and how would everyone
> learn that trick anyway? Or maybe CCACHE_COMMENTS can enabled through
> kernel Makefile?
>
Can you share with me the warning messages you get?
I just see the following warnings with linux-next:
$ make CC="ccache gcc" W=1 drivers/net/wireless/ath/ath10k/htt_tx.o
CC [M] drivers/net/wireless/ath/ath10k/htt_tx.o
In file included from drivers/net/wireless/ath/ath10k/htt_tx.c:19:
drivers/net/wireless/ath/ath10k/htt.h:1727:1: warning: alignment 1 of ‘struct ath10k_htt_txbuf_32’ is less than 4 [-Wpacked-not-aligned]
} __packed;
^
drivers/net/wireless/ath/ath10k/htt.h:1734:1: warning: alignment 1 of ‘struct ath10k_htt_txbuf_64’ is less than 4 [-Wpacked-not-aligned]
} __packed;
^
In my Makefile I have:
KBUILD_CFLAGS += $(call cc-option,-Wimplicit-fallthrough=3,)
Thanks
--
Gustavo
^ permalink raw reply
* RE: [PATCH] net: hns: Fix object reference leaks in hns_dsaf_roce_reset()
From: Salil Mehta @ 2019-02-18 17:54 UTC (permalink / raw)
To: John Garry, Huang Zijiang, Zhuangyuzeng (Yisen)
Cc: davem@davemloft.net, lipeng (Y), liuyonglong, yuehaibing,
keescook@chromium.org, wangxi (M), netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, wang.yi59@zte.com.cn, Linuxarm
In-Reply-To: <4ca251e6-22a1-a792-bb64-2498d8cb6fcd@huawei.com>
> From: John Garry
> Sent: Friday, February 15, 2019 12:00 PM
>
> On 15/02/2019 11:25, Salil Mehta wrote:
> >> From: John Garry
> >> Sent: Friday, February 15, 2019 10:52 AM
> >>
> >> On 14/02/2019 06:41, Huang Zijiang wrote:
> >>> The of_find_device_by_node() takes a reference to the underlying device
> >>> structure, we should release that reference.
> >>
> >> of_find_device_by_node() is not called for every path, so is this change proper:
> >
> >
> > It looks okay to me and with the suggested device reference is being
> > released from every possible error leg in the function. Could you be
> > more specific which error path is not being addressed?
> >
> >> /* find the platform device corresponding to fwnode */
> >> if (is_of_node(dsaf_fwnode)) {
> >> pdev = of_find_device_by_node(to_of_node(dsaf_fwnode));
> >
> >
> > This will get the reference to the device, which needs to be
> > released later.
> >
> >
> >> } else if (is_acpi_device_node(dsaf_fwnode)) {
> >> pdev = hns_dsaf_find_platform_device(dsaf_fwnode);
> >
> >
> > This will also get the reference to the device when bus_find_device()
> > gets called and returns the 'device'. Therefore, this needs to be
> > released as well using put_device()
>
> OK, I see. That's non-obvious.
>
> And so the commit message was simply incomplete.
>
> So who finally drops this reference? This patch only seems to release on
> error path. I checked the callers and they don't seem to.
Yes, in the positive leg the put_device() was missing. Thanks for identifying!
I have floated the patch to fix it https://www.lkml.org/lkml/2019/2/18/1161
Salil.
^ permalink raw reply
* [PATCH RFC] net-sysfs: consistent behavior between ioctl and sysfs
From: Julius Niedworok @ 2019-02-18 18:02 UTC (permalink / raw)
To: netdev
Cc: julius.n, ga58taw, David S. Miller, Alexander Duyck, Tyler Hicks,
Amritha Nambiar, Jeff Kirsher, Petr Machata, Dmitry Torokhov,
Joe Perches, linux-kernel
The flags of a network interface can be read either from
/sys/class/net/<dev>/flags or from the ioctl SIOCGIFFLAGS. When the ioctl
is used, dev_get_flags is called to extract the flags. However, reads on
the sysfs file return the plain content of the flags integer and do not
call dev_get_flags.
In order to fix this inconsistent behavior, replace the NETDEVICE_SHOW_RW
macro by the functions format_flags and flags_show. These functions extract
the flags by calling dev_get_flags and return them formatted for the user.
This makes the behavior between calling the SIOCGIFFLAGS ioctl and reading
/sys/class/net/<dev>/flags consistent.
Co-developed-by: Charlie Groh <ga58taw@mytum.de>
Signed-off-by: Charlie Groh <ga58taw@mytum.de>
Signed-off-by: Julius Niedworok <julius.n@gmx.net>
---
net/core/net-sysfs.c | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/net/core/net-sysfs.c b/net/core/net-sysfs.c
index ff9fd2b..8ae8be5 100644
--- a/net/core/net-sysfs.c
+++ b/net/core/net-sysfs.c
@@ -345,7 +345,19 @@ static ssize_t flags_store(struct device *dev, struct device_attribute *attr,
{
return netdev_store(dev, attr, buf, len, change_flags);
}
-NETDEVICE_SHOW_RW(flags, fmt_hex);
+
+static ssize_t format_flags(const struct net_device *dev, char *buf)
+{
+ return sprintf(buf, fmt_hex, dev_get_flags(dev));
+}
+
+static ssize_t flags_show(struct device *dev,
+ struct device_attribute *attr,
+ char *buf)
+{
+ return netdev_show(dev, attr, buf, format_flags);
+}
+static DEVICE_ATTR_RW(flags);
static ssize_t tx_queue_len_store(struct device *dev,
struct device_attribute *attr,
--
2.10.1 (Apple Git-78)
^ permalink raw reply related
* Re: stmmac / meson8b-dwmac
From: Simon Huelck @ 2019-02-18 18:05 UTC (permalink / raw)
To: Jose Abreu, Martin Blumenstingl
Cc: Emiliano Ingrassia, Gpeppe.cavallaro, alexandre.torgue,
linux-amlogic, netdev
In-Reply-To: <adafe6d7-e619-45e9-7ecb-76f003b0c7d9@synopsys.com>
[-- Attachment #1: Type: text/plain, Size: 2787 bytes --]
Am 18.02.2019 um 18:05 schrieb Jose Abreu:
> On 2/18/2019 4:51 PM, Simon Huelck wrote:
>> Hi,
>>
>> no im testing vanilla mainline kernel and against 4.14. where
>> performance was ok. but turning off EEE via ethtool should have same
>> results than removal of that patch.
>>
>> But, since it was mainlined recently , not long ago, i think this was
>> tested ??
> The thing is that phy_init_eee() is called by stmmac and this
> function does not take into account the broken modes if it's
> called too early which will cause driver to enable LPI in MAC.
>
> And anyway, if you have lpi values in the ethtool stats then EEE
> is being enabled by stmmac.
>
> Please try the change I suggested.
>
> Thanks,
> Jose Miguel Abreu
Hi,
disabling EEE doesnt help ( did it via the entry in the .dtb / .dts ),
the results are the same. I can confirm the LPI counters are zero or one
only after the test.....
C:\Users\Simon\Downloads\iperf-2.0.9-win64>iperf -c 10.10.11.1 -i1 -d
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 10.10.11.1, TCP port 5001
TCP window size: 208 KByte (default)
------------------------------------------------------------
[ 4] local 10.10.11.100 port 56114 connected with 10.10.11.1 port 5001
[ 5] local 10.10.11.100 port 5001 connected with 10.10.11.1 port 47866
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 1.0 sec 20.1 MBytes 169 Mbits/sec
[ 5] 0.0- 1.0 sec 75.8 MBytes 635 Mbits/sec
[ 4] 1.0- 2.0 sec 18.1 MBytes 152 Mbits/sec
[ 5] 1.0- 2.0 sec 69.0 MBytes 579 Mbits/sec
[ 4] 2.0- 3.0 sec 15.6 MBytes 131 Mbits/sec
[ 5] 2.0- 3.0 sec 70.7 MBytes 593 Mbits/sec
[ 4] 3.0- 4.0 sec 15.9 MBytes 133 Mbits/sec
[ 5] 3.0- 4.0 sec 70.3 MBytes 590 Mbits/sec
[ 4] 4.0- 5.0 sec 16.4 MBytes 137 Mbits/sec
[ 5] 4.0- 5.0 sec 69.5 MBytes 583 Mbits/sec
[ 4] 5.0- 6.0 sec 16.5 MBytes 138 Mbits/sec
[ 5] 5.0- 6.0 sec 69.0 MBytes 579 Mbits/sec
[ 4] 6.0- 7.0 sec 18.2 MBytes 153 Mbits/sec
[ 5] 6.0- 7.0 sec 69.8 MBytes 585 Mbits/sec
[ 4] 7.0- 8.0 sec 15.6 MBytes 131 Mbits/sec
[ 5] 7.0- 8.0 sec 70.0 MBytes 587 Mbits/sec
[ 4] 8.0- 9.0 sec 16.2 MBytes 136 Mbits/sec
[ 5] 8.0- 9.0 sec 69.6 MBytes 583 Mbits/sec
[ 4] 9.0-10.0 sec 17.1 MBytes 144 Mbits/sec
[ 4] 0.0-10.0 sec 170 MBytes 142 Mbits/sec
[ 5] 9.0-10.0 sec 69.1 MBytes 580 Mbits/sec
[ 5] 0.0-10.0 sec 703 MBytes 589 Mbits/sec
regards,
Simon
[-- Attachment #2: ethtool_test2.txt --]
[-- Type: text/plain, Size: 5373 bytes --]
NIC statistics:
mmc_tx_octetcount_gb: 0
mmc_tx_framecount_gb: 0
mmc_tx_broadcastframe_g: 0
mmc_tx_multicastframe_g: 0
mmc_tx_64_octets_gb: 0
mmc_tx_65_to_127_octets_gb: 0
mmc_tx_128_to_255_octets_gb: 0
mmc_tx_256_to_511_octets_gb: 0
mmc_tx_512_to_1023_octets_gb: 0
mmc_tx_1024_to_max_octets_gb: 0
mmc_tx_unicast_gb: 0
mmc_tx_multicast_gb: 0
mmc_tx_broadcast_gb: 0
mmc_tx_underflow_error: 0
mmc_tx_singlecol_g: 0
mmc_tx_multicol_g: 0
mmc_tx_deferred: 0
mmc_tx_latecol: 0
mmc_tx_exesscol: 0
mmc_tx_carrier_error: 0
mmc_tx_octetcount_g: 0
mmc_tx_framecount_g: 0
mmc_tx_excessdef: 0
mmc_tx_pause_frame: 0
mmc_tx_vlan_frame_g: 0
mmc_rx_framecount_gb: 2348653
mmc_rx_octetcount_gb: 3299190414
mmc_rx_octetcount_g: 3299190413
mmc_rx_broadcastframe_g: 92816
mmc_rx_multicastframe_g: 249
mmc_rx_crc_error: 2
mmc_rx_align_error: 0
mmc_rx_run_error: 2
mmc_rx_jabber_error: 0
mmc_rx_undersize_g: 0
mmc_rx_oversize_g: 0
mmc_rx_64_octets_gb: 0
mmc_rx_65_to_127_octets_gb: 172809
mmc_rx_128_to_255_octets_gb: 15902
mmc_rx_256_to_511_octets_gb: 659
mmc_rx_512_to_1023_octets_gb: 370
mmc_rx_1024_to_max_octets_gb: 2158911
mmc_rx_unicast_g: 2255586
mmc_rx_length_error: 2
mmc_rx_autofrangetype: 0
mmc_rx_pause_frames: 0
mmc_rx_fifo_overflow: 2924
mmc_rx_vlan_frames_gb: 2348591
mmc_rx_watchdog_error: 0
mmc_rx_ipc_intr_mask: 4294377460
mmc_rx_ipc_intr: 0
mmc_rx_ipv4_gd: 2255929
mmc_rx_ipv4_hderr: 0
mmc_rx_ipv4_nopay: 21
mmc_rx_ipv4_frag: 0
mmc_rx_ipv4_udsbl: 1
mmc_rx_ipv4_gd_octets: 3242768541
mmc_rx_ipv4_hderr_octets: 0
mmc_rx_ipv4_nopay_octets: 982
mmc_rx_ipv4_frag_octets: 0
mmc_rx_ipv4_udsbl_octets: 12
mmc_rx_ipv6_gd_octets: 20851
mmc_rx_ipv6_hderr_octets: 0
mmc_rx_ipv6_nopay_octets: 0
mmc_rx_ipv6_gd: 93
mmc_rx_ipv6_hderr: 0
mmc_rx_ipv6_nopay: 0
mmc_rx_udp_gd: 1942
mmc_rx_udp_err: 0
mmc_rx_tcp_gd: 2254045
mmc_rx_tcp_err: 0
mmc_rx_icmp_gd: 34
mmc_rx_icmp_err: 0
mmc_rx_udp_gd_octets: 885355
mmc_rx_udp_err_octets: 0
mmc_rx_tcp_gd_octets: 3196780259
mmc_rx_tcp_err_octets: 0
mmc_rx_icmp_gd_octets: 1300
mmc_rx_icmp_err_octets: 0
tx_underflow: 0
tx_carrier: 0
tx_losscarrier: 0
vlan_tag: 2345667
tx_deferred: 0
tx_vlan: 655982
tx_jabber: 0
tx_frame_flushed: 0
tx_payload_error: 0
tx_ip_header_error: 0
rx_desc: 0
sa_filter_fail: 0
overflow_error: 0
ipc_csum_error: 0
rx_collision: 0
rx_crc_errors: 0
dribbling_bit: 0
rx_length: 0
rx_mii: 0
rx_multicast: 0
rx_gmac_overflow: 0
rx_watchdog: 0
da_rx_filter_fail: 0
sa_rx_filter_fail: 0
rx_missed_cntr: 0
rx_overflow_cntr: 0
rx_vlan: 0
tx_undeflow_irq: 0
tx_process_stopped_irq: 0
tx_jabber_irq: 0
rx_overflow_irq: 0
rx_buf_unav_irq: 0
rx_process_stopped_irq: 0
rx_watchdog_irq: 0
tx_early_irq: 0
fatal_bus_error_irq: 0
rx_early_irq: 20521
threshold: 1
tx_pkt_n: 655982
rx_pkt_n: 2345727
normal_irq_n: 227466
rx_normal_irq_n: 195493
napi_poll: 227438
tx_normal_irq_n: 28972
tx_clean: 227438
tx_set_ic_bit: 26239
irq_receive_pmt_irq_n: 0
mmc_tx_irq_n: 0
mmc_rx_irq_n: 0
mmc_rx_csum_offload_irq_n: 0
irq_tx_path_in_lpi_mode_n: 0
irq_tx_path_exit_lpi_mode_n: 0
irq_rx_path_in_lpi_mode_n: 1
irq_rx_path_exit_lpi_mode_n: 1
phy_eee_wakeup_error_n: 0
ip_hdr_err: 0
ip_payload_err: 0
ip_csum_bypassed: 0
ipv4_pkt_rcvd: 0
ipv6_pkt_rcvd: 0
no_ptp_rx_msg_type_ext: 0
ptp_rx_msg_type_sync: 0
ptp_rx_msg_type_follow_up: 0
ptp_rx_msg_type_delay_req: 0
ptp_rx_msg_type_delay_resp: 0
ptp_rx_msg_type_pdelay_req: 0
ptp_rx_msg_type_pdelay_resp: 0
ptp_rx_msg_type_pdelay_follow_up: 0
ptp_rx_msg_type_announce: 0
ptp_rx_msg_type_management: 0
ptp_rx_msg_pkt_reserved_type: 0
ptp_frame_type: 0
ptp_ver: 0
timestamp_dropped: 0
av_pkt_rcvd: 0
av_tagged_pkt_rcvd: 0
vlan_tag_priority_val: 0
l3_filter_match: 0
l4_filter_match: 0
l3_l4_filter_no_match: 0
irq_pcs_ane_n: 0
irq_pcs_link_n: 0
irq_rgmii_n: 0
mtl_tx_status_fifo_full: 0
mtl_tx_fifo_not_empty: 0
mmtl_fifo_ctrl: 0
mtl_tx_fifo_read_ctrl_write: 0
mtl_tx_fifo_read_ctrl_wait: 0
mtl_tx_fifo_read_ctrl_read: 0
mtl_tx_fifo_read_ctrl_idle: 0
mac_tx_in_pause: 0
mac_tx_frame_ctrl_xfer: 0
mac_tx_frame_ctrl_idle: 0
mac_tx_frame_ctrl_wait: 0
mac_tx_frame_ctrl_pause: 0
mac_gmii_tx_proto_engine: 0
mtl_rx_fifo_fill_level_full: 0
mtl_rx_fifo_fill_above_thresh: 0
mtl_rx_fifo_fill_below_thresh: 0
mtl_rx_fifo_fill_level_empty: 0
mtl_rx_fifo_read_ctrl_flush: 0
mtl_rx_fifo_read_ctrl_read_data: 0
mtl_rx_fifo_read_ctrl_status: 0
mtl_rx_fifo_read_ctrl_idle: 0
mtl_rx_fifo_ctrl_active: 0
mac_rx_frame_ctrl_fifo: 0
mac_gmii_rx_proto_engine: 0
tx_tso_frames: 0
tx_tso_nfrags: 0
^ permalink raw reply
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