* [PATCH 2.6.33/5 04/12] wimax/i2400m: introduce i2400m_reset(), stopping TX and carrier
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
Currently the i2400m driver was resetting by just calling
i2400m->bus_reset(). However, this was missing stopping the TX queue
and downing the carrier. This was causing, for the corner case of the
driver reseting a device that refuses to go out of idle mode, that a
few packets would be queued and more than one reset would go through,
making the recovery a wee bit messy.
To avoid introducing the same cleanup in all the bus-specific driver,
introduced a i2400m_reset() function that takes care of house cleaning
and then calling the bus-level reset implementation.
The bulk of the changes in all files are just to rename the call from
i2400m->bus_reset() to i2400m_reset().
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/control.c | 4 ++--
drivers/net/wimax/i2400m/debugfs.c | 2 +-
drivers/net/wimax/i2400m/driver.c | 22 ++++++++++++++++++++--
drivers/net/wimax/i2400m/fw.c | 4 ++--
drivers/net/wimax/i2400m/i2400m.h | 1 +
drivers/net/wimax/i2400m/netdev.c | 8 +++++---
drivers/net/wimax/i2400m/rx.c | 4 ++--
drivers/net/wimax/i2400m/sdio.c | 9 +--------
drivers/net/wimax/i2400m/usb.c | 2 +-
9 files changed, 35 insertions(+), 21 deletions(-)
diff --git a/drivers/net/wimax/i2400m/control.c b/drivers/net/wimax/i2400m/control.c
index b69fd88..9449455 100644
--- a/drivers/net/wimax/i2400m/control.c
+++ b/drivers/net/wimax/i2400m/control.c
@@ -54,7 +54,7 @@
* i2400m_set_init_config()
* i2400m_cmd_get_state()
* i2400m_dev_shutdown() Called by i2400m_dev_stop()
- * i2400m->bus_reset()
+ * i2400m_reset()
*
* i2400m_{cmd,get,set}_*()
* i2400m_msg_to_dev()
@@ -343,7 +343,7 @@ void i2400m_report_tlv_system_state(struct i2400m *i2400m,
/* Huh? just in case, shut it down */
dev_err(dev, "HW BUG? unknown state %u: shutting down\n",
i2400m_state);
- i2400m->bus_reset(i2400m, I2400M_RT_WARM);
+ i2400m_reset(i2400m, I2400M_RT_WARM);
break;
};
d_fnend(3, dev, "(i2400m %p ss %p [%u]) = void\n",
diff --git a/drivers/net/wimax/i2400m/debugfs.c b/drivers/net/wimax/i2400m/debugfs.c
index 9b81af3..b1aec3e 100644
--- a/drivers/net/wimax/i2400m/debugfs.c
+++ b/drivers/net/wimax/i2400m/debugfs.c
@@ -214,7 +214,7 @@ int debugfs_i2400m_reset_set(void *data, u64 val)
case I2400M_RT_WARM:
case I2400M_RT_COLD:
case I2400M_RT_BUS:
- result = i2400m->bus_reset(i2400m, rt);
+ result = i2400m_reset(i2400m, rt);
if (result >= 0)
result = 0;
default:
diff --git a/drivers/net/wimax/i2400m/driver.c b/drivers/net/wimax/i2400m/driver.c
index cc58a86..96a615f 100644
--- a/drivers/net/wimax/i2400m/driver.c
+++ b/drivers/net/wimax/i2400m/driver.c
@@ -255,7 +255,7 @@ int i2400m_op_reset(struct wimax_dev *wimax_dev)
mutex_lock(&i2400m->init_mutex);
i2400m->reset_ctx = &ctx;
mutex_unlock(&i2400m->init_mutex);
- result = i2400m->bus_reset(i2400m, I2400M_RT_WARM);
+ result = i2400m_reset(i2400m, I2400M_RT_WARM);
if (result < 0)
goto out;
result = wait_for_completion_timeout(&ctx.completion, 4*HZ);
@@ -710,7 +710,7 @@ out_unlock:
mutex_unlock(&i2400m->init_mutex);
if (result == -EUCLEAN) {
/* ops, need to clean up [w/ init_mutex not held] */
- result = i2400m->bus_reset(i2400m, I2400M_RT_BUS);
+ result = i2400m_reset(i2400m, I2400M_RT_BUS);
if (result >= 0)
result = -ENODEV;
}
@@ -815,6 +815,24 @@ void i2400m_init(struct i2400m *i2400m)
EXPORT_SYMBOL_GPL(i2400m_init);
+int i2400m_reset(struct i2400m *i2400m, enum i2400m_reset_type rt)
+{
+ struct net_device *net_dev = i2400m->wimax_dev.net_dev;
+
+ /*
+ * Make sure we stop TXs and down the carrier before
+ * resetting; this is needed to avoid things like
+ * i2400m_wake_tx() scheduling stuff in parallel.
+ */
+ if (net_dev->reg_state == NETREG_REGISTERED) {
+ netif_tx_disable(net_dev);
+ netif_carrier_off(net_dev);
+ }
+ return i2400m->bus_reset(i2400m, rt);
+}
+EXPORT_SYMBOL_GPL(i2400m_reset);
+
+
/**
* i2400m_setup - bus-generic setup function for the i2400m device
*
diff --git a/drivers/net/wimax/i2400m/fw.c b/drivers/net/wimax/i2400m/fw.c
index fda54bf..64cdfeb 100644
--- a/drivers/net/wimax/i2400m/fw.c
+++ b/drivers/net/wimax/i2400m/fw.c
@@ -130,7 +130,7 @@
* i2400m_fw_dnload
* i2400m_bootrom_init
* i2400m_bm_cmd
- * i2400m->bus_reset
+ * i2400m_reset
* i2400m_dnload_init
* i2400m_dnload_init_signed
* i2400m_dnload_init_nonsigned
@@ -902,7 +902,7 @@ do_reboot:
d_printf(4, dev, "device reboot: reboot command [%d # left]\n",
count);
if ((flags & I2400M_BRI_NO_REBOOT) == 0)
- i2400m->bus_reset(i2400m, I2400M_RT_WARM);
+ i2400m_reset(i2400m, I2400M_RT_WARM);
result = i2400m_bm_cmd(i2400m, NULL, 0, &ack, sizeof(ack),
I2400M_BM_CMD_RAW);
flags &= ~I2400M_BRI_NO_REBOOT;
diff --git a/drivers/net/wimax/i2400m/i2400m.h b/drivers/net/wimax/i2400m/i2400m.h
index 5eee985..04df9bb 100644
--- a/drivers/net/wimax/i2400m/i2400m.h
+++ b/drivers/net/wimax/i2400m/i2400m.h
@@ -717,6 +717,7 @@ unsigned i2400m_brh_get_signature(const struct i2400m_bootrom_header *hdr)
* Driver / device setup and internal functions
*/
extern void i2400m_init(struct i2400m *);
+extern int i2400m_reset(struct i2400m *, enum i2400m_reset_type);
extern void i2400m_netdev_setup(struct net_device *net_dev);
extern int i2400m_sysfs_setup(struct device_driver *);
extern void i2400m_sysfs_release(struct device_driver *);
diff --git a/drivers/net/wimax/i2400m/netdev.c b/drivers/net/wimax/i2400m/netdev.c
index e7d1a51..f67af42 100644
--- a/drivers/net/wimax/i2400m/netdev.c
+++ b/drivers/net/wimax/i2400m/netdev.c
@@ -171,8 +171,9 @@ void i2400m_wake_tx_work(struct work_struct *ws)
result = 0;
if (result < 0) {
dev_err(dev, "WAKE&TX: device didn't get out of idle: "
- "%d\n", result);
- goto error;
+ "%d - resetting\n", result);
+ i2400m_reset(i2400m, I2400M_RT_BUS);
+ goto error;
}
result = wait_event_timeout(i2400m->state_wq,
i2400m->state != I2400M_SS_IDLE, 5 * HZ);
@@ -180,7 +181,8 @@ void i2400m_wake_tx_work(struct work_struct *ws)
result = -ETIMEDOUT;
if (result < 0) {
dev_err(dev, "WAKE&TX: error waiting for device to exit IDLE: "
- "%d\n", result);
+ "%d - resetting\n", result);
+ i2400m_reset(i2400m, I2400M_RT_BUS);
goto error;
}
msleep(20); /* device still needs some time or it drops it */
diff --git a/drivers/net/wimax/i2400m/rx.c b/drivers/net/wimax/i2400m/rx.c
index 64a44ca..e3d2a9d 100644
--- a/drivers/net/wimax/i2400m/rx.c
+++ b/drivers/net/wimax/i2400m/rx.c
@@ -828,7 +828,7 @@ void i2400m_roq_queue(struct i2400m *i2400m, struct i2400m_roq *roq,
dev_err(dev, "SW BUG? queue nsn %d (lbn %u ws %u)\n",
nsn, lbn, roq->ws);
i2400m_roq_log_dump(i2400m, roq);
- i2400m->bus_reset(i2400m, I2400M_RT_WARM);
+ i2400m_reset(i2400m, I2400M_RT_WARM);
} else {
__i2400m_roq_queue(i2400m, roq, skb, lbn, nsn);
i2400m_roq_log_add(i2400m, roq, I2400M_RO_TYPE_PACKET,
@@ -894,7 +894,7 @@ void i2400m_roq_queue_update_ws(struct i2400m *i2400m, struct i2400m_roq *roq,
dev_err(dev, "SW BUG? queue_update_ws nsn %u (sn %u ws %u)\n",
nsn, sn, roq->ws);
i2400m_roq_log_dump(i2400m, roq);
- i2400m->bus_reset(i2400m, I2400M_RT_WARM);
+ i2400m_reset(i2400m, I2400M_RT_WARM);
} else {
/* if the queue is empty, don't bother as we'd queue
* it and inmediately unqueue it -- just deliver it */
diff --git a/drivers/net/wimax/i2400m/sdio.c b/drivers/net/wimax/i2400m/sdio.c
index ec17892..20ab22e 100644
--- a/drivers/net/wimax/i2400m/sdio.c
+++ b/drivers/net/wimax/i2400m/sdio.c
@@ -43,7 +43,7 @@
* i2400m_release()
* free_netdev(net_dev)
*
- * i2400ms_bus_reset() Called by i2400m->bus_reset
+ * i2400ms_bus_reset() Called by i2400m_reset
* __i2400ms_reset()
* __i2400ms_send_barker()
*/
@@ -342,13 +342,6 @@ int i2400ms_bus_reset(struct i2400m *i2400m, enum i2400m_reset_type rt)
sizeof(i2400m_COLD_BOOT_BARKER));
else if (rt == I2400M_RT_BUS) {
do_bus_reset:
- /* call netif_tx_disable() before sending IOE disable,
- * so that all the tx from network layer are stopped
- * while IOE is being reset. Make sure it is called
- * only after register_netdev() was issued.
- */
- if (i2400m->wimax_dev.net_dev->reg_state == NETREG_REGISTERED)
- netif_tx_disable(i2400m->wimax_dev.net_dev);
i2400ms_bus_release(i2400m);
diff --git a/drivers/net/wimax/i2400m/usb.c b/drivers/net/wimax/i2400m/usb.c
index 418db12..5e07940 100644
--- a/drivers/net/wimax/i2400m/usb.c
+++ b/drivers/net/wimax/i2400m/usb.c
@@ -58,7 +58,7 @@
* i2400mu_rx_release()
* i2400mu_tx_release()
*
- * i2400mu_bus_reset() Called by i2400m->bus_reset
+ * i2400mu_bus_reset() Called by i2400m_reset
* __i2400mu_reset()
* __i2400mu_send_barker()
* usb_reset_device()
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 05/12] wimax/i2400m: fix device getting stuck in IDLE mode
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
The i2400m, when conected, will negotiate with the WiMAX basestation
to put the link in IDLE mode when it is not being used. Upon RX/TX
traffic, the link has to be restablished and that might require some
crypto handshakes and maybe a DHCP renew.
This process might take up to 20 (!) seconds and in some cases we were
seeing network watchdog warnings that weren't needed.
So the network watchdog timeout is updated to be slightly above that
20s threshold. As well, the driver itself will double check if the
device is stuck in IDLE mode -- if that happens, the device will be
reset (in this case the queue is also woken up to remove bogus--once
the device is reset--warnings).
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/netdev.c | 17 ++++++++++++++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wimax/i2400m/netdev.c b/drivers/net/wimax/i2400m/netdev.c
index f67af42..599aa4e 100644
--- a/drivers/net/wimax/i2400m/netdev.c
+++ b/drivers/net/wimax/i2400m/netdev.c
@@ -89,7 +89,10 @@ enum {
* The MTU is 1400 or less
*/
I2400M_MAX_MTU = 1400,
- I2400M_TX_TIMEOUT = HZ,
+ /* 20 secs? yep, this is the maximum timeout that the device
+ * might take to get out of IDLE / negotiate it with the base
+ * station. We add 1sec for good measure. */
+ I2400M_TX_TIMEOUT = 21 * HZ,
I2400M_TX_QLEN = 5,
};
@@ -151,6 +154,7 @@ void i2400m_wake_tx_work(struct work_struct *ws)
{
int result;
struct i2400m *i2400m = container_of(ws, struct i2400m, wake_tx_ws);
+ struct net_device *net_dev = i2400m->wimax_dev.net_dev;
struct device *dev = i2400m_dev(i2400m);
struct sk_buff *skb = i2400m->wake_tx_skb;
unsigned long flags;
@@ -166,6 +170,11 @@ void i2400m_wake_tx_work(struct work_struct *ws)
dev_err(dev, "WAKE&TX: skb dissapeared!\n");
goto out_put;
}
+ /* If we have, somehow, lost the connection after this was
+ * queued, don't do anything; this might be the device got
+ * reset or just disconnected. */
+ if (unlikely(!netif_carrier_ok(net_dev)))
+ goto out_kfree;
result = i2400m_cmd_exit_idle(i2400m);
if (result == -EILSEQ)
result = 0;
@@ -176,7 +185,8 @@ void i2400m_wake_tx_work(struct work_struct *ws)
goto error;
}
result = wait_event_timeout(i2400m->state_wq,
- i2400m->state != I2400M_SS_IDLE, 5 * HZ);
+ i2400m->state != I2400M_SS_IDLE,
+ net_dev->watchdog_timeo - HZ/2);
if (result == 0)
result = -ETIMEDOUT;
if (result < 0) {
@@ -187,8 +197,9 @@ void i2400m_wake_tx_work(struct work_struct *ws)
}
msleep(20); /* device still needs some time or it drops it */
result = i2400m_tx(i2400m, skb->data, skb->len, I2400M_PT_DATA);
- netif_wake_queue(i2400m->wimax_dev.net_dev);
error:
+ netif_wake_queue(net_dev);
+out_kfree:
kfree_skb(skb); /* refcount transferred by _hard_start_xmit() */
out_put:
i2400m_put(i2400m);
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 07/12] wimax/i2400m: correctly identify all iwmc3200-based SKUs
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
Different paths of the i2400m SDIO driver need to take care of a few
SKU-specific quirks. For the ones that are common to to all the
iwmc3200 based devices, introduce i2400ms->iwmc3200 [set in
i2400ms_probe()], so it doesn't have to check against the list of
iwmc3200 SKU IDs on each quirk site.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/i2400m-sdio.h | 3 +++
drivers/net/wimax/i2400m/sdio.c | 16 +++++++++++++---
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wimax/i2400m/i2400m-sdio.h b/drivers/net/wimax/i2400m/i2400m-sdio.h
index 18218a2..fba482c 100644
--- a/drivers/net/wimax/i2400m/i2400m-sdio.h
+++ b/drivers/net/wimax/i2400m/i2400m-sdio.h
@@ -114,6 +114,9 @@ struct i2400ms {
wait_queue_head_t bm_wfa_wq;
int bm_wait_result;
size_t bm_ack_size;
+
+ /* Device is any of the iwmc3200 SKUs */
+ unsigned iwmc3200:1;
};
diff --git a/drivers/net/wimax/i2400m/sdio.c b/drivers/net/wimax/i2400m/sdio.c
index 20ab22e..079f900 100644
--- a/drivers/net/wimax/i2400m/sdio.c
+++ b/drivers/net/wimax/i2400m/sdio.c
@@ -105,8 +105,9 @@ static const struct i2400m_poke_table i2400ms_pokes[] = {
* error (-ENODEV when it was unable to enable the function).
*/
static
-int i2400ms_enable_function(struct sdio_func *func, unsigned maxtries)
+int i2400ms_enable_function(struct i2400ms *i2400ms, unsigned maxtries)
{
+ struct sdio_func *func = i2400ms->func;
u64 timeout;
int err;
struct device *dev = &func->dev;
@@ -126,7 +127,7 @@ int i2400ms_enable_function(struct sdio_func *func, unsigned maxtries)
* platforms (system hang). We explicitly overwrite
* func->enable_timeout here to work around the issue.
*/
- if (func->device == SDIO_DEVICE_ID_INTEL_IWMC3200WIMAX)
+ if (i2400ms->iwmc3200)
func->enable_timeout = IWMC3200_IOR_TIMEOUT;
err = sdio_enable_func(func);
if (0 == err) {
@@ -176,7 +177,7 @@ int i2400ms_bus_setup(struct i2400m *i2400m)
goto error_set_blk_size;
}
- result = i2400ms_enable_function(func, 1);
+ result = i2400ms_enable_function(i2400ms, 1);
if (result < 0) {
dev_err(dev, "Cannot enable SDIO function: %d\n", result);
goto error_func_enable;
@@ -487,6 +488,15 @@ int i2400ms_probe(struct sdio_func *func,
i2400m->bus_bm_mac_addr_impaired = 1;
i2400m->bus_bm_pokes_table = &i2400ms_pokes[0];
+ switch (func->device) {
+ case SDIO_DEVICE_ID_INTEL_IWMC3200WIMAX:
+ case SDIO_DEVICE_ID_INTEL_IWMC3200WIMAX_2G5:
+ i2400ms->iwmc3200 = 1;
+ break;
+ default:
+ i2400ms->iwmc3200 = 0;
+ }
+
result = i2400m_setup(i2400m, I2400M_BRI_NO_REBOOT);
if (result < 0) {
dev_err(dev, "cannot setup device: %d\n", result);
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 10/12] wimax/i2400m: fix bad assignment of return value in i2400mu_tx_bulk_out
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
The function was always setting the return value to the amount of
bytes transferred, overwriting the error code in error paths.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/usb-fw.c | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wimax/i2400m/usb-fw.c b/drivers/net/wimax/i2400m/usb-fw.c
index d8f6ce2..ce6b993 100644
--- a/drivers/net/wimax/i2400m/usb-fw.c
+++ b/drivers/net/wimax/i2400m/usb-fw.c
@@ -157,7 +157,6 @@ retry:
result);
goto retry;
}
- result = len;
if (do_autopm)
usb_autopm_put_interface(i2400mu->usb_iface);
return result;
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 06/12] wimax/i2400m: Fix USB timeout specifications (to ms from HZ)
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
The USB code was incorrectly specifiying timeouts to be in jiffies vs
msecs. On top of that, lower it to 200ms, as 1s is really too long
(doesn't allow the watchdog to trip a reset if the device timesout too
often).
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/usb-fw.c | 2 +-
drivers/net/wimax/i2400m/usb-rx.c | 2 +-
drivers/net/wimax/i2400m/usb-tx.c | 2 +-
drivers/net/wimax/i2400m/usb.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wimax/i2400m/usb-fw.c b/drivers/net/wimax/i2400m/usb-fw.c
index b59aee0..8ec8b6d 100644
--- a/drivers/net/wimax/i2400m/usb-fw.c
+++ b/drivers/net/wimax/i2400m/usb-fw.c
@@ -102,7 +102,7 @@ ssize_t i2400mu_tx_bulk_out(struct i2400mu *i2400mu, void *buf, size_t buf_size)
epd = usb_get_epd(i2400mu->usb_iface, i2400mu->endpoint_cfg.bulk_out);
pipe = usb_sndbulkpipe(i2400mu->usb_dev, epd->bEndpointAddress);
retry:
- result = usb_bulk_msg(i2400mu->usb_dev, pipe, buf, buf_size, &len, HZ);
+ result = usb_bulk_msg(i2400mu->usb_dev, pipe, buf, buf_size, &len, 200);
switch (result) {
case 0:
if (len != buf_size) {
diff --git a/drivers/net/wimax/i2400m/usb-rx.c b/drivers/net/wimax/i2400m/usb-rx.c
index 245587f..22d127b 100644
--- a/drivers/net/wimax/i2400m/usb-rx.c
+++ b/drivers/net/wimax/i2400m/usb-rx.c
@@ -214,7 +214,7 @@ retry:
}
result = usb_bulk_msg(
i2400mu->usb_dev, usb_pipe, rx_skb->data + rx_skb->len,
- rx_size, &read_size, HZ);
+ rx_size, &read_size, 200);
usb_mark_last_busy(i2400mu->usb_dev);
switch (result) {
case 0:
diff --git a/drivers/net/wimax/i2400m/usb-tx.c b/drivers/net/wimax/i2400m/usb-tx.c
index a3c46e9..6cdf003 100644
--- a/drivers/net/wimax/i2400m/usb-tx.c
+++ b/drivers/net/wimax/i2400m/usb-tx.c
@@ -105,7 +105,7 @@ int i2400mu_tx(struct i2400mu *i2400mu, struct i2400m_msg_hdr *tx_msg,
usb_pipe = usb_sndbulkpipe(i2400mu->usb_dev, epd->bEndpointAddress);
retry:
result = usb_bulk_msg(i2400mu->usb_dev, usb_pipe,
- tx_msg, tx_msg_size, &sent_size, HZ);
+ tx_msg, tx_msg_size, &sent_size, 200);
usb_mark_last_busy(i2400mu->usb_dev);
switch (result) {
case 0:
diff --git a/drivers/net/wimax/i2400m/usb.c b/drivers/net/wimax/i2400m/usb.c
index 5e07940..34df090 100644
--- a/drivers/net/wimax/i2400m/usb.c
+++ b/drivers/net/wimax/i2400m/usb.c
@@ -173,7 +173,7 @@ int __i2400mu_send_barker(struct i2400mu *i2400mu,
pipe = usb_sndbulkpipe(i2400mu->usb_dev, epd->bEndpointAddress);
memcpy(buffer, barker, barker_size);
ret = usb_bulk_msg(i2400mu->usb_dev, pipe, buffer, barker_size,
- &actual_len, HZ);
+ &actual_len, 200);
if (ret < 0) {
if (ret != -EINVAL)
dev_err(dev, "E: barker error: %d\n", ret);
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 08/12] wimax/i2400m: don't retry SDIO enable in probe() paths
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
The iwmc3200 has a quirk where retrying SDIO enable during the probe()
path causes bad interactions with the TOP function controller that
causes a reset storm. The workaround is simply not to retry an SDIO
enable in said path (and still do in the reset / reinitialization
paths).
The driver does so by checking i2400ms->debugfs_dentry to see if it
has been initialized; if not, it is in the probe() path. Document said
fact in i2400ms->debugfs_entry.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/i2400m-sdio.h | 8 ++++++++
drivers/net/wimax/i2400m/sdio.c | 13 ++++++++++++-
2 files changed, 20 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wimax/i2400m/i2400m-sdio.h b/drivers/net/wimax/i2400m/i2400m-sdio.h
index fba482c..b9c4bed 100644
--- a/drivers/net/wimax/i2400m/i2400m-sdio.h
+++ b/drivers/net/wimax/i2400m/i2400m-sdio.h
@@ -100,6 +100,14 @@ enum {
* @tx_workqueue: workqeueue used for data TX; we don't use the
* system's workqueue as that might cause deadlocks with code in
* the bus-generic driver.
+ *
+ * @debugfs_dentry: dentry for the SDIO specific debugfs files
+ *
+ * Note this value is set to NULL upon destruction; this is
+ * because some routinges use it to determine if we are inside the
+ * probe() path or some other path. When debugfs is disabled,
+ * creation sets the dentry to '(void*) -ENODEV', which is valid
+ * for the test.
*/
struct i2400ms {
struct i2400m i2400m; /* FIRST! See doc */
diff --git a/drivers/net/wimax/i2400m/sdio.c b/drivers/net/wimax/i2400m/sdio.c
index 079f900..e8ad85c 100644
--- a/drivers/net/wimax/i2400m/sdio.c
+++ b/drivers/net/wimax/i2400m/sdio.c
@@ -159,6 +159,10 @@ function_enabled:
/*
* Setup minimal device communication infrastructure needed to at
* least be able to update the firmware.
+ *
+ * Note the ugly trick: if we are in the probe path
+ * (i2400ms->debugfs_dentry == NULL), we only retry function
+ * enablement one, to avoid racing with the iwmc3200 top controller.
*/
static
int i2400ms_bus_setup(struct i2400m *i2400m)
@@ -168,6 +172,7 @@ int i2400ms_bus_setup(struct i2400m *i2400m)
container_of(i2400m, struct i2400ms, i2400m);
struct device *dev = i2400m_dev(i2400m);
struct sdio_func *func = i2400ms->func;
+ int retries;
sdio_claim_host(func);
result = sdio_set_block_size(func, I2400MS_BLK_SIZE);
@@ -177,7 +182,11 @@ int i2400ms_bus_setup(struct i2400m *i2400m)
goto error_set_blk_size;
}
- result = i2400ms_enable_function(i2400ms, 1);
+ if (i2400ms->iwmc3200 && i2400ms->debugfs_dentry == NULL)
+ retries = 0;
+ else
+ retries = 1;
+ result = i2400ms_enable_function(i2400ms, retries);
if (result < 0) {
dev_err(dev, "Cannot enable SDIO function: %d\n", result);
goto error_func_enable;
@@ -415,6 +424,7 @@ int i2400ms_debugfs_add(struct i2400ms *i2400ms)
error:
debugfs_remove_recursive(i2400ms->debugfs_dentry);
+ i2400ms->debugfs_dentry = NULL;
return result;
}
@@ -531,6 +541,7 @@ void i2400ms_remove(struct sdio_func *func)
d_fnstart(3, dev, "SDIO func %p\n", func);
debugfs_remove_recursive(i2400ms->debugfs_dentry);
+ i2400ms->debugfs_dentry = NULL;
i2400m_release(i2400m);
sdio_set_drvdata(func, NULL);
free_netdev(net_dev);
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 09/12] wimax/i2400m: handle USB stalls
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
When the device stalls, clear it and retry; if it keeps failing too
often, reset the device.
This specially happens when running on virtual machines; the real
hardware doesn't seem to trip on stalls too much, except for a few
reports in the mailing list (still to be confirmed this is the cause,
although it seems likely.
NOTE: it is not clear if the URB has to be resubmitted fully or start
only at the offset of the first transaction sent. Can't find
documentation to clarify one end or the other.
Tests that just resubmit the whole URB seemed to work in my
environment.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/usb-fw.c | 22 ++++++++++++++
drivers/net/wimax/i2400m/usb-rx.c | 21 +++++++++++++
drivers/net/wimax/i2400m/usb-tx.c | 22 ++++++++++++++
drivers/net/wimax/i2400m/usb.c | 57 +++++++++++++++++++++++++++++++++----
4 files changed, 116 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wimax/i2400m/usb-fw.c b/drivers/net/wimax/i2400m/usb-fw.c
index 8ec8b6d..d8f6ce2 100644
--- a/drivers/net/wimax/i2400m/usb-fw.c
+++ b/drivers/net/wimax/i2400m/usb-fw.c
@@ -113,6 +113,28 @@ retry:
}
result = len;
break;
+ case -EPIPE:
+ /*
+ * Stall -- maybe the device is choking with our
+ * requests. Clear it and give it some time. If they
+ * happen to often, it might be another symptom, so we
+ * reset.
+ *
+ * No error handling for usb_clear_halt(0; if it
+ * works, the retry works; if it fails, this switch
+ * does the error handling for us.
+ */
+ if (edc_inc(&i2400mu->urb_edc,
+ 10 * EDC_MAX_ERRORS, EDC_ERROR_TIMEFRAME)) {
+ dev_err(dev, "BM-CMD: too many stalls in "
+ "URB; resetting device\n");
+ usb_queue_reset_device(i2400mu->usb_iface);
+ /* fallthrough */
+ } else {
+ usb_clear_halt(i2400mu->usb_dev, pipe);
+ msleep(10); /* give the device some time */
+ goto retry;
+ }
case -EINVAL: /* while removing driver */
case -ENODEV: /* dev disconnect ... */
case -ENOENT: /* just ignore it */
diff --git a/drivers/net/wimax/i2400m/usb-rx.c b/drivers/net/wimax/i2400m/usb-rx.c
index 22d127b..ba1b023 100644
--- a/drivers/net/wimax/i2400m/usb-rx.c
+++ b/drivers/net/wimax/i2400m/usb-rx.c
@@ -222,6 +222,26 @@ retry:
goto retry; /* ZLP, just resubmit */
skb_put(rx_skb, read_size);
break;
+ case -EPIPE:
+ /*
+ * Stall -- maybe the device is choking with our
+ * requests. Clear it and give it some time. If they
+ * happen to often, it might be another symptom, so we
+ * reset.
+ *
+ * No error handling for usb_clear_halt(0; if it
+ * works, the retry works; if it fails, this switch
+ * does the error handling for us.
+ */
+ if (edc_inc(&i2400mu->urb_edc,
+ 10 * EDC_MAX_ERRORS, EDC_ERROR_TIMEFRAME)) {
+ dev_err(dev, "BM-CMD: too many stalls in "
+ "URB; resetting device\n");
+ goto do_reset;
+ }
+ usb_clear_halt(i2400mu->usb_dev, usb_pipe);
+ msleep(10); /* give the device some time */
+ goto retry;
case -EINVAL: /* while removing driver */
case -ENODEV: /* dev disconnect ... */
case -ENOENT: /* just ignore it */
@@ -283,6 +303,7 @@ out:
error_reset:
dev_err(dev, "RX: maximum errors in URB exceeded; "
"resetting device\n");
+do_reset:
usb_queue_reset_device(i2400mu->usb_iface);
rx_skb = ERR_PTR(result);
goto out;
diff --git a/drivers/net/wimax/i2400m/usb-tx.c b/drivers/net/wimax/i2400m/usb-tx.c
index 6cdf003..c65b997 100644
--- a/drivers/net/wimax/i2400m/usb-tx.c
+++ b/drivers/net/wimax/i2400m/usb-tx.c
@@ -115,6 +115,28 @@ retry:
result = -EIO;
}
break;
+ case -EPIPE:
+ /*
+ * Stall -- maybe the device is choking with our
+ * requests. Clear it and give it some time. If they
+ * happen to often, it might be another symptom, so we
+ * reset.
+ *
+ * No error handling for usb_clear_halt(0; if it
+ * works, the retry works; if it fails, this switch
+ * does the error handling for us.
+ */
+ if (edc_inc(&i2400mu->urb_edc,
+ 10 * EDC_MAX_ERRORS, EDC_ERROR_TIMEFRAME)) {
+ dev_err(dev, "BM-CMD: too many stalls in "
+ "URB; resetting device\n");
+ usb_queue_reset_device(i2400mu->usb_iface);
+ /* fallthrough */
+ } else {
+ usb_clear_halt(i2400mu->usb_dev, usb_pipe);
+ msleep(10); /* give the device some time */
+ goto retry;
+ }
case -EINVAL: /* while removing driver */
case -ENODEV: /* dev disconnect ... */
case -ENOENT: /* just ignore it */
diff --git a/drivers/net/wimax/i2400m/usb.c b/drivers/net/wimax/i2400m/usb.c
index 34df090..47e84ef 100644
--- a/drivers/net/wimax/i2400m/usb.c
+++ b/drivers/net/wimax/i2400m/usb.c
@@ -172,14 +172,59 @@ int __i2400mu_send_barker(struct i2400mu *i2400mu,
epd = usb_get_epd(i2400mu->usb_iface, endpoint);
pipe = usb_sndbulkpipe(i2400mu->usb_dev, epd->bEndpointAddress);
memcpy(buffer, barker, barker_size);
+retry:
ret = usb_bulk_msg(i2400mu->usb_dev, pipe, buffer, barker_size,
&actual_len, 200);
- if (ret < 0) {
- if (ret != -EINVAL)
- dev_err(dev, "E: barker error: %d\n", ret);
- } else if (actual_len != barker_size) {
- dev_err(dev, "E: only %d bytes transmitted\n", actual_len);
- ret = -EIO;
+ switch (ret) {
+ case 0:
+ if (actual_len != barker_size) { /* Too short? drop it */
+ dev_err(dev, "E: %s: short write (%d B vs %zu "
+ "expected)\n",
+ __func__, actual_len, barker_size);
+ ret = -EIO;
+ }
+ break;
+ case -EPIPE:
+ /*
+ * Stall -- maybe the device is choking with our
+ * requests. Clear it and give it some time. If they
+ * happen to often, it might be another symptom, so we
+ * reset.
+ *
+ * No error handling for usb_clear_halt(0; if it
+ * works, the retry works; if it fails, this switch
+ * does the error handling for us.
+ */
+ if (edc_inc(&i2400mu->urb_edc,
+ 10 * EDC_MAX_ERRORS, EDC_ERROR_TIMEFRAME)) {
+ dev_err(dev, "E: %s: too many stalls in "
+ "URB; resetting device\n", __func__);
+ usb_queue_reset_device(i2400mu->usb_iface);
+ /* fallthrough */
+ } else {
+ usb_clear_halt(i2400mu->usb_dev, pipe);
+ msleep(10); /* give the device some time */
+ goto retry;
+ }
+ case -EINVAL: /* while removing driver */
+ case -ENODEV: /* dev disconnect ... */
+ case -ENOENT: /* just ignore it */
+ case -ESHUTDOWN: /* and exit */
+ case -ECONNRESET:
+ ret = -ESHUTDOWN;
+ break;
+ default: /* Some error? */
+ if (edc_inc(&i2400mu->urb_edc,
+ EDC_MAX_ERRORS, EDC_ERROR_TIMEFRAME)) {
+ dev_err(dev, "E: %s: maximum errors in URB "
+ "exceeded; resetting device\n",
+ __func__);
+ usb_queue_reset_device(i2400mu->usb_iface);
+ } else {
+ dev_warn(dev, "W: %s: cannot send URB: %d\n",
+ __func__, ret);
+ goto retry;
+ }
}
kfree(buffer);
error_kzalloc:
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 11/12] wimax/i2400m: fix SDIO debugfs dentry name
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
The SDIO specific debugfs dentry was being misnamed "i2400m-usb"
instead of "i2400m-sdio".
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/sdio.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wimax/i2400m/sdio.c b/drivers/net/wimax/i2400m/sdio.c
index e8ad85c..b06d526 100644
--- a/drivers/net/wimax/i2400m/sdio.c
+++ b/drivers/net/wimax/i2400m/sdio.c
@@ -407,7 +407,7 @@ int i2400ms_debugfs_add(struct i2400ms *i2400ms)
int result;
struct dentry *dentry = i2400ms->i2400m.wimax_dev.debugfs_dentry;
- dentry = debugfs_create_dir("i2400m-usb", dentry);
+ dentry = debugfs_create_dir("i2400m-sdio", dentry);
result = PTR_ERR(dentry);
if (IS_ERR(dentry)) {
if (result == -ENODEV)
--
1.6.2.5
^ permalink raw reply related
* [PATCH 2.6.33/5 12/12] wimax/i2400m: fix inverted value in i2400ms_bus_setup()
From: Inaky Perez-Gonzalez @ 2009-11-04 21:40 UTC (permalink / raw)
To: netdev, wimax
In-Reply-To: <cover.1257370738.git.inaky@linux.intel.com>
Fix inverted setting of 'retries'; when we are in the probe() path, we
should retry to enable the function only once; otherwise until it
times out.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
---
drivers/net/wimax/i2400m/sdio.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wimax/i2400m/sdio.c b/drivers/net/wimax/i2400m/sdio.c
index b06d526..76a50ac 100644
--- a/drivers/net/wimax/i2400m/sdio.c
+++ b/drivers/net/wimax/i2400m/sdio.c
@@ -183,9 +183,9 @@ int i2400ms_bus_setup(struct i2400m *i2400m)
}
if (i2400ms->iwmc3200 && i2400ms->debugfs_dentry == NULL)
- retries = 0;
- else
retries = 1;
+ else
+ retries = 0;
result = i2400ms_enable_function(i2400ms, retries);
if (result < 0) {
dev_err(dev, "Cannot enable SDIO function: %d\n", result);
--
1.6.2.5
^ permalink raw reply related
* Re: [PATCH 3/3] net: check kern before calling security subsystem
From: James Morris @ 2009-11-04 21:42 UTC (permalink / raw)
To: Eric Paris; +Cc: netdev, nhorman, acme, dwalsh, davem, linux-security-module
In-Reply-To: <20091104163224.27133.88570.stgit@paris.rdu.redhat.com>
On Wed, 4 Nov 2009, Eric Paris wrote:
> - if (sock->type == SOCK_RAW && !capable(CAP_NET_RAW))
> + if (sock->type == SOCK_RAW && !kern && !capable(CAP_NET_RAW))
> return -EPERM;
> - if (sock->type == SOCK_RAW && !capable(CAP_NET_RAW))
> + if (sock->type == SOCK_RAW && !kern && !capable(CAP_NET_RAW))
> goto out_rcu_unlock;
> - if (sock->type == SOCK_RAW && !capable(CAP_NET_RAW))
> + if (sock->type == SOCK_RAW && !kern && !capable(CAP_NET_RAW))
> goto out_rcu_unlock;
Perhaps make this a static inline.
--
James Morris
<jmorris@namei.org>
^ permalink raw reply
* Re: REGRESSION: On 2.6.32-rc5 the firmware hangs, and the nic is unusable.
From: Eric W. Biederman @ 2009-11-04 21:43 UTC (permalink / raw)
To: Dhananjay Phadke; +Cc: netdev@vger.kernel.org, Ameen Rahman, Amit Salecha
In-Reply-To: <4AF1D2C6.20002@qlogic.com>
Dhananjay Phadke <dhananjay.phadke@qlogic.com> writes:
> Eric W. Biederman wrote:
>> On 2.6.31.5 I get:
>> ethtool -i eth0
>> driver: netxen_nic
>> version: 4.0.30
>> firmware-version: 4.0.305
>> bus-info: 0000:06:00.0
>>
>
> Agree, 2.6.31 window missed bonding (mac addr setup) fixes.
>
>> And everything works except bonding.
>>
>> On 2.6.32-rc5 I dhcp I get an IP
>> there is a sanity test ping.
>
>>
>> Then the driver reports a firmware hang and
>> the interface goes down and I am dead in the water.
>>
>
>> I'm a bit frustrated with this as it seems with each kernel release
>> the driver gets a little bit less usable.
>>
>> Have I given you enough information to track this down?
>
> This can be fixed in next rc patch of 2.6.32, if I get enough info to debug.
>
> Could you provide full dmesg, so that I can see what's going on around firmware
> hang message? Also provide your test details (bonding / whatever configured).
I will dig up that dmesg in a bit. Working on a machine when the network is
down is a pain.
There was no bonding configured. Essentially just:
ifup eth0 finally get a dhcp response firmware hangs..
Eric
^ permalink raw reply
* Re: [net-next-2.6 PATCH RFC] TCPCT part 1d: generate Responder Cookie
From: Paul E. McKenney @ 2009-11-04 21:48 UTC (permalink / raw)
To: William Allen Simpson
Cc: Eric Dumazet, Linux Kernel Developers,
Linux Kernel Network Developers
In-Reply-To: <4AF0B0D2.4030905@gmail.com>
On Tue, Nov 03, 2009 at 05:38:10PM -0500, William Allen Simpson wrote:
> Eric Dumazet wrote:
>> This patch looks fine, but I dont see how this new function is used.
>> Some points :
>> 1) We are working hard to remove rwlocks from network stack, so please
>> dont
>> add a new one. You probably can use a seqlock or RCU, or a server handling
>> 10.000 connections request per second on many NIC will hit this rwlock.
> This is my attempt at using RCU, as seqlock didn't seem to apply (and is
> missing any Documentation.)
>
> After the discussion about context, one question that I have is the need
> for the _bh suffix?
>
> + rcu_read_lock_bh();
> + memcpy(&xvp->cookie_bakery[0],
> + &rcu_dereference(tcp_secret_generating)->secrets[0],
> + sizeof(tcp_secret_generating->secrets));
> + rcu_read_unlock_bh();
>
>
> Documentation/RCU/checklist.txt #7 says:
>
> One exception to this rule: rcu_read_lock() and rcu_read_unlock()
> may be substituted for rcu_read_lock_bh() and rcu_read_unlock_bh()
> in cases where local bottom halves are already known to be
> disabled, for example, in irq or softirq context. Commenting
> such cases is a must, of course! And the jury is still out on
> whether the increased speed is worth it.
I strongly suggest using the matching primitives unless you have a
really strong reason not to.
> diff --git a/include/linux/cryptohash.h b/include/linux/cryptohash.h
> index c118b2a..ec78a4b 100644
> --- a/include/linux/cryptohash.h
> +++ b/include/linux/cryptohash.h
[ . . . ]
> + if (unlikely(tcp_secret_primary->expires ==
> + tcp_secret_secondary->expires)) {
> + struct timespec tv;
> +
> + getnstimeofday(&tv);
> + secrets[COOKIE_DIGEST_WORDS+0] ^= (u32)tv.tv_nsec;
> + tcp_secret_secondary->expires = jiffy
> + + TCP_SECRET_1MSL;
> + } else {
> + tcp_secret_secondary->expires = jiffy
> + + TCP_SECRET_LIFE;
> + tcp_secret_primary->expires = jiffy
> + + TCP_SECRET_2MSL;
> + }
> + memcpy(&tcp_secret_secondary->secrets[0],
> + &secrets[0],
> + sizeof(secrets));
> +
> + rcu_assign_pointer(tcp_secret_generating,
> + tcp_secret_secondary);
> + rcu_assign_pointer(tcp_secret_retiring,
> + tcp_secret_primary);
> + spin_unlock(&tcp_secret_locker);
> + /* call_rcu() or synchronize_rcu() not needed. */
Would you be willing to say why? Are you relying on a time delay for a
given item to pass through tcp_secret_secondary and tcp_secret_retiring
or some such? If so, how do you know that this time delay will always
be long enough?
Or are you just shuffling the data structures around, without ever
freeing them? If so, is it really OK for a given reader to keep a
reference to a given item through the full range of shuffling, especially
given that it might be accesssing this concurrently with the ->expires
assignments above?
Either way, could you please expand the comment to give at least some
hint to the poor guy reading your code? ;-)
Thanx, Paul
^ permalink raw reply
* Re: [announce] new rt2800 drivers for Ralink wireless & project tree
From: Ivo van Doorn @ 2009-11-04 21:51 UTC (permalink / raw)
To: Ingo Molnar
Cc: Bartlomiej Zolnierkiewicz, linux-wireless, linux-kernel, netdev,
Randy Dunlap, Luis Correia, John W. Linville, Johannes Berg,
Jarek Poplawski, Pekka Enberg, David Miller
In-Reply-To: <20091104083737.GA16978@elte.hu>
On Wednesday 04 November 2009, Ingo Molnar wrote:
>
> * Ivo van Doorn <ivdoorn@gmail.com> wrote:
>
> > > MAINTAINERS: add rt2800 entry
> >
> > I see you decided to take over the maintainership? Doesn't that need
> > the current maintainer to move away, or was this part of the "going
> > over other peoples head" plan?
> >
> > [...]
> >
> > These are too much (and too big) patches for me to review at once,
> > I'll look at them later.
>
> Frankly, having read through the recent discussions related to the
> rt2800pci/usb drivers, the subtle (and largely undeserved) group
> violence and abuse you are inflicting on Bart is stomach-turning.
>
> The non-working rt2800pci driver has been pending in your private tree
> for how long, 1.5 _years_?
Something like that.
> Look at the diffstat of Bart's driver:
>
> 15 files changed, 4036 insertions(+), 7158 deletions(-)
>
> He reduced your 5.2 KLOC non-working driver into a 1.8 KLOC _working_
> driver.
Bullshit, read the mails again.
I have acked a portion of fixes because those were small and obviously
correct. There are some minor bugfixes in them but none of them would
magically make the card work for everybody. So the number of lines is
decreased but the status of the driver is the same.
Some people actually require sleep during the night, perhaps that you don't need
that and can hence review 41 patches which changes thousands of lines on the
same day the patches were submitted.
> And _still_ your complaint about Bart's series is that he updated the
> MAINTAINERS entry and added an entry for rt2800? Heck _sure_ he should
> update it, he is the one doing the hard work of trying to bring it to
> users, trying to clean up a messy driver space, trying to turn crap into
> gold.
So if I want to focus on something different in the kernel, I just send 1 patch,
and a second to claim the maintainership of it even though there is an active
maintainer available?
> The thing is, if you dont have the time or interest to listen to and act
> upon review feedback, be constructive about it and fix (obvious)
> structural problems in your rt2800 code, you should just step aside and
> let Bart maintain what he is apparently more capable of maintaining than
> you are.
>
> What you are doing here is a thinly veiled land-grab: you did a minimal
> token driver for rt2800 that doesnt work, kept it in your private tree
> for _1.5 years_, and the moment someone _else_ came along and did
> something better and more functional in drivers/staging/, you discovered
> your sudden interest for it and moved the crappy driver upstream at
> lightning's speed (it is already in net-next AFAICS, despite negative
> test and review feedback) - ignoring and throwing away all the work that
> Bart has done.
Get your facts straight, the bullshit level in your mail is staggering.
You have no fucking clue who wrote the rt2800 driver which is in drivers/staging/,
you have no clue why it was added, and you don't even know what the intention
was for that driver from day 1 (which was clearly communicated!)
You even are missing the point _why_ the rt2x00 driver was 1.5 years in development,
but I'll highlight that part for you:
Because a lot of people prefer looking from the sideline, contributing _nothing_
and then after a year complain that the development is going too slowly and they
could have done better. Apparently that is the style you prefer, but that is most
definately _not_ how I think Open Source should work.
As for "throwing away that work" I ACKED 10 of his patches, and said I would review
the rest later! But like I said, apparently it is a bad habit for people to sleep during
the night.
> Such behavior wouldnt fly in _any_ other Linux subsystem, but apparently
> there is one set of rules for upstream kernel maintainers and then
> there's another, different set of rules for upstream wireless driver
> maintainers.
So non-wireless maintainers don't need to review patches before giving their Ack?
Well that makes the Acked-by and Signed-off rules completely meaningless,
I wonder why everybody is demanding it before patches are merged...
Ivo
^ permalink raw reply
* [PATCH net-next-2.6] ip_frag:
From: Eric Dumazet @ 2009-11-04 21:54 UTC (permalink / raw)
To: David S. Miller; +Cc: Linux Netdev List
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 | 6 +++---
net/ipv6/reassembly.c | 13 ++++++-------
2 files changed, 9 insertions(+), 10 deletions(-)
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();
}
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: 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
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