* Re: [PATCH v2] tg3: add device id of Apple Thunderbolt Ethernet device
From: David Miller @ 2012-07-13 1:03 UTC (permalink / raw)
To: gregkh; +Cc: netdev
In-Reply-To: <20120712232622.GC26823@kroah.com>
Please stop ignoring the MAINTAINERS entry for this driver
and CC: the appropriate developers.
Thanks.
^ permalink raw reply
* Re: [DANGER 8/7]: ipv4: Cache output routes in fib_info nexthops.
From: Vijay Subramanian @ 2012-07-13 0:52 UTC (permalink / raw)
To: David Miller, netdev
In-Reply-To: <20120712.104758.253504708560401123.davem@davemloft.net>
>
> Something is flaky about it, when I ssh into my test system
> for the first time after a boot there is a strange delay of
> some sort. It's as if the SYN-ACK is dropped on the way out
> of the test machine, and my desktop has to retry the initial
> SYN. I plan to investigate this after some sleep.
Dave,
I applied these patches and got the same symptoms. It takes a long
time for ssh to work right after boot but it starts working after
about a minute.
(I am sshing into the machine with the patches applied). My knowledge
of routing code is rudimentary but I traced the following.
I think this is because the SYN packets do not even reach the TCP
handler. It looks like ip_route_input_slow() sets the dst.input
function to ip_error().
The code path I saw was as follows:
ip_rcv_finish() eventually calls ip_route_input_slow() wherein
fib_lookup() initially returns a res.type of RTN_UNICAST (why not
RTN_LOCAL?).
However, the following code
if (!IN_DEV_FORWARD(in_dev))
goto no_route;
is executed and sets the res.type to RTN_UNREACHABLE.
After the jump to local_input, rth->dst.input is set first to
ip_local_deliver() but again to ip_error().
Due to this, the SYN packet does not even make it to ip_local_deliver
and so the TCP handler is never called.
I did not get a chance to see why it suddenly starts working. Hope
this helps. I will dig around more.
Thanks,
Vijay
^ permalink raw reply
* [v2 PATCH] net: Update alloc frag to reduce get/put page usage and recycle pages
From: Alexander Duyck @ 2012-07-13 0:23 UTC (permalink / raw)
To: netdev
Cc: davem, jeffrey.t.kirsher, edumazet, alexander.duyck, Eric Dumazet,
Alexander Duyck
This patch is meant to help improve performance by reducing the number of
locked operations required to allocate a frag on x86 and other platforms.
This is accomplished by using atomic_set operations on the page count
instead of calling get_page and put_page. It is based on work originally
provided by Eric Dumazet.
In addition it also helps to reduce memory overhead when using TCP. This
is done by recycling the page if the only holder of the frame is the
netdev_alloc_frag call itself. This can occur when skb heads are stolen by
either GRO or TCP and the driver providing the packets is using paged frags
to store all of the data for the packets.
Cc: Eric Dumazet <edumazet@google.com>
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
---
v2: Reverted back to something closer to the patch that Eric originally
submitted. The main goal in all this is to get the removal of expensive
atomic ops and recycling added for now while Eric is still working on
an approach that uses larger pages.
net/core/skbuff.c | 28 ++++++++++++++++++++--------
1 files changed, 20 insertions(+), 8 deletions(-)
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 506f678..a757a2c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -296,9 +296,12 @@ EXPORT_SYMBOL(build_skb);
struct netdev_alloc_cache {
struct page *page;
unsigned int offset;
+ unsigned int pagecnt_bias;
};
static DEFINE_PER_CPU(struct netdev_alloc_cache, netdev_alloc_cache);
+#define NETDEV_PAGECNT_BIAS (PAGE_SIZE / SMP_CACHE_BYTES)
+
/**
* netdev_alloc_frag - allocate a page fragment
* @fragsz: fragment size
@@ -317,17 +320,26 @@ void *netdev_alloc_frag(unsigned int fragsz)
if (unlikely(!nc->page)) {
refill:
nc->page = alloc_page(GFP_ATOMIC | __GFP_COLD);
+ if (unlikely(!nc->page))
+ goto end;
+recycle:
+ atomic_set(&nc->page->_count, NETDEV_PAGECNT_BIAS);
+ nc->pagecnt_bias = NETDEV_PAGECNT_BIAS;
nc->offset = 0;
}
- if (likely(nc->page)) {
- if (nc->offset + fragsz > PAGE_SIZE) {
- put_page(nc->page);
- goto refill;
- }
- data = page_address(nc->page) + nc->offset;
- nc->offset += fragsz;
- get_page(nc->page);
+
+ if (nc->offset + fragsz > PAGE_SIZE) {
+ /* avoid unnecessary locked operations if possible */
+ if ((atomic_read(&nc->page->_count) == nc->pagecnt_bias) ||
+ atomic_sub_and_test(nc->pagecnt_bias, &nc->page->_count))
+ goto recycle;
+ goto refill;
}
+
+ data = page_address(nc->page) + nc->offset;
+ nc->offset += fragsz;
+ nc->pagecnt_bias--;
+end:
local_irq_restore(flags);
return data;
}
^ permalink raw reply related
* Re: 82571EB: Detected Hardware Unit Hang
From: Joe Jin @ 2012-07-12 23:46 UTC (permalink / raw)
To: Dave, Tushar N
Cc: netdev@vger.kernel.org, e1000-devel@lists.sf.net,
linux-kernel@vger.kernel.org
In-Reply-To: <061C8A8601E8EE4CA8D8FD6990CEA891274F0ACC@ORSMSX102.amr.corp.intel.com>
On 07/13/12 02:19, Dave, Tushar N wrote:
>> -----Original Message-----
>> From: Joe Jin [mailto:joe.jin@oracle.com]
>> Sent: Thursday, July 12, 2012 12:11 AM
>> To: Dave, Tushar N
>> Cc: e1000-devel@lists.sf.net; netdev@vger.kernel.org; linux-
>> kernel@vger.kernel.org
>> Subject: Re: 82571EB: Detected Hardware Unit Hang
>>
>> On 07/12/12 14:41, Dave, Tushar N wrote:
>>>> On 07/12/12 13:57, Dave, Tushar N wrote:
>>>>>> -----Original Message-----
>>>>>> From: Joe Jin [mailto:joe.jin@oracle.com]
>>>>>> Sent: Wednesday, July 11, 2012 8:13 PM
>>>>>> To: Dave, Tushar N
>>>>>> Cc: e1000-devel@lists.sf.net; netdev@vger.kernel.org; linux-
>>>>>> kernel@vger.kernel.org
>>>>>> Subject: Re: 82571EB: Detected Hardware Unit Hang
>>>>>>
>>>>>> On 07/12/12 11:07, Dave, Tushar N wrote:
>>>>>>>> -----Original Message-----
>>>>>>>> From: Joe Jin [mailto:joe.jin@oracle.com]
>>>>>>>> Sent: Wednesday, July 11, 2012 7:58 PM
>>>>>>>> To: Dave, Tushar N
>>>>>>>> Cc: e1000-devel@lists.sf.net; netdev@vger.kernel.org; linux-
>>>>>>>> kernel@vger.kernel.org
>>>>>>>> Subject: Re: 82571EB: Detected Hardware Unit Hang
>>>>>>>>
>>>>>>>> On 07/12/12 10:52, Dave, Tushar N wrote:
>>>>>>>>> What is the exact error messages in BIOS log?
>>>>>>>>
>>>>>>>> Error message from BIOS event log:
>>>>>>>> 07/12/12 05:54:00
>>>>>>>> PCI Express Non-Fatal Error
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Joe
>>>>>> Hi Tushar,
>>>>>>
>>>>>> Please find eeprom from attachment.
>>>>>
>>>>> Do you have lspci -vvv dump of entire system before and after issue
>>>> occurs? If you have can you send it to me?
>>>>>
>>>>
>>> Sorry but I meant the full lspci -vvv of *entire system* before and
>> after issue occurs and not of 82571 only.
>>>
>>
>> Before:
>> =======
>> 00:00.0 Host bridge: Intel Corporation 5500 I/O Hub to ESI Port (rev 22)
>> Subsystem: Oracle Corporation Device 5352
>
> Joe, thanks for all the data.
> You said you have changed max payload size and issue stop occurring. How did you change it? Where did you make that change in BIOS or EEPROM or in PCIe config space?
> Also please send me the full dmesg of entire system after you change max payload size.
>
I modified it via BIOS.
Full dmesg with pcie-payload-size=128:
Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.32-300.29.1uek.debug (root@x2270m2-tvp540-h.uk.oracle.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-52)) #1 SMP Wed Jul 11 23:57:55 EDT 2012
Command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
Centaur CentaurHauls
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009b400 (usable)
BIOS-e820: 000000000009b400 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000bf750000 (usable)
BIOS-e820: 00000000bf75e000 - 00000000bf760000 type 9
BIOS-e820: 00000000bf760000 - 00000000bf76e000 (ACPI data)
BIOS-e820: 00000000bf76e000 - 00000000bf7d0000 (ACPI NVS)
BIOS-e820: 00000000bf7d0000 - 00000000bf7e0000 (reserved)
BIOS-e820: 00000000bf7ec000 - 00000000c0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffa00000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 0000000c40000000 (usable)
DMI present.
AMI BIOS detected: BIOS may corrupt low RAM, working around it.
e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
last_pfn = 0xc40000 max_arch_pfn = 0x400000000
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-CBFFF write-protect
CC000-CFFFF write-through
D0000-DFFFF uncachable
E0000-E7FFF write-protect
E8000-EFFFF write-through
F0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 0000000000 mask F800000000 write-back
1 base 0800000000 mask FC00000000 write-back
2 base 0C00000000 mask FFC0000000 write-back
3 base 00C0000000 mask FFC0000000 uncachable
4 base 00BF800000 mask FFFF800000 uncachable
5 disabled
6 disabled
7 disabled
8 disabled
9 disabled
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
original variable MTRRs
reg 0, base: 0GB, range: 32GB, type WB
reg 1, base: 32GB, range: 16GB, type WB
reg 2, base: 48GB, range: 1GB, type WB
reg 3, base: 3GB, range: 1GB, type UC
reg 4, base: 3064MB, range: 8MB, type UC
total RAM covered: 49144M
Found optimal setting for mtrr clean up
gran_size: 64K chunk_size: 16M num_reg: 8 lose cover RAM: 0G
New variable MTRRs
reg 0, base: 0GB, range: 2GB, type WB
reg 1, base: 2GB, range: 1GB, type WB
reg 2, base: 3064MB, range: 8MB, type UC
reg 3, base: 4GB, range: 4GB, type WB
reg 4, base: 8GB, range: 8GB, type WB
reg 5, base: 16GB, range: 16GB, type WB
reg 6, base: 32GB, range: 16GB, type WB
reg 7, base: 48GB, range: 1GB, type WB
e820 update range: 00000000bf800000 - 0000000100000000 (usable) ==> (reserved)
last_pfn = 0xbf750 max_arch_pfn = 0x400000000
initial memory mapped : 0 - 20000000
Using GB pages for direct mapping
init_memory_mapping: 0000000000000000-00000000bf750000
0000000000 - 00bf750000 page 4k
kernel direct mapping tables up to bf750000 @ 100000-700000
init_memory_mapping: 0000000100000000-0000000c40000000
0100000000 - 0c40000000 page 4k
kernel direct mapping tables up to c40000000 @ 2285000-84b7000
RAMDISK: 37c57000 - 37fefa1a
ACPI: RSDP 00000000000fad90 00024 (v02 ACPIAM)
ACPI: XSDT 00000000bf760100 000A4 (v01 111210 XSDT1126 20101112 MSFT 00000097)
ACPI: FACP 00000000bf760290 000F4 (v04 111210 FACP1126 20101112 MSFT 00000097)
ACPI: DSDT 00000000bf7605c0 05DF8 (v02 WASPC WASPC207 00000207 INTL 20051117)
ACPI: FACS 00000000bf76e000 00040
ACPI: APIC 00000000bf760390 0011E (v02 111210 APIC1126 20101112 MSFT 00000097)
ACPI: SPCR 00000000bf7604b0 00050 (v01 111210 SPCR1126 20101112 MSFT 00000097)
ACPI: MCFG 00000000bf760500 0003C (v01 111210 OEMMCFG 20101112 MSFT 00000097)
ACPI: SLIT 00000000bf760540 00030 (v01 111210 OEMSLIT 20101112 MSFT 00000097)
ACPI: SPMI 00000000bf760570 00041 (v05 111210 OEMSPMI 20101112 MSFT 00000097)
ACPI: OEMB 00000000bf76e040 00082 (v01 111210 OEMB1126 20101112 MSFT 00000097)
ACPI: HPET 00000000bf76a5c0 00038 (v01 111210 OEMHPET 20101112 MSFT 00000097)
ACPI: SRAT 00000000bf76a600 00250 (v02 111210 OEMSRAT 00000001 INTL 00000001)
ACPI: DMAR 00000000bf76e0d0 00120 (v01 AMI OEMDMAR 00000001 MSFT 00000097)
ACPI: TCPA 00000000bf76a850 00032 (v01 111210 TBLOEMID 00000001 MSFT 00000097)
ACPI: SSDT 00000000bf787ba0 00363 (v01 DpgPmm CpuPm 00000012 INTL 20051117)
ACPI: EINJ 00000000bf76a890 00130 (v01 AMIER AMI_EINJ 20101112 MSFT 00000097)
ACPI: BERT 00000000bf76aa20 00030 (v01 AMIER AMI_BERT 20101112 MSFT 00000097)
ACPI: ERST 00000000bf76aa50 001B0 (v01 AMIER AMI_ERST 20101112 MSFT 00000097)
ACPI: HEST 00000000bf76ac00 000A8 (v01 AMIER ABC_HEST 20101112 MSFT 00000097)
ACPI: Local APIC address 0xfee00000
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 2 -> Node 0
SRAT: PXM 0 -> APIC 4 -> Node 0
SRAT: PXM 0 -> APIC 16 -> Node 0
SRAT: PXM 0 -> APIC 18 -> Node 0
SRAT: PXM 0 -> APIC 20 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: PXM 0 -> APIC 3 -> Node 0
SRAT: PXM 0 -> APIC 5 -> Node 0
SRAT: PXM 0 -> APIC 17 -> Node 0
SRAT: PXM 0 -> APIC 19 -> Node 0
SRAT: PXM 0 -> APIC 21 -> Node 0
SRAT: PXM 1 -> APIC 32 -> Node 1
SRAT: PXM 1 -> APIC 34 -> Node 1
SRAT: PXM 1 -> APIC 36 -> Node 1
SRAT: PXM 1 -> APIC 48 -> Node 1
SRAT: PXM 1 -> APIC 50 -> Node 1
SRAT: PXM 1 -> APIC 52 -> Node 1
SRAT: PXM 1 -> APIC 33 -> Node 1
SRAT: PXM 1 -> APIC 35 -> Node 1
SRAT: PXM 1 -> APIC 37 -> Node 1
SRAT: PXM 1 -> APIC 49 -> Node 1
SRAT: PXM 1 -> APIC 51 -> Node 1
SRAT: PXM 1 -> APIC 53 -> Node 1
SRAT: Node 0 PXM 0 0-a0000
SRAT: Node 0 PXM 0 100000-c0000000
SRAT: Node 0 PXM 0 100000000-640000000
SRAT: Node 1 PXM 1 640000000-c40000000
NUMA: Allocated memnodemap from 14040 - 2c880
NUMA: Using 20 for the hash shift.
Bootmem setup node 0 0000000000000000-0000000640000000
NODE_DATA [000000000002c880 - 000000000004287f]
bootmap [00000000006fe000 - 00000000007c5fff] pages c8
(11 early reservations) ==> bootmem [0000000000 - 0640000000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
#2 [0001000000 - 0002283a30] TEXT DATA BSS ==> [0001000000 - 0002283a30]
#3 [0037c57000 - 0037fefa1a] RAMDISK ==> [0037c57000 - 0037fefa1a]
#4 [000009b400 - 0000100000] BIOS reserved ==> [000009b400 - 0000100000]
#5 [0002284000 - 00022841d1] BRK ==> [0002284000 - 00022841d1]
#6 [0000010000 - 0000014000] ACPI WAKEUP ==> [0000010000 - 0000014000]
#7 [0000100000 - 00006fe000] PGTABLE ==> [0000100000 - 00006fe000]
#8 [0002285000 - 0007cb2000] PGTABLE ==> [0002285000 - 0007cb2000]
#9 [0000014000 - 0000014030] ACPI SLIT ==> [0000014000 - 0000014030]
#10 [0000014040 - 000002c880] MEMNODEMAP ==> [0000014040 - 000002c880]
Bootmem setup node 1 0000000640000000-0000000c40000000
NODE_DATA [0000000640000000 - 0000000640015fff]
bootmap [0000000640016000 - 00000006400d5fff] pages c0
(11 early reservations) ==> bootmem [0640000000 - 0c40000000]
#0 [0000000000 - 0000001000] BIOS data page
#1 [0000006000 - 0000008000] TRAMPOLINE
#2 [0001000000 - 0002283a30] TEXT DATA BSS
#3 [0037c57000 - 0037fefa1a] RAMDISK
#4 [000009b400 - 0000100000] BIOS reserved
#5 [0002284000 - 00022841d1] BRK
#6 [0000010000 - 0000014000] ACPI WAKEUP
#7 [0000100000 - 00006fe000] PGTABLE
#8 [0002285000 - 0007cb2000] PGTABLE
#9 [0000014000 - 0000014030] ACPI SLIT
#10 [0000014040 - 000002c880] MEMNODEMAP
found SMP MP-table at [ffff8800000ff780] ff780
[ffffea0000000000-ffffea00105fffff] PMD -> [ffff880028600000-ffff880037bfffff] on node 0
[ffffea0010600000-ffffea0018ffffff] PMD -> [ffff880038000000-ffff8800409fffff] on node 0
[ffffea0019000000-ffffea0030ffffff] PMD -> [ffff880640200000-ffff8806581fffff] on node 1
Zone PFN ranges:
DMA 0x00000010 -> 0x00001000
DMA32 0x00001000 -> 0x00100000
Normal 0x00100000 -> 0x00c40000
Movable zone start PFN for each node
early_node_map[4] active PFN ranges
0: 0x00000010 -> 0x0000009b
0: 0x00000100 -> 0x000bf750
0: 0x00100000 -> 0x00640000
1: 0x00640000 -> 0x00c40000
On node 0 totalpages: 6289115
DMA zone: 64 pages used for memmap
DMA zone: 1665 pages reserved
DMA zone: 2250 pages, LIFO batch:0
DMA32 zone: 16320 pages used for memmap
DMA32 zone: 763792 pages, LIFO batch:31
Normal zone: 86016 pages used for memmap
Normal zone: 5419008 pages, LIFO batch:31
On node 1 totalpages: 6291456
Normal zone: 98304 pages used for memmap
Normal zone: 6193152 pages, LIFO batch:31
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x14] enabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x20] enabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x22] enabled)
ACPI: LAPIC (acpi_id[0x09] lapic_id[0x24] enabled)
ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x30] enabled)
ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x32] enabled)
ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x34] enabled)
ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x03] enabled)
ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x05] enabled)
ACPI: LAPIC (acpi_id[0x10] lapic_id[0x11] enabled)
ACPI: LAPIC (acpi_id[0x11] lapic_id[0x13] enabled)
ACPI: LAPIC (acpi_id[0x12] lapic_id[0x15] enabled)
ACPI: LAPIC (acpi_id[0x13] lapic_id[0x21] enabled)
ACPI: LAPIC (acpi_id[0x14] lapic_id[0x23] enabled)
ACPI: LAPIC (acpi_id[0x15] lapic_id[0x25] enabled)
ACPI: LAPIC (acpi_id[0x16] lapic_id[0x31] enabled)
ACPI: LAPIC (acpi_id[0x17] lapic_id[0x33] enabled)
ACPI: LAPIC (acpi_id[0x18] lapic_id[0x35] enabled)
ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x06] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 6, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x07] address[0xfec8a000] gsi_base[24])
IOAPIC[1]: apic_id 7, version 32, address 0xfec8a000, GSI 24-47
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
ACPI: HPET id: 0x8086a301 base: 0xfed00000
SMP: Allowing 24 CPUs, 0 hotplug CPUs
nr_irqs_gsi: 48
PM: Registered nosave memory: 000000000009b000 - 000000000009c000
PM: Registered nosave memory: 000000000009c000 - 00000000000a0000
PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
PM: Registered nosave memory: 00000000bf750000 - 00000000bf75e000
PM: Registered nosave memory: 00000000bf75e000 - 00000000bf760000
PM: Registered nosave memory: 00000000bf760000 - 00000000bf76e000
PM: Registered nosave memory: 00000000bf76e000 - 00000000bf7d0000
PM: Registered nosave memory: 00000000bf7d0000 - 00000000bf7e0000
PM: Registered nosave memory: 00000000bf7e0000 - 00000000bf7ec000
PM: Registered nosave memory: 00000000bf7ec000 - 00000000c0000000
PM: Registered nosave memory: 00000000c0000000 - 00000000e0000000
PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
PM: Registered nosave memory: 00000000f0000000 - 00000000fee00000
PM: Registered nosave memory: 00000000fee00000 - 00000000fee01000
PM: Registered nosave memory: 00000000fee01000 - 00000000ffa00000
PM: Registered nosave memory: 00000000ffa00000 - 0000000100000000
Allocating PCI resources starting at c0000000 (gap: c0000000:20000000)
Booting paravirtualized kernel on bare hardware
NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:24 nr_node_ids:2
PERCPU: Embedded 29 pages/cpu @ffff880028200000 s88664 r8192 d21928 u131072
pcpu-alloc: s88664 r8192 d21928 u131072 alloc=1*2097152
pcpu-alloc: [0] 00 01 02 03 04 05 12 13 14 15 16 17 -- -- -- --
pcpu-alloc: [1] 06 07 08 09 10 11 18 19 20 21 22 23 -- -- -- --
Built 2 zonelists in Zone order, mobility grouping on. Total pages: 12378202
Policy zone: Normal
Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet
PID hash table entries: 4096 (order: 3, 32768 bytes)
Initializing CPU#0
Checking aperture...
No AGP bridge found
Calgary: detecting Calgary via BIOS EBDA area
Calgary: Unable to locate Rio Grande table in EBDA - bailing!
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing 64MB software IO TLB between ffff880020000000 - ffff880024000000
software IO TLB at phys 0x20000000 - 0x24000000
Memory: 49345116k/51380224k available (4546k kernel code, 1057940k absent, 977168k reserved, 7277k data, 1744k init)
Hierarchical RCU implementation.
NR_IRQS:4352 nr_irqs:1008
Extended CMOS year: 2000
Console: colour VGA+ 80x25
console [tty0] enabled
allocated 503316480 bytes of page_cgroup
please try 'cgroup_disable=memory' option if you don't want memory cgroups
hpet clockevent registered
Fast TSC calibration using PIT
Detected 2932.852 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 5865.70 BogoMIPS (lpj=2932852)
Security Framework initialized
SELinux: Initializing.
SELinux: Starting in permissive mode
Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes)
Mount-cache hash table entries: 256
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
Initializing cgroup subsys memory
Initializing cgroup subsys devices
Initializing cgroup subsys freezer
Initializing cgroup subsys net_cls
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 0/0x0 -> Node 0
mce: CPU supports 9 MCE banks
CPU0: Thermal monitoring enabled (TM1)
CPU 0 MCA banks CMCI:2 CMCI:3 CMCI:5 CMCI:6 CMCI:8
using mwait in idle threads.
Performance Events: Westmere events, Intel PMU driver.
... version: 3
... bit width: 48
... generic registers: 4
... value mask: 0000ffffffffffff
... max period: 000000007fffffff
... fixed-purpose events: 3
... event mask: 000000070000000f
ACPI: Core revision 20090903
ftrace: converting mcount calls to 0f 1f 44 00 00
ftrace: allocating 26961 entries in 106 pages
DMAR: Host address width 40
DMAR: DRHD base: 0x000000fbffe000 flags: 0x1
IOMMU fbffe000: ver 1:0 cap c90780106f0462 ecap f020f6
DMAR: RMRR base: 0x000000000ec000 end: 0x000000000effff
DMAR: RMRR base: 0x000000bf7ec000 end: 0x000000bf7fffff
DMAR: ATSR flags: 0x0
Setting APIC routing to physical flat
..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
CPU0: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
Booting processor 1 APIC 0x2 ip 0x6000
Initializing CPU#1
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 1/0x2 -> Node 0
CPU1: Thermal monitoring enabled (TM1)
CPU 1 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU1: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Booting processor 2 APIC 0x4 ip 0x6000
Initializing CPU#2
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 2/0x4 -> Node 0
CPU2: Thermal monitoring enabled (TM1)
CPU 2 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU2: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#2]: passed.
Booting processor 3 APIC 0x10 ip 0x6000
Initializing CPU#3
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 8
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 3/0x10 -> Node 0
CPU3: Thermal monitoring enabled (TM1)
CPU 3 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU3: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#3]: passed.
Booting processor 4 APIC 0x12 ip 0x6000
Initializing CPU#4
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 9
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 4/0x12 -> Node 0
CPU4: Thermal monitoring enabled (TM1)
CPU 4 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU4: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#4]: passed.
Booting processor 5 APIC 0x14 ip 0x6000
Initializing CPU#5
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 10
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 5/0x14 -> Node 0
CPU5: Thermal monitoring enabled (TM1)
CPU 5 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU5: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#5]: passed.
Booting processor 6 APIC 0x20 ip 0x6000
Initializing CPU#6
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 0
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 6/0x20 -> Node 1
CPU6: Thermal monitoring enabled (TM1)
CPU 6 MCA banks CMCI:2 CMCI:3 CMCI:5 CMCI:6 CMCI:8
CPU6: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#6]: passed.
Booting processor 7 APIC 0x22 ip 0x6000
Initializing CPU#7
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 7/0x22 -> Node 1
CPU7: Thermal monitoring enabled (TM1)
CPU 7 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU7: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#7]: passed.
Booting processor 8 APIC 0x24 ip 0x6000
Initializing CPU#8
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 8/0x24 -> Node 1
CPU8: Thermal monitoring enabled (TM1)
CPU 8 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU8: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#8]: passed.
Booting processor 9 APIC 0x30 ip 0x6000
Initializing CPU#9
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 8
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 9/0x30 -> Node 1
CPU9: Thermal monitoring enabled (TM1)
CPU 9 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU9: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#9]: passed.
Booting processor 10 APIC 0x32 ip 0x6000
Initializing CPU#10
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 9
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 10/0x32 -> Node 1
CPU10: Thermal monitoring enabled (TM1)
CPU 10 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU10: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#10]: passed.
Booting processor 11 APIC 0x34 ip 0x6000
Initializing CPU#11
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 10
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 11/0x34 -> Node 1
CPU11: Thermal monitoring enabled (TM1)
CPU 11 MCA banks CMCI:2 CMCI:3 CMCI:5 SHD:6 SHD:8
CPU11: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#11]: passed.
Booting processor 12 APIC 0x1 ip 0x6000
Initializing CPU#12
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 0
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 12/0x1 -> Node 0
CPU12: Thermal monitoring enabled (TM1)
CPU 12 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU12: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#12]: passed.
Booting processor 13 APIC 0x3 ip 0x6000
Initializing CPU#13
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 13/0x3 -> Node 0
CPU13: Thermal monitoring enabled (TM1)
CPU 13 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU13: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#13]: passed.
Booting processor 14 APIC 0x5 ip 0x6000
Initializing CPU#14
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 14/0x5 -> Node 0
CPU14: Thermal monitoring enabled (TM1)
CPU 14 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU14: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#14]: passed.
Booting processor 15 APIC 0x11 ip 0x6000
Initializing CPU#15
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 8
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 15/0x11 -> Node 0
CPU15: Thermal monitoring enabled (TM1)
CPU 15 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU15: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#15]: passed.
Booting processor 16 APIC 0x13 ip 0x6000
Initializing CPU#16
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 9
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 16/0x13 -> Node 0
CPU16: Thermal monitoring enabled (TM1)
CPU 16 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU16: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#16]: passed.
Booting processor 17 APIC 0x15 ip 0x6000
Initializing CPU#17
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 10
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 17/0x15 -> Node 0
CPU17: Thermal monitoring enabled (TM1)
CPU 17 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU17: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#17]: passed.
Booting processor 18 APIC 0x21 ip 0x6000
Initializing CPU#18
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 0
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 18/0x21 -> Node 1
CPU18: Thermal monitoring enabled (TM1)
CPU 18 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU18: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#18]: passed.
Booting processor 19 APIC 0x23 ip 0x6000
Initializing CPU#19
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 1
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 19/0x23 -> Node 1
CPU19: Thermal monitoring enabled (TM1)
CPU 19 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU19: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#19]: passed.
Booting processor 20 APIC 0x25 ip 0x6000
Initializing CPU#20
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 2
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 20/0x25 -> Node 1
CPU20: Thermal monitoring enabled (TM1)
CPU 20 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU20: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#20]: passed.
Booting processor 21 APIC 0x31 ip 0x6000
Initializing CPU#21
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 8
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 21/0x31 -> Node 1
CPU21: Thermal monitoring enabled (TM1)
CPU 21 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU21: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#21]: passed.
Booting processor 22 APIC 0x33 ip 0x6000
Initializing CPU#22
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 9
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 22/0x33 -> Node 1
CPU22: Thermal monitoring enabled (TM1)
CPU 22 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU22: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#22]: passed.
Booting processor 23 APIC 0x35 ip 0x6000
Initializing CPU#23
CPU: Physical Processor ID: 1
CPU: Processor Core ID: 10
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 256K
CPU: L3 cache: 12288K
CPU 23/0x35 -> Node 1
CPU23: Thermal monitoring enabled (TM1)
CPU 23 MCA banks SHD:2 SHD:3 SHD:5 SHD:6 SHD:8
CPU23: Intel(R) Xeon(R) CPU X5670 @ 2.93GHz stepping 02
checking TSC synchronization [CPU#0 -> CPU#23]: passed.
Brought up 24 CPUs
Total of 24 processors activated (140776.82 BogoMIPS).
CPU0 attaching sched-domain:
domain 0: span 0,12 level SIBLING
groups: 0 (cpu_power = 589) 12 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU1 attaching sched-domain:
domain 0: span 1,13 level SIBLING
groups: 1 (cpu_power = 589) 13 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1178) 0,12 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU2 attaching sched-domain:
domain 0: span 2,14 level SIBLING
groups: 2 (cpu_power = 589) 14 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1178) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU3 attaching sched-domain:
domain 0: span 3,15 level SIBLING
groups: 3 (cpu_power = 589) 15 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1178) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU4 attaching sched-domain:
domain 0: span 4,16 level SIBLING
groups: 4 (cpu_power = 589) 16 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1178) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU5 attaching sched-domain:
domain 0: span 5,17 level SIBLING
groups: 5 (cpu_power = 589) 17 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 5,17 (cpu_power = 1178) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU6 attaching sched-domain:
domain 0: span 6,18 level SIBLING
groups: 6 (cpu_power = 589) 18 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1178) 8,20 (cpu_power = 1178) 9,21 (cpu_power = 1178) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU7 attaching sched-domain:
domain 0: span 7,19 level SIBLING
groups: 7 (cpu_power = 589) 19 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 7,19 (cpu_power = 1178) 8,20 (cpu_power = 1178) 9,21 (cpu_power = 1178) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU8 attaching sched-domain:
domain 0: span 8,20 level SIBLING
groups: 8 (cpu_power = 589) 20 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 8,20 (cpu_power = 1178) 9,21 (cpu_power = 1178) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU9 attaching sched-domain:
domain 0: span 9,21 level SIBLING
groups: 9 (cpu_power = 589) 21 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 9,21 (cpu_power = 1178) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1178) 8,20 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU10 attaching sched-domain:
domain 0: span 10,22 level SIBLING
groups: 10 (cpu_power = 589) 22 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1178) 8,20 (cpu_power = 1178) 9,21 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU11 attaching sched-domain:
domain 0: span 11,23 level SIBLING
groups: 11 (cpu_power = 589) 23 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1178) 8,20 (cpu_power = 1178) 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU12 attaching sched-domain:
domain 0: span 0,12 level SIBLING
groups: 12 (cpu_power = 589) 0 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1178) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1177)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU13 attaching sched-domain:
domain 0: span 1,13 level SIBLING
groups: 13 (cpu_power = 589) 1 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1177) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1177) 0,12 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU14 attaching sched-domain:
domain 0: span 2,14 level SIBLING
groups: 14 (cpu_power = 589) 2 (cpu_power = 588)
domain 1: span 0-5,12-17 level MC
groups: 2,14 (cpu_power = 1177) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1177) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU15 attaching sched-domain:
domain 0: span 3,15 level SIBLING
groups: 15 (cpu_power = 589) 3 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1177) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1177)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU16 attaching sched-domain:
domain 0: span 4,16 level SIBLING
groups: 16 (cpu_power = 589) 4 (cpu_power = 589)
domain 1: span 0-5,12-17 level MC
groups: 4,16 (cpu_power = 1178) 5,17 (cpu_power = 1177) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1177) 3,15 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU17 attaching sched-domain:
domain 0: span 5,17 level SIBLING
groups: 17 (cpu_power = 589) 5 (cpu_power = 588)
domain 1: span 0-5,12-17 level MC
groups: 5,17 (cpu_power = 1177) 0,12 (cpu_power = 1178) 1,13 (cpu_power = 1178) 2,14 (cpu_power = 1177) 3,15 (cpu_power = 1178) 4,16 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 0-5,12-17 (cpu_power = 7068) 6-11,18-23 (cpu_power = 7068)
CPU18 attaching sched-domain:
domain 0: span 6,18 level SIBLING
groups: 18 (cpu_power = 589) 6 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1177) 8,20 (cpu_power = 1177) 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU19 attaching sched-domain:
domain 0: span 7,19 level SIBLING
groups: 19 (cpu_power = 589) 7 (cpu_power = 588)
domain 1: span 6-11,18-23 level MC
groups: 7,19 (cpu_power = 1177) 8,20 (cpu_power = 1177) 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU20 attaching sched-domain:
domain 0: span 8,20 level SIBLING
groups: 20 (cpu_power = 589) 8 (cpu_power = 588)
domain 1: span 6-11,18-23 level MC
groups: 8,20 (cpu_power = 1177) 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1177)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU21 attaching sched-domain:
domain 0: span 9,21 level SIBLING
groups: 21 (cpu_power = 589) 9 (cpu_power = 588)
domain 1: span 6-11,18-23 level MC
groups: 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1177) 8,20 (cpu_power = 1177)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU22 attaching sched-domain:
domain 0: span 10,22 level SIBLING
groups: 22 (cpu_power = 589) 10 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 10,22 (cpu_power = 1178) 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1177) 8,20 (cpu_power = 1177) 9,21 (cpu_power = 1177)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
CPU23 attaching sched-domain:
domain 0: span 11,23 level SIBLING
groups: 23 (cpu_power = 589) 11 (cpu_power = 589)
domain 1: span 6-11,18-23 level MC
groups: 11,23 (cpu_power = 1178) 6,18 (cpu_power = 1178) 7,19 (cpu_power = 1177) 8,20 (cpu_power = 1177) 9,21 (cpu_power = 1177) 10,22 (cpu_power = 1178)
domain 2: span 0-23 level NODE
groups: 6-11,18-23 (cpu_power = 7068) 0-5,12-17 (cpu_power = 7068)
regulator: core version 0.5
Time: 3:25:42 Date: 07/13/12
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255
PCI: MCFG area at e0000000 reserved in E820
PCI: Using MMCONFIG at e0000000 - efffffff
PCI: Using configuration type 1 for base access
bio: create slab <bio-0> at 0
ACPI: EC: Look up EC in DSDT
ACPI Warning for \_SB_._OSC: Return type mismatch - found Integer, expected Buffer (20090903/nspredef-1006)
\_SB_:_OSC evaluation returned wrong type
_OSC request data:1 6
ACPI: Executed 1 blocks of module-level executable AML code
ACPI: Interpreter enabled
ACPI: (supports S0 S1 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: No dock devices found.
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:00.0: PME# supported from D0 D3hot D3cold
pci 0000:00:00.0: PME# disabled
pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
pci 0000:00:01.0: PME# disabled
pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
pci 0000:00:03.0: PME# disabled
pci 0000:00:07.0: PME# supported from D0 D3hot D3cold
pci 0000:00:07.0: PME# disabled
pci 0000:00:13.0: reg 10 32bit mmio: [0xfec8a000-0xfec8afff]
pci 0000:00:13.0: PME# supported from D0 D3hot D3cold
pci 0000:00:13.0: PME# disabled
pci 0000:00:16.0: reg 10 64bit mmio: [0xfbbf0000-0xfbbf3fff]
pci 0000:00:16.1: reg 10 64bit mmio: [0xfbbec000-0xfbbeffff]
pci 0000:00:16.2: reg 10 64bit mmio: [0xfbbe8000-0xfbbebfff]
pci 0000:00:16.3: reg 10 64bit mmio: [0xfbbe4000-0xfbbe7fff]
pci 0000:00:16.4: reg 10 64bit mmio: [0xfbbe0000-0xfbbe3fff]
pci 0000:00:16.5: reg 10 64bit mmio: [0xfbbdc000-0xfbbdffff]
pci 0000:00:16.6: reg 10 64bit mmio: [0xfbbd8000-0xfbbdbfff]
pci 0000:00:16.7: reg 10 64bit mmio: [0xfbbd4000-0xfbbd7fff]
pci 0000:00:1a.0: reg 20 io port: [0x9800-0x981f]
pci 0000:00:1a.1: reg 20 io port: [0x9480-0x949f]
pci 0000:00:1a.2: reg 20 io port: [0x9400-0x941f]
pci 0000:00:1a.7: reg 10 32bit mmio: [0xfbbf4000-0xfbbf43ff]
pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1a.7: PME# disabled
pci 0000:00:1d.0: reg 20 io port: [0xa000-0xa01f]
pci 0000:00:1d.1: reg 20 io port: [0x9c00-0x9c1f]
pci 0000:00:1d.2: reg 20 io port: [0x9880-0x989f]
pci 0000:00:1d.7: reg 10 32bit mmio: [0xfbbf6000-0xfbbf63ff]
pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
pci 0000:00:1d.7: PME# disabled
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0a00 (mask 00ff)
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 2 PIO at 0ca0 (mask 003f)
pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 4700 (mask 000f)
pci 0000:00:1f.2: reg 10 io port: [0xac00-0xac07]
pci 0000:00:1f.2: reg 14 io port: [0xa880-0xa883]
pci 0000:00:1f.2: reg 18 io port: [0xa800-0xa807]
pci 0000:00:1f.2: reg 1c io port: [0xa480-0xa483]
pci 0000:00:1f.2: reg 20 io port: [0xa400-0xa41f]
pci 0000:00:1f.2: reg 24 32bit mmio: [0xfbbfa000-0xfbbfa7ff]
pci 0000:00:1f.2: PME# supported from D3hot
pci 0000:00:1f.2: PME# disabled
pci 0000:00:1f.3: reg 10 64bit mmio: [0xfbbf8000-0xfbbf80ff]
pci 0000:00:1f.3: reg 20 io port: [0x400-0x41f]
pci 0000:07:00.0: reg 10 32bit mmio: [0xfbee0000-0xfbefffff]
pci 0000:07:00.0: reg 14 32bit mmio: [0xfbec0000-0xfbedffff]
pci 0000:07:00.0: reg 18 io port: [0xec00-0xec1f]
pci 0000:07:00.0: reg 1c 32bit mmio: [0xfbebc000-0xfbebffff]
pci 0000:07:00.0: reg 30 32bit mmio pref: [0xfbe80000-0xfbe9ffff]
pci 0000:07:00.0: PME# supported from D0 D3hot D3cold
pci 0000:07:00.0: PME# disabled
pci 0000:07:00.1: reg 10 32bit mmio: [0xfbe60000-0xfbe7ffff]
pci 0000:07:00.1: reg 14 32bit mmio: [0xfbe40000-0xfbe5ffff]
pci 0000:07:00.1: reg 18 io port: [0xe880-0xe89f]
pci 0000:07:00.1: reg 1c 32bit mmio: [0xfbe3c000-0xfbe3ffff]
pci 0000:07:00.1: reg 30 32bit mmio pref: [0xfbe00000-0xfbe1ffff]
pci 0000:07:00.1: PME# supported from D0 D3hot D3cold
pci 0000:07:00.1: PME# disabled
pci 0000:00:01.0: bridge io port: [0xe000-0xefff]
pci 0000:00:01.0: bridge 32bit mmio: [0xfbe00000-0xfbefffff]
pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
pci 0000:02:00.0: PME# disabled
pci 0000:00:07.0: bridge io port: [0xc000-0xdfff]
pci 0000:00:07.0: bridge 32bit mmio: [0xfbc00000-0xfbdfffff]
pci 0000:03:02.0: PME# supported from D0 D3hot D3cold
pci 0000:03:02.0: PME# disabled
pci 0000:03:04.0: PME# supported from D0 D3hot D3cold
pci 0000:03:04.0: PME# disabled
pci 0000:02:00.0: bridge io port: [0xc000-0xdfff]
pci 0000:02:00.0: bridge 32bit mmio: [0xfbc00000-0xfbdfffff]
pci 0000:05:00.0: reg 10 32bit mmio: [0xfbde0000-0xfbdfffff]
pci 0000:05:00.0: reg 14 32bit mmio: [0xfbdc0000-0xfbddffff]
pci 0000:05:00.0: reg 18 io port: [0xdc00-0xdc1f]
pci 0000:05:00.0: reg 30 32bit mmio pref: [0xfbda0000-0xfbdbffff]
pci 0000:05:00.0: PME# supported from D0 D3hot D3cold
pci 0000:05:00.0: PME# disabled
pci 0000:05:00.1: reg 10 32bit mmio: [0xfbd80000-0xfbd9ffff]
pci 0000:05:00.1: reg 14 32bit mmio: [0xfbd60000-0xfbd7ffff]
pci 0000:05:00.1: reg 18 io port: [0xd880-0xd89f]
pci 0000:05:00.1: PME# supported from D0 D3hot D3cold
pci 0000:05:00.1: PME# disabled
pci 0000:05:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
pci 0000:03:02.0: bridge io port: [0xd000-0xdfff]
pci 0000:03:02.0: bridge 32bit mmio: [0xfbd00000-0xfbdfffff]
pci 0000:04:00.0: reg 10 32bit mmio: [0xfbce0000-0xfbcfffff]
pci 0000:04:00.0: reg 14 32bit mmio: [0xfbcc0000-0xfbcdffff]
pci 0000:04:00.0: reg 18 io port: [0xcc00-0xcc1f]
pci 0000:04:00.0: PME# supported from D0 D3hot
pci 0000:04:00.0: PME# disabled
pci 0000:04:00.1: reg 10 32bit mmio: [0xfbca0000-0xfbcbffff]
pci 0000:04:00.1: reg 14 32bit mmio: [0xfbc80000-0xfbc9ffff]
pci 0000:04:00.1: reg 18 io port: [0xc880-0xc89f]
pci 0000:04:00.1: PME# supported from D0 D3hot
pci 0000:04:00.1: PME# disabled
pci 0000:04:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
pci 0000:03:04.0: bridge io port: [0xc000-0xcfff]
pci 0000:03:04.0: bridge 32bit mmio: [0xfbc00000-0xfbcfffff]
pci 0000:01:05.0: reg 10 32bit mmio: [0xfb000000-0xfb7fffff]
pci 0000:01:05.0: reg 14 32bit mmio: [0xfafe0000-0xfaffffff]
pci 0000:01:05.0: reg 18 io port: [0xbc00-0xbc7f]
pci 0000:01:05.0: supports D1 D2
pci 0000:01:05.0: PME# supported from D0 D1 D2 D3hot D3cold
pci 0000:01:05.0: PME# disabled
pci 0000:00:1e.0: transparent bridge
pci 0000:00:1e.0: bridge io port: [0xb000-0xbfff]
pci 0000:00:1e.0: bridge 32bit mmio: [0xfaf00000-0xfb7fffff]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NPE1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NPE3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NPE7._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 6 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs *5)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 6 7 10 11 12 14 *15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 6 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 6 7 10 11 12 *14 15)
vgaarb: device added: PCI:0000:01:05.0,decodes=io+mem,owns=io+mem,locks=none
vgaarb: loaded
SCSI subsystem initialized
libata version 3.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
hpet0: 4 comparators, 64-bit 14.318180 MHz counter
Switching to clocksource hpet
kstop/0 used greatest stack depth: 7240 bytes left
kstop/1 used greatest stack depth: 6968 bytes left
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 14 devices
ACPI: ACPI bus type pnp unregistered
system 00:01: iomem range 0xfbf00000-0xfbffffff has been reserved
system 00:01: iomem range 0xfc000000-0xfcffffff has been reserved
system 00:01: iomem range 0xfd000000-0xfdffffff has been reserved
system 00:01: iomem range 0xfe000000-0xfebfffff has been reserved
system 00:01: iomem range 0xfec8a000-0xfec8afff could not be reserved
system 00:01: iomem range 0xfed10000-0xfed10fff has been reserved
system 00:06: ioport range 0xa00-0xa0f has been reserved
system 00:06: ioport range 0xa10-0xa1f has been reserved
system 00:07: ioport range 0x4d0-0x4d1 has been reserved
system 00:07: ioport range 0x800-0x87f has been reserved
system 00:07: ioport range 0x500-0x57f has been reserved
system 00:07: ioport range 0xca2-0xca2 has been reserved
system 00:07: ioport range 0xca6-0xca6 has been reserved
system 00:07: ioport range 0xcaa-0xcaa has been reserved
system 00:07: ioport range 0xcae-0xcae has been reserved
system 00:07: ioport range 0xcb2-0xcb6 has been reserved
system 00:07: iomem range 0xfed1c000-0xfed1ffff has been reserved
system 00:07: iomem range 0xfed20000-0xfed3ffff has been reserved
system 00:07: iomem range 0xfed45000-0xfed89fff has been reserved
system 00:07: iomem range 0xfed20000-0xfed3ffff has been reserved
system 00:07: iomem range 0xfed45000-0xfed8ffff could not be reserved
system 00:07: iomem range 0xfec8a000-0xfec8afff could not be reserved
system 00:09: iomem range 0xfec00000-0xfec00fff could not be reserved
system 00:09: iomem range 0xfee00000-0xfee00fff has been reserved
system 00:0b: iomem range 0xe0000000-0xefffffff has been reserved
system 00:0d: iomem range 0x0-0x9ffff could not be reserved
system 00:0d: iomem range 0xc0000-0xcffff could not be reserved
system 00:0d: iomem range 0xe0000-0xfffff could not be reserved
system 00:0d: iomem range 0x100000-0xbfffffff could not be reserved
system 00:0d: iomem range 0xfed90000-0xffffffff could not be reserved
pci 0000:00:01.0: PCI bridge, secondary bus 0000:07
pci 0000:00:01.0: IO window: 0xe000-0xefff
pci 0000:00:01.0: MEM window: 0xfbe00000-0xfbefffff
pci 0000:00:01.0: PREFETCH window: disabled
pci 0000:00:03.0: PCI bridge, secondary bus 0000:06
pci 0000:00:03.0: IO window: disabled
pci 0000:00:03.0: MEM window: disabled
pci 0000:00:03.0: PREFETCH window: disabled
pci 0000:03:02.0: PCI bridge, secondary bus 0000:05
pci 0000:03:02.0: IO window: 0xd000-0xdfff
pci 0000:03:02.0: MEM window: 0xfbd00000-0xfbdfffff
pci 0000:03:02.0: PREFETCH window: disabled
pci 0000:03:04.0: PCI bridge, secondary bus 0000:04
pci 0000:03:04.0: IO window: 0xc000-0xcfff
pci 0000:03:04.0: MEM window: 0xfbc00000-0xfbcfffff
pci 0000:03:04.0: PREFETCH window: disabled
pci 0000:02:00.0: PCI bridge, secondary bus 0000:03
pci 0000:02:00.0: IO window: 0xc000-0xdfff
pci 0000:02:00.0: MEM window: 0xfbc00000-0xfbdfffff
pci 0000:02:00.0: PREFETCH window: disabled
pci 0000:00:07.0: PCI bridge, secondary bus 0000:02
pci 0000:00:07.0: IO window: 0xc000-0xdfff
pci 0000:00:07.0: MEM window: 0xfbc00000-0xfbdfffff
pci 0000:00:07.0: PREFETCH window: disabled
pci 0000:00:1e.0: PCI bridge, secondary bus 0000:01
pci 0000:00:1e.0: IO window: 0xb000-0xbfff
pci 0000:00:1e.0: MEM window: 0xfaf00000-0xfb7fffff
pci 0000:00:1e.0: PREFETCH window: disabled
pci 0000:00:01.0: setting latency timer to 64
pci 0000:00:03.0: setting latency timer to 64
pci 0000:00:07.0: setting latency timer to 64
pci 0000:02:00.0: setting latency timer to 64
pci 0000:03:02.0: setting latency timer to 64
pci 0000:03:04.0: setting latency timer to 64
pci 0000:00:1e.0: setting latency timer to 64
pci_bus 0000:00: resource 0 io: [0x00-0xffff]
pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff]
pci_bus 0000:07: resource 0 io: [0xe000-0xefff]
pci_bus 0000:07: resource 1 mem: [0xfbe00000-0xfbefffff]
pci_bus 0000:02: resource 0 io: [0xc000-0xdfff]
pci_bus 0000:02: resource 1 mem: [0xfbc00000-0xfbdfffff]
pci_bus 0000:03: resource 0 io: [0xc000-0xdfff]
pci_bus 0000:03: resource 1 mem: [0xfbc00000-0xfbdfffff]
pci_bus 0000:05: resource 0 io: [0xd000-0xdfff]
pci_bus 0000:05: resource 1 mem: [0xfbd00000-0xfbdfffff]
pci_bus 0000:04: resource 0 io: [0xc000-0xcfff]
pci_bus 0000:04: resource 1 mem: [0xfbc00000-0xfbcfffff]
pci_bus 0000:01: resource 0 io: [0xb000-0xbfff]
pci_bus 0000:01: resource 1 mem: [0xfaf00000-0xfb7fffff]
pci_bus 0000:01: resource 3 io: [0x00-0xffff]
pci_bus 0000:01: resource 4 mem: [0x000000-0xffffffffffffffff]
NET: Registered protocol family 2
IP route cache hash table entries: 524288 (order: 10, 4194304 bytes)
TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
TCP bind hash table entries: 65536 (order: 9, 2097152 bytes)
TCP: Hash tables configured (established 524288 bind 65536)
TCP reno registered
NET: Registered protocol family 1
pci 0000:07:00.0: Disabling L0s
pci 0000:07:00.1: Disabling L0s
pci 0000:01:05.0: Boot video device
Trying to unpack rootfs image as initramfs...
debug: unmapping init memory ffff880037c57000..ffff880037ff0000
audit: initializing netlink socket (disabled)
type=2000 audit(1342149941.046:1): initialized
HugeTLB registered 2 MB page size, pre-allocated 0 pages
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
msgmni has been set to 32768
SELinux: Registering netfilter hooks
cryptomgr_test used greatest stack depth: 5752 bytes left
alg: No test for stdrng (krng)
ksign: Installing public key data
Loading keyring
- Added public key B53125DC86710D19
- User ID: Oracle America, Inc. (Kernel Module GPG key)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered (default)
io scheduler cfq registered
alloc irq_desc for 48 on node -1
alloc kstat_irqs on node -1
pcieport 0000:00:01.0: irq 48 for MSI/MSI-X
pcieport 0000:00:01.0: setting latency timer to 64
alloc irq_desc for 49 on node -1
alloc kstat_irqs on node -1
pcieport 0000:00:03.0: irq 49 for MSI/MSI-X
pcieport 0000:00:03.0: setting latency timer to 64
alloc irq_desc for 50 on node -1
alloc kstat_irqs on node -1
pcieport 0000:00:07.0: irq 50 for MSI/MSI-X
pcieport 0000:00:07.0: setting latency timer to 64
pcieport 0000:02:00.0: setting latency timer to 64
alloc irq_desc for 51 on node -1
alloc kstat_irqs on node -1
pcieport 0000:03:02.0: irq 51 for MSI/MSI-X
pcieport 0000:03:02.0: setting latency timer to 64
alloc irq_desc for 52 on node -1
alloc kstat_irqs on node -1
pcieport 0000:03:04.0: irq 52 for MSI/MSI-X
pcieport 0000:03:04.0: setting latency timer to 64
aer 0000:00:01.0:pcie02: AER service couldn't init device: no _OSC support
aer 0000:00:03.0:pcie02: AER service couldn't init device: no _OSC support
aer 0000:00:07.0:pcie02: AER service couldn't init device: no _OSC support
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
pciehp: PCI Express Hot Plug Controller Driver version: 0.4
acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
input: Power Button as /class/input/input0
ACPI: Power Button [PWRB]
input: Power Button as /class/input/input1
ACPI: Power Button [PWRF]
ACPI: SSDT 00000000bf7804c0 0603C (v01 DpgPmm P001Ist 00000011 INTL 20051117)
ACPI: SSDT 00000000bf786500 00C88 (v01 PmRef P001Cst 00003001 INTL 20051117)
ACPI: SSDT 00000000bf787190 00A0A (v01 PmRef Cpu0Tst 00003000 INTL 20051117)
Monitor-Mwait will be used to enter C-1 state
Monitor-Mwait will be used to enter C-2 state
Monitor-Mwait will be used to enter C-3 state
processor LNXCPU:00: registered as cooling_device0
processor LNXCPU:01: registered as cooling_device1
processor LNXCPU:02: registered as cooling_device2
processor LNXCPU:03: registered as cooling_device3
processor LNXCPU:04: registered as cooling_device4
processor LNXCPU:05: registered as cooling_device5
processor LNXCPU:06: registered as cooling_device6
processor LNXCPU:07: registered as cooling_device7
processor LNXCPU:08: registered as cooling_device8
processor LNXCPU:09: registered as cooling_device9
processor LNXCPU:0a: registered as cooling_device10
processor LNXCPU:0b: registered as cooling_device11
processor LNXCPU:0c: registered as cooling_device12
processor LNXCPU:0d: registered as cooling_device13
processor LNXCPU:0e: registered as cooling_device14
processor LNXCPU:0f: registered as cooling_device15
processor LNXCPU:10: registered as cooling_device16
processor LNXCPU:11: registered as cooling_device17
processor LNXCPU:12: registered as cooling_device18
processor LNXCPU:13: registered as cooling_device19
processor LNXCPU:14: registered as cooling_device20
processor LNXCPU:15: registered as cooling_device21
processor LNXCPU:16: registered as cooling_device22
processor LNXCPU:17: registered as cooling_device23
Non-volatile memory driver v1.3
Linux agpgart interface v0.103
tpm_tis 00:0a: 1.2 TPM (device-id 0xB, rev-id 16)
Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
brd: module loaded
loop: module loaded
input: Macintosh mouse button emulation as /class/input/input2
Fixed MDIO Bus: probed
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
alloc irq_desc for 18 on node -1
alloc kstat_irqs on node -1
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1a.7: irq 18, io mem 0xfbbf4000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb1: Product: EHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.32-300.29.1uek.debug ehci_hcd
usb usb1: SerialNumber: 0000:00:1a.7
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
alloc irq_desc for 23 on node -1
alloc kstat_irqs on node -1
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 2
ehci_hcd 0000:00:1d.7: debug port 1
ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1d.7: irq 23, io mem 0xfbbf6000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb2: Product: EHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.32-300.29.1uek.debug ehci_hcd
usb usb2: SerialNumber: 0000:00:1d.7
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 6 ports detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
alloc irq_desc for 16 on node -1
alloc kstat_irqs on node -1
uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1a.0: setting latency timer to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1a.0: irq 16, io base 0x00009800
usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb3: Product: UHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb3: SerialNumber: 0000:00:1a.0
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
alloc irq_desc for 21 on node -1
alloc kstat_irqs on node -1
uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
uhci_hcd 0000:00:1a.1: setting latency timer to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1a.1: irq 21, io base 0x00009480
usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb4: SerialNumber: 0000:00:1a.1
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
alloc irq_desc for 19 on node -1
alloc kstat_irqs on node -1
uhci_hcd 0000:00:1a.2: PCI INT D -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1a.2: setting latency timer to 64
uhci_hcd 0000:00:1a.2: UHCI Host Controller
uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1a.2: irq 19, io base 0x00009400
usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb5: Product: UHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb5: SerialNumber: 0000:00:1a.2
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 6
uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000a000
usb usb6: New USB device found, idVendor=1d6b, idProduct=0001
usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb6: Product: UHCI Host Controller
usb usb6: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb6: SerialNumber: 0000:00:1d.0
usb usb6: configuration #1 chosen from 1 choice
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 7
uhci_hcd 0000:00:1d.1: irq 19, io base 0x00009c00
usb usb7: New USB device found, idVendor=1d6b, idProduct=0001
usb usb7: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb7: Product: UHCI Host Controller
usb usb7: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb7: SerialNumber: 0000:00:1d.1
usb usb7: configuration #1 chosen from 1 choice
hub 7-0:1.0: USB hub found
hub 7-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 8
uhci_hcd 0000:00:1d.2: irq 18, io base 0x00009880
usb usb8: New USB device found, idVendor=1d6b, idProduct=0001
usb usb8: New USB device strings: Mfr=3, Product=2, SerialNumber=1
usb usb8: Product: UHCI Host Controller
usb usb8: Manufacturer: Linux 2.6.32-300.29.1uek.debug uhci_hcd
usb usb8: SerialNumber: 0000:00:1d.2
usb usb8: configuration #1 chosen from 1 choice
hub 8-0:1.0: USB hub found
hub 8-0:1.0: 2 ports detected
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
rtc_cmos 00:03: RTC can wake from S4
rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
cpuidle: using governor ladder
cpuidle: using governor menu
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 17
PM: Resume from disk failed.
registered taskstats version 1
usb 1-3: new high speed USB device using ehci_hcd and address 2
Magic number: 4:671:411
rtc_cmos 00:03: setting system clock to 2012-07-13 03:25:43 UTC (1342149943)
Initalizing network drop monitor service
debug: unmapping init memory ffffffff81b8d000..ffffffff81d41000
Write protecting the kernel read-only data: 6916k
usb 1-3: config 1 interface 0 altsetting 0 endpoint 0x81 has an invalid bInterval 255, changing to 11
usb 1-3: New USB device found, idVendor=046b, idProduct=ff01
usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-3: Product: Generic Hub
usb 1-3: Manufacturer: American Megatrends Inc.
usb 1-3: configuration #1 chosen from 1 choice
hub 1-3:1.0: USB hub found
hub 1-3:1.0: 2 ports detected
Refined TSC clocksource calibration: 2933.437 MHz.
Switching to clocksource tsc
udevd used greatest stack depth: 5296 bytes left
ahci 0000:00:1f.2: version 3.0
ahci 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
alloc irq_desc for 53 on node -1
alloc kstat_irqs on node -1
ahci 0000:00:1f.2: irq 53 for MSI/MSI-X
ahci: SSS flag set, parallel bus scan disabled
ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x3f impl SATA mode
ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pio slum part ccc ems sxs
ahci 0000:00:1f.2: setting latency timer to 64
scsi0 : ahci
scsi1 : ahci
scsi2 : ahci
scsi3 : ahci
scsi4 : ahci
scsi5 : ahci
ata1: SATA max UDMA/133 abar m2048@0xfbbfa000 port 0xfbbfa100 irq 53
ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 53
ata3: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 53
ata4: SATA max UDMA/133 abar m2048@0xfbbfa000 port 0xfbbfa280 irq 53
ata5: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 53
ata6: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 53
usb 5-1: new low speed USB device using uhci_hcd and address 2
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7: SSDSA2SH032G1SB INTEL, 845C8855, max UDMA/133
ata1.00: 62500000 sectors, multi 1: LBA48 NCQ (depth 31)
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA SSDSA2SH032G1SB 845C PQ: 0 ANSI: 5
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] 62500000 512-byte logical blocks: (32.0 GB/29.8 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: detected capacity change from 0 to 32000000000
sda: sda1
sda1: <solaris: [s0] sda5 [s2] sda6 [s8] sda7 >
sd 0:0:0:0: [sda] Attached SCSI disk
usb 5-1: New USB device found, idVendor=046b, idProduct=ff10
usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 5-1: Product: Virtual Keyboard and Mouse
usb 5-1: Manufacturer: American Megatrends Inc.
usb 5-1: configuration #1 chosen from 1 choice
input: American Megatrends Inc. Virtual Keyboard and Mouse as /class/input/input3
generic-usb 0003:046B:FF10.0001: input,hidraw0: USB HID v1.10 Keyboard [American Megatrends Inc. Virtual Keyboard and Mouse] on usb-0000:00:1a.2-1/input0
input: American Megatrends Inc. Virtual Keyboard and Mouse as /class/input/input4
generic-usb 0003:046B:FF10.0002: input,hidraw1: USB HID v1.10 Mouse [American Megatrends Inc. Virtual Keyboard and Mouse] on usb-0000:00:1a.2-1/input1
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: ATA-8: HITACHI H7220AA30SUN2.0T 1007MSUD0V, JKAOA28A, max UDMA/133
ata2.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
ata2.00: configured for UDMA/133
scsi 1:0:0:0: Direct-Access ATA HITACHI H7220AA3 JKAO PQ: 0 ANSI: 5
sd 1:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: detected capacity change from 0 to 2000398934016
sdb: sdb1 sdb2
sdb1: <solaris: [s0] sdb5 [s1] sdb6 [s2] sdb7 [s7] sdb8 [s8] sdb9 >
sd 1:0:0:0: [sdb] Attached SCSI disk
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-8: HITACHI H7220AA30SUN2.0T 1007MSWLEV, JKAOA28A, max UDMA/133
ata3.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
ata3.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA HITACHI H7220AA3 JKAO PQ: 0 ANSI: 5
sd 2:0:0:0: Attached scsi generic sg2 type 0
sd 2:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
sd 2:0:0:0: [sdc] Write Protect is off
sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdc: detected capacity change from 0 to 2000398934016
sdc: sdc1 sdc2
sd 2:0:0:0: [sdc] Attached SCSI disk
ata4: SATA link down (SStatus 0 SControl 300)
async/2 used greatest stack depth: 4968 bytes left
async/6 used greatest stack depth: 4936 bytes left
ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata5.00: ATA-8: MARVELL SD88SA024SA0 SUN24G 1008M028TF, 1023D20R, max UDMA/133
ata5.00: 47999744 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata5.00: configured for UDMA/133
scsi 4:0:0:0: Direct-Access ATA MARVELL SD88SA02 1023 PQ: 0 ANSI: 5
sd 4:0:0:0: Attached scsi generic sg3 type 0
sd 4:0:0:0: [sdd] 47999744 512-byte logical blocks: (24.5 GB/22.8 GiB)
sd 4:0:0:0: [sdd] Write Protect is off
sd 4:0:0:0: [sdd] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sdd: detected capacity change from 0 to 24575868928
sdd: sdd1
sdd1: <solaris: [s0] sdd5 [s1] sdd6 [s2] sdd7 [s8] sdd8 >
sd 4:0:0:0: [sdd] Attached SCSI disk
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.00: ATA-8: MARVELL SD88SA024SA0 SUN24G 1008M028RX, 1023D20R, max UDMA/133
ata6.00: 47999744 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access ATA MARVELL SD88SA02 1023 PQ: 0 ANSI: 5
sd 5:0:0:0: [sde] 47999744 512-byte logical blocks: (24.5 GB/22.8 GiB)
sd 5:0:0:0: Attached scsi generic sg4 type 0
sd 5:0:0:0: [sde] Write Protect is off
sd 5:0:0:0: [sde] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sde] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
sde: detected capacity change from 0 to 24575868928
sde: sde1
sde1: <solaris: [s2] sde5 [s8] sde6 >
sd 5:0:0:0: [sde] Attached SCSI disk
insmod used greatest stack depth: 4688 bytes left
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
type=1404 audit(1342149968.545:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295
SELinux: 8192 avtab hash slots, 83426 rules.
SELinux: 8192 avtab hash slots, 83426 rules.
SELinux: 3 users, 6 roles, 2067 types, 278 bools, 1 sens, 1024 cats
SELinux: 61 classes, 83426 rules
SELinux: class peer not defined in policy
SELinux: class capability2 not defined in policy
SELinux: class kernel_service not defined in policy
SELinux: class tun_socket not defined in policy
SELinux: permission open in class dir not defined in policy
SELinux: permission open in class file not defined in policy
SELinux: permission open in class chr_file not defined in policy
SELinux: permission open in class blk_file not defined in policy
SELinux: permission open in class sock_file not defined in policy
SELinux: permission open in class fifo_file not defined in policy
SELinux: permission recvfrom in class node not defined in policy
SELinux: permission sendto in class node not defined in policy
SELinux: permission ingress in class netif not defined in policy
SELinux: permission egress in class netif not defined in policy
SELinux: permission module_request in class system not defined in policy
SELinux: permission setfcap in class capability not defined in policy
SELinux: permission nlmsg_tty_audit in class netlink_audit_socket not defined in policy
SELinux: permission forward_in in class packet not defined in policy
SELinux: permission forward_out in class packet not defined in policy
SELinux: the above unknown classes and permissions will be allowed
SELinux: Completing initialization.
SELinux: Setting up existing superblocks.
SELinux: initialized (dev dm-0, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts
SELinux: initialized (dev securityfs, type securityfs), not configured for labeling
SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts
SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs
SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts
SELinux: initialized (dev devpts, type devpts), uses transition SIDs
SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts
SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts
SELinux: initialized (dev pipefs, type pipefs), uses task SIDs
SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts
SELinux: initialized (dev sockfs, type sockfs), uses task SIDs
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
SELinux: initialized (dev proc, type proc), uses genfs_contexts
SELinux: initialized (dev bdev, type bdev), uses genfs_contexts
SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts
SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts
type=1403 audit(1342149968.872:3): policy loaded auid=4294967295 ses=4294967295
hostname used greatest stack depth: 4208 bytes left
mount used greatest stack depth: 3632 bytes left
sed used greatest stack depth: 3616 bytes left
dca service started, version 1.12.1
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware
iTCO_wdt: No card detected
input: PC Speaker as /class/input/input5
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ioatdma: Intel(R) QuickData Technology Driver 4.00
alloc irq_desc for 43 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.0: PCI INT A -> GSI 43 (level, low) -> IRQ 43
ioatdma 0000:00:16.0: setting latency timer to 64
alloc irq_desc for 54 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.0: irq 54 for MSI/MSI-X
alloc irq_desc for 44 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.1: PCI INT B -> GSI 44 (level, low) -> IRQ 44
ioatdma 0000:00:16.1: setting latency timer to 64
alloc irq_desc for 55 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.1: irq 55 for MSI/MSI-X
alloc irq_desc for 45 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.2: PCI INT C -> GSI 45 (level, low) -> IRQ 45
ioatdma 0000:00:16.2: setting latency timer to 64
alloc irq_desc for 56 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.2: irq 56 for MSI/MSI-X
alloc irq_desc for 46 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.3: PCI INT D -> GSI 46 (level, low) -> IRQ 46
ioatdma 0000:00:16.3: setting latency timer to 64
alloc irq_desc for 57 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.3: irq 57 for MSI/MSI-X
ioatdma 0000:00:16.4: PCI INT A -> GSI 43 (level, low) -> IRQ 43
ioatdma 0000:00:16.4: setting latency timer to 64
alloc irq_desc for 58 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.4: irq 58 for MSI/MSI-X
ioatdma 0000:00:16.5: PCI INT B -> GSI 44 (level, low) -> IRQ 44
ioatdma 0000:00:16.5: setting latency timer to 64
alloc irq_desc for 59 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.5: irq 59 for MSI/MSI-X
ioatdma 0000:00:16.6: PCI INT C -> GSI 45 (level, low) -> IRQ 45
ioatdma 0000:00:16.6: setting latency timer to 64
alloc irq_desc for 60 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.6: irq 60 for MSI/MSI-X
ioatdma 0000:00:16.7: PCI INT D -> GSI 46 (level, low) -> IRQ 46
ioatdma 0000:00:16.7: setting latency timer to 64
alloc irq_desc for 61 on node -1
alloc kstat_irqs on node -1
ioatdma 0000:00:16.7: irq 61 for MSI/MSI-X
usb_id used greatest stack depth: 3504 bytes left
Intel(R) Gigabit Ethernet Network Driver - version 3.0.6-k
Copyright (c) 2007-2011 Intel Corporation.
alloc irq_desc for 40 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: PCI INT B -> GSI 40 (level, low) -> IRQ 40
igb 0000:07:00.0: setting latency timer to 64
alloc irq_desc for 62 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 62 for MSI/MSI-X
alloc irq_desc for 63 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 63 for MSI/MSI-X
alloc irq_desc for 64 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 64 for MSI/MSI-X
alloc irq_desc for 65 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 65 for MSI/MSI-X
alloc irq_desc for 66 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 66 for MSI/MSI-X
alloc irq_desc for 67 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 67 for MSI/MSI-X
alloc irq_desc for 68 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 68 for MSI/MSI-X
alloc irq_desc for 69 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 69 for MSI/MSI-X
alloc irq_desc for 70 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.0: irq 70 for MSI/MSI-X
igb 0000:07:00.0: DCA enabled
igb 0000:07:00.0: Intel(R) Gigabit Ethernet Network Connection
igb 0000:07:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:21:28:75:7f:7e
igb 0000:07:00.0: eth0: PBA No: FFFFFF-0FF
igb 0000:07:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
alloc irq_desc for 28 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: PCI INT A -> GSI 28 (level, low) -> IRQ 28
igb 0000:07:00.1: setting latency timer to 64
alloc irq_desc for 71 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 71 for MSI/MSI-X
alloc irq_desc for 72 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 72 for MSI/MSI-X
alloc irq_desc for 73 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 73 for MSI/MSI-X
alloc irq_desc for 74 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 74 for MSI/MSI-X
alloc irq_desc for 75 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 75 for MSI/MSI-X
alloc irq_desc for 76 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 76 for MSI/MSI-X
alloc irq_desc for 77 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 77 for MSI/MSI-X
alloc irq_desc for 78 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 78 for MSI/MSI-X
alloc irq_desc for 79 on node -1
alloc kstat_irqs on node -1
igb 0000:07:00.1: irq 79 for MSI/MSI-X
Error: Driver 'pcspkr' is already registered, aborting...
igb 0000:07:00.1: DCA enabled
igb 0000:07:00.1: Intel(R) Gigabit Ethernet Network Connection
igb 0000:07:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:21:28:75:7f:7f
igb 0000:07:00.1: eth1: PBA No: FFFFFF-0FF
igb 0000:07:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
e1000e: Intel(R) PRO/1000 Network Driver - 1.4.4-k
e1000e: Copyright(c) 1999 - 2011 Intel Corporation.
e1000e 0000:05:00.0: Disabling ASPM L1
alloc irq_desc for 38 on node -1
alloc kstat_irqs on node -1
e1000e 0000:05:00.0: PCI INT B -> GSI 38 (level, low) -> IRQ 38
e1000e 0000:05:00.0: setting latency timer to 64
alloc irq_desc for 80 on node -1
alloc kstat_irqs on node -1
e1000e 0000:05:00.0: irq 80 for MSI/MSI-X
e1000e 0000:05:00.0: eth0: (PCI Express:2.5GT/s:Width x4) 00:15:17:b9:77:9d
e1000e 0000:05:00.0: eth0: Intel(R) PRO/1000 Network Connection
e1000e 0000:05:00.0: eth0: MAC: 0, PHY: 4, PBA No: D90197-004
e1000e 0000:05:00.1: Disabling ASPM L1
alloc irq_desc for 39 on node -1
alloc kstat_irqs on node -1
e1000e 0000:05:00.1: PCI INT A -> GSI 39 (level, low) -> IRQ 39
e1000e 0000:05:00.1: setting latency timer to 64
alloc irq_desc for 81 on node -1
alloc kstat_irqs on node -1
e1000e 0000:05:00.1: irq 81 for MSI/MSI-X
e1000e 0000:05:00.1: eth1: (PCI Express:2.5GT/s:Width x4) 00:15:17:b9:77:9c
e1000e 0000:05:00.1: eth1: Intel(R) PRO/1000 Network Connection
e1000e 0000:05:00.1: eth1: MAC: 0, PHY: 4, PBA No: D90197-004
e1000e 0000:04:00.0: Disabling ASPM L1
alloc irq_desc for 37 on node -1
alloc kstat_irqs on node -1
e1000e 0000:04:00.0: PCI INT B -> GSI 37 (level, low) -> IRQ 37
e1000e 0000:04:00.0: setting latency timer to 64
alloc irq_desc for 82 on node -1
alloc kstat_irqs on node -1
e1000e 0000:04:00.0: irq 82 for MSI/MSI-X
e1000e 0000:04:00.0: eth2: (PCI Express:2.5GT/s:Width x4) 00:15:17:b9:77:9f
e1000e 0000:04:00.0: eth2: Intel(R) PRO/1000 Network Connection
e1000e 0000:04:00.0: eth2: MAC: 0, PHY: 4, PBA No: D90197-004
e1000e 0000:04:00.1: Disabling ASPM L1
alloc irq_desc for 30 on node -1
alloc kstat_irqs on node -1
e1000e 0000:04:00.1: PCI INT A -> GSI 30 (level, low) -> IRQ 30
e1000e 0000:04:00.1: setting latency timer to 64
alloc irq_desc for 83 on node -1
alloc kstat_irqs on node -1
e1000e 0000:04:00.1: irq 83 for MSI/MSI-X
e1000e 0000:04:00.1: eth3: (PCI Express:2.5GT/s:Width x4) 00:15:17:b9:77:9e
e1000e 0000:04:00.1: eth3: Intel(R) PRO/1000 Network Connection
e1000e 0000:04:00.1: eth3: MAC: 0, PHY: 4, PBA No: D90197-004
floppy0: no floppy controllers found
lp: driver loaded but no devices found
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
EXT3 FS on dm-0, internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS on sdc1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
SELinux: initialized (dev sdc1, type ext3), uses xattr
SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs
Adding 51511288k swap on /dev/VolGroup00/LogVol01. Priority:-1 extents:1 across:51511288k
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
rc.sysinit used greatest stack depth: 3344 bytes left
microcode: CPU0 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU1 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU2 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU3 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU4 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU5 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU6 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU7 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU8 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU9 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU10 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU11 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU12 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU13 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU14 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU15 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU16 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU17 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU18 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU19 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU20 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU21 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU22 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
microcode: CPU23 sig=0x206c2, pf=0x1, revision=0x13
platform microcode: firmware: requesting intel-ucode/06-2c-02
Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Microcode Update Driver: v2.00 removed.
warning: process `kudzu' used the deprecated sysctl system call with 1.23.
Loading iSCSI transport class v2.0-870.
libcxgbi:libcxgbi_init_module: tag itt 0x1fff, 13 bits, age 0xf, 4 bits.
libcxgbi:ddp_setup_host_page_size: system PAGE 4096, ddp idx 0.
Chelsio T3 iSCSI Driver cxgb3i v2.0.0 (Jun. 2010)
iscsi: registered transport (cxgb3i)
NET: Registered protocol family 10
cnic: Broadcom NetXtreme II CNIC Driver cnic v2.5.7 (July 20, 2011)
Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.3 (Jun 15, 2010)
iscsi: registered transport (bnx2i)
iscsi: registered transport (tcp)
iscsi: registered transport (iser)
iscsi: registered transport (be2iscsi)
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
warning: `mcstransd' uses 32-bit capabilities (legacy support in use)
e1000e 0000:05:00.0: irq 80 for MSI/MSI-X
e1000e 0000:05:00.0: irq 80 for MSI/MSI-X
ADDRCONF(NETDEV_UP): eth0: link is not ready
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
e1000e 0000:05:00.1: irq 81 for MSI/MSI-X
e1000e 0000:05:00.1: irq 81 for MSI/MSI-X
ADDRCONF(NETDEV_UP): eth1: link is not ready
e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
e1000e 0000:04:00.0: irq 82 for MSI/MSI-X
e1000e 0000:04:00.0: irq 82 for MSI/MSI-X
ADDRCONF(NETDEV_UP): eth2: link is not ready
e1000e: eth2 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
eth0: no IPv6 routers present
e1000e 0000:04:00.1: irq 83 for MSI/MSI-X
e1000e 0000:04:00.1: irq 83 for MSI/MSI-X
ADDRCONF(NETDEV_UP): eth3: link is not ready
e1000e: eth3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
ADDRCONF(NETDEV_CHANGE): eth3: link becomes ready
eth1: no IPv6 routers present
ADDRCONF(NETDEV_UP): eth4: link is not ready
igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
ADDRCONF(NETDEV_CHANGE): eth4: link becomes ready
type=1400 audit(1342150012.444:4): avc: denied { sys_tty_config } for pid=4595 comm="consoletype" capability=26 scontext=system_u:system_r:consoletype_t:s0 tcontext=system_u:system_r:consoletype_t:s0 tclass=capability
type=1400 audit(1342150012.506:5): avc: denied { sys_tty_config } for pid=4623 comm="consoletype" capability=26 scontext=system_u:system_r:consoletype_t:s0 tcontext=system_u:system_r:consoletype_t:s0 tclass=capability
eth2: no IPv6 routers present
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts
Bluetooth: Core ver 2.15
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.14
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM ver 1.11
eth3: no IPv6 routers present
Bluetooth: HIDP (Human Interface Emulation) ver 1.2
eth4: no IPv6 routers present
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
SELinux: initialized (dev autofs, type autofs), uses genfs_contexts
Thanks,
Joe
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
^ permalink raw reply
* [PATCH v2] tg3: add device id of Apple Thunderbolt Ethernet device
From: Greg KH @ 2012-07-12 23:26 UTC (permalink / raw)
To: netdev
In-Reply-To: <20120712205607.GA27999@kroah.com>
The Apple Thunderbolt ethernet device is already listed in the driver,
but not hooked up in the MODULE_DEVICE_TABLE(). This fixes that and
allows it to work properly.
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
diff --git a/drivers/net/ethernet/broadcom/tg3.c b/drivers/net/ethernet/broadcom/tg3.c
index e47ff8b..3721833 100644
--- a/drivers/net/ethernet/broadcom/tg3.c
+++ b/drivers/net/ethernet/broadcom/tg3.c
@@ -298,6 +298,7 @@ static DEFINE_PCI_DEVICE_TABLE(tg3_pci_tbl) = {
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_57795)},
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_5719)},
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_5720)},
+ {PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_57762)},
{PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, PCI_DEVICE_ID_SYSKONNECT_9DXX)},
{PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, PCI_DEVICE_ID_SYSKONNECT_9MXX)},
{PCI_DEVICE(PCI_VENDOR_ID_ALTIMA, PCI_DEVICE_ID_ALTIMA_AC1000)},
^ permalink raw reply related
* Re: Apple Thunderbolt Ethernet device support
From: Greg KH @ 2012-07-12 23:23 UTC (permalink / raw)
To: Rick Jones; +Cc: netdev
In-Reply-To: <20120712231834.GA26823@kroah.com>
On Thu, Jul 12, 2012 at 04:18:34PM -0700, Greg KH wrote:
> On Thu, Jul 12, 2012 at 04:11:37PM -0700, Rick Jones wrote:
> > On 07/12/2012 01:57 PM, Greg KH wrote:
> > >On Thu, Jul 12, 2012 at 01:21:31PM -0700, Greg KH wrote:
> > >>I have an Apple Thunderbolt Ethernet device here, and running 3.5-rc6 it
> > >>isn't detected. It has PCI id 14e4:1682, which seems like it should be
> > >>supported by the tg3 driver. Any hints?
> > >>
> > >>I guess I could just go and add the device id to the driver and see what
> > >>happens...
> > >And that worked, patch sent.
> > >
> > >But, as the patch shows, odds are it has a "real" device type in it,
> > >so the #define I used isn't as descriptive as it should be. Any hints
> > >on how I can figure out what to look at to make it more "correct"?
> >
> > a long-shot, but maybe there is something in the pci.ids database?
>
> Ah, nice, there is something there:
> 1682 NetXtreme BCM57762 Gigabit Ethernet PCIe
>
> I'll redo the patch with that information, thanks.
Wait, something's a bit "odd" here. We already have:
#define TG3PCI_DEVICE_TIGON3_57762 0x1682
in drivers/net/ethernet/broadcom/tg3.h
But it's only used in the function where we can't figure out what type
of vpd we have in tg3_read_vpd(). One could ask how that codepath
was ever tested, as that device id was not in the MODULE_DEVICE_TABLE();
I wonder if someone reused the device id?
Anyway, I'll respin the patch...
greg k-h
^ permalink raw reply
* Re: Apple Thunderbolt Ethernet device support
From: Greg KH @ 2012-07-12 23:18 UTC (permalink / raw)
To: Rick Jones; +Cc: netdev
In-Reply-To: <4FFF59A9.4010009@hp.com>
On Thu, Jul 12, 2012 at 04:11:37PM -0700, Rick Jones wrote:
> On 07/12/2012 01:57 PM, Greg KH wrote:
> >On Thu, Jul 12, 2012 at 01:21:31PM -0700, Greg KH wrote:
> >>I have an Apple Thunderbolt Ethernet device here, and running 3.5-rc6 it
> >>isn't detected. It has PCI id 14e4:1682, which seems like it should be
> >>supported by the tg3 driver. Any hints?
> >>
> >>I guess I could just go and add the device id to the driver and see what
> >>happens...
> >And that worked, patch sent.
> >
> >But, as the patch shows, odds are it has a "real" device type in it,
> >so the #define I used isn't as descriptive as it should be. Any hints
> >on how I can figure out what to look at to make it more "correct"?
>
> a long-shot, but maybe there is something in the pci.ids database?
Ah, nice, there is something there:
1682 NetXtreme BCM57762 Gigabit Ethernet PCIe
I'll redo the patch with that information, thanks.
greg k-h
^ permalink raw reply
* Re: [PATCH 4/4] asix: Add a new driver for the AX88172A
From: Grant Grundler @ 2012-07-12 23:10 UTC (permalink / raw)
To: Christian Riesch
Cc: netdev, Oliver Neukum, Eric Dumazet, Allan Chou, Mark Lord,
Ming Lei, Michael Riesch
In-Reply-To: <CABkLObpRNpcEjFYaUUEjnEWN-8snQZaa27+CCO7pHnR7kPVMUg@mail.gmail.com>
On Thu, Jul 12, 2012 at 12:22 AM, Christian Riesch
<christian.riesch@omicron.at> wrote:
> Hi Grant,
...
> After rethinking it I decided to keep the switch structure, but use
> defines for the different modes and the bitmask. I think this will be
> easier to understand. I will submit a new version of the patchset
> later today, please have a look at it.
That's fine too. I agree the new version is easier to read.
thanks!
grant
> Thanks!
> Christian
^ permalink raw reply
* Re: [PATCH iproute2] Ability to compile iproute2 as shared library
From: Ben Hutchings @ 2012-07-12 22:43 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: hamid jafarian, netdev
In-Reply-To: <20120712090330.38dd5b37@nehalam.linuxnetplumber.net>
On Thu, 2012-07-12 at 09:03 -0700, Stephen Hemminger wrote:
> On Thu, 12 Jul 2012 16:14:54 +0430
> hamid jafarian <hamid.jafarian@pdnsoft.com> wrote:
>
> > Hi,
> >
> > This is a try with minimum changes to compile iproute2 as shared
> > library.
> > Some functions would be used when we compile iproute2 as
> > shared library has been defined in "ip.c".
> > Also NICs caching strategy has been changed because, when we use
> > "libiproute2.so", system NIC list may change, so we should
> > re-cache all NICs at each call to NIC manipulation functions.
> > Also some call of "exit(*)" changed to "return *".
> > HOWTO Make: # export LIBIPROUTE2_SO=y; make
> >
> > in attached files there is a simple wrapper to work with
> > libiproute2.so ...
> >
>
> Thank you for the contribution. I can see how this could be useful
> in some limited embedded applications, but at this moment it doesn't
> seem to be generally worth adding to the upstream code.
>
> The patch does contain some cleanup bits for where the existing
> code is not freeing stuff. This should be fixed, independent of
> whether library support is added, because it would remove the number
> of leaks reported when testing under valgrind. Could you resubmit
> that part please.
Compiling as a shared library would also mean commiting to managing the
ABI (i.e. bump the soversion every time you make an incompatible change,
and then try to avoid such changes too often).
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 net-next 7/7] be2net: Enable RSS UDP hashing for Lancer and Skyhawk
From: Ben Hutchings @ 2012-07-12 22:37 UTC (permalink / raw)
To: Eric Dumazet; +Cc: Padmanabh Ratnakar, netdev
In-Reply-To: <1342102215.3265.8263.camel@edumazet-glaptop>
On Thu, 2012-07-12 at 16:10 +0200, Eric Dumazet wrote:
> On Thu, 2012-07-12 at 19:27 +0530, Padmanabh Ratnakar wrote:
> > Signed-off-by: Padmanabh Ratnakar <padmanabh.ratnakar@emulex.com>
> > ---
> > drivers/net/ethernet/emulex/benet/be.h | 3 +++
> > drivers/net/ethernet/emulex/benet/be_cmds.c | 7 +++++++
> > drivers/net/ethernet/emulex/benet/be_cmds.h | 2 ++
> > 3 files changed, 12 insertions(+), 0 deletions(-)
>
> It would be nice to add a bit of documentation on this, and what
> components are used from the tuple (dst addr, src addr, dst port, src
> port)
That's what ETHTOOL_GRXFH is for.
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: resurrecting tcphealth
From: Randy Dunlap @ 2012-07-12 22:29 UTC (permalink / raw)
To: Piotr Sawuk; +Cc: netdev, linux-kernel
In-Reply-To: <dee325378a2d3b7792da9640fc14905f.squirrel@webmail.univie.ac.at>
On 07/12/2012 01:55 PM, Piotr Sawuk wrote:
> hello! I haven't done any kernel-hacking before, so be patient.
>
> I got as far as to make tcphealth run, but now I need some help:
> how does read-locking work in the tcp_sock struct?
> the original code (for 2.5.1) made a read_lock(&head->lock) with
> struct tcp_ehash_bucket *head = &tcp_ehash[i];
> at the beginning of the for-loop over all sk=head->chain.
> i.e.
> for (i=0; i < tcp_ehash_size; i++) {
> struct tcp_ehash_bucket *head = &tcp_ehash[i];
> struct sock *sk;
> struct tcp_opt *tp;
>
> read_lock(&head->lock);
> for (sk=head->chain; sk; sk=sk->next) {
> if (!TCP_INET_FAMILY(sk->family))
> continue;
>
> and in the new kernel this construction has been replaced by
>
> if (st->state==TCP_SEQ_STATE_ESTABLISHED)
> ...
> static struct tcp_seq_afinfo tcphealth_seq_afinfo
> ...
>
> and the example with proc/net/tcp is seemingly not locking anything. do I
> actually need a read-lock for diagnostic data from tcp_sock? why did the
> original author need to lock the whole chain of tcp_sock?
>
> here's my patch against 3.4.4 so far, any further comments welcome:
Along with what Mr. Hemminger said:
Don't make patches to a stable kernel version. Just make them
to mainline (e.g., 3.5-rc6).
More comments below.
>
> diff -rub linux-3.4.4/include/linux/tcp.h
> linux-3.4.4-heal-lsm/include/linux/tcp.h
> --- linux-3.4.4/include/linux/tcp.h 2012-06-22 20:37:50.000000000 +0200
> +++ linux-3.4.4-heal-lsm/include/linux/tcp.h 2012-07-06 10:23:13.000000000
> +0200
See the 2 lines above. They should be all on one line (the +0200 is
on a separate line). Something along the way split this long line for
you, but this is bad. It corrupts the patch.
> @@ -472,6 +474,15 @@
> * contains related tcp_cookie_transactions fields.
> */
> struct tcp_cookie_values *cookie_values;
> +
> + /*
> + * TCP health monitoring counters.
> + */
> + __u32 dup_acks_sent;
> + __u32 dup_pkts_recv;
> + __u32 acks_sent;
> + __u32 pkts_recv;
> + __u32 last_ack_sent; /* Sequence number of the last ack we sent.
Extra tab before __u32 above.
*/
> };
>
> static inline struct tcp_sock *tcp_sk(const struct sock *sk)
> diff -rub linux-3.4.4/net/ipv4/tcp_input.c
> linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c
> --- linux-3.4.4/net/ipv4/tcp_input.c 2012-06-22 20:37:50.000000000 +0200
> +++ linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c 2012-07-06
> 10:12:12.000000000 +0200
Bad line(s) above.
> @@ -5375,6 +5382,14 @@
>
> tp->rx_opt.saw_tstamp = 0;
>
> + /*
> + * Tcp health monitoring is interested in
> + * total per-connection packet arrivals.
> + * This is in the fast path, but is quick.
> + */
> +
The */
is enough white space; don't add an extra line.
> + tp->pkts_recv++;
> +
> /* pred_flags is 0xS?10 << 16 + snd_wnd
> * if header_prediction is to be made
> * 'S' will always be tp->tcp_header_len >> 2
> diff -rub linux-3.4.4/net/ipv4/tcp_ipv4.c
> linux-3.4.4-heal-lsm/net/ipv4/tcp_ipv4.c
> --- linux-3.4.4/net/ipv4/tcp_ipv4.c 2012-06-22 20:37:50.000000000 +0200
> +++ linux-3.4.4-heal-lsm/net/ipv4/tcp_ipv4.c 2012-07-11 09:34:22.000000000
> +0200
> @@ -2533,6 +2533,82 @@
> return 0;
> }
>
> +
> +/*
> + * Output /proc/net/tcphealth
> + */
> +#define LINESZ 128
> +
> +int tcp_health_seq_show(struct seq_file *seq, void *v)
> +{
> + int len, num;
> + char srcIP[32], destIP[32];
Use tab above for indentation (don't use spaces).
> +
> + unsigned long SmoothedRttEstimate,
> + AcksSent, DupAcksSent, PktsRecv, DupPktsRecv;
> + struct tcp_iter_state *st;
> +
> + if (v == SEQ_START_TOKEN) {
> + seq_printf(seq,
> + "TCP Health Monitoring (established connections only)\n"
> + " -Duplicate ACKs indicate lost or reordered packets on the connection.\n"
> + " -Duplicate Packets Received signal a slow and badly inefficient
> connection.\n"
> + " -RttEst estimates how long future packets will take on a round trip
> over the connection.\n"
> + "id Local Address Remote Address RttEst(ms) AcksSent "
> + "DupAcksSent PktsRecv DupPktsRecv\n");
> + goto out;
> + }
> +
> + /* Loop through established TCP connections */
> + st = seq->private;
> +
> +
> + if (st->state==TCP_SEQ_STATE_ESTABLISHED)
> + {
Kernel style is:
if (st->state == TCP_SEQ_STATE_ESTABLISHED) {
> +/* ; //insert read-lock here */
> + const struct tcp_sock *tp = tcp_sk(v);
> + const struct inet_sock *inet = inet_sk(v);
> + __be32 dest = inet->inet_daddr;
> + __be32 src = inet->inet_rcv_saddr;
> + __u16 destp = ntohs(inet->inet_dport);
> + __u16 srcp = ntohs(inet->inet_sport);
> +
> + num=st->num;
num = st->num;
> + SmoothedRttEstimate = (tp->srtt >> 3);
> + AcksSent = tp->acks_sent;
> + DupAcksSent = tp->dup_acks_sent;
> + PktsRecv = tp->pkts_recv;
> + DupPktsRecv = tp->dup_pkts_recv;
> +
> + sprintf(srcIP, "%lu.%lu.%lu.%lu:%u",
> + ((src >> 24) & 0xFF), ((src >> 16) & 0xFF), ((src >> 8) & 0xFF), (src
> & 0xFF),
> + srcp);
> + sprintf(destIP, "%3d.%3d.%3d.%3d:%u",
> + ((dest >> 24) & 0xFF), ((dest >> 16) & 0xFF), ((dest >> 8) & 0xFF),
> (dest & 0xFF),
> + destp);
> +
> + seq_printf(seq, "%d: %-21s %-21s "
> + "%8lu %8lu %8lu %8lu %8lu%n",
> + num,
> + srcIP,
> + destIP,
> + SmoothedRttEstimate,
> + AcksSent,
> + DupAcksSent,
> + PktsRecv,
> + DupPktsRecv,
> +
> + &len
> + );
> +
> + seq_printf(seq, "%*s\n", LINESZ - 1 - len, "");
> +/* ; //insert read-unlock here */
> + }
> +
> +out:
> + return 0;
> +}
> +
> static const struct file_operations tcp_afinfo_seq_fops = {
> .owner = THIS_MODULE,
> .open = tcp_seq_open,
> @@ -2541,6 +2617,15 @@
> .release = seq_release_net
> };
>
> +static struct tcp_seq_afinfo tcphealth_seq_afinfo = {
> + .name = "tcphealth",
> + .family = AF_INET,
> + .seq_fops = &tcp_afinfo_seq_fops,
> + .seq_ops = {
> + .show = tcp_health_seq_show,
> + },
> +};
> +
> static struct tcp_seq_afinfo tcp4_seq_afinfo = {
> .name = "tcp",
> .family = AF_INET,
> @@ -2552,12 +2637,15 @@
>
> static int __net_init tcp4_proc_init_net(struct net *net)
> {
> - return tcp_proc_register(net, &tcp4_seq_afinfo);
> + int ret=tcp_proc_register(net, &tcp4_seq_afinfo);
int ret = tcp_proc_register(...);
> + if(ret==0) ret=tcp_proc_register(net, &tcphealth_seq_afinfo);
if (ret == 0)
ret = tcp_proc_register(...);
> + return ret;
> }
>
> static void __net_exit tcp4_proc_exit_net(struct net *net)
> {
> tcp_proc_unregister(net, &tcp4_seq_afinfo);
> + tcp_proc_unregister(net, &tcphealth_seq_afinfo);
> }
>
> static struct pernet_operations tcp4_net_ops = {
> diff -rub linux-3.4.4/net/ipv4/tcp_output.c
> linux-3.4.4-heal-lsm/net/ipv4/tcp_output.c
> --- linux-3.4.4/net/ipv4/tcp_output.c 2012-06-22 20:37:50.000000000 +0200
> +++ linux-3.4.4-heal-lsm/net/ipv4/tcp_output.c 2012-07-06
> 17:15:14.000000000 +0200
Bad split lines above.
> @@ -2754,8 +2755,15 @@
> skb_reserve(buff, MAX_TCP_HEADER);
> tcp_init_nondata_skb(buff, tcp_acceptable_seq(sk), TCPHDR_ACK);
>
> + /* If the rcv_nxt has not advanced since sending our last ACK, this is
> a duplicate. */
> + if (tcp_sk(sk)->rcv_nxt == tcp_sk(sk)->last_ack_sent)
> + tcp_sk(sk)->dup_acks_sent++;
> + /* Record the total number of acks sent on this connection. */
> + tcp_sk(sk)->acks_sent++;
> +
> /* Send it off, this clears delayed acks for us. */
> TCP_SKB_CB(buff)->when = tcp_time_stamp;
> + tcp_sk(sk)->last_ack_sent = tcp_sk(sk)->rcv_nxt;
Extra tab indentation above.
> tcp_transmit_skb(sk, buff, 0, GFP_ATOMIC);
> }
>
>
> --
--
~Randy
^ permalink raw reply
* Re: [PATCH net-next] r8169: Remove rtl_ocpdr_cond
From: Francois Romieu @ 2012-07-12 22:14 UTC (permalink / raw)
To: Hayes Wang; +Cc: netdev, linux-kernel
In-Reply-To: <20120711220045.GA8913@electric-eye.fr.zoreil.com>
Francois Romieu <romieu@fr.zoreil.com> :
[...]
> I'll try again tomorrow evening.
W/o firmware does not seem to make a difference.
# ping -qf -l 4 -s 81 -c 60 10.0.3.1
PING 10.0.3.1 (10.0.3.1) 81(109) bytes of data.
--- 10.0.3.1 ping statistics ---
60 packets transmitted, 60 received, 0% packet loss, time 153ms
rtt min/avg/max/mdev = 0.047/0.064/0.117/0.016 ms, pipe 4, ipg/ewma 2.607/0.058 ms
# ping -qf -l 4 -s 82 -c 60 10.0.3.1
PING 10.0.3.1 (10.0.3.1) 82(110) bytes of data.
--- 10.0.3.1 ping statistics ---
60 packets transmitted, 60 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 0.195/0.210/0.281/0.018 ms, pipe 4, ipg/ewma 0.057/0.205 ms
It would translate into a 127/128 cutoff after inclusion of the FCS.
Any idea ?
--
Ueimor
^ permalink raw reply
* Re: resurrecting tcphealth
From: Stephen Hemminger @ 2012-07-12 21:35 UTC (permalink / raw)
To: Piotr Sawuk; +Cc: netdev, linux-kernel
In-Reply-To: <dee325378a2d3b7792da9640fc14905f.squirrel@webmail.univie.ac.at>
On Thu, 12 Jul 2012 22:55:57 +0200
"Piotr Sawuk" <a9702387@unet.univie.ac.at> wrote:
> diff -rub linux-3.4.4/net/ipv4/tcp_input.c
> linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c
> --- linux-3.4.4/net/ipv4/tcp_input.c 2012-06-22 20:37:50.000000000 +0200
> +++ linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c 2012-07-06
> 10:12:12.000000000 +0200
> @@ -59,7 +59,8 @@
> * Panu Kuhlberg: Experimental audit of TCP (re)transmission
> * engine. Lots of bugs are found.
> * Pasi Sarolahti: F-RTO for dealing with spurious RTOs
> - */
> + * Federico D. Sacerdoti: Added TCP health monitoring.
Please don't do this.
The kernel community no longer maintains a list of contributors
in the comments. The history is maintained in the git commit log.
^ permalink raw reply
* RE: [PATCH 02/11] enic: remove unnecessary setting of skb->dev
From: Christian Benvenuti (benve) @ 2012-07-12 21:23 UTC (permalink / raw)
To: Jon Mason, David S. Miller
Cc: netdev@vger.kernel.org, Neel Patel (neepatel),
Nishank Trivedi (nistrive)
In-Reply-To: <CAPoiz9y2D15o4ueTCWPQHiNHexBVXSABO_1ghpKtYCruSDV-Ew@mail.gmail.com>
Jon,
Roopa is not in the maintainer list anymore.
Sorry about that.
We will update MAINTAINERS.
BTW, the change in enic_main.c looks good.
/Chris
> -----Original Message-----
> From: Jon Mason [mailto:jdmason@kudzu.us]
> Sent: Thursday, July 12, 2012 2:19 PM
> To: David S. Miller
> Cc: netdev@vger.kernel.org; Christian Benvenuti (benve); Neel Patel (neepatel); Nishank Trivedi
> (nistrive)
> Subject: Re: [PATCH 02/11] enic: remove unnecessary setting of skb->dev
>
> On Mon, Jul 9, 2012 at 5:09 PM, Jon Mason <jdmason@kudzu.us> wrote:
> > skb->dev is being unnecessarily set after calling eth_type_trans.
> > eth_type_trans already sets skb->dev to the proper value, thus making this
> > unnecessary.
> >
> > Signed-off-by: Jon Mason <jdmason@kudzu.us>
> > Cc: Christian Benvenuti <benve@cisco.com>
> > Cc: Roopa Prabhu <roprabhu@cisco.com>
>
> This address bounced. Anyone know of an updated address for Roopa or
> should they be removed from the MAINTAINERS list?
>
> > Cc: Neel Patel <neepatel@cisco.com>
> > Cc: Nishank Trivedi <nistrive@cisco.com>
> > ---
> > drivers/net/ethernet/cisco/enic/enic_main.c | 2 --
> > 1 file changed, 2 deletions(-)
> >
> > diff --git a/drivers/net/ethernet/cisco/enic/enic_main.c
> b/drivers/net/ethernet/cisco/enic/enic_main.c
> > index 8132c78..ad1468b 100644
> > --- a/drivers/net/ethernet/cisco/enic/enic_main.c
> > +++ b/drivers/net/ethernet/cisco/enic/enic_main.c
> > @@ -1300,8 +1300,6 @@ static void enic_rq_indicate_buf(struct vnic_rq *rq,
> > skb->ip_summed = CHECKSUM_COMPLETE;
> > }
> >
> > - skb->dev = netdev;
> > -
> > if (vlan_stripped)
> > __vlan_hwaccel_put_tag(skb, vlan_tci);
> >
> > --
> > 1.7.9.5
> >
^ permalink raw reply
* Re: [PATCH 02/11] enic: remove unnecessary setting of skb->dev
From: Jon Mason @ 2012-07-12 21:19 UTC (permalink / raw)
To: David S. Miller; +Cc: netdev, Christian Benvenuti, Neel Patel, Nishank Trivedi
In-Reply-To: <1341878975-10577-2-git-send-email-jdmason@kudzu.us>
On Mon, Jul 9, 2012 at 5:09 PM, Jon Mason <jdmason@kudzu.us> wrote:
> skb->dev is being unnecessarily set after calling eth_type_trans.
> eth_type_trans already sets skb->dev to the proper value, thus making this
> unnecessary.
>
> Signed-off-by: Jon Mason <jdmason@kudzu.us>
> Cc: Christian Benvenuti <benve@cisco.com>
> Cc: Roopa Prabhu <roprabhu@cisco.com>
This address bounced. Anyone know of an updated address for Roopa or
should they be removed from the MAINTAINERS list?
> Cc: Neel Patel <neepatel@cisco.com>
> Cc: Nishank Trivedi <nistrive@cisco.com>
> ---
> drivers/net/ethernet/cisco/enic/enic_main.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/net/ethernet/cisco/enic/enic_main.c b/drivers/net/ethernet/cisco/enic/enic_main.c
> index 8132c78..ad1468b 100644
> --- a/drivers/net/ethernet/cisco/enic/enic_main.c
> +++ b/drivers/net/ethernet/cisco/enic/enic_main.c
> @@ -1300,8 +1300,6 @@ static void enic_rq_indicate_buf(struct vnic_rq *rq,
> skb->ip_summed = CHECKSUM_COMPLETE;
> }
>
> - skb->dev = netdev;
> -
> if (vlan_stripped)
> __vlan_hwaccel_put_tag(skb, vlan_tci);
>
> --
> 1.7.9.5
>
^ permalink raw reply
* Re: Apple Thunderbolt Ethernet device support
From: Greg KH @ 2012-07-12 20:57 UTC (permalink / raw)
To: netdev
In-Reply-To: <20120712202131.GA26436@kroah.com>
On Thu, Jul 12, 2012 at 01:21:31PM -0700, Greg KH wrote:
> I have an Apple Thunderbolt Ethernet device here, and running 3.5-rc6 it
> isn't detected. It has PCI id 14e4:1682, which seems like it should be
> supported by the tg3 driver. Any hints?
>
> I guess I could just go and add the device id to the driver and see what
> happens...
And that worked, patch sent.
But, as the patch shows, odds are it has a "real" device type in it,
so the #define I used isn't as descriptive as it should be. Any hints
on how I can figure out what to look at to make it more "correct"?
thanks,
greg k-h
^ permalink raw reply
* [PATCH] tg3: add device id of Apple Thunderbolt Ethernet device
From: Greg KH @ 2012-07-12 20:56 UTC (permalink / raw)
To: netdev
In-Reply-To: <20120712202131.GA26436@kroah.com>
Add a PCI device id for the Apple Thunderbolt Ethernet device
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
Note, I'm sure there's a better #define for this device, any way I can
determine what it should really be?
diff --git a/drivers/net/ethernet/broadcom/tg3.c b/drivers/net/ethernet/broadcom/tg3.c
index e47ff8b..46576f9 100644
--- a/drivers/net/ethernet/broadcom/tg3.c
+++ b/drivers/net/ethernet/broadcom/tg3.c
@@ -298,6 +298,7 @@ static DEFINE_PCI_DEVICE_TABLE(tg3_pci_tbl) = {
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_57795)},
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_5719)},
{PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_5720)},
+ {PCI_DEVICE(PCI_VENDOR_ID_BROADCOM, TG3PCI_DEVICE_TIGON3_APPLE)},
{PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, PCI_DEVICE_ID_SYSKONNECT_9DXX)},
{PCI_DEVICE(PCI_VENDOR_ID_SYSKONNECT, PCI_DEVICE_ID_SYSKONNECT_9MXX)},
{PCI_DEVICE(PCI_VENDOR_ID_ALTIMA, PCI_DEVICE_ID_ALTIMA_AC1000)},
diff --git a/drivers/net/ethernet/broadcom/tg3.h b/drivers/net/ethernet/broadcom/tg3.h
index 93865f8..0a2ddff 100644
--- a/drivers/net/ethernet/broadcom/tg3.h
+++ b/drivers/net/ethernet/broadcom/tg3.h
@@ -63,6 +63,7 @@
#define TG3PCI_DEVICE_TIGON3_57766 0x1686
#define TG3PCI_DEVICE_TIGON3_57786 0x16b3
#define TG3PCI_DEVICE_TIGON3_57782 0x16b7
+#define TG3PCI_DEVICE_TIGON3_APPLE 0x1682
/* 0x04 --> 0x2c unused */
#define TG3PCI_SUBVENDOR_ID_BROADCOM PCI_VENDOR_ID_BROADCOM
#define TG3PCI_SUBDEVICE_ID_BROADCOM_95700A6 0x1644
^ permalink raw reply related
* resurrecting tcphealth
From: Piotr Sawuk @ 2012-07-12 20:55 UTC (permalink / raw)
To: netdev; +Cc: linux-kernel
hello! I haven't done any kernel-hacking before, so be patient.
I got as far as to make tcphealth run, but now I need some help:
how does read-locking work in the tcp_sock struct?
the original code (for 2.5.1) made a read_lock(&head->lock) with
struct tcp_ehash_bucket *head = &tcp_ehash[i];
at the beginning of the for-loop over all sk=head->chain.
i.e.
for (i=0; i < tcp_ehash_size; i++) {
struct tcp_ehash_bucket *head = &tcp_ehash[i];
struct sock *sk;
struct tcp_opt *tp;
read_lock(&head->lock);
for (sk=head->chain; sk; sk=sk->next) {
if (!TCP_INET_FAMILY(sk->family))
continue;
and in the new kernel this construction has been replaced by
if (st->state==TCP_SEQ_STATE_ESTABLISHED)
...
static struct tcp_seq_afinfo tcphealth_seq_afinfo
...
and the example with proc/net/tcp is seemingly not locking anything. do I
actually need a read-lock for diagnostic data from tcp_sock? why did the
original author need to lock the whole chain of tcp_sock?
here's my patch against 3.4.4 so far, any further comments welcome:
diff -rub linux-3.4.4/include/linux/tcp.h
linux-3.4.4-heal-lsm/include/linux/tcp.h
--- linux-3.4.4/include/linux/tcp.h 2012-06-22 20:37:50.000000000 +0200
+++ linux-3.4.4-heal-lsm/include/linux/tcp.h 2012-07-06 10:23:13.000000000
+0200
@@ -7,6 +7,8 @@
*
* Version: @(#)tcp.h 1.0.2 04/28/93
*
+ * Federico D. Sacerdoti : Added TCP health counters.
+ *
* Author: Fred N. van Kempen, <waltje@uWalt.NL.Mugnet.ORG>
*
* This program is free software; you can redistribute it and/or
@@ -472,6 +474,15 @@
* contains related tcp_cookie_transactions fields.
*/
struct tcp_cookie_values *cookie_values;
+
+ /*
+ * TCP health monitoring counters.
+ */
+ __u32 dup_acks_sent;
+ __u32 dup_pkts_recv;
+ __u32 acks_sent;
+ __u32 pkts_recv;
+ __u32 last_ack_sent; /* Sequence number of the last ack we sent. */
};
static inline struct tcp_sock *tcp_sk(const struct sock *sk)
diff -rub linux-3.4.4/net/ipv4/tcp_input.c
linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c
--- linux-3.4.4/net/ipv4/tcp_input.c 2012-06-22 20:37:50.000000000 +0200
+++ linux-3.4.4-heal-lsm/net/ipv4/tcp_input.c 2012-07-06
10:12:12.000000000 +0200
@@ -59,7 +59,8 @@
* Panu Kuhlberg: Experimental audit of TCP (re)transmission
* engine. Lots of bugs are found.
* Pasi Sarolahti: F-RTO for dealing with spurious RTOs
- */
+ * Federico D. Sacerdoti: Added TCP health monitoring.
+*/
#define pr_fmt(fmt) "TCP: " fmt
@@ -4414,6 +4415,8 @@
}
if (!after(TCP_SKB_CB(skb)->end_seq, tp->rcv_nxt)) {
+ /* Course retransmit inefficiency- this packet has been received
twice. */
+ tp->dup_pkts_recv++;
SOCK_DEBUG(sk, "ofo packet was already received\n");
__skb_unlink(skb, &tp->out_of_order_queue);
__kfree_skb(skb);
@@ -4664,6 +4667,10 @@
return;
}
+ /* A packet is a "duplicate" if it contains bytes we have already
received. */
+ if (before(TCP_SKB_CB(skb)->seq, tp->rcv_nxt))
+ tp->dup_pkts_recv++;
+
if (!after(TCP_SKB_CB(skb)->end_seq, tp->rcv_nxt)) {
/* A retransmit, 2nd most common case. Force an immediate ack. */
NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_DELAYEDACKLOST);
@@ -5375,6 +5382,14 @@
tp->rx_opt.saw_tstamp = 0;
+ /*
+ * Tcp health monitoring is interested in
+ * total per-connection packet arrivals.
+ * This is in the fast path, but is quick.
+ */
+
+ tp->pkts_recv++;
+
/* pred_flags is 0xS?10 << 16 + snd_wnd
* if header_prediction is to be made
* 'S' will always be tp->tcp_header_len >> 2
diff -rub linux-3.4.4/net/ipv4/tcp_ipv4.c
linux-3.4.4-heal-lsm/net/ipv4/tcp_ipv4.c
--- linux-3.4.4/net/ipv4/tcp_ipv4.c 2012-06-22 20:37:50.000000000 +0200
+++ linux-3.4.4-heal-lsm/net/ipv4/tcp_ipv4.c 2012-07-11 09:34:22.000000000
+0200
@@ -2533,6 +2533,82 @@
return 0;
}
+
+/*
+ * Output /proc/net/tcphealth
+ */
+#define LINESZ 128
+
+int tcp_health_seq_show(struct seq_file *seq, void *v)
+{
+ int len, num;
+ char srcIP[32], destIP[32];
+
+ unsigned long SmoothedRttEstimate,
+ AcksSent, DupAcksSent, PktsRecv, DupPktsRecv;
+ struct tcp_iter_state *st;
+
+ if (v == SEQ_START_TOKEN) {
+ seq_printf(seq,
+ "TCP Health Monitoring (established connections only)\n"
+ " -Duplicate ACKs indicate lost or reordered packets on the connection.\n"
+ " -Duplicate Packets Received signal a slow and badly inefficient
connection.\n"
+ " -RttEst estimates how long future packets will take on a round trip
over the connection.\n"
+ "id Local Address Remote Address RttEst(ms) AcksSent "
+ "DupAcksSent PktsRecv DupPktsRecv\n");
+ goto out;
+ }
+
+ /* Loop through established TCP connections */
+ st = seq->private;
+
+
+ if (st->state==TCP_SEQ_STATE_ESTABLISHED)
+ {
+/* ; //insert read-lock here */
+ const struct tcp_sock *tp = tcp_sk(v);
+ const struct inet_sock *inet = inet_sk(v);
+ __be32 dest = inet->inet_daddr;
+ __be32 src = inet->inet_rcv_saddr;
+ __u16 destp = ntohs(inet->inet_dport);
+ __u16 srcp = ntohs(inet->inet_sport);
+
+ num=st->num;
+ SmoothedRttEstimate = (tp->srtt >> 3);
+ AcksSent = tp->acks_sent;
+ DupAcksSent = tp->dup_acks_sent;
+ PktsRecv = tp->pkts_recv;
+ DupPktsRecv = tp->dup_pkts_recv;
+
+ sprintf(srcIP, "%lu.%lu.%lu.%lu:%u",
+ ((src >> 24) & 0xFF), ((src >> 16) & 0xFF), ((src >> 8) & 0xFF), (src
& 0xFF),
+ srcp);
+ sprintf(destIP, "%3d.%3d.%3d.%3d:%u",
+ ((dest >> 24) & 0xFF), ((dest >> 16) & 0xFF), ((dest >> 8) & 0xFF),
(dest & 0xFF),
+ destp);
+
+ seq_printf(seq, "%d: %-21s %-21s "
+ "%8lu %8lu %8lu %8lu %8lu%n",
+ num,
+ srcIP,
+ destIP,
+ SmoothedRttEstimate,
+ AcksSent,
+ DupAcksSent,
+ PktsRecv,
+ DupPktsRecv,
+
+ &len
+ );
+
+ seq_printf(seq, "%*s\n", LINESZ - 1 - len, "");
+/* ; //insert read-unlock here */
+ }
+
+out:
+ return 0;
+}
+
static const struct file_operations tcp_afinfo_seq_fops = {
.owner = THIS_MODULE,
.open = tcp_seq_open,
@@ -2541,6 +2617,15 @@
.release = seq_release_net
};
+static struct tcp_seq_afinfo tcphealth_seq_afinfo = {
+ .name = "tcphealth",
+ .family = AF_INET,
+ .seq_fops = &tcp_afinfo_seq_fops,
+ .seq_ops = {
+ .show = tcp_health_seq_show,
+ },
+};
+
static struct tcp_seq_afinfo tcp4_seq_afinfo = {
.name = "tcp",
.family = AF_INET,
@@ -2552,12 +2637,15 @@
static int __net_init tcp4_proc_init_net(struct net *net)
{
- return tcp_proc_register(net, &tcp4_seq_afinfo);
+ int ret=tcp_proc_register(net, &tcp4_seq_afinfo);
+ if(ret==0) ret=tcp_proc_register(net, &tcphealth_seq_afinfo);
+ return ret;
}
static void __net_exit tcp4_proc_exit_net(struct net *net)
{
tcp_proc_unregister(net, &tcp4_seq_afinfo);
+ tcp_proc_unregister(net, &tcphealth_seq_afinfo);
}
static struct pernet_operations tcp4_net_ops = {
diff -rub linux-3.4.4/net/ipv4/tcp_output.c
linux-3.4.4-heal-lsm/net/ipv4/tcp_output.c
--- linux-3.4.4/net/ipv4/tcp_output.c 2012-06-22 20:37:50.000000000 +0200
+++ linux-3.4.4-heal-lsm/net/ipv4/tcp_output.c 2012-07-06
17:15:14.000000000 +0200
@@ -31,6 +31,7 @@
* Andrea Arcangeli: SYNACK carry ts_recent in tsecr.
* Cacophonix Gaul : draft-minshall-nagle-01
* J Hadi Salim : ECN support
+ * Federico D. Sacerdoti : Added TCP health monitoring.
*
*/
@@ -2754,8 +2755,15 @@
skb_reserve(buff, MAX_TCP_HEADER);
tcp_init_nondata_skb(buff, tcp_acceptable_seq(sk), TCPHDR_ACK);
+ /* If the rcv_nxt has not advanced since sending our last ACK, this is
a duplicate. */
+ if (tcp_sk(sk)->rcv_nxt == tcp_sk(sk)->last_ack_sent)
+ tcp_sk(sk)->dup_acks_sent++;
+ /* Record the total number of acks sent on this connection. */
+ tcp_sk(sk)->acks_sent++;
+
/* Send it off, this clears delayed acks for us. */
TCP_SKB_CB(buff)->when = tcp_time_stamp;
+ tcp_sk(sk)->last_ack_sent = tcp_sk(sk)->rcv_nxt;
tcp_transmit_skb(sk, buff, 0, GFP_ATOMIC);
}
^ permalink raw reply
* Apple Thunderbolt Ethernet device support
From: Greg KH @ 2012-07-12 20:21 UTC (permalink / raw)
To: netdev
I have an Apple Thunderbolt Ethernet device here, and running 3.5-rc6 it
isn't detected. It has PCI id 14e4:1682, which seems like it should be
supported by the tg3 driver. Any hints?
I guess I could just go and add the device id to the driver and see what
happens...
thanks,
greg k-h
^ permalink raw reply
* Re: [RFC] net:phy:phylib: phy shares the same interrupt with mac
From: Andy Fleming @ 2012-07-12 20:05 UTC (permalink / raw)
To: Jason Lin; +Cc: Florian Fainelli, netdev
In-Reply-To: <CAGCDX1nqBEWbAMNPeUZyf3KdtmhjnVKesV6TXZ-QDtb83R7LBw@mail.gmail.com>
On Tue, Jul 10, 2012 at 8:32 PM, Jason Lin <kernel.jason@gmail.com> wrote:
> Dear :
> I describe my situation again.
> In my hardware design, the interrupt (INT) pin of phy is connected to
> the INT input pin of MAC.
> In other words, one of triggering interrupt condition of MAC is
> related to phy's interrupt.
> So the phy will share the same "IRQ pin" with MAC.
> As described above, the best solution is the INT pin of phy is
> connected to architecture independently.
> But, the hardware architecture cannot modify easily.
> So I think
> 1. We can assign dummy IRQ number (which is a empty IRQ number but
> large than zero) to phy.
> phydev->irq = PHY_DUMMY_IRQ (this value is depend on architecture)
> 2. Change to do the soft IRQ in phy's ISR.
> To schedule workqueue in this soft IRQ.
> In this way, the MAC can schedule phy's soft IRQ to do phy's work
> queue (to do ack phy's interrupt ... etc).
>
> Dose it make sense?
>
If PHY_IGNORE_INTERRUPT doesn't currently work to allow a MAC's driver
to manage PHY interrupts, then we need to fix PHY Lib to support this
correctly. PHY_IGNORE_INTERRUPT was meant for this purpose. We don't
want to start defining interrupt numbers which may conflict with real
numbers, and have to be constantly re-defined by various systems to
avoid that.
Your notion of making the phy_enable_interrupts() and
phy_disable_interrupts() code available to the MAC drivers sounds like
the right approach to me. But you might want to implement your own
version. The biggest problem with PHY interrupts is that masking them
requires an MDIO transaction, which is *slow*. If you can mask the
interrupt by writing a bit in a memory-mapped register, it's far
better to do it that way, at interrupt time, and *then* schedule the
PHY code to be run from a work queue. However, your driver probably
already *does* have a workqueue of some sort. If so, what you should
probably do is implement a new version of phy_change(), that doesn't
have to deal with the weird PHY interrupt masking issues. Something
like this:
mydriver_phy_change(struct mydriver_priv *priv)
{
int err;
struct phy_device *phydev = priv->phydev;
if (phydev->drv->did_interrupt &&
!phydev->drv->did_interrupt(phydev))
goto ignore;
err = phy_disable_interrupts(phydev);
if (err)
goto phy_err;
mutex_lock(&phydev->lock);
if ((PHY_RUNNING == phydev->state) || (PHY_NOLINK == phydev->state))
phydev->state = PHY_CHANGELINK;
mutex_unlock(&phydev->lock);
/* Reenable interrupts */
if (PHY_HALTED != phydev->state)
err = phy_config_interrupt(phydev, PHY_INTERRUPT_ENABLED);
if (err)
goto irq_enable_err;
/* reschedule state queue work to run as soon as possible */
cancel_delayed_work_sync(&phydev->state_queue);
schedule_delayed_work(&phydev->state_queue, 0);
return;
ignore:
return;
irq_enable_err:
phy_err:
phy_error(phydev);
}
Of course, now I re-read your question, and I'm not sure I've
interpreted it correctly. Are you saying your MAC has control of the
PHY interrupt (ie - the interrupt sets a bit in some event register in
your MAC, and you can MASK/ACK it from your driver), or that the PHY
shares the same interrupt pin?
If it's the second one, you don't need to do anything, but allow your
MAC driver to register its interrupt as a shared interrupt, and allow
the PHY to manage its own interrupts, as usual.
Andy
^ permalink raw reply
* [PATCH v2] ipvs: generalize app registration in netns
From: Julian Anastasov @ 2012-07-12 20:06 UTC (permalink / raw)
To: Pablo Neira Ayuso
Cc: Simon Horman, lvs-devel, netdev, netfilter-devel, Wensong Zhang,
Hans Schillstrom, Jesper Dangaard Brouer
In-Reply-To: <20120712162209.GA21904@1984>
Get rid of the ftp_app pointer and allow applications
to be registered without adding fields in the netns_ipvs structure.
v2: fix coding style as suggested by Pablo Neira Ayuso <pablo@netfilter.org>
Signed-off-by: Julian Anastasov <ja@ssi.bg>
---
include/net/ip_vs.h | 5 +--
net/netfilter/ipvs/ip_vs_app.c | 58 +++++++++++++++++++++++++++++-----------
net/netfilter/ipvs/ip_vs_ftp.c | 21 +++-----------
3 files changed, 49 insertions(+), 35 deletions(-)
diff --git a/include/net/ip_vs.h b/include/net/ip_vs.h
index d6146b4..6cb4699 100644
--- a/include/net/ip_vs.h
+++ b/include/net/ip_vs.h
@@ -808,8 +808,6 @@ struct netns_ipvs {
struct list_head rs_table[IP_VS_RTAB_SIZE];
/* ip_vs_app */
struct list_head app_list;
- /* ip_vs_ftp */
- struct ip_vs_app *ftp_app;
/* ip_vs_proto */
#define IP_VS_PROTO_TAB_SIZE 32 /* must be power of 2 */
struct ip_vs_proto_data *proto_data_table[IP_VS_PROTO_TAB_SIZE];
@@ -1179,7 +1177,8 @@ extern void ip_vs_service_net_cleanup(struct net *net);
* (from ip_vs_app.c)
*/
#define IP_VS_APP_MAX_PORTS 8
-extern int register_ip_vs_app(struct net *net, struct ip_vs_app *app);
+extern struct ip_vs_app *register_ip_vs_app(struct net *net,
+ struct ip_vs_app *app);
extern void unregister_ip_vs_app(struct net *net, struct ip_vs_app *app);
extern int ip_vs_bind_app(struct ip_vs_conn *cp, struct ip_vs_protocol *pp);
extern void ip_vs_unbind_app(struct ip_vs_conn *cp);
diff --git a/net/netfilter/ipvs/ip_vs_app.c b/net/netfilter/ipvs/ip_vs_app.c
index 64f9e8f..9713e6e 100644
--- a/net/netfilter/ipvs/ip_vs_app.c
+++ b/net/netfilter/ipvs/ip_vs_app.c
@@ -180,22 +180,38 @@ register_ip_vs_app_inc(struct net *net, struct ip_vs_app *app, __u16 proto,
}
-/*
- * ip_vs_app registration routine
- */
-int register_ip_vs_app(struct net *net, struct ip_vs_app *app)
+/* Register application for netns */
+struct ip_vs_app *register_ip_vs_app(struct net *net, struct ip_vs_app *app)
{
struct netns_ipvs *ipvs = net_ipvs(net);
- /* increase the module use count */
- ip_vs_use_count_inc();
+ struct ip_vs_app *a;
+ int err = 0;
+
+ if (!ipvs)
+ return ERR_PTR(-ENOENT);
mutex_lock(&__ip_vs_app_mutex);
- list_add(&app->a_list, &ipvs->app_list);
+ list_for_each_entry(a, &ipvs->app_list, a_list) {
+ if (!strcmp(app->name, a->name)) {
+ err = -EEXIST;
+ goto out_unlock;
+ }
+ }
+ a = kmemdup(app, sizeof(*app), GFP_KERNEL);
+ if (!a) {
+ err = -ENOMEM;
+ goto out_unlock;
+ }
+ INIT_LIST_HEAD(&a->incs_list);
+ list_add(&a->a_list, &ipvs->app_list);
+ /* increase the module use count */
+ ip_vs_use_count_inc();
+out_unlock:
mutex_unlock(&__ip_vs_app_mutex);
- return 0;
+ return err ? ERR_PTR(err) : a;
}
@@ -205,20 +221,29 @@ int register_ip_vs_app(struct net *net, struct ip_vs_app *app)
*/
void unregister_ip_vs_app(struct net *net, struct ip_vs_app *app)
{
- struct ip_vs_app *inc, *nxt;
+ struct netns_ipvs *ipvs = net_ipvs(net);
+ struct ip_vs_app *a, *anxt, *inc, *nxt;
+
+ if (!ipvs)
+ return;
mutex_lock(&__ip_vs_app_mutex);
- list_for_each_entry_safe(inc, nxt, &app->incs_list, a_list) {
- ip_vs_app_inc_release(net, inc);
- }
+ list_for_each_entry_safe(a, anxt, &ipvs->app_list, a_list) {
+ if (app && strcmp(app->name, a->name))
+ continue;
+ list_for_each_entry_safe(inc, nxt, &a->incs_list, a_list) {
+ ip_vs_app_inc_release(net, inc);
+ }
- list_del(&app->a_list);
+ list_del(&a->a_list);
+ kfree(a);
- mutex_unlock(&__ip_vs_app_mutex);
+ /* decrease the module use count */
+ ip_vs_use_count_dec();
+ }
- /* decrease the module use count */
- ip_vs_use_count_dec();
+ mutex_unlock(&__ip_vs_app_mutex);
}
@@ -586,5 +611,6 @@ int __net_init ip_vs_app_net_init(struct net *net)
void __net_exit ip_vs_app_net_cleanup(struct net *net)
{
+ unregister_ip_vs_app(net, NULL /* all */);
proc_net_remove(net, "ip_vs_app");
}
diff --git a/net/netfilter/ipvs/ip_vs_ftp.c b/net/netfilter/ipvs/ip_vs_ftp.c
index b20b29c..ad70b7e 100644
--- a/net/netfilter/ipvs/ip_vs_ftp.c
+++ b/net/netfilter/ipvs/ip_vs_ftp.c
@@ -441,16 +441,10 @@ static int __net_init __ip_vs_ftp_init(struct net *net)
if (!ipvs)
return -ENOENT;
- app = kmemdup(&ip_vs_ftp, sizeof(struct ip_vs_app), GFP_KERNEL);
- if (!app)
- return -ENOMEM;
- INIT_LIST_HEAD(&app->a_list);
- INIT_LIST_HEAD(&app->incs_list);
- ipvs->ftp_app = app;
- ret = register_ip_vs_app(net, app);
- if (ret)
- goto err_exit;
+ app = register_ip_vs_app(net, &ip_vs_ftp);
+ if (IS_ERR(app))
+ return PTR_ERR(app);
for (i = 0; i < ports_count; i++) {
if (!ports[i])
@@ -464,9 +458,7 @@ static int __net_init __ip_vs_ftp_init(struct net *net)
return 0;
err_unreg:
- unregister_ip_vs_app(net, app);
-err_exit:
- kfree(ipvs->ftp_app);
+ unregister_ip_vs_app(net, &ip_vs_ftp);
return ret;
}
/*
@@ -474,10 +466,7 @@ err_exit:
*/
static void __ip_vs_ftp_exit(struct net *net)
{
- struct netns_ipvs *ipvs = net_ipvs(net);
^ permalink raw reply related
* Re: [PATCH 2/2] ipvs: generalize app registration in netns
From: Julian Anastasov @ 2012-07-12 20:04 UTC (permalink / raw)
To: Pablo Neira Ayuso
Cc: Simon Horman, lvs-devel, netdev, netfilter-devel, Wensong Zhang,
Hans Schillstrom, Jesper Dangaard Brouer
In-Reply-To: <20120712162209.GA21904@1984>
Hello,
On Thu, 12 Jul 2012, Pablo Neira Ayuso wrote:
> > +struct ip_vs_app *register_ip_vs_app(struct net *net, struct ip_vs_app *app)
> > {
> > struct netns_ipvs *ipvs = net_ipvs(net);
> > - /* increase the module use count */
> > - ip_vs_use_count_inc();
> > + struct ip_vs_app *a;
> > + int err = 0;
> > +
> > + if (!ipvs)
> > + return ERR_PTR(-ENOENT);
> >
> > mutex_lock(&__ip_vs_app_mutex);
> >
> > - list_add(&app->a_list, &ipvs->app_list);
> > + list_for_each_entry(a, &ipvs->app_list, a_list) {
> > + if (!strcmp(app->name, a->name)) {
> > + err = -EEXIST;
> > + break;
> > + }
> > + }
> > + if (!err) {
> > + a = kmemdup(app, sizeof(*app), GFP_KERNEL);
> > + if (!a)
> > + err = -ENOMEM;
> > + }
> > + if (!err) {
> > + INIT_LIST_HEAD(&a->incs_list);
> > + list_add(&a->a_list, &ipvs->app_list);
> > + /* increase the module use count */
> > + ip_vs_use_count_inc();
> > + }
>
> I think this code will look better if you use something like:
>
> + if (!strcmp(app->name, a->name)) {
> + err = -EEXIST;
> + goto err_unlock;
> + }
>
> err_unlock:
> mutex_unlock(...)
>
> >
> > mutex_unlock(&__ip_vs_app_mutex);
> >
> > - return 0;
> > + if (err)
> > + return ERR_PTR(err);
> > + return a;
>
> For this three lines above, you can use:
>
> return err ? return ERR_PTR(err) : a;
Good point, sending v2 ...
Regards
--
Julian Anastasov <ja@ssi.bg>
^ permalink raw reply
* Re: [trivial PATCH 2/7] ixgbe: remove unused #define
From: Jeff Kirsher @ 2012-07-12 19:58 UTC (permalink / raw)
To: Jon Mason
Cc: trivial, linux-kernel, Jesse Brandeburg, Bruce Allan,
Carolyn Wyborny, Don Skidmore, Greg Rose, Peter P Waskiewicz Jr,
Alex Duyck, John Ronciak, netdev
In-Reply-To: <CAPoiz9wcj7tbgVUf+D=HdonXnaMYFHb+TmSb77f2R2mpwGQM7g@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1847 bytes --]
On Thu, 2012-07-12 at 12:49 -0700, Jon Mason wrote:
> On Thu, Jul 12, 2012 at 11:15 AM, Jeff Kirsher
> <jeffrey.t.kirsher@intel.com> wrote:
> > On Tue, 2012-07-10 at 15:43 -0700, Jeff Kirsher wrote:
> >> On Tue, 2012-07-10 at 15:31 -0700, Jon Mason wrote:
> >> > Remove unused IXGBE_INTEL_VENDOR_ID #define
> >> >
> >> > Signed-off-by: Jon Mason <jdmason@kudzu.us>
> >> > Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
> >> > Cc: Jesse Brandeburg <jesse.brandeburg@intel.com>
> >> > Cc: Bruce Allan <bruce.w.allan@intel.com>
> >> > Cc: Carolyn Wyborny <carolyn.wyborny@intel.com>
> >> > Cc: Don Skidmore <donald.c.skidmore@intel.com>
> >> > Cc: Greg Rose <gregory.v.rose@intel.com>
> >> > Cc: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
> >> > Cc: Alex Duyck <alexander.h.duyck@intel.com>
> >> > Cc: John Ronciak <john.ronciak@intel.com>
> >> > ---
> >> > drivers/net/ethernet/intel/ixgbe/ixgbe_type.h | 3 ---
> >> > 1 file changed, 3 deletions(-)
> >>
> >> This should also go through David Miller's networking tree's.
> Adding
> >> netdev mailing list.
> >>
> >> Acked-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
> >
> > After looking at this further, I rescind my ACK.
> >
> > NAK, this define is used in several places in ixgbe_main.c and the
> > driver will not compile with this patch.
>
> My apologies, I was a bit sloppy and simply rebased my old patches
> without retesting them. The code has changed since I originally
> pushed the patch (http://www.spinics.net/lists/netdev/msg171523.html).
> I will fix and resubmit.
>
> Thanks,
> Jon
Also note, that when you fix up the patch and resend it, could you
resend patch 1 (ixgb) as well to netdev@vger.kernel.org. That way
netdev patchwork will pickup the patches and I can get them into my
queue.
Thanks!
Jeff
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply
* Re: [trivial PATCH 2/7] ixgbe: remove unused #define
From: Jon Mason @ 2012-07-12 19:49 UTC (permalink / raw)
To: jeffrey.t.kirsher
Cc: trivial, linux-kernel, Jesse Brandeburg, Bruce Allan,
Carolyn Wyborny, Don Skidmore, Greg Rose, Peter P Waskiewicz Jr,
Alex Duyck, John Ronciak, netdev
In-Reply-To: <1342116938.1783.57.camel@jtkirshe-mobl>
On Thu, Jul 12, 2012 at 11:15 AM, Jeff Kirsher
<jeffrey.t.kirsher@intel.com> wrote:
> On Tue, 2012-07-10 at 15:43 -0700, Jeff Kirsher wrote:
>> On Tue, 2012-07-10 at 15:31 -0700, Jon Mason wrote:
>> > Remove unused IXGBE_INTEL_VENDOR_ID #define
>> >
>> > Signed-off-by: Jon Mason <jdmason@kudzu.us>
>> > Cc: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
>> > Cc: Jesse Brandeburg <jesse.brandeburg@intel.com>
>> > Cc: Bruce Allan <bruce.w.allan@intel.com>
>> > Cc: Carolyn Wyborny <carolyn.wyborny@intel.com>
>> > Cc: Don Skidmore <donald.c.skidmore@intel.com>
>> > Cc: Greg Rose <gregory.v.rose@intel.com>
>> > Cc: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
>> > Cc: Alex Duyck <alexander.h.duyck@intel.com>
>> > Cc: John Ronciak <john.ronciak@intel.com>
>> > ---
>> > drivers/net/ethernet/intel/ixgbe/ixgbe_type.h | 3 ---
>> > 1 file changed, 3 deletions(-)
>>
>> This should also go through David Miller's networking tree's. Adding
>> netdev mailing list.
>>
>> Acked-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
>
> After looking at this further, I rescind my ACK.
>
> NAK, this define is used in several places in ixgbe_main.c and the
> driver will not compile with this patch.
My apologies, I was a bit sloppy and simply rebased my old patches
without retesting them. The code has changed since I originally
pushed the patch (http://www.spinics.net/lists/netdev/msg171523.html).
I will fix and resubmit.
Thanks,
Jon
>>
>> >
>> > diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h b/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
>> > index 204848d..c8d8040 100644
>> > --- a/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
>> > +++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_type.h
>> > @@ -32,9 +32,6 @@
>> > #include <linux/mdio.h>
>> > #include <linux/netdevice.h>
>> >
>> > -/* Vendor ID */
>> > -#define IXGBE_INTEL_VENDOR_ID 0x8086
>> > -
>> > /* Device IDs */
>> > #define IXGBE_DEV_ID_82598 0x10B6
>> > #define IXGBE_DEV_ID_82598_BX 0x1508
>>
>>
>
^ permalink raw reply
* Re: [PATCH 1/2] ipvs: ip_vs_ftp depends on nf_conntrack_ftp helper
From: Julian Anastasov @ 2012-07-12 19:43 UTC (permalink / raw)
To: Pablo Neira Ayuso
Cc: Simon Horman, lvs-devel, netdev, netfilter-devel, Wensong Zhang,
Hans Schillstrom, Jesper Dangaard Brouer
In-Reply-To: <20120712153937.GB18793@1984>
Hello,
On Thu, 12 Jul 2012, Pablo Neira Ayuso wrote:
> On Wed, Jul 11, 2012 at 09:25:26AM +0900, Simon Horman wrote:
> > From: Julian Anastasov <ja@ssi.bg>
> >
> > The FTP application indirectly depends on the
> > nf_conntrack_ftp helper for proper NAT support. If the
> > module is not loaded, IPVS can resize the packets for the
> > command connection, eg. PASV response but the SEQ adjustment
> > logic in ipv4_confirm is not called without helper.
> >
> > Signed-off-by: Julian Anastasov <ja@ssi.bg>
> > Signed-off-by: Simon Horman <horms@verge.net.au>
> > ---
> > net/netfilter/ipvs/Kconfig | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/net/netfilter/ipvs/Kconfig b/net/netfilter/ipvs/Kconfig
> > index f987138..8b2cffd 100644
> > --- a/net/netfilter/ipvs/Kconfig
> > +++ b/net/netfilter/ipvs/Kconfig
> > @@ -250,7 +250,8 @@ comment 'IPVS application helper'
> >
> > config IP_VS_FTP
> > tristate "FTP protocol helper"
> > - depends on IP_VS_PROTO_TCP && NF_CONNTRACK && NF_NAT
> > + depends on IP_VS_PROTO_TCP && NF_CONNTRACK && NF_NAT && \
> > + NF_CONNTRACK_FTP
>
> If you require FTP NAT support, then this depends on NF_NAT_FTP
> instead of NF_CONNTRACK_FTP.
No, I just checked again, it works without nf_nat_ftp,
only nf_nat, nf_conntrack_ftp and iptable_nat are needed.
We use packet mangling part from nf_nat (nf_nat_mangle_tcp_packet).
Regards
--
Julian Anastasov <ja@ssi.bg>
^ 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