Okay, this information is good to know.

So I imagine we need

29cb3b8d95c7 ixgbe: add E610 implementation of FW recovery mode
85308d999c4b ixgbe: fix memory leak and use-after-free in 
ixgbe_recovery_probe() (fixes 29cb3b8d95c7)

because of

b85936e ixgbe: initialize aci.lock before it's used
316ba68 ixgbe: destroy aci.lock later within ixgbe_remove path

right?

Both b85936e and 316ba68 are only really needed after 337369f8ce9e
("locking/mutex: Add MUTEX_WARN_ON() into fast path") right? So maybe we
can get away with not having them, as noble does not carry this patch.

Saying that, if you build a test kernel with just the first two fixups:

b1e44b4 ixgbe: fix media cage present detection for E610 device
4020659 ixgbe: fix media type detection for E610 device

does this build and test correctly? You could just use those two and
drop the other two before it all snowballs and increases the risk of
regression any further.

Thanks,
Matthew

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2131265

Title:
  [SRU] ixgbe: Add support for E610 in Noble

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2131265/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to