c - Linux block 设备驱动程序 : how to handle REQ_DISCARD

Question

我有一个 block 设备驱动程序，它在商业产品中工作了一年多。最近，我尝试通过使用 REQ_DISCARD 标志启用丢弃和处理请求来添加对自动精简配置的支持。每当我从任何上下文为这些类型的请求调用 blk_end_request 的任何变体时，我似乎至少得到一个 BUG() 最好的输出，最坏的情况是挂起或哎呀(变体包括 blk_end_request_all 和前缀为 __ 的解锁版本)。此外，当我尝试以这种方式完成请求时(对于正常的读/写请求工作正常)，上面的文件系统驱动程序 ext4 有时会重新发出相同的 REQ_DISCARD 请求，即使使用相同的请求请求指针。这是一个演示问题的简化请求函数(传递给 blk_init_queue)。这大约是我可以尽快处理请求的时间，因此它消除了我几乎所有的代码，这再次适用于正常的读/写。

// This is a simplified version of the function that's passed into blk_init_queue
static void
my_request_fn(struct request_queue * queue)
{
    struct request * req;

    while ((req = blk_fetch_request(queue)) != NULL) {

        if (rq_data_dir(req) && (req->cmd_flags & REQ_DISCARD)) {
            printk(KERN_INFO "Received DISCARD request from process %d, sector=%lu, req %p\n",
                   pid_nr(task_pid(current)),
                   blk_rq_pos(req),
                   req);
            // FIXME: this is a lie
            __blk_end_request_all(req, 0);
            continue;
        }

// ... more code hidden for brevity
    }
}

这些请求中有什么地方需要从根本上以不同的方式处理吗？我尝试查看其他驱动程序，例如 sd、md、xenblk 等...但它们完全不同，因此尚不清楚。我想最根本的问题是您如何正确处理 REQ_DISCARD 请求并通知/发出它们完成的信号？

如果这是一个已知错误，uname -a 报告的我的内核版本是 Linux mydevbox 3.2.0-54-generic#82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Answer 1

我在这里发帖是因为我无计可施。解决方案很简单，也许这会帮助遇到同样问题的其他人。 discard 功能有新的限制。下面是其中两个。

// WARNING: these values are bad, do not use
queue->limits.discard_zeroes_data = 1;
queue->limits.max_discard_sectors = 1;
queue->limits.discard_granularity = 2048;

我以某种方式调换了最后两个值，因此丢弃粒度非常大，最大扇区仅为 1。在注释掉第三行(应该只是一个提示)并修复第二行的 RHS 值之后，一切正常!这些值如下所示。

queue->limits.discard_zeroes_data = 1;
queue->limits.max_discard_sectors = 2048
// queue->limits.discard_granularity = 1;

如果您在处理 REQ_DISCARDED 请求时出现间歇性崩溃和 BUG() 堆栈跟踪，请仔细检查您的配置。