* Re: pull request: wireless-next-2.6 2009-10-28
From: Pavel Machek @ 2009-11-04 22:00 UTC (permalink / raw)
To: Ivo van Doorn
Cc: Jiri Kosina, Luis Correia, John W. Linville, Ingo Molnar,
Johannes Berg, Jarek Poplawski, Bartlomiej Zolnierkiewicz,
Pekka Enberg, David Miller, linux-wireless, netdev, linux-kernel
In-Reply-To: <200911042217.49144.IvDoorn@gmail.com>
> > But yes, he got flamed for this for some odd reason. I got the impression
> > that the community around rt2x00 doesn't like (or understand) the way how
> > opensource development happens.
>
> Well you mean the open source development where non-contributors
> complain that the contributors work too slowly?
This was the case when non-contributor complained that patch adds
2KLoC of unneccessary code.
> Perhaps
> that is the policy in some companies which try to import it into the
> Open Source world...
Do you really have to attack everyone around?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply
* Re: [PATCH net-next-2.6] ip_frag:
From: Joe Perches @ 2009-11-04 22:00 UTC (permalink / raw)
To: Eric Dumazet; +Cc: David S. Miller, Linux Netdev List
In-Reply-To: <4AF1F809.4090903@gmail.com>
On Wed, 2009-11-04 at 22:54 +0100, Eric Dumazet wrote:
> Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
> diff --git a/net/ipv4/ip_fragment.c b/net/ipv4/ip_fragment.c
> index 575f9bd..93e50d0 100644
> --- a/net/ipv4/ip_fragment.c
> +++ b/net/ipv4/ip_fragment.c
> @@ -206,10 +206,10 @@ static void ip_expire(unsigned long arg)
> struct sk_buff *head = qp->q.fragments;
>
> /* Send an ICMP "Fragment Reassembly Timeout" message. */
> - if ((head->dev = dev_get_by_index(net, qp->iif)) != NULL) {
> + rcu_read_lock();
> + if ((head->dev = dev_get_by_index_rcu(net, qp->iif)) != NULL)
> icmp_send(head, ICMP_TIME_EXCEEDED, ICMP_EXC_FRAGTIME, 0);
> - dev_put(head->dev);
> - }
> + rcu_read_unlock();
> }
Hi Eric. If you're going to do more of these, could you please
convert them to the more standard kernel style as well?
var = func(foo);
if (var) {
etc...
^ permalink raw reply
* Re: pull request: wireless-next-2.6 2009-10-28
From: John W. Linville @ 2009-11-04 22:09 UTC (permalink / raw)
To: Pavel Machek
Cc: Ivo van Doorn, Jiri Kosina, Luis Correia, Ingo Molnar,
Johannes Berg, Jarek Poplawski, Bartlomiej Zolnierkiewicz,
Pekka Enberg, David Miller, linux-wireless, netdev, linux-kernel
In-Reply-To: <20091104220024.GC27325@elf.ucw.cz>
On Wed, Nov 04, 2009 at 11:00:25PM +0100, Pavel Machek wrote:
> > > But yes, he got flamed for this for some odd reason. I got the impression
> > > that the community around rt2x00 doesn't like (or understand) the way how
> > > opensource development happens.
> >
> > Well you mean the open source development where non-contributors
> > complain that the contributors work too slowly?
>
> This was the case when non-contributor complained that patch adds
> 2KLoC of unneccessary code.
>
> > Perhaps
> > that is the policy in some companies which try to import it into the
> > Open Source world...
>
> Do you really have to attack everyone around?
Really, this is enough.
It seems clear that neither side of this debate sees or appreciates
the injuries that the other side claims. In any case, there seems
little good can come from continuing this bickering.
Now that Bart is posting patches and the rt2x00 team is actively
reviewing (and mostly Acking) them, I hope everyone can just BACK
THE HELL OFF and let the process work itself out.
Please let this discussion end.
John
--
John W. Linville Someday the world will need a hero, and you
linville@tuxdriver.com might be all we have. Be ready.
^ permalink raw reply
* Re: [PATCH net-next-2.6] ip_frag:
From: Eric Dumazet @ 2009-11-04 22:11 UTC (permalink / raw)
To: Joe Perches; +Cc: David S. Miller, Linux Netdev List
In-Reply-To: <1257372051.24051.8.camel@Joe-Laptop.home>
Joe Perches a écrit :
> Hi Eric. If you're going to do more of these, could you please
> convert them to the more standard kernel style as well?
>
> var = func(foo);
> if (var) {
> etc...
>
>
Well, rule of thumb is : dont mix cleanups with functional changes :)
But yes, I suspect David wont shout too much if I do one trivial cleanup
on the fly :)
Anyway my patch title was incomplete...
Thanks
[PATCH net-next-2.6] ip_frag: dont touch device refcount
When sending fragmentation expiration ICMP V4/V6 messages,
we can avoid touching device refcount, thanks to RCU
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
---
net/ipv4/ip_fragment.c | 7 ++++---
net/ipv6/reassembly.c | 13 ++++++-------
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/net/ipv4/ip_fragment.c b/net/ipv4/ip_fragment.c
index 575f9bd..b007f8a 100644
--- a/net/ipv4/ip_fragment.c
+++ b/net/ipv4/ip_fragment.c
@@ -206,10 +206,11 @@ static void ip_expire(unsigned long arg)
struct sk_buff *head = qp->q.fragments;
/* Send an ICMP "Fragment Reassembly Timeout" message. */
- if ((head->dev = dev_get_by_index(net, qp->iif)) != NULL) {
+ rcu_read_lock();
+ head->dev = dev_get_by_index_rcu(net, qp->iif);
+ if (head->dev)
icmp_send(head, ICMP_TIME_EXCEEDED, ICMP_EXC_FRAGTIME, 0);
- dev_put(head->dev);
- }
+ rcu_read_unlock();
}
out:
spin_unlock(&qp->q.lock);
diff --git a/net/ipv6/reassembly.c b/net/ipv6/reassembly.c
index da5bd0e..dce699f 100644
--- a/net/ipv6/reassembly.c
+++ b/net/ipv6/reassembly.c
@@ -208,18 +208,17 @@ static void ip6_frag_expire(unsigned long data)
fq_kill(fq);
net = container_of(fq->q.net, struct net, ipv6.frags);
- dev = dev_get_by_index(net, fq->iif);
+ rcu_read_lock();
+ dev = dev_get_by_index_rcu(net, fq->iif);
if (!dev)
- goto out;
+ goto out_rcu_unlock;
- rcu_read_lock();
IP6_INC_STATS_BH(net, __in6_dev_get(dev), IPSTATS_MIB_REASMTIMEOUT);
IP6_INC_STATS_BH(net, __in6_dev_get(dev), IPSTATS_MIB_REASMFAILS);
- rcu_read_unlock();
/* Don't send error if the first segment did not arrive. */
if (!(fq->q.last_in & INET_FRAG_FIRST_IN) || !fq->q.fragments)
- goto out;
+ goto out_rcu_unlock;
/*
But use as source device on which LAST ARRIVED
@@ -228,9 +227,9 @@ static void ip6_frag_expire(unsigned long data)
*/
fq->q.fragments->dev = dev;
icmpv6_send(fq->q.fragments, ICMPV6_TIME_EXCEED, ICMPV6_EXC_FRAGTIME, 0, dev);
+out_rcu_unlock:
+ rcu_read_unlock();
out:
- if (dev)
- dev_put(dev);
spin_unlock(&fq->q.lock);
fq_put(fq);
}
^ permalink raw reply related
* Re: [announce] new rt2800 drivers for Ralink wireless & project tree
From: John W. Linville @ 2009-11-04 22:12 UTC (permalink / raw)
To: Ivo van Doorn
Cc: Ingo Molnar, Bartlomiej Zolnierkiewicz,
linux-wireless-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
netdev-u79uwXL29TY76Z2rM5mHXA, Randy Dunlap, Luis Correia,
Johannes Berg, Jarek Poplawski, Pekka Enberg, David Miller
In-Reply-To: <200911042251.23506.IvDoorn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
On Wed, Nov 04, 2009 at 10:51:22PM +0100, Ivo van Doorn wrote:
> Get your facts straight, the bullshit level in your mail is staggering.
Please, enough!
--
John W. Linville Someday the world will need a hero, and you
linville-2XuSBdqkA4R54TAoqtyWWQ@public.gmane.org might be all we have. Be ready.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" 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 net-next-2.6] net: sock_bindtodevice() RCU-ification
From: Eric Dumazet @ 2009-11-04 22:36 UTC (permalink / raw)
To: David S. Miller; +Cc: Linux Netdev List
Avoid dev_hold()/dev_put() in sock_bindtodevice()
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
---
net/core/sock.c | 10 ++++++----
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/net/core/sock.c b/net/core/sock.c
index 5a51512..38820ea 100644
--- a/net/core/sock.c
+++ b/net/core/sock.c
@@ -420,14 +420,16 @@ static int sock_bindtodevice(struct sock *sk, char __user *optval, int optlen)
if (devname[0] == '\0') {
index = 0;
} else {
- struct net_device *dev = dev_get_by_name(net, devname);
+ struct net_device *dev;
+ rcu_read_lock();
+ dev = dev_get_by_name_rcu(net, devname);
+ if (dev)
+ index = dev->ifindex;
+ rcu_read_unlock();
ret = -ENODEV;
if (!dev)
goto out;
-
- index = dev->ifindex;
- dev_put(dev);
}
lock_sock(sk);
^ permalink raw reply related
* Re: REGRESSION: On 2.6.32-rc5 the firmware hangs, and the nic is unusable.
From: Eric W. Biederman @ 2009-11-04 22:42 UTC (permalink / raw)
To: Dhananjay Phadke; +Cc: netdev@vger.kernel.org, Ameen Rahman, Amit Salecha
In-Reply-To: <4AF1D2C6.20002@qlogic.com>
[-- Attachment #1: Type: text/plain, Size: 150 bytes --]
Ok here is my snippet from /var/log/messages from my failed run of 2.6.32-rc5.
It is syslog not dmesg but it doesn't look like anything was missed.
[-- Attachment #2: messages-2.6.32-rc5-failed-netxen-boot.txt --]
[-- Type: text/plain, Size: 115226 bytes --]
Nov 3 22:17:24 localhost kernel: imklog 3.22.1, log source = /proc/kmsg started.
Nov 3 22:17:24 localhost rsyslogd: [origin software="rsyslogd" swVersion="3.22.1" x-pid="2977" x-info="http://www.rsyslog.com"] (re)start
Nov 3 22:17:24 localhost kernel: Initializing cgroup subsys cpuset
Nov 3 22:17:24 localhost kernel: Linux version 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 (arastra@local4-52.aristanetworks.com) (gcc version 4.4.1 20090725 (Red Hat 4.4.1-2) (GCC) ) #1 SMP Tue Nov 3 07:32:17 EST 2009
Nov 3 22:17:24 localhost kernel: Command line: ro root=LABEL=/ rhgb quiet 8250.nr_uarts=16 crashkernel=128M console=tty0 console=ttyS0,9600 8250.nr_uarts=16
Nov 3 22:17:24 localhost kernel: KERNEL supported cpus:
Nov 3 22:17:24 localhost kernel: Intel GenuineIntel
Nov 3 22:17:24 localhost kernel: AMD AuthenticAMD
Nov 3 22:17:24 localhost kernel: Centaur CentaurHauls
Nov 3 22:17:24 localhost kernel: BIOS-provided physical RAM map:
Nov 3 22:17:24 localhost kernel: BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 0000000000100000 - 00000000cfef0000 (usable)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000cfef0000 - 00000000cff04000 (ACPI data)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000cff04000 - 00000000cff05000 (ACPI NVS)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000cff05000 - 00000000d0000000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 00000000ff000000 - 0000000100000000 (reserved)
Nov 3 22:17:24 localhost kernel: BIOS-e820: 0000000100000000 - 0000000130000000 (usable)
Nov 3 22:17:24 localhost kernel: DMI present.
Nov 3 22:17:24 localhost kernel: Phoenix BIOS detected: BIOS may corrupt low RAM, working around it.
Nov 3 22:17:24 localhost kernel: last_pfn = 0x130000 max_arch_pfn = 0x400000000
Nov 3 22:17:24 localhost kernel: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Nov 3 22:17:24 localhost kernel: last_pfn = 0xcfef0 max_arch_pfn = 0x400000000
Nov 3 22:17:24 localhost kernel: init_memory_mapping: 0000000000000000-00000000cfef0000
Nov 3 22:17:24 localhost kernel: init_memory_mapping: 0000000100000000-0000000130000000
Nov 3 22:17:24 localhost kernel: RAMDISK: 37cfd000 - 37fefdd8
Nov 3 22:17:24 localhost kernel: ACPI: RSDP 00000000000f6880 00024 (v02 PTLTD )
Nov 3 22:17:24 localhost kernel: ACPI: XSDT 00000000cfefcef6 000D4 (v01 PTLTD ? XSDT 06040000 LTP 00000000)
Nov 3 22:17:24 localhost kernel: ACPI: FACP 00000000cff033a8 000F4 (v03 INTEL STOAKLEY 06040000 PTL 00000003)
Nov 3 22:17:24 localhost kernel: ACPI: DSDT 00000000cfefeab8 0487C (v01 Intel SEABURG 06040000 MSFT 03000001)
Nov 3 22:17:24 localhost kernel: ACPI: FACS 00000000cff04fc0 00040
Nov 3 22:17:24 localhost kernel: ACPI: _MAR 00000000cff0349c 00030 (v01 Intel OEMDMAR 06040000 LOHR 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: TCPA 00000000cff034cc 00032 (v01 Intel STOAKLEY 06040000 LOHR 0000005A)
Nov 3 22:17:24 localhost kernel: ACPI: APIC 00000000cff034fe 000C8 (v01 PTLTD ? APIC 06040000 LTP 00000000)
Nov 3 22:17:24 localhost kernel: ACPI: MCFG 00000000cff035c6 0003C (v01 PTLTD MCFG 06040000 LTP 00000000)
Nov 3 22:17:24 localhost kernel: ACPI: HPET 00000000cff03602 00038 (v01 PTLTD HPETTBL 06040000 LTP 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: BOOT 00000000cff0363a 00028 (v01 PTLTD $SBFTBL$ 06040000 LTP 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: SPCR 00000000cff03662 00050 (v01 PTLTD $UCRTBL$ 06040000 PTL 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: ERST 00000000cff036b2 00590 (v01 SMCI ERSTTBL 06040000 SMCI 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: HEST 00000000cff03c42 000A8 (v01 SMCI HESTTBL 06040000 SMCI 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: BERT 00000000cff03cea 00030 (v01 SMCI BERTTBL 06040000 SMCI 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: EINJ 00000000cff03d1a 00170 (v01 SMCI EINJTBL 06040000 SMCI 00000001)
Nov 3 22:17:24 localhost kernel: ACPI: SLIC 00000000cff03e8a 00176 (v01 OEM_ID OEMTABLE 06040000 LTP 00000000)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe859 0025F (v01 PmRef Cpu0Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe7b3 000A6 (v01 PmRef Cpu7Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe70d 000A6 (v01 PmRef Cpu6Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe667 000A6 (v01 PmRef Cpu5Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe5c1 000A6 (v01 PmRef Cpu4Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe51b 000A6 (v01 PmRef Cpu3Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe475 000A6 (v01 PmRef Cpu2Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefe3cf 000A6 (v01 PmRef Cpu1Tst 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: ACPI: SSDT 00000000cfefcfca 01405 (v01 PmRef CpuPm 00003000 INTL 20050228)
Nov 3 22:17:24 localhost kernel: No NUMA configuration found
Nov 3 22:17:24 localhost kernel: Faking a node at 0000000000000000-0000000130000000
Nov 3 22:17:24 localhost kernel: Bootmem setup node 0 0000000000000000-0000000130000000
Nov 3 22:17:24 localhost kernel: NODE_DATA [0000000000015000 - 0000000000029fff]
Nov 3 22:17:24 localhost kernel: bootmap [000000000002a000 - 000000000004ffff] pages 26
Nov 3 22:17:24 localhost kernel: (8 early reservations) ==> bootmem [0000000000 - 0130000000]
Nov 3 22:17:24 localhost kernel: #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
Nov 3 22:17:24 localhost kernel: #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000]
Nov 3 22:17:24 localhost kernel: #2 [0001000000 - 00017f08d4] TEXT DATA BSS ==> [0001000000 - 00017f08d4]
Nov 3 22:17:24 localhost kernel: #3 [0037cfd000 - 0037fefdd8] RAMDISK ==> [0037cfd000 - 0037fefdd8]
Nov 3 22:17:24 localhost kernel: #4 [000009dc00 - 0000100000] BIOS reserved ==> [000009dc00 - 0000100000]
Nov 3 22:17:24 localhost kernel: #5 [00017f1000 - 00017f11ac] BRK ==> [00017f1000 - 00017f11ac]
Nov 3 22:17:24 localhost kernel: #6 [0000010000 - 0000014000] PGTABLE ==> [0000010000 - 0000014000]
Nov 3 22:17:24 localhost kernel: #7 [0000014000 - 0000015000] PGTABLE ==> [0000014000 - 0000015000]
Nov 3 22:17:24 localhost kernel: found SMP MP-table at [ffff8800000f68b0] f68b0
Nov 3 22:17:24 localhost kernel: Reserving 128MB of memory at 32MB for crashkernel (System RAM: 4864MB)
Nov 3 22:17:24 localhost kernel: Zone PFN ranges:
Nov 3 22:17:24 localhost kernel: DMA 0x00000010 -> 0x00001000
Nov 3 22:17:24 localhost kernel: DMA32 0x00001000 -> 0x00100000
Nov 3 22:17:24 localhost kernel: Normal 0x00100000 -> 0x00130000
Nov 3 22:17:24 localhost kernel: Movable zone start PFN for each node
Nov 3 22:17:24 localhost kernel: early_node_map[3] active PFN ranges
Nov 3 22:17:24 localhost kernel: 0: 0x00000010 -> 0x0000009d
Nov 3 22:17:24 localhost kernel: 0: 0x00000100 -> 0x000cfef0
Nov 3 22:17:24 localhost kernel: 0: 0x00100000 -> 0x00130000
Nov 3 22:17:24 localhost kernel: ACPI: PM-Timer IO Port: 0x1008
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x04] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x03] lapic_id[0x05] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x04] lapic_id[0x02] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x05] lapic_id[0x06] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x05] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x06] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: LAPIC_NMI (acpi_id[0x07] high edge lint[0x1])
Nov 3 22:17:24 localhost kernel: ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
Nov 3 22:17:24 localhost kernel: IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
Nov 3 22:17:24 localhost kernel: ACPI: IOAPIC (id[0x09] address[0xfec89000] gsi_base[24])
Nov 3 22:17:24 localhost kernel: IOAPIC[1]: apic_id 9, version 32, address 0xfec89000, GSI 24-47
Nov 3 22:17:24 localhost kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
Nov 3 22:17:24 localhost kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
Nov 3 22:17:24 localhost kernel: Using ACPI (MADT) for SMP configuration information
Nov 3 22:17:24 localhost kernel: ACPI: HPET id: 0x8086a201 base: 0xfed00000
Nov 3 22:17:24 localhost kernel: SMP: Allowing 8 CPUs, 0 hotplug CPUs
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 000000000009d000 - 000000000009e000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000cfef0000 - 00000000cff04000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000cff04000 - 00000000cff05000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000cff05000 - 00000000d0000000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000d0000000 - 00000000e0000000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000e0000000 - 00000000f0000000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000fec00000 - 00000000fec10000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000fec10000 - 00000000fee00000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000fee00000 - 00000000fee01000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000fee01000 - 00000000ff000000
Nov 3 22:17:24 localhost kernel: PM: Registered nosave memory: 00000000ff000000 - 0000000100000000
Nov 3 22:17:24 localhost kernel: Allocating PCI resources starting at d0000000 (gap: d0000000:10000000)
Nov 3 22:17:24 localhost kernel: Booting paravirtualized kernel on bare hardware
Nov 3 22:17:24 localhost kernel: NR_CPUS:64 nr_cpumask_bits:64 nr_cpu_ids:8 nr_node_ids:1
Nov 3 22:17:24 localhost kernel: PERCPU: Embedded 28 pages/cpu @ffff880028200000 s82520 r8192 d23976 u262144
Nov 3 22:17:24 localhost kernel: pcpu-alloc: s82520 r8192 d23976 u262144 alloc=1*2097152
Nov 3 22:17:24 localhost kernel: pcpu-alloc: [0] 0 1 2 3 4 5 6 7
Nov 3 22:17:24 localhost kernel: Built 1 zonelists in Node order, mobility grouping on. Total pages: 1031059
Nov 3 22:17:24 localhost kernel: Policy zone: Normal
Nov 3 22:17:24 localhost kernel: Kernel command line: ro root=LABEL=/ rhgb quiet 8250.nr_uarts=16 crashkernel=128M console=tty0 console=ttyS0,9600 8250.nr_uarts=16
Nov 3 22:17:24 localhost kernel: PID hash table entries: 4096 (order: 3, 32768 bytes)
Nov 3 22:17:24 localhost kernel: Initializing CPU#0
Nov 3 22:17:24 localhost kernel: Checking aperture...
Nov 3 22:17:24 localhost kernel: No AGP bridge found
Nov 3 22:17:24 localhost kernel: PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Nov 3 22:17:24 localhost kernel: Placing 64MB software IO TLB between ffff880020000000 - ffff880024000000
Nov 3 22:17:24 localhost kernel: software IO TLB at phys 0x20000000 - 0x24000000
Nov 3 22:17:24 localhost kernel: Memory: 3923976k/4980736k available (3916k kernel code, 787980k absent, 268780k reserved, 2155k data, 1328k init)
Nov 3 22:17:24 localhost kernel: SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
Nov 3 22:17:24 localhost kernel: Hierarchical RCU implementation.
Nov 3 22:17:24 localhost kernel: NR_IRQS:4352 nr_irqs:880
Nov 3 22:17:24 localhost kernel: Extended CMOS year: 2000
Nov 3 22:17:24 localhost kernel: Console: colour VGA+ 80x25
Nov 3 22:17:24 localhost kernel: console [tty0] enabled
Nov 3 22:17:24 localhost kernel: console [ttyS0] enabled
Nov 3 22:17:24 localhost kernel: HPET: 3 timers in total, 0 timers will be used for per-cpu timer
Nov 3 22:17:24 localhost kernel: Fast TSC calibration using PIT
Nov 3 22:17:24 localhost kernel: Detected 2499.637 MHz processor.
Nov 3 22:17:24 localhost kernel: Calibrating delay loop (skipped), value calculated using timer frequency.. 4999.27 BogoMIPS (lpj=9998548)
Nov 3 22:17:24 localhost kernel: Security Framework initialized
Nov 3 22:17:24 localhost kernel: SELinux: Initializing.
Nov 3 22:17:24 localhost kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
Nov 3 22:17:24 localhost kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Nov 3 22:17:24 localhost kernel: Mount-cache hash table entries: 256
Nov 3 22:17:24 localhost kernel: Initializing cgroup subsys cpuacct
Nov 3 22:17:24 localhost kernel: Initializing cgroup subsys devices
Nov 3 22:17:24 localhost kernel: Initializing cgroup subsys freezer
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 0/0x0 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 0
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 0
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU0: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: using mwait in idle threads.
Nov 3 22:17:24 localhost kernel: Performance Events: Core2 events, Intel PMU driver.
Nov 3 22:17:24 localhost kernel: ... version: 2
Nov 3 22:17:24 localhost kernel: ... bit width: 40
Nov 3 22:17:24 localhost kernel: ... generic registers: 2
Nov 3 22:17:24 localhost kernel: ... value mask: 000000ffffffffff
Nov 3 22:17:24 localhost kernel: ... max period: 000000007fffffff
Nov 3 22:17:24 localhost kernel: ... fixed-purpose events: 3
Nov 3 22:17:24 localhost kernel: ... event mask: 0000000700000003
Nov 3 22:17:24 localhost kernel: ACPI: Core revision 20090903
Nov 3 22:17:24 localhost kernel: Setting APIC routing to flat
Nov 3 22:17:24 localhost kernel: ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
Nov 3 22:17:24 localhost kernel: CPU0: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: Booting processor 1 APIC 0x4 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#1
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.23 BogoMIPS (lpj=10000464)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 1/0x4 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 1
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 0
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU1: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU1: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#1]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 2 APIC 0x1 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#2
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.20 BogoMIPS (lpj=10000400)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 2/0x1 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 0
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 1
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU2: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU2: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#2]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 3 APIC 0x5 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#3
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.21 BogoMIPS (lpj=10000425)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 3/0x5 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 1
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 1
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU3: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU3: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#3]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 4 APIC 0x2 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#4
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.18 BogoMIPS (lpj=10000371)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 4/0x2 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 0
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 2
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU4: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU4: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#4]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 5 APIC 0x6 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#5
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.20 BogoMIPS (lpj=10000404)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 5/0x6 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 1
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 2
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU5: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU5: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#5]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 6 APIC 0x3 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#6
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.18 BogoMIPS (lpj=10000377)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 6/0x3 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 0
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 3
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU6: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU6: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#6]: passed.
Nov 3 22:17:24 localhost kernel: Booting processor 7 APIC 0x7 ip 0x6000
Nov 3 22:17:24 localhost kernel: Initializing CPU#7
Nov 3 22:17:24 localhost kernel: Calibrating delay using timer specific routine.. 5000.21 BogoMIPS (lpj=10000427)
Nov 3 22:17:24 localhost kernel: CPU: L1 I cache: 32K, L1 D cache: 32K
Nov 3 22:17:24 localhost kernel: CPU: L2 cache: 6144K
Nov 3 22:17:24 localhost kernel: CPU 7/0x7 -> Node 0
Nov 3 22:17:24 localhost kernel: CPU: Physical Processor ID: 1
Nov 3 22:17:24 localhost kernel: CPU: Processor Core ID: 3
Nov 3 22:17:24 localhost kernel: mce: CPU supports 6 MCE banks
Nov 3 22:17:24 localhost kernel: CPU7: Thermal monitoring enabled (TM2)
Nov 3 22:17:24 localhost kernel: CPU7: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz stepping 06
Nov 3 22:17:24 localhost kernel: checking TSC synchronization [CPU#0 -> CPU#7]: passed.
Nov 3 22:17:24 localhost kernel: Brought up 8 CPUs
Nov 3 22:17:24 localhost kernel: Total of 8 processors activated (40000.70 BogoMIPS).
Nov 3 22:17:24 localhost kernel: devtmpfs: initialized
Nov 3 22:17:24 localhost kernel: NET: Registered protocol family 16
Nov 3 22:17:24 localhost kernel: ACPI: bus type pci registered
Nov 3 22:17:24 localhost kernel: PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 9
Nov 3 22:17:24 localhost kernel: PCI: MCFG area at e0000000 reserved in E820
Nov 3 22:17:24 localhost kernel: PCI: Using MMCONFIG at e0000000 - e09fffff
Nov 3 22:17:24 localhost kernel: PCI: Using configuration type 1 for base access
Nov 3 22:17:24 localhost kernel: bio: create slab <bio-0> at 0
Nov 3 22:17:24 localhost kernel: ACPI: Interpreter enabled
Nov 3 22:17:24 localhost kernel: ACPI: (supports S0 S1 S4 S5)
Nov 3 22:17:24 localhost kernel: ACPI: Using IOAPIC for interrupt routing
Nov 3 22:17:24 localhost kernel: ACPI: No dock devices found.
Nov 3 22:17:24 localhost kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
Nov 3 22:17:24 localhost kernel: pci 0000:00:00.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:00.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:00:1d.7: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:1f.2: PME# supported from D3hot
Nov 3 22:17:24 localhost kernel: pci 0000:00:1f.2: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
Nov 3 22:17:24 localhost kernel: pci 0000:06:00.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:06:00.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:06:00.1: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:06:00.1: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.0: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.0: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.1: PME# supported from D0 D3hot D3cold
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.1: PME# disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:1e.0: transparent bridge
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 14 15) *0, disabled.
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 *10 11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 4 *5 6 7 10 11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 *7 10 11 14 15)
Nov 3 22:17:24 localhost kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 4 5 6 7 10 *11 14 15)
Nov 3 22:17:24 localhost kernel: vgaarb: device added: PCI:0000:09:01.0,decodes=io+mem,owns=io+mem,locks=none
Nov 3 22:17:24 localhost kernel: vgaarb: loaded
Nov 3 22:17:24 localhost kernel: usbcore: registered new interface driver usbfs
Nov 3 22:17:24 localhost kernel: usbcore: registered new interface driver hub
Nov 3 22:17:24 localhost kernel: usbcore: registered new device driver usb
Nov 3 22:17:24 localhost kernel: PCI: Using ACPI for IRQ routing
Nov 3 22:17:24 localhost kernel: NetLabel: Initializing
Nov 3 22:17:24 localhost kernel: NetLabel: domain hash size = 128
Nov 3 22:17:24 localhost kernel: NetLabel: protocols = UNLABELED CIPSOv4
Nov 3 22:17:24 localhost kernel: NetLabel: unlabeled traffic allowed by default
Nov 3 22:17:24 localhost kernel: hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
Nov 3 22:17:24 localhost kernel: hpet0: 3 comparators, 64-bit 14.318180 MHz counter
Nov 3 22:17:24 localhost kernel: Switching to clocksource tsc
Nov 3 22:17:24 localhost kernel: kstop/0 used greatest stack depth: 6992 bytes left
Nov 3 22:17:24 localhost kernel: kstop/1 used greatest stack depth: 6944 bytes left
Nov 3 22:17:24 localhost kernel: pnp: PnP ACPI init
Nov 3 22:17:24 localhost kernel: ACPI: bus type pnp registered
Nov 3 22:17:24 localhost kernel: pnp: PnP ACPI: found 12 devices
Nov 3 22:17:24 localhost kernel: ACPI: ACPI bus type pnp unregistered
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0x4d0-0x4d1 has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0x295-0x296 has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0xca2-0xca3 has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0xca8-0xcaf has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0x800-0x80f has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0x1000-0x107f has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0x1180-0x11bf has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: ioport range 0xfe00-0xfe00 has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xe0000000-0xefffffff has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfee00000-0xfee0ffff could not be reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfec89000-0xfec89fff could not be reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfed1c000-0xfed1ffff has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfe000000-0xfe01ffff has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfe600000-0xfe6fffff has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfed20000-0xfed44fff has been reserved
Nov 3 22:17:24 localhost kernel: system 00:01: iomem range 0xfed45000-0xfed8ffff has been reserved
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: PCI bridge, secondary bus 0000:04
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: PCI bridge, secondary bus 0000:03
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: PCI bridge, secondary bus 0000:05
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.3: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: PCI bridge, secondary bus 0000:02
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: PCI bridge, secondary bus 0000:06
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: MEM window: 0xd8000000-0xdc3fffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: PREFETCH window: 0xdc500000-0xdc5fffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: PCI bridge, secondary bus 0000:07
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: IO window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: MEM window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: PREFETCH window: disabled
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: PCI bridge, secondary bus 0000:08
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: IO window: 0x2000-0x2fff
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: MEM window: 0xdc400000-0xdc4fffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: PREFETCH window: 0xdc700000-0xdc7fffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:1e.0: PCI bridge, secondary bus 0000:09
Nov 3 22:17:24 localhost kernel: pci 0000:00:1e.0: IO window: 0x3000-0x3fff
Nov 3 22:17:24 localhost kernel: pci 0000:00:1e.0: MEM window: 0xdc600000-0xdc6fffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:1e.0: PREFETCH window: 0x000000d0000000-0x000000d7ffffff
Nov 3 22:17:24 localhost kernel: pci 0000:00:01.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
Nov 3 22:17:24 localhost kernel: pci 0000:00:03.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
Nov 3 22:17:24 localhost kernel: pci 0000:02:00.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
Nov 3 22:17:24 localhost kernel: pci 0000:03:00.0: PCI INT A -> GSI 26 (level, low) -> IRQ 26
Nov 3 22:17:24 localhost kernel: pci 0000:00:05.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
Nov 3 22:17:24 localhost kernel: pci 0000:00:07.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
Nov 3 22:17:24 localhost kernel: pci 0000:00:09.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
Nov 3 22:17:24 localhost kernel: NET: Registered protocol family 2
Nov 3 22:17:24 localhost kernel: IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
Nov 3 22:17:24 localhost kernel: TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
Nov 3 22:17:24 localhost kernel: TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
Nov 3 22:17:24 localhost kernel: TCP: Hash tables configured (established 524288 bind 65536)
Nov 3 22:17:24 localhost kernel: TCP reno registered
Nov 3 22:17:24 localhost kernel: NET: Registered protocol family 1
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.0: Disabling L0s
Nov 3 22:17:24 localhost kernel: pci 0000:08:00.1: Disabling L0s
Nov 3 22:17:24 localhost kernel: Trying to unpack rootfs image as initramfs...
Nov 3 22:17:24 localhost kernel: Freeing initrd memory: 3019k freed
Nov 3 22:17:24 localhost kernel: Simple Boot Flag at 0x41 set to 0x80
Nov 3 22:17:24 localhost kernel: audit: initializing netlink socket (disabled)
Nov 3 22:17:24 localhost kernel: type=2000 audit(1257315226.827:1): initialized
Nov 3 22:17:24 localhost kernel: HugeTLB registered 2 MB page size, pre-allocated 0 pages
Nov 3 22:17:24 localhost kernel: VFS: Disk quotas dquot_6.5.2
Nov 3 22:17:24 localhost kernel: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Nov 3 22:17:24 localhost kernel: msgmni has been set to 7669
Nov 3 22:17:24 localhost kernel: cryptomgr_test used greatest stack depth: 6048 bytes left
Nov 3 22:17:24 localhost kernel: cryptomgr_test used greatest stack depth: 5944 bytes left
Nov 3 22:17:24 localhost kernel: alg: No test for stdrng (krng)
Nov 3 22:17:24 localhost kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
Nov 3 22:17:24 localhost kernel: io scheduler noop registered
Nov 3 22:17:24 localhost kernel: io scheduler anticipatory registered
Nov 3 22:17:24 localhost kernel: io scheduler deadline registered
Nov 3 22:17:24 localhost kernel: io scheduler cfq registered (default)
Nov 3 22:17:24 localhost kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Nov 3 22:17:24 localhost kernel: input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0C:00/input/input0
Nov 3 22:17:24 localhost kernel: ACPI: Power Button [PWRB]
Nov 3 22:17:24 localhost kernel: input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
Nov 3 22:17:24 localhost kernel: ACPI: Power Button [PWRF]
Nov 3 22:17:24 localhost kernel: processor LNXCPU:00: registered as cooling_device0
Nov 3 22:17:24 localhost kernel: processor LNXCPU:01: registered as cooling_device1
Nov 3 22:17:24 localhost kernel: processor LNXCPU:02: registered as cooling_device2
Nov 3 22:17:24 localhost kernel: processor LNXCPU:03: registered as cooling_device3
Nov 3 22:17:24 localhost kernel: processor LNXCPU:04: registered as cooling_device4
Nov 3 22:17:24 localhost kernel: processor LNXCPU:05: registered as cooling_device5
Nov 3 22:17:24 localhost kernel: processor LNXCPU:06: registered as cooling_device6
Nov 3 22:17:24 localhost kernel: processor LNXCPU:07: registered as cooling_device7
Nov 3 22:17:24 localhost kernel: Non-volatile memory driver v1.3
Nov 3 22:17:24 localhost kernel: Linux agpgart interface v0.103
Nov 3 22:17:24 localhost kernel: Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled
Nov 3 22:17:24 localhost kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Nov 3 22:17:24 localhost kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Nov 3 22:17:24 localhost kernel: 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Nov 3 22:17:24 localhost kernel: 00:0b: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Nov 3 22:17:24 localhost kernel: brd: module loaded
Nov 3 22:17:24 localhost kernel: input: Macintosh mouse button emulation as /devices/virtual/input/input2
Nov 3 22:17:24 localhost kernel: PNP: PS/2 Controller [PNP0303:KBC0,PNP0f13:MSE0] at 0x60,0x64 irq 1,12
Nov 3 22:17:24 localhost kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Nov 3 22:17:24 localhost kernel: mice: PS/2 mouse device common for all mice
Nov 3 22:17:24 localhost kernel: Driver 'rtc_cmos' needs updating - please use bus_type methods
Nov 3 22:17:24 localhost kernel: rtc_cmos 00:05: RTC can wake from S4
Nov 3 22:17:24 localhost kernel: rtc_cmos 00:05: rtc core: registered rtc_cmos as rtc0
Nov 3 22:17:24 localhost kernel: rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
Nov 3 22:17:24 localhost kernel: sbc_fitpc2_wdt WATCHDOG: board name is: X7DWU. Should be SBC-FITPC2
Nov 3 22:17:24 localhost kernel: cpuidle: using governor ladder
Nov 3 22:17:24 localhost kernel: cpuidle: using governor menu
Nov 3 22:17:24 localhost kernel: usbcore: registered new interface driver hiddev
Nov 3 22:17:24 localhost kernel: usbcore: registered new interface driver usbhid
Nov 3 22:17:24 localhost kernel: usbhid: v2.6:USB HID core driver
Nov 3 22:17:24 localhost kernel: TCP cubic registered
Nov 3 22:17:24 localhost kernel: Initializing XFRM netlink socket
Nov 3 22:17:24 localhost kernel: NET: Registered protocol family 17
Nov 3 22:17:24 localhost kernel: registered taskstats version 1
Nov 3 22:17:24 localhost kernel: Freeing unused kernel memory: 1328k freed
Nov 3 22:17:24 localhost kernel: Write protecting the kernel read-only data: 5560k
Nov 3 22:17:24 localhost kernel: plymouthd used greatest stack depth: 5832 bytes left
Nov 3 22:17:24 localhost kernel: modprobe used greatest stack depth: 5536 bytes left
Nov 3 22:17:24 localhost kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: PCI INT D -> GSI 23 (level, low) -> IRQ 23
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: debug port 1
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: irq 23, io mem 0xdc904000
Nov 3 22:17:24 localhost kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
Nov 3 22:17:24 localhost kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Nov 3 22:17:24 localhost kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Nov 3 22:17:24 localhost kernel: usb usb1: Product: EHCI Host Controller
Nov 3 22:17:24 localhost kernel: usb usb1: Manufacturer: Linux 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 ehci_hcd
Nov 3 22:17:24 localhost kernel: usb usb1: SerialNumber: 0000:00:1d.7
Nov 3 22:17:24 localhost kernel: usb usb1: configuration #1 chosen from 1 choice
Nov 3 22:17:24 localhost kernel: hub 1-0:1.0: USB hub found
Nov 3 22:17:24 localhost kernel: hub 1-0:1.0: 8 ports detected
Nov 3 22:17:24 localhost kernel: modprobe used greatest stack depth: 4360 bytes left
Nov 3 22:17:24 localhost kernel: ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Nov 3 22:17:24 localhost kernel: uhci_hcd: USB Universal Host Controller Interface driver
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.0: detected 2 ports
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001800
Nov 3 22:17:24 localhost kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
Nov 3 22:17:24 localhost kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Nov 3 22:17:24 localhost kernel: usb usb2: Product: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: usb usb2: Manufacturer: Linux 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 uhci_hcd
Nov 3 22:17:24 localhost kernel: usb usb2: SerialNumber: 0000:00:1d.0
Nov 3 22:17:24 localhost kernel: usb usb2: configuration #1 chosen from 1 choice
Nov 3 22:17:24 localhost kernel: hub 2-0:1.0: USB hub found
Nov 3 22:17:24 localhost kernel: hub 2-0:1.0: 2 ports detected
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.1: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.1: detected 2 ports
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.1: irq 21, io base 0x00001820
Nov 3 22:17:24 localhost kernel: usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
Nov 3 22:17:24 localhost kernel: usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Nov 3 22:17:24 localhost kernel: usb usb3: Product: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: usb usb3: Manufacturer: Linux 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 uhci_hcd
Nov 3 22:17:24 localhost kernel: usb usb3: SerialNumber: 0000:00:1d.1
Nov 3 22:17:24 localhost kernel: usb usb3: configuration #1 chosen from 1 choice
Nov 3 22:17:24 localhost kernel: hub 3-0:1.0: USB hub found
Nov 3 22:17:24 localhost kernel: hub 3-0:1.0: 2 ports detected
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.2: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.2: detected 2 ports
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.2: irq 22, io base 0x00001840
Nov 3 22:17:24 localhost kernel: usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
Nov 3 22:17:24 localhost kernel: usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Nov 3 22:17:24 localhost kernel: usb usb4: Product: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: usb usb4: Manufacturer: Linux 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 uhci_hcd
Nov 3 22:17:24 localhost kernel: usb usb4: SerialNumber: 0000:00:1d.2
Nov 3 22:17:24 localhost kernel: usb usb4: configuration #1 chosen from 1 choice
Nov 3 22:17:24 localhost kernel: hub 4-0:1.0: USB hub found
Nov 3 22:17:24 localhost kernel: hub 4-0:1.0: 2 ports detected
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 23 (level, low) -> IRQ 23
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.3: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.3: detected 2 ports
Nov 3 22:17:24 localhost kernel: uhci_hcd 0000:00:1d.3: irq 23, io base 0x00001860
Nov 3 22:17:24 localhost kernel: usb usb5: New USB device found, idVendor=1d6b, idProduct=0001
Nov 3 22:17:24 localhost kernel: usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Nov 3 22:17:24 localhost kernel: usb usb5: Product: UHCI Host Controller
Nov 3 22:17:24 localhost kernel: usb usb5: Manufacturer: Linux 2.6.32-rc5-198042.2009AroraKernelBeta.fc11.x86_64 uhci_hcd
Nov 3 22:17:24 localhost kernel: usb usb5: SerialNumber: 0000:00:1d.3
Nov 3 22:17:24 localhost kernel: usb usb5: configuration #1 chosen from 1 choice
Nov 3 22:17:24 localhost kernel: hub 5-0:1.0: USB hub found
Nov 3 22:17:24 localhost kernel: hub 5-0:1.0: 2 ports detected
Nov 3 22:17:24 localhost kernel: modprobe used greatest stack depth: 4296 bytes left
Nov 3 22:17:24 localhost kernel: SCSI subsystem initialized
Nov 3 22:17:24 localhost kernel: ata_piix 0000:00:1f.1: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Nov 3 22:17:24 localhost kernel: scsi0 : ata_piix
Nov 3 22:17:24 localhost kernel: scsi1 : ata_piix
Nov 3 22:17:24 localhost kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1880 irq 14
Nov 3 22:17:24 localhost kernel: ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1888 irq 15
Nov 3 22:17:24 localhost kernel: ata_piix 0000:00:1f.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17
Nov 3 22:17:24 localhost kernel: ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
Nov 3 22:17:24 localhost kernel: scsi2 : ata_piix
Nov 3 22:17:24 localhost kernel: scsi3 : ata_piix
Nov 3 22:17:24 localhost kernel: ata3: SATA max UDMA/133 cmd 0x18c0 ctl 0x18b8 bmdma 0x18a0 irq 17
Nov 3 22:17:24 localhost kernel: ata4: SATA max UDMA/133 cmd 0x18b0 ctl 0x1894 bmdma 0x18a8 irq 17
Nov 3 22:17:24 localhost kernel: ata1.01: ATAPI: DVD-ROM UJDA780, 1.50, max UDMA/33
Nov 3 22:17:24 localhost kernel: ata1.01: configured for UDMA/33
Nov 3 22:17:24 localhost kernel: scsi 0:0:1:0: CD-ROM MATSHITA DVD-ROM UJDA780 1.50 PQ: 0 ANSI: 5
Nov 3 22:17:24 localhost kernel: ata3.00: ATA-7: WDC WD2500JS-60NCB2, 10.02E03, max UDMA/100
Nov 3 22:17:24 localhost kernel: ata3.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 0/32)
Nov 3 22:17:24 localhost kernel: ata3.00: configured for UDMA/100
Nov 3 22:17:24 localhost kernel: scsi 2:0:0:0: Direct-Access ATA WDC WD2500JS-60N 10.0 PQ: 0 ANSI: 5
Nov 3 22:17:24 localhost kernel: sd 2:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
Nov 3 22:17:24 localhost kernel: sd 2:0:0:0: [sda] Write Protect is off
Nov 3 22:17:24 localhost kernel: sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Nov 3 22:17:24 localhost kernel: sda: sda1 sda2 sda3
Nov 3 22:17:24 localhost kernel: sd 2:0:0:0: [sda] Attached SCSI disk
Nov 3 22:17:24 localhost kernel: modprobe used greatest stack depth: 3464 bytes left
Nov 3 22:17:24 localhost kernel: kjournald starting. Commit interval 5 seconds
Nov 3 22:17:24 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Nov 3 22:17:24 localhost kernel: SELinux: Disabled at runtime.
Nov 3 22:17:24 localhost kernel: type=1404 audit(1257315228.721:2): selinux=0 auid=4294967295 ses=4294967295
Nov 3 22:17:24 localhost kernel: udev: starting version 141
Nov 3 22:17:24 localhost kernel: scsi 0:0:1:0: Attached scsi generic sg0 type 5
Nov 3 22:17:24 localhost kernel: sd 2:0:0:0: Attached scsi generic sg1 type 0
Nov 3 22:17:24 localhost kernel: NetXen Network Driver version 4.0.50
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: 2MB memory map
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: dca service started, version 1.12.1
Nov 3 22:17:24 localhost kernel: input: PC Speaker as /devices/platform/pcspkr/input/input3
Nov 3 22:17:24 localhost kernel: Intel(R) Gigabit Ethernet Network Driver - version 1.3.16-k2
Nov 3 22:17:24 localhost kernel: Copyright (c) 2007-2009 Intel Corporation.
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.0: PCI INT A -> GSI 32 (level, low) -> IRQ 32
Nov 3 22:17:24 localhost kernel: sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray
Nov 3 22:17:24 localhost kernel: Uniform CD-ROM driver Revision: 3.20
Nov 3 22:17:24 localhost kernel: intel_rng: FWH not detected
Nov 3 22:17:24 localhost kernel: EDAC MC: Ver: 2.1.0 Nov 3 2009
Nov 3 22:17:24 localhost kernel: EDAC MC0: Giving out device to 'i5400_edac.c' 'I5400': DEV 0000:00:10.0
Nov 3 22:17:24 localhost kernel: EDAC PCI0: Giving out device to module 'i5400_edac' controller 'EDAC PCI controller': DEV '0000:00:10.0' (POLLED)
Nov 3 22:17:24 localhost kernel: ioatdma: Intel(R) QuickData Technology Driver 4.00
Nov 3 22:17:24 localhost kernel: ioatdma 0000:00:0f.0: PCI INT A -> GSI 33 (level, low) -> IRQ 33
Nov 3 22:17:24 localhost kernel: ioatdma 0000:00:0f.0: zero channels detected
Nov 3 22:17:24 localhost kernel: ioatdma 0000:00:0f.0: Intel(R) I/OAT DMA Engine init failed
Nov 3 22:17:24 localhost kernel: ioatdma 0000:00:0f.0: PCI INT A disabled
Nov 3 22:17:24 localhost kernel: i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
Nov 3 22:17:24 localhost kernel: iTCO_vendor_support: vendor-support=0
Nov 3 22:17:24 localhost kernel: iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
Nov 3 22:17:24 localhost kernel: iTCO_wdt: Found a 631xESB/632xESB TCO device (Version=2, TCOBASE=0x1060)
Nov 3 22:17:24 localhost kernel: iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.0: Intel(R) Gigabit Ethernet Network Connection
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:30:48:64:a0:bc
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.0: eth0: PBA No: ffffff-0ff
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.0: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.1: PCI INT B -> GSI 46 (level, low) -> IRQ 46
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.1: Intel(R) Gigabit Ethernet Network Connection
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:30:48:64:a0:bd
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.1: eth1: PBA No: ffffff-0ff
Nov 3 22:17:24 localhost kernel: igb 0000:08:00.1: Using MSI-X interrupts. 4 rx queue(s), 4 tx queue(s)
Nov 3 22:17:24 localhost kernel: udev: renamed network interface eth1 to eth3
Nov 3 22:17:24 localhost kernel: udev: renamed network interface eth0 to eth2
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: using msi-x interrupts
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: eth0: XGbE port initialized
Nov 3 22:17:24 localhost kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: PCI INT A -> GSI 28 (level, low) -> IRQ 28
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: 2MB memory map
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: using msi-x interrupts
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: eth1: XGbE port initialized
Nov 3 22:17:24 localhost kernel: 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
Nov 3 22:17:24 localhost kernel: All bugs added by David S. Miller <davem@redhat.com>
Nov 3 22:17:24 localhost kernel: tun: Universal TUN/TAP device driver, 1.6
Nov 3 22:17:24 localhost kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Nov 3 22:17:24 localhost kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Nov 3 22:17:24 localhost kernel: CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
Nov 3 22:17:24 localhost kernel: nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
Nov 3 22:17:24 localhost kernel: sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
Nov 3 22:17:24 localhost kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Nov 3 22:17:24 localhost kernel: fuse init (API version 7.13)
Nov 3 22:17:24 localhost kernel: has_svm: not amd
Nov 3 22:17:24 localhost kernel: kvm: no hardware support
Nov 3 22:17:24 localhost kernel: NET: Registered protocol family 10
Nov 3 22:17:24 localhost kernel: lo: Disabled Privacy Extensions
Nov 3 22:17:24 localhost kernel: Ethernet Channel Bonding Driver: v3.5.0 (November 4, 2008)
Nov 3 22:17:24 localhost kernel: bonding: MII link monitoring set to 100 ms
Nov 3 22:17:24 localhost kernel: device-mapper: uevent: version 1.0.3
Nov 3 22:17:24 localhost kernel: device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
Nov 3 22:17:24 localhost kernel: device-mapper: multipath: version 1.1.0 loaded
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: EXT3 FS on sda1, internal journal
Nov 3 22:17:24 localhost kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode
Nov 3 22:17:24 localhost kernel: Adding 1951888k swap on /dev/sda2. Priority:-1 extents:1 across:1951888k
Nov 3 22:17:24 localhost kernel: microcode: CPU0 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU1 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU2 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU3 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU4 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU5 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU6 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: microcode: CPU7 sig=0x10676, pf=0x40, revision=0x60b
Nov 3 22:17:24 localhost kernel: platform microcode: firmware: requesting intel-ucode/06-17-06
Nov 3 22:17:24 localhost kernel: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Nov 3 22:17:24 localhost kernel: microcode: CPU0 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU1 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU2 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU3 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU4 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU5 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU6 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: microcode: CPU7 updated to revision 0x60c, date = 2008-01-19
Nov 3 22:17:24 localhost kernel: Microcode Update Driver: v2.00 removed.
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: bonding: bond1 is being created...
Nov 3 22:17:24 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 3 22:17:24 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:17:24 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:24 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:24 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:17:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:17:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:17:24 localhost rpc.statd[3009]: Version 1.1.6 Starting
Nov 3 22:17:24 localhost kernel: RPC: Registered udp transport module.
Nov 3 22:17:24 localhost kernel: RPC: Registered tcp transport module.
Nov 3 22:17:24 localhost kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Nov 3 22:17:32 localhost kdump: kexec: loaded kdump kernel
Nov 3 22:17:32 localhost kdump: started up
Nov 3 22:17:32 localhost avahi-daemon[5377]: Found user 'avahi' (UID 497) and group 'avahi' (GID 489).
Nov 3 22:17:32 localhost avahi-daemon[5377]: Successfully dropped root privileges.
Nov 3 22:17:32 localhost avahi-daemon[5377]: avahi-daemon 0.6.25 starting up.
Nov 3 22:17:32 localhost avahi-daemon[5377]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
Nov 3 22:17:32 localhost avahi-daemon[5377]: Successfully called chroot().
Nov 3 22:17:32 localhost avahi-daemon[5377]: Successfully dropped remaining capabilities.
Nov 3 22:17:32 localhost avahi-daemon[5377]: Loading service file /services/ssh.service.
Nov 3 22:17:32 localhost avahi-daemon[5377]: System host name is set to 'localhost'. This is not a suitable mDNS host name, looking for alternatives.
Nov 3 22:17:32 localhost avahi-daemon[5377]: Network interface enumeration completed.
Nov 3 22:17:32 localhost avahi-daemon[5377]: Registering HINFO record with values 'X86_64'/'LINUX'.
Nov 3 22:17:32 localhost avahi-daemon[5377]: Server startup complete. Host name is linux.local. Local service cookie is 544349536.
Nov 3 22:17:32 localhost avahi-daemon[5377]: Service "linux" (/services/ssh.service) successfully established.
Nov 3 22:17:33 localhost acpid: starting up
Nov 3 22:17:33 localhost acpid: 1 rule loaded
Nov 3 22:17:33 localhost acpid: waiting for events: event logging is off
Nov 3 22:17:34 localhost acpid: client connected from 5549[68:482]
Nov 3 22:17:34 localhost acpid: 1 client rule loaded
Nov 3 22:17:34 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:17:34 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:34 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:34 localhost pcscd: pcscdaemon.c:506:main() pcsc-lite 1.5.2 daemon ready.
Nov 3 22:17:34 localhost bluetoothd[5585]: Bluetooth daemon 4.42
Nov 3 22:17:34 localhost bluetoothd[5585]: Starting SDP server
Nov 3 22:17:35 localhost kernel: Bluetooth: Core ver 2.15
Nov 3 22:17:35 localhost kernel: NET: Registered protocol family 31
Nov 3 22:17:35 localhost kernel: Bluetooth: HCI device and connection manager initialized
Nov 3 22:17:35 localhost kernel: Bluetooth: HCI socket layer initialized
Nov 3 22:17:35 localhost kernel: Bluetooth: L2CAP ver 2.14
Nov 3 22:17:35 localhost kernel: Bluetooth: L2CAP socket layer initialized
Nov 3 22:17:35 localhost bluetoothd[5585]: Parsing /etc/bluetooth/network.conf failed: No such file or directory
Nov 3 22:17:35 localhost kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Nov 3 22:17:35 localhost kernel: Bluetooth: BNEP filters: protocol multicast
Nov 3 22:17:35 localhost bluetoothd[5585]: bridge pan0 created
Nov 3 22:17:35 localhost bluetoothd[5585]: Parsing /etc/bluetooth/audio.conf failed: No such file or directory
Nov 3 22:17:35 localhost kernel: Bridge firewalling registered
Nov 3 22:17:35 localhost bluetoothd[5585]: Parsing /etc/bluetooth/input.conf failed: No such file or directory
Nov 3 22:17:35 localhost kernel: Bluetooth: SCO (Voice Link) ver 0.6
Nov 3 22:17:35 localhost kernel: Bluetooth: SCO socket layer initialized
Nov 3 22:17:35 localhost xinetd[5639]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in.
Nov 3 22:17:35 localhost xinetd[5639]: Started working: 1 available service
Nov 3 22:17:35 localhost ntpd[5655]: ntpd 4.2.4p7@1.1607-o Thu May 28 18:55:23 UTC 2009 (1)
Nov 3 22:17:35 localhost ntpd[5656]: precision = 0.102 usec
Nov 3 22:17:35 localhost ntpd[5656]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled
Nov 3 22:17:35 localhost ntpd[5656]: Listening on interface #1 wildcard, ::#123 Disabled
Nov 3 22:17:35 localhost ntpd[5656]: Listening on interface #2 lo, ::1#123 Enabled
Nov 3 22:17:35 localhost ntpd[5656]: Listening on interface #3 lo, 127.0.0.1#123 Enabled
Nov 3 22:17:35 localhost ntpd[5656]: Listening on routing socket on fd #20 for interface updates
Nov 3 22:17:35 localhost ntpd[5656]: kernel time sync status 2040
Nov 3 22:17:35 localhost ntpd[5656]: frequency initialized -90.146 PPM from /var/lib/ntp/drift
Nov 3 22:17:35 localhost kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Nov 3 22:17:35 localhost kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Nov 3 22:17:35 localhost kernel: NFSD: starting 90-second grace period
Nov 3 22:17:35 localhost kernel: rpc.nfsd used greatest stack depth: 2808 bytes left
Nov 3 22:17:36 localhost distccd[5755]: (dcc_setup_daemon_path) daemon's PATH is /usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/lib64/ccache:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin
Nov 3 22:17:36 localhost distccd[5755]: (dcc_listen_by_addr) listening on 0.0.0.0:3632
Nov 3 22:17:36 localhost distccd[5755]: (dcc_standalone_server) 8 CPUs online on this server
Nov 3 22:17:36 localhost distccd[5755]: (dcc_standalone_server) allowing up to 10 active jobs
Nov 3 22:17:36 localhost distccd[5756]: (dcc_log_daemon_started) preforking daemon started (2.18.3 x86_64-unknown-linux-gnu, built Oct 2 2009 04:40:18)
Nov 3 22:17:37 localhost ladvd: no valid interface found
Nov 3 22:17:37 localhost ladvd: unable fetch interfaces
Nov 3 22:17:40 localhost kernel: net eth1: firmware hang detected
Nov 3 22:17:40 localhost kernel: net eth0: firmware hang detected
Nov 3 22:17:40 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:17:40 localhost firmware.sh[5879]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:17:40 localhost firmware.sh[5889]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:17:40 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:17:47 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:17:47 localhost kernel: type=1305 audit(1257315467.455:60901): auid=4294967295 ses=4294967295 op="remove rule" key=(null) list=2 res=1
Nov 3 22:17:47 localhost kernel: type=1305 audit(1257315467.455:60902): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 res=1
Nov 3 22:17:57 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:17:57 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:17:57 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:18:01 localhost dhclient: dhclient(2896) is already running - exiting.
Nov 3 22:18:01 localhost dhclient:
Nov 3 22:18:01 localhost dhclient: This version of ISC DHCP is based on the release available
Nov 3 22:18:01 localhost dhclient: on ftp.isc.org. Features have been added and other changes
Nov 3 22:18:01 localhost dhclient: have been made to the base software release in order to make
Nov 3 22:18:01 localhost dhclient: it work better with this distribution.
Nov 3 22:18:01 localhost dhclient:
Nov 3 22:18:01 localhost dhclient: Please report for this software via the Red Hat Bugzilla site:
Nov 3 22:18:01 localhost dhclient: http://bugzilla.redhat.com
Nov 3 22:18:01 localhost dhclient:
Nov 3 22:18:01 localhost dhclient: exiting.
Nov 3 22:18:03 localhost kernel: net eth0: firmware hang detected
Nov 3 22:18:03 localhost kernel: net eth1: firmware hang detected
Nov 3 22:18:03 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:18:03 localhost firmware.sh[6012]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:18:03 localhost firmware.sh[6022]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:18:03 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:18:09 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 3 22:18:09 localhost dhclient: send_packet: Network is down
Nov 3 22:18:09 localhost dhclient: receive_packet failed on eth0: Network is down
Nov 3 22:18:10 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:18:20 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:18:20 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:18:20 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:18:26 localhost kernel: net eth1: firmware hang detected
Nov 3 22:18:26 localhost kernel: net eth0: firmware hang detected
Nov 3 22:18:26 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:18:26 localhost firmware.sh[6133]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:18:26 localhost firmware.sh[6143]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:18:26 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:18:33 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:18:43 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:18:43 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:18:43 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:18:49 localhost kernel: net eth0: firmware hang detected
Nov 3 22:18:49 localhost kernel: net eth1: firmware hang detected
Nov 3 22:18:49 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:18:49 localhost firmware.sh[6155]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:18:49 localhost firmware.sh[6165]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:18:49 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:18:55 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:19:06 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:19:06 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:19:06 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:19:10 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 3 22:19:10 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 3 22:19:10 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:19:10 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 3 22:19:11 localhost avahi-daemon[5377]: Registering new address record for fe80::20e:1eff:fe00:7756 on eth0.*.
Nov 3 22:19:12 localhost kernel: net eth1: firmware hang detected
Nov 3 22:19:12 localhost kernel: net eth0: firmware hang detected
Nov 3 22:19:12 localhost firmware.sh[6241]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:19:12 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:19:12 localhost firmware.sh[6251]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:19:12 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:19:13 localhost ntpd[5656]: Listening on interface #4 eth0, fe80::20e:1eff:fe00:7756#123 Enabled
Nov 3 22:19:15 localhost dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 3 22:19:18 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:19:24 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Nov 3 22:19:29 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:19:29 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:19:29 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:19:30 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
Nov 3 22:19:31 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:19:35 localhost kernel: net eth0: firmware hang detected
Nov 3 22:19:35 localhost kernel: net eth1: firmware hang detected
Nov 3 22:19:35 localhost firmware.sh[6266]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:19:35 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:19:35 localhost firmware.sh[6276]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:19:35 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:19:39 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Nov 3 22:19:41 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:19:51 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 21
Nov 3 22:19:51 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:19:51 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:19:51 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:19:54 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:19:57 localhost kernel: net eth1: firmware hang detected
Nov 3 22:19:58 localhost kernel: net eth0: firmware hang detected
Nov 3 22:19:58 localhost firmware.sh[6290]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:19:58 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:19:58 localhost firmware.sh[6300]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:19:58 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:19:59 localhost kernel: device eth0 entered promiscuous mode
Nov 3 22:20:04 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:20:10 localhost kernel: device eth0 left promiscuous mode
Nov 3 22:20:12 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Nov 3 22:20:14 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:20:14 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:20:14 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:20:17 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:20:19 localhost kernel: device eth0 entered promiscuous mode
Nov 3 22:20:21 localhost kernel: net eth0: firmware hang detected
Nov 3 22:20:21 localhost kernel: net eth1: firmware hang detected
Nov 3 22:20:21 localhost firmware.sh[6347]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:20:21 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:20:21 localhost firmware.sh[6357]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:20:21 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:20:25 localhost dhclient: No DHCPOFFERS received.
Nov 3 22:20:25 localhost dhclient: Trying recorded lease 172.17.18.38
Nov 3 22:20:25 localhost avahi-daemon[5377]: Joining mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:20:25 localhost avahi-daemon[5377]: New relevant interface eth0.IPv4 for mDNS.
Nov 3 22:20:25 localhost avahi-daemon[5377]: Registering new address record for 172.17.18.38 on eth0.IPv4.
Nov 3 22:20:26 localhost ntpd[5656]: Listening on interface #5 eth0, 172.17.18.38#123 Enabled
Nov 3 22:20:27 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:20:28 localhost avahi-daemon[5377]: Withdrawing address record for 172.17.18.38 on eth0.
Nov 3 22:20:28 localhost avahi-daemon[5377]: Leaving mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:20:28 localhost avahi-daemon[5377]: Interface eth0.IPv4 no longer relevant for mDNS.
Nov 3 22:20:28 localhost avahi-daemon[5377]: Withdrawing address record for fe80::20e:1eff:fe00:7756 on eth0.
Nov 3 22:20:28 localhost dhclient: No working leases in persistent database - sleeping.
Nov 3 22:20:28 localhost dhclient: receive_packet failed on eth0: Network is down
Nov 3 22:20:29 localhost ntpd[5656]: Deleting interface #4 eth0, fe80::20e:1eff:fe00:7756#123, interface stats: received=0, sent=0, dropped=0, active_time=76 secs
Nov 3 22:20:29 localhost ntpd[5656]: Deleting interface #5 eth0, 172.17.18.38#123, interface stats: received=0, sent=0, dropped=0, active_time=3 secs
Nov 3 22:20:37 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:20:37 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:20:37 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:20:43 localhost kernel: net eth1: firmware hang detected
Nov 3 22:20:43 localhost kernel: net eth0: firmware hang detected
Nov 3 22:20:43 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:20:43 localhost firmware.sh[6435]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:20:43 localhost firmware.sh[6445]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:20:43 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:20:50 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:21:00 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:21:00 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:21:00 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:21:06 localhost kernel: net eth0: firmware hang detected
Nov 3 22:21:06 localhost kernel: net eth1: firmware hang detected
Nov 3 22:21:06 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:21:06 localhost firmware.sh[6497]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:21:06 localhost firmware.sh[6507]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:21:06 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:21:13 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:21:23 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:21:23 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:21:23 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:21:29 localhost kernel: net eth1: firmware hang detected
Nov 3 22:21:29 localhost kernel: net eth0: firmware hang detected
Nov 3 22:21:29 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:21:29 localhost firmware.sh[6520]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:21:29 localhost firmware.sh[6530]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:21:29 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:21:36 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:21:46 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:21:46 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:21:46 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:21:46 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 3 22:21:48 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:21:48 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 3 22:21:49 localhost avahi-daemon[5377]: Registering new address record for fe80::20e:1eff:fe00:7756 on eth0.*.
Nov 3 22:21:51 localhost ntpd[5656]: Listening on interface #6 eth0, fe80::20e:1eff:fe00:7756#123 Enabled
Nov 3 22:21:52 localhost kernel: net eth0: firmware hang detected
Nov 3 22:21:52 localhost kernel: net eth1: firmware hang detected
Nov 3 22:21:52 localhost firmware.sh[6543]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:21:52 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:21:52 localhost firmware.sh[6553]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:21:52 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:21:59 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:22:09 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:22:09 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:22:09 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:22:11 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:22:15 localhost kernel: net eth1: firmware hang detected
Nov 3 22:22:15 localhost kernel: net eth0: firmware hang detected
Nov 3 22:22:15 localhost firmware.sh[6600]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:22:15 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:22:15 localhost firmware.sh[6610]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:22:15 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:22:22 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:22:32 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:22:32 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:22:32 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:22:34 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:22:38 localhost kernel: net eth0: firmware hang detected
Nov 3 22:22:38 localhost kernel: net eth1: firmware hang detected
Nov 3 22:22:38 localhost firmware.sh[6620]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:22:38 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:22:38 localhost firmware.sh[6630]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:22:38 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:22:45 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:22:55 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:22:55 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:22:55 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:22:57 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:23:01 localhost kernel: net eth1: firmware hang detected
Nov 3 22:23:01 localhost kernel: net eth0: firmware hang detected
Nov 3 22:23:01 localhost firmware.sh[6641]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:23:01 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:23:01 localhost firmware.sh[6651]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:23:01 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:23:08 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:23:18 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:23:18 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:23:18 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:23:20 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:23:24 localhost kernel: net eth0: firmware hang detected
Nov 3 22:23:24 localhost kernel: net eth1: firmware hang detected
Nov 3 22:23:24 localhost firmware.sh[6696]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:23:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:23:24 localhost firmware.sh[6706]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:23:24 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:23:31 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:23:41 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:23:41 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:23:41 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:23:43 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:23:47 localhost kernel: net eth1: firmware hang detected
Nov 3 22:23:47 localhost kernel: net eth0: firmware hang detected
Nov 3 22:23:47 localhost firmware.sh[6716]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:23:47 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:23:47 localhost firmware.sh[6726]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:23:47 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:23:50 localhost avahi-daemon[5377]: Joining mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:23:50 localhost avahi-daemon[5377]: New relevant interface eth0.IPv4 for mDNS.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Registering new address record for 172.17.18.38 on eth0.IPv4.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Withdrawing address record for 172.17.18.38 on eth0.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Leaving mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Interface eth0.IPv4 no longer relevant for mDNS.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Joining mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:23:50 localhost avahi-daemon[5377]: New relevant interface eth0.IPv4 for mDNS.
Nov 3 22:23:50 localhost avahi-daemon[5377]: Registering new address record for 172.17.18.38 on eth0.IPv4.
Nov 3 22:23:52 localhost ntpd[5656]: Listening on interface #7 eth0, 172.17.18.38#123 Enabled
Nov 3 22:23:54 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:24:04 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:24:04 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:24:04 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:24:06 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:24:10 localhost kernel: net eth0: firmware hang detected
Nov 3 22:24:10 localhost kernel: net eth1: firmware hang detected
Nov 3 22:24:10 localhost firmware.sh[6775]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:24:10 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:24:10 localhost firmware.sh[6785]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:24:10 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:24:17 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:24:27 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:24:27 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:24:27 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:24:29 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:24:33 localhost kernel: net eth1: firmware hang detected
Nov 3 22:24:33 localhost kernel: net eth0: firmware hang detected
Nov 3 22:24:33 localhost firmware.sh[6797]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:24:33 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:24:33 localhost firmware.sh[6807]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:24:33 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:24:40 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:24:50 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:24:50 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:24:50 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:24:52 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:24:56 localhost kernel: net eth0: firmware hang detected
Nov 3 22:24:56 localhost kernel: net eth1: firmware hang detected
Nov 3 22:24:56 localhost firmware.sh[6824]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:24:56 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:24:56 localhost firmware.sh[6834]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:24:56 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:25:03 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:25:13 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:25:13 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:25:13 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:25:15 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:25:19 localhost kernel: net eth1: firmware hang detected
Nov 3 22:25:19 localhost kernel: net eth0: firmware hang detected
Nov 3 22:25:19 localhost firmware.sh[6875]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:25:19 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:25:19 localhost firmware.sh[6885]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:25:19 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:25:26 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:25:36 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:25:36 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:25:36 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:25:38 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:25:42 localhost kernel: net eth0: firmware hang detected
Nov 3 22:25:42 localhost kernel: net eth1: firmware hang detected
Nov 3 22:25:42 localhost firmware.sh[6899]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:25:42 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:25:42 localhost firmware.sh[6909]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:25:42 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:25:49 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:25:59 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:25:59 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:25:59 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:26:01 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:26:05 localhost kernel: net eth1: firmware hang detected
Nov 3 22:26:05 localhost kernel: net eth0: firmware hang detected
Nov 3 22:26:05 localhost firmware.sh[6950]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:26:05 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:26:05 localhost firmware.sh[6960]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:26:05 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:26:12 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:26:22 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:26:22 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:26:22 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:26:24 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:26:28 localhost kernel: net eth0: firmware hang detected
Nov 3 22:26:28 localhost kernel: net eth1: firmware hang detected
Nov 3 22:26:28 localhost firmware.sh[6976]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:26:28 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:26:28 localhost firmware.sh[6986]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:26:28 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:26:34 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:26:45 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:26:45 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:26:45 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:26:47 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:26:51 localhost kernel: net eth1: firmware hang detected
Nov 3 22:26:51 localhost kernel: net eth0: firmware hang detected
Nov 3 22:26:51 localhost firmware.sh[7001]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:26:51 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:26:51 localhost firmware.sh[7011]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:26:51 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:26:57 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:27:08 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:27:08 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:27:08 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:27:10 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:27:14 localhost kernel: net eth0: firmware hang detected
Nov 3 22:27:14 localhost kernel: net eth1: firmware hang detected
Nov 3 22:27:14 localhost firmware.sh[7054]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:27:14 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:27:14 localhost firmware.sh[7064]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:27:14 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:27:17 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
Nov 3 22:27:20 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Nov 3 22:27:20 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:27:28 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15
Nov 3 22:27:31 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:27:31 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:27:31 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:27:33 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:27:37 localhost kernel: net eth1: firmware hang detected
Nov 3 22:27:37 localhost kernel: net eth0: firmware hang detected
Nov 3 22:27:37 localhost firmware.sh[7078]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:27:37 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:27:37 localhost firmware.sh[7088]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:27:37 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:27:43 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 18
Nov 3 22:27:43 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:27:54 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:27:54 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:27:54 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:27:56 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:28:00 localhost kernel: net eth0: firmware hang detected
Nov 3 22:28:00 localhost kernel: net eth1: firmware hang detected
Nov 3 22:28:00 localhost firmware.sh[7098]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:28:00 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:28:00 localhost firmware.sh[7108]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:28:00 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:28:01 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Nov 3 22:28:06 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:28:12 localhost dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Nov 3 22:28:17 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:28:17 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:28:17 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:28:18 localhost dhclient: No DHCPOFFERS received.
Nov 3 22:28:18 localhost dhclient: Trying recorded lease 172.17.18.38
Nov 3 22:28:19 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:28:19 localhost avahi-daemon[5377]: Withdrawing address record for 172.17.18.38 on eth0.
Nov 3 22:28:19 localhost avahi-daemon[5377]: Leaving mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:28:19 localhost avahi-daemon[5377]: Interface eth0.IPv4 no longer relevant for mDNS.
Nov 3 22:28:19 localhost avahi-daemon[5377]: Withdrawing address record for fe80::20e:1eff:fe00:7756 on eth0.
Nov 3 22:28:19 localhost dhclient: No working leases in persistent database - sleeping.
Nov 3 22:28:19 localhost dhclient: receive_packet failed on eth0: Network is down
Nov 3 22:28:20 localhost ntpd[5656]: Deleting interface #6 eth0, fe80::20e:1eff:fe00:7756#123, interface stats: received=0, sent=0, dropped=0, active_time=389 secs
Nov 3 22:28:20 localhost ntpd[5656]: Deleting interface #7 eth0, 172.17.18.38#123, interface stats: received=0, sent=0, dropped=0, active_time=268 secs
Nov 3 22:28:23 localhost kernel: net eth1: firmware hang detected
Nov 3 22:28:23 localhost kernel: net eth0: firmware hang detected
Nov 3 22:28:23 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:28:23 localhost firmware.sh[7181]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:28:23 localhost firmware.sh[7191]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:28:23 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:28:29 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:28:40 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:28:40 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:28:40 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:28:46 localhost kernel: net eth0: firmware hang detected
Nov 3 22:28:46 localhost kernel: net eth1: firmware hang detected
Nov 3 22:28:46 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:28:46 localhost firmware.sh[7207]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:28:46 localhost firmware.sh[7217]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:28:46 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:28:52 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:29:02 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:29:02 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:29:02 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:29:08 localhost kernel: net eth1: firmware hang detected
Nov 3 22:29:08 localhost kernel: net eth0: firmware hang detected
Nov 3 22:29:08 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:29:08 localhost firmware.sh[7262]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:29:08 localhost firmware.sh[7272]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:29:08 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:29:15 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:29:25 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:29:25 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:29:25 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:29:31 localhost kernel: net eth0: firmware hang detected
Nov 3 22:29:31 localhost kernel: net eth1: firmware hang detected
Nov 3 22:29:31 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:29:31 localhost firmware.sh[7282]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:29:31 localhost firmware.sh[7292]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:29:31 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:29:38 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:29:48 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:29:48 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:29:48 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:29:54 localhost kernel: net eth1: firmware hang detected
Nov 3 22:29:54 localhost kernel: net eth0: firmware hang detected
Nov 3 22:29:54 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:29:54 localhost firmware.sh[7306]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:29:54 localhost firmware.sh[7316]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:29:54 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:30:01 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:30:11 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:30:11 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:30:11 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:30:17 localhost kernel: net eth0: firmware hang detected
Nov 3 22:30:17 localhost kernel: net eth1: firmware hang detected
Nov 3 22:30:17 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:30:17 localhost firmware.sh[7363]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:30:17 localhost firmware.sh[7373]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:30:17 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:30:24 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:30:34 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:30:34 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:30:34 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:30:40 localhost kernel: net eth1: firmware hang detected
Nov 3 22:30:40 localhost kernel: net eth0: firmware hang detected
Nov 3 22:30:40 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:30:40 localhost firmware.sh[7388]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:30:40 localhost firmware.sh[7398]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:30:40 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:30:47 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:30:57 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:30:57 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:30:57 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:30:58 localhost avahi-daemon[5377]: Joining mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:30:58 localhost avahi-daemon[5377]: New relevant interface eth0.IPv4 for mDNS.
Nov 3 22:30:58 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Nov 3 22:30:58 localhost avahi-daemon[5377]: Registering new address record for 172.17.18.38 on eth0.IPv4.
Nov 3 22:30:59 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:30:59 localhost kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov 3 22:31:00 localhost avahi-daemon[5377]: Registering new address record for fe80::20e:1eff:fe00:7756 on eth0.*.
Nov 3 22:31:01 localhost ntpd[5656]: Listening on interface #8 eth0, fe80::20e:1eff:fe00:7756#123 Enabled
Nov 3 22:31:01 localhost ntpd[5656]: Listening on interface #9 eth0, 172.17.18.38#123 Enabled
Nov 3 22:31:03 localhost kernel: net eth0: firmware hang detected
Nov 3 22:31:03 localhost kernel: net eth1: firmware hang detected
Nov 3 22:31:03 localhost firmware.sh[7447]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:31:03 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:31:03 localhost firmware.sh[7457]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:31:03 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:31:09 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:31:20 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:31:20 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:31:20 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:31:22 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:31:26 localhost kernel: net eth1: firmware hang detected
Nov 3 22:31:26 localhost kernel: net eth0: firmware hang detected
Nov 3 22:31:26 localhost firmware.sh[7480]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:31:26 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:31:26 localhost firmware.sh[7490]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:31:26 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:31:32 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:31:43 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:31:43 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:31:43 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:31:45 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:31:49 localhost kernel: net eth0: firmware hang detected
Nov 3 22:31:49 localhost kernel: net eth1: firmware hang detected
Nov 3 22:31:49 localhost firmware.sh[7504]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:31:49 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:31:49 localhost firmware.sh[7514]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:31:49 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:31:55 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:32:06 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:32:06 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:32:06 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:32:08 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:32:12 localhost kernel: net eth1: firmware hang detected
Nov 3 22:32:12 localhost kernel: net eth0: firmware hang detected
Nov 3 22:32:12 localhost firmware.sh[7559]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:32:12 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:32:12 localhost firmware.sh[7569]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:32:12 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:32:18 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:32:29 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:32:29 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:32:29 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:32:31 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:32:35 localhost kernel: net eth0: firmware hang detected
Nov 3 22:32:35 localhost kernel: net eth1: firmware hang detected
Nov 3 22:32:35 localhost firmware.sh[7579]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:32:35 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:32:35 localhost firmware.sh[7589]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:32:35 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:32:41 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:32:52 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:32:52 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:32:52 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:32:54 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:32:58 localhost kernel: net eth1: firmware hang detected
Nov 3 22:32:58 localhost kernel: net eth0: firmware hang detected
Nov 3 22:32:58 localhost firmware.sh[7599]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:32:58 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:32:58 localhost firmware.sh[7609]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:32:58 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:33:04 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:33:15 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:33:15 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:33:15 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:33:17 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:33:21 localhost kernel: net eth0: firmware hang detected
Nov 3 22:33:21 localhost kernel: net eth1: firmware hang detected
Nov 3 22:33:21 localhost firmware.sh[7655]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:33:21 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwmn.bin
Nov 3 22:33:21 localhost firmware.sh[7665]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:33:21 localhost kernel: netxen_nic 0000:06:00.1: firmware: requesting nx3fwct.bin
Nov 3 22:33:27 localhost kernel: netxen_nic 0000:06:00.1: loading firmware from flash
Nov 3 22:33:38 localhost kernel: netxen_nic 0000:06:00.1: firmware v4.0.305 [cut-through]
Nov 3 22:33:38 localhost kernel: NetXen Dual XGb SFP+ LP Board S/N SF86BK0008 Chip rev 0x41
Nov 3 22:33:38 localhost kernel: netxen_nic 0000:06:00.0: firmware v4.0.305 [cut-through]
Nov 3 22:33:40 localhost kernel: netxen_nic: eth0 NIC Link is up
Nov 3 22:33:44 localhost kernel: net eth1: firmware hang detected
Nov 3 22:33:44 localhost kernel: net eth0: firmware hang detected
Nov 3 22:33:44 localhost firmware.sh[7675]: Cannot find firmware file 'nx3fwmn.bin'
Nov 3 22:33:44 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwmn.bin
Nov 3 22:33:44 localhost firmware.sh[7685]: Cannot find firmware file 'nx3fwct.bin'
Nov 3 22:33:44 localhost kernel: netxen_nic 0000:06:00.0: firmware: requesting nx3fwct.bin
Nov 3 22:33:50 localhost kernel: netxen_nic 0000:06:00.0: loading firmware from flash
Nov 3 22:33:55 localhost init: tty1 main process (5856) killed by TERM signal
Nov 3 22:33:55 localhost avahi-daemon[5377]: Got SIGTERM, quitting.
Nov 3 22:33:55 localhost avahi-daemon[5377]: Leaving mDNS multicast group on interface eth0.IPv4 with address 172.17.18.38.
Nov 3 22:33:55 localhost mountd[5709]: Caught signal 15, un-registering and exiting.
Nov 3 22:33:55 localhost kernel: nfsd: last server has exited, flushing export cache
Nov 3 22:33:56 localhost xinetd[5639]: Exiting...
Nov 3 22:33:56 localhost acpid: exiting
Nov 3 22:33:56 localhost ntpd[5656]: ntpd exiting on signal 15
Nov 3 22:33:56 localhost pcscd: pcscdaemon.c:581:signal_trap() Preparing for suicide
Nov 3 22:33:57 localhost pcscd: readerfactory.c:1242:RFCleanupReaders() entering cleaning function
Nov 3 22:33:57 localhost pcscd: pcscdaemon.c:531:at_exit() cleaning /var/run
Nov 3 22:33:57 localhost bluetoothd[5585]: bridge pan0 removed
Nov 3 22:33:57 localhost bluetoothd[5585]: Stopping SDP server
Nov 3 22:33:57 localhost bluetoothd[5585]: Exit
Nov 3 22:33:57 localhost rpc.statd[3009]: Caught signal 15, un-registering and exiting.
Nov 3 22:33:58 localhost rpcbind: rpcbind terminating on signal. Restart with "rpcbind -w"
^ permalink raw reply
* [PATCH 1/3] fsl_pq_mdio: Fix compiler/sparse warnings (part 1)
From: Anton Vorontsov @ 2009-11-04 22:52 UTC (permalink / raw)
To: David Miller; +Cc: Andy Fleming, Sandeep Gopalpet, netdev, linuxppc-dev
commit 1d2397d742b7a2b39b2f09dd9da3b9d1463f55e9 ("fsl_pq_mdio: Add
Suport for etsec2.0 devices") introduced the following warnings:
CHECK fsl_pq_mdio.c
fsl_pq_mdio.c:287:22: warning: incorrect type in initializer (different base types)
fsl_pq_mdio.c:287:22: expected unknown type 11 const *__mptr
fsl_pq_mdio.c:287:22: got unsigned long long [unsigned] [assigned] [usertype] addr
fsl_pq_mdio.c:287:19: warning: incorrect type in assignment (different base types)
fsl_pq_mdio.c:287:19: expected unsigned long long [unsigned] [usertype] ioremap_miimcfg
fsl_pq_mdio.c:287:19: got struct fsl_pq_mdio *<noident>
CC fsl_pq_mdio.o
fsl_pq_mdio.c: In function 'fsl_pq_mdio_probe':
fsl_pq_mdio.c:287: warning: initialization makes pointer from integer without a cast
fsl_pq_mdio.c:287: warning: assignment makes integer from pointer without a cast
These warnings are not easy to fix without ugly __force casts. So,
instead of introducing the casts, rework the code to substitute an
offset from an already mapped area. This makes the code a lot simpler
and less duplicated.
Plus, from now on we don't actually map reserved registers on
non-etsec2.0 devices, so we have more chances to catch programming
errors.
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
drivers/net/fsl_pq_mdio.c | 31 ++++++++++++-------------------
1 files changed, 12 insertions(+), 19 deletions(-)
diff --git a/drivers/net/fsl_pq_mdio.c b/drivers/net/fsl_pq_mdio.c
index 4065b7c..fb8c8d9 100644
--- a/drivers/net/fsl_pq_mdio.c
+++ b/drivers/net/fsl_pq_mdio.c
@@ -262,10 +262,11 @@ static int fsl_pq_mdio_probe(struct of_device *ofdev,
struct device_node *np = ofdev->node;
struct device_node *tbi;
struct fsl_pq_mdio __iomem *regs = NULL;
+ void __iomem *map;
u32 __iomem *tbipa;
struct mii_bus *new_bus;
int tbiaddr = -1;
- u64 addr = 0, size = 0, ioremap_miimcfg = 0;
+ u64 addr = 0, size = 0;
int err = 0;
new_bus = mdiobus_alloc();
@@ -279,28 +280,20 @@ static int fsl_pq_mdio_probe(struct of_device *ofdev,
fsl_pq_mdio_bus_name(new_bus->id, np);
/* Set the PHY base address */
- if (of_device_is_compatible(np,"fsl,gianfar-mdio") ||
- of_device_is_compatible(np, "fsl,gianfar-tbi") ||
- of_device_is_compatible(np, "fsl,ucc-mdio") ||
- of_device_is_compatible(np,"ucc_geth_phy" )) {
- addr = of_translate_address(np, of_get_address(np, 0, &size, NULL));
- ioremap_miimcfg = container_of(addr, struct fsl_pq_mdio, miimcfg);
- regs = ioremap(ioremap_miimcfg, size +
- offsetof(struct fsl_pq_mdio, miimcfg));
- } else if (of_device_is_compatible(np,"fsl,etsec2-mdio") ||
- of_device_is_compatible(np, "fsl,etsec2-tbi")) {
- addr = of_translate_address(np, of_get_address(np, 0, &size, NULL));
- regs = ioremap(addr, size);
- } else {
- err = -EINVAL;
- goto err_free_bus;
- }
-
- if (NULL == regs) {
+ addr = of_translate_address(np, of_get_address(np, 0, &size, NULL));
+ map = ioremap(addr, size);
+ if (!map) {
err = -ENOMEM;
goto err_free_bus;
}
+ if (of_device_is_compatible(np, "fsl,gianfar-mdio") ||
+ of_device_is_compatible(np, "fsl,gianfar-tbi") ||
+ of_device_is_compatible(np, "fsl,ucc-mdio") ||
+ of_device_is_compatible(np, "ucc_geth_phy"))
+ map -= offsetof(struct fsl_pq_mdio, miimcfg);
+ regs = map;
+
new_bus->priv = (void __force *)regs;
new_bus->irq = kcalloc(PHY_MAX_ADDR, sizeof(int), GFP_KERNEL);
--
1.6.3.3
^ permalink raw reply related
* [PATCH 2/3] fsl_pq_mdio: Fix compiler/sparse warnings (part 2)
From: Anton Vorontsov @ 2009-11-04 22:52 UTC (permalink / raw)
To: David Miller; +Cc: Andy Fleming, Sandeep Gopalpet, netdev, linuxppc-dev
This patch fixes following warnings:
fsl_pq_mdio.c:112:38: warning: cast adds address space to expression (<asn:2>)
fsl_pq_mdio.c:124:38: warning: cast adds address space to expression (<asn:2>)
fsl_pq_mdio.c:133:38: warning: cast adds address space to expression (<asn:2>)
fsl_pq_mdio.c:414:11: warning: cast adds address space to expression (<asn:2>)
Instead of adding __force all over the place, introduce convenient
fsl_pq_mdio_get_regs() call that does the ugly casting just once.
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
drivers/net/fsl_pq_mdio.c | 13 +++++++++----
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/net/fsl_pq_mdio.c b/drivers/net/fsl_pq_mdio.c
index fb8c8d9..b2ca596 100644
--- a/drivers/net/fsl_pq_mdio.c
+++ b/drivers/net/fsl_pq_mdio.c
@@ -103,13 +103,18 @@ int fsl_pq_local_mdio_read(struct fsl_pq_mdio __iomem *regs,
return value;
}
+static struct fsl_pq_mdio __iomem *fsl_pq_mdio_get_regs(struct mii_bus *bus)
+{
+ return (void __iomem __force *)bus->priv;
+}
+
/*
* Write value to the PHY at mii_id at register regnum,
* on the bus, waiting until the write is done before returning.
*/
int fsl_pq_mdio_write(struct mii_bus *bus, int mii_id, int regnum, u16 value)
{
- struct fsl_pq_mdio __iomem *regs = (void __iomem *)bus->priv;
+ struct fsl_pq_mdio __iomem *regs = fsl_pq_mdio_get_regs(bus);
/* Write to the local MII regs */
return(fsl_pq_local_mdio_write(regs, mii_id, regnum, value));
@@ -121,7 +126,7 @@ int fsl_pq_mdio_write(struct mii_bus *bus, int mii_id, int regnum, u16 value)
*/
int fsl_pq_mdio_read(struct mii_bus *bus, int mii_id, int regnum)
{
- struct fsl_pq_mdio __iomem *regs = (void __iomem *)bus->priv;
+ struct fsl_pq_mdio __iomem *regs = fsl_pq_mdio_get_regs(bus);
/* Read the local MII regs */
return(fsl_pq_local_mdio_read(regs, mii_id, regnum));
@@ -130,7 +135,7 @@ int fsl_pq_mdio_read(struct mii_bus *bus, int mii_id, int regnum)
/* Reset the MIIM registers, and wait for the bus to free */
static int fsl_pq_mdio_reset(struct mii_bus *bus)
{
- struct fsl_pq_mdio __iomem *regs = (void __iomem *)bus->priv;
+ struct fsl_pq_mdio __iomem *regs = fsl_pq_mdio_get_regs(bus);
int timeout = PHY_INIT_TIMEOUT;
mutex_lock(&bus->mdio_lock);
@@ -404,7 +409,7 @@ static int fsl_pq_mdio_remove(struct of_device *ofdev)
dev_set_drvdata(device, NULL);
- iounmap((void __iomem *)bus->priv);
+ iounmap(fsl_pq_mdio_get_regs(bus));
bus->priv = NULL;
mdiobus_free(bus);
--
1.6.3.3
^ permalink raw reply related
* [PATCH 3/3] gianfar: Fix compiler and sparse warnings
From: Anton Vorontsov @ 2009-11-04 22:53 UTC (permalink / raw)
To: David Miller; +Cc: Andy Fleming, Sandeep Gopalpet, netdev, linuxppc-dev
commit fba4ed030cfae7efdb6b79a57b0c5a9d72c9de83 ("gianfar: Add Multiple
Queue Support") introduced the following warnings:
CHECK gianfar.c
gianfar.c:333:8: warning: incorrect type in assignment (different address spaces)
gianfar.c:333:8: expected unsigned int [usertype] *baddr
gianfar.c:333:8: got unsigned int [noderef] <asn:2>*<noident>
[... 67 lines skipped ...]
gianfar.c:2565:3: warning: incorrect type in argument 1 (different type sizes)
gianfar.c:2565:3: expected unsigned long const *addr
gianfar.c:2565:3: got unsigned int *<noident>
CC gianfar.o
gianfar.c: In function 'gfar_probe':
gianfar.c:985: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:985: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:993: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:993: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c: In function 'gfar_configure_coalescing':
gianfar.c:1680: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:1680: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:1688: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:1688: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c: In function 'gfar_poll':
gianfar.c:2565: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:2565: warning: passing argument 1 of 'find_next_bit' from incompatible pointer type
gianfar.c:2566: warning: passing argument 2 of 'test_bit' from incompatible pointer type
gianfar.c:2585: warning: passing argument 2 of 'set_bit' from incompatible pointer type
Following warnings left unfixed (looks like sparse doesn't like
locks in loops, so __acquires/__releases() doesn't help):
gianfar.c:441:40: warning: context imbalance in 'lock_rx_qs': wrong count at exit
gianfar.c:441:40: context '<noident>': wanted 0, got 1
gianfar.c:449:40: warning: context imbalance in 'lock_tx_qs': wrong count at exit
gianfar.c:449:40: context '<noident>': wanted 0, got 1
gianfar.c:458:3: warning: context imbalance in 'unlock_rx_qs': __context__ statement expected different context
gianfar.c:458:3: context '<noident>': wanted >= 0, got -1
gianfar.c:466:3: warning: context imbalance in 'unlock_tx_qs': __context__ statement expected different context
gianfar.c:466:3: context '<noident>': wanted >= 0, got -1
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
drivers/net/gianfar.c | 14 ++++++++------
drivers/net/gianfar.h | 10 +++++-----
2 files changed, 13 insertions(+), 11 deletions(-)
diff --git a/drivers/net/gianfar.c b/drivers/net/gianfar.c
index 086d40d..197b358 100644
--- a/drivers/net/gianfar.c
+++ b/drivers/net/gianfar.c
@@ -327,7 +327,7 @@ cleanup:
static void gfar_init_tx_rx_base(struct gfar_private *priv)
{
struct gfar __iomem *regs = priv->gfargrp[0].regs;
- u32 *baddr;
+ u32 __iomem *baddr;
int i;
baddr = ®s->tbase0;
@@ -770,7 +770,8 @@ static unsigned int reverse_bitmap(unsigned int bit_map, unsigned int max_qs)
return new_bit_map;
}
-u32 cluster_entry_per_class(struct gfar_private *priv, u32 rqfar, u32 class)
+static u32 cluster_entry_per_class(struct gfar_private *priv, u32 rqfar,
+ u32 class)
{
u32 rqfpr = FPR_FILER_MASK;
u32 rqfcr = 0x0;
@@ -849,7 +850,7 @@ static int gfar_probe(struct of_device *ofdev,
int len_devname;
u32 rstat = 0, tstat = 0, rqueue = 0, tqueue = 0;
u32 isrg = 0;
- u32 *baddr;
+ u32 __iomem *baddr;
err = gfar_of_init(ofdev, &dev);
@@ -1658,10 +1659,10 @@ void gfar_start(struct net_device *dev)
}
void gfar_configure_coalescing(struct gfar_private *priv,
- unsigned int tx_mask, unsigned int rx_mask)
+ unsigned long tx_mask, unsigned long rx_mask)
{
struct gfar __iomem *regs = priv->gfargrp[0].regs;
- u32 *baddr;
+ u32 __iomem *baddr;
int i = 0;
/* Backward compatible case ---- even if we enable
@@ -2546,7 +2547,8 @@ static int gfar_poll(struct napi_struct *napi, int budget)
struct gfar_priv_tx_q *tx_queue = NULL;
struct gfar_priv_rx_q *rx_queue = NULL;
int rx_cleaned = 0, budget_per_queue = 0, rx_cleaned_per_queue = 0;
- int tx_cleaned = 0, i, left_over_budget = budget, serviced_queues = 0;
+ int tx_cleaned = 0, i, left_over_budget = budget;
+ unsigned long serviced_queues = 0;
int num_queues = 0;
unsigned long flags;
diff --git a/drivers/net/gianfar.h b/drivers/net/gianfar.h
index 44b63da..cbb4510 100644
--- a/drivers/net/gianfar.h
+++ b/drivers/net/gianfar.h
@@ -986,10 +986,10 @@ struct gfar_priv_grp {
struct gfar_private *priv;
struct gfar __iomem *regs;
unsigned int grp_id;
- unsigned int rx_bit_map;
- unsigned int tx_bit_map;
- unsigned int num_tx_queues;
- unsigned int num_rx_queues;
+ unsigned long rx_bit_map;
+ unsigned long tx_bit_map;
+ unsigned long num_tx_queues;
+ unsigned long num_rx_queues;
unsigned int rstat;
unsigned int tstat;
unsigned int imask;
@@ -1118,7 +1118,7 @@ extern void gfar_halt(struct net_device *dev);
extern void gfar_phy_test(struct mii_bus *bus, struct phy_device *phydev,
int enable, u32 regnum, u32 read);
extern void gfar_configure_coalescing(struct gfar_private *priv,
- unsigned int tx_mask, unsigned int rx_mask);
+ unsigned long tx_mask, unsigned long rx_mask);
void gfar_init_sysfs(struct net_device *dev);
extern const struct ethtool_ops gfar_ethtool_ops;
--
1.6.3.3
^ permalink raw reply related
* [PATCH RFC] gianfar: Make polling safe with IRQs disabled
From: Anton Vorontsov @ 2009-11-04 22:57 UTC (permalink / raw)
To: David Miller; +Cc: Andy Fleming, Jason Wessel, netdev, linuxppc-dev
When using KGDBoE, gianfar driver spits 'Interrupt problem' messages,
which appears to be a legitimate warning, i.e. we may end up calling
netif_receive_skb() or vlan_hwaccel_receive_skb() with IRQs disabled.
This patch reworks the RX path so that if netpoll is enabled (the
only case when the driver don't know from what context the polling
may be called), we check whether IRQs are disabled, and if so we
fall back to safe variants of skb receiving functions.
Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com>
---
I'm not sure if this is suitable for mainline since it doesn't
have KGDBoE support. Jason, if the patch is OK, would you like
to merge it into KGDB tree?
drivers/net/gianfar.c | 17 +++++++++++++----
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/net/gianfar.c b/drivers/net/gianfar.c
index 197b358..024ca4a 100644
--- a/drivers/net/gianfar.c
+++ b/drivers/net/gianfar.c
@@ -2412,9 +2412,17 @@ static int gfar_process_frame(struct net_device *dev, struct sk_buff *skb,
{
struct gfar_private *priv = netdev_priv(dev);
struct rxfcb *fcb = NULL;
-
+ int irqs_dis = 0;
int ret;
+ /*
+ * With netpoll we don't know from what context we're called (e.g
+ * KGDBoE may call us from an exception handler), otherwise we're
+ * pretty sure that IRQs are enabled.
+ */
+#ifdef CONFIG_NETPOLL
+ irqs_dis = irqs_disabled();
+#endif
/* fcb is at the beginning if exists */
fcb = (struct rxfcb *)skb->data;
@@ -2432,7 +2440,10 @@ static int gfar_process_frame(struct net_device *dev, struct sk_buff *skb,
/* Send the packet up the stack */
if (unlikely(priv->vlgrp && (fcb->flags & RXFCB_VLN)))
- ret = vlan_hwaccel_receive_skb(skb, priv->vlgrp, fcb->vlctl);
+ ret = __vlan_hwaccel_rx(skb, priv->vlgrp, fcb->vlctl,
+ !irqs_dis);
+ else if (irqs_dis)
+ ret = netif_rx(skb);
else
ret = netif_receive_skb(skb);
@@ -2504,8 +2515,6 @@ int gfar_clean_rx_ring(struct gfar_priv_rx_q *rx_queue, int rx_work_limit)
skb_put(skb, pkt_len);
dev->stats.rx_bytes += pkt_len;
- if (in_irq() || irqs_disabled())
- printk("Interrupt problem!\n");
gfar_process_frame(dev, skb, amount_pull);
} else {
--
1.6.3.3
^ permalink raw reply related
* Re: [RFC] [PATCH] udp: optimize lookup of UDP sockets to by including destination address in the hash key
From: Octavian Purdila @ 2009-11-04 23:04 UTC (permalink / raw)
To: Eric Dumazet; +Cc: Lucian Adrian Grijincu, netdev
In-Reply-To: <4AF1F273.5020207@gmail.com>
On Wednesday 04 November 2009 23:30:27 you wrote:
> I knew someone would do this kind of patch one day, I tried it one year ago
> :)
>
And I knew you would give us feedback, thanks ! You are unstoppable lately,
how many of are out there? :)
> First of all, you are mixing several things in this patch.
>
> Dont do this, its not possible for us to correctly review such complex
> patch.
>
> Then, your patch is not based on net-next-2.6, and you really need to work
> on this tree.
>
Yes, the patch is not in any shape for review, we just wanted some early
feedback on the approach itself, and I've noticed its more likely to get
feedback when code is posted.
> Then, if you had worked on net-next-2.6, you whould have noticed UDP hash
> tables are now dynamically sized at boot.
> An admin can even force a 65536 slots hash table for heavy duty UDP
> servers.
>
> Then, last point : Say I have a machine with 65000 udp sockets bound to a
> different port, and a 65536 slots hash table, (sane values in fact, in
> order to have best performances), then your two phase lookup will be
> slower than the one-phase current lookup (two cache misses instead of one)
>
> So your patch seems to solve a pathological case (where many udp sockets
> are bounded to a particular port, but on many different IPs), and slow
> down 99% of other uses.
>
Very true, the benchmark itself shows a significant overhead increase on the TX
side and indeed this case is not very common. But for us its an important
usecase.
Maybe there is a more clever way of fixing this specific use-case without
hurting the common case?
Also, are there any other folks out there who would benefit by fixing this
corner case?
Thanks,
tavi
^ permalink raw reply
* Re: [RFC] [PATCH] udp: optimize lookup of UDP sockets to by including destination address in the hash key
From: Eric Dumazet @ 2009-11-04 23:32 UTC (permalink / raw)
To: Octavian Purdila; +Cc: Lucian Adrian Grijincu, netdev
In-Reply-To: <200911050104.09538.opurdila@ixiacom.com>
Octavian Purdila a écrit :
> On Wednesday 04 November 2009 23:30:27 you wrote:
>
>> I knew someone would do this kind of patch one day, I tried it one year ago
>> :)
>>
>
> And I knew you would give us feedback, thanks ! You are unstoppable lately,
> how many of are out there? :)
>
>> First of all, you are mixing several things in this patch.
>>
>> Dont do this, its not possible for us to correctly review such complex
>> patch.
>>
>> Then, your patch is not based on net-next-2.6, and you really need to work
>> on this tree.
>>
>
> Yes, the patch is not in any shape for review, we just wanted some early
> feedback on the approach itself, and I've noticed its more likely to get
> feedback when code is posted.
>
>> Then, if you had worked on net-next-2.6, you whould have noticed UDP hash
>> tables are now dynamically sized at boot.
>> An admin can even force a 65536 slots hash table for heavy duty UDP
>> servers.
>>
>> Then, last point : Say I have a machine with 65000 udp sockets bound to a
>> different port, and a 65536 slots hash table, (sane values in fact, in
>> order to have best performances), then your two phase lookup will be
>> slower than the one-phase current lookup (two cache misses instead of one)
>>
>> So your patch seems to solve a pathological case (where many udp sockets
>> are bounded to a particular port, but on many different IPs), and slow
>> down 99% of other uses.
>>
>
> Very true, the benchmark itself shows a significant overhead increase on the TX
> side and indeed this case is not very common. But for us its an important
> usecase.
>
> Maybe there is a more clever way of fixing this specific use-case without
> hurting the common case?
>
Clever way ? Well, we will see :)
I now understand previous Lucian patch (best match) :)
Could you please describe your usecase ? I guess something is possible,
not necessarly hurting performance of regular usecases :)
I have struct reorderings in progress to reduce number of cache lines read
per socket from two to one. So this would reduce by 50% time to find
a particular socket in the chain.
But if you *really* want/need 512 sockets bound to _same_ port, we probably can use
secondary hash tables (or rbtree), as soon as we stack more than XX sockets on a
particular slot.
At lookup, we check if extended hash table exists before doing
normal rcu lookup.
Probably can be done under 300 lines of code.
On normal machines, these extra tables/trees would not be used/allocated
^ permalink raw reply
* [rfc 0/4] igb: bandwidth allocation
From: Simon Horman @ 2009-11-05 0:58 UTC (permalink / raw)
To: e1000-devel, netdev; +Cc: Arnd Bergmann, Jeff Kirsher
Hi,
this series of patches exposes the bandwidth allocation
hardware support of the Intel 82576. It does so through
a rather hackish sysfs entry. That interface is just intended
for testing so that the exposed hardware feature can
be exercised. I would like to find a generic way to expose
this feature to user-space.
>From horms@vergenet.net Thu Nov 5 12:06:27 2009
Message-Id: <20091105010627.123781635@vergenet.net>
User-Agent: quilt/0.48-1
Date: Thu, 05 Nov 2009 11:58:48 +1100
From: Simon Horman <horms@verge.net.au>
Cc: Alexander Duyck <alexander.h.duyck@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Arnd Bergmann <arndbergmann@googlemail.com>
To: e1000-devel@lists.sourceforge.net,
netdev@vger.kernel.org
Subject: [rfc 1/4] igb: Add igb_cleanup_vf()
References: <20091105005847.941190065@vergenet.net>
Content-Disposition: inline; filename=igb_cleanup_vf.patch
Move virtual finction cleanup code into igb_cleanup_vf() and for the sake
of symmetry rename igb_probe_vfs() as igb_init_vf().
Although these functions aren't entirely symmetrical it should aid
maintenance by making the relationship between initialisation and cleanup
more obvious.
Note that there appears to be no way for adapter->vfs_allocated_count to be
non-zero for the case where CONFIG_PCI_IOV is not set, so reseting this
value was moved to inside the relvant #ifdef.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:38:58.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 16:36:07.000000000 +0900
@@ -87,6 +87,7 @@ void igb_update_stats(struct igb_adapter
static int igb_probe(struct pci_dev *, const struct pci_device_id *);
static void __devexit igb_remove(struct pci_dev *pdev);
static int igb_sw_init(struct igb_adapter *);
+static void igb_cleanup_vf(struct igb_adapter * adapter);
static int igb_open(struct net_device *);
static int igb_close(struct net_device *);
static void igb_configure_tx(struct igb_adapter *);
@@ -650,21 +651,7 @@ static void igb_set_interrupt_capability
/* If we can't do MSI-X, try MSI */
msi_only:
-#ifdef CONFIG_PCI_IOV
- /* disable SR-IOV for non MSI-X configurations */
- if (adapter->vf_data) {
- struct e1000_hw *hw = &adapter->hw;
- /* disable iov and allow time for transactions to clear */
- pci_disable_sriov(adapter->pdev);
- msleep(500);
-
- kfree(adapter->vf_data);
- adapter->vf_data = NULL;
- wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
- msleep(100);
- dev_info(&adapter->pdev->dev, "IOV Disabled\n");
- }
-#endif
+ igb_cleanup_vf(adapter);
adapter->vfs_allocated_count = 0;
adapter->flags |= IGB_FLAG_QUEUE_PAIRS;
adapter->num_rx_queues = 1;
@@ -1734,7 +1721,7 @@ static void __devexit igb_remove(struct
}
/**
- * igb_probe_vfs - Initialize vf data storage and add VFs to pci config space
+ * igb_init_vf - Initialize vf data storage and add VFs to pci config space
* @adapter: board private structure to initialize
*
* This function initializes the vf specific data storage and then attempts to
@@ -1742,7 +1729,7 @@ static void __devexit igb_remove(struct
* mor expensive time wise to disable SR-IOV than it is to allocate and free
* the memory for the VFs.
**/
-static void __devinit igb_probe_vfs(struct igb_adapter * adapter)
+static void __devinit igb_init_vf(struct igb_adapter * adapter)
{
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
@@ -1782,6 +1769,35 @@ static void __devinit igb_probe_vfs(stru
}
/**
+ * igb_cleanup_vf - Clean up vf data and remove vfs from pci config space
+ * @adapter: board private structure to initialize
+ *
+ * This function cleans-up the vf specific data storage and then attempts to
+ * deallocate the VFs.
+ **/
+static void igb_cleanup_vf(struct igb_adapter * adapter)
+{
+#ifdef CONFIG_PCI_IOV
+ struct e1000_hw *hw = &adapter->hw;
+
+ if (!adapter->vf_data)
+ return;
+
+ /* disable iov and allow time for transactions to clear */
+ pci_disable_sriov(adapter->pdev);
+ msleep(500);
+
+ kfree(adapter->vf_data);
+ adapter->vf_data = NULL;
+ adapter->vfs_allocated_count = 0;
+
+ wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
+ msleep(100);
+ dev_info(&adapter->pdev->dev, "IOV Disabled\n");
+#endif
+}
+
+/**
* igb_sw_init - Initialize general software structures (struct igb_adapter)
* @adapter: board private structure to initialize
*
@@ -1816,7 +1832,7 @@ static int __devinit igb_sw_init(struct
return -ENOMEM;
}
- igb_probe_vfs(adapter);
+ igb_init_vf(adapter);
/* Explicitly disable IRQ since the NIC can be in any state. */
igb_irq_disable(adapter);
>From horms@vergenet.net Thu Nov 5 12:06:27 2009
Message-Id: <20091105010627.464560295@vergenet.net>
User-Agent: quilt/0.48-1
Date: Thu, 05 Nov 2009 11:58:49 +1100
From: Simon Horman <horms@verge.net.au>
Cc: Alexander Duyck <alexander.h.duyck@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Arnd Bergmann <arndbergmann@googlemail.com>
To: e1000-devel@lists.sourceforge.net,
netdev@vger.kernel.org
Subject: [rfc 2/4] igb: Initialise adapter->vfs_allocated_count in igb_init_vf()
References: <20091105005847.941190065@vergenet.net>
Content-Disposition: inline; filename=igb_init_vf-vfs_allocated_count.patch
Initialise adapter->vfs_allocated_count in igb_init_vf()
and only do so if the VFs are successfully created.
This seems a lot tidier to me, for starters igb_init_vf() is no longer
spliced in two by an #ifdef just to allow vfs_allocated_count to be reset to
0 if CONFIG_PCI_IOV is unset.
This change will break things if igb_init_interrupt_scheme() relies on
adapter->vfs_allocated_count, but on inspection it appears not to.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:46:06.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 04:51:10.000000000 +0900
@@ -1723,48 +1723,48 @@ static void __devexit igb_remove(struct
/**
* igb_init_vf - Initialize vf data storage and add VFs to pci config space
* @adapter: board private structure to initialize
+ * @vfn: requested number of virtual functions
*
* This function initializes the vf specific data storage and then attempts to
* allocate the VFs. The reason for ordering it this way is because it is much
* mor expensive time wise to disable SR-IOV than it is to allocate and free
* the memory for the VFs.
**/
-static void __devinit igb_init_vf(struct igb_adapter * adapter)
+static void __devinit igb_init_vf(struct igb_adapter * adapter, int vfn)
{
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
+ struct e1000_hw *hw = &adapter->hw;
- if (adapter->vfs_allocated_count > 7)
- adapter->vfs_allocated_count = 7;
+ if (hw->mac.type != e1000_82576 || !vfn)
+ return;
- if (adapter->vfs_allocated_count) {
- adapter->vf_data = kcalloc(adapter->vfs_allocated_count,
- sizeof(struct vf_data_storage),
- GFP_KERNEL);
- /* if allocation failed then we do not support SR-IOV */
- if (!adapter->vf_data) {
- adapter->vfs_allocated_count = 0;
- dev_err(&pdev->dev, "Unable to allocate memory for VF "
- "Data Storage\n");
- }
+ if (vfn > 7)
+ vfn = 7;
+
+ adapter->vf_data = kcalloc(vfn, sizeof(struct vf_data_storage),
+ GFP_KERNEL);
+ /* if allocation failed then we do not support SR-IOV */
+ if (!adapter->vf_data) {
+ dev_err(&pdev->dev, "Unable to allocate memory for VF "
+ "Data Storage\n");
+ return;
}
- if (pci_enable_sriov(pdev, adapter->vfs_allocated_count)) {
+ if (pci_enable_sriov(pdev, vfn)) {
kfree(adapter->vf_data);
adapter->vf_data = NULL;
-#endif /* CONFIG_PCI_IOV */
- adapter->vfs_allocated_count = 0;
-#ifdef CONFIG_PCI_IOV
} else {
unsigned char mac_addr[ETH_ALEN];
int i;
- dev_info(&pdev->dev, "%d vfs allocated\n",
- adapter->vfs_allocated_count);
- for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
+ for (i = 0; i < vfn; i++) {
random_ether_addr(mac_addr);
igb_set_vf_mac(adapter, i, mac_addr);
}
}
+
+ adapter->vfs_allocated_count = vfn;
#endif /* CONFIG_PCI_IOV */
}
@@ -1821,18 +1821,13 @@ static int __devinit igb_sw_init(struct
adapter->max_frame_size = netdev->mtu + ETH_HLEN + ETH_FCS_LEN;
adapter->min_frame_size = ETH_ZLEN + ETH_FCS_LEN;
-#ifdef CONFIG_PCI_IOV
- if (hw->mac.type == e1000_82576)
- adapter->vfs_allocated_count = max_vfs;
-
-#endif /* CONFIG_PCI_IOV */
/* This call may decrease the number of queues */
if (igb_init_interrupt_scheme(adapter)) {
dev_err(&pdev->dev, "Unable to allocate memory for queues\n");
return -ENOMEM;
}
- igb_init_vf(adapter);
+ igb_init_vf(adapter, max_vfs);
/* Explicitly disable IRQ since the NIC can be in any state. */
igb_irq_disable(adapter);
>From horms@vergenet.net Thu Nov 5 12:06:28 2009
Message-Id: <20091105010627.806283906@vergenet.net>
User-Agent: quilt/0.48-1
Date: Thu, 05 Nov 2009 11:58:50 +1100
From: Simon Horman <horms@verge.net.au>
Cc: Alexander Duyck <alexander.h.duyck@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Arnd Bergmann <arndbergmann@googlemail.com>
To: e1000-devel@lists.sourceforge.net,
netdev@vger.kernel.org
Subject: [rfc 3/4] igb: Common error path in igb_init_vfs()
References: <20091105005847.941190065@vergenet.net>
Content-Disposition: inline; filename=igb_init_vf-err.patch
Drop out into an error path on error.
This is a bit superfluous as things stand, though arguably
it already makes the code cleaner. But it should help things a lot
if igb_init_vfs() has a several things to unwind on error.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:52:16.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 16:36:01.000000000 +0900
@@ -1735,6 +1735,8 @@ static void __devinit igb_init_vf(struct
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
struct e1000_hw *hw = &adapter->hw;
+ unsigned char mac_addr[ETH_ALEN];
+ int i;
if (hw->mac.type != e1000_82576 || !vfn)
return;
@@ -1751,20 +1753,21 @@ static void __devinit igb_init_vf(struct
return;
}
- if (pci_enable_sriov(pdev, vfn)) {
- kfree(adapter->vf_data);
- adapter->vf_data = NULL;
- } else {
- unsigned char mac_addr[ETH_ALEN];
- int i;
- dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
- for (i = 0; i < vfn; i++) {
- random_ether_addr(mac_addr);
- igb_set_vf_mac(adapter, i, mac_addr);
- }
+ if (pci_enable_sriov(pdev, vfn))
+ goto err;
+
+ dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
+ for (i = 0; i < vfn; i++) {
+ random_ether_addr(mac_addr);
+ igb_set_vf_mac(adapter, i, mac_addr);
}
adapter->vfs_allocated_count = vfn;
+
+ return;
+err:
+ kfree(adapter->vf_data);
+ adapter->vf_data = NULL;
#endif /* CONFIG_PCI_IOV */
}
>From horms@vergenet.net Thu Nov 5 12:06:28 2009
Message-Id: <20091105010628.148945886@vergenet.net>
User-Agent: quilt/0.48-1
Date: Thu, 05 Nov 2009 11:58:51 +1100
From: Simon Horman <horms@verge.net.au>
Cc: Alexander Duyck <alexander.h.duyck@intel.com>,
Jeff Kirsher <jeffrey.t.kirsher@intel.com>,
Arnd Bergmann <arndbergmann@googlemail.com>
To: e1000-devel@lists.sourceforge.net,
netdev@vger.kernel.org
Subject: [rfc 4/4] igb: expose 82576 bandiwidth allocation
References: <20091105005847.941190065@vergenet.net>
Content-Disposition: inline; filename=igb-ba.patch
The 82576 has support for bandwidth allocation to VFs.
Contrary to the documentation in the 82576 datasheet v2.41 this
appears to work as follows:
* The ratio supplied is always proportional to 1Gbit/s,
regardless of if the link speed.
* The ratio supplied is an upper-bound on bandwidth available
to the VF, not a minimun guarantee
This patch exposes bandwidth control to userspace through a simple
per-device (PF) sysfs file, bandwidth_allocation.
* The file contains a whitespace delimited list of values, one per VF.
* The first value corresponds to the first VF and so on.
* Valid values are integers from 0 to 1000
* A value of 0 indicates that bandwidth_allocation is disabled.
* Other values indicate the allocated bandwidth, in 1/1000ths of a gigabit/s
e.g. The following for a PF with 4 VFs allocates ~20Mbits/ to VF 1,
~100Mbit/s to VF 2, and leave the other 2 VFs with no allocation.
echo "20 100 0 0" > /sys/class/net/eth3/device/bandwidth_allocation
This interface is intended to allow testing of the hardware feature.
There are ongoing discussions about how to expose this feature
to user-space in a more generic way.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:55:06.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 05:12:54.000000000 +0900
@@ -47,6 +47,9 @@
#ifdef CONFIG_IGB_DCA
#include <linux/dca.h>
#endif
+#ifdef CONFIG_PCI_IOV
+#include <linux/ctype.h>
+#endif
#include "igb.h"
#define DRV_VERSION "1.3.16-k2"
@@ -152,6 +155,15 @@ static unsigned int max_vfs = 0;
module_param(max_vfs, uint, 0);
MODULE_PARM_DESC(max_vfs, "Maximum number of virtual functions to allocate "
"per physical function");
+
+static ssize_t igb_set_bandwidth_allocation(struct device *,
+ struct device_attribute *,
+ const char *, size_t);
+static ssize_t igb_show_bandwidth_allocation(struct device *,
+ struct device_attribute *,
+ char *);
+DEVICE_ATTR(bandwidth_allocation, S_IRUGO | S_IWUSR,
+ igb_show_bandwidth_allocation, igb_set_bandwidth_allocation);
#endif /* CONFIG_PCI_IOV */
static pci_ers_result_t igb_io_error_detected(struct pci_dev *,
@@ -1754,7 +1766,18 @@ static void __devinit igb_init_vf(struct
}
if (pci_enable_sriov(pdev, vfn))
- goto err;
+ goto err_kfree;
+
+ if (device_create_file(&pdev->dev, &dev_attr_bandwidth_allocation))
+ goto err_sriov;
+
+ adapter->bandwidth_allocation = kcalloc(vfn, sizeof(unsigned int),
+ GFP_KERNEL);
+ if (!adapter->bandwidth_allocation)
+ goto err_file;
+ memset(adapter->bandwidth_allocation, vfn * sizeof(unsigned int), 0);
+
+ spin_lock_init(&adapter->bandwidth_allocation_lock);
dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
for (i = 0; i < vfn; i++) {
@@ -1765,7 +1788,11 @@ static void __devinit igb_init_vf(struct
adapter->vfs_allocated_count = vfn;
return;
-err:
+err_file:
+ device_remove_file(&pdev->dev, &dev_attr_bandwidth_allocation);
+err_sriov:
+ pci_disable_sriov(pdev);
+err_kfree:
kfree(adapter->vf_data);
adapter->vf_data = NULL;
#endif /* CONFIG_PCI_IOV */
@@ -1781,6 +1808,7 @@ err:
static void igb_cleanup_vf(struct igb_adapter * adapter)
{
#ifdef CONFIG_PCI_IOV
+ struct pci_dev *pdev = adapter->pdev;
struct e1000_hw *hw = &adapter->hw;
if (!adapter->vf_data)
@@ -1797,6 +1825,9 @@ static void igb_cleanup_vf(struct igb_ad
wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
msleep(100);
dev_info(&adapter->pdev->dev, "IOV Disabled\n");
+
+ device_remove_file(&pdev->dev, &dev_attr_bandwidth_allocation);
+ kfree(adapter->bandwidth_allocation);
#endif
}
@@ -2088,6 +2119,123 @@ void igb_configure_tx_ring(struct igb_ad
wr32(E1000_TXDCTL(reg_idx), txdctl);
}
+#ifdef CONFIG_PCI_IOV
+static void igb_disable_bandwidth_allocation_vf(struct e1000_hw *hw, int vf)
+{
+ wr32(E1000_VMBASEL, vf);
+ wr32(E1000_VMBAC, 0);
+}
+
+static void igb_disable_bandwidth_allocation(struct igb_adapter *adapter)
+{
+ struct e1000_hw *hw = &adapter->hw;
+ int i;
+
+ for (i = 0; i < adapter->vfs_allocated_count; i++)
+ igb_disable_bandwidth_allocation_vf(hw, i);
+}
+
+static void igb_enable_bandwidth_allocation_vf(struct e1000_hw *hw, int vf,
+ unsigned int allocation)
+{
+ u32 rq;
+
+ /* Allocation is expressed as 1000ths of link speed [+]
+ *
+ * rq is calcualted as 1 / (allocation / 1000) = 1000 / allocation
+ *
+ * E1000_VMBAC_RF_INT_SHIFT and E1000_VMBAC_RF_MASK are used
+ * to marshal the result into the desired format: 23 bits of
+ * which 14 are to the right of the decimal point.
+ *
+ * [+] According to the the 82576 v2.41 datasheet rq should
+ * be a ratio of the link speed, however, empirically
+ * it appears to always be a ration of to 1Gbit/s,
+ * even when the link is 100Mbit/s.
+ */
+ rq = ((1000 << E1000_VMBAC_RF_INT_SHIFT) / allocation) &
+ E1000_VMBAC_RF_MASK;
+
+ wr32(E1000_VMBASEL, vf);
+ wr32(E1000_VMBAC, rq|E1000_VMBAC_RC_ENA);
+}
+
+static void igb_enable_bandwidth_allocation(struct igb_adapter *adapter)
+{
+ u32 i, reg;
+ struct e1000_hw *hw = &adapter->hw;
+
+ /* Only enable bandwidth_allocation if it has been set
+ * and the link speed is 100Mbit/s or 1Gbit/s */
+ if (!adapter->bandwidth_allocation ||
+ (adapter->link_speed != SPEED_100 &&
+ adapter->link_speed != SPEED_1000)) {
+ igb_disable_bandwidth_allocation(adapter);
+ return;
+ }
+
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ wr32(E1000_VMBASEL, i);
+ if (adapter->bandwidth_allocation[i])
+ igb_enable_bandwidth_allocation_vf(hw, i,
+ adapter->bandwidth_allocation[i]);
+ else
+ igb_disable_bandwidth_allocation_vf(hw, i);
+
+ /* XXX:
+ *
+ * The 82576 datasheet, section 4.5.11.1.5.1 "Configuring Tx
+ * Bandwidth to VMs" states that the desired setting is:
+ * VMBAMMW.MMW_SIZE = 16 * MSS
+ *
+ * But isn't MSS a property of skbs that are using tso
+ * rather than adapters?
+ *
+ * If so, should we use the maximum value here? */
+ /* XXX: Should this go inside or outside the for loop ? */
+ reg = 64 * 16;
+ wr32(E1000_VMBAMMW, reg);
+ }
+}
+#endif
+
+static void igb_check_bandwidth_allocation(struct igb_adapter *adapter)
+{
+#ifdef CONFIG_PCI_IOV
+ u32 vmbacs;
+ struct e1000_hw *hw = &adapter->hw;
+
+ if (!adapter->vf_data)
+ return;
+
+ /* The 82576 datasheet, section 4.5.11.1.5.2 "Link Speed Change
+ * Procedure" describes the sequence below. However the
+ * SPEED_CHG never seems to be set.
+ */
+ vmbacs = rd32(E1000_VMBACS);
+ if (vmbacs & E1000_VMBACS_SPEED_CHG) {
+ /* XXX: Never seem to get here */
+ int err = 0;
+
+ if (vmbacs & E1000_VMBACS_VMBA_SET) {
+ igb_disable_bandwidth_allocation(adapter);
+ err = 1;
+ }
+
+ vmbacs &= ~E1000_VMBACS_SPEED_CHG;
+ wr32(E1000_VMBACS, vmbacs);
+
+ if (err)
+ return;
+ }
+
+ spin_lock(&adapter->bandwidth_allocation_lock);
+ igb_enable_bandwidth_allocation(adapter);
+ spin_unlock(&adapter->bandwidth_allocation_lock);
+#endif
+ return;
+}
+
/**
* igb_configure_tx - Configure transmit Unit after Reset
* @adapter: board private structure
@@ -2969,6 +3117,8 @@ static void igb_watchdog_task(struct wor
break;
}
+ igb_check_bandwidth_allocation(adapter);
+
netif_carrier_on(netdev);
igb_ping_all_vfs(adapter);
@@ -5854,4 +6004,101 @@ static void igb_vmm_control(struct igb_a
}
}
+#ifdef CONFIG_PCI_IOV
+static ssize_t igb_show_bandwidth_allocation(struct device *dev,
+ struct device_attribute *attr,
+ char *buf)
+{
+ struct net_device *netdev = dev_get_drvdata(dev);
+ struct igb_adapter *adapter = netdev_priv(netdev);
+ int i;
+
+ if (!adapter->vf_data)
+ return -ENOENT;
+
+ *buf = '\0';
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ if (i > 0)
+ strcat(buf, " ");
+ sprintf(buf + strlen(buf), "%i",
+ adapter->bandwidth_allocation[i]);
+ }
+ strcat(buf, "\n");
+
+ return strlen(buf);
+}
+
+static unsigned long igb_strtoul(const char *cp, char **endp, unsigned int base)
+{
+ const char *orig = cp;
+ unsigned long x;
+
+ while (isspace(*cp))
+ cp++;
+
+ x = simple_strtoul(cp, endp, base);
+ if (cp == *endp)
+ *endp = (char *)orig;
+
+ return x;
+}
+
+static ssize_t igb_set_bandwidth_allocation(struct device *dev,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct net_device *netdev = dev_get_drvdata(dev);
+ struct igb_adapter *adapter = netdev_priv(netdev);
+ int i;
+ size_t len;
+ ssize_t status = -ENOENT;
+ unsigned int *new, total;
+ unsigned long x;
+ const char *p;
+ char *next_p;
+
+ if (!adapter->vf_data)
+ return -ENOENT;
+
+ len = adapter->vfs_allocated_count * sizeof(unsigned int);
+
+ new = kmalloc(len, GFP_KERNEL);
+ if (!new)
+ return -ENOMEM;
+
+ p = buf;
+ total = 0;
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ x = igb_strtoul(p, &next_p, 10);
+ if (p == next_p) {
+ dev_err(dev, "not enough values\n");
+ goto err;
+ }
+ if (x > 1000) {
+ dev_err(dev, "value is too large\n");
+ goto err;
+ }
+ new[i] = x;
+ total += x;
+ p = next_p;
+ }
+
+ /* Check for trailing rubbish */
+ igb_strtoul(p, &next_p, 10);
+ if (p != next_p) {
+ dev_err(dev, "trailing rubbish\n");
+ goto err;
+ }
+
+ spin_lock(&adapter->bandwidth_allocation_lock);
+ memcpy(adapter->bandwidth_allocation, new, len);
+ igb_enable_bandwidth_allocation(adapter);
+ spin_unlock(&adapter->bandwidth_allocation_lock);
+
+ status = count;
+err:
+ kfree(new);
+ return status;
+}
+#endif /* CONFIG_PCI_IOV */
/* igb_main.c */
Index: net-next-2.6/drivers/net/igb/e1000_regs.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/e1000_regs.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/e1000_regs.h 2009-11-05 05:01:35.000000000 +0900
@@ -308,6 +308,16 @@
#define E1000_VLVF(_n) (0x05D00 + (4 * (_n))) /* VLAN Virtual Machine
* Filter - RW */
+/* Tx Bandwidth Allocation to VM Registers */
+#define E1000_VMBACS 0x03600 /* VM Bandwidth Allocation
+ * Control & Status - RW */
+#define E1000_VMBAMMW 0x03670 /* VM Bandwidth Allocation
+ * Max Memory Window - RW */
+#define E1000_VMBASEL 0x03604 /* VM Bandwidth Allocation
+ * Select - RW */
+#define E1000_VMBAC 0x03608 /* VM Bandwidth Allocation
+ * Config - RW */
+
#define wr32(reg, value) (writel(value, hw->hw_addr + reg))
#define rd32(reg) (readl(hw->hw_addr + reg))
#define wrfl() ((void)rd32(E1000_STATUS))
Index: net-next-2.6/drivers/net/igb/e1000_defines.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/e1000_defines.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/e1000_defines.h 2009-11-05 05:01:35.000000000 +0900
@@ -711,4 +711,13 @@
#define E1000_VFTA_ENTRY_MASK 0x7F
#define E1000_VFTA_ENTRY_BIT_SHIFT_MASK 0x1F
+/* VM Bandwidth Allocation Control & Status */
+#define E1000_VMBACS_VMBA_SET 0x00001000
+#define E1000_VMBACS_SPEED_CHG 0x80000000
+
+/* VM Bandwidth Allocation Config */
+#define E1000_VMBAC_RF_INT_SHIFT 14
+#define E1000_VMBAC_RF_MASK ((1<<23)-1) /* RF_DEC and RF_INT */
+#define E1000_VMBAC_RC_ENA 0x80000000
+
#endif
Index: net-next-2.6/drivers/net/igb/igb.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb.h 2009-11-05 05:01:35.000000000 +0900
@@ -315,6 +315,10 @@ struct igb_adapter {
u16 rx_ring_count;
unsigned int vfs_allocated_count;
struct vf_data_storage *vf_data;
+#ifdef CONFIG_PCI_IOV
+ unsigned int *bandwidth_allocation;
+ spinlock_t bandwidth_allocation_lock;
+#endif
};
#define IGB_FLAG_HAS_MSI (1 << 0)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* [rfc 1/4] igb: Add igb_cleanup_vf()
From: Simon Horman @ 2009-11-05 0:58 UTC (permalink / raw)
To: e1000-devel, netdev; +Cc: Arnd Bergmann, Jeff Kirsher
In-Reply-To: <20091105005847.941190065@vergenet.net>
[-- Attachment #1: igb_cleanup_vf.patch --]
[-- Type: text/plain, Size: 4204 bytes --]
Move virtual finction cleanup code into igb_cleanup_vf() and for the sake
of symmetry rename igb_probe_vfs() as igb_init_vf().
Although these functions aren't entirely symmetrical it should aid
maintenance by making the relationship between initialisation and cleanup
more obvious.
Note that there appears to be no way for adapter->vfs_allocated_count to be
non-zero for the case where CONFIG_PCI_IOV is not set, so reseting this
value was moved to inside the relvant #ifdef.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:38:58.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 16:36:07.000000000 +0900
@@ -87,6 +87,7 @@ void igb_update_stats(struct igb_adapter
static int igb_probe(struct pci_dev *, const struct pci_device_id *);
static void __devexit igb_remove(struct pci_dev *pdev);
static int igb_sw_init(struct igb_adapter *);
+static void igb_cleanup_vf(struct igb_adapter * adapter);
static int igb_open(struct net_device *);
static int igb_close(struct net_device *);
static void igb_configure_tx(struct igb_adapter *);
@@ -650,21 +651,7 @@ static void igb_set_interrupt_capability
/* If we can't do MSI-X, try MSI */
msi_only:
-#ifdef CONFIG_PCI_IOV
- /* disable SR-IOV for non MSI-X configurations */
- if (adapter->vf_data) {
- struct e1000_hw *hw = &adapter->hw;
- /* disable iov and allow time for transactions to clear */
- pci_disable_sriov(adapter->pdev);
- msleep(500);
-
- kfree(adapter->vf_data);
- adapter->vf_data = NULL;
- wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
- msleep(100);
- dev_info(&adapter->pdev->dev, "IOV Disabled\n");
- }
-#endif
+ igb_cleanup_vf(adapter);
adapter->vfs_allocated_count = 0;
adapter->flags |= IGB_FLAG_QUEUE_PAIRS;
adapter->num_rx_queues = 1;
@@ -1734,7 +1721,7 @@ static void __devexit igb_remove(struct
}
/**
- * igb_probe_vfs - Initialize vf data storage and add VFs to pci config space
+ * igb_init_vf - Initialize vf data storage and add VFs to pci config space
* @adapter: board private structure to initialize
*
* This function initializes the vf specific data storage and then attempts to
@@ -1742,7 +1729,7 @@ static void __devexit igb_remove(struct
* mor expensive time wise to disable SR-IOV than it is to allocate and free
* the memory for the VFs.
**/
-static void __devinit igb_probe_vfs(struct igb_adapter * adapter)
+static void __devinit igb_init_vf(struct igb_adapter * adapter)
{
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
@@ -1782,6 +1769,35 @@ static void __devinit igb_probe_vfs(stru
}
/**
+ * igb_cleanup_vf - Clean up vf data and remove vfs from pci config space
+ * @adapter: board private structure to initialize
+ *
+ * This function cleans-up the vf specific data storage and then attempts to
+ * deallocate the VFs.
+ **/
+static void igb_cleanup_vf(struct igb_adapter * adapter)
+{
+#ifdef CONFIG_PCI_IOV
+ struct e1000_hw *hw = &adapter->hw;
+
+ if (!adapter->vf_data)
+ return;
+
+ /* disable iov and allow time for transactions to clear */
+ pci_disable_sriov(adapter->pdev);
+ msleep(500);
+
+ kfree(adapter->vf_data);
+ adapter->vf_data = NULL;
+ adapter->vfs_allocated_count = 0;
+
+ wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
+ msleep(100);
+ dev_info(&adapter->pdev->dev, "IOV Disabled\n");
+#endif
+}
+
+/**
* igb_sw_init - Initialize general software structures (struct igb_adapter)
* @adapter: board private structure to initialize
*
@@ -1816,7 +1832,7 @@ static int __devinit igb_sw_init(struct
return -ENOMEM;
}
- igb_probe_vfs(adapter);
+ igb_init_vf(adapter);
/* Explicitly disable IRQ since the NIC can be in any state. */
igb_irq_disable(adapter);
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* [rfc 2/4] igb: Initialise adapter->vfs_allocated_count in igb_init_vf()
From: Simon Horman @ 2009-11-05 0:58 UTC (permalink / raw)
To: e1000-devel, netdev; +Cc: Arnd Bergmann, Jeff Kirsher
In-Reply-To: <20091105005847.941190065@vergenet.net>
[-- Attachment #1: igb_init_vf-vfs_allocated_count.patch --]
[-- Type: text/plain, Size: 4095 bytes --]
Initialise adapter->vfs_allocated_count in igb_init_vf()
and only do so if the VFs are successfully created.
This seems a lot tidier to me, for starters igb_init_vf() is no longer
spliced in two by an #ifdef just to allow vfs_allocated_count to be reset to
0 if CONFIG_PCI_IOV is unset.
This change will break things if igb_init_interrupt_scheme() relies on
adapter->vfs_allocated_count, but on inspection it appears not to.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:46:06.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 04:51:10.000000000 +0900
@@ -1723,48 +1723,48 @@ static void __devexit igb_remove(struct
/**
* igb_init_vf - Initialize vf data storage and add VFs to pci config space
* @adapter: board private structure to initialize
+ * @vfn: requested number of virtual functions
*
* This function initializes the vf specific data storage and then attempts to
* allocate the VFs. The reason for ordering it this way is because it is much
* mor expensive time wise to disable SR-IOV than it is to allocate and free
* the memory for the VFs.
**/
-static void __devinit igb_init_vf(struct igb_adapter * adapter)
+static void __devinit igb_init_vf(struct igb_adapter * adapter, int vfn)
{
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
+ struct e1000_hw *hw = &adapter->hw;
- if (adapter->vfs_allocated_count > 7)
- adapter->vfs_allocated_count = 7;
+ if (hw->mac.type != e1000_82576 || !vfn)
+ return;
- if (adapter->vfs_allocated_count) {
- adapter->vf_data = kcalloc(adapter->vfs_allocated_count,
- sizeof(struct vf_data_storage),
- GFP_KERNEL);
- /* if allocation failed then we do not support SR-IOV */
- if (!adapter->vf_data) {
- adapter->vfs_allocated_count = 0;
- dev_err(&pdev->dev, "Unable to allocate memory for VF "
- "Data Storage\n");
- }
+ if (vfn > 7)
+ vfn = 7;
+
+ adapter->vf_data = kcalloc(vfn, sizeof(struct vf_data_storage),
+ GFP_KERNEL);
+ /* if allocation failed then we do not support SR-IOV */
+ if (!adapter->vf_data) {
+ dev_err(&pdev->dev, "Unable to allocate memory for VF "
+ "Data Storage\n");
+ return;
}
- if (pci_enable_sriov(pdev, adapter->vfs_allocated_count)) {
+ if (pci_enable_sriov(pdev, vfn)) {
kfree(adapter->vf_data);
adapter->vf_data = NULL;
-#endif /* CONFIG_PCI_IOV */
- adapter->vfs_allocated_count = 0;
-#ifdef CONFIG_PCI_IOV
} else {
unsigned char mac_addr[ETH_ALEN];
int i;
- dev_info(&pdev->dev, "%d vfs allocated\n",
- adapter->vfs_allocated_count);
- for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
+ for (i = 0; i < vfn; i++) {
random_ether_addr(mac_addr);
igb_set_vf_mac(adapter, i, mac_addr);
}
}
+
+ adapter->vfs_allocated_count = vfn;
#endif /* CONFIG_PCI_IOV */
}
@@ -1821,18 +1821,13 @@ static int __devinit igb_sw_init(struct
adapter->max_frame_size = netdev->mtu + ETH_HLEN + ETH_FCS_LEN;
adapter->min_frame_size = ETH_ZLEN + ETH_FCS_LEN;
-#ifdef CONFIG_PCI_IOV
- if (hw->mac.type == e1000_82576)
- adapter->vfs_allocated_count = max_vfs;
-
-#endif /* CONFIG_PCI_IOV */
/* This call may decrease the number of queues */
if (igb_init_interrupt_scheme(adapter)) {
dev_err(&pdev->dev, "Unable to allocate memory for queues\n");
return -ENOMEM;
}
- igb_init_vf(adapter);
+ igb_init_vf(adapter, max_vfs);
/* Explicitly disable IRQ since the NIC can be in any state. */
igb_irq_disable(adapter);
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* [rfc 3/4] igb: Common error path in igb_init_vfs()
From: Simon Horman @ 2009-11-05 0:58 UTC (permalink / raw)
To: e1000-devel, netdev; +Cc: Arnd Bergmann, Jeff Kirsher
In-Reply-To: <20091105005847.941190065@vergenet.net>
[-- Attachment #1: igb_init_vf-err.patch --]
[-- Type: text/plain, Size: 1927 bytes --]
Drop out into an error path on error.
This is a bit superfluous as things stand, though arguably
it already makes the code cleaner. But it should help things a lot
if igb_init_vfs() has a several things to unwind on error.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:52:16.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 16:36:01.000000000 +0900
@@ -1735,6 +1735,8 @@ static void __devinit igb_init_vf(struct
#ifdef CONFIG_PCI_IOV
struct pci_dev *pdev = adapter->pdev;
struct e1000_hw *hw = &adapter->hw;
+ unsigned char mac_addr[ETH_ALEN];
+ int i;
if (hw->mac.type != e1000_82576 || !vfn)
return;
@@ -1751,20 +1753,21 @@ static void __devinit igb_init_vf(struct
return;
}
- if (pci_enable_sriov(pdev, vfn)) {
- kfree(adapter->vf_data);
- adapter->vf_data = NULL;
- } else {
- unsigned char mac_addr[ETH_ALEN];
- int i;
- dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
- for (i = 0; i < vfn; i++) {
- random_ether_addr(mac_addr);
- igb_set_vf_mac(adapter, i, mac_addr);
- }
+ if (pci_enable_sriov(pdev, vfn))
+ goto err;
+
+ dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
+ for (i = 0; i < vfn; i++) {
+ random_ether_addr(mac_addr);
+ igb_set_vf_mac(adapter, i, mac_addr);
}
adapter->vfs_allocated_count = vfn;
+
+ return;
+err:
+ kfree(adapter->vf_data);
+ adapter->vf_data = NULL;
#endif /* CONFIG_PCI_IOV */
}
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* [rfc 4/4] igb: expose 82576 bandiwidth allocation
From: Simon Horman @ 2009-11-05 0:58 UTC (permalink / raw)
To: e1000-devel, netdev; +Cc: Arnd Bergmann, Jeff Kirsher
In-Reply-To: <20091105005847.941190065@vergenet.net>
[-- Attachment #1: igb-ba.patch --]
[-- Type: text/plain, Size: 12335 bytes --]
The 82576 has support for bandwidth allocation to VFs.
Contrary to the documentation in the 82576 datasheet v2.41 this
appears to work as follows:
* The ratio supplied is always proportional to 1Gbit/s,
regardless of if the link speed.
* The ratio supplied is an upper-bound on bandwidth available
to the VF, not a minimun guarantee
This patch exposes bandwidth control to userspace through a simple
per-device (PF) sysfs file, bandwidth_allocation.
* The file contains a whitespace delimited list of values, one per VF.
* The first value corresponds to the first VF and so on.
* Valid values are integers from 0 to 1000
* A value of 0 indicates that bandwidth_allocation is disabled.
* Other values indicate the allocated bandwidth, in 1/1000ths of a gigabit/s
e.g. The following for a PF with 4 VFs allocates ~20Mbits/ to VF 1,
~100Mbit/s to VF 2, and leave the other 2 VFs with no allocation.
echo "20 100 0 0" > /sys/class/net/eth3/device/bandwidth_allocation
This interface is intended to allow testing of the hardware feature.
There are ongoing discussions about how to expose this feature
to user-space in a more generic way.
Signed-off-by: Simon Horman <horms@verge.net.au>
Index: net-next-2.6/drivers/net/igb/igb_main.c
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb_main.c 2009-11-05 04:55:06.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb_main.c 2009-11-05 05:12:54.000000000 +0900
@@ -47,6 +47,9 @@
#ifdef CONFIG_IGB_DCA
#include <linux/dca.h>
#endif
+#ifdef CONFIG_PCI_IOV
+#include <linux/ctype.h>
+#endif
#include "igb.h"
#define DRV_VERSION "1.3.16-k2"
@@ -152,6 +155,15 @@ static unsigned int max_vfs = 0;
module_param(max_vfs, uint, 0);
MODULE_PARM_DESC(max_vfs, "Maximum number of virtual functions to allocate "
"per physical function");
+
+static ssize_t igb_set_bandwidth_allocation(struct device *,
+ struct device_attribute *,
+ const char *, size_t);
+static ssize_t igb_show_bandwidth_allocation(struct device *,
+ struct device_attribute *,
+ char *);
+DEVICE_ATTR(bandwidth_allocation, S_IRUGO | S_IWUSR,
+ igb_show_bandwidth_allocation, igb_set_bandwidth_allocation);
#endif /* CONFIG_PCI_IOV */
static pci_ers_result_t igb_io_error_detected(struct pci_dev *,
@@ -1754,7 +1766,18 @@ static void __devinit igb_init_vf(struct
}
if (pci_enable_sriov(pdev, vfn))
- goto err;
+ goto err_kfree;
+
+ if (device_create_file(&pdev->dev, &dev_attr_bandwidth_allocation))
+ goto err_sriov;
+
+ adapter->bandwidth_allocation = kcalloc(vfn, sizeof(unsigned int),
+ GFP_KERNEL);
+ if (!adapter->bandwidth_allocation)
+ goto err_file;
+ memset(adapter->bandwidth_allocation, vfn * sizeof(unsigned int), 0);
+
+ spin_lock_init(&adapter->bandwidth_allocation_lock);
dev_info(&pdev->dev, "%d vfs allocated\n", vfn);
for (i = 0; i < vfn; i++) {
@@ -1765,7 +1788,11 @@ static void __devinit igb_init_vf(struct
adapter->vfs_allocated_count = vfn;
return;
-err:
+err_file:
+ device_remove_file(&pdev->dev, &dev_attr_bandwidth_allocation);
+err_sriov:
+ pci_disable_sriov(pdev);
+err_kfree:
kfree(adapter->vf_data);
adapter->vf_data = NULL;
#endif /* CONFIG_PCI_IOV */
@@ -1781,6 +1808,7 @@ err:
static void igb_cleanup_vf(struct igb_adapter * adapter)
{
#ifdef CONFIG_PCI_IOV
+ struct pci_dev *pdev = adapter->pdev;
struct e1000_hw *hw = &adapter->hw;
if (!adapter->vf_data)
@@ -1797,6 +1825,9 @@ static void igb_cleanup_vf(struct igb_ad
wr32(E1000_IOVCTL, E1000_IOVCTL_REUSE_VFQ);
msleep(100);
dev_info(&adapter->pdev->dev, "IOV Disabled\n");
+
+ device_remove_file(&pdev->dev, &dev_attr_bandwidth_allocation);
+ kfree(adapter->bandwidth_allocation);
#endif
}
@@ -2088,6 +2119,123 @@ void igb_configure_tx_ring(struct igb_ad
wr32(E1000_TXDCTL(reg_idx), txdctl);
}
+#ifdef CONFIG_PCI_IOV
+static void igb_disable_bandwidth_allocation_vf(struct e1000_hw *hw, int vf)
+{
+ wr32(E1000_VMBASEL, vf);
+ wr32(E1000_VMBAC, 0);
+}
+
+static void igb_disable_bandwidth_allocation(struct igb_adapter *adapter)
+{
+ struct e1000_hw *hw = &adapter->hw;
+ int i;
+
+ for (i = 0; i < adapter->vfs_allocated_count; i++)
+ igb_disable_bandwidth_allocation_vf(hw, i);
+}
+
+static void igb_enable_bandwidth_allocation_vf(struct e1000_hw *hw, int vf,
+ unsigned int allocation)
+{
+ u32 rq;
+
+ /* Allocation is expressed as 1000ths of link speed [+]
+ *
+ * rq is calcualted as 1 / (allocation / 1000) = 1000 / allocation
+ *
+ * E1000_VMBAC_RF_INT_SHIFT and E1000_VMBAC_RF_MASK are used
+ * to marshal the result into the desired format: 23 bits of
+ * which 14 are to the right of the decimal point.
+ *
+ * [+] According to the the 82576 v2.41 datasheet rq should
+ * be a ratio of the link speed, however, empirically
+ * it appears to always be a ration of to 1Gbit/s,
+ * even when the link is 100Mbit/s.
+ */
+ rq = ((1000 << E1000_VMBAC_RF_INT_SHIFT) / allocation) &
+ E1000_VMBAC_RF_MASK;
+
+ wr32(E1000_VMBASEL, vf);
+ wr32(E1000_VMBAC, rq|E1000_VMBAC_RC_ENA);
+}
+
+static void igb_enable_bandwidth_allocation(struct igb_adapter *adapter)
+{
+ u32 i, reg;
+ struct e1000_hw *hw = &adapter->hw;
+
+ /* Only enable bandwidth_allocation if it has been set
+ * and the link speed is 100Mbit/s or 1Gbit/s */
+ if (!adapter->bandwidth_allocation ||
+ (adapter->link_speed != SPEED_100 &&
+ adapter->link_speed != SPEED_1000)) {
+ igb_disable_bandwidth_allocation(adapter);
+ return;
+ }
+
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ wr32(E1000_VMBASEL, i);
+ if (adapter->bandwidth_allocation[i])
+ igb_enable_bandwidth_allocation_vf(hw, i,
+ adapter->bandwidth_allocation[i]);
+ else
+ igb_disable_bandwidth_allocation_vf(hw, i);
+
+ /* XXX:
+ *
+ * The 82576 datasheet, section 4.5.11.1.5.1 "Configuring Tx
+ * Bandwidth to VMs" states that the desired setting is:
+ * VMBAMMW.MMW_SIZE = 16 * MSS
+ *
+ * But isn't MSS a property of skbs that are using tso
+ * rather than adapters?
+ *
+ * If so, should we use the maximum value here? */
+ /* XXX: Should this go inside or outside the for loop ? */
+ reg = 64 * 16;
+ wr32(E1000_VMBAMMW, reg);
+ }
+}
+#endif
+
+static void igb_check_bandwidth_allocation(struct igb_adapter *adapter)
+{
+#ifdef CONFIG_PCI_IOV
+ u32 vmbacs;
+ struct e1000_hw *hw = &adapter->hw;
+
+ if (!adapter->vf_data)
+ return;
+
+ /* The 82576 datasheet, section 4.5.11.1.5.2 "Link Speed Change
+ * Procedure" describes the sequence below. However the
+ * SPEED_CHG never seems to be set.
+ */
+ vmbacs = rd32(E1000_VMBACS);
+ if (vmbacs & E1000_VMBACS_SPEED_CHG) {
+ /* XXX: Never seem to get here */
+ int err = 0;
+
+ if (vmbacs & E1000_VMBACS_VMBA_SET) {
+ igb_disable_bandwidth_allocation(adapter);
+ err = 1;
+ }
+
+ vmbacs &= ~E1000_VMBACS_SPEED_CHG;
+ wr32(E1000_VMBACS, vmbacs);
+
+ if (err)
+ return;
+ }
+
+ spin_lock(&adapter->bandwidth_allocation_lock);
+ igb_enable_bandwidth_allocation(adapter);
+ spin_unlock(&adapter->bandwidth_allocation_lock);
+#endif
+ return;
+}
+
/**
* igb_configure_tx - Configure transmit Unit after Reset
* @adapter: board private structure
@@ -2969,6 +3117,8 @@ static void igb_watchdog_task(struct wor
break;
}
+ igb_check_bandwidth_allocation(adapter);
+
netif_carrier_on(netdev);
igb_ping_all_vfs(adapter);
@@ -5854,4 +6004,101 @@ static void igb_vmm_control(struct igb_a
}
}
+#ifdef CONFIG_PCI_IOV
+static ssize_t igb_show_bandwidth_allocation(struct device *dev,
+ struct device_attribute *attr,
+ char *buf)
+{
+ struct net_device *netdev = dev_get_drvdata(dev);
+ struct igb_adapter *adapter = netdev_priv(netdev);
+ int i;
+
+ if (!adapter->vf_data)
+ return -ENOENT;
+
+ *buf = '\0';
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ if (i > 0)
+ strcat(buf, " ");
+ sprintf(buf + strlen(buf), "%i",
+ adapter->bandwidth_allocation[i]);
+ }
+ strcat(buf, "\n");
+
+ return strlen(buf);
+}
+
+static unsigned long igb_strtoul(const char *cp, char **endp, unsigned int base)
+{
+ const char *orig = cp;
+ unsigned long x;
+
+ while (isspace(*cp))
+ cp++;
+
+ x = simple_strtoul(cp, endp, base);
+ if (cp == *endp)
+ *endp = (char *)orig;
+
+ return x;
+}
+
+static ssize_t igb_set_bandwidth_allocation(struct device *dev,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct net_device *netdev = dev_get_drvdata(dev);
+ struct igb_adapter *adapter = netdev_priv(netdev);
+ int i;
+ size_t len;
+ ssize_t status = -ENOENT;
+ unsigned int *new, total;
+ unsigned long x;
+ const char *p;
+ char *next_p;
+
+ if (!adapter->vf_data)
+ return -ENOENT;
+
+ len = adapter->vfs_allocated_count * sizeof(unsigned int);
+
+ new = kmalloc(len, GFP_KERNEL);
+ if (!new)
+ return -ENOMEM;
+
+ p = buf;
+ total = 0;
+ for (i = 0; i < adapter->vfs_allocated_count; i++) {
+ x = igb_strtoul(p, &next_p, 10);
+ if (p == next_p) {
+ dev_err(dev, "not enough values\n");
+ goto err;
+ }
+ if (x > 1000) {
+ dev_err(dev, "value is too large\n");
+ goto err;
+ }
+ new[i] = x;
+ total += x;
+ p = next_p;
+ }
+
+ /* Check for trailing rubbish */
+ igb_strtoul(p, &next_p, 10);
+ if (p != next_p) {
+ dev_err(dev, "trailing rubbish\n");
+ goto err;
+ }
+
+ spin_lock(&adapter->bandwidth_allocation_lock);
+ memcpy(adapter->bandwidth_allocation, new, len);
+ igb_enable_bandwidth_allocation(adapter);
+ spin_unlock(&adapter->bandwidth_allocation_lock);
+
+ status = count;
+err:
+ kfree(new);
+ return status;
+}
+#endif /* CONFIG_PCI_IOV */
/* igb_main.c */
Index: net-next-2.6/drivers/net/igb/e1000_regs.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/e1000_regs.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/e1000_regs.h 2009-11-05 05:01:35.000000000 +0900
@@ -308,6 +308,16 @@
#define E1000_VLVF(_n) (0x05D00 + (4 * (_n))) /* VLAN Virtual Machine
* Filter - RW */
+/* Tx Bandwidth Allocation to VM Registers */
+#define E1000_VMBACS 0x03600 /* VM Bandwidth Allocation
+ * Control & Status - RW */
+#define E1000_VMBAMMW 0x03670 /* VM Bandwidth Allocation
+ * Max Memory Window - RW */
+#define E1000_VMBASEL 0x03604 /* VM Bandwidth Allocation
+ * Select - RW */
+#define E1000_VMBAC 0x03608 /* VM Bandwidth Allocation
+ * Config - RW */
+
#define wr32(reg, value) (writel(value, hw->hw_addr + reg))
#define rd32(reg) (readl(hw->hw_addr + reg))
#define wrfl() ((void)rd32(E1000_STATUS))
Index: net-next-2.6/drivers/net/igb/e1000_defines.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/e1000_defines.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/e1000_defines.h 2009-11-05 05:01:35.000000000 +0900
@@ -711,4 +711,13 @@
#define E1000_VFTA_ENTRY_MASK 0x7F
#define E1000_VFTA_ENTRY_BIT_SHIFT_MASK 0x1F
+/* VM Bandwidth Allocation Control & Status */
+#define E1000_VMBACS_VMBA_SET 0x00001000
+#define E1000_VMBACS_SPEED_CHG 0x80000000
+
+/* VM Bandwidth Allocation Config */
+#define E1000_VMBAC_RF_INT_SHIFT 14
+#define E1000_VMBAC_RF_MASK ((1<<23)-1) /* RF_DEC and RF_INT */
+#define E1000_VMBAC_RC_ENA 0x80000000
+
#endif
Index: net-next-2.6/drivers/net/igb/igb.h
===================================================================
--- net-next-2.6.orig/drivers/net/igb/igb.h 2009-11-05 03:07:08.000000000 +0900
+++ net-next-2.6/drivers/net/igb/igb.h 2009-11-05 05:01:35.000000000 +0900
@@ -315,6 +315,10 @@ struct igb_adapter {
u16 rx_ring_count;
unsigned int vfs_allocated_count;
struct vf_data_storage *vf_data;
+#ifdef CONFIG_PCI_IOV
+ unsigned int *bandwidth_allocation;
+ spinlock_t bandwidth_allocation_lock;
+#endif
};
#define IGB_FLAG_HAS_MSI (1 << 0)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* [PATCH] usbnet: Set link down initially for drivers that update link state
From: Ben Hutchings @ 2009-11-05 1:29 UTC (permalink / raw)
To: David Miller, David Brownell; +Cc: Greg Kroah-Hartman, Peter Korsgaard, netdev
Some usbnet drivers update link state while others do not due to
hardware limitations. Add a flag to distinguish those that do, and
set the link down initially for their devices.
This is intended to fix this bug: http://bugs.debian.org/444043
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
All drivers that update the link status are supposed to set it down
initially. These drivers will need to be tested to verify that if the
physical link is already up then they update the link status correctly
when the interface is brought up.
Ben.
drivers/net/usb/asix.c | 12 ++++++------
drivers/net/usb/cdc_ether.c | 2 +-
drivers/net/usb/dm9601.c | 2 +-
drivers/net/usb/usbnet.c | 4 +++-
include/linux/usb/usbnet.h | 1 +
5 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/net/usb/asix.c b/drivers/net/usb/asix.c
index 6ce7f77..1bef39a 100644
--- a/drivers/net/usb/asix.c
+++ b/drivers/net/usb/asix.c
@@ -1327,7 +1327,7 @@ static const struct driver_info ax8817x_info = {
.status = asix_status,
.link_reset = ax88172_link_reset,
.reset = ax88172_link_reset,
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
.data = 0x00130103,
};
@@ -1337,7 +1337,7 @@ static const struct driver_info dlink_dub_e100_info = {
.status = asix_status,
.link_reset = ax88172_link_reset,
.reset = ax88172_link_reset,
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
.data = 0x009f9d9f,
};
@@ -1347,7 +1347,7 @@ static const struct driver_info netgear_fa120_info = {
.status = asix_status,
.link_reset = ax88172_link_reset,
.reset = ax88172_link_reset,
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
.data = 0x00130103,
};
@@ -1357,7 +1357,7 @@ static const struct driver_info hawking_uf200_info = {
.status = asix_status,
.link_reset = ax88172_link_reset,
.reset = ax88172_link_reset,
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
.data = 0x001f1d1f,
};
@@ -1367,7 +1367,7 @@ static const struct driver_info ax88772_info = {
.status = asix_status,
.link_reset = ax88772_link_reset,
.reset = ax88772_link_reset,
- .flags = FLAG_ETHER | FLAG_FRAMING_AX,
+ .flags = FLAG_ETHER | FLAG_FRAMING_AX | FLAG_LINK_INTR,
.rx_fixup = asix_rx_fixup,
.tx_fixup = asix_tx_fixup,
};
@@ -1378,7 +1378,7 @@ static const struct driver_info ax88178_info = {
.status = asix_status,
.link_reset = ax88178_link_reset,
.reset = ax88178_link_reset,
- .flags = FLAG_ETHER | FLAG_FRAMING_AX,
+ .flags = FLAG_ETHER | FLAG_FRAMING_AX | FLAG_LINK_INTR,
.rx_fixup = asix_rx_fixup,
.tx_fixup = asix_tx_fixup,
};
diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c
index 71e65fc..dcf6dbd 100644
--- a/drivers/net/usb/cdc_ether.c
+++ b/drivers/net/usb/cdc_ether.c
@@ -413,7 +413,7 @@ static int cdc_bind(struct usbnet *dev, struct usb_interface *intf)
static const struct driver_info cdc_info = {
.description = "CDC Ethernet Device",
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
// .check_connect = cdc_check_connect,
.bind = cdc_bind,
.unbind = usbnet_cdc_unbind,
diff --git a/drivers/net/usb/dm9601.c b/drivers/net/usb/dm9601.c
index a2b30a1..3d406f9 100644
--- a/drivers/net/usb/dm9601.c
+++ b/drivers/net/usb/dm9601.c
@@ -611,7 +611,7 @@ static int dm9601_link_reset(struct usbnet *dev)
static const struct driver_info dm9601_info = {
.description = "Davicom DM9601 USB Ethernet",
- .flags = FLAG_ETHER,
+ .flags = FLAG_ETHER | FLAG_LINK_INTR,
.bind = dm9601_bind,
.rx_fixup = dm9601_rx_fixup,
.tx_fixup = dm9601_tx_fixup,
diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c
index 378da8c..04f3f28 100644
--- a/drivers/net/usb/usbnet.c
+++ b/drivers/net/usb/usbnet.c
@@ -1352,9 +1352,11 @@ usbnet_probe (struct usb_interface *udev, const struct usb_device_id *prod)
// ok, it's ready to go.
usb_set_intfdata (udev, dev);
- // start as if the link is up
netif_device_attach (net);
+ if (dev->driver_info->flags & FLAG_LINK_INTR)
+ netif_carrier_off(net);
+
return 0;
out3:
diff --git a/include/linux/usb/usbnet.h b/include/linux/usb/usbnet.h
index 86c31b7..8c84881 100644
--- a/include/linux/usb/usbnet.h
+++ b/include/linux/usb/usbnet.h
@@ -92,6 +92,7 @@ struct driver_info {
#define FLAG_SEND_ZLP 0x0200 /* hw requires ZLPs are sent */
#define FLAG_WWAN 0x0400 /* use "wwan%d" names */
+#define FLAG_LINK_INTR 0x0800 /* updates link (carrier) status */
/* init device ... can sleep, or cause probe() failure */
int (*bind)(struct usbnet *, struct usb_interface *);
--
1.6.5.2
^ permalink raw reply related
* Re: [rfc 0/4] igb: bandwidth allocation
From: Jeff Kirsher @ 2009-11-05 1:46 UTC (permalink / raw)
To: Simon Horman; +Cc: e1000-devel, netdev, Arnd Bergmann
In-Reply-To: <20091105005847.941190065@vergenet.net>
On Wed, Nov 4, 2009 at 16:58, Simon Horman <horms@verge.net.au> wrote:
> Hi,
>
> this series of patches exposes the bandwidth allocation
> hardware support of the Intel 82576. It does so through
> a rather hackish sysfs entry. That interface is just intended
> for testing so that the exposed hardware feature can
> be exercised. I would like to find a generic way to expose
> this feature to user-space.
>
Thanks Simon. I have add the 4 patch series to my tree for testing.
--
Cheers,
Jeff
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
^ permalink raw reply
* Re: [rfc 0/4] igb: bandwidth allocation
From: Simon Horman @ 2009-11-05 2:21 UTC (permalink / raw)
To: Jeff Kirsher; +Cc: e1000-devel, netdev, Alexander Duyck, Arnd Bergmann
In-Reply-To: <9929d2390911041746g2b5f51cdia489bd87d87e41ef@mail.gmail.com>
On Wed, Nov 04, 2009 at 05:46:50PM -0800, Jeff Kirsher wrote:
> On Wed, Nov 4, 2009 at 16:58, Simon Horman <horms@verge.net.au> wrote:
> > Hi,
> >
> > this series of patches exposes the bandwidth allocation
> > hardware support of the Intel 82576. It does so through
> > a rather hackish sysfs entry. That interface is just intended
> > for testing so that the exposed hardware feature can
> > be exercised. I would like to find a generic way to expose
> > this feature to user-space.
> >
>
> Thanks Simon. I have add the 4 patch series to my tree for testing.
Thanks. I wanted to get the code out rather than sitting on it
for lack of a better user-space interface. Although there
is a lot of fluff the actual register twiddling for
bandwidth allocation turned out to be quite simple.
^ permalink raw reply
* Small pktgen bug.
From: Ben Greear @ 2009-11-05 2:22 UTC (permalink / raw)
To: NetDev
There is a subtle bug in pktgen tx_bytes accounting.
If one is using clone_skb, then the cur_pkt_size may be modified
without a new skb actually being created (quite yet) by setting
min_pkt_size through the proc fs.
I think if you just saved pkt_dev->skb->len before transmitting and used
that to increment pkt_dev->tx_bytes that would fix the counter
problem.
if (unlikely(netif_tx_queue_stopped(txq) || netif_tx_queue_frozen(txq)))
ret = NETDEV_TX_BUSY;
else
ret = (*xmit)(pkt_dev->skb, odev);
switch (ret) {
case NETDEV_TX_OK:
txq_trans_update(txq);
pkt_dev->last_ok = 1;
pkt_dev->sofar++;
pkt_dev->seq_num++;
pkt_dev->tx_bytes += pkt_dev->cur_pkt_size;
break;
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
^ permalink raw reply
* Re: 2.6.32-rc5-mmotm1101 - kernel BUG at net/ipv4/tcp_input.c:3707!
From: Valdis.Kletnieks @ 2009-11-05 2:33 UTC (permalink / raw)
To: Gilad Ben-Yossef
Cc: Ilpo Järvinen, Eric Dumazet, Andrew Morton, linux-kernel,
netdev, Ori Finkelman
In-Reply-To: <4AF1AF28.2030106@codefidence.com>
[-- Attachment #1: Type: text/plain, Size: 617 bytes --]
On Wed, 04 Nov 2009 18:43:20 +0200, Gilad Ben-Yossef said:
> OK, I thing I've got it.
>
> Kindly try the next patch. It goes on top (in addition to) the previous
> one. This should fix the crash.
OK. much better. Have been up for about 25 minutes now, and fetchmail has
pulled down e-mail several times, and no proboems seen.
> There is still some small cruft in the handling of the per route TCP
> options for IPv6 left, which means that the per route options might get
> ignored for
> incoming IPv6 connections right now. I will fix this if this works.
Yell if you want something tested. ;)
[-- Attachment #2: Type: application/pgp-signature, Size: 227 bytes --]
^ permalink raw reply
* Re: [PATCH 2.6.33/5 00/12] WiMAX pull request
From: Inaky Perez-Gonzalez @ 2009-11-05 4:37 UTC (permalink / raw)
To: netdev; +Cc: wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
On Wed, 2009-11-04 at 13:40 -0800, Inaky Perez-Gonzalez wrote:
> The following changes since commit 4a78fd9a736db4c871bc8b583d66b61c38abd299:
> Inaky Perez-Gonzalez (1):
> wimax/i2400m: fix oops caused by race condition when exiting USB kthreads
Hmm, this is supposed to be batch #5 of the patch series, but somehow my
scripts to break'em up took a life of their own and overwrote the
subject. Sorry for that!
^ permalink raw reply
* Re: virtio-net: new section mismatch warning. revert patch?
From: Rusty Russell @ 2009-11-05 4:40 UTC (permalink / raw)
To: Michael S. Tsirkin, Greg KH, Sam Ravnborg
Cc: Uwe Kleine-König, Sam Ravnborg, David S. Miller,
Alex Williamson, Mark McLoughlin, netdev, linux-kernel
In-Reply-To: <20091104141729.GA27288@redhat.com>
On Thu, 5 Nov 2009 12:47:30 am Michael S. Tsirkin wrote:
> With v2.6.32-rcX I started getting section mismatch warnings for
> virtio_net.
> make with CONFIG_DEBUG_SECTION_MISMATCH=y shows:
>
> WARNING: drivers/net/virtio_net.o(.data+0x90): Section mismatch in
> reference from the variable virtio_net to the function
> .devexit.text:virtnet_remove()
> The variable virtio_net references
> the function __devexit virtnet_remove()
> If the reference is valid then annotate the
> variable with __exit* (see linux/init.h) or name the variable:
> *driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console,
>
> virtnet_remove was converted to devexit by this commit:
>
> commit 3d1285beff2e8467b8c3884d83b7a91a99aa9fcd
> Author: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
> Date: Wed Sep 30 22:28:34 2009 +0000
>
> move virtnet_remove to .devexit.text
>
> We didn't have these warnings in v2.6.31, so this is a regression.
> revert?
No, just rename "virtio_net" to "virtio_net_driver". Meanwhile, ignore it.
It's worked well for me so far.
Uwe: I apologize for accepting your patches. I will be more careful in
future.
Cheers,
Rusty.
^ 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