Re: [Intel-wired-lan] [PATCH iwl-next v2] ice: Extend auxbus device naming

2024-04-29 Thread Jiri Pirko
Sat, Apr 27, 2024 at 12:25:44AM CEST, jacob.e.kel...@intel.com wrote: > > >On 4/26/2024 6:43 AM, Jiri Pirko wrote: >> Fri, Apr 26, 2024 at 02:49:40PM CEST, przemyslaw.kits...@intel.com wrote: >>> On 4/26/24 13:19, Jiri Pirko wrote: Wed, Apr 24, 2024 at 06:56:37PM CEST, jacob.e.kel...@intel.com

[Intel-wired-lan] [PATCH v2] ice: Fix enabling SR-IOV with Xen

2024-04-29 Thread Ross Lagerwall
When the PCI functions are created, Xen is informed about them and caches the number of MSI-X entries each function has. However, the number of MSI-X entries is not set until after the hardware has been configured and the VFs have been started. This prevents PCI-passthrough from working because Xe

Re: [Intel-wired-lan] [PATCH iwl] idpf: don't enable NAPI and interrupts prior to allocating Rx buffers

2024-04-29 Thread Simon Horman
On Fri, Apr 26, 2024 at 04:44:08PM +0200, Alexander Lobakin wrote: > Currently, idpf enables NAPI and interrupts prior to allocating Rx > buffers. > This may lead to frame loss (there are no buffers to place incoming > frames) and even crashes on quick ifup-ifdown. Interrupts must be > enabled only

Re: [Intel-wired-lan] [PATCH v2] ice: Fix enabling SR-IOV with Xen

2024-04-29 Thread Paul Menzel
Dear Ross, Thank you for your patch. Am 29.04.24 um 14:49 schrieb Ross Lagerwall: When the PCI functions are created, Xen is informed about them and caches the number of MSI-X entries each function has. However, the number of MSI-X entries is not set until after the hardware has been configur

Re: [Intel-wired-lan] [BUG] e1000e, scheduling while atomic (stable)

2024-04-29 Thread Artem S. Tashkinov
Hello, This fix is still not queued in 6.8 stable: https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/queue-6.8 Why? Regards, Artem

Re: [Intel-wired-lan] [BUG] e1000e, scheduling while atomic (stable)

2024-04-29 Thread Tony Nguyen
On 4/28/2024 1:01 AM, Linux regression tracking (Thorsten Leemhuis) wrote: On 27.04.24 13:14, Greg KH wrote: On Sat, Apr 27, 2024 at 10:54:23AM +, Artem S. Tashkinov wrote: This fix is still not queued in 6.8 stable: What fix? FWIW, this one: https://lore.kernel.org/all/20240417190320.31

Re: [Intel-wired-lan] [PATCH] net/i40e: Fix repeated EEH reports in MSI domain

2024-04-29 Thread Tony Nguyen
+ Alex On 4/22/2024 8:34 PM, Thinh Tran wrote: The patch fixes an issue when repeated EEH reports with a single error on the bus of Intel X710 4-port 10G Base-T adapter, in the MSI domain causing the devices to be permanently disabled. It fully resets and restart the devices when handling the P

Re: [Intel-wired-lan] multi-function devices with global/cross-function interdependence (Was Re: [PATCH iwl-next v2] ice: Extend auxbus device naming)

2024-04-29 Thread Jacob Keller
Hi, I'm attempting to widen the audience a bit for a discussion about the ice driver and its current (ab)use and future of using auxiliary bus to manage cross-function inter-dependencies. I've included the latest discussion with Jiri, but the full context can be read from lore.kernel.org: https:

Re: [Intel-wired-lan] [RFC net-next (what uAPI?) ice: add support for more than 16 RSS queues for VF

2024-04-29 Thread Jakub Kicinski
On Fri, 26 Apr 2024 15:22:02 +0200 Przemek Kitszel wrote: > ## devlink resources (with current API) > `devlink resource` is compelling, partially given the name sounds like a > perfect match. But when we dig just a little bit, the current Path+sizes > (min,max,step) is totally off to what is the mo