> Am 31.01.2022 um 21:13 schrieb Yuri :
>
> Got this panic after booting GENERIC kernel:
>
Probably best to open a PR.
It usually gets assigned to the microchip-people - I’m not sure if they are
following the mailing-lists.
Got this panic after booting GENERIC kernel:
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 3
time = 1643658859
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe00c7b20ae0
vpanic() at vpanic+0x17f/frame 0xfe00c7b20b30
panic() at panic+0x43
On Fri, Mar 19, 2021 at 7:23 AM Yuri Pankov wrote:
> Yuri Pankov wrote:
> > H/W: Supermicro X9DRI-LN4F+, booting from IPMI Virtual CD-ROM using
> > FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-disc1.iso.
>
> Somehow I missed that it was already reported (a lot) and seems to be
>
Yuri Pankov wrote:
> H/W: Supermicro X9DRI-LN4F+, booting from IPMI Virtual CD-ROM using
> FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-disc1.iso.
Somehow I missed that it was already reported (a lot) and seems to be
already fixed with
: Attached to scbus7
umass1 numa-domain 0 on uhub2
umass1:
on usbus0
umass1: 8070i (ATAPI) over Bulk-Only; quirks = 0xc101
umass1:8:1: Attached to scbus8
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 37
time = 9
KDB: stack backtrace:
db_trace_self_wrapper()
vpanic()
malloc_dbg()
malloc
Tested on main-n245400-e75eac2cb81
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
cbus6
>> Root mount waiting for: usbus5 CAM
>> panic: malloc(M_WAITOK) with sleeping prohibited
>> cpuid = 0
>> time = 4
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> 0xfe0081dcf5f0
>> vpani
cbus6
>> Root mount waiting for: usbus5 CAM
>> panic: malloc(M_WAITOK) with sleeping prohibited
>> cpuid = 0
>> time = 4
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> 0xfe0081dcf5f0
>> vpani
On Thu, Mar 11, 2021 at 07:57:36PM -0800, Alastair Hogge wrote:
> Turns out, EFI boot stopped working. The following boots but fails with
> ...
> umass0: SCSI over Bulk-Only; quirks = 0x4001
> umass0:6:0: Attached to scbus6
> Root mount waiting for: usbus5 CAM
> pani
Turns out, EFI boot stopped working. The following boots but fails with
umass0:6:0: Attached to scbus6
Root mount waiting for: usbus5 CAM
panic: malloc(M_WAITOK) with sleeping prohibited
Tested with
FreeBSD-14.0-CURRENT-amd64-20210311-15565e0a217-257277-mini-memstick.img
OK boot
On Thu, Mar 11, 2021 at 12:56:02PM -0500, Mark Johnston wrote:
> On Thu, Mar 11, 2021 at 06:32:13PM +0100, Peter Holm wrote:
> > I just got this panic:
> >
> > panic: malloc(M_WAITOK) with sleeping prohibited
> > cpuid = 0
> > time = 1615472733
> > KDB: sta
On Thu, Mar 11, 2021 at 06:32:13PM +0100, Peter Holm wrote:
> I just got this panic:
>
> panic: malloc(M_WAITOK) with sleeping prohibited
> cpuid = 0
> time = 1615472733
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e49748b0
I just got this panic:
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 0
time = 1615472733
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e49748b0
vpanic() at vpanic+0x181/frame 0xfe00e4974900
panic() at panic+0x43/frame 0xfe00e4974960
On Wed, Mar 10, 2021 at 08:25:00AM -0700, Warner Losh wrote:
> ...
> > Also (as yesterday), neither laptop exhibited a problem after the
> > corresponding update.
> >
>
> Yes it "works" without invariants. I'm working on a better fix that isn't
> such a huge game of whack-a-mole that defers the
> s_debugger+0x71
> > > pass6 at umass-sim0 bus 0 scbus6 target 0 lun 0
> > > #1 0x80pass6: uhub4: 8 ports with 8 removable, self powered
> > > c7ddfd at witness_warn+0x40d
> > > #2 Removable Direct Access SCSI device
> > > 0x80f42fe
capping rx_queues at 6 and
> >>> tx_queues at 6
> >>> igb0: Using 6 RX queues 6 TX queues
> >>> igb0: Using MSI-X interrupts with 7 vectors
> >>> igb0:
> >>> db>
> >>> db> show panic
> >>> panic: malloc(M_WAITO
owered
> > c7ddfd at witness_warn+0x40d
> > #2 Removable Direct Access SCSI device
> > 0x80f42fe6 at uma_zallpass6: Serial Number 2010081884130
> > oc_arg+0x46
> > #3 0x80be34pass6: 40.000MB/s transfers
> > panic: malloc(M_WAITOK)
descriptors and 1024 RX descriptors
igb0: queue equality override not set, capping rx_queues at 6 and tx_queues at 6
igb0: Using 6 RX queues 6 TX queues
igb0: Using MSI-X interrupts with 7 vectors
igb0:
db>
db> show panic
panic: malloc(M_WAITOK) with sleeping prohibited
db> bt
Tracing p
sing 1024 TX descriptors and 1024 RX descriptors
> > igb0: queue equality override not set, capping rx_queues at 6 and tx_queues
> > at 6
> > igb0: Using 6 RX queues 6 TX queues
> > igb0: Using MSI-X interrupts with 7 vectors
> > igb0:
> > db>
> >
and tx_queues at 6
igb0: Using 6 RX queues 6 TX queues
igb0: Using MSI-X interrupts with 7 vectors
igb0:
db>
db> show panic
panic: malloc(M_WAITOK) with sleeping prohibited
db> bt
Tracing pid 12 tid 100172 td 0xfe010dce2100
kdb_enter() at kdb_enter+0x37/frame 0xfe00e4f72980
vpanic() at vpa
queues
igb0: Using MSI-X interrupts with 7 vectors
igb0:
db>
db> show panic
panic: malloc(M_WAITOK) with sleeping prohibited
db> bt
Tracing pid 12 tid 100172 td 0xfe010dce2100
kdb_enter() at kdb_enter+0x37/frame 0xfe00e4f72980
vpanic() at vpanic+0x1b2/frame 0xfe00e4f729d0
panic()
On Tue, Mar 09, 2021 at 04:04:56PM -0700, Warner Losh wrote:
> ...
> > The build nmachine (still?) panics:
> > ...
> I'm willing to "poke at it" a bit, given a hint or two...
>
> OK. I know what's happening here. disk_create() posts an event and also
> expects to sleep to get memory. I can fix
tached to scbus6
> stack backtrace:
> (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0?
> #0 0x80c7cce1 at witnesuhub3: 6 ports with 6 removable, self
> powered
> s_debugger+0x71
> pass6 at umass-sim0 bus 0 scbus6 target 0 lun 0
> #1 0x80pa
at uma_zallpass6: Serial Number 2010081884130
oc_arg+0x46
#3 0x80be34pass6: 40.000MB/s transfers
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 1
time = 22
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e157a2d0
vpanic() at vpanic+
On Tue, Mar 09, 2021 at 01:53:37PM -0700, Warner Losh wrote:
> ...
> The following reviews should fix this. It introduces a no-wait variant for
> disk_alloc(), provides a way to free allocated, but not created, disks and
> changes CAM to use the new routines and take some care for not leaking
..
> pass6 at umass-sim0 bus 0 scbus6 target 0 lun 0
> pass6: uhub3: 6 ports with 6 removable, self powered
> Removable Direct Access SCSI device
> pass6: Serial Number 2010081884130
> pass6: 40.000MB/s transfersuhub4: 8 ports with 8 removable, self powered
>
> panic: malloc(
On Tue, Mar 09, 2021 at 04:09:18AM -0800, David Wolfskill wrote:
> ...
> I can afford to leave it that way for a bit, in case anyone has
> suggestions for poking at it to get more information. I expect to
> be attempting the same upgrade on a couple of laptops -- after they
> finish building
: Serial Number 2010081884130
pass6: 40.000MB/s transfersuhub4: 8 ports with 8 removable, self powered
panic: malloc(M_WAITOK) with sleeping prohibited
cpuid = 0
time = 22
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe00e157a4b0
vpanic() at vpanic
28 matches
Mail list logo