[lkml]   [2012]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] sg_io: allow UNMAP and WRITE SAME without CAP_SYS_RAWIO
    Hello, Paolo.

    On Tue, Sep 11, 2012 at 11:50:38PM +0200, Paolo Bonzini wrote:
    > > Either way, with or without virtualization, making detailed error
    > > information to userland is a valid goal. I *think* we're finally
    > > getting there after years of talking via structured printk. I don't
    > > know much about the details but heard about exposing sense data via
    > > printk.
    > Wait wait, there is already a perfectly 1:1 solution for this, and it's
    > SG_IO.
    > I think error processing falls roughly in two categories: "I need each
    > command's precise state" and "I need to know if/when something bad
    > happens". Luckily, I/O also falls roughly in the same two categories:
    > "I need precise control of each commands" and "I just care of getting
    > this to disk". The former can use SG_IO, the latter can use logs.

    SG_IO itself is a bypassing interface. It bypasses most of block
    layer and the kernel doesn't have any idea (apart from the adhoc
    filtering) about what's going on. The problem can be approached from
    both directions (make use of OS IO layer improving it as needed or add
    more intelligence to the bypass thing) and I'm not sure at all adding
    more capability to the adhoc filtering is the better direction.

    So, what I wanna say is that if you can get by with the adhoc thing we
    already have in place for cd/dvd, that's great; otherwise, it's not
    clear at all whether expanding that adhoc filtering is a good idea.



     \ /
      Last update: 2012-09-12 00:41    [W:0.029 / U:33.124 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site