Ok, I've thought some more but I still don't know ... On 12.02.2007 01:10 I wrote: > I don't doubt your basic assessment. However it doesn't translate that > easily into a real implementation. In my case, I maintain a USB driver, > so I have to deal with USB specifics of suspend/resume which happen not > to be that well documented. My driver provides an isdn4linux device but > isdn4linux knows nothing about suspend/resume so I am on my own on how > to reconcile the two. The device itself, though in turn far from trivial, > is actually the least of my worries.
So, how *should* an isdn4linux driver handle a request to suspend? Specifically, if there are active connections, should it try to shut them down in an orderly fashion (which might imply some delays waiting for the remote station to acknowledge, etc.)? Should it kill them abruptly (as for a USB unplug event)? Or should it just refuse to suspend while a connection is still active? Thanks for any insights, Tilman -- Tilman Schmidt E-Mail: [EMAIL PROTECTED] Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
signature.asc
Description: OpenPGP digital signature
