[lkml]   [2008]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [ofa-general] Re: [GIT PULL] please pull infiniband.git
 > | Not sure I really follow this response... ipath_driver.c has
> |
> | #ifndef CONFIG_PCI_MSI
> | ipath_dbg("CONFIG_PCI_MSI is not enabled, "
> | "using IntX for unit %u\n", dd->ipath_unit);
> | #endif
> | ipath_init_iba7220_funcs(dd);
> | break;
> |
> | so clearly ipath_init_iba7220_funcs() was intended to be built and used
> | even if CONFIG_PCI_MSI was not defined. From the code it looks like all
> | should work fine if PCI_MSI is not set, so I don't know what you mean
> | about conditional checks.
> Actually, it wasn't. It was a late cleanup for another problem, and
> we didn't worry about the other issue, and should have.

Sorry, I still don't follow. What is the antecedent of "it"? What was
"the other issue"?

I'm not sure I know the right fix for the build breakage. It seems
there are two possibilities:

- build the iba7220 support unconditionally (the patch I posted).

- change the case statement I quoted above so that the
ipath_init_iba7220_funcs() call is inside the #ifdef block (and add
an error message if CONFIG_PCI_MSI is not defined, as for the 6120
block in the same case statement).

Since it seems iba7220 works with INTx interrupts, the first choice
makes the most sense to me.

And since all the pci_msi functions have stubs that just fail
unconditionally if CONFIG_PCI_MSI is not defined, it seems we can remove
the #ifdef CONFIG_PCI_MSI from the iba7220 files.

And given that at least some device support works even if neither
PCI_MSI nor HT_IRQ is defined, then it makes sense to me to remove that
Kconfig dependency.

If I have something wrong, please let me know.

- R.

 \ /
  Last update: 2008-04-21 03:59    [W:0.051 / U:1.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site