* Re: Bug#645308: tg3 broken for NetXtreme 5714S in squeeze 6.0.3 installer
From: Matt Carlson @ 2011-10-24 21:24 UTC (permalink / raw)
To: Ben Hutchings
Cc: Matthew Carlson, Michael Chan, 645308@bugs.debian.org, Marc Haber,
netdev
In-Reply-To: <1319199579.2918.42.camel@deadeye>
On Fri, Oct 21, 2011 at 05:19:39AM -0700, Ben Hutchings wrote:
> On Fri, 2011-10-21 at 11:08 +0200, Marc Haber wrote:
> > On Fri, Oct 21, 2011 at 11:00:46AM +0200, Marc Haber wrote:
> > > On Thu, Oct 20, 2011 at 05:28:34AM +0100, Ben Hutchings wrote:
> > > > I don't see any changes that would obviously change the way this device
> > > > is reconfigured during a down/up cycle. There were some changes to
> > > > power management that should just let the PCI core do some work that the
> > > > driver used to, but it's possible that the result isn't quite the same.
> > > > I built a module with those reverted; source and binary attached. Could
> > > > you test that? I checked that d-i does include an insmod command.
> > >
> > > The squeeze 6.0.3 installer with the shipped tg3.ko replaced with
> > > yours boots and networks just fine without any workaround and without
> > > manual interaction.
> >
> > I was a bit fast on that. The interface now fails right in the middle
> > of installation and needs the modprobe -r, modprobe stunt to network
> > again.
>
> Matt, Michael,
>
> The tg3 driver has regressed for the 5714S since Linux 2.6.32. Marc
> Haber found this in the backported version included in our stable
> update, but also confirmed it in Linux 3.0.
>
> Bringing the interface down and then up again (which the installer does
> for some reason) can leave it unable to pass traffic (possibly after
> working for a few packets) until the module is reloaded.
>
> I asked Marc to check whether reverting the power management changes
> (071697e2bcd8dff2af4d6fdd6525c2324f89553b,
> d237d9ecf06a00f0ebca657958cf2a1e92940796) made a difference, but it
> doesn't seem to.
>
> There is more information in the bug log at
> <http://bugs.debian.org/645308>.
Where can I get the sources for this driver? Commit
9e975cc291d80d5e4562d6bed15ec171e896d69b, entitled
"tg3: Fix io failures after chip reset" has been a common source of
problems.
^ permalink raw reply
* Re: Kernel driver r8169 not working for Realtek 8111E onboard network card
From: Francois Romieu @ 2011-10-24 21:10 UTC (permalink / raw)
To: Adrian George Sav; +Cc: netdev@vger.kernel.org
In-Reply-To: <1319482444.38178.YahooMailNeo@web161917.mail.bf1.yahoo.com>
Adrian George Sav <adi_sav@yahoo.com> :
> I don't know what you mean by "current -rc", the release candidate version
> of the kernel or maybe of the driver ?
Recent 3.1-rc kernel. You can go with 3.1 now.
[...]
> Trying to solve this, I installed the latest version of ubuntu, because I
> saw it has a new kernel, 3.0.0.12, but no improvement.
See below.
[...]
> [ 0.000000] Linux version 3.0.0-12-generic (buildd@vernadsky) (gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) ) #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 (Ubuntu 3.0.0-12.20-generic 3.0.4)
[...]
> [ 1.893490] r8169 0000:07:00.0: eth0: RTL8168b/8111b at 0xf802e000, f4:6d:04:40:36:6f, XID 0c900800 IRQ 48
^^^^^^^^^^^^^^
If it was recent enough, the kernel would say "RTL8168evl/8111evl".
If you want to use jumbo frames, you will have to use David Miller's -next
branch or wait for 3.1-rc1.
--
Ueimor
^ permalink raw reply
* Re: [PATCH 07/10] RDMA/cxgb4: DB Drop Recovery for RDMA and LLD queues.
From: David Miller @ 2011-10-24 21:12 UTC (permalink / raw)
To: vipul-ut6Up61K2wZBDgjK7y7TUQ
Cc: swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW,
roland-BHEL68pLQRGGvPXPguhicg, linux-rdma-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA, divy-ut6Up61K2wZBDgjK7y7TUQ,
dm-ut6Up61K2wZBDgjK7y7TUQ, kumaras-ut6Up61K2wZBDgjK7y7TUQ
In-Reply-To: <4EA5814F.6080801-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
From: Vipul Pandya <vipul-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
Date: Mon, 24 Oct 2011 20:46:31 +0530
> 1. We would like to recommend that all the patches get included in
> Roland's infiniband tree since it has build dependencies.
This is fine with me. It just means that Roland's tree has to have
net-next included in it already, because otherwise the paths to
the cxgb4 driver under drivers/net won't be right.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [RFD] Network configuration data in sysfs
From: Stephen Hemminger @ 2011-10-24 20:17 UTC (permalink / raw)
To: Kirill A. Shutemov
Cc: netdev, David S. Miller, Alexey Kuznetsov, James Morris,
Hideaki YOSHIFUJI, Patrick McHardy, Greg Kroah-Hartman,
Kay Sievers, Alexey Gladkov
In-Reply-To: <20111023233558.GA23264@shutemov.name>
On Mon, 24 Oct 2011 02:35:58 +0300
"Kirill A. Shutemov" <kirill@shutemov.name> wrote:
> Hi,
>
> Currently there's no way to set or inspect network configuration (protocol
> addresses, routes, etc.) through sysfs. Yes, we have netlink interface for
> this, but sysfs has advantage:
>
> - change or inspect network configuration using standard unix utilities
> (echo, cat, etc.). It's useful at least in restricted environment where
> no special utilities available -- initrd or stripped down busybox.
Last I checked busybox had a stripped down version of iproute arealdy.
> - transparent udev support. It would be nice to get this information to
> udev.
>
> Is there something fundamental preventing us to have sysfs interface for
> network configuration?
>
Sysfs does not support the concept of transactions. Many network operations
require setting multiple values at a time; which is why a message interface
like netlink works much better.
^ permalink raw reply
* Re: Kernel driver r8169 not working for Realtek 8111E onboard network card
From: Adrian George Sav @ 2011-10-24 18:54 UTC (permalink / raw)
To: Francois Romieu; +Cc: netdev@vger.kernel.org
In-Reply-To: <20111022214443.GA21689@electric-eye.fr.zoreil.com>
Thank you for your answer.
I don't know what you mean by "current -rc", the release candidate version of the kernel or maybe of the driver?
I guess it's the driver's version you're recommending, but I can't find a rc version of the driver anywhere on the net.
Trying to solve this, I installed the latest version of ubuntu, because I saw it has a new kernel, 3.0.0.12, but no improvement.
Then I went to Realtek site to download driver version 6.015.00 (http://www.realtek.com/downloads/downloadsView.aspx?Langid=1&PNid=4&PFid=4&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true) :
LINUX driver for kernel 2.6.x and 2.4.X (support x86 and x64)
6.015.00
2011/6/29
30k
I followed the instructions to compile and install and there were no errors.
The new driver has the same manifestation, often not working at all, or working at very low speeds.
I provide below the output of the commands uname -a, modinfo, dmesg, AFTER installation of version 6.015.00 of driver and reboot:
#uname -a
Linux admin-pc 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 i686 i686 i386 GNU/Linux
# modinfo r8169
filename: /lib/modules/3.0.0-12-generic/kernel/drivers/net/r8169.ko
firmware: rtl_nic/rtl8105e-1.fw
firmware: rtl_nic/rtl8168e-2.fw
firmware: rtl_nic/rtl8168e-1.fw
firmware: rtl_nic/rtl8168d-2.fw
firmware: rtl_nic/rtl8168d-1.fw
version: 2.3LK-NAPI
license: GPL
description: RealTek RTL-8169 Gigabit Ethernet driver
author: Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion: 91BDC1109C31F7EEF7E9783
alias: pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias: pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias: pci:v000016ECd00000116sv*sd*bc*sc*i*
alias: pci:v00001259d0000C107sv*sd*bc*sc*i*
alias: pci:v00001186d00004302sv*sd*bc*sc*i*
alias: pci:v00001186d00004300sv*sd*bc*sc*i*
alias: pci:v000010ECd00008169sv*sd*bc*sc*i*
alias: pci:v000010ECd00008168sv*sd*bc*sc*i*
alias: pci:v000010ECd00008167sv*sd*bc*sc*i*
alias: pci:v000010ECd00008136sv*sd*bc*sc*i*
alias: pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:
vermagic: 3.0.0-12-generic SMP mod_unload modversions 686
parm: use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm: debug:Debug verbosity level (0=none, ..., 16=all) (int)
# dmesg
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.0.0-12-generic (buildd@vernadsky) (gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) ) #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 (Ubuntu 3.0.0-12.20-generic 3.0.4)
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] NSC Geode by NSC
[ 0.000000] Cyrix CyrixInstead
[ 0.000000] Centaur CentaurHauls
[ 0.000000] Transmeta GenuineTMx86
[ 0.000000] Transmeta TransmetaCPU
[ 0.000000] UMC UMC UMC UMC
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009d800 (usable)
[ 0.000000] BIOS-e820: 000000000009d800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000bef9c000 (usable)
[ 0.000000] BIOS-e820: 00000000bef9c000 - 00000000beff5000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000beff5000 - 00000000bf59d000 (reserved)
[ 0.000000] BIOS-e820: 00000000bf59d000 - 00000000bf5ae000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bf5ae000 - 00000000bf5c5000 (reserved)
[ 0.000000] BIOS-e820: 00000000bf5c5000 - 00000000bf5c7000 (usable)
[ 0.000000] BIOS-e820: 00000000bf5c7000 - 00000000bf5c8000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bf5c8000 - 00000000bf5d0000 (reserved)
[ 0.000000] BIOS-e820: 00000000bf5d0000 - 00000000bf5da000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bf5da000 - 00000000bf636000 (reserved)
[ 0.000000] BIOS-e820: 00000000bf636000 - 00000000bf679000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000bf679000 - 00000000bf800000 (usable)
[ 0.000000] BIOS-e820: 00000000fed1c000 - 00000000fed20000 (reserved)
[ 0.000000] BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 000000043f800000 (usable)
[ 0.000000] Notice: NX (Execute Disable) protection cannot be enabled in hardware: non-PAE kernel!
[ 0.000000] NX (Execute Disable) protection: approximated by x86 segment limits
[ 0.000000] DMI 2.6 present.
[ 0.000000] DMI: System manufacturer System Product Name/P8P67 REV 3.1, BIOS 1704 06/08/2011
[ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] last_pfn = 0xbf800 max_arch_pfn = 0x100000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-E7FFF uncachable
[ 0.000000] E8000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask C00000000 write-back
[ 0.000000] 1 base 400000000 mask FC0000000 write-back
[ 0.000000] 2 base 0C0000000 mask FC0000000 uncachable
[ 0.000000] 3 base 43F800000 mask FFF800000 uncachable
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] 8 disabled
[ 0.000000] 9 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] original variable MTRRs
[ 0.000000] reg 0, base: 0GB, range: 16GB, type WB
[ 0.000000] reg 1, base: 16GB, range: 1GB, type WB
[ 0.000000] reg 2, base: 3GB, range: 1GB, type UC
[ 0.000000] reg 3, base: 17400MB, range: 8MB, type UC
[ 0.000000] total RAM covered: 16376M
[ 0.000000] Found optimal setting for mtrr clean up
[ 0.000000] gran_size: 64K chunk_size: 16M num_reg: 6 lose cover RAM: 0G
[ 0.000000] New variable MTRRs
[ 0.000000] reg 0, base: 0GB, range: 2GB, type WB
[ 0.000000] reg 1, base: 2GB, range: 1GB, type WB
[ 0.000000] reg 2, base: 4GB, range: 4GB, type WB
[ 0.000000] reg 3, base: 8GB, range: 8GB, type WB
[ 0.000000] reg 4, base: 16GB, range: 1GB, type WB
[ 0.000000] reg 5, base: 17400MB, range: 8MB, type UC
[ 0.000000] e820 update range: 00000000c0000000 - 0000000100000000 (usable) ==> (reserved)
[ 0.000000] found SMP MP-table at [c00fcf00] fcf00
[ 0.000000] initial memory mapped : 0 - 01c00000
[ 0.000000] Base memory trampoline at [c0099000] 99000 size 16384
[ 0.000000] init_memory_mapping: 0000000000000000-00000000377fe000
[ 0.000000] 0000000000 - 0000400000 page 4k
[ 0.000000] 0000400000 - 0037400000 page 2M
[ 0.000000] 0037400000 - 00377fe000 page 4k
[ 0.000000] kernel direct mapping tables up to 377fe000 @ 1bfb000-1c00000
[ 0.000000] RAMDISK: 365f2000 - 372f1000
[ 0.000000] ACPI: RSDP 000f0420 00024 (v02 ALASKA)
[ 0.000000] ACPI: XSDT befec068 0004C (v01 ALASKA A M I 01072009 AMI 00010013)
[ 0.000000] ACPI: FACP beff4210 000F4 (v04 ALASKA A M I 01072009 AMI 00010013)
[ 0.000000] ACPI: DSDT befec140 080D0 (v02 ALASKA A M I 00000000 INTL 20051117)
[ 0.000000] ACPI: FACS bf5d1f80 00040
[ 0.000000] ACPI: APIC beff4308 00092 (v03 ALASKA A M I 01072009 AMI 00010013)
[ 0.000000] ACPI: SSDT beff43a0 001D6 (v01 AMICPU PROC 00000001 MSFT 03000001)
[ 0.000000] ACPI: MCFG beff4578 0003C (v01 ALASKA A M I 01072009 MSFT 00000097)
[ 0.000000] ACPI: HPET beff45b8 00038 (v01 ALASKA A M I 01072009 AMI. 00000004)
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] 2176MB HIGHMEM available.
[ 0.000000] 887MB LOWMEM available.
[ 0.000000] mapped low ram: 0 - 377fe000
[ 0.000000] low ram: 0 - 377fe000
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000010 -> 0x00001000
[ 0.000000] Normal 0x00001000 -> 0x000377fe
[ 0.000000] HighMem 0x000377fe -> 0x000bf800
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[4] active PFN ranges
[ 0.000000] 0: 0x00000010 -> 0x0000009d
[ 0.000000] 0: 0x00000100 -> 0x000bef9c
[ 0.000000] 0: 0x000bf5c5 -> 0x000bf5c7
[ 0.000000] 0: 0x000bf679 -> 0x000bf800
[ 0.000000] On node 0 totalpages: 782514
[ 0.000000] free_area_init_node: node 0, pgdat c17b11c0, node_mem_map f4e02200
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 3949 pages, LIFO batch:0
[ 0.000000] Normal zone: 1744 pages used for memmap
[ 0.000000] Normal zone: 221486 pages, LIFO batch:31
[ 0.000000] HighMem zone: 4353 pages used for memmap
[ 0.000000] HighMem zone: 550950 pages, LIFO batch:31
[ 0.000000] Using APIC driver default
[ 0.000000] ACPI: PM-Timer IO Port: 0x408
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x01] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x05] enabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 0, version 32, address 0xfec00000, GSI 0-23
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] ACPI: HPET id: 0x8086a701 base: 0xfed00000
[ 0.000000] SMP: Allowing 8 CPUs, 0 hotplug CPUs
[ 0.000000] nr_irqs_gsi: 40
[ 0.000000] PM: Registered nosave memory: 000000000009d000 - 000000000009e000
[ 0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[ 0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[ 0.000000] Allocating PCI resources starting at bf800000 (gap: bf800000:3f51c000)
[ 0.000000] Booting paravirtualized kernel on bare hardware
[ 0.000000] setup_percpu: NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:8 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 12 pages/cpu @f4800000 s26240 r0 d22912 u524288
[ 0.000000] pcpu-alloc: s26240 r0 d22912 u524288 alloc=1*4194304
[ 0.000000] pcpu-alloc: [0] 0 1 2 3 4 5 6 7
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 776385
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic root=UUID=3d6fa566-5eda-4460-adea-0845bf58b022 ro quiet splash vt.handoff=7
[ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Initializing CPU#0
[ 0.000000] xsave/xrstor: enabled xstate_bv 0x7, cntxt size 0x340
[ 0.000000] allocated 12549888 bytes of page_cgroup
[ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[ 0.000000] Initializing HighMem for node 0 (000377fe:000bf800)
[ 0.000000] Memory: 3069188k/3137536k available (5329k kernel code, 60868k reserved, 2589k data, 696k init, 2221212k highmem)
[ 0.000000] virtual kernel memory layout:
[ 0.000000] fixmap : 0xfff16000 - 0xfffff000 ( 932 kB)
[ 0.000000] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
[ 0.000000] vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB)
[ 0.000000] .init : 0xc17bc000 - 0xc186a000 ( 696 kB)
[ 0.000000] .data : 0xc1534784 - 0xc17bbd80 (2589 kB)
[ 0.000000] .text : 0xc1000000 - 0xc1534784 (5329 kB)
[ 0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] RCU dyntick-idle grace-period acceleration is enabled.
[ 0.000000] NR_IRQS:2304 nr_irqs:744 16
[ 0.000000] CPU 0 irqstacks, hard=f380a000 soft=f380c000
[ 0.000000] Extended CMOS year: 2000
[ 0.000000] vt handoff: transparent VT on vt#7
[ 0.000000] Console: colour dummy device 80x25
[ 0.000000] console [tty0] enabled
[ 0.000000] hpet clockevent registered
[ 0.000000] Fast TSC calibration using PIT
[ 0.004000] Detected 3411.019 MHz processor.
[ 0.000001] Calibrating delay loop (skipped), value calculated using timer frequency.. 6822.03 BogoMIPS (lpj=13644076)
[ 0.000004] pid_max: default: 32768 minimum: 301
[ 0.000017] Security Framework initialized
[ 0.000025] AppArmor: AppArmor initialized
[ 0.000026] Yama: becoming mindful.
[ 0.000055] Mount-cache hash table entries: 512
[ 0.000126] Initializing cgroup subsys cpuacct
[ 0.000129] Initializing cgroup subsys memory
[ 0.000134] Initializing cgroup subsys devices
[ 0.000135] Initializing cgroup subsys freezer
[ 0.000136] Initializing cgroup subsys net_cls
[ 0.000137] Initializing cgroup subsys blkio
[ 0.000141] Initializing cgroup subsys perf_event
[ 0.000159] CPU: Physical Processor ID: 0
[ 0.000160] CPU: Processor Core ID: 0
[ 0.000163] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 0.000164] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
[ 0.000175] mce: CPU supports 9 MCE banks
[ 0.000185] CPU0: Thermal monitoring enabled (TM1)
[ 0.000190] using mwait in idle threads.
[ 0.001621] ACPI: Core revision 20110413
[ 0.105973] ftrace: allocating 24885 entries in 49 pages
[ 0.112194] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.112526] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.152182] CPU0: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz stepping 07
[ 0.260000] Performance Events: PEBS fmt1+, SandyBridge events, Intel PMU driver.
[ 0.260004] ... version: 3
[ 0.260005] ... bit width: 48
[ 0.260006] ... generic registers: 4
[ 0.260007] ... value mask: 0000ffffffffffff
[ 0.260008] ... max period: 000000007fffffff
[ 0.260008] ... fixed-purpose events: 3
[ 0.260009] ... event mask: 000000070000000f
[ 0.260226] CPU 1 irqstacks, hard=f38d6000 soft=f38e0000
[ 0.260227] Booting Node 0, Processors #1
[ 0.260229] smpboot cpu 1: start_ip = 99000
[ 0.270588] Initializing CPU#1
[ 0.283983] calibrate_delay_direct() ignoring timer_rate as we had a TSC wrap around start=4269382184 >=post_end=1703168
[ 0.368045] CPU 2 irqstacks, hard=f38ea000 soft=f38ec000
[ 0.368046] #2
[ 0.368047] smpboot cpu 2: start_ip = 99000
[ 0.378312] Initializing CPU#2
[ 0.475960] CPU 3 irqstacks, hard=f38f6000 soft=f38f8000
[ 0.475961] #3
[ 0.475962] smpboot cpu 3: start_ip = 99000
[ 0.486228] Initializing CPU#3
[ 0.583873] CPU 4 irqstacks, hard=f390a000 soft=f390c000
[ 0.583875] #4
[ 0.583875] smpboot cpu 4: start_ip = 99000
[ 0.594198] Initializing CPU#4
[ 0.691861] CPU 5 irqstacks, hard=f392a000 soft=f392c000
[ 0.691862] #5
[ 0.691863] smpboot cpu 5: start_ip = 99000
[ 0.702030] Initializing CPU#5
[ 0.799777] CPU 6 irqstacks, hard=f3956000 soft=f3960000
[ 0.799779] #6
[ 0.799779] smpboot cpu 6: start_ip = 99000
[ 0.810044] Initializing CPU#6
[ 0.907693] CPU 7 irqstacks, hard=f396a000 soft=f396c000
[ 0.907694] #7 Ok.
[ 0.907695] smpboot cpu 7: start_ip = 99000
[ 0.917960] Initializing CPU#7
[ 1.015562] Brought up 8 CPUs
[ 1.015563] Total of 8 processors activated (54576.52 BogoMIPS).
[ 1.020365] devtmpfs: initialized
[ 1.020452] PM: Registering ACPI NVS region at bef9c000 (364544 bytes)
[ 1.020459] PM: Registering ACPI NVS region at bf59d000 (69632 bytes)
[ 1.020460] PM: Registering ACPI NVS region at bf5c7000 (4096 bytes)
[ 1.020462] PM: Registering ACPI NVS region at bf5d0000 (40960 bytes)
[ 1.020463] PM: Registering ACPI NVS region at bf636000 (274432 bytes)
[ 1.021523] print_constraints: dummy:
[ 1.021547] Time: 21:17:58 Date: 10/24/11
[ 1.021571] NET: Registered protocol family 16
[ 1.021631] Trying to unpack rootfs image as initramfs...
[ 1.021634] EISA bus registered
[ 1.021638] ACPI: bus type pci registered
[ 1.021675] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xe0000000-0xe3ffffff] (base 0xe0000000)
[ 1.021677] PCI: not using MMCONFIG
[ 1.034073] PCI: Using configuration type 1 for base access
[ 1.034571] bio: create slab <bio-0> at 0
[ 1.035382] ACPI: EC: Look up EC in DSDT
[ 1.036111] ACPI: Executed 1 blocks of module-level executable AML code
[ 1.037747] ACPI Error: [RAMB] Namespace lookup failure, AE_NOT_FOUND (20110413/psargs-359)
[ 1.037751] ACPI Exception: AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) (20110413/nsinit-349)
[ 1.037931] ACPI: SSDT bf5d0818 0079C (v01 AMI IST 00000001 MSFT 03000001)
[ 1.038219] ACPI: Dynamic OEM Table Load:
[ 1.038220] ACPI: SSDT (null) 0079C (v01 AMI IST 00000001 MSFT 03000001)
[ 1.038245] ACPI: SSDT bf5d7a18 0021C (v01 AMI CST 00000001 MSFT 03000001)
[ 1.038459] ACPI: Dynamic OEM Table Load:
[ 1.038460] ACPI: SSDT (null) 0021C (v01 AMI CST 00000001 MSFT 03000001)
[ 1.039001] ACPI: Interpreter enabled
[ 1.039005] ACPI: (supports S0 S1 S3 S4 S5)
[ 1.039018] ACPI: Using IOAPIC for interrupt routing
[ 1.039032] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xe0000000-0xe3ffffff] (base 0xe0000000)
[ 1.039072] PCI: MMCONFIG at [mem 0xe0000000-0xe3ffffff] reserved in ACPI motherboard resources
[ 1.039073] PCI: Using MMCONFIG for extended config space
[ 1.039276] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[ 1.042432] ACPI: EC: GPE = 0x18, I/O: command/status = 0x66, data = 0x62
[ 1.042529] ACPI: No dock devices found.
[ 1.042530] HEST: Table not found.
[ 1.042533] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[ 1.042652] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 1.042784] pci_root PNP0A08:00: host bridge window [io 0x0000-0x0cf7]
[ 1.042786] pci_root PNP0A08:00: host bridge window [io 0x0d00-0xffff]
[ 1.042787] pci_root PNP0A08:00: host bridge window [mem 0x000a0000-0x000bffff]
[ 1.042789] pci_root PNP0A08:00: host bridge window [mem 0x000c8000-0x000dffff]
[ 1.042790] pci_root PNP0A08:00: host bridge window [mem 0xc0000000-0xffffffff]
[ 1.042793] pci_root PNP0A08:00: address space collision: host bridge window [mem 0x000c8000-0x000dffff] conflicts with Video ROM [mem 0x000c0000-0x000cd1ff]
[ 1.042800] pci 0000:00:00.0: [8086:0100] type 0 class 0x000600
[ 1.042826] pci 0000:00:01.0: [8086:0101] type 1 class 0x000604
[ 1.042845] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 1.042847] pci 0000:00:01.0: PME# disabled
[ 1.042886] pci 0000:00:16.0: [8086:1c3a] type 0 class 0x000780
[ 1.042908] pci 0000:00:16.0: reg 10: [mem 0xfb408000-0xfb40800f 64bit]
[ 1.042965] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold
[ 1.042969] pci 0000:00:16.0: PME# disabled
[ 1.042998] pci 0000:00:1a.0: [8086:1c2d] type 0 class 0x000c03
[ 1.043018] pci 0000:00:1a.0: reg 10: [mem 0xfb407000-0xfb4073ff]
[ 1.043088] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold
[ 1.043092] pci 0000:00:1a.0: PME# disabled
[ 1.043114] pci 0000:00:1b.0: [8086:1c20] type 0 class 0x000403
[ 1.043128] pci 0000:00:1b.0: reg 10: [mem 0xfb400000-0xfb403fff 64bit]
[ 1.043180] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[ 1.043183] pci 0000:00:1b.0: PME# disabled
[ 1.043201] pci 0000:00:1c.0: [8086:1c10] type 1 class 0x000604
[ 1.043260] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[ 1.043264] pci 0000:00:1c.0: PME# disabled
[ 1.043284] pci 0000:00:1c.1: [8086:1c12] type 1 class 0x000604
[ 1.043343] pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold
[ 1.043347] pci 0000:00:1c.1: PME# disabled
[ 1.043367] pci 0000:00:1c.2: [8086:1c14] type 1 class 0x000604
[ 1.043426] pci 0000:00:1c.2: PME# supported from D0 D3hot D3cold
[ 1.043430] pci 0000:00:1c.2: PME# disabled
[ 1.043450] pci 0000:00:1c.3: [8086:1c16] type 1 class 0x000604
[ 1.043514] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[ 1.043517] pci 0000:00:1c.3: PME# disabled
[ 1.043538] pci 0000:00:1c.4: [8086:1c18] type 1 class 0x000604
[ 1.043597] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[ 1.043601] pci 0000:00:1c.4: PME# disabled
[ 1.043622] pci 0000:00:1c.5: [8086:1c1a] type 1 class 0x000604
[ 1.043680] pci 0000:00:1c.5: PME# supported from D0 D3hot D3cold
[ 1.043684] pci 0000:00:1c.5: PME# disabled
[ 1.043704] pci 0000:00:1c.6: [8086:244e] type 1 class 0x000604
[ 1.043763] pci 0000:00:1c.6: PME# supported from D0 D3hot D3cold
[ 1.043767] pci 0000:00:1c.6: PME# disabled
[ 1.043786] pci 0000:00:1c.7: [8086:1c1e] type 1 class 0x000604
[ 1.043845] pci 0000:00:1c.7: PME# supported from D0 D3hot D3cold
[ 1.043849] pci 0000:00:1c.7: PME# disabled
[ 1.043874] pci 0000:00:1d.0: [8086:1c26] type 0 class 0x000c03
[ 1.043894] pci 0000:00:1d.0: reg 10: [mem 0xfb406000-0xfb4063ff]
[ 1.043964] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold
[ 1.043968] pci 0000:00:1d.0: PME# disabled
[ 1.043989] pci 0000:00:1f.0: [8086:1c46] type 0 class 0x000601
[ 1.044097] pci 0000:00:1f.2: [8086:1c02] type 0 class 0x000106
[ 1.044114] pci 0000:00:1f.2: reg 10: [io 0xf070-0xf077]
[ 1.044121] pci 0000:00:1f.2: reg 14: [io 0xf060-0xf063]
[ 1.044129] pci 0000:00:1f.2: reg 18: [io 0xf050-0xf057]
[ 1.044136] pci 0000:00:1f.2: reg 1c: [io 0xf040-0xf043]
[ 1.044143] pci 0000:00:1f.2: reg 20: [io 0xf020-0xf03f]
[ 1.044150] pci 0000:00:1f.2: reg 24: [mem 0xfb405000-0xfb4057ff]
[ 1.044180] pci 0000:00:1f.2: PME# supported from D3hot
[ 1.044183] pci 0000:00:1f.2: PME# disabled
[ 1.044198] pci 0000:00:1f.3: [8086:1c22] type 0 class 0x000c05
[ 1.044212] pci 0000:00:1f.3: reg 10: [mem 0xfb404000-0xfb4040ff 64bit]
[ 1.044232] pci 0000:00:1f.3: reg 20: [io 0xf000-0xf01f]
[ 1.044278] pci 0000:01:00.0: [10de:0614] type 0 class 0x000300
[ 1.044286] pci 0000:01:00.0: reg 10: [mem 0xfa000000-0xfaffffff]
[ 1.044295] pci 0000:01:00.0: reg 14: [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1.044304] pci 0000:01:00.0: reg 1c: [mem 0xf8000000-0xf9ffffff 64bit]
[ 1.044309] pci 0000:01:00.0: reg 24: [io 0xe000-0xe07f]
[ 1.044315] pci 0000:01:00.0: reg 30: [mem 0xfb000000-0xfb01ffff pref]
[ 1.051472] pci 0000:00:01.0: PCI bridge to [bus 01-01]
[ 1.051474] pci 0000:00:01.0: bridge window [io 0xe000-0xefff]
[ 1.051476] pci 0000:00:01.0: bridge window [mem 0xf8000000-0xfb0fffff]
[ 1.051479] pci 0000:00:01.0: bridge window [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1.051521] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 1.051525] pci 0000:00:1c.0: bridge window [io 0xf000-0x0000] (disabled)
[ 1.051529] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.051535] pci 0000:00:1c.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.051603] pci 0000:03:00.0: [1b21:1042] type 0 class 0x000c03
[ 1.051631] pci 0000:03:00.0: reg 10: [mem 0xfb300000-0xfb307fff 64bit]
[ 1.051754] pci 0000:03:00.0: PME# supported from D3hot D3cold
[ 1.051759] pci 0000:03:00.0: PME# disabled
[ 1.059471] pci 0000:00:1c.1: PCI bridge to [bus 03-03]
[ 1.059475] pci 0000:00:1c.1: bridge window [io 0xf000-0x0000] (disabled)
[ 1.059479] pci 0000:00:1c.1: bridge window [mem 0xfb300000-0xfb3fffff]
[ 1.059485] pci 0000:00:1c.1: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.059528] pci 0000:00:1c.2: PCI bridge to [bus 04-04]
[ 1.059531] pci 0000:00:1c.2: bridge window [io 0xf000-0x0000] (disabled)
[ 1.059535] pci 0000:00:1c.2: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.059541] pci 0000:00:1c.2: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.059583] pci 0000:00:1c.3: PCI bridge to [bus 05-05]
[ 1.059587] pci 0000:00:1c.3: bridge window [io 0xf000-0x0000] (disabled)
[ 1.059590] pci 0000:00:1c.3: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.059596] pci 0000:00:1c.3: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.059663] pci 0000:06:00.0: [1b21:1042] type 0 class 0x000c03
[ 1.059691] pci 0000:06:00.0: reg 10: [mem 0xfb200000-0xfb207fff 64bit]
[ 1.059814] pci 0000:06:00.0: PME# supported from D3hot D3cold
[ 1.059820] pci 0000:06:00.0: PME# disabled
[ 1.067467] pci 0000:00:1c.4: PCI bridge to [bus 06-06]
[ 1.067471] pci 0000:00:1c.4: bridge window [io 0xf000-0x0000] (disabled)
[ 1.067475] pci 0000:00:1c.4: bridge window [mem 0xfb200000-0xfb2fffff]
[ 1.067481] pci 0000:00:1c.4: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.067544] pci 0000:07:00.0: [10ec:8168] type 0 class 0x000200
[ 1.067564] pci 0000:07:00.0: reg 10: [io 0xd000-0xd0ff]
[ 1.067597] pci 0000:07:00.0: reg 18: [mem 0xd0004000-0xd0004fff 64bit pref]
[ 1.067619] pci 0000:07:00.0: reg 20: [mem 0xd0000000-0xd0003fff 64bit pref]
[ 1.067678] pci 0000:07:00.0: supports D1 D2
[ 1.067679] pci 0000:07:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 1.067684] pci 0000:07:00.0: PME# disabled
[ 1.075460] pci 0000:00:1c.5: PCI bridge to [bus 07-07]
[ 1.075464] pci 0000:00:1c.5: bridge window [io 0xd000-0xdfff]
[ 1.075468] pci 0000:00:1c.5: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.075474] pci 0000:00:1c.5: bridge window [mem 0xd0000000-0xd00fffff 64bit pref]
[ 1.075530] pci 0000:08:00.0: [1b21:1080] type 1 class 0x000604
[ 1.075632] pci 0000:00:1c.6: PCI bridge to [bus 08-09] (subtractive decode)
[ 1.075636] pci 0000:00:1c.6: bridge window [io 0xf000-0x0000] (disabled)
[ 1.075639] pci 0000:00:1c.6: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.075645] pci 0000:00:1c.6: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.075646] pci 0000:00:1c.6: bridge window [io 0x0000-0x0cf7] (subtractive decode)
[ 1.075648] pci 0000:00:1c.6: bridge window [io 0x0d00-0xffff] (subtractive decode)
[ 1.075649] pci 0000:00:1c.6: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ 1.075651] pci 0000:00:1c.6: bridge window [mem 0xc0000000-0xffffffff] (subtractive decode)
[ 1.075763] pci 0000:08:00.0: PCI bridge to [bus 09-09] (subtractive decode)
[ 1.075773] pci 0000:08:00.0: bridge window [io 0xfff000-0x0000] (disabled)
[ 1.075778] pci 0000:08:00.0: bridge window [mem 0xfff00000-0x000fffff] (disabled)
[ 1.075788] pci 0000:08:00.0: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.075789] pci 0000:08:00.0: bridge window [??? 0x00000000 flags 0x0] (subtractive decode)
[ 1.075791] pci 0000:08:00.0: bridge window [??? 0x00000000 flags 0x0] (subtractive decode)
[ 1.075792] pci 0000:08:00.0: bridge window [??? 0x00000000 flags 0x0] (subtractive decode)
[ 1.075794] pci 0000:08:00.0: bridge window [??? 0x00000000 flags 0x0] (subtractive decode)
[ 1.075795] pci 0000:08:00.0: bridge window [io 0x0000-0x0cf7] (subtractive decode)
[ 1.075797] pci 0000:08:00.0: bridge window [io 0x0d00-0xffff] (subtractive decode)
[ 1.075798] pci 0000:08:00.0: bridge window [mem 0x000a0000-0x000bffff] (subtractive decode)
[ 1.075800] pci 0000:08:00.0: bridge window [mem 0xc0000000-0xffffffff] (subtractive decode)
[ 1.075870] pci 0000:0a:00.0: [1b4b:9172] type 0 class 0x000106
[ 1.075887] pci 0000:0a:00.0: reg 10: [io 0xc040-0xc047]
[ 1.075899] pci 0000:0a:00.0: reg 14: [io 0xc030-0xc033]
[ 1.075911] pci 0000:0a:00.0: reg 18: [io 0xc020-0xc027]
[ 1.075923] pci 0000:0a:00.0: reg 1c: [io 0xc010-0xc013]
[ 1.075935] pci 0000:0a:00.0: reg 20: [io 0xc000-0xc00f]
[ 1.075948] pci 0000:0a:00.0: reg 24: [mem 0xfb110000-0xfb1101ff]
[ 1.075960] pci 0000:0a:00.0: reg 30: [mem 0xfb100000-0xfb10ffff pref]
[ 1.075995] pci 0000:0a:00.0: PME# supported from D3hot
[ 1.076000] pci 0000:0a:00.0: PME# disabled
[ 1.083453] pci 0000:00:1c.7: PCI bridge to [bus 0a-0a]
[ 1.083457] pci 0000:00:1c.7: bridge window [io 0xc000-0xcfff]
[ 1.083460] pci 0000:00:1c.7: bridge window [mem 0xfb100000-0xfb1fffff]
[ 1.083466] pci 0000:00:1c.7: bridge window [mem 0xfff00000-0x000fffff pref] (disabled)
[ 1.083503] pci_bus 0000:00: on NUMA node 0
[ 1.083507] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 1.083604] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
[ 1.083628] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT]
[ 1.083649] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX1._PRT]
[ 1.083669] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT]
[ 1.083689] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT]
[ 1.083710] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT]
[ 1.083731] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT]
[ 1.083751] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX6._PRT]
[ 1.083773] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX6.BR24._PRT]
[ 1.083827] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX7._PRT]
[ 1.083908] pci0000:00: Requesting ACPI _OSC control (0x1d)
[ 1.084042] pci0000:00: ACPI _OSC control (0x1c) granted
[ 1.086884] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 1.086915] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 *7 10 11 12 14 15)
[ 1.086943] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 10 *11 12 14 15)
[ 1.086971] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 *10 11 12 14 15)
[ 1.086998] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 1.087026] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *10 11 12 14 15)
[ 1.087054] ACPI: PCI Interrupt Link [LNKG] (IRQs *3 4 5 6 7 10 11 12 14 15)
[ 1.087082] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 1.087140] vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
[ 1.087142] vgaarb: loaded
[ 1.087143] vgaarb: bridge control possible 0000:01:00.0
[ 1.087261] SCSI subsystem initialized
[ 1.087295] libata version 3.00 loaded.
[ 1.087318] usbcore: registered new interface driver usbfs
[ 1.087324] usbcore: registered new interface driver hub
[ 1.087338] usbcore: registered new device driver usb
[ 1.087385] PCI: Using ACPI for IRQ routing
[ 1.088679] PCI: pci_cache_line_size set to 64 bytes
[ 1.088769] reserve RAM buffer: 000000000009d800 - 000000000009ffff
[ 1.088771] reserve RAM buffer: 00000000bef9c000 - 00000000bfffffff
[ 1.088773] reserve RAM buffer: 00000000bf5c7000 - 00000000bfffffff
[ 1.088775] reserve RAM buffer: 00000000bf800000 - 00000000bfffffff
[ 1.088831] NetLabel: Initializing
[ 1.088832] NetLabel: domain hash size = 128
[ 1.088833] NetLabel: protocols = UNLABELED CIPSOv4
[ 1.088840] NetLabel: unlabeled traffic allowed by default
[ 1.088865] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[ 1.088869] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[ 1.090882] Switching to clocksource hpet
[ 1.091442] Switched to NOHz mode on CPU #0
[ 1.091492] Switched to NOHz mode on CPU #3
[ 1.091504] Switched to NOHz mode on CPU #2
[ 1.091515] Switched to NOHz mode on CPU #7
[ 1.091517] Switched to NOHz mode on CPU #1
[ 1.091527] Switched to NOHz mode on CPU #6
[ 1.091539] Switched to NOHz mode on CPU #5
[ 1.091548] Switched to NOHz mode on CPU #4
[ 1.094821] AppArmor: AppArmor Filesystem Enabled
[ 1.094830] pnp: PnP ACPI init
[ 1.094837] ACPI: bus type pnp registered
[ 1.094919] pnp 00:00: [bus 00-ff]
[ 1.094920] pnp 00:00: [io 0x0cf8-0x0cff]
[ 1.094922] pnp 00:00: [io 0x0000-0x0cf7 window]
[ 1.094923] pnp 00:00: [io 0x0d00-0xffff window]
[ 1.094924] pnp 00:00: [mem 0x000a0000-0x000bffff window]
[ 1.094926] pnp 00:00: [mem 0x000c8000-0x000dffff window]
[ 1.094927] pnp 00:00: [mem 0xc0000000-0xffffffff window]
[ 1.094928] pnp 00:00: [mem 0x00000000 window]
[ 1.094960] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[ 1.094995] pnp 00:01: [mem 0xfed10000-0xfed19fff]
[ 1.094996] pnp 00:01: [mem 0xe0000000-0xe3ffffff]
[ 1.094997] pnp 00:01: [mem 0xfed90000-0xfed93fff]
[ 1.094999] pnp 00:01: [mem 0xfed20000-0xfed3ffff]
[ 1.095000] pnp 00:01: [mem 0xfee00000-0xfee0ffff]
[ 1.095044] system 00:01: [mem 0xfed10000-0xfed19fff] has been reserved
[ 1.095045] system 00:01: [mem 0xe0000000-0xe3ffffff] has been reserved
[ 1.095047] system 00:01: [mem 0xfed90000-0xfed93fff] has been reserved
[ 1.095048] system 00:01: [mem 0xfed20000-0xfed3ffff] has been reserved
[ 1.095050] system 00:01: [mem 0xfee00000-0xfee0ffff] has been reserved
[ 1.095052] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 1.095091] pnp 00:02: [io 0x0000-0xffffffff disabled]
[ 1.095092] pnp 00:02: [io 0x0000-0xffffffff disabled]
[ 1.095093] pnp 00:02: [io 0x0290-0x029f]
[ 1.095094] pnp 00:02: [io 0x0000-0xffffffff disabled]
[ 1.095117] system 00:02: [io 0x0290-0x029f] has been reserved
[ 1.095118] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 1.095126] pnp 00:03: [dma 4]
[ 1.095127] pnp 00:03: [io 0x0000-0x000f]
[ 1.095129] pnp 00:03: [io 0x0081-0x0083]
[ 1.095130] pnp 00:03: [io 0x0087]
[ 1.095131] pnp 00:03: [io 0x0089-0x008b]
[ 1.095132] pnp 00:03: [io 0x008f]
[ 1.095133] pnp 00:03: [io 0x00c0-0x00df]
[ 1.095145] pnp 00:03: Plug and Play ACPI device, IDs PNP0200 (active)
[ 1.095151] pnp 00:04: [io 0x0070-0x0071]
[ 1.095159] pnp 00:04: [irq 8]
[ 1.095172] pnp 00:04: Plug and Play ACPI device, IDs PNP0b00 (active)
[ 1.095177] pnp 00:05: [io 0x0061]
[ 1.095189] pnp 00:05: Plug and Play ACPI device, IDs PNP0800 (active)
[ 1.095198] pnp 00:06: [io 0x0010-0x001f]
[ 1.095200] pnp 00:06: [io 0x0022-0x003f]
[ 1.095201] pnp 00:06: [io 0x0044-0x005f]
[ 1.095202] pnp 00:06: [io 0x0063]
[ 1.095203] pnp 00:06: [io 0x0065]
[ 1.095204] pnp 00:06: [io 0x0067-0x006f]
[ 1.095205] pnp 00:06: [io 0x0072-0x007f]
[ 1.095206] pnp 00:06: [io 0x0080]
[ 1.095207] pnp 00:06: [io 0x0084-0x0086]
[ 1.095208] pnp 00:06: [io 0x0088]
[ 1.095209] pnp 00:06: [io 0x008c-0x008e]
[ 1.095210] pnp 00:06: [io 0x0090-0x009f]
[ 1.095211] pnp 00:06: [io 0x00a2-0x00bf]
[ 1.095212] pnp 00:06: [io 0x00e0-0x00ef]
[ 1.095214] pnp 00:06: [io 0x04d0-0x04d1]
[ 1.095239] system 00:06: [io 0x04d0-0x04d1] has been reserved
[ 1.095241] system 00:06: Plug and Play ACPI device, IDs PNP0c02 (active)
[ 1.095246] pnp 00:07: [io 0x00f0-0x00ff]
[ 1.095250] pnp 00:07: [irq 13]
[ 1.095263] pnp 00:07: Plug and Play ACPI device, IDs PNP0c04 (active)
[ 1.095278] pnp 00:08: [io 0x0060]
[ 1.095279] pnp 00:08: [io 0x0064]
[ 1.095282] pnp 00:08: [irq 1]
[ 1.095300] pnp 00:08: Plug and Play ACPI device, IDs PNP0303 PNP030b (active)
[ 1.095462] pnp 00:09: [io 0x03f8-0x03ff]
[ 1.095466] pnp 00:09: [irq 4]
[ 1.095467] pnp 00:09: [dma 0 disabled]
[ 1.095499] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active)
[ 1.095594] pnp 00:0a: [io 0x0400-0x0453]
[ 1.095595] pnp 00:0a: [io 0x0458-0x047f]
[ 1.095596] pnp 00:0a: [io 0x0000-0xffffffff disabled]
[ 1.095597] pnp 00:0a: [io 0x0500-0x057f]
[ 1.095598] pnp 00:0a: [mem 0xfed1c000-0xfed1ffff]
[ 1.095600] pnp 00:0a: [mem 0xfec00000-0xfecfffff]
[ 1.095601] pnp 00:0a: [mem 0xfed08000-0xfed08fff]
[ 1.095602] pnp 00:0a: [mem 0xff000000-0xffffffff]
[ 1.095627] system 00:0a: [io 0x0400-0x0453] has been reserved
[ 1.095629] system 00:0a: [io 0x0458-0x047f] has been reserved
[ 1.095630] system 00:0a: [io 0x0500-0x057f] has been reserved
[ 1.095632] system 00:0a: [mem 0xfed1c000-0xfed1ffff] has been reserved
[ 1.095634] system 00:0a: [mem 0xfec00000-0xfecfffff] could not be reserved
[ 1.095635] system 00:0a: [mem 0xfed08000-0xfed08fff] has been reserved
[ 1.095637] system 00:0a: [mem 0xff000000-0xffffffff] has been reserved
[ 1.095639] system 00:0a: Plug and Play ACPI device, IDs PNP0c01 (active)
[ 1.095660] pnp 00:0b: [io 0x0454-0x0457]
[ 1.095683] system 00:0b: [io 0x0454-0x0457] has been reserved
[ 1.095685] system 00:0b: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[ 1.095752] pnp 00:0c: [mem 0xfed00000-0xfed003ff]
[ 1.095774] pnp 00:0c: Plug and Play ACPI device, IDs PNP0103 (active)
[ 1.095869] pnp: PnP ACPI: found 13 devices
[ 1.095870] ACPI: ACPI bus type pnp unregistered
[ 1.095872] PnPBIOS: Disabled by ACPI PNP
[ 1.131113] PCI: max bus depth: 2 pci_try_num: 3
[ 1.131188] pci 0000:00:01.0: PCI bridge to [bus 01-01]
[ 1.131189] pci 0000:00:01.0: bridge window [io 0xe000-0xefff]
[ 1.131192] pci 0000:00:01.0: bridge window [mem 0xf8000000-0xfb0fffff]
[ 1.131194] pci 0000:00:01.0: bridge window [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1.131197] pci 0000:00:1c.0: PCI bridge to [bus 02-02]
[ 1.131198] pci 0000:00:1c.0: bridge window [io disabled]
[ 1.131202] pci 0000:00:1c.0: bridge window [mem disabled]
[ 1.131206] pci 0000:00:1c.0: bridge window [mem pref disabled]
[ 1.131211] pci 0000:00:1c.1: PCI bridge to [bus 03-03]
[ 1.131212] pci 0000:00:1c.1: bridge window [io disabled]
[ 1.131217] pci 0000:00:1c.1: bridge window [mem 0xfb300000-0xfb3fffff]
[ 1.131221] pci 0000:00:1c.1: bridge window [mem pref disabled]
[ 1.131226] pci 0000:00:1c.2: PCI bridge to [bus 04-04]
[ 1.131227] pci 0000:00:1c.2: bridge window [io disabled]
[ 1.131231] pci 0000:00:1c.2: bridge window [mem disabled]
[ 1.131234] pci 0000:00:1c.2: bridge window [mem pref disabled]
[ 1.131240] pci 0000:00:1c.3: PCI bridge to [bus 05-05]
[ 1.131241] pci 0000:00:1c.3: bridge window [io disabled]
[ 1.131246] pci 0000:00:1c.3: bridge window [mem disabled]
[ 1.131249] pci 0000:00:1c.3: bridge window [mem pref disabled]
[ 1.131255] pci 0000:00:1c.4: PCI bridge to [bus 06-06]
[ 1.131256] pci 0000:00:1c.4: bridge window [io disabled]
[ 1.131260] pci 0000:00:1c.4: bridge window [mem 0xfb200000-0xfb2fffff]
[ 1.131264] pci 0000:00:1c.4: bridge window [mem pref disabled]
[ 1.131269] pci 0000:00:1c.5: PCI bridge to [bus 07-07]
[ 1.131272] pci 0000:00:1c.5: bridge window [io 0xd000-0xdfff]
[ 1.131277] pci 0000:00:1c.5: bridge window [mem disabled]
[ 1.131280] pci 0000:00:1c.5: bridge window [mem 0xd0000000-0xd00fffff 64bit pref]
[ 1.131286] pci 0000:08:00.0: PCI bridge to [bus 09-09]
[ 1.131287] pci 0000:08:00.0: bridge window [io disabled]
[ 1.131294] pci 0000:08:00.0: bridge window [mem disabled]
[ 1.131300] pci 0000:08:00.0: bridge window [mem pref disabled]
[ 1.131309] pci 0000:00:1c.6: PCI bridge to [bus 08-09]
[ 1.131310] pci 0000:00:1c.6: bridge window [io disabled]
[ 1.131315] pci 0000:00:1c.6: bridge window [mem disabled]
[ 1.131318] pci 0000:00:1c.6: bridge window [mem pref disabled]
[ 1.131324] pci 0000:00:1c.7: PCI bridge to [bus 0a-0a]
[ 1.131327] pci 0000:00:1c.7: bridge window [io 0xc000-0xcfff]
[ 1.131331] pci 0000:00:1c.7: bridge window [mem 0xfb100000-0xfb1fffff]
[ 1.131335] pci 0000:00:1c.7: bridge window [mem pref disabled]
[ 1.131351] pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 1.131353] pci 0000:00:01.0: setting latency timer to 64
[ 1.131361] pci 0000:00:1c.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.131364] pci 0000:00:1c.0: setting latency timer to 64
[ 1.131370] pci 0000:00:1c.1: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 1.131374] pci 0000:00:1c.1: setting latency timer to 64
[ 1.131382] pci 0000:00:1c.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 1.131386] pci 0000:00:1c.2: setting latency timer to 64
[ 1.131394] pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 1.131397] pci 0000:00:1c.3: setting latency timer to 64
[ 1.131403] pci 0000:00:1c.4: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.131407] pci 0000:00:1c.4: setting latency timer to 64
[ 1.131412] pci 0000:00:1c.5: PCI INT B -> GSI 16 (level, low) -> IRQ 16
[ 1.131416] pci 0000:00:1c.5: setting latency timer to 64
[ 1.131422] pci 0000:00:1c.6: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ 1.131425] pci 0000:00:1c.6: setting latency timer to 64
[ 1.131431] pci 0000:08:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 1.131437] pci 0000:08:00.0: setting latency timer to 64
[ 1.131444] pci 0000:00:1c.7: PCI INT D -> GSI 19 (level, low) -> IRQ 19
[ 1.131448] pci 0000:00:1c.7: setting latency timer to 64
[ 1.131451] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7]
[ 1.131452] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff]
[ 1.131454] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff]
[ 1.131455] pci_bus 0000:00: resource 7 [mem 0xc0000000-0xffffffff]
[ 1.131457] pci_bus 0000:01: resource 0 [io 0xe000-0xefff]
[ 1.131458] pci_bus 0000:01: resource 1 [mem 0xf8000000-0xfb0fffff]
[ 1.131459] pci_bus 0000:01: resource 2 [mem 0xc0000000-0xcfffffff 64bit pref]
[ 1.131461] pci_bus 0000:03: resource 1 [mem 0xfb300000-0xfb3fffff]
[ 1.131462] pci_bus 0000:06: resource 1 [mem 0xfb200000-0xfb2fffff]
[ 1.131464] pci_bus 0000:07: resource 0 [io 0xd000-0xdfff]
[ 1.131465] pci_bus 0000:07: resource 2 [mem 0xd0000000-0xd00fffff 64bit pref]
[ 1.131466] pci_bus 0000:08: resource 4 [io 0x0000-0x0cf7]
[ 1.131468] pci_bus 0000:08: resource 5 [io 0x0d00-0xffff]
[ 1.131469] pci_bus 0000:08: resource 6 [mem 0x000a0000-0x000bffff]
[ 1.131470] pci_bus 0000:08: resource 7 [mem 0xc0000000-0xffffffff]
[ 1.131472] pci_bus 0000:09: resource 8 [io 0x0000-0x0cf7]
[ 1.131473] pci_bus 0000:09: resource 9 [io 0x0d00-0xffff]
[ 1.131474] pci_bus 0000:09: resource 10 [mem 0x000a0000-0x000bffff]
[ 1.131476] pci_bus 0000:09: resource 11 [mem 0xc0000000-0xffffffff]
[ 1.131477] pci_bus 0000:0a: resource 0 [io 0xc000-0xcfff]
[ 1.131478] pci_bus 0000:0a: resource 1 [mem 0xfb100000-0xfb1fffff]
[ 1.131499] NET: Registered protocol family 2
[ 1.131534] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 1.131626] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[ 1.131769] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[ 1.131831] TCP: Hash tables configured (established 131072 bind 65536)
[ 1.131832] TCP reno registered
[ 1.131834] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 1.131837] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 1.131884] NET: Registered protocol family 1
[ 1.386852] pci 0000:01:00.0: Boot video device
[ 1.386907] PCI: CLS 64 bytes, default 64
[ 1.387304] audit: initializing netlink socket (disabled)
[ 1.387310] type=2000 audit(1319491078.064:1): initialized
[ 1.401935] highmem bounce pool size: 64 pages
[ 1.401939] HugeTLB registered 4 MB page size, pre-allocated 0 pages
[ 1.406034] VFS: Disk quotas dquot_6.5.2
[ 1.406074] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 1.406432] fuse init (API version 7.16)
[ 1.406483] msgmni has been set to 1656
[ 1.406727] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[ 1.406747] io scheduler noop registered
[ 1.406748] io scheduler deadline registered
[ 1.406755] io scheduler cfq registered (default)
[ 1.406835] pcieport 0000:00:01.0: setting latency timer to 64
[ 1.406854] pcieport 0000:00:01.0: irq 40 for MSI/MSI-X
[ 1.406893] pcieport 0000:00:1c.0: setting latency timer to 64
[ 1.406931] pcieport 0000:00:1c.0: irq 41 for MSI/MSI-X
[ 1.406986] pcieport 0000:00:1c.1: setting latency timer to 64
[ 1.407024] pcieport 0000:00:1c.1: irq 42 for MSI/MSI-X
[ 1.407079] pcieport 0000:00:1c.2: setting latency timer to 64
[ 1.407116] pcieport 0000:00:1c.2: irq 43 for MSI/MSI-X
[ 1.407172] pcieport 0000:00:1c.3: setting latency timer to 64
[ 1.407210] pcieport 0000:00:1c.3: irq 44 for MSI/MSI-X
[ 1.407265] pcieport 0000:00:1c.4: setting latency timer to 64
[ 1.407302] pcieport 0000:00:1c.4: irq 45 for MSI/MSI-X
[ 1.407358] pcieport 0000:00:1c.5: setting latency timer to 64
[ 1.407395] pcieport 0000:00:1c.5: irq 46 for MSI/MSI-X
[ 1.407450] pcieport 0000:00:1c.7: setting latency timer to 64
[ 1.407488] pcieport 0000:00:1c.7: irq 47 for MSI/MSI-X
[ 1.407550] pcieport 0000:00:01.0: Signaling PME through PCIe PME interrupt
[ 1.407552] pci 0000:01:00.0: Signaling PME through PCIe PME interrupt
[ 1.407554] pcie_pme 0000:00:01.0:pcie01: service driver pcie_pme loaded
[ 1.407568] pcieport 0000:00:1c.0: Signaling PME through PCIe PME interrupt
[ 1.407572] pcie_pme 0000:00:1c.0:pcie01: service driver pcie_pme loaded
[ 1.407585] pcieport 0000:00:1c.1: Signaling PME through PCIe PME interrupt
[ 1.407586] pci 0000:03:00.0: Signaling PME through PCIe PME interrupt
[ 1.407590] pcie_pme 0000:00:1c.1:pcie01: service driver pcie_pme loaded
[ 1.407605] pcieport 0000:00:1c.2: Signaling PME through PCIe PME interrupt
[ 1.407608] pcie_pme 0000:00:1c.2:pcie01: service driver pcie_pme loaded
[ 1.407622] pcieport 0000:00:1c.3: Signaling PME through PCIe PME interrupt
[ 1.407626] pcie_pme 0000:00:1c.3:pcie01: service driver pcie_pme loaded
[ 1.407640] pcieport 0000:00:1c.4: Signaling PME through PCIe PME interrupt
[ 1.407642] pci 0000:06:00.0: Signaling PME through PCIe PME interrupt
[ 1.407645] pcie_pme 0000:00:1c.4:pcie01: service driver pcie_pme loaded
[ 1.407659] pcieport 0000:00:1c.5: Signaling PME through PCIe PME interrupt
[ 1.407661] pci 0000:07:00.0: Signaling PME through PCIe PME interrupt
[ 1.407664] pcie_pme 0000:00:1c.5:pcie01: service driver pcie_pme loaded
[ 1.407679] pcieport 0000:00:1c.7: Signaling PME through PCIe PME interrupt
[ 1.407680] pci 0000:0a:00.0: Signaling PME through PCIe PME interrupt
[ 1.407684] pcie_pme 0000:00:1c.7:pcie01: service driver pcie_pme loaded
[ 1.407693] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[ 1.407707] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[ 1.407744] intel_idle: MWAIT substates: 0x1120
[ 1.407745] intel_idle: v0.4 model 0x2A
[ 1.407746] intel_idle: lapic_timer_reliable_states 0xffffffff
[ 1.407810] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
[ 1.407814] ACPI: Power Button [PWRB]
[ 1.407837] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
[ 1.407838] ACPI: Power Button [PWRF]
[ 1.407854] ACPI: acpi_idle yielding to intel_idle
[ 1.420151] ERST: Table is not found!
[ 1.420190] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
[ 1.420192] isapnp: Scanning for PnP cards...
[ 1.440578] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 1.440581] Freeing initrd memory: 13308k freed
[ 1.775513] isapnp: No Plug & Play device found
[ 1.823097] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 1.823274] Linux agpgart interface v0.103
[ 1.824002] brd: module loaded
[ 1.824311] loop: module loaded
[ 1.824554] Fixed MDIO Bus: probed
[ 1.824567] PPP generic driver version 2.4.2
[ 1.824584] tun: Universal TUN/TAP device driver, 1.6
[ 1.824585] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ 1.824622] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.824642] ehci_hcd 0000:00:1a.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.824650] ehci_hcd 0000:00:1a.0: setting latency timer to 64
[ 1.824653] ehci_hcd 0000:00:1a.0: EHCI Host Controller
[ 1.824671] ehci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 1.824691] ehci_hcd 0000:00:1a.0: debug port 2
[ 1.828562] ehci_hcd 0000:00:1a.0: cache line size of 64 is not supported
[ 1.828575] ehci_hcd 0000:00:1a.0: irq 23, io mem 0xfb407000
[ 1.842537] ehci_hcd 0000:00:1a.0: USB 2.0 started, EHCI 1.00
[ 1.842649] hub 1-0:1.0: USB hub found
[ 1.842652] hub 1-0:1.0: 2 ports detected
[ 1.842689] ehci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ 1.842697] ehci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1.842700] ehci_hcd 0000:00:1d.0: EHCI Host Controller
[ 1.842716] ehci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
[ 1.842733] ehci_hcd 0000:00:1d.0: debug port 2
[ 1.846614] ehci_hcd 0000:00:1d.0: cache line size of 64 is not supported
[ 1.846617] ehci_hcd 0000:00:1d.0: irq 23, io mem 0xfb406000
[ 1.858526] ehci_hcd 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[ 1.858630] hub 2-0:1.0: USB hub found
[ 1.858631] hub 2-0:1.0: 2 ports detected
[ 1.858665] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.858672] uhci_hcd: USB Universal Host Controller Interface driver
[ 1.858709] i8042: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
[ 1.858710] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
[ 1.859250] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 1.859303] mousedev: PS/2 mouse device common for all mice
[ 1.859373] rtc_cmos 00:04: RTC can wake from S4
[ 1.859448] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
[ 1.859473] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[ 1.859520] device-mapper: uevent: version 1.0.3
[ 1.859558] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) initialised: dm-devel@redhat.com
[ 1.859573] EISA: Probing bus 0 at eisa.0
[ 1.859575] EISA: Cannot allocate resource for mainboard
[ 1.859576] Cannot allocate resource for EISA slot 1
[ 1.859577] Cannot allocate resource for EISA slot 2
[ 1.859578] Cannot allocate resource for EISA slot 3
[ 1.859579] Cannot allocate resource for EISA slot 4
[ 1.859580] Cannot allocate resource for EISA slot 5
[ 1.859581] Cannot allocate resource for EISA slot 6
[ 1.859582] Cannot allocate resource for EISA slot 7
[ 1.859583] Cannot allocate resource for EISA slot 8
[ 1.859584] EISA: Detected 0 cards.
[ 1.859590] cpufreq-nforce2: No nForce2 chipset.
[ 1.859706] cpuidle: using governor ladder
[ 1.859899] cpuidle: using governor menu
[ 1.859901] EFI Variables Facility v0.08 2004-May-17
[ 1.860030] TCP cubic registered
[ 1.860099] NET: Registered protocol family 10
[ 1.860365] NET: Registered protocol family 17
[ 1.860372] Registering the dns_resolver key type
[ 1.860382] Using IPI No-Shortcut mode
[ 1.860420] PM: Hibernation image not present or could not be loaded.
[ 1.860426] registered taskstats version 1
[ 1.866778] Magic number: 15:775:298
[ 1.866886] rtc_cmos 00:04: setting system clock to 2011-10-24 21:17:59 UTC (1319491079)
[ 1.868037] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[ 1.868038] EDD information not available.
[ 1.868206] Freeing unused kernel memory: 696k freed
[ 1.868323] Write protecting the kernel text: 5332k
[ 1.868388] Write protecting the kernel read-only data: 2188k
[ 1.877641] udevd[100]: starting version 173
[ 1.885788] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input2
[ 1.891833] xhci_hcd 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.891938] xhci_hcd 0000:03:00.0: setting latency timer to 64
[ 1.891942] xhci_hcd 0000:03:00.0: xHCI Host Controller
[ 1.891987] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 3
[ 1.892889] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.892904] r8169 0000:07:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 1.892957] r8169 0000:07:00.0: setting latency timer to 64
[ 1.892967] r8169 0000:07:00.0: (unregistered net_device): unknown MAC, using family default
[ 1.893079] r8169 0000:07:00.0: irq 48 for MSI/MSI-X
[ 1.893185] ahci 0000:00:1f.2: version 3.0
[ 1.893198] ahci 0000:00:1f.2: PCI INT B -> GSI 20 (level, low) -> IRQ 20
[ 1.893239] ahci 0000:00:1f.2: irq 49 for MSI/MSI-X
[ 1.893321] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x1c impl SATA mode
[ 1.893324] ahci 0000:00:1f.2: flags: 64bit ncq sntf pm led clo pio slum part ems apst
[ 1.893329] ahci 0000:00:1f.2: setting latency timer to 64
[ 1.893490] r8169 0000:07:00.0: eth0: RTL8168b/8111b at 0xf802e000, f4:6d:04:40:36:6f, XID 0c900800 IRQ 48
[ 1.899229] xhci_hcd 0000:03:00.0: irq 17, io mem 0xfb300000
[ 1.899287] xhci_hcd 0000:03:00.0: irq 50 for MSI/MSI-X
[ 1.899292] xhci_hcd 0000:03:00.0: irq 51 for MSI/MSI-X
[ 1.899296] xhci_hcd 0000:03:00.0: irq 52 for MSI/MSI-X
[ 1.899300] xhci_hcd 0000:03:00.0: irq 53 for MSI/MSI-X
[ 1.899304] xhci_hcd 0000:03:00.0: irq 54 for MSI/MSI-X
[ 1.899308] xhci_hcd 0000:03:00.0: irq 55 for MSI/MSI-X
[ 1.899312] xhci_hcd 0000:03:00.0: irq 56 for MSI/MSI-X
[ 1.899317] xhci_hcd 0000:03:00.0: irq 57 for MSI/MSI-X
[ 1.899517] xHCI xhci_add_endpoint called for root hub
[ 1.899519] xHCI xhci_check_bandwidth called for root hub
[ 1.899546] hub 3-0:1.0: USB hub found
[ 1.899554] hub 3-0:1.0: 2 ports detected
[ 1.899613] xhci_hcd 0000:03:00.0: xHCI Host Controller
[ 1.899641] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 4
[ 1.904332] xHCI xhci_add_endpoint called for root hub
[ 1.904334] xHCI xhci_check_bandwidth called for root hub
[ 1.904355] hub 4-0:1.0: USB hub found
[ 1.904361] hub 4-0:1.0: 2 ports detected
[ 1.904398] xhci_hcd 0000:06:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 1.904417] xhci_hcd 0000:06:00.0: setting latency timer to 64
[ 1.904420] xhci_hcd 0000:06:00.0: xHCI Host Controller
[ 1.904439] xhci_hcd 0000:06:00.0: new USB bus registered, assigned bus number 5
[ 1.906785] scsi0 : ahci
[ 1.906940] scsi1 : ahci
[ 1.907080] scsi2 : ahci
[ 1.907210] scsi3 : ahci
[ 1.907352] scsi4 : ahci
[ 1.907423] scsi5 : ahci
[ 1.907541] ata1: DUMMY
[ 1.907542] ata2: DUMMY
[ 1.907544] ata3: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405200 irq 49
[ 1.907546] ata4: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405280 irq 49
[ 1.907549] ata5: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405300 irq 49
[ 1.907550] ata6: DUMMY
[ 1.907574] ahci 0000:0a:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 1.907672] ahci 0000:0a:00.0: irq 58 for MSI/MSI-X
[ 1.907800] ahci 0000:0a:00.0: AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
[ 1.907802] ahci 0000:0a:00.0: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs
[ 1.907808] ahci 0000:0a:00.0: setting latency timer to 64
[ 1.908000] scsi6 : ahci
[ 1.908046] scsi7 : ahci
[ 1.908071] ata7: SATA max UDMA/133 abar m512@0xfb110000 port 0xfb110100 irq 58
[ 1.908074] ata8: SATA max UDMA/133 abar m512@0xfb110000 port 0xfb110180 irq 58
[ 1.911449] xhci_hcd 0000:06:00.0: irq 16, io mem 0xfb200000
[ 1.911497] xhci_hcd 0000:06:00.0: irq 59 for MSI/MSI-X
[ 1.911499] xhci_hcd 0000:06:00.0: irq 60 for MSI/MSI-X
[ 1.911502] xhci_hcd 0000:06:00.0: irq 61 for MSI/MSI-X
[ 1.911504] xhci_hcd 0000:06:00.0: irq 62 for MSI/MSI-X
[ 1.911507] xhci_hcd 0000:06:00.0: irq 63 for MSI/MSI-X
[ 1.911510] xhci_hcd 0000:06:00.0: irq 64 for MSI/MSI-X
[ 1.911513] xhci_hcd 0000:06:00.0: irq 65 for MSI/MSI-X
[ 1.911515] xhci_hcd 0000:06:00.0: irq 66 for MSI/MSI-X
[ 1.911648] xHCI xhci_add_endpoint called for root hub
[ 1.911649] xHCI xhci_check_bandwidth called for root hub
[ 1.911662] hub 5-0:1.0: USB hub found
[ 1.911668] hub 5-0:1.0: 2 ports detected
[ 1.911701] xhci_hcd 0000:06:00.0: xHCI Host Controller
[ 1.911718] xhci_hcd 0000:06:00.0: new USB bus registered, assigned bus number 6
[ 1.916645] xHCI xhci_add_endpoint called for root hub
[ 1.916646] xHCI xhci_check_bandwidth called for root hub
[ 1.916666] hub 6-0:1.0: USB hub found
[ 1.916672] hub 6-0:1.0: 2 ports detected
[ 2.154386] usb 1-1: new high speed USB device number 2 using ehci_hcd
[ 2.226351] ata7: SATA link down (SStatus 0 SControl 300)
[ 2.226393] ata8: SATA link down (SStatus 0 SControl 300)
[ 2.230346] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.230372] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.230393] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2.230598] ata5.00: ATAPI: ATAPI iHAS220 6, 8L07, max UDMA/100
[ 2.231538] ata5.00: configured for UDMA/100
[ 2.235441] ata3.00: ATA-7: SAMSUNG SP2504C, VT100-33, max UDMA7
[ 2.235446] ata3.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 2.236910] ata4.00: ATA-7: SAMSUNG HD103UJ, 1AA01118, max UDMA7
[ 2.236914] ata4.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 2.240587] ata3.00: configured for UDMA/133
[ 2.240769] scsi 2:0:0:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
[ 2.240898] sd 2:0:0:0: Attached scsi generic sg0 type 0
[ 2.240987] sd 2:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[ 2.241066] sd 2:0:0:0: [sda] Write Protect is off
[ 2.241068] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 2.241089] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.243529] ata4.00: configured for UDMA/133
[ 2.243675] scsi 3:0:0:0: Direct-Access ATA SAMSUNG HD103UJ 1AA0 PQ: 0 ANSI: 5
[ 2.243739] sd 3:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[ 2.243755] sd 3:0:0:0: Attached scsi generic sg1 type 0
[ 2.243771] sd 3:0:0:0: [sdb] Write Protect is off
[ 2.243774] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.243788] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2.244816] scsi 4:0:0:0: CD-ROM ATAPI iHAS220 6 8L07 PQ: 0 ANSI: 5
[ 2.248160] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[ 2.248165] cdrom: Uniform CD-ROM driver Revision: 3.20
[ 2.248272] sr 4:0:0:0: Attached scsi CD-ROM sr0
[ 2.248300] sr 4:0:0:0: Attached scsi generic sg2 type 5
[ 2.249301] sda: sda1 sda2
[ 2.249527] sd 2:0:0:0: [sda] Attached SCSI disk
[ 2.264739] sdb: sdb1 sdb2 sdb3
[ 2.264990] sd 3:0:0:0: [sdb] Attached SCSI disk
[ 2.290978] hub 1-1:1.0: USB hub found
[ 2.291072] hub 1-1:1.0: 6 ports detected
[ 2.386225] Refined TSC clocksource calibration: 3411.127 MHz.
[ 2.386231] Switching to clocksource tsc
[ 2.402188] usb 2-1: new high speed USB device number 2 using ehci_hcd
[ 2.534709] hub 2-1:1.0: USB hub found
[ 2.534821] hub 2-1:1.0: 8 ports detected
[ 2.589051] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 2.806022] usb 2-1.5: new low speed USB device number 3 using ehci_hcd
[ 2.973911] usb 2-1.7: new full speed USB device number 4 using ehci_hcd
[ 8.928527] udevd[324]: starting version 173
[ 8.947964] wmi: Mapper loaded
[ 8.948075] mei: module is from the staging directory, the quality is unknown, you have been warned.
[ 8.948285] mei 0000:00:16.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
[ 8.948291] mei 0000:00:16.0: setting latency timer to 64
[ 8.949743] [drm] Initialized drm 1.1.0 20060810
[ 8.950727] lp: driver loaded but no devices found
[ 8.954135] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 8.954140] nouveau 0000:01:00.0: setting latency timer to 64
[ 8.955102] [drm] nouveau 0000:01:00.0: Detected an NV50 generation card (0x092a00a2)
[ 8.958136] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN
[ 8.967795] Bluetooth: Core ver 2.16
[ 8.967810] NET: Registered protocol family 31
[ 8.967812] Bluetooth: HCI device and connection manager initialized
[ 8.967813] Bluetooth: HCI socket layer initialized
[ 8.967814] Bluetooth: L2CAP socket layer initialized
[ 8.969034] Bluetooth: SCO socket layer initialized
[ 8.969228] Bluetooth: Generic Bluetooth USB driver ver 0.6
[ 8.969656] usbcore: registered new interface driver btusb
[ 8.991553] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[ 8.991557] hda_intel: position_fix set to 1 for device 1043:8410
[ 8.991627] HDA Intel 0000:00:1b.0: irq 67 for MSI/MSI-X
[ 8.991662] HDA Intel 0000:00:1b.0: setting latency timer to 64
[ 8.994853] type=1400 audit(1319480286.629:2): apparmor="STATUS" operation="profile_load" name="/sbin/dhclient" pid=444 comm="apparmor_parser"
[ 8.995180] type=1400 audit(1319480286.629:3): apparmor="STATUS" operation="profile_load" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=444 comm="apparmor_parser"
[ 8.995244] Adding 544764k swap on /dev/sdb2. Priority:-1 extents:1 across:544764k
[ 8.995396] type=1400 audit(1319480286.629:4): apparmor="STATUS" operation="profile_load" name="/usr/lib/connman/scripts/dhclient-script" pid=444 comm="apparmor_parser"
[ 8.996287] type=1400 audit(1319480286.629:5): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=546 comm="apparmor_parser"
[ 8.996580] type=1400 audit(1319480286.629:6): apparmor="STATUS" operation="profile_replace" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=546 comm="apparmor_parser"
[ 8.996786] type=1400 audit(1319480286.629:7): apparmor="STATUS" operation="profile_replace" name="/usr/lib/connman/scripts/dhclient-script" pid=546 comm="apparmor_parser"
[ 9.012390] asus_wmi: ASUS WMI generic driver loaded
[ 9.012858] asus_wmi: Initialization: 0x0
[ 9.012885] asus_wmi: BIOS WMI version: 0.9
[ 9.012934] asus_wmi: SFUN value: 0x0
[ 9.013266] input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input3
[ 9.015034] [drm] nouveau 0000:01:00.0: ... appears to be valid
[ 9.015038] [drm] nouveau 0000:01:00.0: BIT BIOS found
[ 9.015040] [drm] nouveau 0000:01:00.0: Bios version 62.92.6d.00
[ 9.015043] [drm] nouveau 0000:01:00.0: TMDS table version 2.0
[ 9.015045] [drm] nouveau 0000:01:00.0: Found Display Configuration Block version 4.0
[ 9.015047] [drm] nouveau 0000:01:00.0: Raw DCB entry 0: 02000300 00000028
[ 9.015049] [drm] nouveau 0000:01:00.0: Raw DCB entry 1: 01000302 00020030
[ 9.015051] [drm] nouveau 0000:01:00.0: Raw DCB entry 2: 04011310 00000028
[ 9.015053] [drm] nouveau 0000:01:00.0: Raw DCB entry 3: 02023322 00020030
[ 9.015056] [drm] nouveau 0000:01:00.0: DCB connector table: VHER 0x40 5 16 4
[ 9.015058] [drm] nouveau 0000:01:00.0: 0: 0x00001030: type 0x30 idx 0 tag 0x07
[ 9.015060] [drm] nouveau 0000:01:00.0: 1: 0x00000100: type 0x00 idx 1 tag 0xff
[ 9.015062] [drm] nouveau 0000:01:00.0: 2: 0x00000210: type 0x10 idx 2 tag 0xff
[ 9.015064] [drm] nouveau 0000:01:00.0: 3: 0x00002261: type 0x61 idx 3 tag 0x08
[ 9.015066] [drm] nouveau 0000:01:00.0: 4: 0x00000213: type 0x13 idx 4 tag 0xff
[ 9.015068] [drm] nouveau 0000:01:00.0: 5: 0x00002361: type 0x61 idx 5 tag 0x08
[ 9.015072] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xC5D1
[ 9.035688] hda_codec: ALC892: BIOS auto-probing.
[ 9.041051] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input4
[ 9.047331] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xCB70
[ 9.050142] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xD941
[ 9.050147] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xDA3F
[ 9.051206] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xDCA7
[ 9.051208] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table at offset 0xDD0C
[ 9.071039] [drm] nouveau 0000:01:00.0: 0xDD0C: Condition still not met after 20ms, skipping following opcodes
[ 9.071051] [drm] nouveau 0000:01:00.0: timingset 255 does not exist
[ 9.089633] [drm] nouveau 0000:01:00.0: 1 available performance level(s)
[ 9.089636] [drm] nouveau 0000:01:00.0: 3: memory 900MHz core 600MHz shader 1500MHz fanspeed 100%
[ 9.089648] [drm] nouveau 0000:01:00.0: c: memory 399MHz core 399MHz shader 810MHz voltage 1150mV
[ 9.089708] [TTM] Zone kernel: Available graphics memory: 430990 kiB.
[ 9.089710] [TTM] Zone highmem: Available graphics memory: 1541596 kiB.
[ 9.089711] [TTM] Initializing pool allocator.
[ 9.089719] [drm] nouveau 0000:01:00.0: Detected 1024MiB VRAM
[ 9.094170] [drm] nouveau 0000:01:00.0: 512 MiB GART (aperture)
[ 9.104453] input: Logitech USB Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input5
[ 9.104535] generic-usb 0003:046D:C019.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.0-1.5/input0
[ 9.104557] usbcore: registered new interface driver usbhid
[ 9.104558] usbhid: USB HID core driver
[ 9.117051] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 9.117052] [drm] No driver support for vblank timestamp query.
[ 9.278929] [drm] nouveau 0000:01:00.0: allocated 1920x1200 fb: 0x40000000, bo f0df0200
[ 9.278961] fbcon: nouveaufb (fb0) is primary device
[ 9.279031] Console: switching to colour frame buffer device 240x75
[ 9.279068] fb0: nouveaufb frame buffer device
[ 9.279069] drm: registered panic notifier
[ 9.279074] [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
[ 9.318521] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro
[ 9.458922] type=1400 audit(1319480287.093:8): apparmor="STATUS" operation="profile_load" name="/usr/lib/lightdm/lightdm-guest-session-wrapper" pid=841 comm="apparmor_parser"
[ 9.459308] type=1400 audit(1319480287.093:9): apparmor="STATUS" operation="profile_replace" name="/sbin/dhclient" pid=842 comm="apparmor_parser"
[ 9.459842] type=1400 audit(1319480287.093:10): apparmor="STATUS" operation="profile_load" name="/usr/lib/cups/backend/cups-pdf" pid=847 comm="apparmor_parser"
[ 9.460268] type=1400 audit(1319480287.093:11): apparmor="STATUS" operation="profile_load" name="/usr/sbin/cupsd" pid=847 comm="apparmor_parser"
[ 9.477866] ppdev: user-space parallel port driver
[ 9.578167] r8169 0000:07:00.0: eth0: link down
[ 9.578173] r8169 0000:07:00.0: eth0: link down
[ 9.578337] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 9.580544] init: failsafe main process (791) killed by TERM signal
[ 9.580893] init: apport pre-start process (906) terminated with status 1
[ 9.584230] init: apport post-stop process (932) terminated with status 1
[ 9.697514] Bluetooth: RFCOMM TTY layer initialized
[ 9.697518] Bluetooth: RFCOMM socket layer initialized
[ 9.697520] Bluetooth: RFCOMM ver 1.11
[ 9.698980] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 9.698982] Bluetooth: BNEP filters: protocol multicast
[ 10.150010] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro,commit=0
[ 10.342243] init: plymouth-stop pre-start process (1094) terminated with status 1
[ 11.101056] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro,commit=0
[ 11.248710] r8169 0000:07:00.0: eth0: link up
[ 11.248779] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 22.241342] eth0: no IPv6 routers present
[ 196.975073] r8169 0000:07:00.0: eth0: link up
[ 207.107441] r8169 0000:07:00.0: eth0: link up
[ 230.616489] r8169 0000:07:00.0: eth0: link up
[ 231.239748] r8169 0000:07:00.0: eth0: link up
[ 231.799134] r8169 0000:07:00.0: eth0: link up
[ 240.748847] r8169 0000:07:00.0: eth0: link up
[ 245.990835] r8169 0000:07:00.0: eth0: link up
[ 246.170619] r8169 0000:07:00.0: eth0: link up
[ 246.394361] r8169 0000:07:00.0: eth0: link up
[ 246.638096] r8169 0000:07:00.0: eth0: link up
[ 246.989694] r8169 0000:07:00.0: eth0: link up
[ 247.573039] r8169 0000:07:00.0: eth0: link up
[ 251.628368] r8169 0000:07:00.0: eth0: link up
[ 255.843519] r8169 0000:07:00.0: eth0: link up
[ 298.786271] r8169 0000:07:00.0: eth0: link up
[ 318.479667] r8169 0000:07:00.0: eth0: link up
[ 318.815294] r8169 0000:07:00.0: eth0: link up
[ 319.466557] r8169 0000:07:00.0: eth0: link up
[ 320.121810] r8169 0000:07:00.0: eth0: link up
[ 321.632076] r8169 0000:07:00.0: eth0: link up
[ 323.322134] r8169 0000:07:00.0: eth0: link up
[ 324.317186] r8169 0000:07:00.0: eth0: link up
[ 325.036176] r8169 0000:07:00.0: eth0: link up
[ 325.727384] r8169 0000:07:00.0: eth0: link up
[ 326.826111] r8169 0000:07:00.0: eth0: link up
[ 327.185701] r8169 0000:07:00.0: eth0: link up
[ 327.816990] r8169 0000:07:00.0: eth0: link up
[ 328.420284] r8169 0000:07:00.0: eth0: link up
[ 329.339244] r8169 0000:07:00.0: eth0: link up
[ 330.146305] r8169 0000:07:00.0: eth0: link up
[ 331.716490] r8169 0000:07:00.0: eth0: link up
[ 350.107409] r8169 0000:07:00.0: eth0: link up
[ 355.001788] r8169 0000:07:00.0: eth0: link up
[ 355.365365] r8169 0000:07:00.0: eth0: link up
[ 355.728939] r8169 0000:07:00.0: eth0: link up
[ 356.052577] r8169 0000:07:00.0: eth0: link up
[ 356.512052] r8169 0000:07:00.0: eth0: link up
[ 356.611943] r8169 0000:07:00.0: eth0: link up
[ 356.887632] r8169 0000:07:00.0: eth0: link up
[ 356.991509] r8169 0000:07:00.0: eth0: link up
[ 357.271184] r8169 0000:07:00.0: eth0: link up
[ 360.659292] net_ratelimit: 4 callbacks suppressed
[ 360.659299] r8169 0000:07:00.0: eth0: link up
[ 363.064547] r8169 0000:07:00.0: eth0: link up
[ 391.943419] r8169 0000:07:00.0: eth0: link up
[ 393.197959] r8169 0000:07:00.0: eth0: link up
[ 399.267045] r8169 0000:07:00.0: eth0: link up
[ 403.302382] r8169 0000:07:00.0: eth0: link up
[ 641.409239] r8169 0000:07:00.0: eth0: link up
[ 647.877845] r8169 0000:07:00.0: eth0: link up
----- Original Message -----
From: Francois Romieu <romieu@fr.zoreil.com>
To: Adrian George Sav <adi_sav@yahoo.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>
Sent: Saturday, October 22, 2011 9:44 PM
Subject: Re: Kernel driver r8169 not working for Realtek 8111E onboard network card
Adrian George Sav <adi_sav@yahoo.com> :
[...]
> I am having trouble with the r8169 kernel driver for Realtek 8111E network
> card. The NIC works intermittently and horribly with this driver. Unusable.
>
> Below is my config. I am happy to provide any and every other necessary
> information to help in solving this.
Up to 2.6.39 ?
Your r8169 driver is too old. Please try current -rc and send your dmesg
including the XID line from the r8169 driver.
--
Ueimor
^ permalink raw reply
* Re: Kernel Panic every 2 weeks on ISP server (NULL pointer dereference)
From: Eric Dumazet @ 2011-10-24 18:21 UTC (permalink / raw)
To: Luciano Ruete; +Cc: netdev
In-Reply-To: <201110241509.14027.lruete@sequre.com.ar>
Le lundi 24 octobre 2011 à 15:09 -0300, Luciano Ruete a écrit :
> Hi Eric!
>
> Thanks for your answer...
>
> >
> > [694250.472081] Code: f6
> > 49 c1 e6 07 shl $0x7,%r14
> > 66 89 93 ac 00 00 00 mov %dx,0xac(%rbx)
> >[...]
> > This looks like a dev_pick_tx() bug, using an out of bound
> > queue_index number and returning a txq pointing after
> > the device allocated array.
>
> Clear explanation, is there a tool to map the trace to kernel code, or you did
> this by hand?
>
In kernek source, you can find scripts/decodecode
# cat CRASH | scripts/decodecode
[694250.472081] Code: f6 49 c1 e6 07 66 89 93 ac 00 00 00 4d 03 b5 40 03 00 00 0f b7 83 a6 00 00 00 4d 8b 66 08 80 e4 cf 80 cc 20 66 89 83 a6 00 00 00 <49> 83 3c 24 00 0f 84 3b 02 00 00 49 8d 84 24 9c 00 00 00 48 89
All code
========
0: f6 (bad)
1: 49 c1 e6 07 shl $0x7,%r14
5: 66 89 93 ac 00 00 00 mov %dx,0xac(%rbx)
c: 4d 03 b5 40 03 00 00 add 0x340(%r13),%r14
13: 0f b7 83 a6 00 00 00 movzwl 0xa6(%rbx),%eax
1a: 4d 8b 66 08 mov 0x8(%r14),%r12
1e: 80 e4 cf and $0xcf,%ah
21: 80 cc 20 or $0x20,%ah
24: 66 89 83 a6 00 00 00 mov %ax,0xa6(%rbx)
2b:* 49 83 3c 24 00 cmpq $0x0,(%r12) <-- trapping instruction
30: 0f 84 3b 02 00 00 je 0x271
36: 49 8d 84 24 9c 00 00 lea 0x9c(%r12),%rax
3d: 00
3e: 48 rex.W
3f: 89 .byte 0x89
Code starting with the faulting instruction
===========================================
0: 49 83 3c 24 00 cmpq $0x0,(%r12)
5: 0f 84 3b 02 00 00 je 0x246
b: 49 8d 84 24 9c 00 00 lea 0x9c(%r12),%rax
12: 00
13: 48 rex.W
14: 89 .byte 0x89
^ permalink raw reply
* [PATCH] TCP: remove TCP_DEBUG
From: Flavio Leitner @ 2011-10-24 18:15 UTC (permalink / raw)
To: netdev
Cc: David Miller, Dan McGee, kuznet, jmorris, yoshfuji, kaber,
linux-kernel
In-Reply-To: <CAEik5nPciVMwOE-hC+oPP1gMEvRzbhFwAZHKNQnHEc0YOUXuWA@mail.gmail.com>
It was enabled by default and the messages guarded
by the define are useful.
Signed-off-by: Flavio Leitner <fbl@redhat.com>
---
include/net/tcp.h | 1 -
net/ipv4/tcp.c | 2 --
net/ipv4/tcp_timer.c | 2 --
3 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/include/net/tcp.h b/include/net/tcp.h
index ed0e814..e147f42 100644
--- a/include/net/tcp.h
+++ b/include/net/tcp.h
@@ -18,7 +18,6 @@
#ifndef _TCP_H
#define _TCP_H
-#define TCP_DEBUG 1
#define FASTRETRANS_DEBUG 1
#include <linux/list.h>
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index eefc61e..34f5db1 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -1193,13 +1193,11 @@ void tcp_cleanup_rbuf(struct sock *sk, int copied)
struct tcp_sock *tp = tcp_sk(sk);
int time_to_ack = 0;
-#if TCP_DEBUG
struct sk_buff *skb = skb_peek(&sk->sk_receive_queue);
WARN(skb && !before(tp->copied_seq, TCP_SKB_CB(skb)->end_seq),
"cleanup rbuf bug: copied %X seq %X rcvnxt %X\n",
tp->copied_seq, TCP_SKB_CB(skb)->end_seq, tp->rcv_nxt);
-#endif
if (inet_csk_ack_scheduled(sk)) {
const struct inet_connection_sock *icsk = inet_csk(sk);
diff --git a/net/ipv4/tcp_timer.c b/net/ipv4/tcp_timer.c
index ecd44b0..2e0f0af 100644
--- a/net/ipv4/tcp_timer.c
+++ b/net/ipv4/tcp_timer.c
@@ -334,7 +334,6 @@ void tcp_retransmit_timer(struct sock *sk)
* connection. If the socket is an orphan, time it out,
* we cannot allow such beasts to hang infinitely.
*/
-#ifdef TCP_DEBUG
struct inet_sock *inet = inet_sk(sk);
if (sk->sk_family == AF_INET) {
LIMIT_NETDEBUG(KERN_DEBUG "TCP: Peer %pI4:%u/%u unexpectedly shrunk window %u:%u (repaired)\n",
@@ -349,7 +348,6 @@ void tcp_retransmit_timer(struct sock *sk)
inet->inet_num, tp->snd_una, tp->snd_nxt);
}
#endif
-#endif
if (tcp_time_stamp - tp->rcv_tstamp > TCP_RTO_MAX) {
tcp_write_err(sk);
goto out;
--
1.7.6
^ permalink raw reply related
* Re: [net-next-2.6 PATCH 0/8 RFC v2] macvlan: MAC Address filtering support for passthru mode
From: Roopa Prabhu @ 2011-10-24 18:15 UTC (permalink / raw)
To: Michael S. Tsirkin
Cc: netdev, sri, dragos.tatulea, arnd, kvm, davem, mchan, dwang2,
shemminger, eric.dumazet, kaber, benve, Rose, Gregory V
In-Reply-To: <20111024054710.GB24528@redhat.com>
On 10/23/11 10:47 PM, "Michael S. Tsirkin" <mst@redhat.com> wrote:
> On Tue, Oct 18, 2011 at 11:25:54PM -0700, Roopa Prabhu wrote:
>> v1 version of this RFC patch was posted at
>> http://www.spinics.net/lists/netdev/msg174245.html
>>
>> Today macvtap used in virtualized environment does not have support to
>> propagate MAC, VLAN and interface flags from guest to lowerdev.
>> Which means to be able to register additional VLANs, unicast and multicast
>> addresses or change pkt filter flags in the guest, the lowerdev has to be
>> put in promisocous mode. Today the only macvlan mode that supports this is
>> the PASSTHRU mode and it puts the lower dev in promiscous mode.
>>
>> PASSTHRU mode was added primarily for the SRIOV usecase. In PASSTHRU mode
>> there is a 1-1 mapping between macvtap and physical NIC or VF.
>>
>> There are two problems with putting the lowerdev in promiscous mode (ie SRIOV
>> VF's):
>> - Some SRIOV cards dont support promiscous mode today (Thread on Intel
>> driver indicates that http://lists.openwall.net/netdev/2011/09/27/6)
>> - For the SRIOV NICs that support it, Putting the lowerdev in
>> promiscous mode leads to additional traffic being sent up to the
>> guest virtio-net to filter result in extra overheads.
>>
>> Both the above problems can be solved by offloading filtering to the
>> lowerdev hw. ie lowerdev does not need to be in promiscous mode as
>> long as the guest filters are passed down to the lowerdev.
>>
>> This patch basically adds the infrastructure to set and get MAC and VLAN
>> filters on an interface via rtnetlink. And adds support in macvlan and
>> macvtap
>> to allow set and get filter operations.
>
> Looks sane to me. Some minor comments below.
>
>> Earlier version of this patch provided the TUNSETTXFILTER macvtap interface
>> for setting address filtering. In response to feedback, This version
>> introduces a netlink interface for the same.
>>
>> Response to some of the questions raised during v1:
>>
>> - Netlink interface:
>> This patch provides the following netlink interface to set mac and vlan
>> filters :
>> [IFLA_RX_FILTER] = {
>> [IFLA_ADDR_FILTER] = {
>> [IFLA_ADDR_FILTER_FLAGS]
>> [IFLA_ADDR_FILTER_UC_LIST] = {
>> [IFLA_ADDR_LIST_ENTRY]
>> }
>> [IFLA_ADDR_FILTER_MC_LIST] = {
>> [IFLA_ADDR_LIST_ENTRY]
>> }
>> }
>> [IFLA_VLAN_FILTER] = {
>> [IFLA_VLAN_BITMAP]
>> }
>> }
>>
>> Note: The IFLA_VLAN_FILTER is a nested attribute and contains only
>> IFLA_VLAN_BITMAP today. The idea is that the IFLA_VLAN_FILTER can
>> be extended tomorrow to use a vlan list option if some implementations
>> prefer a list instead.
>>
>> And it provides the following rtnl_link_ops to set/get MAC/VLAN filters:
>>
>> int (*set_rx_addr_filter)(struct net_device *dev,
>> struct nlattr *tb[]);
>> int (*set_rx_vlan_filter)(struct net_device *dev,
>> struct nlattr *tb[]);
>> size_t (*get_rx_addr_filter_size)(const struct
>> net_device *dev);
>> size_t (*get_rx_vlan_filter_size)(const struct
>> net_device *dev);
>> int (*fill_rx_addr_filter)(struct sk_buff *skb,
>> const struct net_device
>> *dev);
>> int (*fill_rx_vlan_filter)(struct sk_buff *skb,
>> const struct net_device
>> *dev);
>>
>>
>> Note: The choice of rtnl_link_ops was because I saw the use case for
>> this in virtual devices that need to do filtering in sw like macvlan
>> and tun. Hw devices usually have filtering in hw with netdev->uc and
>> mc lists to indicate active filters. But I can move from rtnl_link_ops
>> to netdev_ops if that is the preferred way to go and if there is a
>> need to support this interface on all kinds of interfaces.
>> Please suggest.
>>
>> - Protection against address spoofing:
>> - This patch adds filtering support only for macvtap PASSTHRU
>> Mode. PASSTHRU mode is used mainly with SRIOV VF's. And SRIOV VF's
>> come with anti mac/vlan spoofing support. (Recently added
>> IFLA_VF_SPOOFCHK). In 802.1Qbh case the port profile has a knob to
>> enable/disable anti spoof check. Lowerdevice drivers also enforce limits
>> on the number of address registrations allowed.
>>
>> - Support for multiqueue devices: Enable filtering on individual queues (?):
>> AFAIK, there is no netdev interface to install per queue hw
>> filters for a multi queue interface. And also I dont know of any hw
>> that provides an interface to set hw filters on a per queue basis.
>
> VMDq hardware would support this, no?
>
Am not really sure. This patch uses netdev to pass filters to hw. And I
don't see any netdev infrastructure that would support per queue filters.
Maybe Greg (CC'ed) or anyone else from Intel can answer this.
Greg, michael had brought up this question during first version of these
patches as well. Will be nice to get the VMDq requirements for propagating
guest filters to hw clarified. Do you see any special VMDq nic requirement
we can cover in this patch. This is for VMDq queues directly connected to
guest nics. Thanks.
>> A multi queue device appears as a single lowerdev (ie netdev) and
>> uses the same uc and mc lists to setup unicast and multicast hw filters.
>> So i dont see a huge problem with this patch coming in the way for
>> multi queue devices.
>>
>> - Support for non-PASSTHRU mode:
>> I started implementing this. But there are a couple of problems.
>> - The lowerdev may not be a SRIOV VF and may not have
>> anti spoof capability
>
> Anti-spoofing a really a separate feature, isn't it?
>
Yes that is correct. It really should not be a concern with implementing
support for non-PASSTHRU mode. The only intent of adding the above line was
that eventually we should probably think of supporting anti-spoof feature on
Non-sriov devices if they are accepting filters from the guest.
I think I will move the above line to some place else more appropriate in
the comment log instead of covering it as part of the non-passthru macvlan
implementation.
>> - Today, in non-PASSTHRU cases macvlan_handle_frame assumes that
>> every macvlan device on top of the lowerdev has a single unique mac.
>> And the macvlans are hashed on that single mac address.
>> To support filtering for non-PASSTHRU mode in addition to this
>> patch the following needs to be done:
>> - non-passthru mode with a single macvlan over a lower dev
>> can be treated as PASSTHRU case
>> - For non-PASSTHRU mode with multiple macvlans over a single
>> lower dev:
>> - Multiple unicast mac's now need to be hashed to the
>> same macvlan device. The macvlan hash needs to change
>> for lookup based on any one of the multiple unicast
>> addresses a macvlan is interested in
>> - We need to consider vlans during the lookup too
>> - So the macvlan device hash needs to hash on both mac
>> and vlan
>
> It might be useful to expose the filters to the device.
>
Yes
>> - But the support for filtering in non-PASSTHRU mode can be
>> built on this patch
>
>
> Agree, this can be added gradually.
>
Ok thanks. Currently testing newer version of these patches, will post them
Sometime this week.
^ permalink raw reply
* e.m-ail
From: -Drw(REFF) @ 2011-10-24 18:03 UTC (permalink / raw)
KINDLY PROVIDE YOUR NAME- ADDRESS- SEX- AGE- MOBILE- FOR YOUR ONE-MILLION POUNDS WHICH
YOU HAVE WON.
^ permalink raw reply
* Re: Kernel Panic every 2 weeks on ISP server (NULL pointer dereference)
From: Luciano Ruete @ 2011-10-24 18:09 UTC (permalink / raw)
To: Eric Dumazet; +Cc: netdev
In-Reply-To: <1319346989.6180.71.camel@edumazet-laptop>
On Sunday, October 23, 2011 02:16:29 am Eric Dumazet wrote:
> Le samedi 22 octobre 2011 à 22:18 -0300, Luciano Ruete a écrit :
> > Hi,
> >
> > I'm the sysadmin at a 3500 customers ISP, wich runs an iptables+tc
> > solution for load balancing and QoS.
> >
> > Every 2 or 3 weeks the server panics with a "NULL pointer dereference"
> > and with IP at "dev_queue_xmit"
> >
> > It is curious that if i disable MSI on the network card driver this
> > panics seems to disapear, does this ring a bell?
> >
> > The server is an IBM, previously with Broadcom NetXtreme II BCM5709 nics
> > and now with Intel 82576. I change the nics thinking that maybe the bug
> > was in Broadcom Driver but it seems to affect MSI in general.
> >
> > The tc+iptables rules are auto-generated with sequreisp[1] an ISP
> > solution that i wrote and is open sourced under AGPLv3.
> >
> > Tell me if you need any further information, and plz CC because I'm not
> > suscribed.
> >
> >
> > root@server:~# uname -a
> > Linux server 2.6.35-30-server #60~lucid1-Ubuntu SMP Tue Sep 20 22:28:40
> > UTC 2011 x86_64 GNU/Linux
> >
> >
> > [1]https://github.com/sequre/sequreisp
>
> Hi Luciano
Hi Eric!
Thanks for your answer...
>
> [694250.472081] Code: f6
> 49 c1 e6 07 shl $0x7,%r14
> 66 89 93 ac 00 00 00 mov %dx,0xac(%rbx)
>[...]
> This looks like a dev_pick_tx() bug, using an out of bound
> queue_index number and returning a txq pointing after
> the device allocated array.
Clear explanation, is there a tool to map the trace to kernel code, or you did
this by hand?
> With recent kernels, this cannot happen anymore because
> we added fixes in this area.
>
> You could try Ubuntu 11.10 (based on linux 3.0) kernel
> on your server, or apply following patch :
>
> commit df32cc193ad88f7b1326b90af799c927b27f7654
> Author: Tom Herbert <therbert@google.com>
> Date: Mon Nov 1 12:55:52 2010 -0700
>
> net: check queue_index from sock is valid for device
>
> In dev_pick_tx recompute the queue index if the value stored in the
> socket is greater than or equal to the number of real queues for the
> device. The saved index in the sock structure is not guaranteed to
> be appropriate for the egress device (this could happen on a route
> change or in presence of tunnelling). The result of the queue index
> being bad would be to return a bogus queue (crash could prersumably
> follow).
Lot of ruote changes in this server, there are 30 upstream providers(15 are
dynamic IP ADSLs) load balanced using VLANs and a VLAN switch.
Thanks again i will try the kernel upgrade and post results in this thread.
Regards!
--
Luciano Ruete
Sequre - Sys Admin
Mitre 617, piso 7, of. 1
+54 261 4254894
Mendoza - Argentina
http://www.sequreisp.com/
http://www.sequre.com.ar/
^ permalink raw reply
* [PATCH v3 2/2] dp83640: free packet queues on remove
From: Richard Cochran @ 2011-10-24 17:55 UTC (permalink / raw)
To: netdev; +Cc: David Miller, Eric Dumazet, Johannes Berg, stable
In-Reply-To: <cover.1319478544.git.richard.cochran@omicron.at>
If the PHY should disappear (for example, on an USB Ethernet MAC), then
the driver would leak any undelivered time stamp packets. This commit
fixes the issue by calling the appropriate functions to free any packets
left in the transmit and receive queues.
The driver first appeared in v3.0.
Signed-off-by: Richard Cochran <richard.cochran@omicron.at>
Acked-by: Eric Dumazet <eric.dumazet@gmail.com>
Cc: <stable@vger.kernel.org>
---
drivers/net/phy/dp83640.c | 7 +++++++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/dp83640.c b/drivers/net/phy/dp83640.c
index 311f5cb..dc44b73 100644
--- a/drivers/net/phy/dp83640.c
+++ b/drivers/net/phy/dp83640.c
@@ -875,6 +875,7 @@ static void dp83640_remove(struct phy_device *phydev)
struct dp83640_clock *clock;
struct list_head *this, *next;
struct dp83640_private *tmp, *dp83640 = phydev->priv;
+ struct sk_buff *skb;
if (phydev->addr == BROADCAST_ADDR)
return;
@@ -882,6 +883,12 @@ static void dp83640_remove(struct phy_device *phydev)
enable_status_frames(phydev, false);
cancel_work_sync(&dp83640->ts_work);
+ while ((skb = skb_dequeue(&dp83640->rx_queue)) != NULL)
+ kfree_skb(skb);
+
+ while ((skb = skb_dequeue(&dp83640->tx_queue)) != NULL)
+ skb_complete_tx_timestamp(skb, NULL);
+
clock = dp83640_clock_get(dp83640->clock);
if (dp83640 == clock->chosen) {
--
1.7.2.5
^ permalink raw reply related
* [PATCH v3 1/2] dp83640: use proper function to free transmit time stamping packets
From: Richard Cochran @ 2011-10-24 17:55 UTC (permalink / raw)
To: netdev; +Cc: David Miller, Eric Dumazet, Johannes Berg, stable
In-Reply-To: <cover.1319478544.git.richard.cochran@omicron.at>
Commit da92b194 introduced a new rule for handling the cloned packets
for transmit time stamping. These packets must not be freed using any other
function than skb_complete_tx_timestamp. This commit fixes the one and only
driver using this API.
The driver first appeared in v3.0.
Signed-off-by: Richard Cochran <richard.cochran@omicron.at>
Cc: <stable@vger.kernel.org>
---
drivers/net/phy/dp83640.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/phy/dp83640.c b/drivers/net/phy/dp83640.c
index edd7304..311f5cb 100644
--- a/drivers/net/phy/dp83640.c
+++ b/drivers/net/phy/dp83640.c
@@ -1060,7 +1060,7 @@ static void dp83640_txtstamp(struct phy_device *phydev,
struct dp83640_private *dp83640 = phydev->priv;
if (!dp83640->hwts_tx_en) {
- kfree_skb(skb);
+ skb_complete_tx_timestamp(skb, NULL);
return;
}
skb_queue_tail(&dp83640->tx_queue, skb);
--
1.7.2.5
^ permalink raw reply related
* [PATCH v3 0/2] net: time stamping fixes
From: Richard Cochran @ 2011-10-24 17:55 UTC (permalink / raw)
To: netdev; +Cc: David Miller, Eric Dumazet, Johannes Berg
[ Changes in v3: omit accepted patch and fixup the dp83640 patches. ]
These two patches depend on commit da92b194 and fix two bugs in a
PTP Hardware Clock driver. This driver was first introduced in Linux
version 3.0.
Richard Cochran (2):
dp83640: use proper function to free transmit time stamping packets
dp83640: free packet queues on remove
drivers/net/phy/dp83640.c | 9 ++++++++-
1 files changed, 8 insertions(+), 1 deletions(-)
--
1.7.2.5
^ permalink raw reply
* |PATCH net-next] tg3: add tx_dropped counter
From: Eric Dumazet @ 2011-10-24 17:53 UTC (permalink / raw)
To: David Miller; +Cc: netdev, Matt Carlson, Michael Chan
If a frame cant be transmitted, it is silently discarded.
Add a counter to report these errors to user.
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
---
Note : merge errors expected because of pending tg3 patch in net tree, I
can respin if needed.
drivers/net/ethernet/broadcom/tg3.c | 23 +++++++++++------------
drivers/net/ethernet/broadcom/tg3.h | 1 +
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/tg3.c b/drivers/net/ethernet/broadcom/tg3.c
index b89027c..3447585 100644
--- a/drivers/net/ethernet/broadcom/tg3.c
+++ b/drivers/net/ethernet/broadcom/tg3.c
@@ -6671,10 +6671,8 @@ static netdev_tx_t tg3_start_xmit(struct sk_buff *skb, struct net_device *dev)
u32 tcp_opt_len, hdr_len;
if (skb_header_cloned(skb) &&
- pskb_expand_head(skb, 0, 0, GFP_ATOMIC)) {
- dev_kfree_skb(skb);
- goto out_unlock;
- }
+ pskb_expand_head(skb, 0, 0, GFP_ATOMIC))
+ goto drop;
iph = ip_hdr(skb);
tcp_opt_len = tcp_optlen(skb);
@@ -6746,10 +6744,9 @@ static netdev_tx_t tg3_start_xmit(struct sk_buff *skb, struct net_device *dev)
len = skb_headlen(skb);
mapping = pci_map_single(tp->pdev, skb->data, len, PCI_DMA_TODEVICE);
- if (pci_dma_mapping_error(tp->pdev, mapping)) {
- dev_kfree_skb(skb);
- goto out_unlock;
- }
+ if (pci_dma_mapping_error(tp->pdev, mapping))
+ goto drop;
+
tnapi->tx_buffers[entry].skb = skb;
dma_unmap_addr_set(&tnapi->tx_buffers[entry], mapping, mapping);
@@ -6805,7 +6802,7 @@ static netdev_tx_t tg3_start_xmit(struct sk_buff *skb, struct net_device *dev)
budget = tg3_tx_avail(tnapi);
if (tigon3_dma_hwbug_workaround(tnapi, skb, &entry, &budget,
base_flags, mss, vlan))
- goto out_unlock;
+ goto drop_nofree;
}
skb_tx_timestamp(skb);
@@ -6827,15 +6824,16 @@ static netdev_tx_t tg3_start_xmit(struct sk_buff *skb, struct net_device *dev)
netif_tx_wake_queue(txq);
}
-out_unlock:
mmiowb();
-
return NETDEV_TX_OK;
dma_error:
tg3_tx_skb_unmap(tnapi, tnapi->tx_prod, i);
- dev_kfree_skb(skb);
tnapi->tx_buffers[tnapi->tx_prod].skb = NULL;
+drop:
+ dev_kfree_skb(skb);
+drop_nofree:
+ tp->tx_dropped++;
return NETDEV_TX_OK;
}
@@ -10009,6 +10007,7 @@ static struct rtnl_link_stats64 *tg3_get_stats64(struct net_device *dev,
get_stat64(&hw_stats->rx_discards);
stats->rx_dropped = tp->rx_dropped;
+ stats->tx_dropped = tp->tx_dropped;
return stats;
}
diff --git a/drivers/net/ethernet/broadcom/tg3.h b/drivers/net/ethernet/broadcom/tg3.h
index d2976f3..f32f288 100644
--- a/drivers/net/ethernet/broadcom/tg3.h
+++ b/drivers/net/ethernet/broadcom/tg3.h
@@ -2990,6 +2990,7 @@ struct tg3 {
/* begin "everything else" cacheline(s) section */
unsigned long rx_dropped;
+ unsigned long tx_dropped;
struct rtnl_link_stats64 net_stats_prev;
struct tg3_ethtool_stats estats;
struct tg3_ethtool_stats estats_prev;
^ permalink raw reply related
* Re: [PATCH v2 2/3] dp83640: use proper function to free transmit time stamping packets
From: Richard Cochran @ 2011-10-24 17:47 UTC (permalink / raw)
To: David Miller; +Cc: netdev, eric.dumazet, johannes, stable
In-Reply-To: <20111024.025555.265760947744724258.davem@davemloft.net>
On Mon, Oct 24, 2011 at 02:55:55AM -0400, David Miller wrote:
> From: Richard Cochran <richardcochran@gmail.com>
> Date: Fri, 21 Oct 2011 12:49:16 +0200
>
> > The previous commit enforces a new rule for handling the cloned packets
> > for transmit time stamping. These packets must not be freed using any other
> > function than skb_complete_tx_timestamp. This commit fixes the one and only
> > driver using this API.
> >
> > The driver first appeared in v3.0.
> >
> > Signed-off-by: Richard Cochran <richard.cochran@omicron.at>
> > Acked-by: Eric Dumazet <eric.dumazet@gmail.com>
> > Cc: <stable@vger.kernel.org>
>
> In the 'net' tree, which is where you should be targetting these dp83640
> driver patches, the code looks nothing like what you're patching against.
>
> Please respin patches #2 and #3 against current sources.
Okay, but #2 will conflict with
dccaa9e0 dp83640: add time stamp insertion for sync messages
in net-next. Should I also submit a fix for that one?
Thanks,
Richard
^ permalink raw reply
* Re: [patch net-next V4] net: introduce ethernet teaming device
From: Michał Mirosław @ 2011-10-24 17:22 UTC (permalink / raw)
To: Jiri Pirko
Cc: netdev, davem, eric.dumazet, bhutchings, shemminger, fubar, andy,
tgraf, ebiederm, kaber, greearb, jesse, fbl, benjamin.poirier,
jzupka
In-Reply-To: <1319444005-1281-1-git-send-email-jpirko@redhat.com>
2011/10/24 Jiri Pirko <jpirko@redhat.com>:
> This patch introduces new network device called team. It supposes to be
> very fast, simple, userspace-driven alternative to existing bonding
> driver.
[...]
> drivers/net/team/team.c | 1573 +++++++++++++++++++++++++++++
> drivers/net/team/team_mode_activebackup.c | 152 +++
> drivers/net/team/team_mode_roundrobin.c | 107 ++
I think this mode-modularity is overkill. One mode will compile to at
most a few hundred bytes of code+data, but will use at least 10 times
that to get loaded and tracked properly. How often/how many more modes
you anticipate to be introduced? You could just keep the modular
design but drop the kernel module separation and maybe have modes
conditionally compiled (for those from the embedded world squeezing
every byte).
Best Regards,
Michał Mirosław
^ permalink raw reply
* Confidential/How are you
From: Barrister Jacque Charles @ 2011-10-24 15:21 UTC (permalink / raw)
Dearest,
My name is Barrister Jacque Charles, a personal Attorney to a late client who died in car crash without a will.
For more information please contact via email: (jcchamber@rocketmail.com) upon your response, I shall then provide you with more details and relevant documents that will help you understand this transaction well.
Kindest Regards
Barrister Jacque Charles,
^ permalink raw reply
* Re: [non-quoted-printable PATCH] Fix caif BUG() with network namespaces
From: Sjur Brændeland @ 2011-10-24 15:51 UTC (permalink / raw)
To: Woodhouse, David; +Cc: davem@redhat.com, netdev@vger.kernel.org
In-Reply-To: <1319405079.13738.72.camel@shinybook.infradead.org>
Hi David,
> The caif code will register its own pernet_operations, and then register
> a netdevice_notifier. Each time the netdevice_notifier is triggered,
> it'll do some stuff... including a lookup of its own pernet stuff with
> net_generic().
>
> If the net_generic() call ever returns NULL, the caif code will BUG().
> That doesn't seem *so* unreasonable, I suppose — it does seem like it
> should never happen.
>
> However, it *does* happen. When we clone a network namespace,
> setup_net() runs through all the pernet_operations one at a time. It
> gets to loopback before it gets to caif. And loopback_net_init()
> registers a netdevice... while caif hasn't been initialised. So the caif
> netdevice notifier triggers, and immediately goes BUG().
>
> I'm not entirely sure how best to fix this in the general case. Perhaps
> the netdevice_notifier registration should be pernet too, rather than
> global? Or perhaps we should suppress the notifier calls during
> setup_net() and flush them at the end after everything has been
> initialised?
>
> But really, I'm inclined to just take the simple approach. Make
> caif_device_notify() *not* go looking for its pernet data structures if
> the device it's being notified about isn't a caif device in the first
> place. This simple patch is sufficient to avoid the problem, and is
> probably good enough.
> Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Thank you for analyzing and fixing this David, this looks good to me.
Acked-by: Sjur Brændeland <sjur.brandeland@stericsson.com>
^ permalink raw reply
* Re: [PATCH V2 2/4] MIPS: Add board support for Loongson1B
From: Giuseppe CAVALLARO @ 2011-10-24 15:35 UTC (permalink / raw)
To: Kelvin Cheung
Cc: Wu Zhangjin, linux-mips, linux-kernel, ralf, r0bertz, netdev
In-Reply-To: <CAJhJPsXxUAuF9HdivLd66MQC45mz-iYAuF1SdGdU=-duxJJ5bQ@mail.gmail.com>
On 10/24/2011 4:05 PM, Kelvin Cheung wrote:
> 2011/10/24, Giuseppe CAVALLARO <peppe.cavallaro@st.com>:
>> Hello Kelvin.
>>
>> On 10/24/2011 12:36 PM, Kelvin Cheung wrote:
>>
>> [snip]
>>
>>> According to datasheet of Loongson 1B, the buffer size in RX/TX
>>> descriptor is only 2KB. So the Loongson1B's GMAC could not handle
>>> jumbo frames. And the second buffer is useless in this case. Am I
>>> right? Is there a better way than ifdef CONFIG_MACH_LOONGSON1 to
>>> avoid duplicate code?
>>
>> Sorry for my misunderstanding.
>>
>> I think you have to use the normal descriptor and remove the enh_desc
>> from the platform w/o modifying the driver at all.
>>
>> The driver will be able to select/configure all automatically (also jumbo).
>>
>> Let me know.
>
> That's the problem.
> The bitfield definition of Loongson1B is also different from normal descriptor.
The problem is not in the Loongson1B gmac.
The normal descriptor fields in the stmmac refer to an old synopsys
databook.
New chips have the same structure you have added; so we should fix this
in the driver w/o breaking the compatibility for old chips.
I kindly ask you to confirm if the currently normal descriptor structure
(w/o your changes) doesn't work on your platform.
Did you test it?
> Moreover, I want to enable the TX checksum offload function which is
> not supported in normal descriptor.
> Any suggestions?
It is supported but you have to pass from the platform: tx_coe = 1.
Peppe
>
>> Note:
>> IIRC, there is a bit difference in case of normal descriptors for
>> Synopsys databook newer than the 1.91 (I used for testing this mode).
>> In any case, I remember that, on some platforms, the normal descriptors
>> have been used w/o problems also on these new chip generations.
>>
>> Peppe
>>
>>
>
>
^ permalink raw reply
* Re: [PATCH 07/10] RDMA/cxgb4: DB Drop Recovery for RDMA and LLD queues.
From: Vipul Pandya @ 2011-10-24 15:16 UTC (permalink / raw)
To: David Miller
Cc: swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW,
roland-BHEL68pLQRGGvPXPguhicg, linux-rdma-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA, divy-ut6Up61K2wZBDgjK7y7TUQ,
dm-ut6Up61K2wZBDgjK7y7TUQ, kumaras-ut6Up61K2wZBDgjK7y7TUQ
In-Reply-To: <20111020.165703.1713724038045504243.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
On 21-10-2011 02:27, David Miller wrote:
> From: Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
> Date: Thu, 20 Oct 2011 12:28:07 -0500
>
>> On 10/20/2011 12:17 PM, Roland Dreier wrote:
>>>> I believe 5 and 7 have build dependencies.
>>> Right, missed that one too.
>>>
>>> But it seems 4,6,8,9,10 are independent of the rest of the series?
>>>
>>> ie I can trivially apply them and then worry about working out
>>> the drivers/net / drivers/infiniband interdependency a bit later?
>>>
>>
>> Some of these might be dependent on prior patches the series. But if
>> they aren't, yes, you could do that.
>
> So, how do you guys want to do this? If you give me a list of which
> patches I should put into net-next and leave the rest to the infiniband
> tree, that'd work fine for me as long as net-next is left in a working
> state independent of the infiniband tree.
Hi Dave Miller/Roland,
With respect to above dependencies we did some experiments and found
following things
1. We can apply three cxgb4 patches, 01 02 and 03, on net-next tree
successfully and build it.
2. Out of 7 RDMA/cxgb4 patches only 04, 08 and 10 can be applied
trivially and driver can be built successfully. If we try to apply
remaining patches, 05 06 07 and 09, either they will fail to apply or
give build failure. Moreover patches 05, 06, 07 and 09 can be applied on
top of 04, 08 and 10 cleanly.
Based on above results we would like to propose following two things.
1. We would like to recommend that all the patches get included in
Roland's infiniband tree since it has build dependencies.
2. Alternatively,
- Patches 01, 02 and 03 can be included in net-next tree.
- Patches 04, 08 and 10 can be included in Roland's infiniband tree at
present.
- Patches 05, 06, 07 and 09 have to wait till the net-next hits the
3.2-rc1.
Please let us know if you have any other suggestions.
Thanks,
Vipul
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* [PATCH V2 05/10] RDMA/cxgb4: Add DB Overflow Avoidance.
From: Vipul Pandya @ 2011-10-24 15:12 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA, netdev-u79uwXL29TY76Z2rM5mHXA
Cc: roland-BHEL68pLQRGGvPXPguhicg, davem-fT/PcQaiUtIeIZ0/mPfg9Q,
divy-ut6Up61K2wZBDgjK7y7TUQ, dm-ut6Up61K2wZBDgjK7y7TUQ,
kumaras-ut6Up61K2wZBDgjK7y7TUQ,
swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW, Vipul Pandya
- get FULL/EMPTY/DROP events from LLD
- on FULL event, disable normal user mode DB rings.
- add modify_qp semantics to allow user processes to call into
the kernel to ring doobells without overflowing.
Add DB Full/Empty/Drop stats.
Mark queues when created indicating the doorbell state.
If we're in the middle of db overflow avoidance, then newly created
queues should start out in this mode.
Bump the C4IW_UVERBS_ABI_VERSION to 2 so the user mode library can
know if the driver supports the kernel mode db ringing.
Signed-off-by: Vipul Pandya <vipul-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
Signed-off-by: Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
---
V2: Bump C4IW_UVERBS_ABI_VERSION to 2
drivers/infiniband/hw/cxgb4/device.c | 84 +++++++++++++++++++++++++++++--
drivers/infiniband/hw/cxgb4/iw_cxgb4.h | 37 ++++++++++++--
drivers/infiniband/hw/cxgb4/qp.c | 51 +++++++++++++++++++-
drivers/infiniband/hw/cxgb4/user.h | 2 +-
4 files changed, 162 insertions(+), 12 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/device.c b/drivers/infiniband/hw/cxgb4/device.c
index 8483111..9062ed9 100644
--- a/drivers/infiniband/hw/cxgb4/device.c
+++ b/drivers/infiniband/hw/cxgb4/device.c
@@ -44,6 +44,12 @@ MODULE_DESCRIPTION("Chelsio T4 RDMA Driver");
MODULE_LICENSE("Dual BSD/GPL");
MODULE_VERSION(DRV_VERSION);
+struct uld_ctx {
+ struct list_head entry;
+ struct cxgb4_lld_info lldi;
+ struct c4iw_dev *dev;
+};
+
static LIST_HEAD(uld_ctx_list);
static DEFINE_MUTEX(dev_mutex);
@@ -263,6 +269,9 @@ static int stats_show(struct seq_file *seq, void *v)
seq_printf(seq, " OCQPMEM: %10llu %10llu %10llu\n",
dev->rdev.stats.ocqp.total, dev->rdev.stats.ocqp.cur,
dev->rdev.stats.ocqp.max);
+ seq_printf(seq, " DB FULL: %10llu\n", dev->rdev.stats.db_full);
+ seq_printf(seq, " DB EMPTY: %10llu\n", dev->rdev.stats.db_empty);
+ seq_printf(seq, " DB DROP: %10llu\n", dev->rdev.stats.db_drop);
return 0;
}
@@ -283,6 +292,9 @@ static ssize_t stats_clear(struct file *file, const char __user *buf,
dev->rdev.stats.pbl.max = 0;
dev->rdev.stats.rqt.max = 0;
dev->rdev.stats.ocqp.max = 0;
+ dev->rdev.stats.db_full = 0;
+ dev->rdev.stats.db_empty = 0;
+ dev->rdev.stats.db_drop = 0;
mutex_unlock(&dev->rdev.stats.lock);
return count;
}
@@ -443,12 +455,6 @@ static void c4iw_rdev_close(struct c4iw_rdev *rdev)
c4iw_destroy_resource(&rdev->resource);
}
-struct uld_ctx {
- struct list_head entry;
- struct cxgb4_lld_info lldi;
- struct c4iw_dev *dev;
-};
-
static void c4iw_dealloc(struct uld_ctx *ctx)
{
c4iw_rdev_close(&ctx->dev->rdev);
@@ -514,6 +520,7 @@ static struct c4iw_dev *c4iw_alloc(const struct cxgb4_lld_info *infop)
idr_init(&devp->mmidr);
spin_lock_init(&devp->lock);
mutex_init(&devp->rdev.stats.lock);
+ mutex_init(&devp->db_mutex);
if (c4iw_debugfs_root) {
devp->debugfs_root = debugfs_create_dir(
@@ -659,11 +666,76 @@ static int c4iw_uld_state_change(void *handle, enum cxgb4_state new_state)
return 0;
}
+static int disable_qp_db(int id, void *p, void *data)
+{
+ struct c4iw_qp *qp = p;
+
+ t4_disable_wq_db(&qp->wq);
+ return 0;
+}
+
+static void stop_queues(struct uld_ctx *ctx)
+{
+ spin_lock_irq(&ctx->dev->lock);
+ ctx->dev->db_state = FLOW_CONTROL;
+ idr_for_each(&ctx->dev->qpidr, disable_qp_db, NULL);
+ spin_unlock_irq(&ctx->dev->lock);
+}
+
+static int enable_qp_db(int id, void *p, void *data)
+{
+ struct c4iw_qp *qp = p;
+
+ t4_enable_wq_db(&qp->wq);
+ return 0;
+}
+
+static void resume_queues(struct uld_ctx *ctx)
+{
+ spin_lock_irq(&ctx->dev->lock);
+ ctx->dev->db_state = NORMAL;
+ idr_for_each(&ctx->dev->qpidr, enable_qp_db, NULL);
+ spin_unlock_irq(&ctx->dev->lock);
+}
+
+static int c4iw_uld_control(void *handle, enum cxgb4_control control, ...)
+{
+ struct uld_ctx *ctx = handle;
+
+ switch (control) {
+ case CXGB4_CONTROL_DB_FULL:
+ stop_queues(ctx);
+ mutex_lock(&ctx->dev->rdev.stats.lock);
+ ctx->dev->rdev.stats.db_full++;
+ mutex_unlock(&ctx->dev->rdev.stats.lock);
+ break;
+ case CXGB4_CONTROL_DB_EMPTY:
+ resume_queues(ctx);
+ mutex_lock(&ctx->dev->rdev.stats.lock);
+ ctx->dev->rdev.stats.db_empty++;
+ mutex_unlock(&ctx->dev->rdev.stats.lock);
+ break;
+ case CXGB4_CONTROL_DB_DROP:
+ printk(KERN_WARNING MOD "%s: Fatal DB DROP\n",
+ pci_name(ctx->lldi.pdev));
+ mutex_lock(&ctx->dev->rdev.stats.lock);
+ ctx->dev->rdev.stats.db_drop++;
+ mutex_unlock(&ctx->dev->rdev.stats.lock);
+ break;
+ default:
+ printk(KERN_WARNING MOD "%s: unknown control cmd %u\n",
+ pci_name(ctx->lldi.pdev), control);
+ break;
+ }
+ return 0;
+}
+
static struct cxgb4_uld_info c4iw_uld_info = {
.name = DRV_NAME,
.add = c4iw_uld_add,
.rx_handler = c4iw_uld_rx_handler,
.state_change = c4iw_uld_state_change,
+ .control = c4iw_uld_control,
};
static int __init c4iw_init_module(void)
diff --git a/drivers/infiniband/hw/cxgb4/iw_cxgb4.h b/drivers/infiniband/hw/cxgb4/iw_cxgb4.h
index ec7c848..1924c19 100644
--- a/drivers/infiniband/hw/cxgb4/iw_cxgb4.h
+++ b/drivers/infiniband/hw/cxgb4/iw_cxgb4.h
@@ -117,6 +117,9 @@ struct c4iw_stats {
struct c4iw_stat pbl;
struct c4iw_stat rqt;
struct c4iw_stat ocqp;
+ u64 db_full;
+ u64 db_empty;
+ u64 db_drop;
};
struct c4iw_rdev {
@@ -192,6 +195,12 @@ static inline int c4iw_wait_for_reply(struct c4iw_rdev *rdev,
return wr_waitp->ret;
}
+enum db_state {
+ NORMAL = 0,
+ FLOW_CONTROL = 1,
+ RECOVERY = 2
+};
+
struct c4iw_dev {
struct ib_device ibdev;
struct c4iw_rdev rdev;
@@ -200,7 +209,9 @@ struct c4iw_dev {
struct idr qpidr;
struct idr mmidr;
spinlock_t lock;
+ struct mutex db_mutex;
struct dentry *debugfs_root;
+ enum db_state db_state;
};
static inline struct c4iw_dev *to_c4iw_dev(struct ib_device *ibdev)
@@ -228,8 +239,8 @@ static inline struct c4iw_mr *get_mhp(struct c4iw_dev *rhp, u32 mmid)
return idr_find(&rhp->mmidr, mmid);
}
-static inline int insert_handle(struct c4iw_dev *rhp, struct idr *idr,
- void *handle, u32 id)
+static inline int _insert_handle(struct c4iw_dev *rhp, struct idr *idr,
+ void *handle, u32 id, int lock)
{
int ret;
int newid;
@@ -237,15 +248,29 @@ static inline int insert_handle(struct c4iw_dev *rhp, struct idr *idr,
do {
if (!idr_pre_get(idr, GFP_KERNEL))
return -ENOMEM;
- spin_lock_irq(&rhp->lock);
+ if (lock)
+ spin_lock_irq(&rhp->lock);
ret = idr_get_new_above(idr, handle, id, &newid);
BUG_ON(newid != id);
- spin_unlock_irq(&rhp->lock);
+ if (lock)
+ spin_unlock_irq(&rhp->lock);
} while (ret == -EAGAIN);
return ret;
}
+static inline int insert_handle(struct c4iw_dev *rhp, struct idr *idr,
+ void *handle, u32 id)
+{
+ return _insert_handle(rhp, idr, handle, id, 1);
+}
+
+static inline int insert_handle_nolock(struct c4iw_dev *rhp, struct idr *idr,
+ void *handle, u32 id)
+{
+ return _insert_handle(rhp, idr, handle, id, 0);
+}
+
static inline void remove_handle(struct c4iw_dev *rhp, struct idr *idr, u32 id)
{
spin_lock_irq(&rhp->lock);
@@ -369,6 +394,8 @@ struct c4iw_qp_attributes {
struct c4iw_ep *llp_stream_handle;
u8 layer_etype;
u8 ecode;
+ u16 sq_db_inc;
+ u16 rq_db_inc;
};
struct c4iw_qp {
@@ -443,6 +470,8 @@ static inline void insert_mmap(struct c4iw_ucontext *ucontext,
enum c4iw_qp_attr_mask {
C4IW_QP_ATTR_NEXT_STATE = 1 << 0,
+ C4IW_QP_ATTR_SQ_DB = 1<<1,
+ C4IW_QP_ATTR_RQ_DB = 1<<2,
C4IW_QP_ATTR_ENABLE_RDMA_READ = 1 << 7,
C4IW_QP_ATTR_ENABLE_RDMA_WRITE = 1 << 8,
C4IW_QP_ATTR_ENABLE_RDMA_BIND = 1 << 9,
diff --git a/drivers/infiniband/hw/cxgb4/qp.c b/drivers/infiniband/hw/cxgb4/qp.c
index 74df98e..36fc94d 100644
--- a/drivers/infiniband/hw/cxgb4/qp.c
+++ b/drivers/infiniband/hw/cxgb4/qp.c
@@ -34,6 +34,10 @@
#include "iw_cxgb4.h"
+static int db_delay_usecs = 1;
+module_param(db_delay_usecs, int, 0644);
+MODULE_PARM_DESC(db_delay_usecs, "Usecs to delay awaiting db fifo to drain");
+
static int ocqp_support = 1;
module_param(ocqp_support, int, 0644);
MODULE_PARM_DESC(ocqp_support, "Support on-chip SQs (default=1)");
@@ -1117,6 +1121,29 @@ out:
return ret;
}
+/*
+ * Called by the library when the qp has user dbs disabled due to
+ * a DB_FULL condition. This function will single-thread all user
+ * DB rings to avoid overflowing the hw db-fifo.
+ */
+static int ring_kernel_db(struct c4iw_qp *qhp, u32 qid, u16 inc)
+{
+ int delay = db_delay_usecs;
+
+ mutex_lock(&qhp->rhp->db_mutex);
+ do {
+ if (cxgb4_dbfifo_count(qhp->rhp->rdev.lldi.ports[0], 1) < 768) {
+ writel(V_QID(qid) | V_PIDX(inc), qhp->wq.db);
+ break;
+ }
+ set_current_state(TASK_UNINTERRUPTIBLE);
+ schedule_timeout(usecs_to_jiffies(delay));
+ delay = min(delay << 1, 200000);
+ } while (1);
+ mutex_unlock(&qhp->rhp->db_mutex);
+ return 0;
+}
+
int c4iw_modify_qp(struct c4iw_dev *rhp, struct c4iw_qp *qhp,
enum c4iw_qp_attr_mask mask,
struct c4iw_qp_attributes *attrs,
@@ -1165,6 +1192,15 @@ int c4iw_modify_qp(struct c4iw_dev *rhp, struct c4iw_qp *qhp,
qhp->attr = newattr;
}
+ if (mask & C4IW_QP_ATTR_SQ_DB) {
+ ret = ring_kernel_db(qhp, qhp->wq.sq.qid, attrs->sq_db_inc);
+ goto out;
+ }
+ if (mask & C4IW_QP_ATTR_RQ_DB) {
+ ret = ring_kernel_db(qhp, qhp->wq.rq.qid, attrs->rq_db_inc);
+ goto out;
+ }
+
if (!(mask & C4IW_QP_ATTR_NEXT_STATE))
goto out;
if (qhp->attr.state == attrs->next_state)
@@ -1454,7 +1490,11 @@ struct ib_qp *c4iw_create_qp(struct ib_pd *pd, struct ib_qp_init_attr *attrs,
init_waitqueue_head(&qhp->wait);
atomic_set(&qhp->refcnt, 1);
- ret = insert_handle(rhp, &rhp->qpidr, qhp, qhp->wq.sq.qid);
+ spin_lock_irq(&rhp->lock);
+ if (rhp->db_state != NORMAL)
+ t4_disable_wq_db(&qhp->wq);
+ ret = insert_handle_nolock(rhp, &rhp->qpidr, qhp, qhp->wq.sq.qid);
+ spin_unlock_irq(&rhp->lock);
if (ret)
goto err2;
@@ -1598,6 +1638,15 @@ int c4iw_ib_modify_qp(struct ib_qp *ibqp, struct ib_qp_attr *attr,
C4IW_QP_ATTR_ENABLE_RDMA_WRITE |
C4IW_QP_ATTR_ENABLE_RDMA_BIND) : 0;
+ /*
+ * Use SQ_PSN and RQ_PSN to pass in IDX_INC values for
+ * ringing the queue db when we're in DB_FULL mode.
+ */
+ attrs.sq_db_inc = attr->sq_psn;
+ attrs.rq_db_inc = attr->rq_psn;
+ mask |= (attr_mask & IB_QP_SQ_PSN) ? C4IW_QP_ATTR_SQ_DB : 0;
+ mask |= (attr_mask & IB_QP_RQ_PSN) ? C4IW_QP_ATTR_RQ_DB : 0;
+
return c4iw_modify_qp(rhp, qhp, mask, &attrs, 0);
}
diff --git a/drivers/infiniband/hw/cxgb4/user.h b/drivers/infiniband/hw/cxgb4/user.h
index e6669d5..32b754c 100644
--- a/drivers/infiniband/hw/cxgb4/user.h
+++ b/drivers/infiniband/hw/cxgb4/user.h
@@ -32,7 +32,7 @@
#ifndef __C4IW_USER_H__
#define __C4IW_USER_H__
-#define C4IW_UVERBS_ABI_VERSION 1
+#define C4IW_UVERBS_ABI_VERSION 2
/*
* Make sure that all structs defined in this file remain laid out so
--
1.7.1
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related
* Re: [PATCH] bnx2x: Adding FW 7.0.29.0
From: David Woodhouse @ 2011-10-24 14:33 UTC (permalink / raw)
To: dmitry; +Cc: ben@decadent.org.uk, netdev@vger.kernel.org, Eilon Greenstein
In-Reply-To: <1319464676.6155.3.camel@lb-tlvb-dmitry>
[-- Attachment #1: Type: text/plain, Size: 1088 bytes --]
On Mon, 2011-10-24 at 15:57 +0200, Dmitry Kravkov wrote:
> On Mon, 2011-10-17 at 09:12 -0700, Dmitry Kravkov wrote:
> > On Mon, 2011-10-17 at 07:00 -0700, Dmitry Kravkov wrote:
> > > Includes fixes for the following issues:
> > > 1. (iSCSI) Arrival of un-solicited ASYNC message causes
> > > firmware to abort the connection with RST.
> > > 2. (FCoE) There is a probability that truncated FCoE packet on
> > > RX path won't get detected which might lead to FW assert.
> > > 3. (iSCSI) Arrival of target-initiated NOP-IN during intense
> > > ISCSI traffic might lead to FW assert.
> > > 4. (iSCSI) Chip hangs when in case of retransmission not aligned
> > > to 4-bytes from the beginning of iSCSI PDU.
> > > 5. (FCoE) Arrival of packets beyond task IO size can lead to crash.
> > >
>
> David, do you have estimation to handle the request? We have pending
> patch for net-next. Thanks.
Pushed to git.infradead.org; thanks. I'll work on getting the tree back
onto git.kernel.org now I'm sitting at a table with the admin...
--
dwmw2
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 5818 bytes --]
^ permalink raw reply
* Re: [patch net-next V4] net: introduce ethernet teaming device
From: Paul E. McKenney @ 2011-10-24 14:11 UTC (permalink / raw)
To: Benjamin Poirier
Cc: Jiri Pirko, netdev, davem, eric.dumazet, bhutchings, shemminger,
fubar, andy, tgraf, ebiederm, mirqus, kaber, greearb, jesse, fbl,
jzupka, Dipankar Sarma
In-Reply-To: <20111024130918.GB24473@synalogic.ca>
On Mon, Oct 24, 2011 at 09:09:19AM -0400, Benjamin Poirier wrote:
> On 11/10/24 10:13, Jiri Pirko wrote:
> > This patch introduces new network device called team. It supposes to be
> > very fast, simple, userspace-driven alternative to existing bonding
> > driver.
> >
> > Userspace library called libteam with couple of demo apps is available
> > here:
> > https://github.com/jpirko/libteam
> > Note it's still in its dipers atm.
> >
> > team<->libteam use generic netlink for communication. That and rtnl
> > suppose to be the only way to configure team device, no sysfs etc.
> >
> > Python binding basis for libteam was recently introduced (some need
> > still need to be done on it though). Daemon providing arpmon/miimon
> > active-backup functionality will be introduced shortly.
> > All what's necessary is already implemented in kernel team driver.
> >
> > Signed-off-by: Jiri Pirko <jpirko@redhat.com>
> >
> > v3->v4:
> > - remove redundant synchronize_rcu from __team_change_mode()
> > - revert "set and clear of mode_ops happens per pointer, not per
> > byte"
> > - extend comment of function __team_change_mode()
> >
> > v2->v3:
> > - team_change_mtu() user rcu version of list traversal to unwind
> > - set and clear of mode_ops happens per pointer, not per byte
> > - port hashlist changed to be embedded into team structure
> > - error branch in team_port_enter() does cleanup now
> > - fixed rtln->rtnl
> >
> > v1->v2:
> > - modes are made as modules. Makes team more modular and
> > extendable.
> > - several commenters' nitpicks found on v1 were fixed
> > - several other bugs were fixed.
> > - note I ignored Eric's comment about roundrobin port selector
> > as Eric's way may be easily implemented as another mode (mode
> > "random") in future.
> > ---
> > Documentation/networking/team.txt | 2 +
> > MAINTAINERS | 7 +
> > drivers/net/Kconfig | 2 +
> > drivers/net/Makefile | 1 +
> > drivers/net/team/Kconfig | 38 +
> > drivers/net/team/Makefile | 7 +
> > drivers/net/team/team.c | 1573 +++++++++++++++++++++++++++++
> > drivers/net/team/team_mode_activebackup.c | 152 +++
> > drivers/net/team/team_mode_roundrobin.c | 107 ++
> > include/linux/Kbuild | 1 +
> > include/linux/if.h | 1 +
> > include/linux/if_team.h | 231 +++++
> > include/linux/rculist.h | 14 +
>
> I think you're missing some CC's for the modifications to this file.
> I've taken the liberty of adding Dipankar and Paul to the discussion.
Thank you, and please see below.
> > 13 files changed, 2136 insertions(+), 0 deletions(-)
> > create mode 100644 Documentation/networking/team.txt
> > create mode 100644 drivers/net/team/Kconfig
> > create mode 100644 drivers/net/team/Makefile
> > create mode 100644 drivers/net/team/team.c
> > create mode 100644 drivers/net/team/team_mode_activebackup.c
> > create mode 100644 drivers/net/team/team_mode_roundrobin.c
> > create mode 100644 include/linux/if_team.h
> >
>
> [...]
>
> > diff --git a/drivers/net/team/team.c b/drivers/net/team/team.c
> > new file mode 100644
> > index 0000000..acfef4c
> > --- /dev/null
> > +++ b/drivers/net/team/team.c
> > +
> [...]
> > +static int team_change_mtu(struct net_device *dev, int new_mtu)
> > +{
> > + struct team *team = netdev_priv(dev);
> > + struct team_port *port;
> > + int err;
> > +
> > + rcu_read_lock();
> > + list_for_each_entry_rcu(port, &team->port_list, list) {
> > + err = dev_set_mtu(port->dev, new_mtu);
> > + if (err) {
> > + netdev_err(dev, "Device %s failed to change mtu",
> > + port->dev->name);
> > + goto unwind;
> > + }
> > + }
> > + rcu_read_unlock();
> > +
> > + dev->mtu = new_mtu;
> > +
> > + return 0;
> > +
> > +unwind:
> > + list_for_each_entry_continue_reverse_rcu(port, &team->port_list, list)
> > + dev_set_mtu(port->dev, dev->mtu);
> > +
> > + rcu_read_unlock();
> > + return err;
> > +}
> > +
> > +
>
> [...]
>
> > diff --git a/include/linux/rculist.h b/include/linux/rculist.h
> > index d079290..7586b2c 100644
> > --- a/include/linux/rculist.h
> > +++ b/include/linux/rculist.h
> > @@ -288,6 +288,20 @@ static inline void list_splice_init_rcu(struct list_head *list,
> > pos = list_entry_rcu(pos->member.next, typeof(*pos), member))
> >
> > /**
> > + * list_for_each_entry_continue_reverse_rcu - iterate backwards from the given point
> > + * @pos: the type * to use as a loop cursor.
> > + * @head: the head for your list.
> > + * @member: the name of the list_struct within the struct.
> > + *
> > + * Start to iterate over list of given type backwards, continuing after
> > + * the current position.
> > + */
> > +#define list_for_each_entry_continue_reverse_rcu(pos, head, member) \
> > + for (pos = list_entry_rcu(pos->member.prev, typeof(*pos), member); \
> > + &pos->member != (head); \
> > + pos = list_entry_rcu(pos->member.prev, typeof(*pos), member))
> > +
>
> rcu lists can be modified while they are traversed with *_rcu()
> primitives. This benefit comes with the constraint that they may only be
> traversed forwards. This is implicit in the choice of *_rcu()
> list-traversal primitives: they only go forwards.
>
> You suggest to add a backwards rcu list-traversal primitive. But
> consider what happens in this sequence:
>
> CPU0 CPU1
> list_for_each_entry_continue_reverse_rcu(...)
> pos = list_entry_rcu(pos->member.prev, typeof(*pos), member)
> list_del_rcu(&pos->member)
> { (&pos->member)->prev = LIST_POISON2 }
> pos = list_entry_rcu(pos->member.prev, typeof(*pos), member)
> = container_of(LIST_POISON2, typeof(*pos), member)
> do_something(*pos)
> BAM!
>
> Going back to the problem you're trying to solve in team_change_mtu(),
> I think you could either:
> 1) take team->lock instead of rcu_read_lock() throughout this particular
> function
> 2) save each deleted element in a separate list on the side in case it's
> necessary to roll back
> 3) remove the rcu double locking, rely on rtnl and add some
> ASSERT_RTNL() if desired. You've said that you don't want to rely on
> rtnl and you want to use separate locking but I fail to see what
> advantage that brings to balance out the extra complexity in code and
> execution? Please clarify this.
Indeed -- the list_for_each_entry_continue_reverse_rcu() implementation
above would only work if elements were never deleted from the list.
But people would miss that fact, resulting in list-poison oopses.
Furthermore, even if you avoid the poisoning, there is no guarantee
that you will see the same objects in reverse that you saw going
forward because some might have been added or deleted in the meantime.
So please take some other approach. For example, if the list has a
fixed upper bound, perhaps just keeping track of what elements you
visited would be workable.
Thanx, Paul
> Thanks,
> -Ben
>
> > +/**
> > * hlist_del_rcu - deletes entry from hash list without re-initialization
> > * @n: the element to delete from the hash list.
> > *
> > --
> > 1.7.6
> >
>
^ permalink raw reply
* Re: [Xen-devel] Re: [PATCH 5/6] xen/netback: Enable netback on HVM guests
From: Konrad Rzeszutek Wilk @ 2011-10-24 14:19 UTC (permalink / raw)
To: David Miller; +Cc: Ian.Campbell, netdev, dgdegra, xen-devel, david.vrabel
In-Reply-To: <20111024.053419.1995560587557035685.davem@davemloft.net>
On Mon, Oct 24, 2011 at 05:34:19AM -0400, David Miller wrote:
> From: Ian Campbell <Ian.Campbell@citrix.com>
> Date: Mon, 24 Oct 2011 10:31:08 +0100
>
> > On Thu, 2011-10-20 at 16:35 +0100, Daniel De Graaf wrote:
> >> Signed-off-by: Daniel De Graaf <dgdegra@tycho.nsa.gov>
> >
> > Acked-by: Ian Campbell <ian.campbell@citrix.com>
> >
> > Normally netback patches would go in via the networking subsystem
> > maintainer's tree but since this depends on core Xen patches from this
> > series and is unlikely to conflict with anything in the net-next tree I
> > suspect it would make more sense for Konrad to take this one.
> >
> > David (Miller) does that work for you?
>
> Yes, it does.
OK, Can I stick Acked-by: David Miller on that patch?
Thank you.
^ permalink raw reply
* Re: bridge: HSR support
From: Arvid Brodin @ 2011-10-24 14:17 UTC (permalink / raw)
To: Stephen Hemminger; +Cc: netdev
In-Reply-To: <4E94D67A.9060207@enea.com>
Stephen Hemminger wrote:
> On Tue, 11 Oct 2011 20:25:08 +0200
> Arvid Brodin <arvid.brodin@enea.com> wrote:
>
>> Hi,
>>
>> I want to add support for HSR ("High-availability Seamless Redundancy",
>> IEC-62439-3) to the bridge code. With HSR, all connected units have two network
>> ports and are connected in a ring. All new Ethernet packets are sent on both
>> ports (or passed through if the current unit is not the originating unit). The
>> same packet is never passed twice. Non-HSR units are not allowed in the ring.
>>
>> This gives instant, reconfiguration-free failover.
>>
>> I'd like your input on how to design the user interface. To me it seems natural
>> to use bridge-utils, which of course today supports STP.
>>
>> One solution is to simply add an "hsr" command:
>>
>> # brctl hsr <bridge> on|off
>>
>> But HSR is mutually exclusive to other modes, and I think that STP and standard
>> bridge mode are mutually exclusive, too? Perhaps it would be better (more user-
>> friendly) to
>>
>> # brctl type <bridge> standard|stp|hsr
>>
>> ?
>>
>> 'brctl stp <bridge> on|off' would have to be kept for compatibility, but could
>> be a simple wrapper for 'brctl type <bridge> stp|standard'
>>
>> What do you think about this?
>>
>
> Why is it a bridge thing and not a standalone or bonding (or the new team
> device feature? Wouldn't users want to use it without all the stuff
> related to bridging. The fact that it doesn't work with STP is a big
> red flag that it doesn't belong in the bridge.
Ok, having read up some more on this it looks like STP is a standardised part of
bridging, so I guess you're right.
I need to do two things:
1) Bind two network interfaces into one (say, eth0 & eth1 => hsr0). Frames sent on
hsr0 should get an HSR tag (including the correct EtherType) and go out on both
eth0 and eth1.
2) Ingress frames on eth0 & eth1, with EtherType 0x88fb, should be captured and
handled specially (either received on hsr0 or forwarded to the other bound
physical interface).
Any ideas on the best way to implement this -- what's the nicest place to "hook
into" for this?
--
Arvid Brodin
Enea Services Stockholm AB
^ 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