lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPDyKFr6oDxdc2UhMvAh885dofF1EeT17Ch_Fp-9f2Yvf-654A@mail.gmail.com>
Date: Mon, 21 Oct 2024 15:29:46 +0200
From: Ulf Hansson <ulf.hansson@...aro.org>
To: Shawn Lin <shawn.lin@...k-chips.com>, Adam Green <greena88@...il.com>
Cc: Sam Protsenko <semen.protsenko@...aro.org>, regressions@...ts.linux.dev, 
	linux-kernel@...r.kernel.org, sydarn@...ton.me, linux-mmc@...r.kernel.org
Subject: Re: Unable to handle kernel paging request at virtual address ffffffc08058e000

On Fri, 18 Oct 2024 at 05:43, Shawn Lin <shawn.lin@...k-chips.com> wrote:
>
> + Sam
>
> 在 2024/10/18 8:06, Adam Green 写道:
> > Hi Shawn,
> >
> > I can confirm that after reverting
> >
> > commit 8396c793ffdf28bb8aee7cfe0891080f8cab7890
> > Author: Sam Protsenko <semen.protsenko@...aro.org>
> > Date:   Wed Mar 6 17:20:52 2024 -0600
> >
> >      mmc: dw_mmc: Fix IDMAC operation with pages bigger than 4K
> >
> > that the problem does appear to have resolved itself, I tested this on
> > a variety of devices.
> >
>
> I'm confused about the patch. Doesn't max_seg_size stand for max bytes
> per IDMA descriptor can handle?  How can it be equal to max_req_size
> which should be max_seq_size * max_segs(max_segs is IDMAC descriptors
> number can be used) ?
>
>   /* Each descriptor can transfer up to 4KB of data in chained mode */
>   #define DW_MCI_DESC_DATA_LENGTH 0x1000
>

Does the below patch fix the problem too?

https://lore.kernel.org/lkml/20241020142931.138277-1-aurelien@aurel32.net/T/

Kind regards
Uffe

>
> > Best regards,
> >
> > Adam
> >
> > On Wed, 16 Oct 2024 at 11:13, Shawn Lin <shawn.lin@...k-chips.com> wrote:
> >>
> >> 在 2024/10/16 17:55, Adam Green 写道:
> >>> Good morning,
> >>>
> >>> I would like to report a regression that appears to have been
> >>> introduced into the linux kernel since v6.9.
> >>>
> >>
> >> I didn't see many patches for dw_mmc since 6.9. So I guess the fastest
> >> way is to do a bisect. Or maybe you could try reverting this commit
> >> first to see what will happen.
> >>
> >> commit 8396c793ffdf28bb8aee7cfe0891080f8cab7890
> >> Author: Sam Protsenko <semen.protsenko@...aro.org>
> >> Date:   Wed Mar 6 17:20:52 2024 -0600
> >>
> >>       mmc: dw_mmc: Fix IDMAC operation with pages bigger than 4K
> >>
> >>
> >>> My device is currently experiencing a panic booting the kernel/rootfs
> >>> from an SD card.
> >>>
> >>> The device is a Powkiddy RGB30 which is a portable handheld gaming
> >>> console with a Rockchip RK3566 SoC (arm64).
> >>>
> >>> I have tested a variety of devices from a couple of manufacturers with
> >>> the same SoC and they all have the same issue,
> >>> I have also tested, 6.12-rc3 and linux-next and the same issue appears present.
> >>>
> >>> A full UART dump can be found here: https://clbin.com/zLZAW
> >>>
> >>> [   41.547983] Unable to handle kernel paging request at virtual
> >>> address ffffffc08058e000
> >>> [   41.553426] Mem abort info:
> >>> [   41.558231]   ESR = 0x0000000096000007
> >>> [   41.563115]   EC = 0x25: DABT (current EL), IL = 32 bits
> >>> [   41.568135]   SET = 0, FnV = 0
> >>> [   41.572882]   EA = 0, S1PTW = 0
> >>> [   41.577575]   FSC = 0x07: level 3 translation fault
> >>> [   41.582404] Data abort info:
> >>> [   41.586995]   ISV = 0, ISS = 0x00000007, ISS2 = 0x00000000
> >>> [   41.591848]   CM = 0, WnR = 0, TnD = 0, TagAccess = 0
> >>> [   41.596664]   GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0
> >>> [   41.601457] swapper pgtable: 4k pages, 39-bit VAs, pgdp=000000000363e000
> >>> [   41.606359] [ffffffc08058e000] pgd=1000000000225003,
> >>> p4d=1000000000225003, pud=1000000000225003, pmd=1000000000c8c003,
> >>> pte=0000000000000000
> >>> [   41.616442] Internal error: Oops: 0000000096000007 [#1] PREEMPT SMP
> >>> [   41.621544] Modules linked in: hci_uart btrtl bluetooth rfkill
> >>> [   41.626678] CPU: 0 UID: 0 PID: 0 Comm: swapper/0 Not tainted 6.12.0-rc2 #1
> >>> [   41.631922] Hardware name: Powkiddy RGB30 (DT)
> >>> [   41.636951] pstate: 20400009 (nzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> >>> [   41.642330] pc : dw_mci_idmac_start_dma+0xa0/0x358
> >>> [   41.647585] lr : __dw_mci_start_request+0x21c/0x6a0
> >>> [   41.652827] sp : ffffffc080003da0
> >>> [   41.657882] x29: ffffffc080003da0 x28: ffffff8001f06d80 x27: ffffffc08058d000
> >>> [   41.663399] x26: ffffffc08058e000 x25: 0000000000002711 x24: 0000000000002000
> >>> [   41.668864] x23: ffffff800167dc80 x22: 0000000080000012 x21: 0000000000001000
> >>> [   41.674257] x20: 000000003b5d1000 x19: 0000000000001000 x18: 0000000972073a81
> >>> [   41.679654] x17: ffffff9c39b47000 x16: ffffffc080000000 x15: 0000000000000001
> >>> [   41.685074] x14: 0000000000000004 x13: 000001ba5087c8e8 x12: 00000000000001a8
> >>> [   41.690506] x11: 0000000000000040 x10: ffffffe40628d890 x9 : 0000000000000000
> >>> [   41.695972] x8 : ffffff803fd44080 x7 : 0000000008f0d180 x6 : 000000003b9ac9ff
> >>> [   41.701495] x5 : 0000000000fffffe x4 : ffffffc08058de80 x3 : 00000000b2d05e00
> >>> [   41.707073] x2 : ffffffe40546ab08 x1 : ffffffc08058e000 x0 : 0000000000001000
> >>> [   41.712686] Call trace:
> >>> [   41.717857]  dw_mci_idmac_start_dma+0xa0/0x358
> >>> [   41.723266]  __dw_mci_start_request+0x21c/0x6a0
> >>> [   41.728719]  dw_mci_work_func+0x4c8/0x4d8
> >>> [   41.734144]  process_one_work+0x148/0x284
> >>> [   41.739587]  bh_worker+0x224/0x278
> >>> [   41.744985]  workqueue_softirq_action+0x78/0x88
> >>> [   41.750545]  tasklet_action+0x14/0x3c
> >>> [   41.756023]  handle_softirqs+0x100/0x23c
> >>> [   41.761506]  __do_softirq+0x14/0x20
> >>> [   41.766917]  ____do_softirq+0x10/0x20
> >>> [   41.772301]  call_on_irq_stack+0x24/0x54
> >>> [   41.777689]  do_softirq_own_stack+0x1c/0x40
> >>> [   41.783106]  irq_exit_rcu+0x94/0xd0
> >>> [   41.788455]  el1_interrupt+0x38/0x68
> >>> [   41.793799]  el1h_64_irq_handler+0x18/0x24
> >>> [   41.799200]  el1h_64_irq+0x68/0x6c
> >>> [   41.804532]  default_idle_call+0x28/0x58
> >>> [   41.809931]  do_idle+0x1fc/0x260
> >>> [   41.815152]  cpu_startup_entry+0x34/0x40
> >>> [   41.820346]  kernel_init+0x0/0x140
> >>> [   41.825437]  console_on_rootfs+0x0/0x6c
> >>> [   41.830477]  __primary_switched+0x80/0x88
> >>> [   41.835501] Code: 54000280 d294f8c0 940e1f8c d503203f (b9400340)
> >>> [   41.840748] ---[ end trace 0000000000000000 ]---
> >>> [   41.845896] Kernel panic - not syncing: Oops: Fatal exception in interrupt
> >>> [   41.851321] SMP: stopping secondary CPUs
> >>> [   41.856502] Kernel Offset: 0x2384800000 from 0xffffffc080000000
> >>> [   41.861840] PHYS_OFFSET: 0x0
> >>> [   41.866814] CPU features: 0x0c,00000014,00280928,4201720b
> >>> [   41.872087] Memory Limit: none
> >>> [   41.877119] Rebooting in 1 seconds..
> >>>
> >>> Best regards,
> >>>
> >>> Adam Green
> >>
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ