linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 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).