lkml.org 
[lkml]   [2003]   [Jun]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] New system device API
    Good morning, gentlemen.

    Can I bring up an issue a little off topic? Is it currently possible for
    us to say 'I want to suspend X but not Y?', and if so how is it done? I
    ask because someone recently mentioned the spinning up and down of IDE
    during swsusp. That occurs because we can (AFAIK) only say suspend
    everything at the moment. It would be good if we could put to sleep
    everything except your system devices and the devices used to write the
    image while preparing the image, and only suspend the remaining devices
    once the image has been written. Is such a thing already implemented?

    As an aside, I've gone to a 1.0 pre series for 2.4 swsusp, so it
    shouldn't be long before I'm working on 2.5. I've already created
    swsusp25.bkbits.net, but nothing is in it at the moment. My intention is
    that as I prepare the patches and Pavel says 'That looks ok', I'll add
    them to the tree and we can ask Linus to pull from there.

    Regards,

    Nigel

    On Tue, 2003-06-10 at 10:04, Pavel Machek wrote:
    > Hi!
    >
    > > > Well, can you be a little more concrete? I do not see any description
    > > > about what is system device and what is not.
    > > >
    > > > Keyboard controller is very deeply integrated into the system. If it
    > > > is not system device, what is it?
    > >
    > > I apologize that the description of system devices is not in the driver
    > > model documentation. From the linux.conf.au paper:
    > >
    > > System-level devices are devices that are integral to the routine
    > > operation of the system. This includes devices such as processors,
    > > interrupt controllers, and system timers. System devices do not follow
    > > normal read/write semantics. Because of this, they are not typically
    > > regarded as I/O devices, and are not represented in any standard
    > > way.
    >
    > What about mtrr's? They seem like system-level devices to me. Still
    > its usefull to have kmalloc in its suspend routine, which moves it to
    > SAVE_STATE phase.
    >
    > Decision on which level to put it is up to programmer, and it seems
    > wrong to hardcode it into architecture. It may be more convient to do
    > save stating at place where you still can kmalloc...
    > Pavel
    --
    Nigel Cunningham
    495 St Georges Road South, Hastings 4201, New Zealand

    Be diligent to present yourself approved to God as a workman who does
    not need to be ashamed, handling accurately the word of truth.
    -- 2 Timothy 2:15, NASB.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:36    [W:4.919 / U:0.692 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site