Date: Fri, 18 Jun 1999 10:18:53 +0900 (JST) From: hosokawa@itc.keio.ac.jp (HOSOKAWA Tatsumi) To: hosokawa@itc.keio.ac.jp Cc: imp@harmony.village.org, markm@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, hosokawa@itc.keio.ac.jp Subject: Re: cvs commit: src/etc pccard.conf.sample Message-ID: <199906180118.KAA27820@afs.ntc.mita.keio.ac.jp> In-Reply-To: Your message of "Fri, 18 Jun 1999 09:03:18 JST". <199906180003.JAA27108@afs.ntc.mita.keio.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
My opinion about these features. In article <199906180003.JAA27108@afs.ntc.mita.keio.ac.jp> hosokawa@itc.keio.ac.jp writes: >> I think that remaining features that are *not* related to PAO kernel, >> are, >> >> 1. configure by function ID (for serial cards and ATA) No problem. But, to this feature works correctly, we should have dynamic I/O address allocation. >> 2. multiple I/O window support (for ATA) Ugly. Should be rewritten. >> 3. regular expression in CIS string matching No problem. It'll make easier to support longer CIS string matching (because we can add ".*" at the tail of shortened entry). >> 4. longer CIS string matching No problem. "#define CIS_MAXSTR 30" is not enough. PAO strdup's CIS strings. >> 5. vendor prefix checking in "ether" It'll be needed to avoid duplicated MAC addresses. >> 6. attr2hex MAC address definition (for Megahertz and some >> ed-compatible cards) No problem. -- HOSOKAWA, Tatsumi Assistant Manager Information Technology Center, Keio University <hosokawa@itc.keio.ac.jp> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906180118.KAA27820>