arm64: kvims_defconfig: enable IP_NF_TARGET_TTL and NETFILTER_XT_TARGET_HL#37
Open
S-trace wants to merge 1 commit intokhadas:khadas-vims-4.9.yfrom
Open
arm64: kvims_defconfig: enable IP_NF_TARGET_TTL and NETFILTER_XT_TARGET_HL#37S-trace wants to merge 1 commit intokhadas:khadas-vims-4.9.yfrom
S-trace wants to merge 1 commit intokhadas:khadas-vims-4.9.yfrom
Conversation
…ET_HL Those features are necessary to change TTL in IP packets using iptables rules: iptables -t mangle -A POSTROUTING -j TTL --ttl-set 65 iptables -t mangle -A PREROUTING -j TTL --ttl-set 65 This may be used to work around some ISPs with misconfigured network (i.e. TTL always equals 1 for all incoming packets and/or connectivity problems if an ISP receives packets with different TTLs from the same connection) when VIMx is set up as a router/WiFi AP.
viraniac
pushed a commit
to viraniac/khadas_linux
that referenced
this pull request
Aug 21, 2024
commit 12f3519 upstream. This change fixes the following kernel NULL pointer dereference which is reproduced by blktests srp/007 occasionally. BUG: kernel NULL pointer dereference, address: 0000000000000170 PGD 0 P4D 0 Oops: 0002 [khadas#1] PREEMPT SMP NOPTI CPU: 0 PID: 9 Comm: kworker/0:1H Kdump: loaded Not tainted 6.0.0-rc1+ khadas#37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.15.0-29-g6a62e0cb0dfe-prebuilt.qemu.org 04/01/2014 Workqueue: 0x0 (kblockd) RIP: 0010:srp_recv_done+0x176/0x500 [ib_srp] Code: 00 4d 85 ff 0f 84 52 02 00 00 48 c7 82 80 02 00 00 00 00 00 00 4c 89 df 4c 89 14 24 e8 53 d3 4a f6 4c 8b 14 24 41 0f b6 42 13 <41> 89 87 70 01 00 00 41 0f b6 52 12 f6 c2 02 74 44 41 8b 42 1c b9 RSP: 0018:ffffaef7c0003e28 EFLAGS: 00000282 RAX: 0000000000000000 RBX: ffff9bc9486dea60 RCX: 0000000000000000 RDX: 0000000000000102 RSI: ffffffffb76bbd0e RDI: 00000000ffffffff RBP: ffff9bc980099a00 R08: 0000000000000001 R09: 0000000000000001 R10: ffff9bca53ef0000 R11: ffff9bc980099a10 R12: ffff9bc956e14000 R13: ffff9bc9836b9cb0 R14: ffff9bc9557b4480 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff9bc97ec00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000170 CR3: 0000000007e04000 CR4: 00000000000006f0 Call Trace: <IRQ> __ib_process_cq+0xb7/0x280 [ib_core] ib_poll_handler+0x2b/0x130 [ib_core] irq_poll_softirq+0x93/0x150 __do_softirq+0xee/0x4b8 irq_exit_rcu+0xf7/0x130 sysvec_apic_timer_interrupt+0x8e/0xc0 </IRQ> Fixes: ad215aa ("RDMA/srp: Make struct scsi_cmnd and struct srp_request adjacent") Link: https://lore.kernel.org/r/20220831081626.18712-1-yangx.jy@fujitsu.com Signed-off-by: Xiao Yang <yangx.jy@fujitsu.com> Acked-by: Bart Van Assche <bvanassche@acm.org> Signed-off-by: Leon Romanovsky <leon@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
NegXuan
pushed a commit
to NegXuan/linux
that referenced
this pull request
Aug 25, 2025
commit fb1cf08 upstream. __kernel_map_pages() is a debug function which clears the valid bit in page table entry for deallocated pages to detect illegal memory accesses to freed pages. This function set/clear the valid bit using __set_memory(). __set_memory() acquires init_mm's semaphore, and this operation may sleep. This is problematic, because __kernel_map_pages() can be called in atomic context, and thus is illegal to sleep. An example warning that this causes: BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:1578 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 2, name: kthreadd preempt_count: 2, expected: 0 CPU: 0 PID: 2 Comm: kthreadd Not tainted 6.9.0-g1d4c6d784ef6 khadas#37 Hardware name: riscv-virtio,qemu (DT) Call Trace: [<ffffffff800060dc>] dump_backtrace+0x1c/0x24 [<ffffffff8091ef6e>] show_stack+0x2c/0x38 [<ffffffff8092baf8>] dump_stack_lvl+0x5a/0x72 [<ffffffff8092bb24>] dump_stack+0x14/0x1c [<ffffffff8003b7ac>] __might_resched+0x104/0x10e [<ffffffff8003b7f4>] __might_sleep+0x3e/0x62 [<ffffffff8093276a>] down_write+0x20/0x72 [<ffffffff8000cf00>] __set_memory+0x82/0x2fa [<ffffffff8000d324>] __kernel_map_pages+0x5a/0xd4 [<ffffffff80196cca>] __alloc_pages_bulk+0x3b2/0x43a [<ffffffff8018ee82>] __vmalloc_node_range+0x196/0x6ba [<ffffffff80011904>] copy_process+0x72c/0x17ec [<ffffffff80012ab4>] kernel_clone+0x60/0x2fe [<ffffffff80012f62>] kernel_thread+0x82/0xa0 [<ffffffff8003552c>] kthreadd+0x14a/0x1be [<ffffffff809357de>] ret_from_fork+0xe/0x1c Rewrite this function with apply_to_existing_page_range(). It is fine to not have any locking, because __kernel_map_pages() works with pages being allocated/deallocated and those pages are not changed by anyone else in the meantime. Fixes: 5fde3db ("riscv: add ARCH_SUPPORTS_DEBUG_PAGEALLOC support") Signed-off-by: Nam Cao <namcao@linutronix.de> Cc: stable@vger.kernel.org Reviewed-by: Alexandre Ghiti <alexghiti@rivosinc.com> Link: https://lore.kernel.org/r/1289ecba9606a19917bc12b6c27da8aa23e1e5ae.1715750938.git.namcao@linutronix.de Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
goenjoy-hlm
pushed a commit
that referenced
this pull request
Mar 31, 2026
[ 27.785304] Unable to handle kernel paging request at virtual address 002d737370766bee [ 28.258589] Mem abort info: [ 28.258841] ESR = 0x0000000096000004 [ 28.259169] EC = 0x25: DABT (current EL), IL = 32 bits [ 28.259637] SET = 0, FnV = 0 [ 28.259911] EA = 0, S1PTW = 0 [ 28.260184] FSC = 0x04: level 0 translation fault [ 28.260610] Data abort info: [ 28.260861] ISV = 0, ISS = 0x00000004 [ 28.261200] CM = 0, WnR = 0 [ 28.261462] [002d737370766bee] address between user and kernel address ranges [ 28.262085] Internal error: Oops: 0000000096000004 [#1] SMP [ 28.262576] Modules linked in: [ 28.262852] CPU: 0 PID: 1064 Comm: vo_render_0 Not tainted 6.1.75 #37 [ 28.263420] Hardware name: Rockchip RK3576 EVB2 V10 Linux Board (DT) [ 28.263975] pstate: 800000c5 (Nzcv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 28.264587] pc : clk_core_disable+0x1c/0x1ec [ 28.264974] lr : clk_disable+0x34/0x50 [ 28.265303] sp : ffffffc00aedb8f0 [ 28.265599] x29: ffffffc00aedb8f0 x28: 0000000000000009 x27: 0000007f8322c290 [ 28.266224] x26: 0000000000000000 x25: 0000000000000000 x24: ffffff80c3bd4040 [ 28.266848] x23: ffffff80c038e068 x22: ffffffc009951ca0 x21: 0000000000000005 [ 28.267473] x20: 762d737370766b72 x19: 762d737370766b72 x18: 0000000000000030 [ 28.268097] x17: 2076656420323435 x16: 323239206d756e5f x15: 6b6c632039666534 [ 28.268721] x14: 6465353630303030 x13: 6633366362613364 x12: 3030303030303030 [ 28.269344] x11: 0000000000144580 x10: 0000000000144550 x9 : ffffffc0086ed044 [ 28.269969] x8 : ffffffc00a2141f8 x7 : ffffffc00a2c41f8 x6 : 0000000000000001 [ 28.270593] x5 : ffffff80fb529b60 x4 : ffffffc00a60aa30 x3 : 0000000000000000 [ 28.271216] x2 : 0000000000000001 x1 : ffffff80c0fa0000 x0 : 762d737370766b72 [ 28.271840] Call trace: [ 28.272060] clk_core_disable+0x1c/0x1ec [ 28.272411] clk_disable+0x34/0x50 [ 28.272718] rkvpss_runtime_suspend+0xac/0xd8 [ 28.273104] pm_generic_runtime_suspend+0x30/0x44 [ 28.273521] genpd_runtime_suspend+0xb8/0x2f4 [ 28.273906] __rpm_callback+0x4c/0x200 [ 28.274236] rpm_callback+0x6c/0x80 [ 28.274544] rpm_suspend+0xd4/0x78c [ 28.274852] rpm_idle+0x1a4/0x3b0 [ 28.275149] __pm_runtime_idle+0x64/0x1a0 [ 28.275501] ofl_release+0x78/0x94 [ 28.275810] v4l2_release+0xbc/0xf0 [ 28.276117] __fput+0xc0/0x250 [ 28.276393] ____fput+0x14/0x1c [ 28.276668] task_work_run+0xb8/0x170 [ 28.276997] do_exit+0x2d4/0x924 [ 28.277283] do_group_exit+0x38/0xa0 [ 28.277600] get_signal+0x998/0x9c0 [ 28.277908] do_notify_resume+0x180/0xde0 [ 28.278261] el0_svc+0x6c/0x80 [ 28.278535] el0t_64_sync_handler+0xb0/0xb4 [ 28.278907] el0t_64_sync+0x158/0x15c [ 28.279235] [ 28.279235] PC: 0xffffffc0086ece40: Signed-off-by: Rimon Xu <rimon.xu@rock-chips.com> Change-Id: I39d709ed8526b91c67d4181d51bad670edf9c88a
numbqq
pushed a commit
to numbqq/linux
that referenced
this pull request
Apr 9, 2026
The napi_consume_skb() function is not intended to be called in an IRQ disabled context. However, after commit 6bc8a50 ("net: macb: Fix tx_ptr_lock locking"), the freeing of TX SKBs is performed with IRQs disabled. To resolve the following call trace, use dev_consume_skb_any() for freeing TX SKBs: WARNING: kernel/softirq.c:430 at __local_bh_enable_ip+0x174/0x188, CPU#0: ksoftirqd/0/15 Modules linked in: CPU: 0 UID: 0 PID: 15 Comm: ksoftirqd/0 Not tainted 7.0.0-rc4-next-20260319-yocto-standard-dirty khadas#37 PREEMPT Hardware name: ZynqMP ZCU102 Rev1.1 (DT) pstate: 200000c5 (nzCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : __local_bh_enable_ip+0x174/0x188 lr : local_bh_enable+0x24/0x38 sp : ffff800082b3bb10 x29: ffff800082b3bb10 x28: ffff0008031f3c00 x27: 000000000011ede0 x26: ffff000800a7ff00 x25: ffff800083937ce8 x24: 0000000000017a80 x23: ffff000803243a78 x22: 0000000000000040 x21: 0000000000000000 x20: ffff000800394c80 x19: 0000000000000200 x18: 0000000000000001 x17: 0000000000000001 x16: ffff000803240000 x15: 0000000000000000 x14: ffffffffffffffff x13: 0000000000000028 x12: ffff000800395650 x11: ffff8000821d1528 x10: ffff800081c2bc08 x9 : ffff800081c1e258 x8 : 0000000100000301 x7 : ffff8000810426ec x6 : 0000000000000000 x5 : 0000000000000001 x4 : 0000000000000001 x3 : 0000000000000000 x2 : 0000000000000008 x1 : 0000000000000200 x0 : ffff8000810428dc Call trace: __local_bh_enable_ip+0x174/0x188 (P) local_bh_enable+0x24/0x38 skb_attempt_defer_free+0x190/0x1d8 napi_consume_skb+0x58/0x108 macb_tx_poll+0x1a4/0x558 __napi_poll+0x50/0x198 net_rx_action+0x1f4/0x3d8 handle_softirqs+0x16c/0x560 run_ksoftirqd+0x44/0x80 smpboot_thread_fn+0x1d8/0x338 kthread+0x120/0x150 ret_from_fork+0x10/0x20 irq event stamp: 29751 hardirqs last enabled at (29750): [<ffff8000813be184>] _raw_spin_unlock_irqrestore+0x44/0x88 hardirqs last disabled at (29751): [<ffff8000813bdf60>] _raw_spin_lock_irqsave+0x38/0x98 softirqs last enabled at (29150): [<ffff8000800f1aec>] handle_softirqs+0x504/0x560 softirqs last disabled at (29153): [<ffff8000800f2fec>] run_ksoftirqd+0x44/0x80 Fixes: 6bc8a50 ("net: macb: Fix tx_ptr_lock locking") Signed-off-by: Kevin Hao <haokexin@gmail.com> Cc: stable@vger.kernel.org Reviewed-by: Simon Horman <horms@kernel.org> Link: https://patch.msgid.link/20260321-macb-tx-v1-1-b383a58dd4e6@gmail.com Signed-off-by: Paolo Abeni <pabeni@redhat.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Those features are necessary to change TTL in IP packets using iptables rules:
iptables -t mangle -A POSTROUTING -j TTL --ttl-set 65
iptables -t mangle -A PREROUTING -j TTL --ttl-set 65
This may be used to work around some ISPs with misconfigured network
(i.e. TTL always equals 1 for all incoming packets and/or connectivity problems
if an ISP receives packets with different TTLs from the same connection)
when VIMx is set up as a router/WiFi AP.