In message <20050329.014602.66168889.imp_at_bsdimp.com>, "M. Warner Losh" writes: >Then we'd have to poll every second in a sane way to accomplish that. >And finding the sane way that doesn't interfere with other bus usage >may be tricky. > >Unless we're going to give events to the actual user (meaning userland >entities that inform the user in a friendly way), I'd maintain that >there's no difference between knowing that the media is ejected >immediately, and the time of next use. The user experience will be >the same either way. The filesystems could get an upcall now when the disk disappears, but I have not had time to try to implement this sensibly in any filesystems yet. >In the short run, however, adding a few checks to critical parts of >the path, like daopen, would make the user experience much better. Absolutely, I just get uncomfortable when I see too much "...we can get away with...", I want us to stay the UNIX that solves problems the right way. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk_at_FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.Received on Tue Mar 29 2005 - 06:57:43 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:30 UTC