* BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
@ 2012-01-18 8:18 Christian Kujau
2012-01-21 11:42 ` Christian Kujau
0 siblings, 1 reply; 9+ messages in thread
From: Christian Kujau @ 2012-01-18 8:18 UTC (permalink / raw)
To: LKML; +Cc: peterz, axboe, dm-devel
Hi,
today's git checkout boots fine on powerpc32, but has this message during
bootup:
BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/936, .owner_cpu: 0
Call Trace:
[eed459e0] [c0009de4] show_stack+0x70/0x1bc (unreliable)
[eed45a20] [c0326da8] spin_dump+0x70/0xe0
[eed45a30] [c0326f8c] do_raw_spin_trylock+0x58/0x70
[eed45a40] [c0512b28] _raw_spin_trylock+0x34/0xa0
[eed45a60] [c02f5510] put_io_context+0xd8/0x184
[eed45a80] [c0303428] __cfq_slice_expired+0x1e4/0x43c
[eed45ac0] [c03053d8] cfq_insert_request+0x264/0x5b0
[eed45ae0] [c02edef4] __elv_add_request+0x1a4/0x2d4
[eed45af0] [c02f1024] blk_flush_plug_list+0x22c/0x270
[eed45b20] [c05112dc] io_schedule+0x74/0xec
[eed45b30] [c0110f88] dio_await_completion+0x60/0xf4
[eed45b50] [c0112d0c] __blockdev_direct_IO+0x1b80/0x3574
[eed45d70] [c010f4a4] blkdev_direct_IO+0x54/0x64
[eed45d90] [c009a424] generic_file_aio_read+0x7b8/0x808
[eed45e40] [c00d4f68] do_sync_read+0xb8/0x144
[eed45ef0] [c00d6168] vfs_read+0xcc/0x1c0
[eed45f10] [c00d6394] sys_read+0x58/0xc8
[eed45f40] [c00127a0] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xfe52b90
LR = 0x1003e834
The system is running fine so far and has before with 3.2.0-rc7, without
that warning. The "vgchange" could be the result of some LVM2 initscripts
(lvm2-2.02.66-5 are installed on this Debian/stable system), but there are
no LVM disks anywhere on the system.
Full .config & dmesg: http://nerdbynature.de/bits/3.2.0/
Is this BUG something to worry about?
Thanks,
Christian.
--
BOFH excuse #100:
IRQ dropout
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-18 8:18 BUG: spinlock trylock failure on UP on CPU#0, vgchange/936 Christian Kujau
@ 2012-01-21 11:42 ` Christian Kujau
2012-01-21 12:46 ` Jens Axboe
0 siblings, 1 reply; 9+ messages in thread
From: Christian Kujau @ 2012-01-21 11:42 UTC (permalink / raw)
To: LKML; +Cc: peterz, axboe, dm-devel
On Wed, 18 Jan 2012 at 00:18, Christian Kujau wrote:
> today's git checkout boots fine on powerpc32, but has this message during
> bootup:
>
> BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
> lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/936, .owner_cpu: 0
> Call Trace:
Still happening with 3.3.0-rc1.
Anyone?
Thanks,
Christian.
> [eed459e0] [c0009de4] show_stack+0x70/0x1bc (unreliable)
> [eed45a20] [c0326da8] spin_dump+0x70/0xe0
> [eed45a30] [c0326f8c] do_raw_spin_trylock+0x58/0x70
> [eed45a40] [c0512b28] _raw_spin_trylock+0x34/0xa0
> [eed45a60] [c02f5510] put_io_context+0xd8/0x184
> [eed45a80] [c0303428] __cfq_slice_expired+0x1e4/0x43c
> [eed45ac0] [c03053d8] cfq_insert_request+0x264/0x5b0
> [eed45ae0] [c02edef4] __elv_add_request+0x1a4/0x2d4
> [eed45af0] [c02f1024] blk_flush_plug_list+0x22c/0x270
> [eed45b20] [c05112dc] io_schedule+0x74/0xec
> [eed45b30] [c0110f88] dio_await_completion+0x60/0xf4
> [eed45b50] [c0112d0c] __blockdev_direct_IO+0x1b80/0x3574
> [eed45d70] [c010f4a4] blkdev_direct_IO+0x54/0x64
> [eed45d90] [c009a424] generic_file_aio_read+0x7b8/0x808
> [eed45e40] [c00d4f68] do_sync_read+0xb8/0x144
> [eed45ef0] [c00d6168] vfs_read+0xcc/0x1c0
> [eed45f10] [c00d6394] sys_read+0x58/0xc8
> [eed45f40] [c00127a0] ret_from_syscall+0x0/0x38
> --- Exception: c01 at 0xfe52b90
> LR = 0x1003e834
>
> The system is running fine so far and has before with 3.2.0-rc7, without
> that warning. The "vgchange" could be the result of some LVM2 initscripts
> (lvm2-2.02.66-5 are installed on this Debian/stable system), but there are
> no LVM disks anywhere on the system.
>
> Full .config & dmesg: http://nerdbynature.de/bits/3.2.0/
>
> Is this BUG something to worry about?
>
> Thanks,
> Christian.
> --
> BOFH excuse #100:
>
> IRQ dropout
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
BOFH excuse #63:
not properly grounded, please bury computer
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-21 11:42 ` Christian Kujau
@ 2012-01-21 12:46 ` Jens Axboe
2012-01-21 22:35 ` Christian Kujau
0 siblings, 1 reply; 9+ messages in thread
From: Jens Axboe @ 2012-01-21 12:46 UTC (permalink / raw)
To: Christian Kujau; +Cc: LKML, peterz, dm-devel
On 2012-01-21 12:42, Christian Kujau wrote:
> On Wed, 18 Jan 2012 at 00:18, Christian Kujau wrote:
>> today's git checkout boots fine on powerpc32, but has this message during
>> bootup:
>>
>> BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
>> lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/936, .owner_cpu: 0
>> Call Trace:
>
> Still happening with 3.3.0-rc1.
Can you try and pull:
git://git.kernel.dk/linux-block.git for-linus
and see if it helps?
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-21 12:46 ` Jens Axboe
@ 2012-01-21 22:35 ` Christian Kujau
2012-01-22 10:30 ` Jens Axboe
0 siblings, 1 reply; 9+ messages in thread
From: Christian Kujau @ 2012-01-21 22:35 UTC (permalink / raw)
To: Jens Axboe; +Cc: LKML, peterz, dm-devel
On Sat, 21 Jan 2012 at 13:46, Jens Axboe wrote:
> Can you try and pull:
>
> git://git.kernel.dk/linux-block.git for-linus
>
> and see if it helps?
Pulled, compiled, bootet - but the BUG: stays. Please see .config and full
dmesg: http://nerdbynature.de/bits/3.2.0/ (the 3.3.0-rc1 files)
Note that I don't have an actual problem here: the machine (PowerBook G4)
is booting & running fine, I'm currently not using any LVM devices, so
it's merely the BUG: being printed during bootup I'm whining about.
Thanks,
Christian.
--
BOFH excuse #292:
We ran out of dial tone and we're and waiting for the phone company to deliver another bottle.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-21 22:35 ` Christian Kujau
@ 2012-01-22 10:30 ` Jens Axboe
2012-01-22 10:36 ` Christian Kujau
0 siblings, 1 reply; 9+ messages in thread
From: Jens Axboe @ 2012-01-22 10:30 UTC (permalink / raw)
To: Christian Kujau; +Cc: LKML, peterz, dm-devel
On 01/21/2012 11:35 PM, Christian Kujau wrote:
> On Sat, 21 Jan 2012 at 13:46, Jens Axboe wrote:
>> Can you try and pull:
>>
>> git://git.kernel.dk/linux-block.git for-linus
>>
>> and see if it helps?
>
> Pulled, compiled, bootet - but the BUG: stays. Please see .config and full
> dmesg: http://nerdbynature.de/bits/3.2.0/ (the 3.3.0-rc1 files)
>
> Note that I don't have an actual problem here: the machine (PowerBook G4)
> is booting & running fine, I'm currently not using any LVM devices, so
> it's merely the BUG: being printed during bootup I'm whining about.
What about with this on top?
diff --git a/block/blk-core.c b/block/blk-core.c
index e6c05a9..75eba5c 100644
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -1283,7 +1283,7 @@ static bool attempt_plug_merge(struct request_queue *q, struct bio *bio,
if (rq->q != q)
continue;
- el_ret = elv_try_merge(rq, bio);
+ el_ret = blk_try_merge(rq, bio);
if (el_ret == ELEVATOR_BACK_MERGE) {
ret = bio_attempt_back_merge(q, rq, bio);
if (ret)
diff --git a/block/blk-merge.c b/block/blk-merge.c
index cfcc37c..ee9ec90 100644
--- a/block/blk-merge.c
+++ b/block/blk-merge.c
@@ -471,3 +471,59 @@ int blk_attempt_req_merge(struct request_queue *q, struct request *rq,
{
return attempt_merge(q, rq, next);
}
+
+int blk_rq_merge_ok(struct request *rq, struct bio *bio)
+{
+ if (!rq_mergeable(rq))
+ return 0;
+
+ /*
+ * Don't merge file system requests and discard requests
+ */
+ if ((bio->bi_rw & REQ_DISCARD) != (rq->bio->bi_rw & REQ_DISCARD))
+ return 0;
+
+ /*
+ * Don't merge discard requests and secure discard requests
+ */
+ if ((bio->bi_rw & REQ_SECURE) != (rq->bio->bi_rw & REQ_SECURE))
+ return 0;
+
+ /*
+ * different data direction or already started, don't merge
+ */
+ if (bio_data_dir(bio) != rq_data_dir(rq))
+ return 0;
+
+ /*
+ * must be same device and not a special request
+ */
+ if (rq->rq_disk != bio->bi_bdev->bd_disk || rq->special)
+ return 0;
+
+ /*
+ * only merge integrity protected bio into ditto rq
+ */
+ if (bio_integrity(bio) != blk_integrity_rq(rq))
+ return 0;
+
+ return 1;
+}
+EXPORT_SYMBOL(blk_rq_merge_ok);
+
+int blk_try_merge(struct request *__rq, struct bio *bio)
+{
+ int ret = ELEVATOR_NO_MERGE;
+
+ /*
+ * we can merge and sequence is ok, check if it's possible
+ */
+ if (blk_rq_merge_ok(__rq, bio)) {
+ if (blk_rq_pos(__rq) + blk_rq_sectors(__rq) == bio->bi_sector)
+ ret = ELEVATOR_BACK_MERGE;
+ else if (blk_rq_pos(__rq) - bio_sectors(bio) == bio->bi_sector)
+ ret = ELEVATOR_FRONT_MERGE;
+ }
+
+ return ret;
+}
diff --git a/block/blk.h b/block/blk.h
index 7efd772..a117fa9 100644
--- a/block/blk.h
+++ b/block/blk.h
@@ -137,6 +137,8 @@ int blk_attempt_req_merge(struct request_queue *q, struct request *rq,
struct request *next);
void blk_recalc_rq_segments(struct request *rq);
void blk_rq_set_mixed_merge(struct request *rq);
+int blk_rq_merge_ok(struct request *rq, struct bio *bio);
+int blk_try_merge(struct request *rq, struct bio *bio);
void blk_queue_congestion_threshold(struct request_queue *q);
diff --git a/block/elevator.c b/block/elevator.c
index 91e18f8..a1a75f7 100644
--- a/block/elevator.c
+++ b/block/elevator.c
@@ -72,39 +72,8 @@ static int elv_iosched_allow_merge(struct request *rq, struct bio *bio)
*/
int elv_rq_merge_ok(struct request *rq, struct bio *bio)
{
- if (!rq_mergeable(rq))
+ if (!blk_rq_merge_ok(rq, bio))
return 0;
-
- /*
- * Don't merge file system requests and discard requests
- */
- if ((bio->bi_rw & REQ_DISCARD) != (rq->bio->bi_rw & REQ_DISCARD))
- return 0;
-
- /*
- * Don't merge discard requests and secure discard requests
- */
- if ((bio->bi_rw & REQ_SECURE) != (rq->bio->bi_rw & REQ_SECURE))
- return 0;
-
- /*
- * different data direction or already started, don't merge
- */
- if (bio_data_dir(bio) != rq_data_dir(rq))
- return 0;
-
- /*
- * must be same device and not a special request
- */
- if (rq->rq_disk != bio->bi_bdev->bd_disk || rq->special)
- return 0;
-
- /*
- * only merge integrity protected bio into ditto rq
- */
- if (bio_integrity(bio) != blk_integrity_rq(rq))
- return 0;
-
if (!elv_iosched_allow_merge(rq, bio))
return 0;
@@ -114,19 +83,13 @@ EXPORT_SYMBOL(elv_rq_merge_ok);
int elv_try_merge(struct request *__rq, struct bio *bio)
{
- int ret = ELEVATOR_NO_MERGE;
-
/*
* we can merge and sequence is ok, check if it's possible
*/
- if (elv_rq_merge_ok(__rq, bio)) {
- if (blk_rq_pos(__rq) + blk_rq_sectors(__rq) == bio->bi_sector)
- ret = ELEVATOR_BACK_MERGE;
- else if (blk_rq_pos(__rq) - bio_sectors(bio) == bio->bi_sector)
- ret = ELEVATOR_FRONT_MERGE;
- }
+ if (elv_rq_merge_ok(__rq, bio))
+ return blk_try_merge(__rq, bio);
- return ret;
+ return ELEVATOR_NO_MERGE;
}
static struct elevator_type *elevator_find(const char *name)
--
Jens Axboe
^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-22 10:30 ` Jens Axboe
@ 2012-01-22 10:36 ` Christian Kujau
2012-01-22 11:38 ` Christian Kujau
2012-01-22 12:09 ` Jens Axboe
0 siblings, 2 replies; 9+ messages in thread
From: Christian Kujau @ 2012-01-22 10:36 UTC (permalink / raw)
To: Jens Axboe; +Cc: LKML, peterz, dm-devel
On Sun, 22 Jan 2012 at 11:30, Jens Axboe wrote:
> What about with this on top?
Will try. A compile on this box takes almost two hours (PowerBook G4,
throttled to 70MHz), would it be enough to remove the block/*.o files and
continue from there?
Thanks,
Christian.
--
BOFH excuse #17:
fat electrons in the lines
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-22 10:36 ` Christian Kujau
@ 2012-01-22 11:38 ` Christian Kujau
2012-01-22 12:10 ` Jens Axboe
2012-01-22 12:09 ` Jens Axboe
1 sibling, 1 reply; 9+ messages in thread
From: Christian Kujau @ 2012-01-22 11:38 UTC (permalink / raw)
To: Jens Axboe; +Cc: LKML, peterz, dm-devel
On Sun, 22 Jan 2012 at 02:36, Christian Kujau wrote:
> On Sun, 22 Jan 2012 at 11:30, Jens Axboe wrote:
> > What about with this on top?
>
> Will try. A compile on this box takes almost two hours (PowerBook G4,
> throttled to 70MHz), would it be enough to remove the block/*.o files and
> continue from there?
OK, I did that. With the pull from linux-block.git ("for-linus") and your
diff[0], the BUG is still there:
[ 15.048991] BUG: spinlock trylock failure on UP on CPU#0, vgchange/911
[ 15.050579] lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/911, .owner_cpu: 0
[ 15.052081] Call Trace:
[ 15.053561] [eecaf9e0] [c0009de4] show_stack+0x70/0x1bc (unreliable)
[ 15.055078] [eecafa20] [c0326d64] spin_dump+0x70/0xe0
[ 15.056576] [eecafa30] [c0326f48] do_raw_spin_trylock+0x58/0x70
[ 15.058052] [eecafa40] [c0512b88] _raw_spin_trylock+0x34/0xa0
[ 15.059496] [eecafa60] [c02f53f4] put_io_context+0xd8/0x184
[ 15.060953] [eecafa80] [c030343c] __cfq_slice_expired+0x1e4/0x43c
[ 15.062426] [eecafac0] [c03053bc] cfq_insert_request+0x234/0x558
[ 15.063908] [eecafae0] [c02edc00] __elv_add_request+0x1a4/0x2d4
[ 15.065371] [eecafaf0] [c02f0f14] blk_flush_plug_list+0x22c/0x270
[ 15.066833] [eecafb20] [c051133c] io_schedule+0x74/0xec
[ 15.068270] [eecafb30] [c0110f1c] dio_await_completion+0x60/0xf4
[ 15.069692] [eecafb50] [c0112ca0] __blockdev_direct_IO+0x1b80/0x3574
[ 15.071110] [eecafd70] [c010f438] blkdev_direct_IO+0x54/0x64
[ 15.072512] [eecafd90] [c009a424] generic_file_aio_read+0x7b8/0x808
[ 15.073890] [eecafe40] [c00d4f68] do_sync_read+0xb8/0x144
[ 15.075254] [eecafef0] [c00d6168] vfs_read+0xcc/0x1c0
[ 15.076610] [eecaff10] [c00d6394] sys_read+0x58/0xc8
[ 15.077958] [eecaff40] [c00127a0] ret_from_syscall+0x0/0x38
[ 15.079299] --- Exception: c01 at 0xfe52b90
[ 15.079302] LR = 0x1003e834
As I said before, I do have lvm2 tools installed, but I'm not actually
using LVM. Grepping through the initscripts, the lvm2 init script
seems to be doing the following during bootup:
do_start()
{
modprobe dm-mod 2> /dev/null || :
/sbin/vgscan --ignorelockingfailure --mknodes || :
/sbin/vgchange -aly --ignorelockingfailure || return 2
}
Running "vgchange -aly --ignorelockingfailure" again (that is, after
the machine finished booting and printed the BUG already) does not print
the BUG again, I guess that's intentional.
Thanks,
Christian.
[0] http://nerdbynature.de/bits/3.2.0/block-axboe-1.diff
--
BOFH excuse #262:
Our POP server was kidnapped by a weasel.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-22 10:36 ` Christian Kujau
2012-01-22 11:38 ` Christian Kujau
@ 2012-01-22 12:09 ` Jens Axboe
1 sibling, 0 replies; 9+ messages in thread
From: Jens Axboe @ 2012-01-22 12:09 UTC (permalink / raw)
To: Christian Kujau; +Cc: LKML, peterz, dm-devel
On 2012-01-22 11:36, Christian Kujau wrote:
> On Sun, 22 Jan 2012 at 11:30, Jens Axboe wrote:
>> What about with this on top?
>
> Will try. A compile on this box takes almost two hours (PowerBook G4,
> throttled to 70MHz), would it be enough to remove the block/*.o files and
> continue from there?
Yes, just recompiling block/*.o is enough.
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: BUG: spinlock trylock failure on UP on CPU#0, vgchange/936
2012-01-22 11:38 ` Christian Kujau
@ 2012-01-22 12:10 ` Jens Axboe
0 siblings, 0 replies; 9+ messages in thread
From: Jens Axboe @ 2012-01-22 12:10 UTC (permalink / raw)
To: Christian Kujau; +Cc: LKML, peterz, dm-devel
On 2012-01-22 12:38, Christian Kujau wrote:
> On Sun, 22 Jan 2012 at 02:36, Christian Kujau wrote:
>> On Sun, 22 Jan 2012 at 11:30, Jens Axboe wrote:
>>> What about with this on top?
>>
>> Will try. A compile on this box takes almost two hours (PowerBook G4,
>> throttled to 70MHz), would it be enough to remove the block/*.o files and
>> continue from there?
>
> OK, I did that. With the pull from linux-block.git ("for-linus") and your
> diff[0], the BUG is still there:
>
> [ 15.048991] BUG: spinlock trylock failure on UP on CPU#0, vgchange/911
> [ 15.050579] lock: ef32a9f8, .magic: dead4ead, .owner: vgchange/911, .owner_cpu: 0
> [ 15.052081] Call Trace:
> [ 15.053561] [eecaf9e0] [c0009de4] show_stack+0x70/0x1bc (unreliable)
> [ 15.055078] [eecafa20] [c0326d64] spin_dump+0x70/0xe0
> [ 15.056576] [eecafa30] [c0326f48] do_raw_spin_trylock+0x58/0x70
> [ 15.058052] [eecafa40] [c0512b88] _raw_spin_trylock+0x34/0xa0
> [ 15.059496] [eecafa60] [c02f53f4] put_io_context+0xd8/0x184
> [ 15.060953] [eecafa80] [c030343c] __cfq_slice_expired+0x1e4/0x43c
> [ 15.062426] [eecafac0] [c03053bc] cfq_insert_request+0x234/0x558
> [ 15.063908] [eecafae0] [c02edc00] __elv_add_request+0x1a4/0x2d4
> [ 15.065371] [eecafaf0] [c02f0f14] blk_flush_plug_list+0x22c/0x270
> [ 15.066833] [eecafb20] [c051133c] io_schedule+0x74/0xec
> [ 15.068270] [eecafb30] [c0110f1c] dio_await_completion+0x60/0xf4
> [ 15.069692] [eecafb50] [c0112ca0] __blockdev_direct_IO+0x1b80/0x3574
> [ 15.071110] [eecafd70] [c010f438] blkdev_direct_IO+0x54/0x64
> [ 15.072512] [eecafd90] [c009a424] generic_file_aio_read+0x7b8/0x808
> [ 15.073890] [eecafe40] [c00d4f68] do_sync_read+0xb8/0x144
> [ 15.075254] [eecafef0] [c00d6168] vfs_read+0xcc/0x1c0
> [ 15.076610] [eecaff10] [c00d6394] sys_read+0x58/0xc8
> [ 15.077958] [eecaff40] [c00127a0] ret_from_syscall+0x0/0x38
> [ 15.079299] --- Exception: c01 at 0xfe52b90
> [ 15.079302] LR = 0x1003e834
>
>
> As I said before, I do have lvm2 tools installed, but I'm not actually
> using LVM. Grepping through the initscripts, the lvm2 init script
> seems to be doing the following during bootup:
>
> do_start()
> {
> modprobe dm-mod 2> /dev/null || :
> /sbin/vgscan --ignorelockingfailure --mknodes || :
> /sbin/vgchange -aly --ignorelockingfailure || return 2
> }
>
>
> Running "vgchange -aly --ignorelockingfailure" again (that is, after
> the machine finished booting and printed the BUG already) does not print
> the BUG again, I guess that's intentional.
OK, I will see if I can reproduce this. Thanks for testing!
--
Jens Axboe
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2012-01-22 12:10 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-18 8:18 BUG: spinlock trylock failure on UP on CPU#0, vgchange/936 Christian Kujau
2012-01-21 11:42 ` Christian Kujau
2012-01-21 12:46 ` Jens Axboe
2012-01-21 22:35 ` Christian Kujau
2012-01-22 10:30 ` Jens Axboe
2012-01-22 10:36 ` Christian Kujau
2012-01-22 11:38 ` Christian Kujau
2012-01-22 12:10 ` Jens Axboe
2012-01-22 12:09 ` Jens Axboe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).