> Drivers will need to deal with this possibility. It also would be good if
> they could place a suspended device into an "idle" state without having to
> resume it first. I still think it's worthwhile trying to avoid resuming
> the entire system just to write the memory image to a single swap device.
Maybe, but that's not a problem of the device core. Swsusp makes the
choice.
> > If upper layers can't find out, neither can we.
>
> But the upper layers don't necessarily know whether the transport is
> hot-pluggable. If they knew that, and if they were unable to use a media
> checksum, then they could make some intelligent decision. I guess you're
> saying that they should be responsible for making the decision in any
> case.
If you are dealing with a system that has no power, everything is
hot-pluggable. The distinction is meaningless.
> > > > That negates the purpose of suspension. If you unmount everything
> > > > you are doing a conventional power cycle.
> > >
> > > Not true. User programs would remain running across a suspend.
> >
> > Then the filesystems they are mmapped from must remain mounted.
>
> > A forced unmount would break the connection between memory mappings
> > and filesystems.
>
> Is there no way to unmount filesystems temporarily while preserving the
> memory mappings? Especially if no user processes are running at the time?
What would the semantics of that be? Externally unmounting is equivalent
to syncing and marking the filesystem clean. Internally the state should
be the same afterwards as before. What are you trying to achieve?
Regards
Oliver
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
