lkml.org 
[lkml]   [2010]   [May]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [linux-pm] [PATCH 0/8] Suspend block api (version 8)
    ext Brian Swetland wrote:

    > How is it flawed? Serious question.
    >

    I would avoid repeating all the good arguments given so far, but to make
    it short:

    * I believe runtime PM is a much better starting point (at least for the
    type of HW targeted at mobile devices) because it mimics an always-on
    system toward userspace, which requires less disruption in the way apps
    are designed

    * QoS is closer to the apps pov: fps if it is a media player or a game,
    transfer speed if it is a file manager, bandwidth if it is a network
    app, etc
    The app is required to express its opinion by using a format that it
    understands better and is less system dependent.
    Actually the kernel should only be concerned with 2 parameters at most
    for any given operation: latency and bandwidth/throughput

    * Some form of resource management is needed as trust mechanism to
    discriminate "trusted" vs untrusted apps that can give reliable info
    (but in your case you should give trust to whom prevents the suspend)

    * Most of this could be done in userspace with the kernel merely
    providing the means to enforce the decisions taken by the userspace manager.

    * The kernel wouldn't even have to try to outsmart the "evil application
    writer"

    igor


    \
     
     \ /
      Last update: 2010-05-28 15:53    [W:3.254 / U:0.160 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site