* resubmitting intr urb in 2.4 and 2.6 kernels
@ 2006-06-14 13:08 Sergej Pupykin
2006-06-15 7:28 ` Greg KH
0 siblings, 1 reply; 3+ messages in thread
From: Sergej Pupykin @ 2006-06-14 13:08 UTC (permalink / raw)
To: linux-kernel
Hi!
Could anybody explain the reason why intr urb auto resubmitting was removed
from 2.6 kernels?
Or just tell me, it was removed because of some technical problems in it
or only for better architecure?
If it was architecure cleanup, why autoresubmitting was implemented in 2.4?
Thanks.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: resubmitting intr urb in 2.4 and 2.6 kernels
2006-06-14 13:08 resubmitting intr urb in 2.4 and 2.6 kernels Sergej Pupykin
@ 2006-06-15 7:28 ` Greg KH
2006-06-15 16:08 ` [PATCH] PCI: add proper MCFG table parsing to ACPI core Konrad Rzeszutek
0 siblings, 1 reply; 3+ messages in thread
From: Greg KH @ 2006-06-15 7:28 UTC (permalink / raw)
To: Sergej Pupykin; +Cc: linux-kernel
On Wed, Jun 14, 2006 at 05:08:32PM +0400, Sergej Pupykin wrote:
>
> Hi!
>
> Could anybody explain the reason why intr urb auto resubmitting was removed
> from 2.6 kernels?
>
> Or just tell me, it was removed because of some technical problems in it
> or only for better architecure?
>
> If it was architecure cleanup, why autoresubmitting was implemented in 2.4?
Consistancy, now all urbs work the same way, and you don't have to
remember special things depending on the type of the endpoint. Search
the archives of the linux-usb-devel mailing list early in the 2.5
development series for the details if you are curious.
thanks,
greg k-h
^ permalink raw reply [flat|nested] 3+ messages in thread
* re: [PATCH] PCI: add proper MCFG table parsing to ACPI core.
2006-06-15 7:28 ` Greg KH
@ 2006-06-15 16:08 ` Konrad Rzeszutek
0 siblings, 0 replies; 3+ messages in thread
From: Konrad Rzeszutek @ 2006-06-15 16:08 UTC (permalink / raw)
To: Greg KH; +Cc: linux-kernel
Hey Greg,
This a bit late (yours patch was posted about a year ago), but
a co-worker of spotted part of the code that looks like a memory
leak. Looking at the code it seems that pci_mmcfg_config should
be free-ed if MMCONFIG is above 4GB.
> +/* The physical address of the MMCONFIG aperture. Set from ACPI
> tables. */
> + config_size = pci_mmcfg_config_num * sizeof(*pci_mmcfg_config);
> + pci_mmcfg_config = kmalloc(config_size, GFP_KERNEL);
> + memcpy(pci_mmcfg_config, &mcfg->config, config_size);
> + for (i = 0; i < pci_mmcfg_config_num; ++i) {
> + if (mcfg->config[i].base_reserved) {
> + printk(KERN_ERR PREFIX
> + "MMCONFIG not in low 4GB of memory\n");
> + return -ENODEV;
Here is a proposed patch. What are your thoughts?
diff --git a/arch/i386/kernel/acpi/boot.c b/arch/i386/kernel/acpi/boot.c
index 40e5aba..fbe9308 100644
--- a/arch/i386/kernel/acpi/boot.c
+++ b/arch/i386/kernel/acpi/boot.c
@@ -202,6 +202,8 @@ int __init acpi_parse_mcfg(unsigned long
if (mcfg->config[i].base_reserved) {
printk(KERN_ERR PREFIX
"MMCONFIG not in low 4GB of memory\n");
+ kfree(pci_mmcfg_config);
+ pci_mmcfg_config_num = 0;
return -ENODEV;
}
}
^ permalink raw reply related [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-06-15 16:08 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-06-14 13:08 resubmitting intr urb in 2.4 and 2.6 kernels Sergej Pupykin
2006-06-15 7:28 ` Greg KH
2006-06-15 16:08 ` [PATCH] PCI: add proper MCFG table parsing to ACPI core Konrad Rzeszutek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox