* [PATCH 0/3] crypto: Add per-cpu transform helpers
From: Seth Jennings @ 2011-12-07 18:59 UTC (permalink / raw)
To: David S . Miller
Cc: Seth Jennings, linux-crypto, linux-kernel, netdev, Eric Dumazet,
Brian King, Robert Jennings
This patchset includes two new functions for the cryptographic library,
crypto_alloc_percpu_tfms() and crypto_free_percpu_tfms(), which assist users
in allocating and freeing per-cpu transforms.
It also includes typing wrappers for the compression algorithm class.
The reason for this patch is that during my work to enable page compression
via the cryptographic API in the zcache staging driver, and realized that I
had rewritten some per-cpu transform code that already exists in the
xfrm_ipcomp code.
In an effort to avoid duplication, this patchset moves the per-cpu code into
helper functions in the cryptographic library and makes the necessary
modifications to the xfrm_ipcomp code.
After this change is (hopefully) merged, I will submit the zcache driver
changes, which will be the second user of these helpers.
Seth Jennings (3):
crypto: Add per-cpu transform alloc() and free()
crypto: Add inline per-cpu wrappers for compression
xfrm: Modify xfrm_ipcomp code to use new per-cpu helpers
crypto/api.c | 62 ++++++++++++++++++++++++++++++++++++++++++++++++
include/linux/crypto.h | 28 +++++++++++++++++++++
net/xfrm/xfrm_ipcomp.c | 34 ++++++--------------------
3 files changed, 98 insertions(+), 26 deletions(-)
--
1.7.5.4
^ permalink raw reply
* [PATCH 1/3] crypto: Add per-cpu transform alloc() and free()
From: Seth Jennings @ 2011-12-07 18:59 UTC (permalink / raw)
To: David S . Miller
Cc: Seth Jennings, linux-crypto, linux-kernel, netdev, Eric Dumazet,
Brian King, Robert Jennings
In-Reply-To: <1323284350-13784-1-git-send-email-sjenning@linux.vnet.ibm.com>
This patch add two functions for allocating a freeing
dynamically allocated per-cpu transform structures.
Signed-off-by: Seth Jennings <sjenning@linux.vnet.ibm.com>
---
crypto/api.c | 62 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 62 insertions(+), 0 deletions(-)
diff --git a/crypto/api.c b/crypto/api.c
index 033a714..f95b3f9 100644
--- a/crypto/api.c
+++ b/crypto/api.c
@@ -602,5 +602,67 @@ int crypto_has_alg(const char *name, u32 type, u32 mask)
}
EXPORT_SYMBOL_GPL(crypto_has_alg);
+/*
+ * Per-cpu crypto helpers
+ *
+ * crypto_alloc_percpu_tfms() and crypto_free_percpu_tfms() are used for
+ * allocating tfms on a per-cpu basis. The set of cpus the tfms are
+ * allocated/freed on is determined by the cpumask (see linux/cpumask.h).
+ * If the cpu_possible_mask is used, then the user has a tfm for every cpu
+ * that could ever possibly enabled. However, if the user calls with cpumask
+ * cpu_online_mask or cpu_present_mask with HOTPLUG enabled, the user
+ * must register a cpu notifier to allocate/free the tfm for dynamically
+ * added/removed cpus.
+*/
+void crypto_free_percpu_tfms(struct crypto_tfm * __percpu *tfms,
+ const struct cpumask *cpumask)
+{
+ int cpu;
+ struct crypto_tfm *tfm;
+
+ if (!tfms)
+ return;
+
+ for_each_cpu(cpu, cpumask) {
+ tfm = *per_cpu_ptr(tfms, cpu);
+ if (!tfm)
+ continue;
+ crypto_free_tfm(tfm);
+ *per_cpu_ptr(tfms, cpu) = NULL;
+ }
+
+ free_percpu(tfms);
+}
+EXPORT_SYMBOL_GPL(crypto_free_percpu_tfms);
+
+struct crypto_tfm * __percpu *crypto_alloc_percpu_tfms(const char *alg_name,
+ u32 type, u32 mask, const struct cpumask *cpumask)
+{
+ int cpu, err;
+ struct crypto_tfm * __percpu *tfms, *tfm;
+
+ tfms = alloc_percpu(struct crypto_tfm *);
+ if (!tfms) {
+ err = -ENOMEM;
+ goto error;
+ }
+
+ for_each_cpu(cpu, cpumask) {
+ tfm = crypto_alloc_base(alg_name, type, mask);
+ if (IS_ERR(tfm)) {
+ err = PTR_ERR(tfm);
+ goto error;
+ }
+ *per_cpu_ptr(tfms, cpu) = tfm;
+ }
+ return tfms;
+
+error:
+ if (tfms)
+ crypto_free_percpu_tfms(tfms, cpumask);
+ return (struct crypto_tfm * __percpu *)(ERR_PTR(err));
+}
+EXPORT_SYMBOL_GPL(crypto_alloc_percpu_tfms);
+
MODULE_DESCRIPTION("Cryptographic core API");
MODULE_LICENSE("GPL");
--
1.7.5.4
^ permalink raw reply related
* [PATCH 2/3] crypto: Add inline per-cpu wrappers for compression
From: Seth Jennings @ 2011-12-07 18:59 UTC (permalink / raw)
To: David S . Miller
Cc: Seth Jennings, linux-crypto, linux-kernel, netdev, Eric Dumazet,
Brian King, Robert Jennings
In-Reply-To: <1323284350-13784-1-git-send-email-sjenning@linux.vnet.ibm.com>
This patch adds wrapper functions for compression users
that allocate and free per-cpu compression transforms
Signed-off-by: Seth Jennings <sjenning@linux.vnet.ibm.com>
---
include/linux/crypto.h | 28 ++++++++++++++++++++++++++++
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/include/linux/crypto.h b/include/linux/crypto.h
index 8a94217..5ed19c1 100644
--- a/include/linux/crypto.h
+++ b/include/linux/crypto.h
@@ -483,6 +483,10 @@ struct crypto_attr_u32 {
struct crypto_tfm *crypto_alloc_base(const char *alg_name, u32 type, u32 mask);
void crypto_destroy_tfm(void *mem, struct crypto_tfm *tfm);
+struct crypto_tfm * __percpu *crypto_alloc_percpu_tfms(const char *alg_name,
+ u32 type, u32 mask, const struct cpumask *cpumask);
+void crypto_free_percpu_tfms(struct crypto_tfm * __percpu *tfms,
+ const struct cpumask *cpumask);
static inline void crypto_free_tfm(struct crypto_tfm *tfm)
{
@@ -1213,6 +1217,12 @@ static inline struct crypto_comp *__crypto_comp_cast(struct crypto_tfm *tfm)
return (struct crypto_comp *)tfm;
}
+static inline struct crypto_comp * __percpu *__crypto_comp_percpu_cast(
+ struct crypto_tfm * __percpu *tfms)
+{
+ return (struct crypto_comp * __percpu *)tfms;
+}
+
static inline struct crypto_comp *crypto_comp_cast(struct crypto_tfm *tfm)
{
BUG_ON((crypto_tfm_alg_type(tfm) ^ CRYPTO_ALG_TYPE_COMPRESS) &
@@ -1230,6 +1240,17 @@ static inline struct crypto_comp *crypto_alloc_comp(const char *alg_name,
return __crypto_comp_cast(crypto_alloc_base(alg_name, type, mask));
}
+static inline struct crypto_comp * __percpu *crypto_alloc_percpu_comp(
+ const char *alg_name, u32 type, u32 mask, const struct cpumask *cpumask)
+{
+ type &= ~CRYPTO_ALG_TYPE_MASK;
+ type |= CRYPTO_ALG_TYPE_COMPRESS;
+ mask |= CRYPTO_ALG_TYPE_MASK;
+
+ return __crypto_comp_percpu_cast(crypto_alloc_percpu_tfms(alg_name,
+ type, mask, cpumask));
+}
+
static inline struct crypto_tfm *crypto_comp_tfm(struct crypto_comp *tfm)
{
return &tfm->base;
@@ -1240,6 +1261,13 @@ static inline void crypto_free_comp(struct crypto_comp *tfm)
crypto_free_tfm(crypto_comp_tfm(tfm));
}
+static inline void crypto_free_percpu_comp(struct crypto_comp * __percpu *tfms,
+ const struct cpumask *cpumask)
+{
+ crypto_free_percpu_tfms((struct crypto_tfm * __percpu *)(tfms),
+ cpumask);
+}
+
static inline int crypto_has_comp(const char *alg_name, u32 type, u32 mask)
{
type &= ~CRYPTO_ALG_TYPE_MASK;
--
1.7.5.4
^ permalink raw reply related
* [PATCH 3/3] xfrm: Modify xfrm_ipcomp code to use new per-cpu helpers
From: Seth Jennings @ 2011-12-07 18:59 UTC (permalink / raw)
To: David S . Miller
Cc: Seth Jennings, linux-crypto, linux-kernel, netdev, Eric Dumazet,
Brian King, Robert Jennings
In-Reply-To: <1323284350-13784-1-git-send-email-sjenning@linux.vnet.ibm.com>
This patch exchanges the per-cpu transform allocation/free
code in xfrm_ipcomp for a call to the new helper in the
cryptographic API
Signed-off-by: Seth Jennings <sjenning@linux.vnet.ibm.com>
---
net/xfrm/xfrm_ipcomp.c | 34 ++++++++--------------------------
1 files changed, 8 insertions(+), 26 deletions(-)
diff --git a/net/xfrm/xfrm_ipcomp.c b/net/xfrm/xfrm_ipcomp.c
index e5246fb..d681fbd 100644
--- a/net/xfrm/xfrm_ipcomp.c
+++ b/net/xfrm/xfrm_ipcomp.c
@@ -245,7 +245,6 @@ static void * __percpu *ipcomp_alloc_scratches(void)
static void ipcomp_free_tfms(struct crypto_comp * __percpu *tfms)
{
struct ipcomp_tfms *pos;
- int cpu;
list_for_each_entry(pos, &ipcomp_tfms_list, list) {
if (pos->tfms == tfms)
@@ -259,15 +258,7 @@ static void ipcomp_free_tfms(struct crypto_comp * __percpu *tfms)
list_del(&pos->list);
kfree(pos);
-
- if (!tfms)
- return;
-
- for_each_possible_cpu(cpu) {
- struct crypto_comp *tfm = *per_cpu_ptr(tfms, cpu);
- crypto_free_comp(tfm);
- }
- free_percpu(tfms);
+ crypto_free_percpu_comp(tfms, cpu_possible_mask);
}
static struct crypto_comp * __percpu *ipcomp_alloc_tfms(const char *alg_name)
@@ -295,27 +286,18 @@ static struct crypto_comp * __percpu *ipcomp_alloc_tfms(const char *alg_name)
if (!pos)
return NULL;
+ tfms = crypto_alloc_percpu_comp(alg_name, 0, CRYPTO_ALG_ASYNC,
+ cpu_possible_mask);
+ if (IS_ERR_VALUE((unsigned long)tfms)) {
+ kfree(pos);
+ return NULL;
+ }
+
pos->users = 1;
INIT_LIST_HEAD(&pos->list);
list_add(&pos->list, &ipcomp_tfms_list);
- pos->tfms = tfms = alloc_percpu(struct crypto_comp *);
- if (!tfms)
- goto error;
-
- for_each_possible_cpu(cpu) {
- struct crypto_comp *tfm = crypto_alloc_comp(alg_name, 0,
- CRYPTO_ALG_ASYNC);
- if (IS_ERR(tfm))
- goto error;
- *per_cpu_ptr(tfms, cpu) = tfm;
- }
-
return tfms;
-
-error:
- ipcomp_free_tfms(tfms);
- return NULL;
}
static void ipcomp_free_data(struct ipcomp_data *ipcd)
--
1.7.5.4
^ permalink raw reply related
* BCM43224 hanging [3.2.0-rc4-00248-gb835c0f] (was: BCM43224: 00:00:00:00:00:00 address (3.2.0-rc3-00099-g883381d))
From: Nico Schottelius @ 2011-12-07 19:08 UTC (permalink / raw)
To: Nico Schottelius, Arend van Spriel, LKML, netdev, b43-dev,
Greg KH
In-Reply-To: <20111202150128.GC3096@schottelius.org>
Update:
The hang situation always happens, when the nic does *not* have
a connection. And it still covers all network processes (i.e.
including sudo, wpa_supplicant, postfix, etc.).
Starting up the computer, having wpa_supplicant connect successfully,
everything works fine.
Until the connection is lost or I issue "select_network 4", which
changes to another network.
The problem also exists, if I startup wpa_supplicant and there
is no network connection available.
Verified that this bug exists in my pathced 3.1.0-rc6-g443452b
as well as in 3.2.0-rc4-00248-gb835c0f.
This is rather nasty, because it forces me to reboot as soon as
I've started up wlan by accident.
Is there a workaround available somewhere (besides using USB-LAN)?
Attached are output of 3.1.0-rc6-g443452b, which is the same for
all failing versions.
Cheers,
Nico
--------------------------------------------------------------------------------
3.1.0-rc6-g443452b
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.1.0-rc6-g443452b (nico@brief) (gcc version 4.6.1 20110819 (prerelease) (GCC) ) #5 SMP PREEMPT Wed Oct 19 23:39:31 CEST 2011
[ 0.000000] Command line: root=/dev/mapper/root cryptdevice=/dev/sda5:root ro initrd=../initramfs-nico.img BOOT_IMAGE=../vmlinuz-nico
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000008f000 (usable)
[ 0.000000] BIOS-e820: 000000000008f000 - 0000000000090000 (reserved)
[ 0.000000] BIOS-e820: 0000000000090000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 0000000020000000 (usable)
[ 0.000000] BIOS-e820: 0000000020000000 - 0000000020200000 (reserved)
[ 0.000000] BIOS-e820: 0000000020200000 - 0000000040000000 (usable)
[ 0.000000] BIOS-e820: 0000000040000000 - 0000000040200000 (reserved)
[ 0.000000] BIOS-e820: 0000000040200000 - 000000008ad34000 (usable)
[ 0.000000] BIOS-e820: 000000008ad34000 - 000000008ad5f000 (ACPI NVS)
[ 0.000000] BIOS-e820: 000000008ad5f000 - 000000008afa2000 (ACPI data)
[ 0.000000] BIOS-e820: 000000008afa2000 - 000000008afff000 (reserved)
[ 0.000000] BIOS-e820: 000000008afff000 - 000000008b000000 (ACPI data)
[ 0.000000] BIOS-e820: 000000008b000000 - 000000008fa00000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed00000 - 00000000fed04000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
[ 0.000000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 000000016fe00000 (usable)
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] DMI 2.4 present.
[ 0.000000] DMI: Apple Inc. MacBookAir4,2/Mac-742912EFDBEE19B3, BIOS MBA41.88Z.0077.B0E.1110141154 10/14/2011
[ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] No AGP bridge found
[ 0.000000] last_pfn = 0x16fe00 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: write-back
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-DFFFF write-protect
[ 0.000000] E0000-FFFFF uncachable
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 0C0000000 mask FC0000000 uncachable
[ 0.000000] 1 base 0A0000000 mask FE0000000 uncachable
[ 0.000000] 2 base 090000000 mask FF0000000 uncachable
[ 0.000000] 3 base 08C000000 mask FFC000000 uncachable
[ 0.000000] 4 base 08B800000 mask FFF800000 uncachable
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] 8 disabled
[ 0.000000] 9 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] last_pfn = 0x8ad34 max_arch_pfn = 0x400000000
[ 0.000000] initial memory mapped : 0 - 20000000
[ 0.000000] Base memory trampoline at [ffff88000009a000] 9a000 size 20480
[ 0.000000] init_memory_mapping: 0000000000000000-000000008ad34000
[ 0.000000] 0000000000 - 008ac00000 page 2M
[ 0.000000] 008ac00000 - 008ad34000 page 4k
[ 0.000000] kernel direct mapping tables up to 8ad34000 @ 8ad2f000-8ad34000
[ 0.000000] init_memory_mapping: 0000000100000000-000000016fe00000
[ 0.000000] 0100000000 - 016fe00000 page 2M
[ 0.000000] kernel direct mapping tables up to 16fe00000 @ 16fdf9000-16fe00000
[ 0.000000] RAMDISK: 1fd14000 - 1ffff000
[ 0.000000] ACPI: RSDP 00000000000fe020 00024 (v02 APPLE )
[ 0.000000] ACPI: XSDT 000000008ad8e1c0 000AC (v01 APPLE Apple00 00000060 01000013)
[ 0.000000] ACPI: FACP 000000008ad8c000 000F4 (v04 APPLE Apple00 00000060 Loki 0000005F)
[ 0.000000] ACPI: DSDT 000000008ad81000 05050 (v01 APPLE MacBookA 00040001 INTL 20100915)
[ 0.000000] ACPI: FACS 000000008ad3e000 00040
[ 0.000000] ACPI: HPET 000000008ad8b000 00038 (v01 APPLE Apple00 00000001 Loki 0000005F)
[ 0.000000] ACPI: APIC 000000008ad8a000 000BC (v02 APPLE Apple00 00000001 Loki 0000005F)
[ 0.000000] ACPI: SBST 000000008ad88000 00030 (v01 APPLE Apple00 00000001 Loki 0000005F)
[ 0.000000] ACPI: ECDT 000000008ad87000 00053 (v01 APPLE Apple00 00000001 Loki 0000005F)
[ 0.000000] ACPI: SSDT 000000008ad7d000 00024 (v01 APPLE SmcDppt 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad7b000 006CA (v01 APPLE UsbSD 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad77000 00159 (v02 APPLE IGHda 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad73000 015EB (v02 APPLE SsdtIGPU 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad72000 00569 (v01 PmRef Cpu0Ist 00003000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad71000 009B1 (v01 PmRef CpuPm 00003000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad70000 00315 (v01 PmRef Cpu0Tst 00003000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad6f000 0037A (v01 PmRef ApTst 00003000 INTL 20100915)
[ 0.000000] ACPI: MCFG 000000008ad89000 0003C (v01 APPLE Apple00 00000001 Loki 0000005F)
[ 0.000000] ACPI: SSDT 000000008ad80000 000FA (v01 SataRe SataPri 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad7f000 000D0 (v01 SataRe SataSec 00001000 INTL 20100915)
[ 0.000000] ACPI: SSDT 000000008ad7e000 00032 (v01 Apple SsdtS3 00001000 INTL 20100915)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] No NUMA configuration found
[ 0.000000] Faking a node at 0000000000000000-000000016fe00000
[ 0.000000] Initmem setup node 0 0000000000000000-000000016fe00000
[ 0.000000] NODE_DATA [000000016fdfb000 - 000000016fdfffff]
[ 0.000000] [ffffea0000000000-ffffea0005bfffff] PMD -> [ffff88016b400000-ffff88016f3fffff] on node 0
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000010 -> 0x00001000
[ 0.000000] DMA32 0x00001000 -> 0x00100000
[ 0.000000] Normal 0x00100000 -> 0x0016fe00
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[6] active PFN ranges
[ 0.000000] 0: 0x00000010 -> 0x0000008f
[ 0.000000] 0: 0x00000090 -> 0x0000009f
[ 0.000000] 0: 0x00000100 -> 0x00020000
[ 0.000000] 0: 0x00020200 -> 0x00040000
[ 0.000000] 0: 0x00040200 -> 0x0008ad34
[ 0.000000] 0: 0x00100000 -> 0x0016fe00
[ 0.000000] On node 0 totalpages: 1025730
[ 0.000000] DMA zone: 64 pages used for memmap
[ 0.000000] DMA zone: 5 pages reserved
[ 0.000000] DMA zone: 3913 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 16320 pages used for memmap
[ 0.000000] DMA32 zone: 547188 pages, LIFO batch:31
[ 0.000000] Normal zone: 7160 pages used for memmap
[ 0.000000] Normal zone: 451080 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0xff] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0xff] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0xff] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0xff] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x08] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] SMP: Allowing 8 CPUs, 4 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 40
[ 0.000000] PM: Registered nosave memory: 000000000008f000 - 0000000000090000
[ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000
[ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 0000000000100000
[ 0.000000] PM: Registered nosave memory: 0000000020000000 - 0000000020200000
[ 0.000000] PM: Registered nosave memory: 0000000040000000 - 0000000040200000
[ 0.000000] PM: Registered nosave memory: 000000008ad34000 - 000000008ad5f000
[ 0.000000] PM: Registered nosave memory: 000000008ad5f000 - 000000008afa2000
[ 0.000000] PM: Registered nosave memory: 000000008afa2000 - 000000008afff000
[ 0.000000] PM: Registered nosave memory: 000000008afff000 - 000000008b000000
[ 0.000000] PM: Registered nosave memory: 000000008b000000 - 000000008fa00000
[ 0.000000] PM: Registered nosave memory: 000000008fa00000 - 00000000e0000000
[ 0.000000] PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
[ 0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
[ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 00000000fec01000
[ 0.000000] PM: Registered nosave memory: 00000000fec01000 - 00000000fed00000
[ 0.000000] PM: Registered nosave memory: 00000000fed00000 - 00000000fed04000
[ 0.000000] PM: Registered nosave memory: 00000000fed04000 - 00000000fed10000
[ 0.000000] PM: Registered nosave memory: 00000000fed10000 - 00000000fed14000
[ 0.000000] PM: Registered nosave memory: 00000000fed14000 - 00000000fed18000
[ 0.000000] PM: Registered nosave memory: 00000000fed18000 - 00000000fed1a000
[ 0.000000] PM: Registered nosave memory: 00000000fed1a000 - 00000000fed1c000
[ 0.000000] PM: Registered nosave memory: 00000000fed1c000 - 00000000fed20000
[ 0.000000] PM: Registered nosave memory: 00000000fed20000 - 00000000fee00000
[ 0.000000] PM: Registered nosave memory: 00000000fee00000 - 00000000fee01000
[ 0.000000] PM: Registered nosave memory: 00000000fee01000 - 00000000ff800000
[ 0.000000] PM: Registered nosave memory: 00000000ff800000 - 0000000100000000
[ 0.000000] Allocating PCI resources starting at 8fa00000 (gap: 8fa00000:50600000)
[ 0.000000] Booting paravirtualized kernel on bare hardware
[ 0.000000] setup_percpu: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88016fa00000 s82048 r8192 d24448 u262144
[ 0.000000] pcpu-alloc: s82048 r8192 d24448 u262144 alloc=1*2097152
[ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7
[ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 1002181
[ 0.000000] Policy zone: Normal
[ 0.000000] Kernel command line: root=/dev/mapper/root cryptdevice=/dev/sda5:root ro initrd=../initramfs-nico.img BOOT_IMAGE=../vmlinuz-nico
[ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes)
[ 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt size 0x340
[ 0.000000] Checking aperture...
[ 0.000000] No AGP bridge found
[ 0.000000] Calgary: detecting Calgary via BIOS EBDA area
[ 0.000000] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[ 0.000000] Memory: 3946436k/6027264k available (4294k kernel code, 1924344k absent, 156484k reserved, 5506k data, 724k init)
[ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
[ 0.000000] Preemptible hierarchical RCU implementation.
[ 0.000000] Verbose stalled-CPUs detection is disabled.
[ 0.000000] NR_IRQS:2304
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] Console: colour VGA+ 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8
[ 0.000000] ... MAX_LOCK_DEPTH: 48
[ 0.000000] ... MAX_LOCKDEP_KEYS: 8191
[ 0.000000] ... CLASSHASH_SIZE: 4096
[ 0.000000] ... MAX_LOCKDEP_ENTRIES: 16384
[ 0.000000] ... MAX_LOCKDEP_CHAINS: 32768
[ 0.000000] ... CHAINHASH_SIZE: 16384
[ 0.000000] memory used by lock dependency info: 5855 kB
[ 0.000000] per task-struct memory footprint: 1920 bytes
[ 0.000000] allocated 33554432 bytes of page_cgroup
[ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[ 0.000000] hpet clockevent registered
[ 0.000000] Fast TSC calibration using PIT
[ 0.003333] Detected 1800.216 MHz processor.
[ 0.000003] Calibrating delay loop (skipped), value calculated using timer frequency.. 3601.45 BogoMIPS (lpj=6000720)
[ 0.000137] pid_max: default: 32768 minimum: 301
[ 0.000380] Security Framework initialized
[ 0.000447] AppArmor: AppArmor disabled by boot time parameter
[ 0.001095] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[ 0.002388] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 0.002943] Mount-cache hash table entries: 256
[ 0.004398] Initializing cgroup subsys cpuacct
[ 0.004498] Initializing cgroup subsys memory
[ 0.004615] Initializing cgroup subsys devices
[ 0.004680] Initializing cgroup subsys freezer
[ 0.004747] Initializing cgroup subsys net_cls
[ 0.004812] Initializing cgroup subsys blkio
[ 0.004982] CPU: Physical Processor ID: 0
[ 0.005047] CPU: Processor Core ID: 0
[ 0.005113] mce: CPU supports 7 MCE banks
[ 0.005189] CPU0: Thermal monitoring enabled (TM1)
[ 0.005271] using mwait in idle threads.
[ 0.007101] ACPI: Core revision 20110623
[ 0.028691] ftrace: allocating 16325 entries in 65 pages
[ 0.037334] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.070360] CPU0: Intel(R) Core(TM) i7-2677M CPU @ 1.80GHz stepping 07
[ 0.173903] Performance Events: PEBS fmt1+, SandyBridge events, Intel PMU driver.
[ 0.174114] ... version: 3
[ 0.174176] ... bit width: 48
[ 0.174240] ... generic registers: 4
[ 0.174302] ... value mask: 0000ffffffffffff
[ 0.174368] ... max period: 000000007fffffff
[ 0.174433] ... fixed-purpose events: 3
[ 0.174496] ... event mask: 000000070000000f
[ 0.194470] NMI watchdog enabled, takes one hw-pmu counter.
[ 0.213912] lockdep: fixing up alternatives.
[ 0.220658] Booting Node 0, Processors #1
[ 0.220750] smpboot cpu 1: start_ip = 9a000
[ 0.333896] NMI watchdog enabled, takes one hw-pmu counter.
[ 0.353657] lockdep: fixing up alternatives.
[ 0.353766] #2
[ 0.353813] smpboot cpu 2: start_ip = 9a000
[ 0.466972] NMI watchdog enabled, takes one hw-pmu counter.
[ 0.486775] lockdep: fixing up alternatives.
[ 0.486884] #3
[ 0.486930] smpboot cpu 3: start_ip = 9a000
[ 0.600006] NMI watchdog enabled, takes one hw-pmu counter.
[ 0.606574] Brought up 4 CPUs
[ 0.606652] Total of 4 processors activated (14406.37 BogoMIPS).
[ 0.611141] devtmpfs: initialized
[ 0.612655] PM: Registering ACPI NVS region at 8ad34000 (176128 bytes)
[ 0.614167] print_constraints: dummy:
[ 0.614503] NET: Registered protocol family 16
[ 0.614848] ACPI: bus type pci registered
[ 0.615152] PCI: MMCONFIG for domain 0000 [bus 00-97] at [mem 0xe0000000-0xe97fffff] (base 0xe0000000)
[ 0.615242] PCI: MMCONFIG at [mem 0xe0000000-0xe97fffff] reserved in E820
[ 0.674736] PCI: Using configuration type 1 for base access
[ 0.675979] bio: create slab <bio-0> at 0
[ 0.676235] ACPI: Added _OSI(Module Device)
[ 0.676300] ACPI: Added _OSI(Processor Device)
[ 0.676365] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.676430] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.682371] ACPI: EC: EC description table is found, configuring boot EC
[ 0.696857] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[ 0.697746] ACPI: SSDT 000000008ad39190 00781 (v01 PmRef Cpu0Cst 00003001 INTL 20100915)
[ 0.699408] ACPI: Dynamic OEM Table Load:
[ 0.699554] ACPI: SSDT (null) 00781 (v01 PmRef Cpu0Cst 00003001 INTL 20100915)
[ 0.710207] ACPI: SSDT 000000008ad3a710 003A4 (v01 PmRef ApIst 00003000 INTL 20100915)
[ 0.711973] ACPI: Dynamic OEM Table Load:
[ 0.712118] ACPI: SSDT (null) 003A4 (v01 PmRef ApIst 00003000 INTL 20100915)
[ 0.719903] ACPI: SSDT 000000008ad38d90 00119 (v01 PmRef ApCst 00003000 INTL 20100915)
[ 0.721578] ACPI: Dynamic OEM Table Load:
[ 0.721724] ACPI: SSDT (null) 00119 (v01 PmRef ApCst 00003000 INTL 20100915)
[ 0.730697] ACPI: Interpreter enabled
[ 0.730763] ACPI: (supports S0 S3 S4 S5)
[ 0.731035] ACPI: Using IOAPIC for interrupt routing
[ 0.758034] ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
[ 0.758561] ACPI: No dock devices found.
[ 0.758626] HEST: Table not found.
[ 0.758689] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 0.759452] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.760567] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
[ 0.760637] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff]
[ 0.760707] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[ 0.760792] pci_root PNP0A08:00: host bridge window [mem 0x8fa00000-0xfeafffff]
[ 0.760876] pci_root PNP0A08:00: host bridge window [mem 0xfed40000-0xfed44fff]
[ 0.760995] pci 0000:00:00.0: [8086:0104] type 0 class 0x000600
[ 0.761091] pci 0000:00:01.0: [8086:0101] type 1 class 0x000604
[ 0.761146] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 0.761150] pci 0000:00:01.0: PME# disabled
[ 0.761191] pci 0000:00:02.0: [8086:0116] type 0 class 0x000300
[ 0.761212] pci 0000:00:02.0: reg 10: [mem 0xa0000000-0xa03fffff 64bit]
[ 0.761225] pci 0000:00:02.0: reg 18: [mem 0x90000000-0x9fffffff 64bit pref]
[ 0.761234] pci 0000:00:02.0: reg 20: [io 0x2000-0x203f]
[ 0.761346] pci 0000:00:16.0: [8086:1c3a] type 0 class 0x000780
[ 0.761391] pci 0000:00:16.0: reg 10: [mem 0xa0607100-0xa060710f 64bit]
[ 0.761511] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold
[ 0.761517] pci 0000:00:16.0: PME# disabled
[ 0.761575] pci 0000:00:1a.0: [8086:1c2c] type 0 class 0x000c03
[ 0.761666] pci 0000:00:1a.0: reg 20: [io 0x2140-0x215f]
[ 0.761778] pci 0000:00:1a.7: [8086:1c2d] type 0 class 0x000c03
[ 0.761818] pci 0000:00:1a.7: reg 10: [mem 0xa0606c00-0xa0606fff]
[ 0.761961] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
[ 0.761968] pci 0000:00:1a.7: PME# disabled
[ 0.762014] pci 0000:00:1b.0: [8086:1c20] type 0 class 0x000403
[ 0.762047] pci 0000:00:1b.0: reg 10: [mem 0xa0600000-0xa0603fff 64bit]
[ 0.762172] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 0.762178] pci 0000:00:1b.0: PME# disabled
[ 0.762221] pci 0000:00:1c.0: [8086:1c10] type 1 class 0x000604
[ 0.762359] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 0.762366] pci 0000:00:1c.0: PME# disabled
[ 0.762415] pci 0000:00:1c.1: [8086:1c12] type 1 class 0x000604
[ 0.762549] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 0.762556] pci 0000:00:1c.1: PME# disabled
[ 0.762615] pci 0000:00:1d.0: [8086:1c27] type 0 class 0x000c03
[ 0.762706] pci 0000:00:1d.0: reg 20: [io 0x20e0-0x20ff]
[ 0.762821] pci 0000:00:1d.7: [8086:1c26] type 0 class 0x000c03
[ 0.762860] pci 0000:00:1d.7: reg 10: [mem 0xa0606800-0xa0606bff]
[ 0.763012] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
[ 0.763018] pci 0000:00:1d.7: PME# disabled
[ 0.763059] pci 0000:00:1f.0: [8086:1c4d] type 0 class 0x000601
[ 0.763258] pci 0000:00:1f.2: [8086:1c01] type 0 class 0x000101
[ 0.763294] pci 0000:00:1f.2: reg 10: [io 0x2168-0x216f]
[ 0.763312] pci 0000:00:1f.2: reg 14: [io 0x217c-0x217f]
[ 0.763330] pci 0000:00:1f.2: reg 18: [io 0x2160-0x2167]
[ 0.763348] pci 0000:00:1f.2: reg 1c: [io 0x2178-0x217b]
[ 0.763365] pci 0000:00:1f.2: reg 20: [io 0x2060-0x206f]
[ 0.763382] pci 0000:00:1f.2: reg 24: [io 0xffe0-0xffef]
[ 0.763467] pci 0000:00:1f.3: [8086:1c22] type 0 class 0x000c05
[ 0.763501] pci 0000:00:1f.3: reg 10: [mem 0xa0607000-0xa06070ff 64bit]
[ 0.763549] pci 0000:00:1f.3: reg 20: [io 0xefa0-0xefbf]
[ 0.763667] pci 0000:03:00.0: [8086:151a] type 1 class 0x000604
[ 0.763740] pci 0000:03:00.0: supports D1 D2
[ 0.763742] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.763747] pci 0000:03:00.0: PME# disabled
[ 0.769692] pci 0000:00:01.0: PCI bridge to [bus 03-97]
[ 0.769762] pci 0000:00:01.0: bridge window [io 0x3000-0x3fff]
[ 0.769766] pci 0000:00:01.0: bridge window [mem 0xa0700000-0xa49fffff]
[ 0.769772] pci 0000:00:01.0: bridge window [mem 0xa4a00000-0xa89fffff 64bit pref]
[ 0.769845] pci 0000:04:00.0: [8086:151a] type 1 class 0x000604
[ 0.769921] pci 0000:04:00.0: supports D1 D2
[ 0.769924] pci 0000:04:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.769928] pci 0000:04:00.0: PME# disabled
[ 0.769976] pci 0000:04:03.0: [8086:151a] type 1 class 0x000604
[ 0.770052] pci 0000:04:03.0: supports D1 D2
[ 0.770054] pci 0000:04:03.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.770059] pci 0000:04:03.0: PME# disabled
[ 0.770097] pci 0000:04:04.0: [8086:151a] type 1 class 0x000604
[ 0.770173] pci 0000:04:04.0: supports D1 D2
[ 0.770175] pci 0000:04:04.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.770180] pci 0000:04:04.0: PME# disabled
[ 0.770244] pci 0000:03:00.0: PCI bridge to [bus 04-67]
[ 0.770319] pci 0000:03:00.0: bridge window [mem 0xa0700000-0xa09fffff]
[ 0.770405] pci 0000:05:00.0: [8086:151a] type 0 class 0x000880
[ 0.770425] pci 0000:05:00.0: reg 10: [mem 0xa0700000-0xa073ffff]
[ 0.770439] pci 0000:05:00.0: reg 14: [mem 0xa0740000-0xa0740fff]
[ 0.770543] pci 0000:05:00.0: supports D1 D2
[ 0.770545] pci 0000:05:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.770551] pci 0000:05:00.0: PME# disabled
[ 0.776328] pci 0000:04:00.0: PCI bridge to [bus 05-05]
[ 0.776414] pci 0000:04:00.0: bridge window [mem 0xa0700000-0xa07fffff]
[ 0.776479] pci 0000:04:03.0: PCI bridge to [bus 06-36]
[ 0.776553] pci 0000:04:03.0: bridge window [mem 0xa0800000-0xa08fffff]
[ 0.776617] pci 0000:04:04.0: PCI bridge to [bus 37-67]
[ 0.776690] pci 0000:04:04.0: bridge window [mem 0xa0900000-0xa09fffff]
[ 0.776816] pci 0000:00:1c.0: PCI bridge to [bus 01-01]
[ 0.776892] pci 0000:00:1c.0: bridge window [mem 0xa0500000-0xa05fffff]
[ 0.777090] pci 0000:02:00.0: [14e4:4353] type 0 class 0x000280
[ 0.777153] pci 0000:02:00.0: reg 10: [mem 0xa0400000-0xa0403fff 64bit]
[ 0.777432] pci 0000:02:00.0: supports D1 D2
[ 0.777434] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
[ 0.777445] pci 0000:02:00.0: PME# disabled
[ 0.783030] pci 0000:00:1c.1: PCI bridge to [bus 02-02]
[ 0.783105] pci 0000:00:1c.1: bridge window [mem 0xa0400000-0xa04fffff]
[ 0.783172] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.783454] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT]
[ 0.783694] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
[ 0.783915] pci0000:00: Requesting ACPI _OSC control (0x1d)
[ 0.784240] pci0000:00: ACPI _OSC control (0x19) granted
[ 0.792333] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 12 14 15) *11
[ 0.793038] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 *11 12 14 15)
[ 0.793677] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 12 14 15) *11
[ 0.794364] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 *11 12 14 15)
[ 0.794997] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled.
[ 0.795727] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 11 12 14 15) *10
[ 0.796421] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *11
[ 0.797110] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 *11 12 14 15)
[ 0.798024] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none
[ 0.798134] vgaarb: loaded
[ 0.798193] vgaarb: bridge control possible 0000:00:02.0
[ 0.798416] PCI: Using ACPI for IRQ routing
[ 0.803533] PCI: pci_cache_line_size set to 64 bytes
[ 0.803716] reserve RAM buffer: 000000000008f000 - 000000000008ffff
[ 0.803719] reserve RAM buffer: 000000000009fc00 - 000000000009ffff
[ 0.803722] reserve RAM buffer: 000000008ad34000 - 000000008bffffff
[ 0.803726] reserve RAM buffer: 000000016fe00000 - 000000016fffffff
[ 0.804105] NetLabel: Initializing
[ 0.804167] NetLabel: domain hash size = 128
[ 0.804230] NetLabel: protocols = UNLABELED CIPSOv4
[ 0.804340] NetLabel: unlabeled traffic allowed by default
[ 0.804428] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[ 0.804866] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[ 0.806972] Switching to clocksource hpet
[ 0.809602] Switched to NOHz mode on CPU #0
[ 0.809670] Switched to NOHz mode on CPU #3
[ 0.809743] Switched to NOHz mode on CPU #1
[ 0.809752] Switched to NOHz mode on CPU #2
[ 0.828246] pnp: PnP ACPI init
[ 0.828348] ACPI: bus type pnp registered
[ 0.828862] pnp 00:00: [bus 00-ff]
[ 0.828866] pnp 00:00: [io 0x0000-0x0cf7 window]
[ 0.828869] pnp 00:00: [io 0x0cf8-0x0cff]
[ 0.828871] pnp 00:00: [io 0x0d00-0xffff window]
[ 0.828873] pnp 00:00: [mem 0x000a0000-0x000bffff window]
[ 0.828876] pnp 00:00: [mem 0x000c0000-0x000c3fff window]
[ 0.828878] pnp 00:00: [mem 0x000c4000-0x000c7fff window]
[ 0.828881] pnp 00:00: [mem 0x000c8000-0x000cbfff window]
[ 0.828883] pnp 00:00: [mem 0x000cc000-0x000cffff window]
[ 0.828885] pnp 00:00: [mem 0x000d0000-0x000d3fff window]
[ 0.828888] pnp 00:00: [mem 0x000d4000-0x000d7fff window]
[ 0.828890] pnp 00:00: [mem 0x000d8000-0x000dbfff window]
[ 0.828892] pnp 00:00: [mem 0x000dc000-0x000dffff window]
[ 0.828895] pnp 00:00: [mem 0x000e0000-0x000e3fff window]
[ 0.828897] pnp 00:00: [mem 0x000e4000-0x000e7fff window]
[ 0.828899] pnp 00:00: [mem 0x000e8000-0x000ebfff window]
[ 0.828902] pnp 00:00: [mem 0x000ec000-0x000effff window]
[ 0.828904] pnp 00:00: [mem 0x000f0000-0x000fffff window]
[ 0.828907] pnp 00:00: [mem 0x8fa00000-0xfeafffff window]
[ 0.828909] pnp 00:00: [mem 0xfed40000-0xfed44fff window]
[ 0.829050] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[ 0.829242] pnp 00:01: [io 0x0000-0x001f]
[ 0.829244] pnp 00:01: [io 0x0081-0x0091]
[ 0.829246] pnp 00:01: [io 0x0093-0x009f]
[ 0.829249] pnp 00:01: [io 0x00c0-0x00df]
[ 0.829251] pnp 00:01: [dma 4]
[ 0.829324] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active)
[ 0.829338] pnp 00:02: [mem 0xff000000-0xffffffff]
[ 0.829407] pnp 00:02: Plug and Play ACPI device, IDs INT0800 (active)
[ 0.829516] pnp 00:03: [irq 0 disabled]
[ 0.829530] pnp 00:03: [irq 8]
[ 0.829532] pnp 00:03: [mem 0xfed00000-0xfed003ff]
[ 0.829664] system 00:03: [mem 0xfed00000-0xfed003ff] has been reserved
[ 0.829737] system 00:03: Plug and Play ACPI device, IDs PNP0103 PNP0c01 (active)
[ 0.829757] pnp 00:04: [io 0x00f0]
[ 0.829765] pnp 00:04: [irq 13]
[ 0.829837] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active)
[ 0.829853] pnp 00:05: [io 0x002e-0x002f]
[ 0.829855] pnp 00:05: [io 0x004e-0x004f]
[ 0.829857] pnp 00:05: [io 0x0061]
[ 0.829859] pnp 00:05: [io 0x0063]
[ 0.829861] pnp 00:05: [io 0x0065]
[ 0.829863] pnp 00:05: [io 0x0067]
[ 0.829865] pnp 00:05: [io 0x0080]
[ 0.829866] pnp 00:05: [io 0x0092]
[ 0.829868] pnp 00:05: [io 0x00b2-0x00b3]
[ 0.829872] pnp 00:05: [io 0x1000-0x100f]
[ 0.829874] pnp 00:05: [io 0x0400-0x047f]
[ 0.829876] pnp 00:05: [io 0x0500-0x057f]
[ 0.829989] system 00:05: [io 0x1000-0x100f] has been reserved
[ 0.830059] system 00:05: [io 0x0400-0x047f] has been reserved
[ 0.830127] system 00:05: [io 0x0500-0x057f] has been reserved
[ 0.830198] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.830212] pnp 00:06: [io 0x0070-0x0077]
[ 0.830285] pnp 00:06: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 0.830305] pnp 00:07: [io 0x0300-0x031f]
[ 0.830313] pnp 00:07: [irq 6]
[ 0.830390] pnp 00:07: Plug and Play ACPI device, IDs APP0001 (active)
[ 0.830671] pnp 00:08: [mem 0xfed1c000-0xfed1ffff]
[ 0.830673] pnp 00:08: [mem 0xfed10000-0xfed17fff]
[ 0.830676] pnp 00:08: [mem 0xfed18000-0xfed18fff]
[ 0.830678] pnp 00:08: [mem 0xfed19000-0xfed19fff]
[ 0.830680] pnp 00:08: [mem 0xe0000000-0xefffffff]
[ 0.830682] pnp 00:08: [mem 0xfed20000-0xfed3ffff]
[ 0.830684] pnp 00:08: [mem 0xfed90000-0xfed93fff]
[ 0.830686] pnp 00:08: [mem 0xfed45000-0xfed8ffff]
[ 0.830689] pnp 00:08: [mem 0xff000000-0xffffffff]
[ 0.830691] pnp 00:08: [mem 0xfee00000-0xfeefffff]
[ 0.830693] pnp 00:08: [mem 0x00000000-0xffffffffffffffff disabled]
[ 0.830819] system 00:08: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 0.830891] system 00:08: [mem 0xfed10000-0xfed17fff] could not be reserved
[ 0.830962] system 00:08: [mem 0xfed18000-0xfed18fff] has been reserved
[ 0.831032] system 00:08: [mem 0xfed19000-0xfed19fff] has been reserved
[ 0.831102] system 00:08: [mem 0xe0000000-0xefffffff] has been reserved
[ 0.831172] system 00:08: [mem 0xfed20000-0xfed3ffff] has been reserved
[ 0.831242] system 00:08: [mem 0xfed90000-0xfed93fff] has been reserved
[ 0.831312] system 00:08: [mem 0xfed45000-0xfed8ffff] has been reserved
[ 0.831383] system 00:08: [mem 0xff000000-0xffffffff] could not be reserved
[ 0.831452] system 00:08: [mem 0xfee00000-0xfeefffff] could not be reserved
[ 0.831525] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 0.838717] pnp 00:09: [mem 0x20000000-0x201fffff]
[ 0.838720] pnp 00:09: [mem 0x40000000-0x401fffff]
[ 0.838875] system 00:09: [mem 0x20000000-0x201fffff] has been reserved
[ 0.838946] system 00:09: [mem 0x40000000-0x401fffff] has been reserved
[ 0.839018] system 00:09: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 0.839032] pnp: PnP ACPI: found 10 devices
[ 0.839096] ACPI: ACPI bus type pnp unregistered
[ 0.848149] PCI: max bus depth: 3 pci_try_num: 4
[ 0.848227] pci 0000:04:00.0: PCI bridge to [bus 05-05]
[ 0.848298] pci 0000:04:00.0: bridge window [mem 0xa0700000-0xa07fffff]
[ 0.848377] pci 0000:04:03.0: PCI bridge to [bus 06-36]
[ 0.848447] pci 0000:04:03.0: bridge window [mem 0xa0800000-0xa08fffff]
[ 0.848525] pci 0000:04:04.0: PCI bridge to [bus 37-67]
[ 0.848595] pci 0000:04:04.0: bridge window [mem 0xa0900000-0xa09fffff]
[ 0.848673] pci 0000:03:00.0: PCI bridge to [bus 04-67]
[ 0.848743] pci 0000:03:00.0: bridge window [mem 0xa0700000-0xa09fffff]
[ 0.848821] pci 0000:00:01.0: PCI bridge to [bus 03-97]
[ 0.848888] pci 0000:00:01.0: bridge window [io 0x3000-0x3fff]
[ 0.848958] pci 0000:00:01.0: bridge window [mem 0xa0700000-0xa49fffff]
[ 0.849031] pci 0000:00:01.0: bridge window [mem 0xa4a00000-0xa89fffff 64bit pref]
[ 0.849119] pci 0000:00:1c.0: PCI bridge to [bus 01-01]
[ 0.849193] pci 0000:00:1c.0: bridge window [mem 0xa0500000-0xa05fffff]
[ 0.849276] pci 0000:00:1c.1: PCI bridge to [bus 02-02]
[ 0.849349] pci 0000:00:1c.1: bridge window [mem 0xa0400000-0xa04fffff]
[ 0.849447] pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.849519] pci 0000:00:01.0: setting latency timer to 64
[ 0.849527] pci 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.849599] pci 0000:03:00.0: setting latency timer to 64
[ 0.849608] pci 0000:04:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.849680] pci 0000:04:00.0: setting latency timer to 64
[ 0.849688] pci 0000:04:03.0: enabling device (0000 -> 0002)
[ 0.849761] pci 0000:04:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 0.850330] pci 0000:04:03.0: setting latency timer to 64
[ 0.850338] pci 0000:04:04.0: enabling device (0000 -> 0002)
[ 0.850419] pci 0000:04:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.850493] pci 0000:04:04.0: setting latency timer to 64
[ 0.850502] pci 0000:00:1c.0: enabling device (0000 -> 0002)
[ 0.850572] pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 0.850648] pci 0000:00:1c.0: setting latency timer to 64
[ 0.850730] pci 0000:00:1c.1: power state changed by ACPI to D0
[ 0.850802] pci 0000:00:1c.1: power state changed by ACPI to D0
[ 0.850880] pci 0000:00:1c.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[ 0.850954] pci 0000:00:1c.1: setting latency timer to 64
[ 0.850960] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
[ 0.850963] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
[ 0.850965] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[ 0.850968] pci_bus 0000:00: resource 7 [mem 0x8fa00000-0xfeafffff]
[ 0.850970] pci_bus 0000:00: resource 8 [mem 0xfed40000-0xfed44fff]
[ 0.850973] pci_bus 0000:03: resource 0 [io 0x3000-0x3fff]
[ 0.850975] pci_bus 0000:03: resource 1 [mem 0xa0700000-0xa49fffff]
[ 0.850978] pci_bus 0000:03: resource 2 [mem 0xa4a00000-0xa89fffff 64bit pref]
[ 0.850981] pci_bus 0000:04: resource 1 [mem 0xa0700000-0xa09fffff]
[ 0.850984] pci_bus 0000:05: resource 1 [mem 0xa0700000-0xa07fffff]
[ 0.850986] pci_bus 0000:06: resource 1 [mem 0xa0800000-0xa08fffff]
[ 0.850989] pci_bus 0000:37: resource 1 [mem 0xa0900000-0xa09fffff]
[ 0.850992] pci_bus 0000:01: resource 1 [mem 0xa0500000-0xa05fffff]
[ 0.850994] pci_bus 0000:02: resource 1 [mem 0xa0400000-0xa04fffff]
[ 0.851105] NET: Registered protocol family 2
[ 0.851483] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.853180] TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
[ 0.855325] TCP bind hash table entries: 65536 (order: 10, 4194304 bytes)
[ 0.860908] TCP: Hash tables configured (established 524288 bind 65536)
[ 0.861002] TCP reno registered
[ 0.861113] UDP hash table entries: 2048 (order: 6, 327680 bytes)
[ 0.861570] UDP-Lite hash table entries: 2048 (order: 6, 327680 bytes)
[ 0.862227] NET: Registered protocol family 1
[ 0.862317] pci 0000:00:02.0: Boot video device
[ 0.862732] PCI: CLS 256 bytes, default 64
[ 0.862875] Unpacking initramfs...
[ 0.936120] Freeing initrd memory: 2988k freed
[ 0.936688] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.936759] Placing 64MB software IO TLB between ffff880086d2f000 - ffff88008ad2f000
[ 0.936843] software IO TLB at phys 0x86d2f000 - 0x8ad2f000
[ 0.937848] audit: initializing netlink socket (disabled)
[ 0.937951] type=2000 audit(1323283955.783:1): initialized
[ 0.944031] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[ 0.958256] VFS: Disk quotas dquot_6.5.2
[ 0.958527] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 0.959059] msgmni has been set to 7713
[ 0.959604] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 0.959758] io scheduler noop registered
[ 0.959822] io scheduler deadline registered
[ 0.959961] io scheduler cfq registered (default)
[ 0.960315] pcieport 0000:00:01.0: setting latency timer to 64
[ 0.960382] pcieport 0000:00:01.0: irq 40 for MSI/MSI-X
[ 0.960674] pcieport 0000:03:00.0: setting latency timer to 64
[ 0.960725] pcieport 0000:03:00.0: irq 41 for MSI/MSI-X
[ 0.960850] pcieport 0000:04:00.0: setting latency timer to 64
[ 0.960902] pcieport 0000:04:00.0: irq 42 for MSI/MSI-X
[ 0.961027] pcieport 0000:04:03.0: setting latency timer to 64
[ 0.961079] pcieport 0000:04:03.0: irq 43 for MSI/MSI-X
[ 0.961207] pcieport 0000:04:04.0: setting latency timer to 64
[ 0.961259] pcieport 0000:04:04.0: irq 44 for MSI/MSI-X
[ 0.961810] intel_idle: MWAIT substates: 0x21120
[ 0.961812] intel_idle: v0.4 model 0x2A
[ 0.961813] intel_idle: lapic_timer_reliable_states 0xffffffff
[ 0.961958] ERST: Table is not found!
[ 0.962021] GHES: HEST is not enabled!
[ 0.962191] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 1.183707] Linux agpgart interface v0.103
[ 1.184007] i8042: PNP: No PS/2 controller found. Probing ports directly.
[ 1.184966] i8042: No controller found
[ 1.185208] mousedev: PS/2 mouse device common for all mice
[ 1.185445] rtc_cmos 00:06: RTC can wake from S4
[ 1.185809] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
[ 1.185921] rtc0: alarms up to one month, y3k, 242 bytes nvram, hpet irqs
[ 1.186253] cpuidle: using governor ladder
[ 1.186968] cpuidle: using governor menu
[ 1.187665] TCP cubic registered
[ 1.187729] NET: Registered protocol family 17
[ 1.187802] Registering the dns_resolver key type
[ 1.188201] PM: Hibernation image not present or could not be loaded.
[ 1.188209] registered taskstats version 1
[ 1.194441] rtc_cmos 00:06: setting system clock to 2011-12-07 18:52:36 UTC (1323283956)
[ 1.194653] Initializing network drop monitor service
[ 1.196898] Freeing unused kernel memory: 724k freed
[ 1.197088] Write protecting the kernel read-only data: 8192k
[ 1.204306] Freeing unused kernel memory: 1832k freed
[ 1.205677] Freeing unused kernel memory: 232k freed
[ 1.220090] udevd[45]: starting version 174
[ 1.310589] usbcore: registered new interface driver usbfs
[ 1.311656] usbcore: registered new interface driver hub
[ 1.312201] usbcore: registered new device driver usb
[ 1.312885] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.313174] ehci_hcd 0000:00:1a.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.313305] ehci_hcd 0000:00:1a.7: setting latency timer to 64
[ 1.313313] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 1.313969] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
[ 1.314166] ehci_hcd 0000:00:1a.7: debug port 2
[ 1.317490] SCSI subsystem initialized
[ 1.318125] ehci_hcd 0000:00:1a.7: cache line size of 256 is not supported
[ 1.318170] ehci_hcd 0000:00:1a.7: irq 23, io mem 0xa0606c00
[ 1.319952] libata version 3.00 loaded.
[ 1.329773] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
[ 1.330750] hub 1-0:1.0: USB hub found
[ 1.330874] hub 1-0:1.0: 6 ports detected
[ 1.331483] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[ 1.331612] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ 1.331620] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 1.331735] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
[ 1.331875] ehci_hcd 0000:00:1d.7: debug port 2
[ 1.335825] ehci_hcd 0000:00:1d.7: cache line size of 256 is not supported
[ 1.335857] ehci_hcd 0000:00:1d.7: irq 22, io mem 0xa0606800
[ 1.349713] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
[ 1.350135] hub 2-0:1.0: USB hub found
[ 1.350208] hub 2-0:1.0: 8 ports detected
[ 1.350520] ata_piix 0000:00:1f.2: version 2.13
[ 1.350548] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 1.350636] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[ 1.412487] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.502871] ata_piix 0000:00:1f.2: setting latency timer to 64
[ 1.504036] scsi0 : ata_piix
[ 1.504484] scsi1 : ata_piix
[ 1.504963] ata1: SATA max UDMA/133 cmd 0x2168 ctl 0x217c bmdma 0x2060 irq 19
[ 1.505040] ata2: SATA max UDMA/133 cmd 0x2160 ctl 0x2178 bmdma 0x2068 irq 19
[ 1.505187] uhci_hcd 0000:00:1a.0: PCI INT B -> GSI 21 (level, low) -> IRQ 21
[ 1.505279] uhci_hcd 0000:00:1a.0: setting latency timer to 64
[ 1.505287] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 1.505400] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
[ 1.505537] uhci_hcd 0000:00:1a.0: irq 21, io base 0x00002140
[ 1.506181] hub 3-0:1.0: USB hub found
[ 1.506270] hub 3-0:1.0: 2 ports detected
[ 1.506526] uhci_hcd 0000:00:1d.0: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ 1.506605] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1.506610] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 1.506691] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4
[ 1.506806] uhci_hcd 0000:00:1d.0: irq 19, io base 0x000020e0
[ 1.507168] hub 4-0:1.0: USB hub found
[ 1.507242] hub 4-0:1.0: 2 ports detected
[ 1.639284] usb 1-1: new high speed USB device number 2 using ehci_hcd
[ 1.763916] hub 1-1:1.0: USB hub found
[ 1.764127] hub 1-1:1.0: 3 ports detected
[ 1.868922] usb 1-2: new high speed USB device number 3 using ehci_hcd
[ 1.938886] Refined TSC clocksource calibration: 1800.012 MHz.
[ 1.938979] Switching to clocksource tsc
[ 2.111868] usb 2-1: new high speed USB device number 2 using ehci_hcd
[ 2.236286] hub 2-1:1.0: USB hub found
[ 2.236501] hub 2-1:1.0: 2 ports detected
[ 2.315072] usb 1-1.1: new full speed USB device number 4 using ehci_hcd
[ 2.414290] hub 1-1.1:1.0: USB hub found
[ 2.414562] hub 1-1.1:1.0: 3 ports detected
[ 2.494779] usb 1-1.2: new full speed USB device number 5 using ehci_hcd
[ 2.524579] ata2.00: failed to resume link (SControl 0)
[ 2.616251] usbcore: registered new interface driver usbhid
[ 2.616327] usbhid: USB HID core driver
[ 2.681275] usb 2-1.1: new high speed USB device number 3 using ehci_hcd
[ 2.786708] Initializing USB Mass Storage driver...
[ 2.787047] scsi2 : usb-storage 2-1.1:1.0
[ 2.787289] usbcore: registered new interface driver usb-storage
[ 2.787371] USB Mass Storage support registered.
[ 2.844048] ata1.01: failed to resume link (SControl 0)
[ 2.860971] usb 1-1.1.1: new full speed USB device number 6 using ehci_hcd
[ 2.949339] input: HID 05ac:820a as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.1/1-1.1.1:1.0/input/input0
[ 2.950161] generic-usb 0003:05AC:820A.0003: input,hidraw0: USB HID v1.11 Keyboard [HID 05ac:820a] on usb-0000:00:1a.7-1.1.1/input0
[ 2.997205] ata1.00: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.997290] ata1.01: SATA link down (SStatus 0 SControl 0)
[ 3.004199] ata1.00: ATA-8: APPLE SSD SM256C, AXM09A1Q, max UDMA/133
[ 3.004273] ata1.00: 490234752 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 3.010716] ata1.00: configured for UDMA/133
[ 3.011488] scsi 0:0:0:0: Direct-Access ATA APPLE SSD SM256C AXM0 PQ: 0 ANSI: 5
[ 3.017349] usb 1-1.1.2: new full speed USB device number 7 using ehci_hcd
[ 3.105109] input: HID 05ac:820b as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input1
[ 3.105824] generic-usb 0003:05AC:820B.0004: input,hidraw1: USB HID v1.11 Mouse [HID 05ac:820b] on usb-0000:00:1a.7-1.1.2/input0
[ 3.183705] usb 1-1.1.3: new full speed USB device number 8 using ehci_hcd
[ 3.546329] ata2.01: failed to resume link (SControl 0)
[ 3.557997] ata2.00: SATA link down (SStatus 0 SControl 0)
[ 3.558079] ata2.01: SATA link down (SStatus 0 SControl 0)
[ 3.568240] sd 0:0:0:0: [sda] 490234752 512-byte logical blocks: (251 GB/233 GiB)
[ 3.568589] sd 0:0:0:0: [sda] Write Protect is off
[ 3.568628] input: Apple Inc. Apple Internal Keyboard / Trackpad as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.2/1-1.2:1.0/input/input2
[ 3.568747] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 3.568805] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.569040] apple 0003:05AC:024D.0001: input,hidraw2: USB HID v1.11 Keyboard [Apple Inc. Apple Internal Keyboard / Trackpad] on usb-0000:00:1a.7-1.2/input0
[ 3.573493] apple 0003:05AC:024D.0002: hidraw3: USB HID v1.11 Device [Apple Inc. Apple Internal Keyboard / Trackpad] on usb-0000:00:1a.7-1.2/input1
[ 3.575039] sda: sda1 sda2 sda3 sda4 sda5
[ 3.576348] sd 0:0:0:0: [sda] Attached SCSI disk
[ 3.770461] device-mapper: uevent: version 1.0.3
[ 3.771242] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com
[ 3.805053] scsi 2:0:0:0: Direct-Access APPLE SD Card Reader 2.00 PQ: 0 ANSI: 0
[ 3.808150] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[ 10.829013] padlock_aes: VIA PadLock not detected.
[ 17.877617] JFS: nTxBlock = 8192, nTxLock = 65536
[ 18.341860] udevd[320]: starting version 175
[ 18.429875] ACPI: acpi_idle yielding to intel_idle
[ 18.435148] agpgart-intel 0000:00:00.0: Intel Sandybridge Chipset
[ 18.435575] agpgart-intel 0000:00:00.0: detected gtt size: 2097152K total, 262144K mappable
[ 18.437852] agpgart-intel 0000:00:00.0: detected 65536K stolen memory
[ 18.438245] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x90000000
[ 18.446278] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input3
[ 18.446753] ACPI: Lid Switch [LID0]
[ 18.446971] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4
[ 18.447629] ACPI: Power Button [PWRB]
[ 18.453544] mei: module is from the staging directory, the quality is unknown, you have been warned.
[ 18.456648] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input5
[ 18.456755] ACPI: Sleep Button [SLPB]
[ 18.460900] mei 0000:00:16.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 18.460991] mei 0000:00:16.0: setting latency timer to 64
[ 18.462754] ACPI: AC Adapter [ADP1] (off-line)
[ 18.476464] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
[ 18.476563] ACPI: Power Button [PWRF]
[ 18.538886] iTCO_vendor_support: vendor-support=0
[ 18.554127] input: PC Speaker as /devices/platform/pcspkr/input/input7
[ 18.554402] i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 18.584855] ACPI: Battery Slot [BAT0] (battery present)
[ 18.589556] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
[ 18.600442] iTCO_wdt: unable to reset NO_REBOOT flag, device disabled by hardware/BIOS
[ 18.609594] cfg80211: Calling CRDA to update world regulatory domain
[ 18.611779] brcmutil: module is from the staging directory, the quality is unknown, you have been warned.
[ 18.615683] [drm] Initialized drm 1.1.0 20060810
[ 18.647569] brcmsmac: module is from the staging directory, the quality is unknown, you have been warned.
[ 18.648655] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[ 18.648900] snd_hda_intel 0000:00:1b.0: irq 45 for MSI/MSI-X
[ 18.648992] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[ 18.651806] brcmsmac 0000:02:00.0: bus 2 slot 0 func 0 irq 11
[ 18.651930] brcmsmac 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 18.652014] brcmsmac 0000:02:00.0: setting latency timer to 64
[ 18.673646] applesmc: key=349 fan=1 temp=25 acc=0 lux=2 kbd=1
[ 18.690091] Registered led device: smc::kbd_backlight
[ 18.745401] input: bcm5974 as /devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.2/1-1.2:1.2/input/input8
[ 18.752878] Linux media interface: v0.10
[ 18.752957] usbcore: registered new interface driver bcm5974
[ 18.761950] Linux video capture interface: v2.00
[ 18.801509] uvcvideo: Found UVC 1.00 device FaceTime Camera (Built-in) (05ac:850a)
[ 18.832756] input: FaceTime Camera (Built-in) as /devices/pci0000:00/0000:00:1a.7/usb1/1-2/1-2:1.0/input/input9
[ 18.836134] usbcore: registered new interface driver uvcvideo
[ 18.836284] USB Video Class driver (1.1.1)
[ 18.853704] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 19.207357] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0
[ 19.207772] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0
[ 19.208167] HDMI status: Codec=3 Pin=7 Presence_Detect=0 ELD_Valid=0
[ 19.213016] input: HDA Intel PCH HDMI/DP as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[ 19.213258] input: HDA Intel PCH HDMI/DP as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[ 19.213488] input: HDA Intel PCH HDMI/DP as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
[ 19.214213] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 19.214298] i915 0000:00:02.0: setting latency timer to 64
[ 19.348569] i915 0000:00:02.0: irq 46 for MSI/MSI-X
[ 19.348580] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 19.348654] [drm] Driver supports precise vblank timestamp query.
[ 19.348834] [drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed
[ 19.349166] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 20.549597] fbcon: inteldrmfb (fb0) is primary device
[ 21.539134] [drm:intel_dp_complete_link_train] *ERROR* failed to train DP, aborting
[ 21.565344] Console: switching to colour frame buffer device 180x56
[ 21.568908] fb0: inteldrmfb frame buffer device
[ 21.568910] drm: registered panic notifier
[ 21.600401] acpi device:0d: registered as cooling_device4
[ 21.600920] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input13
[ 21.601207] ACPI: Video Device [IGPU] (multi-head: yes rom: no post: no)
[ 21.601394] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 23.095084] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null)
[ 23.980273] NET: Registered protocol family 10
[ 41.326466] ieee80211 phy0: brcms_ops_config: change monitor mode: false (implement)
[ 41.326471] ieee80211 phy0: brcms_ops_config: change power-save mode: false (implement)
[ 41.332881] ieee80211 phy0: brcms_ops_bss_info_changed: qos enabled: false (implement)
[ 41.333617] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 43.479975] wlan0: authenticate with 00:18:39:50:07:f3 (try 1)
[ 43.481733] wlan0: authenticated
[ 43.481968] wlan0: associate with 00:18:39:50:07:f3 (try 1)
[ 43.484579] wlan0: RX AssocResp from 00:18:39:50:07:f3 (capab=0x421 status=0 aid=2)
[ 43.484583] wlan0: associated
[ 43.485664] ieee80211 phy0: brcms_ops_bss_info_changed: qos enabled: false (implement)
[ 43.485672] ieee80211 phy0: brcmsmac: brcms_ops_bss_info_changed: associated
[ 43.485697] ieee80211 phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 0 (implement)
[ 43.486139] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 52.833049] ieee80211 phy0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement)
[ 54.060834] wlan0: no IPv6 routers present
[ 156.662187] ieee80211 phy0: brcms_ops_bss_info_changed: qos enabled: false (implement)
[ 156.662284] ieee80211 phy0: brcmsmac: brcms_ops_bss_info_changed: disassociated
[ 156.662296] ieee80211 phy0: brcms_ops_bss_info_changed: arp filtering: enabled false, count 1 (implement)
[ 156.662431] wlan0: deauthenticating from 00:18:39:50:07:f3 by local choice (reason=3)
[ 156.738525] cfg80211: Calling CRDA for country: X3
[ 158.739984] wlan0: direct probe to c8:6c:87:a9:df:a9 (try 1/3)
[ 158.937442] wlan0: direct probe to c8:6c:87:a9:df:a9 (try 2/3)
[ 159.137132] wlan0: direct probe to c8:6c:87:a9:df:a9 (try 3/3)
[ 159.336825] wlan0: direct probe to c8:6c:87:a9:df:a9 timed out
--------------------------------------------------------------------------------
<2>CTRL-EVENT-BSS-ADDED 6 c8:6c:87:a9:df:a9
> <2>CTRL-EVENT-BSS-ADDED 7 00:24:93:27:1f:b0
> <2>CTRL-EVENT-SCAN-RESULTS
> <2>WPS-AP-AVAILABLE
> <2>Trying to associate with c8:6c:87:a9:df:a9 (SSID='weisserose' freq=2472 MHz)
> 'PING' command timed out.
Connection to wpa_supplicant lost - trying to reconnect
Warning: Failed to attach to wpa_supplicant.
>
>
> 'PING' command timed out.
Connection to wpa_supplicant lost - trying to reconnect
Warning: Failed to attach to wpa_supplicant.
'PING' command timed out.
Connection to wpa_supplicant lost - trying to reconnect
Warning: Failed to attach to wpa_supplicant.
'PING' command timed out.
Connection to wpa_supplicant lost - trying to reconnect
Warning: Failed to attach to wpa_supplicant.
'PING' command timed out.
Connection to wpa_supplicant lost - trying to reconnect
Warning: Failed to attach to wpa_supplicant.
--
PGP key: 7ED9 F7D3 6B10 81D7 0EC5 5C09 D7DC C8E4 3187 7DF0
^ permalink raw reply
* [PATCH] powerpc: Add TBI PHY node to first MDIO bus
From: Andy Fleming @ 2011-12-07 19:50 UTC (permalink / raw)
To: Kumar Gala, David Miller; +Cc: netdev, linuxppc-dev
Systems which use the fsl_pq_mdio driver need to specify an
address for TBI PHY transactions such that the address does
not conflict with any PHYs on the bus (all transactions to
that address are directed to the onboard TBI PHY). The driver
used to scan for a free address if no address was specified,
however this ran into issues when the PHY Lib was fixed so
that all MDIO transactions were protected by a mutex. As it
is, the code was meant to serve as a transitional tool until
the device trees were all updated to specify the TBI address.
The best fix for the mutex issue was to remove the scanning code,
but it turns out some of the newer SoCs have started to omit
the tbi-phy node when SGMII is not being used. As such, these
devices will now fail unless we add a tbi-phy node to the first
mdio controller.
Signed-off-by: Andy Fleming <afleming@freescale.com>
---
This requires fsl_pq_mdio: Clean up tbi address configuration from
the net tree in order to achieve its full effect.
This needs to go into 3.2.
arch/powerpc/boot/dts/p1010rdb.dts | 5 +++++
arch/powerpc/boot/dts/p1020rdb.dts | 5 +++++
arch/powerpc/boot/dts/p1020rdb_camp_core0.dts | 5 +++++
arch/powerpc/boot/dts/p1021mds.dts | 4 ++++
arch/powerpc/boot/dts/p1022ds.dts | 4 ++++
arch/powerpc/boot/dts/p2020rdb.dts | 8 ++++++--
arch/powerpc/boot/dts/p2020rdb_camp_core0.dts | 4 ++++
7 files changed, 33 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/boot/dts/p1010rdb.dts b/arch/powerpc/boot/dts/p1010rdb.dts
index d6c669c..e1f9683 100644
--- a/arch/powerpc/boot/dts/p1010rdb.dts
+++ b/arch/powerpc/boot/dts/p1010rdb.dts
@@ -193,6 +193,11 @@
interrupts = <2 1>;
reg = <0x2>;
};
+
+ tbi-phy@3 {
+ device-type = "tbi-phy";
+ reg = <0x3>;
+ };
};
enet0: ethernet@b0000 {
diff --git a/arch/powerpc/boot/dts/p1020rdb.dts b/arch/powerpc/boot/dts/p1020rdb.dts
index d6a8ae4..72e4fc4 100644
--- a/arch/powerpc/boot/dts/p1020rdb.dts
+++ b/arch/powerpc/boot/dts/p1020rdb.dts
@@ -209,6 +209,11 @@
interrupts = <2 1>;
reg = <0x1>;
};
+
+ tbi-phy@2 {
+ device_type = "tbi-phy";
+ reg = <0x2>;
+ };
};
mdio@25000 {
diff --git a/arch/powerpc/boot/dts/p1020rdb_camp_core0.dts b/arch/powerpc/boot/dts/p1020rdb_camp_core0.dts
index f0bf7f4..ad805a1 100644
--- a/arch/powerpc/boot/dts/p1020rdb_camp_core0.dts
+++ b/arch/powerpc/boot/dts/p1020rdb_camp_core0.dts
@@ -112,6 +112,11 @@
interrupts = <2 1>;
reg = <0x1>;
};
+
+ tbi-phy@2 {
+ device-type = "tbi-phy";
+ reg = <0x2>;
+ };
};
mdio@25000 {
diff --git a/arch/powerpc/boot/dts/p1021mds.dts b/arch/powerpc/boot/dts/p1021mds.dts
index ad5b852..ba53b4b 100644
--- a/arch/powerpc/boot/dts/p1021mds.dts
+++ b/arch/powerpc/boot/dts/p1021mds.dts
@@ -338,6 +338,10 @@
interrupt-parent = <&mpic>;
reg = <0x4>;
};
+ tbi-phy@5 {
+ device_type = "tbi-phy";
+ reg = <0x5>;
+ };
};
mdio@25000 {
diff --git a/arch/powerpc/boot/dts/p1022ds.dts b/arch/powerpc/boot/dts/p1022ds.dts
index 89ca93e..4bf382d 100644
--- a/arch/powerpc/boot/dts/p1022ds.dts
+++ b/arch/powerpc/boot/dts/p1022ds.dts
@@ -391,6 +391,10 @@
interrupts = <9 1 0 0>;
reg = <0x2>;
};
+ tbi-phy@2 {
+ device_type = "tbi-phy";
+ reg = <0x2>;
+ };
};
mdio@25000 {
diff --git a/arch/powerpc/boot/dts/p2020rdb.dts b/arch/powerpc/boot/dts/p2020rdb.dts
index 1d7a05f..9e4ae85 100644
--- a/arch/powerpc/boot/dts/p2020rdb.dts
+++ b/arch/powerpc/boot/dts/p2020rdb.dts
@@ -205,12 +205,16 @@
interrupt-parent = <&mpic>;
interrupts = <3 1>;
reg = <0x0>;
- };
+ };
phy1: ethernet-phy@1 {
interrupt-parent = <&mpic>;
interrupts = <3 1>;
reg = <0x1>;
- };
+ };
+ tbi-phy@2 {
+ device_type = "tbi-phy";
+ reg = <0x2>;
+ };
};
mdio@25520 {
diff --git a/arch/powerpc/boot/dts/p2020rdb_camp_core0.dts b/arch/powerpc/boot/dts/p2020rdb_camp_core0.dts
index fc8dddd..8e5bda1 100644
--- a/arch/powerpc/boot/dts/p2020rdb_camp_core0.dts
+++ b/arch/powerpc/boot/dts/p2020rdb_camp_core0.dts
@@ -122,6 +122,10 @@
interrupts = <3 1>;
reg = <0x1>;
};
+ tbi-phy@2 {
+ device_type = "tbi-phy";
+ reg = <0x2>;
+ };
};
mdio@25520 {
--
1.7.3.4
^ permalink raw reply related
* Re: bridge: HSR support
From: Jay Vosburgh @ 2011-12-07 19:59 UTC (permalink / raw)
To: Arvid Brodin; +Cc: Stephen Hemminger, netdev
In-Reply-To: <4EDFB0BD.60701@enea.com>
Arvid Brodin <arvid.brodin@enea.com> wrote:
>Stephen Hemminger wrote:
>> On Wed, 7 Dec 2011 00:23:21 +0100
>> Arvid Brodin <arvid.brodin@enea.com> wrote:
>>
>>> Stephen Hemminger wrote:
>>>> On Fri, 28 Oct 2011 17:34:18 +0200
>>>> Arvid Brodin <arvid.brodin@enea.com> wrote:
>>>>
>>>>> Ok, so after a lot of reading and looking through code I have this idea of a
>>>>> standalone solution:
>>>>>
>>>>> 1) Add ioctls to create (and remove) "hsr" netdevs which encapsulates two
>>>>> physical Ethernet interfaces each (somewhat like the bridge code does, but
>>>>> with precisely 2 interfaces slaved).
>>>> Please use the newer netlink interface and the master attribute for this
>>>> rather than inventing yet another ioctl.
>>>
>>> Is the rtnl interface documented anywhere (the usage of the different IFLA_
>>> flags etc.)? Specifically: how do I use the IFLA_MASTER flag (what's the
>>> meaning of the 32-bit data it wants, and how is it used by the kernel)? I
>>> haven't been very successful figuring this out by looking at the kernel code.
>>
>>
>> Look at bridging or bonding.
>
>Believe me, I have! :) Turns out IFLA_MASTER is actually handled in net/core/rtnetlink.c.
>Although the message is sent to the slave device, the functions called are the
>master device's ndo_{add,del}_slave(). Looking at the bridging and bonding
>implementations br_add_slave() and bond_enslave() and the functions they call,
>it all boils down mostly to
>
>* netdev_set_master() which assigns slave_dev->master = master_dev.
>* bonding also set IFF_SLAVE on the slave.
>* netdev_rx_handler_register(slave_dev, ). "This handler will then be called
> from __netif_receive_skb."
>
>So far so good, but:
>
>* I don't know the meaning of the IFF_SLAVE flag. It's referenced all over the place
> (core, vlan, bonding, ipv6, eql). Do I need to/want to set this?
Only if you actually need to for some reason. There are a few
tests that make actual use of IFF_SLAVE, e.g., IPv6 won't run addrconf
on an interface with IFF_SLAVE set (which prevents bonding slaves from
having an IPv6 address distinct from the master). Netpoll also treats
interfaces with IFF_SLAVE in a special way. Bonding uses it internally
for various tests.
>* I don't know the effects of setting dev->master. Do I need/want this?
Maybe. One effect of netdev_set_master is that a reference is
acquired on the master, on behalf of the slave, so the master cannot
simply vanish until the slave releases that reference. This predates
the notifier facility, and careful use of notifiers (handling
NETDEV_UNREGISTER) can get around the need for dev->master, but, e.g.,
vlan still acquires a reference to the real_dev without using
dev->master.
It used to be that dev->master was used in netif_receive_skb for
packet handling purposes (for bonding, mostly; bridge and I think
macvlan had separate hooks). That special sauce is now done by the
rx_handler, so there's really no requirement to use dev->master if you
have no need.
>* I don't want to forward all ingress frames on the slave devices to my master
> device; I only want the ones with protocol 0x88FB to be forwarded (other
> frames should be received by the slaves as normal). I think I already have this
> covered by registering a protocol handler (using dev_add_pack(packet_type)).
> So perhaps calling netdev_rx_handler_register() is not necessary in my case?
You may want to use the rx_handler, and have it set skb->dev
appropriately for the frames that should forward to the master, and
leave skb->dev alone for the ones that should stick with the slave.
Both of those need the appropriate return from the rx_handler, which is
documented in netdevice.h.
I'm not sure that you need a dev_add_pack at all; bonding
doesn't use one anymore, since everything it needs can now be done via
rx_handler. The dev_add_pack approach may work, but rx_handler is
probably more efficient.
>* As far as I can see, neither bridging nor bonding is handled by the ip program
> (iproute2 suite)? I.e. no examples of binding more than one interface to a
> virtual interface when it comes to which messages to send, etc. VLAN uses
> IFLA_IFNAME (name of the vlan link), IFLA_LINK (physical link behind the vlan
> link), and some IFLA_VLAN-specific messages.
In current versions of iproute, something like "ip link set
device eth0 master bond0" would add a slave to a bond. You are correct,
though, that ip does not permit changing the bonding options, and I
don't believe it will create new master devices, either, so the bonding
support is limited.
-J
> What I want to do is to atomically (from a user space perspective) create the
> HSR bonding, i.e.:
>
> # ip link add name hsr0 type hsr slave1 slave2
>
> I have written a hsr "plugin" to iproute2 that accepts these parameters, I'm
> just not sure how to tell the kernel about them. Perhaps then I should define
> my own IFLA_HSR_UNSPEC, IFLA_HSR_SLAVE1, IFLA_HSR_SLAVE2 messages?
>
>>> Also, how do I best tell the kernel which my slave devices are when creating
>>> the hsr device? Should I create my own IFLA_HSR_UNSPEC, etc, or can I use some
>>> of the generic flags?
>>
>> Look at macvlan, vlan, or bridging. There this is done by processing a newlink
>> message.
>
>macvlan and vlan both use IFLA_LINK to tell the kernel about their single
>underlying "real" device. None of these use more than one underlying device.
>Bridging does not implement newlink at all (uses ioctls, I think).
>
>
>>> Oh, and the kernel (struct rtnl_link_ops).newlink method has two (struct
>>> nlattr *[]) params: tb and data. What are their roles?
>>>
>
>Heh, I just realised that the difference is that "tb" contains generic (IFLA_)
>message data and "data" contains specific (e.g. IFLA_VLAN_) message data.
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
^ permalink raw reply
* Re: [PATCH] powerpc: Add TBI PHY node to first MDIO bus
From: David Miller @ 2011-12-07 20:02 UTC (permalink / raw)
To: afleming; +Cc: galak, netdev, linuxppc-dev
In-Reply-To: <1323287457-6085-1-git-send-email-afleming@freescale.com>
From: Andy Fleming <afleming@freescale.com>
Date: Wed, 7 Dec 2011 13:50:57 -0600
> Systems which use the fsl_pq_mdio driver need to specify an
> address for TBI PHY transactions such that the address does
> not conflict with any PHYs on the bus (all transactions to
> that address are directed to the onboard TBI PHY). The driver
> used to scan for a free address if no address was specified,
> however this ran into issues when the PHY Lib was fixed so
> that all MDIO transactions were protected by a mutex. As it
> is, the code was meant to serve as a transitional tool until
> the device trees were all updated to specify the TBI address.
>
> The best fix for the mutex issue was to remove the scanning code,
> but it turns out some of the newer SoCs have started to omit
> the tbi-phy node when SGMII is not being used. As such, these
> devices will now fail unless we add a tbi-phy node to the first
> mdio controller.
>
> Signed-off-by: Andy Fleming <afleming@freescale.com>
> ---
>
> This requires fsl_pq_mdio: Clean up tbi address configuration from
> the net tree in order to achieve its full effect.
>
> This needs to go into 3.2.
I'm fine if the powerpc tree takes this one:
Acked-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply
* Re: [PATCH] ipv6: Fix for adding multicast route for loopback device automatically.
From: David Miller @ 2011-12-07 20:06 UTC (permalink / raw)
To: lw; +Cc: netdev, yoshfuji
In-Reply-To: <4EDF1481.1080106@cn.fujitsu.com>
From: Li Wei <lw@cn.fujitsu.com>
Date: Wed, 07 Dec 2011 15:23:45 +0800
> There is no obvious reason to add a default multicast route for loopback
> devices, otherwise there would be a route entry whose dst.error set to
> -ENETUNREACH that would blocking all multicast packets.
>
> Signed-off-by: Li Wei <lw@cn.fujitsu.com>
I still do not understand the purpose of this change, what problems
does the current behavior cause?
And can you be sure that by making this change, you are not breaking
something, somewhere, that depends upon the current behavior?
^ permalink raw reply
* Re: pull request: batman-adv 2011-12-07
From: David Miller @ 2011-12-07 20:07 UTC (permalink / raw)
To: lindner_marek; +Cc: netdev, b.a.t.m.a.n
In-Reply-To: <1323236203-24711-1-git-send-email-lindner_marek@yahoo.de>
From: Marek Lindner <lindner_marek@yahoo.de>
Date: Wed, 7 Dec 2011 13:36:40 +0800
> The following changes since commit 1ea6b8f48918282bdca0b32a34095504ee65bab5:
>
> Linux 3.2-rc1 (2011-11-07 16:16:02 -0800)
>
> are available in the git repository at:
> git://git.open-mesh.org/linux-merge.git batman-adv/maint
>
> Antonio Quartulli (2):
> batman-adv: in case of roaming mark the client with TT_CLIENT_ROAM
> batman-adv: delete global entry in case of roaming
Pulled, thanks.
And also thanks for the heads-up about the conflicts.
^ permalink raw reply
* [RFC] iproute2: split up ip man page?
From: Stephen Hemminger @ 2011-12-07 21:15 UTC (permalink / raw)
To: netdev
The current ip man page is both incomplete and so big that
the actual functions get lost easily.
I propose splitting the the pages for the subfunction
into sub pages. The man command appears
to be smart enough to handle:
man tc htb
and pickup the manpage for /usr/share/man/man1/tc-htb.8.gz
Why not do the same thing for ip command?
The base ip page would just be a place holder that covered the
generic arguments.
^ permalink raw reply
* TTL=0 multicast packets leaving host
From: Shawn Bohrer @ 2011-12-07 21:31 UTC (permalink / raw)
To: netdev
We've got some machines where we've noticed that in some cases TTL=0
multicast traffic was leaving the host. It appear that ip_mc_output()
does the correct check with:
...
/* Multicasts with ttl 0 must not go beyond the host */
if (ip_hdr(skb)->ttl == 0) {
kfree_skb(skb);
return 0;
}
...
The problem is that in __mkroute_output() it checks if the local
computer is a member of the multicast group, and if not clears
RTCF_LOCAL
...
if (!ip_check_mc_rcu(in_dev, fl4->daddr, fl4->saddr,
fl4->flowi4_proto))
flags &= ~RTCF_LOCAL;
...
And if RTCF_LOCAL is _not_ set then ip_output() is used instead of
ip_mc_output()
...
if (flags & (RTCF_BROADCAST | RTCF_MULTICAST)) {
rth->rt_spec_dst = fl4->saddr;
if (flags & RTCF_LOCAL &&
!(dev_out->flags & IFF_LOOPBACK)) {
rth->dst.output = ip_mc_output;
RT_CACHE_STAT_INC(out_slow_mc);
}
...
This looks like a bug to me. I'd assume that if the local computer
has not joined the multicast group and I send a TTL=0 packet that it
would simply get discarded.
--
Shawn
---------------------------------------------------------------
This email, along with any attachments, is confidential. If you
believe you received this message in error, please contact the
sender immediately and delete all copies of the message.
Thank you.
^ permalink raw reply
* Re: [RFC] iproute2: split up ip man page?
From: Ben Hutchings @ 2011-12-07 21:46 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: netdev
In-Reply-To: <20111207131514.6815f813@nehalam.linuxnetplumber.net>
On Wed, 2011-12-07 at 13:15 -0800, Stephen Hemminger wrote:
> The current ip man page is both incomplete and so big that
> the actual functions get lost easily.
>
> I propose splitting the the pages for the subfunction
> into sub pages. The man command appears
> to be smart enough to handle:
> man tc htb
Or, for another familiar example, 'man git diff'.
Oddly enough, man(1) only describes this under the '--no-subpages'
option which turns off the behaviour.
> and pickup the manpage for /usr/share/man/man1/tc-htb.8.gz
> Why not do the same thing for ip command?
>
> The base ip page would just be a place holder that covered the
> generic arguments.
Sounds like a very sensible change.
Ben.
--
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
^ permalink raw reply
* Re: [PATCH] powerpc: Add TBI PHY node to first MDIO bus
From: Kumar Gala @ 2011-12-07 21:52 UTC (permalink / raw)
To: David Miller; +Cc: afleming, netdev, linuxppc-dev
In-Reply-To: <20111207.150208.588206951117780997.davem@davemloft.net>
On Dec 7, 2011, at 2:02 PM, David Miller wrote:
> From: Andy Fleming <afleming@freescale.com>
> Date: Wed, 7 Dec 2011 13:50:57 -0600
>
>> Systems which use the fsl_pq_mdio driver need to specify an
>> address for TBI PHY transactions such that the address does
>> not conflict with any PHYs on the bus (all transactions to
>> that address are directed to the onboard TBI PHY). The driver
>> used to scan for a free address if no address was specified,
>> however this ran into issues when the PHY Lib was fixed so
>> that all MDIO transactions were protected by a mutex. As it
>> is, the code was meant to serve as a transitional tool until
>> the device trees were all updated to specify the TBI address.
>>
>> The best fix for the mutex issue was to remove the scanning code,
>> but it turns out some of the newer SoCs have started to omit
>> the tbi-phy node when SGMII is not being used. As such, these
>> devices will now fail unless we add a tbi-phy node to the first
>> mdio controller.
>>
>> Signed-off-by: Andy Fleming <afleming@freescale.com>
>> ---
>>
>> This requires fsl_pq_mdio: Clean up tbi address configuration from
>> the net tree in order to achieve its full effect.
>>
>> This needs to go into 3.2.
>
> I'm fine if the powerpc tree takes this one:
>
> Acked-by: David S. Miller <davem@davemloft.net>
Will pull in via PPC tree.
- k
^ permalink raw reply
* Re: [PATCH 1/2] e1000: unmap ce4100_gbe_mdio_base_virt in e1000_remove
From: Jeff Kirsher @ 2011-12-07 22:01 UTC (permalink / raw)
To: Florian Fainelli
Cc: e1000-devel@lists.sourceforge.net, netdev@vger.kernel.org
In-Reply-To: <1323276062-10906-1-git-send-email-ffainelli@freebox.fr>
[-- Attachment #1: Type: text/plain, Size: 425 bytes --]
On Wed, 2011-12-07 at 08:41 -0800, Florian Fainelli wrote:
> We are not unmapping ce4100_gbe_mdio_base_virt in exit path in case
> we are running on a CE4100 adapter, fix that.
>
> Signed-off-by: Florian Fainelli <ffainelli@freebox.fr>
> ---
> drivers/net/ethernet/intel/e1000/e1000_main.c | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
Thanks Florian, I have added your two patches to my queue.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply
* Re: [PATCH net-next v6 4/4] powerpc: tqm8548/tqm8xx: add and update CAN device nodes
From: Benjamin Herrenschmidt @ 2011-12-07 22:01 UTC (permalink / raw)
To: Wolfgang Grandegger
Cc: netdev, devicetree-discuss, linux-can, linuxppc-dev,
socketcan-users
In-Reply-To: <4EDF22DF.5020001@grandegger.com>
On Wed, 2011-12-07 at 09:25 +0100, Wolfgang Grandegger wrote:
> > Also there have been at least 3 versions in a couple of days already
> > without comments nor indication of what was changed...
>
> Unfortunately, no response from those sub-system guys.
>
> > Can you clarify things a bit please ? It looks like they really should
> > go to linuxppc-dev (and you can probably drop a bunch of other lists) or
> > am I missing an important piece of the puzzle ? (Such as patch 1/4 and
> > 2/4 ...)
>
> I have not sent the whole series. The changes are documented in the
> cover-letter, which I have not sent for those patches. Well, I think
> it's better to sent the whole series to all parties instead?
Well at least for linuxppc-dev, don't bother now that I know what this
is about :-)
> > Let me know if I should just remove them from powerpc patchwork.
>
> Dave has already applied all patches.
>
> Sorry for the confusion. Any advice on how to handle multi subsystem
> series of patches properly is welcome.
No specific advice. Ideally, if patchwork could track cover letters it
would help but I don't see a non-nasty way to do it so ... :-)
Cheers,
Ben.
^ permalink raw reply
* 3.0.8 kernel : NULL ptr deref in skb_queue_purge()
From: Grant Grundler @ 2011-12-07 22:40 UTC (permalink / raw)
To: netdev-u79uwXL29TY76Z2rM5mHXA; +Cc: linux-usb-u79uwXL29TY76Z2rM5mHXA
Hi,
I'm testing asix (USB 100BT ethernet adapter with AX88772) driver
initialization (and shut down) paths and reproduced a
"skb_queue_purge" panic 3 times after a few hundred/thousand
iterations of rmmod/modprobe. I'm inclined to believe
skb_queue_purge() is a victim and not a culprit here.
I don't know if all 3 "spontaneous reboots" I've seen have the same
stack trace as the one I have a record for:
...
<6>[57776.637311] asix 1-4:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
<6>[57777.224552] usbcore: deregistering interface driver asix
<6>[57777.224859] asix 1-4:1.0: eth0: unregister 'asix'
usb-0000:00:1d.7-4, ASIX AX88772 USB 2.0 Ethernet
<1>[57777.224918] BUG: unable to handle kernel NULL pointer
dereference at 00000002
<1>[57777.224934] IP: [<00000002>] 0x1
<5>[57777.224952] *pdpt = 0000000061d70001 *pde = 0000000000000000
<0>[57777.224967] Oops: 0010 [#1] SMP
<5>[57777.224980] Modules linked in: asix(-) i2c_dev tsl2583(C)
industrialio(C) snd_hda_codec_realtek i2c_i801 nm10_gpio snd_hda_intel
snd_hda_codec snd_hwdep snd_pcm snd_timer snd_page_alloc gobi rtc_cmos
fuse nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter xt_mark ath9k
ip6_tables mac80211 ath9k_common ath9k_hw ath cfg80211 uvcvideo
videodev usbnet qcserial usb_wwan [last unloaded: asix]
<5>[57777.225109]
<5>[57777.225121] Pid: 30292, comm: rmmod Tainted: G C 3.0.8
#2 SAMSUNG ELECTRONICS CO., LTD. Alex/G100
<5>[57777.225141] EIP: 0060:[<00000002>] EFLAGS: 00010286 CPU: 1
<5>[57777.225153] EIP is at 0x2
<5>[57777.225162] EAX: 00000001 EBX: 00000100 ECX: 00000000 EDX: 00000100
<5>[57777.225172] ESI: f6bad5a8 EDI: f6bad59c EBP: e44e7e20 ESP: e44e7e14
<5>[57777.225183] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
<0>[57777.225194] Process rmmod (pid: 30292, ti=e44e6000 task=f0c2e040
task.ti=e44e6000)
<0>[57777.225203] Stack:
<5>[57777.225209] f58fdb70 f6bad000 f8c63a34 e44e7e2c 812d2a98
f6bad480 e44e7e40 f87e820e
<5>[57777.225242] e44e7e88 f6bad000 e44e7e88 e44e7e50 812d79cd
e44e7e88 f6bad000 e44e7e6c
<5>[57777.225273] 812d7a82 e44e7e58 e44e7e58 e44e7e88 f6bad000
e44e7e88 e44e7e80 812d7b60
<0>[57777.225305] Call Trace:
<5>[57777.225325] [<812d2a98>] skb_queue_purge+0x19/0x20
<5>[57777.225345] [<f87e820e>] usbnet_stop+0xb5/0xf9 [usbnet]
<5>[57777.225361] [<812d79cd>] __dev_close_many+0x85/0xa2
<5>[57777.225375] [<812d7a82>] dev_close_many+0x61/0xb1
<5>[57777.225390] [<812d7b60>] rollback_registered_many+0x8e/0x1ec
<5>[57777.225405] [<812d9224>] unregister_netdevice_queue+0x6e/0x9f
<5>[57777.225419] [<812d9270>] unregister_netdev+0x1b/0x22
<5>[57777.225437] [<f87e76be>] usbnet_disconnect+0x71/0xb9 [usbnet]
<5>[57777.225454] [<81273a03>] usb_unbind_interface+0x44/0xf8
<5>[57777.225471] [<81237d25>] __device_release_driver+0x80/0xb8
<5>[57777.225484] [<812381e2>] driver_detach+0x6c/0x8a
<5>[57777.225499] [<81237c41>] bus_remove_driver+0x6e/0x8d
<5>[57777.225513] [<81238721>] driver_unregister+0x51/0x58
<5>[57777.225526] [<812730c2>] usb_deregister+0x92/0x9f
<5>[57777.225541] [<f8c62885>] cleanup_module+0xd/0x788 [asix]
<5>[57777.225556] [<810573ed>] sys_delete_module+0x19d/0x1fa
<5>[57777.225573] [<8109a059>] ? do_munmap+0x1f2/0x20a
<5>[57777.225590] [<8137e677>] sysenter_do_call+0x12/0x26
<0>[57777.225599] Code: Bad EIP value.
<0>[57777.225614] EIP: [<00000002>] 0x2 SS:ESP 0068:e44e7e14
<0>[57777.225631] CR2: 0000000000000002
<1>[57777.225035] BUG: unable to handle kernel NULL pointer
dereference at (null)
<1>[57777.225035] IP: [< (null)>] (null)
<5>[57777.225035] *pdpt = 000000006ff81001 *pde = 0000000000000000
<4>[57777.225684] ---[ end trace
On my workstation, I run the following to push/run multiple iterations
on the target system:
T=root-/JJmCWznewq9OHoghPTUkQ@public.gmane.org
scp ~/reload_asix $T:/tmp
for i in `seq 10000`; do printf " %3d: " $i; ssh $T ".
/tmp/reload_asix" && ssh $T "tail -30 /var/log/messages | fgrep
leased" ; done | tee reload_asix-loop.out
"/tmp/reload_asix" script has the following contents:
#!/bin/bash -x
# redirect all output to a file. SSH might drop.
exec > /tmp/`date --rfc-3339=date`-reload-$$.out 2>&1
date
rmmod asix
# side effect of auth/deauth is a USB reset on reconnect. :)
echo 0 > /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4/authorized
sleep 1
echo 1 > /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4/authorized
sleep 1
time modprobe asix
for i in `seq 5` ; do
l="$(cat /sys/class/net/eth0/speed) $(cat /sys/class/net/eth0/duplex)"
printf "%3d: %s %s\n" $i $(cat /sys/class/net/eth0/address) "$l"
if [ "$l" = "100 full" ] ; then
break
fi
sleep 1
done
# at this point we have negotiated link..but not DHCP yet. :/
return 0
Reproduced this panic on two different x86 laptops (Asus AGB and
Samsung Series 5).
At first glance, this doesn't look like an asix driver bug (though it might be).
I'm hoping the bug will be obvious to someone who understands usbnet
and skb_queue calls.
Open to any debugging advice folks have.
thanks in advance,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [PATCH] sch_red: fix red_change
From: Hagen Paul Pfeifer @ 2011-12-07 22:57 UTC (permalink / raw)
To: Ilpo Järvinen
Cc: Eric Dumazet, Dave Taht, Stephen Hemminger, Thomas Graf, netdev,
Jim Gettys
In-Reply-To: <alpine.DEB.2.00.1112051221510.31705@wel-95.cs.helsinki.fi>
* Ilpo Järvinen | 2011-12-05 13:42:44 [+0200]:
>I disagree. If there's any slow starting flow that alone can fill the
>bottleneck, anything significantly larger than RTT just harms. RED is
>just "too slow" if you follow the recommended parametrization..
>
>In a core router you can probably get away with multiple RTTs, but near
>edge that is a grave mistake due to how slow-start behaves. With average
>based on many RTTs, RED still estimates that the link has low load while
>congestion has escalated to higher dimensions due to slow start. As a
>result, RED graciously falls back to tail-drop once the physical queue
>runs out and the flows respond allowing the load to decrease. However,
>finally RED reaches a state where it starts to "pro-actively" react to an
>"incipient congestion"?!? :-/ => Problem is made worse by those extra
>drops/marks happening too late.
But then one question Ilpo: drive IW10 or IW14 the behavior even worse?
Especially if n connections start almost simultanously? You did some analysis
on this topic.
HGN
^ permalink raw reply
* [RFT] sky2: 32 bit DMA quirk
From: Stephen Hemminger @ 2011-12-07 23:02 UTC (permalink / raw)
To: Milan Kocian; +Cc: netdev
In-Reply-To: <20111206095919.GA6726@ntm.wq.cz>
This a patch to force 32 bit DMA. Not sure if the DMI values
are right for the Gigabyte motherboard with the problem.
Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
--- a/drivers/net/ethernet/marvell/sky2.c 2011-12-07 10:54:18.816279159 -0800
+++ b/drivers/net/ethernet/marvell/sky2.c 2011-12-07 14:59:47.737381388 -0800
@@ -41,6 +41,7 @@
#include <linux/delay.h>
#include <linux/workqueue.h>
#include <linux/if_vlan.h>
+#include <linux/dmi.h>
#include <linux/prefetch.h>
#include <linux/debugfs.h>
#include <linux/mii.h>
@@ -95,6 +96,10 @@ static int disable_msi = 0;
module_param(disable_msi, int, 0);
MODULE_PARM_DESC(disable_msi, "Disable Message Signaled Interrupt (MSI)");
+static int only_32bit_dma;
+module_param(only_32bit_dma, int, 0);
+MODULE_PARM_DESC(only_32bit_dma, "Limit device to 32 bit DMA access");
+
static DEFINE_PCI_DEVICE_TABLE(sky2_id_table) = {
{ PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, 0x9000) }, /* SK-9Sxx */
{ PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, 0x9E00) }, /* SK-9Exx */
@@ -4889,7 +4894,7 @@ static int __devinit sky2_probe(struct p
pci_set_master(pdev);
- if (sizeof(dma_addr_t) > sizeof(u32) &&
+ if (sizeof(dma_addr_t) > sizeof(u32) && !only_32bit_dma &&
!(err = pci_set_dma_mask(pdev, DMA_BIT_MASK(64)))) {
using_dac = 1;
err = pci_set_consistent_dma_mask(pdev, DMA_BIT_MASK(64));
@@ -5163,10 +5168,24 @@ static struct pci_driver sky2_driver = {
.driver.pm = SKY2_PM_OPS,
};
+static struct dmi_system_id sky2_32bit_dma_boards[] = {
+ {
+ .ident = "Gigabyte GA-965GM-S2 boards",
+ .matches = {
+ DMI_MATCH(DMI_BOARD_VENDOR, "Gigabyte Technology Co"),
+ DMI_MATCH(DMI_BOARD_NAME, "GA-965GM-S2"),
+ },
+ },
+ {}
+};
+
static int __init sky2_init_module(void)
{
pr_info("driver version " DRV_VERSION "\n");
+ if (dmi_check_system(sky2_32bit_dma_boards))
+ only_32bit_dma = 1;
+
sky2_debug_init();
return pci_register_driver(&sky2_driver);
}
^ permalink raw reply
* PROTECTED PROJECT
From: Mr. Vincent Cheng @ 2011-12-07 22:52 UTC (permalink / raw)
I am Mr. Vincent Cheng, GBS, JP Chairman of the Hong Kong and Shanghai
Banking Corporation Limited. I have a business proposal of Twenty Two
million Five Hundred Thousand United State Dollars only for you to
transact with me from my bank to your country.Having gone through a
methodical search, I decided to contact you hoping that you will find this
proposal interesting. Please on your confirmation of this message and
indicating your interest
All confirmable documents to back up the claims will be made available to
you prior to your acceptance and as soon as I receive your return mail Via
my email address: chengvincent012@yahoo.co.jp and I will let you know what
is required of you,your earliest response to this letter will be
appreciated.
Endeavour to let me know your decision rather than keep me waiting.
Best Regards,
Mr. Vincent Cheng
^ permalink raw reply
* Re: Latency difference between fifo and pfifo_fast
From: John A. Sullivan III @ 2011-12-08 0:05 UTC (permalink / raw)
To: David Laight; +Cc: netdev, Rick Jones, Dave Taht, Eric Dumazet
In-Reply-To: <AE90C24D6B3A694183C094C60CF0A2F6D8AF07@saturn3.aculab.com>
----- Original Message -----
> From: "David Laight" <David.Laight@ACULAB.COM>
> To: "Dave Taht" <dave.taht@gmail.com>, "Eric Dumazet" <eric.dumazet@gmail.com>
> Cc: "John A. Sullivan III" <jsullivan@opensourcedevel.com>, netdev@vger.kernel.org, "Rick Jones" <rick.jones2@hp.com>
> Sent: Wednesday, December 7, 2011 9:08:24 AM
> Subject: RE: Latency difference between fifo and pfifo_fast
>
>
> ...
> > If he's hovering at close to line rate (wow), and yet experiencing
> > serious delays on short traffic, perhaps what I describe
> > below may apply.
> ...
> > 1) TCP grabs all the bandwidth it can. If you have no packet loss,
> > it will eat more bandwidth, as rapidly as it can ramp up.
> > Until it eventually has packet loss.
>
> The 'ramp up' may be part of the problem!
> At a guess iSCSI is using the TCP connection to carry
> many, separate, commands and responses. As such Nagle
> will cause serious grief and is likely to be disabled.
>
> TCP 'slow start' will apply whenever there is no unacked
> data - which might be after any slight lull in the traffic.
> IIRC (from looking at traces) Linux TCP will only send 4 data
> packets following 'slow start' until it has received an ack.
> Linux (at least some versions) will also delay sending an
> ack until the next clock tick - rather than the traditional
> scheme of always acking every other packet.
>
> So if there are no responses, the requests can be delayed.
> This will increase latency.
>
> My suspicions (as I've said before) is that slow start
> is broken for very low latency local networks.
> Might be worth disabling it - but that is a massive system-wide
> switch.
>
> Very high packet rates can cause packet loss, but buying better
> network infrastructure should mitigate that. In any case, 'slow
> start' doesn't limit packet rate.
>
> David
>
>
>
<grin> Sorry to have kicked up a storm! We really don't have a problem - just trying to optimize our environment. We have been told by our SAN vendor that, because of the 4KB limit on block size in Linux file systems, iSCSI connections for Linux file services are latency bound and not bandwidth bound. I'm not sure if I believe that based upon our traces where tag queueing seems to coalesce SCSI commands into larger blocks and we are able to achieve network saturation. I was just wondering, since it is all the same traffic and hence no need to separate into bands, if I should change the qdisc on those connections from pfifo_fast (which I assume needs to look at the TOS bits, sort into bands, and poll the separate bands) to fifo which I assume simply dumps packets on the wire. Thanks - J
ohn
^ permalink raw reply
* PROTECTED PROJECT
From: Mr. Vincent Cheng @ 2011-12-07 23:05 UTC (permalink / raw)
I am Mr. Vincent Cheng, GBS, JP Chairman of the Hong Kong and Shanghai
Banking Corporation Limited. I have a business proposal of Twenty Two
million Five Hundred Thousand United State Dollars only for you to
transact with me from my bank to your country.Having gone through a
methodical search, I decided to contact you hoping that you will find this
proposal interesting. Please on your confirmation of this message and
indicating your interest
All confirmable documents to back up the claims will be made available to
you prior to your acceptance and as soon as I receive your return mail Via
my email address: chengvincent012@yahoo.co.jp and I will let you know what
is required of you,your earliest response to this letter will be
appreciated.
Endeavour to let me know your decision rather than keep me waiting.
Best Regards,
Mr. Vincent Cheng
^ permalink raw reply
* Re: Latency difference between fifo and pfifo_fast
From: Stephen Hemminger @ 2011-12-07 23:27 UTC (permalink / raw)
To: John A. Sullivan III
Cc: David Laight, netdev, Rick Jones, Dave Taht, Eric Dumazet
In-Reply-To: <b6a68bd3-eec7-47f3-bc46-2781b08d8815@jasiiieee>
> <grin> Sorry to have kicked up a storm! We really don't have a problem - just trying to optimize our environment. We have been told by our SAN vendor that, because of the 4KB limit on block size in Linux file systems, iSCSI connections for Linux file services are latency bound and not bandwidth bound. I'm not sure if I believe that based upon our traces where tag queueing seems to coalesce SCSI commands into larger blocks and we are able to achieve network saturation. I was just wondering, since it is all the same traffic and hence no need to separate into bands, if I should change the qdisc on those connections from pfifo_fast (which I assume needs to look at the TOS bits, sort into bands, and poll the separate bands) to fifo which I assume simply dumps packets on the wire. Thanks -
John
Is this a shared network? TOS won't matter if it is only your traffic.
There are number of route metrics that you can tweak to that can reduce TCP slow
start effects, like increasing the initial cwnd, etc.
^ permalink raw reply
* Re: Latency difference between fifo and pfifo_fast
From: John A. Sullivan III @ 2011-12-08 0:34 UTC (permalink / raw)
To: Stephen Hemminger
Cc: David Laight, netdev, Rick Jones, Dave Taht, Eric Dumazet
In-Reply-To: <20111207152709.37b5798d@nehalam.linuxnetplumber.net>
----- Original Message -----
> From: "Stephen Hemminger" <shemminger@vyatta.com>
> To: "John A. Sullivan III" <jsullivan@opensourcedevel.com>
> Cc: "David Laight" <David.Laight@ACULAB.COM>, netdev@vger.kernel.org, "Rick Jones" <rick.jones2@hp.com>, "Dave Taht"
> <dave.taht@gmail.com>, "Eric Dumazet" <eric.dumazet@gmail.com>
> Sent: Wednesday, December 7, 2011 6:27:09 PM
> Subject: Re: Latency difference between fifo and pfifo_fast
>
>
> > <grin> Sorry to have kicked up a storm! We really don't have a
> > problem - just trying to optimize our environment. We have been
> > told by our SAN vendor that, because of the 4KB limit on block
> > size in Linux file systems, iSCSI connections for Linux file
> > services are latency bound and not bandwidth bound. I'm not sure
> > if I believe that based upon our traces where tag queueing seems
> > to coalesce SCSI commands into larger blocks and we are able to
> > achieve network saturation. I was just wondering, since it is all
> > the same traffic and hence no need to separate into bands, if I
> > should change the qdisc on those connections from pfifo_fast
> > (which I assume needs to look at the TOS bits, sort into bands,
> > and poll the separate bands) to fifo which I assume simply dumps
> > packets on the wire. Thanks - John
>
> Is this a shared network? TOS won't matter if it is only your
> traffic.
>
> There are number of route metrics that you can tweak to that can
> reduce TCP slow
> start effects, like increasing the initial cwnd, etc.
>
It is a private network dedicated only to SAN traffic - a couple of SAN devices and some virtualization hosts - John
^ permalink raw reply
* Re: Latency difference between fifo and pfifo_fast
From: Stephen Hemminger @ 2011-12-07 23:49 UTC (permalink / raw)
To: John A. Sullivan III
Cc: David Laight, netdev, Rick Jones, Dave Taht, Eric Dumazet
In-Reply-To: <88e4825e-4efe-4163-bb24-299a20aab66d@jasiiieee>
=
> > Is this a shared network? TOS won't matter if it is only your
> > traffic.
> >
> > There are number of route metrics that you can tweak to that can
> > reduce TCP slow
> > start effects, like increasing the initial cwnd, etc.
> >
> It is a private network dedicated only to SAN traffic - a couple of SAN devices and some virtualization hosts - John
Therefore unless your switch is shared, playing with queueing and TOS
won't help reduce absolute latency.
You maybe able to prioritize one host or SAN over another though.
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox