[PATCH 1/1] ata/sata_sil24: MSI support, disabled by default
Mahajan Vivek-B08308
B08308 at freescale.com
Tue Nov 17 17:59:25 EST 2009
> From: Grant Grundler [mailto:grundler at google.com]
> Sent: Monday, November 16, 2009 11:08 PM
> > +static int sata_sil24_msi; /* Disable MSI */
> > +module_param_named(msi, sata_sil24_msi, bool, S_IRUGO);
> > +MODULE_PARM_DESC(msi, "Enable MSI (Default: false)");
>
> Vivek,
> Do we even still need the parameter? I'm thinking either MSI
> works with a chipset or it doesn't. The kernel has globals to
> "know" which state is true.
Sometimes even in a platform, some PCIe endpoints do very
well with MSI while others may have to resort to legacy ints.
Should we let the endpoints make the final call.
>
> If the parameter is needed, when this driver is compiled into
> the kernel, how is "msi" parameter specified?
> I think the parameter needs to be documented and fit in with
> other "msi" parameters.
> See "nomsi" in Documentation/kernel-parameters.txt.
In this case "msi" is supposed to be passed via insmod and
not via kernel cmdline. If the driver is built-in the kernel,
then force sata_sil24_msi = 1 in the driver to enable it.
>
> If you want to keep this module parameter, can I suggest
> calling the exported parameter "sata_sil24_msi"?
>
Will do it in the subsequent patch.
> pci_intx() isn't documented in MSI-HOWTO.txt - because it's
> already called:
> pci_msi_enable() -> pci_msi_enable_block() ->
> msi_capability_init()
> -> pci_intx_for_msi(dev, 0) -> pci_intx(pdev, 0);
>
> (thanks to willy (Mathew Wilcox) for pointing me at
> msi_capability_init() - I overlooked it)
>
> Please add "Reviewed-by: Grant Grundler
> <grundler at google.com>" once the variable name is changed and
> the pci_intx() call is removed.
Will take care in the upcoming patch
>
> cheers,
> grant
Thanks,
Vivek
More information about the Linuxppc-dev
mailing list