• Documents
  • Authors
  • Tables
  • Log in
  • Sign up
  • MetaCart
  • DMCA
  • Donate

CiteSeerX logo

Advanced Search Include Citations
Advanced Search Include Citations

DMCA

Recovering device drivers (2004)

Cached

  • Download as a PDF

Download Links

  • [www.usenix.org]
  • [www.cs.biu.ac.il]
  • [www.cs.ualberta.ca]
  • [www.usenix.org.]
  • [www.cs.umass.edu]
  • [webdocs.cs.ualberta.ca]
  • [people.cs.umass.edu]
  • [www.usenix.org]
  • [www.usenix.org]
  • [cs.nyu.edu]
  • [people.cs.umass.edu]
  • [www.cs.princeton.edu]
  • [www.cs.princeton.edu]
  • [nooks.cs.washington.edu]
  • [www.cs.rice.edu]
  • [www.cs.wisc.edu]
  • [www.cs.cornell.edu]
  • [pages.cs.wisc.edu]
  • [www1.cs.columbia.edu]
  • [www1.cs.columbia.edu]
  • [www.cs.washington.edu]
  • [www.cs.wisc.edu]
  • [pages.cs.wisc.edu]
  • [homes.cs.washington.edu]

  • Other Repositories/Bibliography

  • DBLP
  • Save to List
  • Add to Collection
  • Correct Errors
  • Monitor Changes
by Michael M. Swift , Brian N. Bershad , Henry M. Levy
Venue:In OSDI
Citations:148 - 9 self
  • Summary
  • Citations
  • Active Bibliography
  • Co-citation
  • Clustered Documents
  • Version History

BibTeX

@INPROCEEDINGS{Swift04recoveringdevice,
    author = {Michael M. Swift and Brian N. Bershad and Henry M. Levy},
    title = {Recovering device drivers},
    booktitle = {In OSDI},
    year = {2004},
    pages = {1--16}
}

Share

Facebook Twitter Reddit Bibsonomy

OpenURL

 

Abstract

This paper presents a new mechanism that enables applications to run correctly when device drivers fail. Because device drivers are the principal failing component in most systems, reducing driver-induced failures greatly improves overall reliability. Earlier work has shown that an operating system can survive driver failures [33], but the applications that depend on them cannot. Thus, while operating system reliability was greatly improved, application reliability generally was not. To remedy this situation, we introduce a new operating system mechanism called a shadow driver. A shadow driver monitors device drivers and transparently recovers from driver failures. Moreover, it assumes the role of the failed driver during recovery. In this way, applications using the failed driver, as well as the kernel itself, continue to function as expected. We implemented shadow drivers for the Linux operating system and tested them on over a dozen device drivers. Our results show that applications and the OS can indeed survive the failure of a variety of device drivers. Moreover, shadow drivers impose minimal performance overhead. Lastly, they can be introduced with only modest changes to the OS kernel and with no changes at all to existing device drivers. 1

Keyphrases

device driver    shadow driver    driver failure    failed driver    minimal performance overhead    new operating system mechanism    operating system    system reliability    driver-induced failure    linux operating system    dozen device driver    application reliability    new mechanism    modest change    o kernel    principal failing component    shadow driver monitor device driver    overall reliability    earlier work   

Powered by: Apache Solr
  • About CiteSeerX
  • Submit and Index Documents
  • Privacy Policy
  • Help
  • Data
  • Source
  • Contact Us

Developed at and hosted by The College of Information Sciences and Technology

© 2007-2019 The Pennsylvania State University