Re: [PATCH 00/51] Improve static type checking for request flags

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 6/23/22 22:05, Christoph Hellwig wrote:
I generally like this.  Two thoughs:

  - I suspect most places that currently pass a enum req_op might really
    want a blk_opf_t for future extensibility, exceptions are very
    low-level helpers like req_op() and bio_op() where the enum is
    very nice to force switch statements to handle all ops or have
    a default statements

Agreed. I will use blk_opf_t where enum req_op is passed today but where request flags might be passed in addition to the request type in the future.

  - a lot of the flags printinting is a mess, and introduce the code
    smell of __force casts.  It migh make sense to introduce a new
    %psomething format specifier first to print a blk_opf_t using
    printk/vsprintf/etc and switch everyone to that first instead of
    hand crafted printing.

How about using blk_fill_rwbs() instead, a function that is already being used by the bcache tracing code?

No matter how tracing the request operation type and flags is unified, I'd like to defer this unification to a future patch series since this patch series is already too big.

Thanks,

Bart.



[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux