* Always zero test in arch/i386/pci/mmconfig-shared.c
@ 2007-07-10 18:22 Scott Ashcroft
0 siblings, 0 replies; 3+ messages in thread
From: Scott Ashcroft @ 2007-07-10 18:22 UTC (permalink / raw)
To: Kernel development list
I don't think it makes any change to subsequent flow but the code in
pci_mmcfg_check_hostbridge is:
pci_mmcfg_config_num = 0;
...
if (name) {
printk(KERN_INFO "PCI: Found %s %s MMCONFIG support.\n",
name, pci_mmcfg_config_num ? "with" : "without");
}
So it will always prints "without".
I'd make a patch but I'm not sure what this fix is. Just drop the test,
the printk or make it say "which might possibly have"?
Cheers,
Scott
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Always zero test in arch/i386/pci/mmconfig-shared.c
[not found] <fa.nwpKC6+7UvIqGGeRe+rNP7ZO5P4@ifi.uio.no>
@ 2007-07-13 23:42 ` Robert Hancock
2007-07-14 0:18 ` Scott Ashcroft
0 siblings, 1 reply; 3+ messages in thread
From: Robert Hancock @ 2007-07-13 23:42 UTC (permalink / raw)
To: Scott Ashcroft; +Cc: Kernel development list
Scott Ashcroft wrote:
> I don't think it makes any change to subsequent flow but the code in
> pci_mmcfg_check_hostbridge is:
>
> pci_mmcfg_config_num = 0;
>
You missed this code:
name = pci_mmcfg_probes[i].probe();
This calls one of the probe functions above, which will set
pci_mmcfg_config_num to something else, as with the name variable. It
may set the name but not the config num, if the chipset is recognized
but MMCONFIG isn't enabled, etc.
>
> if (name) {
> printk(KERN_INFO "PCI: Found %s %s MMCONFIG support.\n",
> name, pci_mmcfg_config_num ? "with" : "without");
> }
>
> So it will always prints "without".
>
> I'd make a patch but I'm not sure what this fix is. Just drop the test,
> the printk or make it say "which might possibly have"?
>
> Cheers,
> Scott
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Always zero test in arch/i386/pci/mmconfig-shared.c
2007-07-13 23:42 ` Robert Hancock
@ 2007-07-14 0:18 ` Scott Ashcroft
0 siblings, 0 replies; 3+ messages in thread
From: Scott Ashcroft @ 2007-07-14 0:18 UTC (permalink / raw)
To: Robert Hancock; +Cc: Kernel development list
Robert Hancock wrote:
> You missed this code:
>
> name = pci_mmcfg_probes[i].probe();
>
> This calls one of the probe functions above, which will set
> pci_mmcfg_config_num to something else, as with the name variable. It
> may set the name but not the config num, if the chipset is recognized
> but MMCONFIG isn't enabled, etc.
Obvious now you've pointed it out. Bit of of a weird way to do things.
I might brew up a patch which adds the names to the
pci_mmcfg_hostbridge_probe struct, since they appear to be always
returned if the probe function is called, and make the probe functions
return the config num.
Cheers,
Scott
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-07-14 0:18 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-10 18:22 Always zero test in arch/i386/pci/mmconfig-shared.c Scott Ashcroft
[not found] <fa.nwpKC6+7UvIqGGeRe+rNP7ZO5P4@ifi.uio.no>
2007-07-13 23:42 ` Robert Hancock
2007-07-14 0:18 ` Scott Ashcroft
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).