Re: tcq problem details Re: vanilla 2.5.13 severe file system corruption experienced follozing e2fsck ...

[Jens Axboe <axboe@suse.de>]

On Mon, May 06 2002, Anton Altaparmakov wrote:
> Jens,
> 
> I didn't get a panic in the limited testing I did just now on 2.5.14 for 
> ntfs however I do get soemthing odd. Even when the box is fully idle 
> proc/ide/blah/tcq shows this:
> 
> TCQ currently on:       yes
> Max queue depth:        32
> Max achieved depth:     14
> Max depth since last:   1
> Current depth:          0
> Active tags:            [ 1, 3, 4, 6, 9, 11, 12, 14, 17, 19, 20, 22, 25, 
> 27, 28, 29, 30, 31, ]
> Queue:                  released [ 1390 ] - started [ 3986 ]
> pending request and queue count mismatch (counted: 18)
> DMA status:             not running
> 
> Some times the number of active tags is higher, seems to vary...
> 
> /me ignorant: this looks wrong. Why are there active tags when no activity? 
> If a am right and this is a problem then perhaps tags are "leaking" some 
> how?

Agrh, that's a silly bug in blk_queue_init_tags(). Could you replace the
memset() of tags->tag_index in there with something ala:

	for (i = 0; i < depth; i++)
		tags->tag_index[i] = NULL;

and see if that solves it?

-- 
Jens Axboe