gmane.linux.ports.ia64

[PATCH v1] PCI,IA64: free associated resources when removing host bridges

Jiang Liu — 2012-05-25T07:23:42

There are some resources associated with PCI host bridges on
IA 64 platforms, they should be released when removing host
bridges. Otherwise it will cause memory leak and other strange
behavior.

For example, PCI IO port address space are mapped into memory
address space on IA64. Those IO port resource should be released
when removing PCI host bridges. Otherwise host bridge hotplug
may cause duplicated entries in the iomem resource pool.
All "1fffffe400000-1fffffffffffe" are duplicated entries.

30fc000000-30ffffffff : reserved
1fffffc000000-1fffffc33dcf7 : PCI Bus 0000:00 I/O Ports 00000000-00000cf7
1fffffc400000-1fffffe3fffff : PCI Bus 0000:00 I/O Ports 00001000-00008fff
30fc000000-30ffffffff : reserved
1fffffc000000-1fffffc33dcf7 : PCI Bus 0000:00 I/O Ports 00000000-00000cf7
1fffffc400000-1fffffe3fffff : PCI Bus 0000:00 I/O Ports 00001000-00008fff
1fffffe400000-1fffffffffffe : PCI Bus 0000:40 I/O Ports 00009000-0000fffe
  1fffffe400000-1fffffffffffe : PCI Bus 0000:40 I/O Ports 00009000-0000fffe
    1fffffe400000-1fffffffffffe : PCI Bus 0000:40 I/O Ports 00009000-0000fffe

Signed-off-by: Jiang Liu <liuj97< at >gmail.com>
Signed-off-by: Yijing Wang <wangyijing< at >huawei.com>
---

This patch applies to
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git pci/next-3.5

---
 arch/ia64/include/asm/pci.h |    6 +++
 arch/ia64/pci/pci.c         |   80 +++++++++++++++++++++++++++++++++++--------
 2 files changed, 71 insertions(+), 15 deletions(-)

diff --git a/arch/ia64/include/asm/pci.h b/arch/ia64/include/asm/pci.h
index 5e04b59..3939f00 100644
--- a/arch/ia64/include/asm/pci.h
+++ b/arch/ia64/include/asm/pci.h
< at >< at > -94,6 +94,11 < at >< at > struct pci_window {
 u64 offset;
 };
 
+struct iospace_resource {
+struct list_head list;
+struct resource res;
+};
+
 struct pci_controller {
 void *acpi_handle;
 void *iommu;
< at >< at > -102,6 +107,7 < at >< at > struct pci_controller {
 
 unsigned int windows;
 struct pci_window *window;
+struct list_head io_resources;
 
 void *platform_data;
 };
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci/pci.c
index d173a88..a66cba4 100644
--- a/arch/ia64/pci/pci.c
+++ b/arch/ia64/pci/pci.c
< at >< at > -168,25 +168,20 < at >< at > new_space (u64 phys_base, int sparse)
 static u64 __devinit
 add_io_space (struct pci_root_info *info, struct acpi_resource_address64 *addr)
 {
+struct iospace_resource *iospace;
 struct resource *resource;
 char *name;
 unsigned long base, min, max, base_port;
 unsigned int sparse = 0, space_nr, len;
 
-resource = kzalloc(sizeof(*resource), GFP_KERNEL);
-if (!resource) {
+len = strlen(info->name) + 32;
+iospace = kzalloc(sizeof(*iospace) + len, GFP_KERNEL);
+if (!iospace) {
 printk(KERN_ERR "PCI: No memory for %s I/O port space\n",
 info->name);
 goto out;
 }
-
-len = strlen(info->name) + 32;
-name = kzalloc(len, GFP_KERNEL);
-if (!name) {
-printk(KERN_ERR "PCI: No memory for %s I/O port space name\n",
-info->name);
-goto free_resource;
-}
+name = (char *)(iospace + 1);
 
 min = addr->minimum;
 max = min + addr->address_length - 1;
< at >< at > -195,7 +190,7 < at >< at > add_io_space (struct pci_root_info *info, struct acpi_resource_address64 *addr)
 
 space_nr = new_space(addr->translation_offset, sparse);
 if (space_nr == ~0)
-goto free_name;
+goto free_resource;
 
 base = __pa(io_space[space_nr].mmio_base);
 base_port = IO_SPACE_BASE(space_nr);
< at >< at > -210,18 +205,24 < at >< at > add_io_space (struct pci_root_info *info, struct acpi_resource_address64 *addr)
 if (space_nr == 0)
 sparse = 1;
 
+resource = &iospace->res;
 resource->name  = name;
 resource->flags = IORESOURCE_MEM;
 resource->start = base + (sparse ? IO_SPACE_SPARSE_ENCODING(min) : min);
 resource->end   = base + (sparse ? IO_SPACE_SPARSE_ENCODING(max) : max);
-insert_resource(&iomem_resource, resource);
+if (insert_resource(&iomem_resource, resource)) {
+dev_err(&info->bridge->dev,
+"can't allocate host bridge io space resource  %pR\n",
+resource);
+goto free_resource;
+}
+
+list_add_tail(&iospace->list, &info->controller->io_resources);
 
 return base_port;
 
-free_name:
-kfree(name);
 free_resource:
-kfree(resource);
+kfree(iospace);
 out:
 return ~0;
 }
< at >< at > -325,6 +326,51 < at >< at > static __devinit acpi_status add_window(struct acpi_resource *res, void *data)
 return AE_OK;
 }
 
+static void shutdown_pci_controller(struct pci_host_bridge *bridge)
+{
+unsigned int i;
+struct resource *resource;
+struct iospace_resource *iospace;
+struct pci_controller *controller = bridge->release_data;
+
+if (!controller)
+return;
+
+/* release io space resource */
+list_for_each_entry(iospace, &controller->io_resources, list)
+release_resource(&iospace->res);
+
+/* release root bus resource */
+for (i = 0; i < controller->windows; i++) {
+resource = &controller->window[i].resource;
+if (resource->flags & (IORESOURCE_MEM | IORESOURCE_IO))
+if (resource->parent)
+release_resource(resource);
+}
+}
+
+static void free_pci_controller(struct pci_host_bridge *bridge)
+{
+struct resource *resource;
+struct iospace_resource *iospace, *tmp;
+struct pci_controller *controller = bridge->release_data;
+
+if (!controller)
+return;
+
+shutdown_pci_controller(bridge);
+
+list_for_each_entry_safe(iospace, tmp, &controller->io_resources, list)
+kfree(iospace);
+
+if (controller->window) {
+kfree(controller->window->resource.name);
+kfree(controller->window);
+}
+
+kfree(controller);
+}
+
 struct pci_bus * __devinit
 pci_acpi_scan_root(struct acpi_pci_root *root)
 {
< at >< at > -343,6 +389,7 < at >< at > pci_acpi_scan_root(struct acpi_pci_root *root)
 goto out1;
 
 controller->acpi_handle = device->handle;
+INIT_LIST_HEAD(&controller->io_resources);
 
 pxm = acpi_get_pxm(controller->acpi_handle);
 #ifdef CONFIG_NUMA
< at >< at > -386,6 +433,9 < at >< at > pci_acpi_scan_root(struct acpi_pci_root *root)
 return NULL;
 }
 
+pci_set_host_bridge_release(to_pci_host_bridge(pbus->bridge),
+free_pci_controller, controller);
+
 pci_scan_child_bus(pbus);
 return pbus;

Re: [PATCH] swiotlb: add "dma_attrs" argument to alloc and free, to match dma_map_ops

Alessandro Rubini — 2012-05-24T18:53:25


Current linux-next. But it has been like this for a while. I had
the warning in sta2x11-fixup.c pending for a while, and yesterday
I raised the issue.


Do you refer to the swiotlb methods (I confirm they are changed, like
all their users) or something else? I'm only changing the two methods
in swiotlb, nothing else is affected.

Actually, I wanted to call them alloc and free, like the field they
are assigned to, but swiotlb_free is already there, to do something
else.
 

No, because xen implements the dma_map_ops with the proper prototypes.
I grepped for all users, and found these are not related.

Thank your for checking
/alessandro
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] swiotlb: add "dma_attrs" argument to alloc and free, to match dma_map_ops

David Daney — 2012-05-24T15:15:17

This looks sane (although I haven't tested it).  For the OCTEON bits:

Acked-by: David Daney <david.daney< at >cavium.com>


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Activate your free commission shop now Recommends Advanced Sports to you

2012-05-24T12:01:01

Email        :kimtan< at >gmail.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

Hey,

Your commission shop is ready.
Activate your free commission shop now:

==> http://bit.ly/KUXNMS

In a few minutes, your commission shop will be ready, 
attracting buyers from all around the world.

And each shop is designed to suck commissions and sales 
for you automatically. 

This is the first time this revolutionary technique is applied.

So don't delay. Activate your commission shop now:

==> http://bit.ly/KUXNMS

Sincerely,
Kim Tan



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] swiotlb: add "dma_attrs" argument to alloc and free, to match dma_map_ops

Alessandro Rubini — 2012-05-24T11:44:22

The alloc and free pointers within "struct dma_map_ops" receive a
pointer to dma_attrs that was not present in the generic swiotlb
functions.  For this reason, a few files had a local wrapper for the
free function that just removes the attrs argument before calling the
generic function.

This patch adds the extra argument to generic functions and removes
such wrappers when they are no more needed.  This also fixes a
compiler warning for sta2x11-fixup.c, that would have required yet
another wrapper.

Signed-off-by: Alessandro Rubini <rubini< at >gnudd.com>
Acked-by: Giancarlo Asnaghi <giancarlo.asnaghi< at >st.com>
Cc: Tony Luck <tony.luck< at >intel.com>
Cc: Fenghua Yu <fenghua.yu< at >intel.com>
Cc: Ralf Baechle <ralf< at >linux-mips.org>
Cc: Guan Xuetao <gxt< at >mprc.pku.edu.cn>
Cc: Thomas Gleixner <tglx< at >linutronix.de>
Cc: Kyungmin Park <kyungmin.park< at >samsung.com>
Cc: FUJITA Tomonori <fujita.tomonori< at >lab.ntt.co.jp>
Cc: Konrad Rzeszutek Wilk <konrad.wilk< at >oracle.com>
---
 arch/ia64/kernel/pci-swiotlb.c       |   11 ++---------
 arch/mips/cavium-octeon/dma-octeon.c |    4 ++--
 arch/unicore32/mm/dma-swiotlb.c      |   22 ++--------------------
 arch/x86/kernel/pci-swiotlb.c        |   11 ++---------
 arch/x86/pci/sta2x11-fixup.c         |    3 ++-
 include/linux/swiotlb.h              |    7 ++++---
 lib/swiotlb.c                        |    5 +++--
 7 files changed, 17 insertions(+), 46 deletions(-)

diff --git a/arch/ia64/kernel/pci-swiotlb.c b/arch/ia64/kernel/pci-swiotlb.c
index 939260a..cc034c2 100644
--- a/arch/ia64/kernel/pci-swiotlb.c
+++ b/arch/ia64/kernel/pci-swiotlb.c
< at >< at > -20,19 +20,12 < at >< at > static void *ia64_swiotlb_alloc_coherent(struct device *dev, size_t size,
 {
 if (dev->coherent_dma_mask != DMA_BIT_MASK(64))
 gfp |= GFP_DMA;
-return swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
-}
-
-static void ia64_swiotlb_free_coherent(struct device *dev, size_t size,
-       void *vaddr, dma_addr_t dma_addr,
-       struct dma_attrs *attrs)
-{
-swiotlb_free_coherent(dev, size, vaddr, dma_addr);
+return swiotlb_alloc_coherent(dev, size, dma_handle, gfp, attrs);
 }
 
 struct dma_map_ops swiotlb_dma_ops = {
 .alloc = ia64_swiotlb_alloc_coherent,
-.free = ia64_swiotlb_free_coherent,
+.free = swiotlb_free_coherent,
 .map_page = swiotlb_map_page,
 .unmap_page = swiotlb_unmap_page,
 .map_sg = swiotlb_map_sg_attrs,
diff --git a/arch/mips/cavium-octeon/dma-octeon.c b/arch/mips/cavium-octeon/dma-octeon.c
index 41dd0088..df70600 100644
--- a/arch/mips/cavium-octeon/dma-octeon.c
+++ b/arch/mips/cavium-octeon/dma-octeon.c
< at >< at > -184,7 +184,7 < at >< at > static void *octeon_dma_alloc_coherent(struct device *dev, size_t size,
 /* Don't invoke OOM killer */
 gfp |= __GFP_NORETRY;
 
-ret = swiotlb_alloc_coherent(dev, size, dma_handle, gfp);
+ret = swiotlb_alloc_coherent(dev, size, dma_handle, gfp, attrs);
 
 mb();
 
< at >< at > -199,7 +199,7 < at >< at > static void octeon_dma_free_coherent(struct device *dev, size_t size,
 if (dma_release_from_coherent(dev, order, vaddr))
 return;
 
-swiotlb_free_coherent(dev, size, vaddr, dma_handle);
+swiotlb_free_coherent(dev, size, vaddr, dma_handle, attrs);
 }
 
 static dma_addr_t octeon_unity_phys_to_dma(struct device *dev, phys_addr_t paddr)
diff --git a/arch/unicore32/mm/dma-swiotlb.c b/arch/unicore32/mm/dma-swiotlb.c
index 16c08b2..86eaae7 100644
--- a/arch/unicore32/mm/dma-swiotlb.c
+++ b/arch/unicore32/mm/dma-swiotlb.c
< at >< at > -8,32 +8,14 < at >< at >
  * Free Software Foundation;  either version 2 of the  License, or (at your
  * option) any later version.
  */
-#include <linux/pci.h>
-#include <linux/cache.h>
-#include <linux/module.h>
 #include <linux/dma-mapping.h>
 #include <linux/swiotlb.h>
-#include <linux/bootmem.h>
 
 #include <asm/dma.h>
 
-static void *unicore_swiotlb_alloc_coherent(struct device *dev, size_t size,
-    dma_addr_t *dma_handle, gfp_t flags,
-    struct dma_attrs *attrs)
-{
-return swiotlb_alloc_coherent(dev, size, dma_handle, flags);
-}
-
-static void unicore_swiotlb_free_coherent(struct device *dev, size_t size,
-  void *vaddr, dma_addr_t dma_addr,
-  struct dma_attrs *attrs)
-{
-swiotlb_free_coherent(dev, size, vaddr, dma_addr);
-}
-
 struct dma_map_ops swiotlb_dma_map_ops = {
-.alloc = unicore_swiotlb_alloc_coherent,
-.free = unicore_swiotlb_free_coherent,
+.alloc = swiotlb_alloc_coherent,
+.free = swiotlb_free_coherent,
 .map_sg = swiotlb_map_sg_attrs,
 .unmap_sg = swiotlb_unmap_sg_attrs,
 .dma_supported = swiotlb_dma_supported,
diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c
index 6c483ba..fa462a3 100644
--- a/arch/x86/kernel/pci-swiotlb.c
+++ b/arch/x86/kernel/pci-swiotlb.c
< at >< at > -25,20 +25,13 < at >< at > static void *x86_swiotlb_alloc_coherent(struct device *hwdev, size_t size,
 if (vaddr)
 return vaddr;
 
-return swiotlb_alloc_coherent(hwdev, size, dma_handle, flags);
-}
-
-static void x86_swiotlb_free_coherent(struct device *dev, size_t size,
-      void *vaddr, dma_addr_t dma_addr,
-      struct dma_attrs *attrs)
-{
-swiotlb_free_coherent(dev, size, vaddr, dma_addr);
+return swiotlb_alloc_coherent(hwdev, size, dma_handle, flags, attrs);
 }
 
 static struct dma_map_ops swiotlb_dma_ops = {
 .mapping_error = swiotlb_dma_mapping_error,
 .alloc = x86_swiotlb_alloc_coherent,
-.free = x86_swiotlb_free_coherent,
+.free = swiotlb_free_coherent,
 .sync_single_for_cpu = swiotlb_sync_single_for_cpu,
 .sync_single_for_device = swiotlb_sync_single_for_device,
 .sync_sg_for_cpu = swiotlb_sync_sg_for_cpu,
diff --git a/arch/x86/pci/sta2x11-fixup.c b/arch/x86/pci/sta2x11-fixup.c
index 9d8a509..5aaa434 100644
--- a/arch/x86/pci/sta2x11-fixup.c
+++ b/arch/x86/pci/sta2x11-fixup.c
< at >< at > -175,7 +175,8 < at >< at > static void *sta2x11_swiotlb_alloc_coherent(struct device *dev,
 
 vaddr = dma_generic_alloc_coherent(dev, size, dma_handle, flags, attrs);
 if (!vaddr)
-vaddr = swiotlb_alloc_coherent(dev, size, dma_handle, flags);
+vaddr = swiotlb_alloc_coherent(dev, size, dma_handle, flags,
+       attrs);
 *dma_handle = p2a(*dma_handle, to_pci_dev(dev));
 return vaddr;
 }
diff --git a/include/linux/swiotlb.h b/include/linux/swiotlb.h
index e872526..5abe3fd 100644
--- a/include/linux/swiotlb.h
+++ b/include/linux/swiotlb.h
< at >< at > -50,11 +50,12 < at >< at > extern void swiotlb_bounce(phys_addr_t phys, char *dma_addr, size_t size,
 
 extern void
 *swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-dma_addr_t *dma_handle, gfp_t flags);
+dma_addr_t *dma_handle, gfp_t flags,
+struct dma_attrs *attrs);
 
 extern void
-swiotlb_free_coherent(struct device *hwdev, size_t size,
-      void *vaddr, dma_addr_t dma_handle);
+swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr,
+      dma_addr_t dma_handle, struct dma_attrs *attrs);
 
 extern dma_addr_t swiotlb_map_page(struct device *dev, struct page *page,
    unsigned long offset, size_t size,
diff --git a/lib/swiotlb.c b/lib/swiotlb.c
index 45bc1f8..476b553 100644
--- a/lib/swiotlb.c
+++ b/lib/swiotlb.c
< at >< at > -563,7 +563,8 < at >< at > EXPORT_SYMBOL_GPL(swiotlb_tbl_sync_single);
 
 void *
 swiotlb_alloc_coherent(struct device *hwdev, size_t size,
-       dma_addr_t *dma_handle, gfp_t flags)
+       dma_addr_t *dma_handle, gfp_t flags,
+       struct dma_attrs *attrs)
 {
 dma_addr_t dev_addr;
 void *ret;
< at >< at > -612,7 +613,7 < at >< at > EXPORT_SYMBOL(swiotlb_alloc_coherent);
 
 void
 swiotlb_free_coherent(struct device *hwdev, size_t size, void *vaddr,
-      dma_addr_t dev_addr)
+      dma_addr_t dev_addr, struct dma_attrs *attrs)
 {
 phys_addr_t paddr = dma_to_phys(hwdev, dev_addr);

Activate your free commission shop now Recommends Advanced Sports to you

2012-05-24T06:03:45

Email        :kimtan< at >gmail.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

Hey,

Your commission shop is ready.
Activate your free commission shop now:

==> http://bit.ly/KUXNMS

In a few minutes, your commission shop will be ready, 
attracting buyers from all around the world.

And each shop is designed to suck commissions and sales 
for you automatically. 

This is the first time this revolutionary technique is applied.

So don't delay. Activate your commission shop now:

==> http://bit.ly/KUXNMS

Sincerely,
Kim Tan



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Training] Here's how to profit $600 a day Recommends Advanced Sports to you

2012-05-23T20:15:19

Email        :christian< at >aol.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

Hey,

I've got a treat for you today.

You're about to receive INSTANT
ACCESS to some free training on
how you can profit up to $600 a day

=> http://www.bank-blogging.com/?code=4fbce89b05ddc 


There is no cost. 

Talk Soon,

Christian



=> http://www.bank-blogging.com/?code=4fbce89b05ddc 



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Training] Here's how to profit $600 a day Recommends Advanced Sports to you

2012-05-23T16:36:57

Email        :christian< at >aol.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

Hey,

I've got a treat for you today.

You're about to receive INSTANT
ACCESS to some free training on
how you can profit up to $600 a day

=> http://www.bank-blogging.com/?code=4fbce89b05ddc 


There is no cost. 

Talk Soon,

Christian



=> http://www.bank-blogging.com/?code=4fbce89b05ddc 



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

You have been chosen: (Potential Income) Recommends Advanced Sports to you

2012-05-23T08:23:16

Email        :christine< at >yahoo.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

You have been picked to be an exclusive online profits case study.

You will be taught personally from a $2,192,289 online marketer.

This is the same EXACT system.


Never before has this been done.


If you want to be one of the lucky 30 students 

of master Jamie.. be one of 30 lucky actual case studies 

right now by signing up here: 


Christine Sarrosa

The sender of this email receives compensation
when products are purchased. Results will widely vary.
This is an advertisement.


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

You have been chosen: (Potential Income) Recommends Advanced Sports to you

2012-05-22T14:09:15

Email        :christine< at >yahoo.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

You have been picked to be an exclusive online profits case study.

You will be taught personally from a $2,192,289 online marketer.

This is the same EXACT system.


Never before has this been done.


If you want to be one of the lucky 30 students 

of master Jamie.. be one of 30 lucky actual case studies 

right now by signing up here: 


Christine Sarrosa

The sender of this email receives compensation
when products are purchased. Results will widely vary.
This is an advertisement.


--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

SHOCKING SYSTEM.(and one weird rule) Recommends Advanced Sports to you

2012-05-21T19:20:05

Email        :ronrajan< at >yahoo.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :


Hi Friend,

Here's a controversial new system revealing

affiliate marketing's number one rule...

=======>  http://bit.ly/LarThw

During this revealing presentation, this crazy
underground affiliate reveals the BRUTAL TRUTH why
most beginner marketers DON'T make even one cent
online.

Ya, you might say it's a bit controversial...

.BUT if you want to discover the truth about
driving insane amounts of traffic the way the top
super affiliates do it, and find out the number
one rule that's been kept from you all along, then
you need to check out what this guy has to say:

=======>  http://bit.ly/LarThw

This WON'T be available forever so my best advice
is to go check it out right now.

Ron Rajan

P.S. If you've been looking for a STEP BY STEP
system for getting crazy amounts of laser targeted
traffic, then you'll certainly want to check this
out.

Just make sure you pay close attention to the
weird rule he outlines... it's different than most
have been suggesting, but it works like crazy:

=======>  http://bit.ly/LarThw













--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hi Friend Your $997 Website Is Ready. Recommends Advanced Sports to you

2012-05-21T18:19:16

Email        :janderson< at >yahoo.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :

Hi Friend,


Your $997 website is waiting for you!

----> http://bit.ly/KWaw4z

Your website is paid for...

Your hosting is paid for...

It's ready to take orders!

All you need to do is go here to get it!

----> http://bit.ly/KWaw4z

Talk soon

John Anderson



--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

For your information

Eric Chua — 2012-05-21T13:23:16

Good day, 

My name is Eric Chua, Director at SWIFT Securities Markets, Asia Pacific China. This letter is written to you regarding a fixed investment account under our foreign investment policy.

Being mandatory that holder/beneficiary is periodically notified concerning financial status of account(s), I am writing to this effect since you share the same last name as this investment account. Upon your earliest reply, detail and necessary information will be made available for your reference.

Kind regards,
Eric Chua
SWIFT Securities Markets, 
Asia Pacific China
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

SHOCKING SYSTEM.(and one weird rule) Recommends Advanced Sports to you

2012-05-21T07:12:07

Email        :ronrajan< at >yahoo.com
Friend Name  :Friend
Friend Email :linux-ia64< at >vger.kernel.org
comment      :


Hi Friend,

Here's a controversial new system revealing

affiliate marketing's number one rule...

=======>  http://bit.ly/LarThw

During this revealing presentation, this crazy
underground affiliate reveals the BRUTAL TRUTH why
most beginner marketers DON'T make even one cent
online.

Ya, you might say it's a bit controversial...

.BUT if you want to discover the truth about
driving insane amounts of traffic the way the top
super affiliates do it, and find out the number
one rule that's been kept from you all along, then
you need to check out what this guy has to say:

=======>  http://bit.ly/LarThw

This WON'T be available forever so my best advice
is to go check it out right now.

Ron Rajan

P.S. If you've been looking for a STEP BY STEP
system for getting crazy amounts of laser targeted
traffic, then you'll certainly want to check this
out.

Just make sure you pay close attention to the
weird rule he outlines... it's different than most
have been suggesting, but it works like crazy:

=======>  http://bit.ly/LarThw













--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Greg KH — 2012-05-19T00:53:41

Ugh, you are right, it is, I thought I had tried that, sorry for the
noise, I'll go apply it now...

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Jonathan Nieder — 2012-05-18T19:37:22


The message you were replying to is such a backported version. :)

Thanks,
Jonathan
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Greg KH — 2012-05-18T19:28:07

I'd accept it for the 3.0-stable kernel, but it doesn't apply, care to
provide a backported version that does?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Émeric Maschino — 2012-05-18T09:07:58

2012/5/18 Jonathan Nieder <jrnieder< at >gmail.com>:

I didn't understand you were talking about upstream. Thank you for the
clarification. And for pointing out that Gentoo is still alive ;-)

     Emeric
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Jonathan Nieder — 2012-05-17T22:49:55

Hi Émeric,

Émeric Maschino wrote:


Gentoo and Linux From Scratch include support for Itanium.  It is also
not too unusual to upgrade some components (especially the kernel) on
an older system when one wants newer features.

My original message was proposing to include this patch in the 3.0.y
and 3.2.y kernels available from kernel.org.  Ben made that change for
3.2.y so it will be included in 3.2.18 (unless some problem comes up
before then).  Sorry for the lack of context.

Ciao,
Jonathan
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Émeric Maschino — 2012-05-17T22:11:37

2012/5/17 Ben Hutchings <ben< at >decadent.org.uk>:

Uh? I thought that Debian was the latest Linux distribution to support IA-64.

     Emeric
--
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3.0.y, 3.2.y] ia64: Add accept4() syscall

Ben Hutchings — 2012-05-17T11:46:55

[...]

Right, but this is not just for Debian.

Ben.