[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c9f40771-be55-40fc-b3a5-085bad5c6e8c@gmail.com>
Date: Sat, 23 Mar 2024 02:57:50 +0200
From: Sergey Ryazanov <ryazanov.s.a@...il.com>
To: Bjørn Mork <bjorn@...k.no>, netdev@...r.kernel.org
Cc: Liviu Dudau <liviu@...au.co.uk>,
Chandrashekar Devegowda <chandrashekar.devegowda@...el.com>,
Haijun Liu <haijun.liu@...iatek.com>,
Chiranjeevi Rapolu <chiranjeevi.rapolu@...ux.intel.com>,
M Chetan Kumar <m.chetan.kumar@...ux.intel.com>,
Ricardo Martinez <ricardo.martinez@...ux.intel.com>,
Loic Poulain <loic.poulain@...aro.org>,
Johannes Berg <johannes@...solutions.net>,
"David S . Miller" <davem@...emloft.net>
Subject: Re: [PATCH net] net: wwan: t7xx: Split 64bit accesses to fix
alignment issues
On 22.03.2024 16:40, Bjørn Mork wrote:
> Some of the registers are aligned on a 32bit boundary, causing
> alignment faults on 64bit platforms.
>
> Unable to handle kernel paging request at virtual address ffffffc084a1d004
> Mem abort info:
> ESR = 0x0000000096000061
> EC = 0x25: DABT (current EL), IL = 32 bits
> SET = 0, FnV = 0
> EA = 0, S1PTW = 0
> FSC = 0x21: alignment fault
> Data abort info:
> ISV = 0, ISS = 0x00000061, ISS2 = 0x00000000
> CM = 0, WnR = 1, TnD = 0, TagAccess = 0
> GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
> swapper pgtable: 4k pages, 39-bit VAs, pgdp=0000000046ad6000
> [ffffffc084a1d004] pgd=100000013ffff003, p4d=100000013ffff003, pud=100000013ffff003, pmd=0068000020a00711
> Internal error: Oops: 0000000096000061 [#1] SMP
> Modules linked in: mtk_t7xx(+) qcserial pppoe ppp_async option nft_fib_inet nf_flow_table_inet mt7921u(O) mt7921s(O) mt7921e(O) mt7921_common(O) iwlmvm(O) iwldvm(O) usb_wwan rndis_host qmi_wwan pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mt7996e(O) mt792x_usb(O) mt792x_lib(O) mt7915e(O) mt76_usb(O) mt76_sdio(O) mt76_connac_lib(O) mt76(O) mac80211(O) iwlwifi(O) huawei_cdc_ncm cfg80211(O) cdc_ncm cdc_ether wwan usbserial usbnet slhc sfp rtc_pcf8563 nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 mt6577_auxadc mdio_i2c libcrc32c compat(O) cdc_wdm cdc_acm at24 crypto_safexcel pwm_fan i2c_gpio i2c_smbus industrialio i2c_algo_bit i2c_mux_reg i2c_mux_pca954x i2c_mux_pca9541 i2c_mux_gpio i2c_mux dummy oid_registry tun sha512_arm64 sha1_ce sha1_generic seqiv
> md5 geniv des_generic libdes cbc authencesn authenc leds_gpio xhci_plat_hcd xhci_pci xhci_mtk_hcd xhci_hcd nvme nvme_core gpio_button_hotplug(O) dm_mirror dm_region_hash dm_log dm_crypt dm_mod dax usbcore usb_common ptp aquantia pps_core mii tpm encrypted_keys trusted
> CPU: 3 PID: 5266 Comm: kworker/u9:1 Tainted: G O 6.6.22 #0
> Hardware name: Bananapi BPI-R4 (DT)
> Workqueue: md_hk_wq t7xx_fsm_uninit [mtk_t7xx]
> pstate: 804000c5 (Nzcv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> pc : t7xx_cldma_hw_set_start_addr+0x1c/0x3c [mtk_t7xx]
> lr : t7xx_cldma_start+0xac/0x13c [mtk_t7xx]
> sp : ffffffc085d63d30
> x29: ffffffc085d63d30 x28: 0000000000000000 x27: 0000000000000000
> x26: 0000000000000000 x25: ffffff80c804f2c0 x24: ffffff80ca196c05
> x23: 0000000000000000 x22: ffffff80c814b9b8 x21: ffffff80c814b128
> x20: 0000000000000001 x19: ffffff80c814b080 x18: 0000000000000014
> x17: 0000000055c9806b x16: 000000007c5296d0 x15: 000000000f6bca68
> x14: 00000000dbdbdce4 x13: 000000001aeaf72a x12: 0000000000000001
> x11: 0000000000000000 x10: 0000000000000000 x9 : 0000000000000000
> x8 : ffffff80ca1ef6b4 x7 : ffffff80c814b818 x6 : 0000000000000018
> x5 : 0000000000000870 x4 : 0000000000000000 x3 : 0000000000000000
> x2 : 000000010a947000 x1 : ffffffc084a1d004 x0 : ffffffc084a1d004
> Call trace:
> t7xx_cldma_hw_set_start_addr+0x1c/0x3c [mtk_t7xx]
> t7xx_fsm_uninit+0x578/0x5ec [mtk_t7xx]
> process_one_work+0x154/0x2a0
> worker_thread+0x2ac/0x488
> kthread+0xe0/0xec
> ret_from_fork+0x10/0x20
> Code: f9400800 91001000 8b214001 d50332bf (f9000022)
> ---[ end trace 0000000000000000 ]---
>
> The inclusion of io-64-nonatomic-lo-hi.h indicates that all 64bit
> accesses can be replaced by pairs of nonatomic 32bit access. Fix
> alignment by forcing all accesses to be 32bit on 64bit platforms.
>
> Link: https://forum.openwrt.org/t/fibocom-fm350-gl-support/142682/72
> Fixes: 39d439047f1d ("net: wwan: t7xx: Add control DMA interface")
> Signed-off-by: Bjørn Mork <bjorn@...k.no>
Reviewed-by: Sergey Ryazanov <ryazanov.s.a@...il.com>
Powered by blists - more mailing lists