Opened 7 years ago

Closed 6 years ago

#14182 closed bug (fixed)

[ipro1000] KDL in if_getdrvflags

Reported by: diver Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Drivers/Network/ipro1000 Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #14046
Platform: All

Description

hrev51986 x86_64 running on VMware Workstation 14.1.2.

Haiku KDL'ed upon boot.

Attachments (3)

ipro1000.png (27.4 KB ) - added by diver 7 years ago.
ipro1000_threads.png (95.1 KB ) - added by diver 7 years ago.
KDL.jpg (1.9 MB ) - added by dsuden 6 years ago.
KDL example on real hardware

Change History (18)

by diver, 7 years ago

Attachment: ipro1000.png added

comment:1 by korli, 7 years ago

Could you dump the stacktraces of other ipro1000 related threads? It's not clear in which state the driver is when this panic happens.

Last edited 7 years ago by korli (previous) (diff)

comment:2 by diver, 7 years ago

How do I list related threads?

comment:3 by korli, 7 years ago

"threads 1"

by diver, 7 years ago

Attachment: ipro1000_threads.png added

comment:5 by waddlesplash, 6 years ago

Has this happened after the mbuf overrun fixes & mbuf refcounting?

comment:6 by diver, 6 years ago

Resolution: fixed
Status: newclosed

Han't had a chance to test it and it happened only twice within 2 weeks. So let's assume it's been fixed, I'll reopen if needed :P

comment:7 by waddlesplash, 6 years ago

Blocking: 14046 added

comment:8 by diver, 6 years ago

Resolution: fixed
Status: closedreopened

Happened again on boot after update to hrev52185.

comment:9 by dsuden, 6 years ago

We have kind of a "desperate" need for this driver to be stable. Hoping we can get there!

comment:10 by waddlesplash, 6 years ago

@dsuden, is it happening for you on real hardware? AFAIK nobody has seen this outside of VMware.

comment:11 by dsuden, 6 years ago

Yes, I get it fairly regularly. So do some of my customers. I don't think I have a screen grab remaining, but I'll look.

comment:12 by dsuden, 6 years ago

Found one.

by dsuden, 6 years ago

Attachment: KDL.jpg added

KDL example on real hardware

comment:13 by waddlesplash, 6 years ago

That's #12567, which is completely unrelated to this ticket (and was already fixed in hrev51603.)

comment:14 by waddlesplash, 6 years ago

@dsuden, can you find me on IRC, please?

At any rate, regarding this actual ticket: It appears that the IRQ setup where the task is created and queued happens before the IFP is initialized: http://xref.plausible.coop/source/xref/freebsd-11-stable/sys/dev/e1000/if_lem.c#695 (allocate_irq enqueues the task, setup_interface initializes the IFP), so this appears to be a bug in FreeBSD code. I'll ask around.

comment:15 by waddlesplash, 6 years ago

Resolution: fixed
Status: reopenedclosed

Should be fixed in hrev52250.

Note: See TracTickets for help on using tickets.