[removed from members-only mailing list]
Alan Jenkins wrote:
I found this in v2.6.30-rc2. I haven't tested beyond that. I'm sure
it didn't happen in 2.6.29.
If I run xawtv and then suspend, it stops working on resume; the
xawtv display goes black and the camera LED stays off. When I close
Eric Dumazet wrote:
OK thanks everybody, I submit it more formally then, using ARRAY_SIZE() macro
too :)
[PATCH] netfilter: nf_log fix
commit ca735b3aaa945626ba65a3e51145bfe4ecd9e222
'netfilter: use a linked list of loggers'
introduced an array of list_head in struct nf_logger, but
forgot to
Eric Dumazet wrote:
I should have used different fields names (from next, first, ...) to catch
this
kind of errors at compile time :(
Something like :
diff --git a/include/linux/list_nulls.h b/include/linux/list_nulls.h
Eric, on second thought, could you please resubmit this to Dave?
It
Eric Dumazet wrote:
Patrick McHardy a écrit :
Eric, on second thought, could you please resubmit this to Dave?
It touches too many files outside of netfilter to go through my
tree.
Sure, but its a cleanup (and was an RFC to show my point)
so should wait a litle bit until David opens his -next
From: Eric Dumazet da...@cosmosbay.com
Date: Wed, 15 Apr 2009 12:42:27 +0200
Sure, but its a cleanup (and was an RFC to show my point)
so should wait a litle bit until David opens his -next tree (for 2.6.31)
The net-next-2.6 tree is open for business since 2.6.30-rc1 :-)
Please just submit
2009/4/9 Alexander Beregalov a.berega...@gmail.com:
ioatdma :00:08.0: PCI INT A - GSI 16 (level, low) - IRQ 16
ioatdma :00:08.0: setting latency timer to 64
ioatdma :00:08.0: Intel(R) I/OAT DMA Engine found, 4 channels,
device version 0x12, driver version 3.64
alloc irq_desc for
Hi
bnx2: eth0 NIC Copper Link is Up, 1000 Mbps full duplex, receive
transmit flow control ON
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness validator.
Pid: 2382, comm: mount Tainted: GW 2.6.30-rc2-dirty #121
Call Trace:
[80280aa7]
2009/4/9 Kyle McMartin k...@mcmartin.ca:
On Thu, Apr 09, 2009 at 12:46:15PM +0400, Alexander Beregalov wrote:
2009/4/9 Kyle McMartin k...@mcmartin.ca:
On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
Hi
Machine is HP j6000.
CPU(s): 2 x PA8700 (PCX-W2) at 750.00
On Wed, 2009-04-15 at 16:49 +0400, Alexander Beregalov wrote:
2009/4/9 Kyle McMartin k...@mcmartin.ca:
On Thu, Apr 09, 2009 at 12:46:15PM +0400, Alexander Beregalov wrote:
2009/4/9 Kyle McMartin k...@mcmartin.ca:
On Wed, Apr 08, 2009 at 05:03:04PM +0400, Alexander Beregalov wrote:
Hi
In fact, ACPI methods can execute concurrently -- constrained by the ACPI
specification itself. The big lock is released before anything that will
block for a significant amount of time, allowing other methods to run.
We had a discussion about this a couple years ago:
Kristoffer Ericson wrote:
Getting this myself, even if power cord attached. Its an tainted
kernel though (archlinux 2.6.28) so wasnt sure if
vanilla was affected.
BUG: unable to handle kernel NULL pointer dereference at
IP: [f850d031] acpi_ac_get_state+0x1b/0x59 [ac]
*pde
On Wed, Apr 15, 2009 at 5:39 AM, Alexander Beregalov
a.berega...@gmail.com wrote:
2009/4/9 Alexander Beregalov a.berega...@gmail.com:
ioatdma :00:08.0: PCI INT A - GSI 16 (level, low) - IRQ 16
ioatdma :00:08.0: setting latency timer to 64
ioatdma :00:08.0: Intel(R) I/OAT DMA Engine
12 matches
Mail list logo