Date: Tue, 20 Jul 1999 18:58:47 -0600 From: Warner Losh <imp@village.org> To: Nate Williams <nate@mt.sri.com> Cc: hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi), mobile@FreeBSD.ORG Subject: Re: usr.sbin/pccard/pccardd change for "cardio" and "cardmem" Message-ID: <199907210058.SAA89778@harmony.village.org> In-Reply-To: Your message of "Tue, 20 Jul 1999 12:52:24 MDT." <199907201852.MAA20790@mt.sri.com> References: <199907201852.MAA20790@mt.sri.com> <199907201518.JAA19388@mt.sri.com> <199907201331.WAA22907@afs.ntc.mita.keio.ac.jp> <199907201754.LAA87429@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <199907201852.MAA20790@mt.sri.com> Nate Williams writes: : Fix for what? What is the fix for? Just adding keywords to fix 'buggy' : cards is not a fix, it's (potentially) a hack to workaround bogus code : in other parts of the system that might be easily fixed. That isn't the case this time. The wd.c code needs lots of work to make its knolwedge of i/o addresses of IDE controllers be less pervasive. : Many of the 'fixes' in PAO were *easily* fixed with just a bit of time : with the 'bad' cards. Making the already difficult to understand code : bigger and more complex with fixes for broken existing code is just : silly. That may be true. However, the code lifetime for pccardd is a few months in -current at best, so I don't see the harm. : Now, I'm not saying that this is the case, but in the past this was very : often the case, so allow me a bit of conservatism in not allowing every : new feature to fix 'broken code'. :) I can't control how you think or feel Nate. :-) I don't see the point in being so conservative that we continue to lack functionality that I need for other projects. If pccardd was going to live past the newbus'd pccard/cardbus stuff, then I'd agree with you completely... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907210058.SAA89778>