[haiku-bugs] Re: [Haiku] #17272: Slow network transfer

  • From: "Haiku" <trac@xxxxxxxxxxxx>
  • To: undisclosed-recipients: ;
  • Date: Fri, 24 Sep 2021 08:57:30 -0000

#17272: Slow network transfer
---------------------------------------+-------------------------
  Reporter:  jens                      |      Owner:  nobody
      Type:  bug                       |     Status:  new
  Priority:  normal                    |  Milestone:  Unscheduled
 Component:  Drivers/Network/ipro1000  |    Version:  R1/beta3
Resolution:                            |   Keywords:
Blocked By:                            |   Blocking:
  Platform:  All                       |
---------------------------------------+-------------------------
Comment (by mmlr):

 Replying to [comment:17 diver]:

So I guess it could be an usb related interrupt storm:
{{{
int  16, enabled 3, handled        0, unhandled 71138001
   ehci:_ZN4EHCI16InterruptHandlerEPv         (0xffffffff81906200), data
 0xffffffff8260ce00, handled        0
   uhci:_ZN4UHCI16InterruptHandlerEPv         (0xffffffff81948670), data
 0xffffffff824fd600, handled        0
   uhci:_ZN4UHCI16InterruptHandlerEPv         (0xffffffff81948670), data
 0xffffffff824fdc00, handled        0
}}}

You can try to blacklist `ehci` and `uhci` (or both) drivers and see if
 this changes anything.

 Note that the global interrupt 16 is shared between PCI device 0:25 (the
 network controller) and 0:26 (the USB controllers). Given the context, I'd
 say the problem is with the network controller.

 The driver attaches relatively late and then switches interrupts to MSI
 26, where we see the handler in the ints output with some handled
 interrupts.

 It looks to me like there are interrupts happening during boot which go
 unhandled while the driver is not yet attached and they may just stop
 after that. Can get the output of ints a couple of times, continuing each
 time and using the network? Just to see if the unhandled interrupts
 actually continue to increase after the driver switched to MSI.

 Turning off network booting in the firmware might work around the problem
 as that might leave the network controller uninitialized.

 If it isn't an interrupt issue, then the original problem description
 sounds a lot like an MTU issue. Can you try reducing the MTU with
 {{{ifconfig /dev/net/... mtu 1400}}} and see if that makes a difference?
-- 
Ticket URL: <https://dev.haiku-os.org/ticket/17272#comment:25>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.

Other related posts: