
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">

<TITLE>RE: [PATCH] core/mthca: Distinguish multiple IB cards in /proc/interrupts</TITLE>

</HEAD>

<BODY>

<!-- Converted from text/plain format -->


<P><FONT SIZE=2>> I disagree.  A verbs consumer of mlx4 doesn't have to worry about the<BR>

> internal design of the driver being different from mthca, and I would<BR>

> hope that carries over to indentifying interrupts.  It's much better for<BR>

> users if we can just come up with a solution that handles both of your<BR>

> cases at once, rather than an ad hoc solution for a subset of drivers.<BR>

<BR>

I was not suggesting that we change the interface to verbs consumer/user<BR>

or how we present the interrupt info. to user between mlx4 and mthca.<BR>

I agree that it's much better if we can just come up with a solution<BR>

that handles both.<BR>

<BR>

Any plan to merge the functionality of ib_core and mlx4_core into something<BR>

like 'ofa_core' that will control resource allocation for both Infiniband<BR>

and Ethernet functions? A single core will help in any similar resource issues.<BR>

<BR>

> I already suggested adding MSI-X vector information to<BR>

> /sys/devices/... to match the existing "irq" file there.  That would<BR>

> allow userspace to figure out which interrupt belonged where.  Jason's<BR>

> idea of adding the PCI device name to the interrupt name seems viable to<BR>

> me as well.<BR>

<BR>

>  - R.<BR>

<BR>

Don't we need both /sys/devices/... and /proc/interrupts?<BR>

<BR>

Regards,<BR>

Benjamin<BR>

<BR>

<BR>

</FONT>

</P>


</BODY>

</HTML>