From owner-freebsd-bugs Sun Nov 8 05:56:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12919 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 05:56:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12913; Sun, 8 Nov 1998 05:56:21 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA28394; Sun, 8 Nov 1998 05:56:23 -0800 (PST) Date: Sun, 8 Nov 1998 05:56:23 -0800 (PST) Message-Id: <199811081356.FAA28394@freefall.freebsd.org> To: obrien@NUXI.com, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5650 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fetch(1) manpage out of date WRT FTP URLs State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Sun Nov 8 05:55:04 PST 1998 State-Changed-Why: Fixed May 9, 1998, rev.1.21, fetch.1, by fenner. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 06:35:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA16209 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 06:35:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA16201 for ; Sun, 8 Nov 1998 06:35:55 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id BAA05196; Mon, 9 Nov 1998 01:35:26 +1100 Date: Mon, 9 Nov 1998 01:35:26 +1100 From: Bruce Evans Message-Id: <199811081435.BAA05196@godzilla.zeta.org.au> To: cch@market.net.tw, freebsd-bugs@FreeBSD.ORG Subject: Re: When dd writes write-protected floppy (in 3.0R) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > When I use dd to write a write-proteced floppy in FreeBSD 3.0 RELEASE, > > I can not stop the process by press Ctrl-C, Ctrl-Z, or "kill -9 dd-pid". > > Is this a bug? > > details: > > command: > > dd if=picobsd.bin of=/dev/fd0 # but I forget to enable > # the floppy writable This is mostly a user error. Writing to the buffered device prevents dd from even seeing any write errors. All the data is written successfully to the buffer cache. When the process exits (perhaps due to being killed) it waits in exit() for the buffered data to be written (and further kills have no effect). The system doesn't give up after the first error when it attempts to write the data. It has no way of knowing whether the data is important or if the next write will fail (you might have made the floppy writable). > error messages: > >Nov 4 16:39:11 pico /kernel: fd0c: hard error writing fsbn 0 of 0-3 (ST0 40 ST1 2 ST2 0 cyl 0 hd 0 sec 1) >Nov 4 16:39:11 pico /kernel: fd0c: hard error writing fsbn 4 of 4-7 (ST0 40 ST1 2 ST2 0 cyl 0 hd 0 sec 5) Spewing console messages is a bug. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 08:46:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26457 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 08:46:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from golem.bi (WP15PORT25.highway.telekom.at [195.3.66.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26385; Sun, 8 Nov 1998 08:45:51 -0800 (PST) (envelope-from Martin.Birgmeier@aon.at) Received: from aon.at (golem.bi [192.168.1.2]) by golem.bi (8.8.8/8.8.8) with ESMTP id RAA04547; Sun, 8 Nov 1998 17:44:56 +0100 (CET) (envelope-from Martin.Birgmeier@aon.at) Message-ID: <3645CA86.67FDDD9C@aon.at> Date: Sun, 08 Nov 1998 17:44:54 +0100 From: Martin Birgmeier X-Mailer: Mozilla 4.06 [en] (X11; U; FreeBSD 2.2.7-STABLE i386) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Improved functionality for find(1) References: Content-Type: multipart/mixed; boundary="------------9A30A3C84DA13ED55467C3E2" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------9A30A3C84DA13ED55467C3E2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit A long time ago, I wrote: > > Dear FreeBSD gurus, > > I wanted find(1) to be able to check file flags... While working on this, > I found a bug in bin/ls/stat_flags.c, and largely rewrote the latter for > easier maintenance. Below you find both patches. Please forward them to > the NetBSD and OpenBSD groups as well. > > Thanks for the system & best regards, > > Martin > > P.S. I'd also like to have HP-UX's -newer[acm][acm]{0,1} functions > to find(1), as well as my own invention (or someone else's?) > -date[acm]{0,1} [+-]{0,1}. Once I find > some spare time again, I'll do that - unless you are faster :-). This > would be made easier by incorporating the various getdate.y(3) into the > C (or other?) library. > It seems that somehow neither the patches I sent at that time were applied nor the additional functionality I requested was written by someone else. So finally I sat down and did it myself, albeit somewhat differently from what I was asking for at that time. Look in the man page for details. This time I don't include my patches to stat_flags.c, although I still think that that file is not really working quite correctly. But now I'm not so sure any more about the quality of my own implementation... maybe later. The patches to find(1) are included in the attachment. Still - Thanks for the system & best regards, Martin -- Martin Birgmeier Vienna e-mail: Martin.Birgmeier@IEEE.org Austria Martin.Birgmeier@aon.at --------------9A30A3C84DA13ED55467C3E2 Content-Type: application/x-gzip; name="find-patches.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="find-patches.gz" H4sICOjDRTYAA2ZpbmQtcGF0Y2hlcwDkPP1X20iSP3v+ioZ5E2SQjb8AA5vseYiTcAM2i52Z ZCf7PEKWbV1kySvJEN8k97dffXTLLVs2IpOdvfcuj6CPrq6urq+uqm7R9b2FcH1xOI/Cwyi0 8Vq+c/3DkesPz8TFz73vhu5oJEp2mA1zeG19dEau54jU03f7+/uPdCi8Cl1xbS1E7URUG2f1 6lm1Iqqnp43vSqVSGluhN/dFJ7gXoimqJ2cA3agiaBOH0f/RsFXzWNCDEN8X/sP4vpigaZar wvjRCT86nrMoiuPD48PTOoDBz81t9/XzAo763Y7o3V70+KFsi9Hct2M38OHWi+DX1HLxfupG NlyCmRNacRDSLYMxwrLr29586Ii/3EXD8iwMxuXpxxc0t6pZrQu4KX17CsdOPLRip7x4hNYP gKOgCBZRbMWDkWeNoQ80XFy1W51Xl1ft3sHzBKMtFuXYuitPEODVVes1NpYuy+VD+Bn780TI 9n106Ll3ovTyTevn9uCiC6heD95AN/gp37T6b84K3AuhvUjwgx34cejeqe5bmXgg4GdJxC+W 5z2mps6n2An98kSknraoqQIhNe3asRANVNOjxlmlgbp3vFTTBPRJato4NpsVpahRHM5hDBTE OTzeB+6wIGah68de4I/FYHBjGPbECsW+KdRV6yP2i0XsB/AF8c+5Ey7mkRPq3SQAiODmqtUp 7NsDK3anjg6CEMtme3vzEBQ0lu1I7WrrLJ5sanQ+OXaKNJgLEJ4GGgWeFzxsQjGK4sVsC3Xj MJjPNje7/ny6udVz/Y/RluZoE1W+tY1jvvOQFslKc6ARnYE7WEp0vXVmKXZnoQaz3zJd0rKN iLGxsrl17m/Ugcj97y3c2C6/Ve1Nt34aOvebRgUf58+s0PE3AdheEDlbIabbNd8PNnIrWBEQ +TD2DqjhYhRH7HMj0PgIjCR0bPCtQ/kUT/AmmMezeYx3n6xwHJ2TnwFnUa1U1aLx53iLA9G9 6V92YWZM9CpLEm8i9gv24B1yrVAgGO63HH1fYyEBW/4wLyg7mtzAwMS8mNEP5YWlxTE3MPmu vMDkynICk4vISwZ6ubyw5PNyA+eGRI+YGxb9Y25g9pa5oVHBcwKjt8xLBtlcXuDInc68vJJG 75kXMSlQTlhiRE5Y9LOPwMIPcmCUMn9GYIpX/V6701f+k+Es78FaRANwRs7jwLrtb4PTLHk7 2CzMAabb+lY4zXK3welGuw1Os9dtYLqpboXLA6QZ6FYwzTa3wulmuR0wzoVuabfb4II8tGGM lAdsaf5bwTTLfxSukgcOQqkc+DS/sA1McwnbwDRvkAX2beKXRzIzSmKrQrvfkpUxACVa/wn/ q5CK1c4qR2eNY060kpxMA8xfOKhDZt6ocU5GiTq9aKqwq9z28HdvArn45XXr9rLdw+cfPVGK rbEoPbhDCMNfRhA5lS9jcWmLksVRfysUVCOBlh4mCRbDAAC1W1NAg6hUL4pAoZOPAuiDrxTu SMQTRyAvHYhdbUfcOfGDA1EsvibknhXFwrJtJ4oEIYAoi1rxAbF3psQbuH2wIowEQ5IdWKw/ dIYCko84oA4+yFyM5p4nao0PpUkwDwWYhRuQoBETkgbXldaorM3czjVze2Xm9lNnTvDBiCcP a5M/pkcaE2PdeUSB7igIpxYFsSmmZGrB6alZgxw/0YJa5cisLSs2l6Mly91IWCJaTO8Cz7UF emaTGtHXUDYYMDC2OMMPJeAv9Xtwgbd3KJShG808awHsR2NyUA53C/Hbbx9KL/b2kDN9HIuo x9HcoePHrm15LCp4OQuD4dxW3SA5/VAajl0vwt5LaUxzSSMti+nXa+E0ABAgkzi+VRezJFCr gQTqugTqTbPWTCSgCFyZU5pGex4ChTG3TSwU1DQIHYFchtcbyASW+lLBqaPQmUjjvXuvRoSW pw6oW6chWf8Ors/lvQXXoqn0eCOYzWCQbq7PIAt+ivA0N9bGTaS8z0fK+yeS8n6NlGCEjykm X4JpDocu9gYvM8roGgthwi3MwNd6wy3ahR/FjjXEVcoJwZLAsQkSwdAF/scCS5gimjn2kkRp mmhbgANdYBjFQYCGhOjfhcK+j0SVqesEMSlHnLKX6ZRHd/45d+8tD8UcB1ssiuOZFUUlFtw5 mLlHaNUgpLn/0Q8e4ArQ6f4UXmUbzUnVrJ0cL42mXquY9XpzxW2BlMhtYRVD9zjAKSuaoPeC Rghapla4EA5Mag6cI7piphlQIZ47N0auL3E6nyw79hYCHJU9SSa2F3ErguNMkI+mbA3ZY4fQ DxgF4tBcKXWaWgui886R5AkDHePeXlG3SgrXRXcmXnmiE5Fx4hu0zsfmkhAdT4LI4X6JXqBY rBD1K3Ji8TBxYVrwLCwvCujVPHL9McFKxXKGSi8lAQaLOCJEG1iezAl1G8yIu+h8TLBLAtNY 1zESd2DZWCEGgZeomPiE37hYAebIcZTuT3gw0P9iygBYQ+BHLQLg8cJgqrSeao1kp8yxADeY LKyHRGIRzJH5TMRCzmbJWOCpruwUOdMCqEmR08d1YWLHy5hrYFHmEpxyz0hFDEuSFQ4Fx6vl TKOqnzbNRkUzqsZxxWycpFaiK1fs4lImxKEQHxxDJKYfx+CySiBTUaIC24P/XwhRFHJyu7ir Q9VXoAGE57lgEWgHEBwoFYyY6cgfx4WXYCgPvlrtAeHeHigN2aSE4rHJ1//2G1CwjAOWhJYV jeAZ96piCpknSNcaB3tL0g5ykPZAZuP6aKz6QuFGtPQBDrn4JUuPkgKB4bhgb74jKSinYuxe uy1aV73umkKaCEBvwEvQs+6uVasXYGqivXgA5jlulHqDqofPeVIUW0ss7MdSFLvQBw+Du5v1 iqg0z+oVubt5tJKi2E9LUU6PzGq1qnaNCmJf3M2RvTC1PXTqENkvULtx/SCdKDPYIV7Abxg7 KkErit9xD7AAeiCeC1nKMig3LBAkhKW+eP5cdN5eXRWxe6EQW64HwNyCmsbQjgdawNgSdEkd 3qA8kltKLyizYAzy9SqyBMOyUJ+gwPETHNRDJ2sdRTKnvL3xxReSEDE6WTy/BaNVCW3GRMo6 GqTI9zB6RRbTMlivODsDMM6+jV1ppMXUfI1Z6YUdOqD1RWNmimeIuni+VXJfhC47fQTjCcjz SlbHX3wi8XnE/oc5lEs78viKiWbh2zaZGSBji/loZYtZAj7JV9RPzcapchWH+4LcNO27kZY6 uAnq0/PvOLXOoNV5CVOtmjjvAnSYzqOYywTihahgrx0C619et03RGVxcdXvtm9Ztu0NP6vXL 9k3/Dd6037Uv+Hpzi9dX3aur7i8mY3nV67+/IfjXt923N3hz2Xl7jdery85PPbqh39cKcacl r+1f2rcSTaebdO90+3x522vTeN2f6PdNu5MQ2aUGPIQg+9+0b2nMm9vLTp9v3nZolN7l3+mq yFRY371s/6w6Y6cKz/mq3W8DG7/Iqpni99AB0VFWg/yjuPzUhDBdOpZvLha+1yQjX2iNTGvy cJPwguSlbm8Uh+mYhbrPkCA/sBT4nuTItyxKea9urjViSKbyNkOs6qmf3JEY+AHkK28SEctn BbEqaE1saRGqB5Q935P4+VabpjY66sGjAs+yy6OmeXy6DCmbsNJUasl5IOrvFF4Bl5DzhSoL XZ54IBXRYZC2Qi31stW/ard6fdWTInLod6BAxKsBCmDQKlTXX14QsgJVezHeOpdKB+70HuMp DsJ4mdNUFX+dS0h0+ytKXZj7yBBS6MLYHQ5iMRgPICm3ZCd4JyFh6ACbXb2ZQ0wJgLkhQkx1 CJkwRh95qoWC3O/+nR4K8wHvjMvdnfPVt9iTX36BKbKr97FqhwN5aiAYB98JO5gDfyQ5wWiE QIFODZcf8QCEBMJ4F6FiHYqCYMxknE2q0qyazaZy4V9oZ+5ck7VF2AqzwdwvD/hBa7X1Vn4A zVWtrt7qrvYd663j1VZPb/VWW6d663StNU418xNX26sNs1pLcqtvOl0QqtzXo/aRV1aqkIZB PSjoMPjiEb4c5OTpt+daZoZwAu7kROkMmiCgUKc/BvIkBxkiR6CYI0t9lI2UNa9bePDR8dkG 6DaxbnCGvHdk7KvYqshw/JgcTzwTL7udvT4eZOx30W/tcHc1xy549067UKh8qlSpP0TZNiac IdbXQme4Cv739m2XwGvseKwoOsMqywRLGyuwrdvXPxNsQ4PF+A/PngGhU8xKKRjP6HhDPZta z33uimuQ+PxZxjoq+k98J2kxx/20SvCeUs2sNo6Ulv97BLQymr6tf54hOYkFJyaMfdxtnyOW tS1DHl22r/SGBnJ1VDVMVhGd03JRQvFXeLo+VW94O8xUm2mm2jTbz0RwQQqRRmBLBHYKgZ2J oMYkNNIYqMNfrewONGQzq4Od3aEPHaqVrA7xozr0WPqxPAu88rwtDUmAKMN45dwJUYPE4uzo 5KyGN6cnWiqSBtbSkaOz+rbzrnWz0dQqaXXMTlTUk5zzjRbRIe7blScv1t4/WG7m+ykux9hw sNKAYr/jHqlOThiu4oFXfoAvMyO2E/NY2xbGAC6J4HUsu5ymYV0PNwZ8DNMhDR0P4oAXm9QZ O1PI+EO743N3MloYO+TnU2cR8Tk5zEfzAw8RPHA/bcG46F5jRGxYprgrit8L/O8D6lb04GJp maoMpRdEVwJBALYVYTzY/tvb1tVZ0jOLMdUqOLPash5VADZ+MiBV2f0BnCT+dz3PGeN2ZQiJ NPrlpOK/a0p/Zor7GWfhWPtw/KE94XrTPt1D7kNXK/y18g9K50Mnnoe+MMifUM8vKgaHX2Kf 9kw5rgLL8nGLh4qPHEUi0yJhSKciXQNuT9J+Z5H3dEMsZpqMzS07ZcBCBXnoidVuYfgCXHkR K0C+qDVEahdc1qxpLwqmGglg+IRxlWC20ZwK+1YsduUea6m6Kx6CuTfErQ6PtuWwYFoRQ2sR mbJO6Ub+Hu5DUAnekRHTMawlScT057KfGJxm/gFOEUsosDoCUfRcuJg49kdZn8bF2QlxnZ3T ghvFuBHufHKjGOYpEVtiFhDvkLtubDIalNBypUZxJljuHTsGEcteZYLHJAD9iGvLpQ2eJWWG mjeu4bMiRv2qNsctlAioBZGA8M3vy7fw7pw/QiCeGTjd57KYNyti5a5CaNPykGFMlOxzglzU HKJEHKUXuLyTORcMifHggB4Vf3j0L5RyyikVecbw8//JBjJdUg1sonm6dEkHB4YxK5ZecMxc TNJ1UGUkhs/a+Em0EgmyJcHthbzHHjLO3TCC1I4HbryusYpGw1Uf97t2xIi/zCD3bILtxeGC 7JGjraS+qoIuAsA3FDLKw1pyAYGFQR7TTtYDA+vVJUYLzj+OBmgls9KLKJZfhBwgOJAkmseN SoVFfMgPpuA1Q2OlNH4mDnrK70rQJIqISDMYSSKDyoIqvlieKhPPnov/gYlBItDrt/qKdi7e znAX0TaS+qPkE1d4qQTNZAEoLsODmRVGGB4b0AYWyILeJas3ubJOPTlo7N7eti/6DCpHKKbW GmhJ5pvojv2HdSfj2BL35bNLmSeXvkKj7K/UqJ0/qFH2N9Eoe5tGlVY1aufpGnWhNMp+kkbZ +TXqYrtGsVLRkt5omrVjbUl/xH39atnTf/xRNWS4wpojM9hoirJ98xm7lJ4azJiijjXjcBD7 fQn1ZN2mYFep97t/gcNU+3AyQhbPkgqp2pF7ogHktQAAldtyG0loPYUE64+QkH+Y6dcNk2nw LM+VMG1nPUzbWQvThB6m+Rg6nK+vOQBATbSvlxUSnj99WVLBG5VelrGcqpUQrRCvcegSCDuY 4ta2KJfLqrgCwla9lLhVSaOodupV0/NEGQlxoi0bELQ2I2jlc3Z6bGoKn2OybS4vxY+U45NS +MImnDgy+UHpNh/Gh38gtMTPpcHnQFR55+Be2CSIaXXEb4hdH2tM4GVCSHzCIUaS6+shD/Z1 CyJuR4x9PNnJh7AoFgZl0eQI6bk9nRmanYBXxQNJsGqUdzlBEJ8/q2VxK7iCZxFKHlbVcQEg JrJ8N16AX8Y0a0mDPJGvxuICIr8KRiMJiKMbuqKLpZoXsRdVYfmrQaOYlFWp3856x5s373uX F60r1XU2WUR0WPmxEa+6r6lfkUtieLITsiNvYQovGDMGVYRc5lRSZc7w8CdYGQhEIR0Dycgn Zwj9dtWnioj6JojxADXiFnM/skaQeIhhQJPElW8Wg9544DLv+QRZRBYbBc49pKNpAU/CTInt He4VxY46NpNNMGeD2jCQuy7pIoYDZbsmn11YH6Woib+P+oD8pSNm7nQ6j607Tx3QHIlw7vso OCsSYRDE2iSMTD+uXIfx9tWgdXPT7rz8DHeX19dv+60fr9rFonj2bKkC21H0EhS9TSjGwJC5 OzR0JZdHvbLYmywvQmQvQ3JscNgbJ6AxL5wO3VCeEQ5C1wGnNqdtP4ECX/BOAnnXJdt6g8ve y8vb7KnjNmRRrc4ITSNkzKQo/gJ2+eyZoMIjKky70+23r2/675kJhQcrxHMsSmcY0Q9RcdfU Z56oQ3rFxqF5JpvGzh5F9tk2zJJ7u5DF244z3JXcWTqnrEVd+tyvXdUfi+zlhhG2Tt1EYBr8 5+cpH0Udhm5ExlKSf25grZMaRDqoLZ3UcS88qqF2woMochFStihA6ZgTuBK/wM9DXUfug2v8 zBth6KlEZmXkFFKLai2pjORa7VS2Ut2QmxHpRlGF0/rk0rMwkmxLng9KfQtazEiFaic1s9Zc nsF7Cr0bdRCp/XoV3DK/byWlWv3ErDXqy/pVYcXX8TLDobQz8Bz/V9uP/6ESw7W85TmGep12 +2X3J3Q3O8n3/oZCQafgUuGFUUnQ4dEKiLZEhOsrnR6WyqyKexEkZpGDsVeIXhTWL6z0Afzd LAwwlXTUcZHRyJtHE1g7h4CiyH/XoF6tm/Xq6TLd/TfMtvInzDVT0scg6ZMjJWkq+uBuESxC eNaUvjPgWU0dy+dvDbjwKbeV6CsjSCbu6ORLZI2d4TLU1bQelc8gPabvMz9SrLui3yXec8Tm jEpdQe7HDx1ZpFduCng4diOs1WNvEI0UawPEepT8vYp/8dQet+f1+f6hKWZK8wSkeZr8QR92 FtqSkF154iOS/AU7r68cu0shraZsrNlJ4RQCZcPCU6/yFLGc3Lk4OLBmRXncig4j78Mz25eM Rnn1R2OjvQlYOWGGU4i6Y+T+h93zD7u7rC3irxC5Bh93xRlckc5deWQWEQM/Z2h0e+d7Ev9d 6FikQvIgdf0IVOH4RNsuzeQL8P7du3cQjKvPSyxVaaL8ir7oCJ17N5hHYH7DZSry5Cxcz5P5 oASetB50f/o/wfGVTaB8fM7Sx3q1Ap41+UtoPC92f+RC+VAzvoLAd6xeYdaiJstzU3M94KTz kfJlvXliNhrJacZvPao86y1jUJXNc7aQSuZ30uHCzlq4sMPhgtx3l0ctOLJVwt+WXySpLKQW ne7Lt9c34rPQ0wx+5PyD77s3rb+9hfeqq8Ds6PbizeXPbYTopTsnqdNSadfWOXnQkxczztTl N1oKVJIrv5rir5Xnd/jxWjBSqVQCq05P6oGASuVSQJSrpYdIylB674TUDFggF/Kd23br4g1M n0aVUtW8Owv2a8I1KV5+S2hAhuH5Ui/UVwO6ApjIwXVVwJ5bSoXb9xt2vqpUqES+rxEAxl/a 077a0b2U1AT+2CHpg9vGMmNTVQv9MIrxLIE0xTPJgWeKBSTk6koFY/VYAVPAeHdXq4QJ9qLG Bk0rny/NLmkhHZQNYAW6PL6HKVQQlr7sGBm7CssPleYnU8ie+CAMfoW/ix98rqOgxaXGN4U+ qLmqAkT0944/dEdZxcttITx/eVvVArs7K3KjzACGc8hlApWhSknGutIuE1qVmm5Kt/63vWNt bttGfmZ+BZWZ2lJCe0hJ1MOZ3E3qtJlMmzgTO9fc5TIeWZZcXfVw9XDaufS/H3YXTxIAqVce c/kSM9QCBBaLxS72xX32i/WtZrMVNdOuJrQVDnsLTWpXE92V3tXodNjslXYM0NxVKuMpdU+5 SJGP/onBMu/YvhAMc6JZ7VQb8H3Nt5F80mh0PRj2VuPlCR76vavZXMSz2S0nFCbgsb5LYXZr M7wI4BGJkIgVCucy+KiOq8Px4Ym8marwG280nN6HSM3x/ZqQnrK8jXCsh5pNpKXixcsLRhZI FChdZYWTgJZRE5ZoMBPnYCbDhW8oMGXHUM7esMG8+PHcOpSKCrazfHNxPdvuq+dPz+zfdaNg 6kTBdDsUvHSgwD2UuXMo82uIH9+cNl4/PXv58z/XHM7KOZzVdph5swZm8NA2zl2RFIIC2NmG I88Dap8TpzhzQHfVpBWlKnvKxpzNwtgK+JqNrW3B1bY2CA8X6Ezv4YMMlIA+tW1Y8k36fCHr JLC9cE8t1rUs75Sj2TX7zEYq2z+6B/5ZgAQb95Tj2TUDLRiLjX3KseyDgxaMx8Y/5Xh2zUKd YynHQPlu8/JQm7TYbNWjZjfZzJZivViACEjJK2987nCYA6h6gwNXHO9GsLbMvSYyewoXoATT D1AY5FGY7N9y8h+0CDEb/M2cfYl/HnuCdb7R0xXAQuB0wt5yNtJBCZZmitZP/O1d/B4MoIfx ITdKKos5Dpl0zumMvIbxFVs6rVtiDtp3bxgK55dicnnZlceM89yc1AnS240gN2xbeN2VdhtR q55uZKIqSwU+Itj6RJRUszbFsC5utj0oPw9RiUuMLEGZtxebk1cJVdRPbKUuGdK4HqWJDPTM Uwikk92nGzZla6C0tZrL7MjrMgvAeY9Z/yZrNVpRK23KuGD7TLfeCtALXRLmsANxHvzXTy0X FuLUpFoxTAt2y1FVvROlyvqcxzVmH94nWfHkHzzPsYaEsUBClQfm16wUhs3WJrFWGrWUiuSa 9vYeqdiPncLot89CX6VQm3EBxdFuTGZpEqVdybwcvtmyokE15xBg87zLHqjmwrscWMYL7+Wr Qq/VbJm7bf2ZaHdBbmbcpCGdXCc2T/3K2sFGzvSq98qGHFVCsrkIE9ok70Ff1oRm8aCvlA4Q 4V7jhre4uK13OY3n7UQTV4AIH6Jh8lnfYCNTEHE8lQ4QmZQPEHlRNkCk1U2idqy8ova/dRy+ VOPN+eE2W21X9/2tmLH8+obecJXhFEMh+f0ZZRsx0EhcMq45uA78zJjGEraORrT8jeM0zdMl ZcSiNP6aYNkXVCn7KySrdtKK2o3WRppMeWx4kLH12arhLo83/qPfjLuZFO9DdqnDsNVImHzb 2OFdAnHVv5WJrcO0E1U4VTL3CeKV/0oBywktrkoLe2SG7i3lF6PwYHFVk2ZmrqDBzYwYUn5p RKqwkBemsPHjxdWxQEQZ6m+mUbtbX4/6PRFi+iW4Jy7MXCEzlMcR+FXYc8/Xc2FrG+X4CGf7 K/np5Wx+uYScwO5rCJ3K4IZetfkWwiVCuNjIYCS9mx7kQqdRFg2rfnlhOJTI3SMyj1Q1VEeh SBvE047UkKGLm16jA6ZJkDxYC4+S7P3LaQ+C+FFWwrzsmKYFrmRg16vvOaIaiHvow1IMJMNB sn15McFXyMpG+pKNFK1TXSyUtZ+e2Y8bUPGtv9Y+TVqNqNWWqhWybn7XB/dcl+BOCVdXVRkW JVhj5nfX/WQEQvrfwzg8CV06Fc9TX1KxsupRMq+nLCpkc1npxPWoo9L0lp/sOnN9rBwU3VPd lyi8D8m302YaRGKhEHCUJ6SsbARi/mzF2aokfaBL/lbkQelYRY0oK3HUO1Gn2bQQh3+ea0yz gDRwll8RZbTjbtSut/elE5GuqetEhhYPP/t0Ipcy79CJVMhaWZ2oks0jRdUMjMsaytjKuE4r 2ZOuJLCkIQky8lGN1xEVN1hQ8R6uO/GIMe+4rcvdjKN2SxkxMYeqw+8ZfzsAKHR7hiDIN8+f foS/z/jfi7cX8Pf1L2/f8L/P+N8zZdPxOzGL9eBglAYz/IjZXXG34QN2lhVnqzR66W2i+dC5 DLvGbgWUVeEfnfTYfx36D09C+2AxWG56002pp6ninBHQhN/VHH5Dj8Mv0mO7GXW66kroy1lH 3zJaV9G2iGuu4fYXCXzVC1acwdM6fUINZDMase59Jia226a7q+i7CgECj6EeC8yZNoU860xV HTmN6ROOSyhdwg3iJpcOTcnA/tl3IqFK+NX0bhxH3bhreLKtN2i7G7s5ZNPQsdkESonq7U4S tbtpgRWEqknfrpaL7F1uOQMHL4IhuitlxeDZ8Hn5Sptw1U06UbfRLLiGLjl2xw0zjXyraN29 XyN34jTq1GNDmB7aJgxJO3kwKAfpVw//HR9q7+2LWcmhJK7WhDBkzrDiWc1YLmdcs8s6WMw9 J+x0m82omzYMKXr7CSba9Ei6oULzOfmGqtPnBZz8YK2r04iZClA3gjKHmH/kkm3a6nI+GHDZ C7MYX57/9PxVjQLsjKuEDTceGyPfePZlwUoTvPardZMxJt3tJEbs5K6Hr1bioVgJQO1jqJ9D Fau11JLqXX92N5gvBHikV/yJjOI9EWpCS4SYy8xdGpqow423+R62dIuJ953E7QMBif3LukDQ 75hBdVM5kQqRUOlfLvvyxKyH/UOl4My8pkhoLCyRB5TkVcpyvDvsj6jnenSH1Qt4YaKinHVx nEANC4//BKJsa8kMerG76GTRzJoI4E8soK2/OKa8IYa9xTKVEj46XZCl0s10fXfym/AgZLrC jy8ualZdLE8Z6NkP/5D8pe0p9dKvg4VUvKOkF6twtFe9v4vfgwRNlAzZ+eM03ki33wQrHqRs vV1MBBYhjzVTDbb06nQi2UaJ3XoadbsqUj3goZyAsfOzUwy+1z27ZfCIIdMfwbdIrBeO3tzH WyOuR1JryLNZEc3GY9ly0j4hynppZDr52DLZVQoy2R2WTmWX9dyxpbIr67rzJaSyQ/HpWzK7 NZLZSWR9S2b3LZmdhrxvyez2kMyOs6e8zyHnu0IThyb/J8npHLcMvKygPJJsCm0St2MmXymV dsPDXlzgZU56U5Iude6XdvNyygGlpG2mIkGZv0Zzh15eKz1WaOWTsdEOCf9kfLzEK4d8zd09 oOLVh2ssXMterjAKaLVG3NgtXZXefoAQHzkKZUnIRvmsVJSPCU2MQAv0ET97AsgAxAz3gTeM VsyutRAf+jxD8e2Hy5UzgkyYn9H4rKhkJahkVSp+LImZFpYk9TU9z3weXBaq8BDF1jqGTkLr kw/rRnSwpcbxOYksG1DGKczkRlvRW2ku5aK/kkyq0WFMqikrTjJ1RYQhLJm4fTfqD8LnT0Fi ZDz+LgoXgwGXpsPz9Lh1XA/fvTo7f/72OHlfu2fJGvMHa2X1+uDHH5RUddoksO5ucRabBAvA JI2Olsdm95PYjVOHe9o7y/kapwwbcatVYGTKpEO45bSjJT4EFA0kz4c8eLDliM3cItVhfShu WL6FnYO+erCxoe724K43xqrbpKPWHoW3RPaw680LdWxmXdomLG3aKrA6lZwMXZt9gglJ1BWt VQu2X6ehth/jEiNMEcgkr+sVXszc/gpB9nUqwDG9voS6GzBoRr6AI7CeHFYPKZHlCHIlTpnw z9pTf8tZ2OMVuQkE7hl6I56CcxAO/ridD5hgqJWbOayp3ph02e/Nr1UyziOxM450CwDb40dU miW3i7Vq3FVYieqDWrVWO0pgKx/Zar9IQ4LHkqIXIs/1mqeilKE5UTW4vwI0K+uMxHHeQoO/ K3w5TDhUpA1qirOu5uwAnB+H5yMIM4N3kHsTJP3+aAmp0OSIENOAH1FdzSz5NL3egf0m40nn 3CXdhC1f3PmaOFolw9Iqpp/gUhl0LZ6OF+TmuLSabTVKOprp/8sZcpOk02SI67a/Mu5ZMdkn txfDvVKGwDfAi5XAsKpi0uh+8QSmLMJEXrlrVd+Xk/0c1gZlz+Yewj5D/Wk2N8ial2zkfYRC DmLMaFgjKq6DIl2vF3mefBlU7Fuh5JOsj3XzzObWveNFvn2rNOEo1bImohIywLxf4VCpJcIp LVavYKShcJ+2Ksq03I0GFIVXTGvrL0hVqKCS8nghaijDE87XDRi8YKzlyeqGDThMGieN7km9 AaWQW6puMoJlKiY3T5qeislpN2qleTd9uJa9fZek76OcJ3vkDnzgrlg8d+p3rfEq/K75+3XI FNXFFd4cjKYz+XzFFh6zL0gnLqbNk7PblbwbjmgoOpTsfxF+12BfOHqwoH/uc2D5BbybjcI3 F+iwjT4Ogt7NSXF4dLmPa5kWlIQH0JTz8t85mqqr6WJ0A3YYCKyufc1oKyB9KRnyDaD+79kG Cij4heEINkO9FTISb6QncUpULjeDBpwrIs70O+eWSBpQ8dhw6MITPwChm0nRkLG2H46uBz10 JZuFv/buBuGfvelvIAKAcYzxtBBSIXyYzX9D4fs/q8USDTiMM87G40F/SfZYJjCsxkvo5GYA VYuP6TNYEuDDr5CGoVrFTh/L/qsHwMJrymTGL5uE5sEHr7lz7WXwux57IbWAPKVohf7npRQC CX6cj8IzNuSwCXSSNk/idoZpStC1GGezG6ncbPccBdqPxHln6il6sXVSSlGqDF9+f0IJONCu goocGlombAWgTMViBupfOB78ASbe8Z/HhG7zG0wNZND8+ucdpL5H2ei/4f3K/SgISNoPAvKY C4Kzy3/98Pos/CviQFUCUjp0oLvd5cBrBK5px4HhmZdrcNSjFkwThL+MCnAQL89e/qADTa8Z WCEU5b4IRL3egFcGhq8+ef3sHxpoX4KeCtC+A5RMSwjL7U2BMMVZpoOmKw4MNYcCXgHIAoqF LQASK3LAEsAbnBgM4ZUGShSAwDy3diASYls6ptylBE0ZkwOR0NQyP56LLBAp6gKe6c0CSqm0 Ap6IC0YMb+SINUieEikQyZUCns/I0umYw51jh+OFhQhFVpNApEUJeAIWS3dw4Y2QGJSFhA2X 4ZYxYjg5gWJsf8AjzG2dzhSWRJhoICMxLUtAgXgcHg03gYjOs0DP+CZ7jeOdzW0omP2GvZ39 5KeUGX3U2xUYo9kpz8BePQESDSjSy4YjCEXADjFyCCHZGyskyBMEip78AXektkyXHK8VbCyB Yyv0ajrgwOC9HAgH4DwoeZwG3H8VRgtvbKOVG4S2R0D+bzZIuY60igFZsWyQcEuPkGg2AEh4 YywA0wEeGTeD7NhI4lQ7nq3nxmc4DUhPi4IhPxdi/5EgwDlr1qCtJ4Ib3DwP8J5PcXwDzjgS vIDOfT5UG57SGvgPk7fEcobiwdKqX/5jp/7jyPExvZX3ZBrKp9ho4jqeDCuX2ch5UA3Fgw6N ajEdPj8/eYasn+pcBEPxYID7jjbPoLyH3FA+6U3cJ91QPOjgztNuKB50aPeJNxQPBnj+1BvS Hx1qUoKcDPj8OZmlIx3ceVYOxYMBvd5Y8FWvV3LjfVTZLHJ99Nfu4zTXx2RtBkDtlmt/+yLb R78cDk59OOiXw8GpDwf9cjjItyuHg1MfDialcGCZ+KTUxC2znRTMNkeqk1LTzMytQC4cqkfj ez7pcCif9CamiKhOZ5TwDECbnGhl1Kao6OnSIi9KPsEFRwPcJTMOxYMB7ZQbh+IhB26VHWWD ONsiJz+quXJJUod3CpFD8aBDOwXJoXjQoZ3C5FA86NBOgdJ2LBqipcOKGYGPirg3RxdmuMMn aRDL59zp8cth1v1RuD5SA0YR1AQvFR8+hGcq6jlEg4H0YiZB+SPXVWpYJJVaArT5ifng99Vo PliEvevrEXylNwbz7moymC4hrPDB0ZH8JqBJ1BTRCopUeFEAuh4gL07ybJLX8sLZU4GCgK6D Qo99BrQc1Ko1RxuYjqsNzu/hQ1/TV662B9A2AtOKWSsy25fhpyormlR4tRWjqOEjsk9Z/AIr 2Ssp9pITBHluirvtB8prk1tJGDWpNPT7oSbdL01H0W0UHijo0lNdY47/A2uKqBKmwAAA --------------9A30A3C84DA13ED55467C3E2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 09:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28283 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 09:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28252 for ; Sun, 8 Nov 1998 09:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA15913; Sun, 8 Nov 1998 09:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28159; Sun, 8 Nov 1998 09:07:59 -0800 (PST) (envelope-from nobody) Message-Id: <199811081707.JAA28159@hub.freebsd.org> Date: Sun, 8 Nov 1998 09:07:59 -0800 (PST) From: carloz@altavista.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8603: DOS partition installation problem. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8603 >Category: i386 >Synopsis: DOS partition installation problem. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 09:10:01 PST 1998 >Last-Modified: >Originator: carloz h >Organization: Inst. Tec. de Hermosillo >Release: 3.0-RELEASE >Environment: Windows 98 ix86 K5 100MHZ 32MB RAM >Description: Hi. I want to know what to do if I'm installing from a DOS partition and the FreeBSD setup program says "Invalid argument" when trying to access the partition. I think the problem is some LFN of the files with termination ".mtree", because Windows truncates this to "BIN~1.MTR"; or maybe the partition I'm trying to access is a DOS extended. I also like to know what files I have to download from the FTP site to do a minimal install. I have already downloaded the "bin", "doc", "manpages", "proflibs", "dict", and "info" directories, but all of them has a ".mtree" file and windows truncates this name. >How-To-Repeat: I have downloaded the "bin" dir, and the bin.mtree SFN is "BIN~1.MTR" (note that the LFN is still "bin.mtree"). >Fix: I have tried to edit the CHECKSUM.MD5 to match the bin.mtree SFN "BIN.~1.MTR" with the 'vi' editor and reinstalling but I receive the same error (Note that I'm using RedHat Linux 'vi' editor, not MS-DOS Editor). May be a partition problem or the directories in this partition. Thanks! >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 10:00:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02812 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 10:00:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02803 for ; Sun, 8 Nov 1998 09:59:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA17561; Sun, 8 Nov 1998 10:00:01 -0800 (PST) Received: from sleipnir.watson.org (n234-113.mtholyoke.edu [138.110.234.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02580 for ; Sun, 8 Nov 1998 09:58:34 -0800 (PST) (envelope-from robert@sleipnir.watson.org) Received: (from robert@localhost) by sleipnir.watson.org (8.9.1/8.9.1) id MAA01130; Sun, 8 Nov 1998 12:58:24 -0500 (EST) (envelope-from robert) Message-Id: <199811081758.MAA01130@sleipnir.watson.org> Date: Sun, 8 Nov 1998 12:58:24 -0500 (EST) From: robert+freebsd@fledge.watson.org Reply-To: robert@fledge.watson.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8604: Robert Watson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8604 >Category: kern >Synopsis: ps u gets confused about process start times >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 10:00:01 PST 1998 >Last-Modified: >Originator: Robert Watson >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0 (several days old -current): the machine is a notebook and spends a fair amount of time suspended during travel and while I am asleep. :) I suspect that that is the valid context. The machine is also running Coda. >Description: ps aux gives confused output about process start time after waking up: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 288 1.1 16.6 19448 7764 ?? S 28Oct98 150:23.97 /usr/X11R6/bin/X root 1 0.0 0.2 496 72 ?? Is 28Oct98 0:00.49 /sbin/init -- root 2 0.0 0.0 0 0 ?? DL 28Oct98 7:35.93 (pagedaemon) root 3 0.0 0.0 0 0 ?? DL 28Oct98 0:14.31 (vmdaemon) root 4 0.0 0.0 0 0 ?? DL 28Oct98 5:25.43 (syncer) root 91 0.0 0.4 804 172 ?? Ss 28Oct98 0:11.62 syslogd daemon 101 0.0 0.0 788 0 ?? IWs - 0:00.00 (portmap) root 114 0.0 0.0 532 0 ?? IWs - 0:00.00 (mountd) root 117 0.0 0.0 316 0 ?? IWs - 0:00.00 (nfsd) root 119 0.0 0.0 296 0 ?? IW - 0:00.00 (nfsd) root 120 0.0 0.0 296 0 ?? IW - 0:00.00 (nfsd) root 121 0.0 0.0 296 0 ?? IW - 0:00.00 (nfsd) .. robert 1075 0.0 2.0 1328 904 p2 Ds 12:51PM 0:00.12 -csh (tcsh) robert 1078 0.0 0.6 408 280 p2 R+ 12:53PM 0:00.00 ps -aux root 0 0.0 0.0 0 0 ?? DLs 28Oct98 0:02.06 (swapper) robert 1079 0.0 2.0 1328 904 p2 RV 12:53PM 0:00.00 -csh (tcsh) Some processes have a valid start time; others do not. There doesn't even seem to be a relationship between 'long running' and whether it happens or not. I have not seen this behavior before. cd'ing to /proc witnesses the same effect: % cd /proc/299 # dud process % more status sh 299 289 299 0 -1,-1 noflags -1,-1 0,9105 0,27317 wait 1000 1000 1000,1000,100 0,0,5,68,500,501,502,801,802,900,1004,1060 % cd /proc/309 # not a dud process % more status kwm 309 299 299 0 -1,-1 noflags 909631349,791520 178,939360 102,121346 select 10 00 1000 1000,1000,1000,0,5,68,500,501,502,801,802,900,1004,1060 % >How-To-Repeat: Not repeatable, or at least, I have not seen the behavior before. >Fix: No known fix -- just a symptom report to see if anyone else has seen this either. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 10:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02900 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 10:00:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA02881; Sun, 8 Nov 1998 10:00:03 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id SAA17023; Sun, 8 Nov 1998 18:55:06 +0100 (CET) To: Martin Birgmeier cc: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Improved functionality for find(1) In-reply-to: Your message of "Sun, 08 Nov 1998 17:44:54 +0100." <3645CA86.67FDDD9C@aon.at> Date: Sun, 08 Nov 1998 18:55:04 +0100 Message-ID: <17021.910547704@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please send this kind of stuff in a "send-pr" that way it ends up in our database, where it may be forgotten but not lost, whereas it just mailing it to the list makes it forgotten & lost. Poul-Henning In message <3645CA86.67FDDD9C@aon.at>, Martin Birgmeier writes: >This is a multi-part message in MIME format. >--------------9A30A3C84DA13ED55467C3E2 >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > >A long time ago, I wrote: >> >> Dear FreeBSD gurus, >> >> I wanted find(1) to be able to check file flags... While working on this, >> I found a bug in bin/ls/stat_flags.c, and largely rewrote the latter for >> easier maintenance. Below you find both patches. Please forward them to >> the NetBSD and OpenBSD groups as well. >> >> Thanks for the system & best regards, >> >> Martin >> >> P.S. I'd also like to have HP-UX's -newer[acm][acm]{0,1} functions >> to find(1), as well as my own invention (or someone else's?) >> -date[acm]{0,1} [+-]{0,1}. Once I find >> some spare time again, I'll do that - unless you are faster :-). This >> would be made easier by incorporating the various getdate.y(3) into the >> C (or other?) library. >> >It seems that somehow neither the patches I sent at that time were applied >nor the additional functionality I requested was written by someone else. >So finally I sat down and did it myself, albeit somewhat differently from >what I was asking for at that time. Look in the man page for details. > >This time I don't include my patches to stat_flags.c, although I still think >that that file is not really working quite correctly. But now I'm not so sure >any more about the quality of my own implementation... maybe later. > >The patches to find(1) are included in the attachment. > >Still - > >Thanks for the system & best regards, > >Martin > >-- >Martin Birgmeier > >Vienna e-mail: Martin.Birgmeier@IEEE.org >Austria Martin.Birgmeier@aon.at >--------------9A30A3C84DA13ED55467C3E2 >Content-Type: application/x-gzip; name="find-patches.gz" >Content-Transfer-Encoding: base64 >Content-Disposition: inline; filename="find-patches.gz" > >H4sICOjDRTYAA2ZpbmQtcGF0Y2hlcwDkPP1X20iSP3v+ioZ5E2SQjb8AA5vseYiTcAM2i52Z >ZCf7PEKWbV1kySvJEN8k97dffXTLLVs2IpOdvfcuj6CPrq6urq+uqm7R9b2FcH1xOI/Cwyi0 >8Vq+c/3DkesPz8TFz73vhu5oJEp2mA1zeG19dEau54jU03f7+/uPdCi8Cl1xbS1E7URUG2f1 >6lm1Iqqnp43vSqVSGluhN/dFJ7gXoimqJ2cA3agiaBOH0f/RsFXzWNCDEN8X/sP4vpigaZar >wvjRCT86nrMoiuPD48PTOoDBz81t9/XzAo763Y7o3V70+KFsi9Hct2M38OHWi+DX1HLxfupG >NlyCmRNacRDSLYMxwrLr29586Ii/3EXD8iwMxuXpxxc0t6pZrQu4KX17CsdOPLRip7x4hNYP >gKOgCBZRbMWDkWeNoQ80XFy1W51Xl1ft3sHzBKMtFuXYuitPEODVVes1NpYuy+VD+Bn780TI >9n106Ll3ovTyTevn9uCiC6heD95AN/gp37T6b84K3AuhvUjwgx34cejeqe5bmXgg4GdJxC+W >5z2mps6n2An98kSknraoqQIhNe3asRANVNOjxlmlgbp3vFTTBPRJato4NpsVpahRHM5hDBTE >OTzeB+6wIGah68de4I/FYHBjGPbECsW+KdRV6yP2i0XsB/AF8c+5Ey7mkRPq3SQAiODmqtUp >7NsDK3anjg6CEMtme3vzEBQ0lu1I7WrrLJ5sanQ+OXaKNJgLEJ4GGgWeFzxsQjGK4sVsC3Xj >MJjPNje7/ny6udVz/Y/RluZoE1W+tY1jvvOQFslKc6ARnYE7WEp0vXVmKXZnoQaz3zJd0rKN >iLGxsrl17m/Ugcj97y3c2C6/Ve1Nt34aOvebRgUf58+s0PE3AdheEDlbIabbNd8PNnIrWBEQ >+TD2DqjhYhRH7HMj0PgIjCR0bPCtQ/kUT/AmmMezeYx3n6xwHJ2TnwFnUa1U1aLx53iLA9G9 >6V92YWZM9CpLEm8i9gv24B1yrVAgGO63HH1fYyEBW/4wLyg7mtzAwMS8mNEP5YWlxTE3MPmu >vMDkynICk4vISwZ6ubyw5PNyA+eGRI+YGxb9Y25g9pa5oVHBcwKjt8xLBtlcXuDInc68vJJG >75kXMSlQTlhiRE5Y9LOPwMIPcmCUMn9GYIpX/V6701f+k+Es78FaRANwRs7jwLrtb4PTLHk7 >2CzMAabb+lY4zXK3welGuw1Os9dtYLqpboXLA6QZ6FYwzTa3wulmuR0wzoVuabfb4II8tGGM >lAdsaf5bwTTLfxSukgcOQqkc+DS/sA1McwnbwDRvkAX2beKXRzIzSmKrQrvfkpUxACVa/wn/ >q5CK1c4qR2eNY060kpxMA8xfOKhDZt6ocU5GiTq9aKqwq9z28HdvArn45XXr9rLdw+cfPVGK >rbEoPbhDCMNfRhA5lS9jcWmLksVRfysUVCOBlh4mCRbDAAC1W1NAg6hUL4pAoZOPAuiDrxTu >SMQTRyAvHYhdbUfcOfGDA1EsvibknhXFwrJtJ4oEIYAoi1rxAbF3psQbuH2wIowEQ5IdWKw/ >dIYCko84oA4+yFyM5p4nao0PpUkwDwWYhRuQoBETkgbXldaorM3czjVze2Xm9lNnTvDBiCcP >a5M/pkcaE2PdeUSB7igIpxYFsSmmZGrB6alZgxw/0YJa5cisLSs2l6Mly91IWCJaTO8Cz7UF >emaTGtHXUDYYMDC2OMMPJeAv9Xtwgbd3KJShG808awHsR2NyUA53C/Hbbx9KL/b2kDN9HIuo >x9HcoePHrm15LCp4OQuD4dxW3SA5/VAajl0vwt5LaUxzSSMti+nXa+E0ABAgkzi+VRezJFCr >gQTqugTqTbPWTCSgCFyZU5pGex4ChTG3TSwU1DQIHYFchtcbyASW+lLBqaPQmUjjvXuvRoSW >pw6oW6chWf8Ors/lvQXXoqn0eCOYzWCQbq7PIAt+ivA0N9bGTaS8z0fK+yeS8n6NlGCEjykm >X4JpDocu9gYvM8roGgthwi3MwNd6wy3ahR/FjjXEVcoJwZLAsQkSwdAF/scCS5gimjn2kkRp >mmhbgANdYBjFQYCGhOjfhcK+j0SVqesEMSlHnLKX6ZRHd/45d+8tD8UcB1ssiuOZFUUlFtw5 >mLlHaNUgpLn/0Q8e4ArQ6f4UXmUbzUnVrJ0cL42mXquY9XpzxW2BlMhtYRVD9zjAKSuaoPeC >Rghapla4EA5Mag6cI7piphlQIZ47N0auL3E6nyw79hYCHJU9SSa2F3ErguNMkI+mbA3ZY4fQ >DxgF4tBcKXWaWgui886R5AkDHePeXlG3SgrXRXcmXnmiE5Fx4hu0zsfmkhAdT4LI4X6JXqBY >rBD1K3Ji8TBxYVrwLCwvCujVPHL9McFKxXKGSi8lAQaLOCJEG1iezAl1G8yIu+h8TLBLAtNY >1zESd2DZWCEGgZeomPiE37hYAebIcZTuT3gw0P9iygBYQ+BHLQLg8cJgqrSeao1kp8yxADeY >LKyHRGIRzJH5TMRCzmbJWOCpruwUOdMCqEmR08d1YWLHy5hrYFHmEpxyz0hFDEuSFQ4Fx6vl >TKOqnzbNRkUzqsZxxWycpFaiK1fs4lImxKEQHxxDJKYfx+CySiBTUaIC24P/XwhRFHJyu7ir >Q9VXoAGE57lgEWgHEBwoFYyY6cgfx4WXYCgPvlrtAeHeHigN2aSE4rHJ1//2G1CwjAOWhJYV >jeAZ96piCpknSNcaB3tL0g5ykPZAZuP6aKz6QuFGtPQBDrn4JUuPkgKB4bhgb74jKSinYuxe >uy1aV73umkKaCEBvwEvQs+6uVasXYGqivXgA5jlulHqDqofPeVIUW0ss7MdSFLvQBw+Du5v1 >iqg0z+oVubt5tJKi2E9LUU6PzGq1qnaNCmJf3M2RvTC1PXTqENkvULtx/SCdKDPYIV7Abxg7 >KkErit9xD7AAeiCeC1nKMig3LBAkhKW+eP5cdN5eXRWxe6EQW64HwNyCmsbQjgdawNgSdEkd >3qA8kltKLyizYAzy9SqyBMOyUJ+gwPETHNRDJ2sdRTKnvL3xxReSEDE6WTy/BaNVCW3GRMo6 >GqTI9zB6RRbTMlivODsDMM6+jV1ppMXUfI1Z6YUdOqD1RWNmimeIuni+VXJfhC47fQTjCcjz >SlbHX3wi8XnE/oc5lEs78viKiWbh2zaZGSBji/loZYtZAj7JV9RPzcapchWH+4LcNO27kZY6 >uAnq0/PvOLXOoNV5CVOtmjjvAnSYzqOYywTihahgrx0C619et03RGVxcdXvtm9Ztu0NP6vXL >9k3/Dd6037Uv+Hpzi9dX3aur7i8mY3nV67+/IfjXt923N3hz2Xl7jdery85PPbqh39cKcacl >r+1f2rcSTaebdO90+3x522vTeN2f6PdNu5MQ2aUGPIQg+9+0b2nMm9vLTp9v3nZolN7l3+mq >yFRY371s/6w6Y6cKz/mq3W8DG7/Iqpni99AB0VFWg/yjuPzUhDBdOpZvLha+1yQjX2iNTGvy >cJPwguSlbm8Uh+mYhbrPkCA/sBT4nuTItyxKea9urjViSKbyNkOs6qmf3JEY+AHkK28SEctn >BbEqaE1saRGqB5Q935P4+VabpjY66sGjAs+yy6OmeXy6DCmbsNJUasl5IOrvFF4Bl5DzhSoL >XZ54IBXRYZC2Qi31stW/ard6fdWTInLod6BAxKsBCmDQKlTXX14QsgJVezHeOpdKB+70HuMp >DsJ4mdNUFX+dS0h0+ytKXZj7yBBS6MLYHQ5iMRgPICm3ZCd4JyFh6ACbXb2ZQ0wJgLkhQkx1 >CJkwRh95qoWC3O/+nR4K8wHvjMvdnfPVt9iTX36BKbKr97FqhwN5aiAYB98JO5gDfyQ5wWiE >QIFODZcf8QCEBMJ4F6FiHYqCYMxknE2q0qyazaZy4V9oZ+5ck7VF2AqzwdwvD/hBa7X1Vn4A >zVWtrt7qrvYd663j1VZPb/VWW6d663StNU418xNX26sNs1pLcqtvOl0QqtzXo/aRV1aqkIZB >PSjoMPjiEb4c5OTpt+daZoZwAu7kROkMmiCgUKc/BvIkBxkiR6CYI0t9lI2UNa9bePDR8dkG >6DaxbnCGvHdk7KvYqshw/JgcTzwTL7udvT4eZOx30W/tcHc1xy549067UKh8qlSpP0TZNiac >IdbXQme4Cv739m2XwGvseKwoOsMqywRLGyuwrdvXPxNsQ4PF+A/PngGhU8xKKRjP6HhDPZta >z33uimuQ+PxZxjoq+k98J2kxx/20SvCeUs2sNo6Ulv97BLQymr6tf54hOYkFJyaMfdxtnyOW >tS1DHl22r/SGBnJ1VDVMVhGd03JRQvFXeLo+VW94O8xUm2mm2jTbz0RwQQqRRmBLBHYKgZ2J >oMYkNNIYqMNfrewONGQzq4Od3aEPHaqVrA7xozr0WPqxPAu88rwtDUmAKMN45dwJUYPE4uzo >5KyGN6cnWiqSBtbSkaOz+rbzrnWz0dQqaXXMTlTUk5zzjRbRIe7blScv1t4/WG7m+ykux9hw >sNKAYr/jHqlOThiu4oFXfoAvMyO2E/NY2xbGAC6J4HUsu5ymYV0PNwZ8DNMhDR0P4oAXm9QZ >O1PI+EO743N3MloYO+TnU2cR8Tk5zEfzAw8RPHA/bcG46F5jRGxYprgrit8L/O8D6lb04GJp >maoMpRdEVwJBALYVYTzY/tvb1tVZ0jOLMdUqOLPash5VADZ+MiBV2f0BnCT+dz3PGeN2ZQiJ >NPrlpOK/a0p/Zor7GWfhWPtw/KE94XrTPt1D7kNXK/y18g9K50Mnnoe+MMifUM8vKgaHX2Kf >9kw5rgLL8nGLh4qPHEUi0yJhSKciXQNuT9J+Z5H3dEMsZpqMzS07ZcBCBXnoidVuYfgCXHkR >K0C+qDVEahdc1qxpLwqmGglg+IRxlWC20ZwK+1YsduUea6m6Kx6CuTfErQ6PtuWwYFoRQ2sR >mbJO6Ub+Hu5DUAnekRHTMawlScT057KfGJxm/gFOEUsosDoCUfRcuJg49kdZn8bF2QlxnZ3T >ghvFuBHufHKjGOYpEVtiFhDvkLtubDIalNBypUZxJljuHTsGEcteZYLHJAD9iGvLpQ2eJWWG >mjeu4bMiRv2qNsctlAioBZGA8M3vy7fw7pw/QiCeGTjd57KYNyti5a5CaNPykGFMlOxzglzU >HKJEHKUXuLyTORcMifHggB4Vf3j0L5RyyikVecbw8//JBjJdUg1sonm6dEkHB4YxK5ZecMxc >TNJ1UGUkhs/a+Em0EgmyJcHthbzHHjLO3TCC1I4HbryusYpGw1Uf97t2xIi/zCD3bILtxeGC >7JGjraS+qoIuAsA3FDLKw1pyAYGFQR7TTtYDA+vVJUYLzj+OBmgls9KLKJZfhBwgOJAkmseN >SoVFfMgPpuA1Q2OlNH4mDnrK70rQJIqISDMYSSKDyoIqvlieKhPPnov/gYlBItDrt/qKdi7e >znAX0TaS+qPkE1d4qQTNZAEoLsODmRVGGB4b0AYWyILeJas3ubJOPTlo7N7eti/6DCpHKKbW >GmhJ5pvojv2HdSfj2BL35bNLmSeXvkKj7K/UqJ0/qFH2N9Eoe5tGlVY1aufpGnWhNMp+kkbZ >+TXqYrtGsVLRkt5omrVjbUl/xH39atnTf/xRNWS4wpojM9hoirJ98xm7lJ4azJiijjXjcBD7 >fQn1ZN2mYFep97t/gcNU+3AyQhbPkgqp2pF7ogHktQAAldtyG0loPYUE64+QkH+Y6dcNk2nw >LM+VMG1nPUzbWQvThB6m+Rg6nK+vOQBATbSvlxUSnj99WVLBG5VelrGcqpUQrRCvcegSCDuY >4ta2KJfLqrgCwla9lLhVSaOodupV0/NEGQlxoi0bELQ2I2jlc3Z6bGoKn2OybS4vxY+U45NS >+MImnDgy+UHpNh/Gh38gtMTPpcHnQFR55+Be2CSIaXXEb4hdH2tM4GVCSHzCIUaS6+shD/Z1 >CyJuR4x9PNnJh7AoFgZl0eQI6bk9nRmanYBXxQNJsGqUdzlBEJ8/q2VxK7iCZxFKHlbVcQEg >JrJ8N16AX8Y0a0mDPJGvxuICIr8KRiMJiKMbuqKLpZoXsRdVYfmrQaOYlFWp3856x5s373uX >F60r1XU2WUR0WPmxEa+6r6lfkUtieLITsiNvYQovGDMGVYRc5lRSZc7w8CdYGQhEIR0Dycgn >Zwj9dtWnioj6JojxADXiFnM/skaQeIhhQJPElW8Wg9544DLv+QRZRBYbBc49pKNpAU/CTInt >He4VxY46NpNNMGeD2jCQuy7pIoYDZbsmn11YH6Woib+P+oD8pSNm7nQ6j607Tx3QHIlw7vso >OCsSYRDE2iSMTD+uXIfx9tWgdXPT7rz8DHeX19dv+60fr9rFonj2bKkC21H0EhS9TSjGwJC5 >OzR0JZdHvbLYmywvQmQvQ3JscNgbJ6AxL5wO3VCeEQ5C1wGnNqdtP4ECX/BOAnnXJdt6g8ve >y8vb7KnjNmRRrc4ITSNkzKQo/gJ2+eyZoMIjKky70+23r2/675kJhQcrxHMsSmcY0Q9RcdfU >Z56oQ3rFxqF5JpvGzh5F9tk2zJJ7u5DF244z3JXcWTqnrEVd+tyvXdUfi+zlhhG2Tt1EYBr8 >5+cpH0Udhm5ExlKSf25grZMaRDqoLZ3UcS88qqF2woMochFStihA6ZgTuBK/wM9DXUfug2v8 >zBth6KlEZmXkFFKLai2pjORa7VS2Ut2QmxHpRlGF0/rk0rMwkmxLng9KfQtazEiFaic1s9Zc >nsF7Cr0bdRCp/XoV3DK/byWlWv3ErDXqy/pVYcXX8TLDobQz8Bz/V9uP/6ESw7W85TmGep12 >+2X3J3Q3O8n3/oZCQafgUuGFUUnQ4dEKiLZEhOsrnR6WyqyKexEkZpGDsVeIXhTWL6z0Afzd >LAwwlXTUcZHRyJtHE1g7h4CiyH/XoF6tm/Xq6TLd/TfMtvInzDVT0scg6ZMjJWkq+uBuESxC >eNaUvjPgWU0dy+dvDbjwKbeV6CsjSCbu6ORLZI2d4TLU1bQelc8gPabvMz9SrLui3yXec8Tm >jEpdQe7HDx1ZpFduCng4diOs1WNvEI0UawPEepT8vYp/8dQet+f1+f6hKWZK8wSkeZr8QR92 >FtqSkF154iOS/AU7r68cu0shraZsrNlJ4RQCZcPCU6/yFLGc3Lk4OLBmRXncig4j78Mz25eM >Rnn1R2OjvQlYOWGGU4i6Y+T+h93zD7u7rC3irxC5Bh93xRlckc5deWQWEQM/Z2h0e+d7Ev9d >6FikQvIgdf0IVOH4RNsuzeQL8P7du3cQjKvPSyxVaaL8ir7oCJ17N5hHYH7DZSry5Cxcz5P5 >oASetB50f/o/wfGVTaB8fM7Sx3q1Ap41+UtoPC92f+RC+VAzvoLAd6xeYdaiJstzU3M94KTz >kfJlvXliNhrJacZvPao86y1jUJXNc7aQSuZ30uHCzlq4sMPhgtx3l0ctOLJVwt+WXySpLKQW >ne7Lt9c34rPQ0wx+5PyD77s3rb+9hfeqq8Ds6PbizeXPbYTopTsnqdNSadfWOXnQkxczztTl >N1oKVJIrv5rir5Xnd/jxWjBSqVQCq05P6oGASuVSQJSrpYdIylB674TUDFggF/Kd23br4g1M >n0aVUtW8Owv2a8I1KV5+S2hAhuH5Ui/UVwO6ApjIwXVVwJ5bSoXb9xt2vqpUqES+rxEAxl/a >077a0b2U1AT+2CHpg9vGMmNTVQv9MIrxLIE0xTPJgWeKBSTk6koFY/VYAVPAeHdXq4QJ9qLG >Bk0rny/NLmkhHZQNYAW6PL6HKVQQlr7sGBm7CssPleYnU8ie+CAMfoW/ix98rqOgxaXGN4U+ >qLmqAkT0944/dEdZxcttITx/eVvVArs7K3KjzACGc8hlApWhSknGutIuE1qVmm5Kt/63vWNt >bttGfmZ+BZWZ2lJCe0hJ1MOZ3E3qtJlMmzgTO9fc5TIeWZZcXfVw9XDaufS/H3YXTxIAqVce >c/kSM9QCBBaLxS72xX32i/WtZrMVNdOuJrQVDnsLTWpXE92V3tXodNjslXYM0NxVKuMpdU+5 >SJGP/onBMu/YvhAMc6JZ7VQb8H3Nt5F80mh0PRj2VuPlCR76vavZXMSz2S0nFCbgsb5LYXZr >M7wI4BGJkIgVCucy+KiOq8Px4Ym8marwG280nN6HSM3x/ZqQnrK8jXCsh5pNpKXixcsLRhZI >FChdZYWTgJZRE5ZoMBPnYCbDhW8oMGXHUM7esMG8+PHcOpSKCrazfHNxPdvuq+dPz+zfdaNg >6kTBdDsUvHSgwD2UuXMo82uIH9+cNl4/PXv58z/XHM7KOZzVdph5swZm8NA2zl2RFIIC2NmG >I88Dap8TpzhzQHfVpBWlKnvKxpzNwtgK+JqNrW3B1bY2CA8X6Ezv4YMMlIA+tW1Y8k36fCHr >JLC9cE8t1rUs75Sj2TX7zEYq2z+6B/5ZgAQb95Tj2TUDLRiLjX3KseyDgxaMx8Y/5Xh2zUKd >YynHQPlu8/JQm7TYbNWjZjfZzJZivViACEjJK2987nCYA6h6gwNXHO9GsLbMvSYyewoXoATT >D1AY5FGY7N9y8h+0CDEb/M2cfYl/HnuCdb7R0xXAQuB0wt5yNtJBCZZmitZP/O1d/B4MoIfx >ITdKKos5Dpl0zumMvIbxFVs6rVtiDtp3bxgK55dicnnZlceM89yc1AnS240gN2xbeN2VdhtR >q55uZKIqSwU+Itj6RJRUszbFsC5utj0oPw9RiUuMLEGZtxebk1cJVdRPbKUuGdK4HqWJDPTM >Uwikk92nGzZla6C0tZrL7MjrMgvAeY9Z/yZrNVpRK23KuGD7TLfeCtALXRLmsANxHvzXTy0X >FuLUpFoxTAt2y1FVvROlyvqcxzVmH94nWfHkHzzPsYaEsUBClQfm16wUhs3WJrFWGrWUiuSa >9vYeqdiPncLot89CX6VQm3EBxdFuTGZpEqVdybwcvtmyokE15xBg87zLHqjmwrscWMYL7+Wr >Qq/VbJm7bf2ZaHdBbmbcpCGdXCc2T/3K2sFGzvSq98qGHFVCsrkIE9ok70Ff1oRm8aCvlA4Q >4V7jhre4uK13OY3n7UQTV4AIH6Jh8lnfYCNTEHE8lQ4QmZQPEHlRNkCk1U2idqy8ova/dRy+ >VOPN+eE2W21X9/2tmLH8+obecJXhFEMh+f0ZZRsx0EhcMq45uA78zJjGEraORrT8jeM0zdMl >ZcSiNP6aYNkXVCn7KySrdtKK2o3WRppMeWx4kLH12arhLo83/qPfjLuZFO9DdqnDsNVImHzb >2OFdAnHVv5WJrcO0E1U4VTL3CeKV/0oBywktrkoLe2SG7i3lF6PwYHFVk2ZmrqDBzYwYUn5p >RKqwkBemsPHjxdWxQEQZ6m+mUbtbX4/6PRFi+iW4Jy7MXCEzlMcR+FXYc8/Xc2FrG+X4CGf7 >K/np5Wx+uYScwO5rCJ3K4IZetfkWwiVCuNjIYCS9mx7kQqdRFg2rfnlhOJTI3SMyj1Q1VEeh >SBvE047UkKGLm16jA6ZJkDxYC4+S7P3LaQ+C+FFWwrzsmKYFrmRg16vvOaIaiHvow1IMJMNB >sn15McFXyMpG+pKNFK1TXSyUtZ+e2Y8bUPGtv9Y+TVqNqNWWqhWybn7XB/dcl+BOCVdXVRkW >JVhj5nfX/WQEQvrfwzg8CV06Fc9TX1KxsupRMq+nLCpkc1npxPWoo9L0lp/sOnN9rBwU3VPd >lyi8D8m302YaRGKhEHCUJ6SsbARi/mzF2aokfaBL/lbkQelYRY0oK3HUO1Gn2bQQh3+ea0yz >gDRwll8RZbTjbtSut/elE5GuqetEhhYPP/t0Ipcy79CJVMhaWZ2oks0jRdUMjMsaytjKuE4r >2ZOuJLCkIQky8lGN1xEVN1hQ8R6uO/GIMe+4rcvdjKN2SxkxMYeqw+8ZfzsAKHR7hiDIN8+f >foS/z/jfi7cX8Pf1L2/f8L/P+N8zZdPxOzGL9eBglAYz/IjZXXG34QN2lhVnqzR66W2i+dC5 >DLvGbgWUVeEfnfTYfx36D09C+2AxWG56002pp6ninBHQhN/VHH5Dj8Mv0mO7GXW66kroy1lH >3zJaV9G2iGuu4fYXCXzVC1acwdM6fUINZDMase59Jia226a7q+i7CgECj6EeC8yZNoU860xV >HTmN6ROOSyhdwg3iJpcOTcnA/tl3IqFK+NX0bhxH3bhreLKtN2i7G7s5ZNPQsdkESonq7U4S >tbtpgRWEqknfrpaL7F1uOQMHL4IhuitlxeDZ8Hn5Sptw1U06UbfRLLiGLjl2xw0zjXyraN29 >XyN34jTq1GNDmB7aJgxJO3kwKAfpVw//HR9q7+2LWcmhJK7WhDBkzrDiWc1YLmdcs8s6WMw9 >J+x0m82omzYMKXr7CSba9Ei6oULzOfmGqtPnBZz8YK2r04iZClA3gjKHmH/kkm3a6nI+GHDZ >C7MYX57/9PxVjQLsjKuEDTceGyPfePZlwUoTvPardZMxJt3tJEbs5K6Hr1bioVgJQO1jqJ9D >Fau11JLqXX92N5gvBHikV/yJjOI9EWpCS4SYy8xdGpqow423+R62dIuJ953E7QMBif3LukDQ >75hBdVM5kQqRUOlfLvvyxKyH/UOl4My8pkhoLCyRB5TkVcpyvDvsj6jnenSH1Qt4YaKinHVx >nEANC4//BKJsa8kMerG76GTRzJoI4E8soK2/OKa8IYa9xTKVEj46XZCl0s10fXfym/AgZLrC >jy8ualZdLE8Z6NkP/5D8pe0p9dKvg4VUvKOkF6twtFe9v4vfgwRNlAzZ+eM03ki33wQrHqRs >vV1MBBYhjzVTDbb06nQi2UaJ3XoadbsqUj3goZyAsfOzUwy+1z27ZfCIIdMfwbdIrBeO3tzH >WyOuR1JryLNZEc3GY9ly0j4hynppZDr52DLZVQoy2R2WTmWX9dyxpbIr67rzJaSyQ/HpWzK7 >NZLZSWR9S2b3LZmdhrxvyez2kMyOs6e8zyHnu0IThyb/J8npHLcMvKygPJJsCm0St2MmXymV >dsPDXlzgZU56U5Iude6XdvNyygGlpG2mIkGZv0Zzh15eKz1WaOWTsdEOCf9kfLzEK4d8zd09 >oOLVh2ssXMterjAKaLVG3NgtXZXefoAQHzkKZUnIRvmsVJSPCU2MQAv0ET97AsgAxAz3gTeM >VsyutRAf+jxD8e2Hy5UzgkyYn9H4rKhkJahkVSp+LImZFpYk9TU9z3weXBaq8BDF1jqGTkLr >kw/rRnSwpcbxOYksG1DGKczkRlvRW2ku5aK/kkyq0WFMqikrTjJ1RYQhLJm4fTfqD8LnT0Fi >ZDz+LgoXgwGXpsPz9Lh1XA/fvTo7f/72OHlfu2fJGvMHa2X1+uDHH5RUddoksO5ucRabBAvA >JI2Olsdm95PYjVOHe9o7y/kapwwbcatVYGTKpEO45bSjJT4EFA0kz4c8eLDliM3cItVhfShu >WL6FnYO+erCxoe724K43xqrbpKPWHoW3RPaw680LdWxmXdomLG3aKrA6lZwMXZt9gglJ1BWt >VQu2X6ehth/jEiNMEcgkr+sVXszc/gpB9nUqwDG9voS6GzBoRr6AI7CeHFYPKZHlCHIlTpnw >z9pTf8tZ2OMVuQkE7hl6I56CcxAO/ridD5hgqJWbOayp3ph02e/Nr1UyziOxM450CwDb40dU >miW3i7Vq3FVYieqDWrVWO0pgKx/Zar9IQ4LHkqIXIs/1mqeilKE5UTW4vwI0K+uMxHHeQoO/ >K3w5TDhUpA1qirOu5uwAnB+H5yMIM4N3kHsTJP3+aAmp0OSIENOAH1FdzSz5NL3egf0m40nn >3CXdhC1f3PmaOFolw9Iqpp/gUhl0LZ6OF+TmuLSabTVKOprp/8sZcpOk02SI67a/Mu5ZMdkn >txfDvVKGwDfAi5XAsKpi0uh+8QSmLMJEXrlrVd+Xk/0c1gZlz+Yewj5D/Wk2N8ial2zkfYRC >DmLMaFgjKq6DIl2vF3mefBlU7Fuh5JOsj3XzzObWveNFvn2rNOEo1bImohIywLxf4VCpJcIp >LVavYKShcJ+2Ksq03I0GFIVXTGvrL0hVqKCS8nghaijDE87XDRi8YKzlyeqGDThMGieN7km9 >AaWQW6puMoJlKiY3T5qeislpN2qleTd9uJa9fZek76OcJ3vkDnzgrlg8d+p3rfEq/K75+3XI >FNXFFd4cjKYz+XzFFh6zL0gnLqbNk7PblbwbjmgoOpTsfxF+12BfOHqwoH/uc2D5BbybjcI3 >F+iwjT4Ogt7NSXF4dLmPa5kWlIQH0JTz8t85mqqr6WJ0A3YYCKyufc1oKyB9KRnyDaD+79kG >Cij4heEINkO9FTISb6QncUpULjeDBpwrIs70O+eWSBpQ8dhw6MITPwChm0nRkLG2H46uBz10 >JZuFv/buBuGfvelvIAKAcYzxtBBSIXyYzX9D4fs/q8USDTiMM87G40F/SfZYJjCsxkvo5GYA >VYuP6TNYEuDDr5CGoVrFTh/L/qsHwMJrymTGL5uE5sEHr7lz7WXwux57IbWAPKVohf7npRQC >CX6cj8IzNuSwCXSSNk/idoZpStC1GGezG6ncbPccBdqPxHln6il6sXVSSlGqDF9+f0IJONCu >goocGlombAWgTMViBupfOB78ASbe8Z/HhG7zG0wNZND8+ucdpL5H2ei/4f3K/SgISNoPAvKY >C4Kzy3/98Pos/CviQFUCUjp0oLvd5cBrBK5px4HhmZdrcNSjFkwThL+MCnAQL89e/qADTa8Z >WCEU5b4IRL3egFcGhq8+ef3sHxpoX4KeCtC+A5RMSwjL7U2BMMVZpoOmKw4MNYcCXgHIAoqF >LQASK3LAEsAbnBgM4ZUGShSAwDy3diASYls6ptylBE0ZkwOR0NQyP56LLBAp6gKe6c0CSqm0 >Ap6IC0YMb+SINUieEikQyZUCns/I0umYw51jh+OFhQhFVpNApEUJeAIWS3dw4Y2QGJSFhA2X >4ZYxYjg5gWJsf8AjzG2dzhSWRJhoICMxLUtAgXgcHg03gYjOs0DP+CZ7jeOdzW0omP2GvZ39 >5KeUGX3U2xUYo9kpz8BePQESDSjSy4YjCEXADjFyCCHZGyskyBMEip78AXektkyXHK8VbCyB >Yyv0ajrgwOC9HAgH4DwoeZwG3H8VRgtvbKOVG4S2R0D+bzZIuY60igFZsWyQcEuPkGg2AEh4 >YywA0wEeGTeD7NhI4lQ7nq3nxmc4DUhPi4IhPxdi/5EgwDlr1qCtJ4Ib3DwP8J5PcXwDzjgS >vIDOfT5UG57SGvgPk7fEcobiwdKqX/5jp/7jyPExvZX3ZBrKp9ho4jqeDCuX2ch5UA3Fgw6N >ajEdPj8/eYasn+pcBEPxYID7jjbPoLyH3FA+6U3cJ91QPOjgztNuKB50aPeJNxQPBnj+1BvS >Hx1qUoKcDPj8OZmlIx3ceVYOxYMBvd5Y8FWvV3LjfVTZLHJ99Nfu4zTXx2RtBkDtlmt/+yLb >R78cDk59OOiXw8GpDwf9cjjItyuHg1MfDialcGCZ+KTUxC2znRTMNkeqk1LTzMytQC4cqkfj >ez7pcCif9CamiKhOZ5TwDECbnGhl1Kao6OnSIi9KPsEFRwPcJTMOxYMB7ZQbh+IhB26VHWWD >ONsiJz+quXJJUod3CpFD8aBDOwXJoXjQoZ3C5FA86NBOgdJ2LBqipcOKGYGPirg3RxdmuMMn >aRDL59zp8cth1v1RuD5SA0YR1AQvFR8+hGcq6jlEg4H0YiZB+SPXVWpYJJVaArT5ifng99Vo >PliEvevrEXylNwbz7moymC4hrPDB0ZH8JqBJ1BTRCopUeFEAuh4gL07ybJLX8sLZU4GCgK6D >Qo99BrQc1Ko1RxuYjqsNzu/hQ1/TV662B9A2AtOKWSsy25fhpyormlR4tRWjqOEjsk9Z/AIr >2Ssp9pITBHluirvtB8prk1tJGDWpNPT7oSbdL01H0W0UHijo0lNdY47/A2uKqBKmwAAA >--------------9A30A3C84DA13ED55467C3E2-- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-bugs" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 11:23:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10433 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 11:23:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10417; Sun, 8 Nov 1998 11:23:32 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA17365; Sun, 8 Nov 1998 11:23:49 -0800 (PST) (envelope-from jkh@time.cdrom.com) To: Martin Birgmeier cc: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Improved functionality for find(1) In-reply-to: Your message of "Sun, 08 Nov 1998 17:44:54 +0100." <3645CA86.67FDDD9C@aon.at> Date: Sun, 08 Nov 1998 11:23:49 -0800 Message-ID: <17361.910553029@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It seems that somehow neither the patches I sent at that time were applied > nor the additional functionality I requested was written by someone else. Was this ever submitted as a PR? If not, that might explain how it vanished into a black hole.. Stuff posted to bugs@freebsd.org only occasionally gets dealt with and, if it's not handled in a few days after posting, that's generally it - the subject is lost forever in the mail archives. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 14:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28657 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 14:19:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28650 for ; Sun, 8 Nov 1998 14:19:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA10454; Sun, 8 Nov 1998 14:20:01 -0800 (PST) Received: from couatl.uchicago.edu (couatl.uchicago.edu [128.135.21.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA27516 for ; Sun, 8 Nov 1998 14:12:34 -0800 (PST) (envelope-from sfarrell@couatl.uchicago.edu) Received: (from sfarrell@localhost) by couatl.uchicago.edu (8.9.1/8.9.0) id PAA07323; Sun, 8 Nov 1998 15:52:46 -0600 (CST) Message-Id: <199811082152.PAA07323@couatl.uchicago.edu> Date: Sun, 8 Nov 1998 15:52:46 -0600 (CST) From: sfarrell@farrell.org Reply-To: sfarrell@farrell.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8607: maxprocsperuid and sybase segfault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8607 >Category: kern >Synopsis: maxprocsperuid setting causes sybase/linux segfaul >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 14:20:00 PST 1998 >Last-Modified: >Originator: stephen farrell >Organization: >Release: FreeBSD 3.0.0-RELEASE i386 >Environment: Running Sybase/Linux under FreeBSD current. I don't believe the problem encountered is as a result of emulation. >Description: Here is my posting to emulators mailing list: This is a follow-up to my last post on the subject of problems with sybase/linux running under emulation in FreeBSD 3.0R. Here's what I've found out: The problem is triggered when maxusers is set from default 32 to 64 (sorry, no other data points). I've narrowed down the various variables that maxusers affect, and maxprocsperuid appears to be the culprit. Interestingly, even if the kernel is built with maxusers 64 (the broken value), then using sysctl to change maxprocsperuid will fix sybase's problem (I think you just need to frob it a bit--it doesn't matter what you set it to (521 is a known working value)). It might also be interesting to note that when sysctl is used to change maxprocsperuid, the value of that variable doesn't change in the kernel (at least as it's referenced in kernel_resource.c). I should point out that it appears to be a general kernel problem and not an emulation problem, as there are no references to maxusers and friends in the linux emulator. More information can be found about this by searching for sybase and freebsd (and possibly "farrell") at dejanews. Also note this URL: http://people.healthquiz.com/~sfarrell/traces/ for some ktrace output. >How-To-Repeat: Set maxusers to 64 and try to run sybase ASE on FreeBSD and see it die. Change maxprocesperuid to 521 with systctl and see it work. >Fix: No fix is know to me. Playing with sysctl and changing the maxprocesperuid does seem to be a work-around. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 15:00:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03701 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 15:00:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03693 for ; Sun, 8 Nov 1998 14:59:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA11693; Sun, 8 Nov 1998 15:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02780; Sun, 8 Nov 1998 14:53:30 -0800 (PST) (envelope-from nobody) Message-Id: <199811082253.OAA02780@hub.freebsd.org> Date: Sun, 8 Nov 1998 14:53:30 -0800 (PST) From: dgies@yikes.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8608: wdc1 is not detected on motherboards with Aladdin V chipsets Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8608 >Category: i386 >Synopsis: wdc1 is not detected on motherboards with Aladdin V chipsets >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 15:00:01 PST 1998 >Last-Modified: >Originator: Daniel Gies >Organization: none >Release: 3.0-RELEASE >Environment: FreeBSD hugh.reshall.berkeley.edu 3.0-RELEASE FreeBSD 3.0-RELEASE #2: Sun Oct 25 12:40:36 PST 1998 dgies@hugh.reshall.berkeley.edu:/usr/src/sys/compile/CONRAD i386 >Description: My machine has a Microstar MS-5169 motherboard.It uses an ALi Aladdin V chipset. At bootup, the secondary IDE channel is never detected, regardless of warm or cold boot. By watching comp.unix.bsd.freebsd.misc. it was inferred that this problem affects all Super7 motherboards with an ALi Aladdin V chipset. The primary IDE channel works fine, and the secondary channel is detected both by the BIOS and by Win95. I checked my kernel config file, and the kernel is looking in the right place (IRQ 15, port 0x170). Possible cause: Device ID not recognized? >How-To-Repeat: Install 3.0-RELEASE on computer with Microstar MS-5169 motherboard. May also occur on any motherboard using an ALi Aladdin V chipset. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 17:20:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17709 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 17:20:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17629; Sun, 8 Nov 1998 17:20:00 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA16916; Sun, 8 Nov 1998 17:20:02 -0800 (PST) Date: Sun, 8 Nov 1998 17:20:02 -0800 (PST) Message-Id: <199811090120.RAA16916@freefall.freebsd.org> To: pauls@etext.org, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8593 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 'uptime' behavior varies by arg zero State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Nov 8 17:19:32 PST 1998 State-Changed-Why: Fixed in revision 1.29 of w.c. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 19:47:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02256 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 19:47:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02243; Sun, 8 Nov 1998 19:47:20 -0800 (PST) (envelope-from truckman@FreeBSD.org) From: Don Lewis Received: (from truckman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA25495; Sun, 8 Nov 1998 19:47:23 -0800 (PST) Date: Sun, 8 Nov 1998 19:47:23 -0800 (PST) Message-Id: <199811090347.TAA25495@freefall.freebsd.org> To: gdonl@tsc.tdk.com, truckman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8427 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] fsdb buglet State-Changed-From-To: open-closed State-Changed-By: truckman State-Changed-When: Sun Nov 8 19:44:05 PST 1998 State-Changed-Why: Patch was applied in fsdb.c version 1.10. It is not necessary to apply this patch to the 2.x branches because they do not run on the alpha and are not likely to get the new fsck. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 19:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02536 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 19:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02528 for ; Sun, 8 Nov 1998 19:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA25957; Sun, 8 Nov 1998 19:50:00 -0800 (PST) Received: from gina.swimsuit.internet.dk (mail.swimsuit.internet.dk [194.255.12.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01777 for ; Sun, 8 Nov 1998 19:40:40 -0800 (PST) (envelope-from leifn@swimsuit.internet.dk) Received: (from leifn@localhost) by gina.swimsuit.internet.dk (8.9.1/8.9.1) id EAA16767; Mon, 9 Nov 1998 04:40:16 +0100 (CET) (envelope-from leifn) Message-Id: <199811090340.EAA16767@gina.swimsuit.internet.dk> Date: Mon, 9 Nov 1998 04:40:16 +0100 (CET) From: Leif Neland Reply-To: leifn@swimsuit.internet.dk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8619: EXT2FS should be in GENERIC kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8619 >Category: kern >Synopsis: EXT2FS should be in GENERIC kernel >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 19:50:00 PST 1998 >Last-Modified: >Originator: Leif Neland >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Distributed boot floppy >Description: EXT2FS should be in GENERIC kernel, so it is possible to access linix-disks for repair and for upgrading to freebsd from linux when having downloaded distfiles to linux-disk. >How-To-Repeat: Boot from boot.img >Fix: Include EXT2FS in GENERIC At least make it an option between the other fs's (MSDOSFS, CD9660) in beginning of GENERIC conf, not hidden in the bottom of LINT undocumented. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 20:30:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07018 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 20:30:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06978 for ; Sun, 8 Nov 1998 20:29:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA29579; Sun, 8 Nov 1998 20:30:01 -0800 (PST) Date: Sun, 8 Nov 1998 20:30:01 -0800 (PST) Message-Id: <199811090430.UAA29579@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: kern/8619: EXT2FS should be in GENERIC kernel Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8619; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, leifn@swimsuit.internet.dk Cc: Subject: Re: kern/8619: EXT2FS should be in GENERIC kernel Date: Mon, 9 Nov 1998 15:24:43 +1100 >>Description: > > EXT2FS should be in GENERIC kernel, so it is possible to > access linix-disks for repair and for upgrading to freebsd > from linux when having downloaded distfiles to linux-disk. It can't be there (unless it is commented out), since it is GPL'ed. Besides, it is too buggy for general use. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 20:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07033 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 20:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06980 for ; Sun, 8 Nov 1998 20:29:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA29584; Sun, 8 Nov 1998 20:30:01 -0800 (PST) Date: Sun, 8 Nov 1998 20:30:01 -0800 (PST) Message-Id: <199811090430.UAA29584@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Phillip Salzman Subject: Re: kern/8619: EXT2FS should be in GENERIC kernel Reply-To: Phillip Salzman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8619; it has been noted by GNATS. From: Phillip Salzman To: Leif Neland Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/8619: EXT2FS should be in GENERIC kernel Date: Mon, 9 Nov 1998 04:26:13 +0000 (GMT) The reason it is not in the installation/boot diskette is because of size. Jordan also had to remove the math coprocessor emu. code. -- Phillip Salzman "EAT MY TAMALES YOU FREAK!" On Mon, 9 Nov 1998, Leif Neland wrote: > > >Number: 8619 > >Category: kern > >Synopsis: EXT2FS should be in GENERIC kernel > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Sun Nov 8 19:50:00 PST 1998 > >Last-Modified: > >Originator: Leif Neland > >Organization: > >Release: FreeBSD 3.0-CURRENT i386 > >Environment: > > Distributed boot floppy > > >Description: > > EXT2FS should be in GENERIC kernel, so it is possible to > access linix-disks for repair and for upgrading to freebsd > from linux when having downloaded distfiles to linux-disk. > > >How-To-Repeat: > > Boot from boot.img > > >Fix: > > Include EXT2FS in GENERIC > At least make it an option between the other fs's > (MSDOSFS, CD9660) in beginning of GENERIC conf, not hidden in > the bottom of LINT undocumented. > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 8 21:09:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10464 for freebsd-bugs-outgoing; Sun, 8 Nov 1998 21:09:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA10457 for ; Sun, 8 Nov 1998 21:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA01172; Sun, 8 Nov 1998 21:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10421; Sun, 8 Nov 1998 21:08:38 -0800 (PST) (envelope-from nobody) Message-Id: <199811090508.VAA10421@hub.freebsd.org> Date: Sun, 8 Nov 1998 21:08:38 -0800 (PST) From: rv@fore.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8621: kld exmaples for /usr/share/examples/kld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8621 >Category: misc >Synopsis: kld exmaples for /usr/share/examples/kld >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Nov 8 21:10:01 PST 1998 >Last-Modified: >Originator: Rajesh V >Organization: >Release: 3.0-CURRENT >Environment: FreeBSD freebsd.eng.fore.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Nov 7 16:30:15 EST 1998 bash@freebsd.eng.fore.com:/usr/src/sys/compile/FB30 i386 >Description: I just created a couple of example kld modules to introduce people to kld modules. One is a system call - a port of the original lkm module. The other is a character device driver - simple ioctl ... >How-To-Repeat: >Fix: I have ftp'd the tar file kld_examples.tar.gz to ftp://ftp.freebsd.org/pub/FreeBSD/incoming These files can be untarred into /usr/share/examples/ rv>gzip -dc kld_examples.tar.gz | tar tvf - drwxr-xr-x rv/wheel 0 Nov 8 22:37 1998 ./kld/ drwxr-xr-x rv/wheel 0 Nov 8 22:44 1998 ./kld/cdev/ drwxr-xr-x rv/wheel 0 Nov 9 00:00 1998 ./kld/cdev/test/ -rw-r--r-- rv/wheel 2352 Nov 8 23:43 1998 ./kld/cdev/test/Makefile -rw-r--r-- rv/wheel 2356 Nov 8 23:41 1998 ./kld/cdev/test/testcdev.c drwxr-xr-x rv/wheel 0 Nov 9 00:00 1998 ./kld/cdev/module/ -rw-r--r-- rv/wheel 2143 Nov 8 23:28 1998 ./kld/cdev/module/Makefile -rw-r--r-- rv/wheel 3317 Nov 8 23:07 1998 ./kld/cdev/module/cdevmod.c -rw-r--r-- rv/wheel 3387 Nov 8 23:46 1998 ./kld/cdev/module/cdev.c -rw-r--r-- rv/wheel 2263 Nov 8 23:05 1998 ./kld/cdev/module/cdev.h -rw-r--r-- rv/wheel 3207 Nov 8 22:44 1998 ./kld/cdev/README -rw-r--r-- rv/wheel 1867 Nov 8 22:44 1998 ./kld/cdev/Makefile drwxr-xr-x rv/wheel 0 Nov 8 23:49 1998 ./kld/misc/ drwxr-xr-x rv/wheel 0 Nov 9 00:00 1998 ./kld/misc/module/ -rw-r--r-- rv/wheel 2149 Nov 8 23:54 1998 ./kld/misc/module/Makefile -rw-r--r-- rv/wheel 3021 Nov 8 23:58 1998 ./kld/misc/module/misccall.c -rw-r--r-- rv/wheel 5417 Nov 9 00:00 1998 ./kld/misc/module/miscmod.c -rw-r--r-- rv/wheel 1900 Nov 8 23:58 1998 ./kld/misc/module/misccall.h drwxr-xr-x rv/wheel 0 Nov 9 00:00 1998 ./kld/misc/test/ -rw-r--r-- rv/wheel 2566 Nov 8 23:55 1998 ./kld/misc/test/Makefile -rw-r--r-- rv/wheel 2254 Nov 8 23:57 1998 ./kld/misc/test/testmisc.c -rw-r--r-- rv/wheel 1941 Nov 8 23:50 1998 ./kld/misc/Makefile -rw-r--r-- rv/wheel 3235 Nov 8 23:49 1998 ./kld/misc/README -rw-r--r-- rv/wheel 1914 Nov 8 23:52 1998 ./kld/Makefile >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 00:10:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25893 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 00:10:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25842 for ; Mon, 9 Nov 1998 00:09:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA11364; Mon, 9 Nov 1998 00:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25825; Mon, 9 Nov 1998 00:09:52 -0800 (PST) (envelope-from nobody) Message-Id: <199811090809.AAA25825@hub.freebsd.org> Date: Mon, 9 Nov 1998 00:09:52 -0800 (PST) From: aoki@crl.go.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8623: Time zone for Japan is strange (seen in /stand/sysinstall) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8623 >Category: misc >Synopsis: Time zone for Japan is strange (seen in /stand/sysinstall) >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 00:10:01 PST 1998 >Last-Modified: >Originator: AOKI Tetsuo >Organization: Comm. Res. Lab. >Release: 3.0-CURRENT >Environment: FreeBSD chili 3.0-CURRENT FreeBSD 3.0-CURRENT #4: Thu Oct 8 19:33:30 JST 1998 root@:/usr1/src/sys/compile/CHILI i386 >Description: >How-To-Repeat: execute /stand/sysinstall, choose configure, choose time zone, select a region to ASIA, then choose Japan. Then there are two items 1 most locations 2 south Ryukyu Islands Currently, Japan has only one time zone. Maybe someone is misunderstanding that some southern islands of Japan belongs to another time zone, but it is incorrect >Fix: delete that description. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 01:40:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06324 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 01:40:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06317 for ; Mon, 9 Nov 1998 01:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA14793; Mon, 9 Nov 1998 01:40:01 -0800 (PST) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04477 for ; Mon, 9 Nov 1998 01:30:45 -0800 (PST) (envelope-from Remy.Card@csi.uvsq.fr) Received: from diapason.csi.uvsq.fr (diapason.csi.uvsq.fr [193.51.27.1]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id KAA09217 for ; Mon, 9 Nov 1998 10:30:20 +0100 (MET) Received: from bigdaddy.csi.uvsq.fr (bigdaddy.csi.uvsq.fr [193.51.26.12]) by diapason.csi.uvsq.fr (8.8.8/jtpda-5.2) with ESMTP id KAA13614 for ; Mon, 9 Nov 1998 10:30:14 +0100 (CET) Received: from (card@localhost) by bigdaddy.csi.uvsq.fr (8.9.1/jtpda-5.2) id KAA07056 ; Mon, 9 Nov 1998 10:30:32 +0100 (CET) Message-Id: <199811090930.KAA07056@bigdaddy.csi.uvsq.fr> Date: Mon, 9 Nov 1998 10:30:32 +0100 (CET) From: Remy.Card@csi.uvsq.fr Reply-To: Remy.Card@csi.uvsq.fr To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8624: quot(8) problem with 2GB+ disk space Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8624 >Category: bin >Synopsis: quot(8) problem with 2GB+ disk space >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 01:40:01 PST 1998 >Last-Modified: >Originator: Remy Card >Organization: Université de Versailles Saint-Quentin-en-Yvelines >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT >Description: quot(8) displays negative numbers when a user owns more than 2GB of disk space on a filesystem. >How-To-Repeat: Create a 2GB+ file on a filesystem and run quot(8) on this filesystem. >Fix: I have no patch yet but I think that some types in quot.c should probably be changed from daddr_t to quad_t and printfs' formats should use %qd instead of %d. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 01:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA07287 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 01:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA07282 for ; Mon, 9 Nov 1998 01:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA15330; Mon, 9 Nov 1998 01:50:01 -0800 (PST) Date: Mon, 9 Nov 1998 01:50:01 -0800 (PST) Message-Id: <199811090950.BAA15330@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Andre Albsmeier Subject: Re: kern/8097: mountpoint on NFS server can be removed by NFS client (patch for -STABLE) Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8097; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/8097: mountpoint on NFS server can be removed by NFS client (patch for -STABLE) Date: Mon, 9 Nov 1998 10:41:51 +0100 Please close me, I am fixed :-) -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 02:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA12462 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 02:39:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA12455 for ; Mon, 9 Nov 1998 02:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA18355; Mon, 9 Nov 1998 02:40:00 -0800 (PST) Received: from wall.yamaha-motor.co.jp (wall.yamaha-motor.co.jp [202.32.152.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA11369 for ; Mon, 9 Nov 1998 02:30:33 -0800 (PST) (envelope-from kimura@kaiseki.yamaha-motor.co.jp) Received: by wall.yamaha-motor.co.jp; id TAA12804; Mon, 9 Nov 1998 19:30:17 +0900 (JST) Received: from unknown(133.215.49.21) by wall.yamaha-motor.co.jp via smap (4.1) id xma012790; Mon, 9 Nov 98 19:29:57 +0900 Received: from pot026.yamaha-motor.co.jp ([133.215.44.7]) by proxy.yamaha-motor.co.jp (8.8.8+2.7Wbeta7/3.6W-GW-971226) with ESMTP id TAA28709 for ; Mon, 9 Nov 1998 19:29:47 +0900 (JST) Received: (from kimura@localhost) by pot026.yamaha-motor.co.jp (8.8.8/3.6W) id TAA11728; Mon, 9 Nov 1998 19:30:53 +0900 (JST) Message-Id: <199811091030.TAA11728@pot026.yamaha-motor.co.jp> Date: Mon, 9 Nov 1998 19:30:53 +0900 (JST) From: kimura@kaiseki.yamaha-motor.co.jp Reply-To: kimura%kimura@kaiseki.yamaha-motor.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8625: disklabel core dumped with od-driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8625 >Category: bin >Synopsis: disklabel core dumped with od-driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 02:40:00 PST 1998 >Last-Modified: >Originator: Tetsuya Kimura >Organization: YAMAHA MOTOR CO., LTD. Analysis Research Group >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: FreeBSD 2.2.7-RELEASE i386 with optical disk driver >Description: disklabel(8) core dumped with optical disk driver if disktype was specified 'auto'. >How-To-Repeat: Modifiy the kernel to support optical disks. optical disk driver patch set is distributed in following URL. ftp://jaz.jp.freebsd.org/pub/FreeBSD-jp/OD/od-driver-2.2.7R.tar.gz Then write the disklabel to a optical disk as following # disklabel -r -w -B od0 auto >Fix: I have modified the function getvirginlabel() in disklabel.c as in freebsd-current, not to use lab.d_boot0. Patch is following --- disklabel.c.dist Sat Jul 18 05:13:00 1998 +++ disklabel.c Fri Nov 6 13:54:42 1998 @@ -1326,6 +1326,8 @@ return (NULL); } close(f); + lab.d_boot0 = NULL; + lab.d_boot1 = NULL; return (&lab); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 07:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17734 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 07:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17720 for ; Mon, 9 Nov 1998 07:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA13884; Mon, 9 Nov 1998 07:50:01 -0800 (PST) Received: from gatekeeper.ing.nl (gatekeeper.ing.nl [194.178.239.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA17471 for ; Mon, 9 Nov 1998 07:45:24 -0800 (PST) (envelope-from Peter.Mutsaers@mail.ing.nl) Received: by ING-mailhub; id AA18562; Mon, 9 Nov 1998 16:43:57 +0100 Message-Id: <000AAC47.C21023@mail.ing.nl> Date: Mon, 9 Nov 1998 15:58:23 +0000 From: Peter.Mutsaers@mail.ing.nl To: freebsd-gnats-submit@FreeBSD.ORG Subject: kern/8629: accept (2) errno bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8629 >Category: kern >Synopsis: accept(2) errno uses incorrect code >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 07:50:00 PST 1998 >Last-Modified: >Originator: Peter Mutsaers >Organization: none >Release: FreeBSD 3.0-BETA i386 >Environment: nothing special >Description: According to the man page (and on other UNIX systems) accept on a socket which is not of type SOCK_STREAM (such as SOCK_DGRAM) should yield an errno code of EOPNOTSUPP. Instead, -current sets errno to EINVAL. >How-To-Repeat: call accept(2) on a socket of type SOCK_DGRAM >Fix: ???? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 08:32:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA21929 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 08:32:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lab321.ru (anonymous1.omsk.net.ru [62.76.128.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA21914 for ; Mon, 9 Nov 1998 08:31:50 -0800 (PST) (envelope-from kev@lab321.ru) Received: from www.lab321.ru (kev@www.lab321.ru [62.76.129.65]) by lab321.ru (8.9.1a/8.9.1a) with SMTP id WAA17925 for ; Mon, 9 Nov 1998 22:31:22 +0600 (OS) Date: Mon, 9 Nov 1998 22:31:22 +0600 (OS) From: Eugeny Kuzakov To: bugs@FreeBSD.ORG Subject: ghostview in 3.0-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, All ! Why ghostview compiled with libdes ? :( -- Best wishes, Eugeny Kuzakov Laboratory 321 ( Omsk, Russia ) kev@lab321.ru ICQ#: 5885106 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 08:35:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22210 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 08:35:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from web1.rocketmail.com (web1.rocketmail.com [205.180.57.67]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA22204 for ; Mon, 9 Nov 1998 08:35:24 -0800 (PST) (envelope-from hal911@rocketmail.com) Message-ID: <19981109162131.3584.rocketmail@web1.rocketmail.com> Received: from [142.227.156.46] by web1; Mon, 09 Nov 1998 08:21:31 PST Date: Mon, 9 Nov 1998 08:21:31 -0800 (PST) From: Xiang Lo To: freebsd-bugs@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org lists _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 08:40:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22690 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 08:40:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from web1.rocketmail.com (web1.rocketmail.com [205.180.57.67]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA22681 for ; Mon, 9 Nov 1998 08:40:14 -0800 (PST) (envelope-from hal911@rocketmail.com) Message-ID: <19981109162620.4915.rocketmail@web1.rocketmail.com> Received: from [142.227.156.46] by web1; Mon, 09 Nov 1998 08:26:20 PST Date: Mon, 9 Nov 1998 08:26:20 -0800 (PST) From: Xiang Lo To: freebsd-bugs@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org lists _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 09:00:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24143 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 09:00:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24105 for ; Mon, 9 Nov 1998 08:59:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA17888; Mon, 9 Nov 1998 09:00:01 -0800 (PST) Received: from aldan.algebra.com (kot.ne.mediaone.net [24.128.29.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA23496 for ; Mon, 9 Nov 1998 08:50:18 -0800 (PST) (envelope-from mi@aldan.ziplink.net) Received: from aldan.ziplink.net (mi@rtfm [199.232.255.52]) by aldan.algebra.com (8.8.8/8.8.7) with ESMTP id PAA24276 for ; Mon, 9 Nov 1998 15:06:24 GMT (envelope-from mi@aldan.ziplink.net) Received: (from mi@localhost) by rtfm.ziplink.net (8.9.1/8.8.5) id KAA20191; Mon, 9 Nov 1998 10:06:44 -0500 (EST) Message-Id: <199811091506.KAA20191@rtfm.ziplink.net> Date: Mon, 9 Nov 1998 10:06:44 -0500 (EST) From: Mikhail Teterin Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8631: pci entry in systat's display Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8631 >Category: bin >Synopsis: pci interrupts are shown on EISA only machine >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 09:00:01 PST 1998 >Last-Modified: >Originator: Mikhail Teterin >Organization: Virtual Estates, Inc. >Release: FreeBSD 3.0-BETA i386 >Environment: The only bus this machine has is EISA (Old NEC Express/II P901LT) >Description: ``systat -vm'' shows IRQ 10 and IRQ 15 (network card and SCSI adapter) as ``pci''. I'd expect to see ``ed0'' and ``ahc0'', or, at least, ``eisa'' in there. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 09:57:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29825 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 09:57:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29784; Mon, 9 Nov 1998 09:57:01 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA20795; Mon, 9 Nov 1998 09:57:03 -0800 (PST) Date: Mon, 9 Nov 1998 09:57:03 -0800 (PST) Message-Id: <199811091757.JAA20795@freefall.freebsd.org> To: aoki@crl.go.jp, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: misc/8623 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Time zone for Japan is strange (seen in /stand/sysinstall) State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Mon Nov 9 09:54:45 PST 1998 State-Changed-Why: This very topic has jsut come oup in the tz mailing-list. When a resolution comes, I'll see about integrating the latest database. (We're somewhat out-of-date and need to do that anyway.) Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Mon Nov 9 09:54:45 PST 1998 Responsible-Changed-Why: I've always done this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 09:57:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29986 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 09:57:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from laker.net (jet.laker.net [205.245.74.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29965 for ; Mon, 9 Nov 1998 09:57:40 -0800 (PST) (envelope-from sfriedri@laker.net) Received: from nt (digital-pbi-114.laker.net [208.0.233.14]) by laker.net (8.9.0/8.9.LAKERNET.NO-SPAM.SPAMMERS.AND.RELAYS.WILL.BE.TRACKED.AND.PROSECUTED.) with SMTP id MAA32149; Mon, 9 Nov 1998 12:57:17 -0500 Message-Id: <199811091757.MAA32149@laker.net> From: "Steve Friedrich" To: "bugs@FreeBSD.ORG" , "Eugeny Kuzakov" Date: Mon, 09 Nov 1998 12:54:58 -0500 Reply-To: "Steve Friedrich" X-Mailer: PMMail 98 Professional (2.01.1600) For Windows NT (4.0.1381;3) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: ghostview in 3.0-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 9 Nov 1998 22:31:22 +0600 (OS), Eugeny Kuzakov wrote: > >Hi, All ! > >Why ghostview compiled with libdes ? >:( Please send this to -questions, not bugs. Unix systems measure "uptime" in years, Winblows measures it in minutes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 10:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00587 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 10:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00532 for ; Mon, 9 Nov 1998 10:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA20958; Mon, 9 Nov 1998 10:00:02 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29303; Mon, 9 Nov 1998 09:53:09 -0800 (PST) (envelope-from nobody) Message-Id: <199811091753.JAA29303@hub.freebsd.org> Date: Mon, 9 Nov 1998 09:53:09 -0800 (PST) From: dev@opensound.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8632: Bug in vm_page_alloc_contig() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8632 >Category: kern >Synopsis: Bug in vm_page_alloc_contig() >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 10:00:01 PST 1998 >Last-Modified: >Originator: Dev Mazumdar >Organization: 4Front Technologies >Release: FreeBSD 3.0-RELEASE >Environment: FreeBSD 3.0-RELEASE Intel P133, 32 MB RAM, 500MB FreeBSD partition 2GB IDE Harddisk, 6x CDROM, S3 Virge DX Graphics, SB AWE64 Sound, NE2000 network, 28.8 Modem. >Description: Using vm_page_alloc_contig() system call in an LKM crashes FreeBSD 3.0 when running X Windows and a memory hogging application like Netscape. We have created a sample LKM using the example in /usr/share/examples/lkm/syscall. The source code for the LKM can be obtained from ftp://ftp.4front-tech.com/ossapps/modtest.tar.gz >How-To-Repeat: Once you obtain this LKM, please follow the steps below: 0) extract modtest.tar in your root's home directory /root. Make sure OSS is turned off and isn't loaded. 1) Boot up FreeBSD 3 and don't run X Windows yet!. From the console type make load - this should load the LKM and print out some messages. Now type make unload to unload the LKM. 2) Now start X Windows, start you window manager and then from an Xterm WIndow start Netscape (netscape &) and now try step 1 above. You should have a total lockup. If you have the kernel debugger enabled, then follow the steps below: 0: Start X WIndows, then switch to a Virtual console (Ctl-Alt F2) Log in as root, set the DISPLAY variable to localhost:0 (in bash type: typeset -x DISPLAY=localhost:0, in csh type: setenv DISPLAY localhost:0) 1: Now start Netscape from the VC and you should check that it is displayed by switching to XWindows (type Ctl-Alt F4). Now switch back to the VC on (ctl-alt-F2). 2: Now type make load and you should see that the kernel has now crashed. We get the following output: fault virtual address: 0x8 fault code: supervisor write, page not present instruction pointer: 0x8:0xf020a8e2 stack pointer: 0xc0: 0xf2fc0b54 frame pointer: 0xc0: 0xf2fc0b54 code segment: base 0x0, limit 0xffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 processor flags: interrupt enabled, resume, IOPL=3 current process: 222 (modload) interrupt mask: net tty bio cam kernel: type 12 trap code=0 stopped at _spc_free+0x6: movl $0, 0x8 (%eax) ddb> trace _spc_free(0) at _spc_free + 0x6 _swap_pager_put_pages(...) at _default_pager_put_pages + 0x56 _vm_pager_put_pages(...) at _vm_pager_put_pages + 0x22 _vm_pageout_flush(...) at _vm_pageoutflush + 0x2e _contigmalloc1(...) at _contigmalloc1 + 0x2ad _vm_page_alloc_contig(...) at _vm_page_alloc_contig + 0x23. .... .... Best regards Dev Mazumdar For those who don't wish to download the modtest.tar.gz file from the FTP site, cut and past the uuencoded copy from here to a file and run uudecode to extract modtest.tar.gz: ----CUT HERE---- begin 644 modtest.tar.gz M'XL(""&G1#8``VUO9'1E/VOB\ M51CD6+<\?`B2N&JK6"$-1F4A47H8:^';OB\,5S$AW7STY.Z`4QU7?^35[H]+1Q=GQZXK%1VY$K)'^:"F3Y M-B;"EZ!)9$)0QC0G_@,/)?8`!LCS(\<254QP0G(!QR@;GE*U;8'`TW)-9RX" M-MK1YV*`7<88J1C0T8XAVK-(0DI%!63[5CP77F2FNW6(C?`Q'-#+O9+2"U5"'TI]$2 M&Z:$DE8`BX5KKG;4,*U[SU^ZPKX3#/M6+2`:,HHR6P0%+3>VQ0:6;/$@7'\! M%2:K+[GT<0TH@CQS+IZ:`H56;'>:"!8=]O5)>+8?L!H!\Y[[4:)`(D@(OH&# MHT%3C&YKFGH[A0MAL;-CD<.'(&`W]Q(<]OHP5$;&I^&U;I#1OQI^:`XTPO/- MH/]>;VMMNKREH388:+V6)F5N=B^UP9!^_;5I8-[KU]3LM?%S"Q#MX\U`,PSJ M#TCOWG1TK`;N]=E2Y'0^KUA]31N_H0TX;]*D30@/'Y M0NI?45<;M*[QVKS4._KP5O*\TH<]YG8%=DVZ:0Z&>FO4:0[H9C2XZ1L,QKJT M=:/5:>I=K5TCB`"VI+W7>D,RKIN=#G-]4K]+#<(U+SL,(SGT;@$UT%I#5F3S MU(*1(%>G2L:-UM+Y0?NH08GFX+;*EFCU>X;VKQ$F81!@[6:W^0Y:E?_`'-B` MUFB@=5E46,`871I#?3@::O2NWV\;0`*XH0W>ZRW-.*=.WY"6&AE:%3R&3DPC!.?W#+L&P+ M:?HJ?;C6\'W`MH1NPT&3#6$,!WIK"+#,1/`<]F'*C:;4T]YU]'?2UACM,\X' MW=`JV"G=X`FZ8ORAR?[4'TG5>8L@F7K,N&E5;B3I5]1LO]=9]&0R=M_0$T_I M7P'(&+6N$\.SNQ%`ZC^:)H#%K&16&^XHQ6LS+IK685?^[VVQ>%S:QU^\V>_CJ>Z+8ZFC-WI7>T8R_7]!?/_'\WXK%6A(GZ!^3T*[=8U%M?O]3 M\;^=UK^:DOHOM$P-A+2?CMLJ0UH4+:2U$(J+U5A4JL/U,6JA5[J`L!M)_"4$FT MA\HP`Q$"39L+$T:PQJ'A$K/+P.4KJ3AJ/;\IE!#D.)CC)%ATLJO3@.S8= MQ.:B4CDO)EE8AAW\D=':BF+355F%;V;X&XLBYB0S;JU&R,26Z;V6(23DL&OA MR3(131@,HX`2CPL_B%1X,3T5C:%HI**E(%4-,AJ_^9Z[(@1*1"HL]X2P90[$ M6K`(Q%3(*&:G,D(>A$U:"IDEH3'&0V;F;,*++R.0H!6R)/E++ZL$`A^'86E0 M$W\(`^`>(1UA.G1G$W-V6#`4!SR(]6BU2Q*EDST[MC M+E*W)%M-8\^268JC\R;'>3&'9C:-&=S)7!:R[CPDQ4V2NH)FG'6L+2E3E%*U M;R'^4HH_,Y%T`9+*6OIA4")_(;F#4\63[#\.0H!+D70\)/5\N7F]!C5\/B\6" M7#,M4^D73R=SSL:"E-`Z>RY^\4HX4)NY.BWA&Y%^[KD![FXP5T&F/`M\8HIB+GKEQY M2C0'2^6[\NS$&"1,"\412BR2BC('8?]%K2\64%_&@5>F>N4-M/\[1@.(3V\: M^?W_]R%XS-$)=5%]9OJ_)UJY/^@!UWUQOSBKPKR#C'O$/,.,>\0\PXQ M[Q#_=SK$J6>+*:MQI;^#N<>M/]DUOL21=:8[HXB>T\_7B$=A/8F$R//Y=_=^ MA^W#_/#AJ4]CU9'*%O9Y>]@$&KDZ@WTG/!&8D0J%W7Y[;-P:+9PM%,3,*FE< MF57F5S%J5Y.]*!2XZG^9M*FH;-;=[,*7#0P7^U`D:^MMLU3IAT:5_J;0 M=ZX?UF#<:,N^(].-;+I?'E9-58VSH;!FGL/35U5&6HJD>9?JSS%->5R)]\"+ M71=6+Z7M=(D%11R^:0Y;U_R5$4H;BN]8]W(HK2Z3$B]MWU&H^*[8,C7WM3LN5Z;$,]BQBKM^4U!^<\X=,38!<[C9 M9=^QY^9X$D^GH?-O@=TZ/3YHU(^.S]=CW`WNCEDS="$'T7R!A=S5.6@)`4D7 M%]3YN3O6QIU^LUVA3[S9JD7,*.>E&D&=0K8Q9E50N+Q]N@=]]5BES4\%#645 MRPM9\:M4CUW\]3B5Q,]9#=A;$!2I4:0=4II`PRJ-.IR*%*Q0^)4(6"JI$8C@JEV#>MS3R9"C@RQ"6 M$P&*7G&(BG#4^2ZDW6T2"RP"9:44:G49-!S71E`%JILWV>QE455''W.34N M4$4Q>XLBVQ3379JKY.Z.5["B',22ZQ%UM$.U&H>5[X#D>2[%GGJ1*I7X`)76 MD4)V%CN'6%YL3$0:06(DT4`>QYEP`N[F4()&#C<;3H">`("H?4/,<_DF0\UZ M,-U8QIFMJ,%EVI2A%#2W)6(EE4MXK=L&J>%&_S(?+KY?50MX&YA(J*E$%YJQW5GI"Z&TDNF]#8WF55) MZVQ#7N@A=(I'M@Z[)E\&IF$R`6%,TT903MTC7,TGOALFZF1FJ@'E&N%"WNER MFI_&W!.E\EK.I:I^4>JJ?X5EL,3!)^L#$='Z01&_XBN_"46(O>;+7&IMN@)(%>.@/V?S; MABHG?6%=X32F;BAJ5Y.]*!2XZG^9M*FH;-;=[,*7#0P7^U`D:^MMLU3IAT:5_J;0 M=ZX?UF#<:,N^(].-;+I?'E9-58VSH;!FGL/35U5&6HJD>9?JSS%->5R)]\"+ M71=6+Z7M=(D%11R^:0Y;U_R5$4H;BN]8]W(HK2Z3$B]MWU&H^*[8,C7WM3LN5Z;$,]BQBKM^4U!^<\X=,38!<[C9 M9=^QY^9X$D^GH?-O@=TZ/3YHU(^.S]=CW`WNCEDS="$'T7R!A=S5.6@)`4D7 M%]3YN3O6QIU^LUVA3[S9JD7,*.>E&D&=0K8Q9E50N+Q]N@=]]5BES4\%#645 MRPM9\:M4CUW\]3B5Q,]9#=A;$!2I4:0=4II`PRJ-.IR*%*Q0^)4(6"JI$8C@JEV#>MS3R9"C@RQ"6 M$P&*7G&(BG#4^2ZDW6T2"RP"9:44:G49-!S71E`%JILWV>QE455''W.34N M4$4Q>XLBVQ3379JKY.Z.5["B',22ZQ%UM$.U&H>5[X#D>2[%GGJ1*I7X`)76 MD4)V%CN'6%YL3$0:06(DT4`>QYEP`N[F4()&#C<;3H">`("H?4/,<_DF0\UZ M,-U8QIFMJ,%EVI2A%#2W)6(EE4MXK=L&J>%&_S(?+KY?50MX&YA(J*E$%YJQW5GI"Z&TDNF]#8WF55) MZVQ#7N@A=(I'M@Z[)E\&IF$R`6%,TT903MTC7,TGOALFZF1FJ@'E&N%"WNER MFI_&W!.E\EK.I:I^4>JJ?X5EL,3!)^L#$='Z01&_XBN_"46(O>;+7&IMN@)(%>.@/V?S; MABHG?6%=X32F;BA<<<@!0```I ` end >Fix: None so far!!!! >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 12:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15525 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 12:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15515 for ; Mon, 9 Nov 1998 12:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA28357; Mon, 9 Nov 1998 12:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14385; Mon, 9 Nov 1998 12:00:58 -0800 (PST) (envelope-from nobody) Message-Id: <199811092000.MAA14385@hub.freebsd.org> Date: Mon, 9 Nov 1998 12:00:58 -0800 (PST) From: igor@apb.dn.ua To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8633: TCP packet via SLIP/CSLIP containing this 4 bytes (0x2b,0x2b,0xab,0x00) drops Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8633 >Category: kern >Synopsis: TCP packet via SLIP/CSLIP containing this 4 bytes (0x2b,0x2b,0xab,0x00) drops >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 12:10:01 PST 1998 >Last-Modified: >Originator: Igor N Indick >Organization: Bank Ukraina >Release: 2.2.6-RELEASE >Environment: FreeBSD ns.apb.dn.ua 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Mon Nov 9 18:51:08 EET 1998 igor@ns.apb.dn.ua:/usr/src/sys/compile/CUSTOM i386 >Description: Any TCP packet containing this 4 bytes (0x2b,0x2b,0xab,0x00) does not pass through SLIP/CSLIP in or out. In GENERIC kernel it seems to be Ok. diff GENERIC CUSTOM is: 21,23c21,24 < ident GENERIC < maxusers 10 < --- > ident CUSTOM > maxusers 100 > options CHILD_MAX=1000 > options OPEN_MAX=1000 27d27 < options NFS #Network Filesystem 47,48d46 < disk fd1 at fdc0 drive 1 < tape ft0 at fdc0 drive 2 62d59 < device wfd0 #IDE floppy (LS-120) 125,126d121 < device apm0 at isa? disable # Advanced Power Management < options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS 134,135c129,130 < device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr < device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr --- > device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr > device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr 137,139c132,134 < device lpt0 at isa? port? tty irq 7 vector lptintr < device lpt1 at isa? port? tty < device mse0 at isa? port 0x23c tty irq 5 vector mseintr --- > device lpt0 at isa? disable port? tty irq 7 vector lptintr > device lpt1 at isa? disable port? tty > device mse0 at isa? disable port 0x23c tty irq 5 vector mseintr 141c136 < device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr --- > device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr 165,166c160 < pseudo-device sl 1 < pseudo-device ppp 1 --- > pseudo-device sl 4 168d161 < pseudo-device tun 1 175d167 < options KTRACE #kernel tracing >How-To-Repeat: Compile kernel CUSTOM (see above), and try to send file containing (0x2b,0x2b,0xab,0x00) with FTP,HTTP via SLIP/CSLIP interface, in or out FreeBSD box. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 12:29:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17656 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 12:29:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17651 for ; Mon, 9 Nov 1998 12:29:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA29072; Mon, 9 Nov 1998 12:30:00 -0800 (PST) Date: Mon, 9 Nov 1998 12:30:00 -0800 (PST) Message-Id: <199811092030.MAA29072@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: David Greenman Subject: Re: kern/8633: TCP packet via SLIP/CSLIP containing this 4 bytes (0x2b,0x2b,0xab,0x00) drops Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8633; it has been noted by GNATS. From: David Greenman To: igor@apb.dn.ua Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8633: TCP packet via SLIP/CSLIP containing this 4 bytes (0x2b,0x2b,0xab,0x00) drops Date: Mon, 09 Nov 1998 12:21:21 -0800 >Any TCP packet containing this 4 bytes (0x2b,0x2b,0xab,0x00) does not pass >through SLIP/CSLIP in or out. In GENERIC kernel it seems to be Ok. Hmmm, 0x2b is a plus (+), and 0xab with the high bit off is 0x2b as well...are you perhaps triggering your modem into going into command mode? -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 14:19:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29293 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 14:19:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29288 for ; Mon, 9 Nov 1998 14:19:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA05538; Mon, 9 Nov 1998 14:20:00 -0800 (PST) Date: Mon, 9 Nov 1998 14:20:00 -0800 (PST) Message-Id: <199811092220.OAA05538@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: liz Subject: Re: bin/6552: syslog stops working Reply-To: liz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/6552; it has been noted by GNATS. From: liz To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/6552: syslog stops working Date: Mon, 09 Nov 1998 14:35:45 +1000 Its probably safe to close this PR now. After putting KTRACE in the kernel the problem didn't reappear and the box has now been upgraded to fix a few security problems. I have no idea what caused it but unless someone else is still experiencing it I'd say the problem has been fixed... Thanks, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 14:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00532 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 14:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00475 for ; Mon, 9 Nov 1998 14:29:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA05955; Mon, 9 Nov 1998 14:30:01 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29435 for ; Mon, 9 Nov 1998 14:20:31 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id QAA20439; Mon, 9 Nov 1998 16:20:15 -0600 (CST) Message-Id: <199811092220.QAA20439@dan.emsphone.com> Date: Mon, 9 Nov 1998 16:20:15 -0600 (CST) From: dnelson@emsphone.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8637 >Category: bin >Synopsis: fgetpos()/fsetpos() don't work for >2GB filesize >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 14:30:00 PST 1998 >Last-Modified: >Originator: Dan Nelson >Organization: Executive Marketing Services, Inc. >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD dan.emsphone.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Sat Aug 8 15:03:34 CDT 1998 dan@dan.emsphone.com:/usr/src/sys/compile/DAN i386 >Description: fgetpos() and fsetpos() call fseek and ftell to do their dirty work. This means that all FILE* operations are limited to the 2GB limit imposed by the "long" offset type. >How-To-Repeat: Create a 3GB file. Read 2.1GB into it. Call fsetpos(fgetpos()), and note that you are not where you should be. >Fix: 1. Rename ftell to ftello, and fseek to fseeko, which are X/Open standard functions that take off_t offsets. All that had to be changed was the prototypes, as the internals already used fpos_t. 2. add new fseek/ftell functions. 3. change fsetpos/fgetpos to use fseeko/ftello. 4. add protptypes to stdio.h. One thing; our errno.h doesn't have an EOVERFLOW, so I used EFBIG in ftell() for filesizes that exceed 2GB. This should probably get fixed. -Dan Nelson dnelson@emsphone.com Index: fgetpos.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/fgetpos.c,v retrieving revision 1.3 diff -u -r1.3 fgetpos.c --- fgetpos.c 1996/06/22 10:33:09 1.3 +++ fgetpos.c 1998/11/09 20:12:33 @@ -57,7 +57,7 @@ #ifdef _THREAD_SAFE _thread_flockfile(fp,__FILE__,__LINE__); #endif - retval = (*pos = ftell(fp)) == (fpos_t)-1; + retval = (*pos = ftello(fp)) == (fpos_t)-1; #ifdef _THREAD_SAFE _thread_funlockfile(fp); #endif Index: fseek.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/fseek.c,v retrieving revision 1.4 diff -u -r1.4 fseek.c --- fseek.c 1996/06/22 10:33:22 1.4 +++ fseek.c 1998/11/09 20:21:22 @@ -56,14 +56,23 @@ #define POS_ERR (-(fpos_t)1) +int +fseek(fp, offset, whence) + register FILE *fp; + long offset; + int whence; +{ + return (fseeko(fp, offset, whence)); +} + /* * Seek the given file to the given offset. * `Whence' must be one of the three SEEK_* macros. */ int -fseek(fp, offset, whence) +fseeko(fp, offset, whence) register FILE *fp; - long offset; + off_t offset; int whence; { register fpos_t (*seekfn) __P((void *, fpos_t, int)); Index: fsetpos.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/fsetpos.c,v retrieving revision 1.3 diff -u -r1.3 fsetpos.c --- fsetpos.c 1996/06/22 10:33:23 1.3 +++ fsetpos.c 1998/11/09 20:12:47 @@ -52,5 +52,5 @@ FILE *iop; const fpos_t *pos; { - return (fseek(iop, (long)*pos, SEEK_SET)); + return (fseeko(iop, (off_t)*pos, SEEK_SET)); } Index: ftell.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/ftell.c,v retrieving revision 1.5 diff -u -r1.5 ftell.c --- ftell.c 1996/06/22 10:33:25 1.5 +++ ftell.c 1998/11/09 21:59:47 @@ -44,17 +44,32 @@ #include #include +#include #include "local.h" #ifdef _THREAD_SAFE #include #include "pthread_private.h" #endif +/* standard ftell function. */ +long +ftell(fp) + register FILE *fp; +{ + register off_t rv; + rv = ftello(fp); + if (rv > LONG_MAX) { + errno = EFBIG; /* XXX should be EOVERFLOW */ + return (-1); + } + return (rv); +} + /* * ftell: return current offset. */ -long -ftell(fp) +off_t +ftello(fp) register FILE *fp; { register fpos_t pos; Index: stdio.h =================================================================== RCS file: /home/ncvs/src/include/stdio.h,v retrieving revision 1.8.2.2 diff -u -r1.8.2.2 stdio.h --- stdio.h 1998/02/17 00:48:17 1.8.2.2 +++ stdio.h 1998/11/09 20:32:03 @@ -234,8 +234,10 @@ FILE *freopen __P((const char *, const char *, FILE *)); int fscanf __P((FILE *, const char *, ...)); int fseek __P((FILE *, long, int)); +int fseeko __P((FILE *, off_t, int)); int fsetpos __P((FILE *, const fpos_t *)); long ftell __P((FILE *)); +off_t ftello __P((FILE *)); size_t fwrite __P((const void *, size_t, size_t, FILE *)); int getc __P((FILE *)); int getchar __P((void)); -Dan Nelson dnelson@emsphone.com >Audit-Trail: >Unformatted: Dan Nelson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 17:21:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19569 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 17:21:26 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19544; Mon, 9 Nov 1998 17:21:12 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA16513; Mon, 9 Nov 1998 17:21:15 -0800 (PST) Date: Mon, 9 Nov 1998 17:21:15 -0800 (PST) Message-Id: <199811100121.RAA16513@freefall.freebsd.org> To: andrew@ugh.net.au, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6552 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syslog stops working State-Changed-From-To: feedback-closed State-Changed-By: steve State-Changed-When: Mon Nov 9 17:20:54 PST 1998 State-Changed-Why: Closed at originator's request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 17:21:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19640 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 17:21:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19600; Mon, 9 Nov 1998 17:21:38 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA16606; Mon, 9 Nov 1998 17:21:40 -0800 (PST) Date: Mon, 9 Nov 1998 17:21:40 -0800 (PST) Message-Id: <199811100121.RAA16606@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8097 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mountpoint on NFS server can be removed by NFS client (patch for -STABLE) State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Nov 9 17:21:22 PST 1998 State-Changed-Why: Closed at originator's request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 21:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10056 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 21:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA10020 for ; Mon, 9 Nov 1998 20:59:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA26098; Mon, 9 Nov 1998 21:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09393; Mon, 9 Nov 1998 20:50:34 -0800 (PST) (envelope-from nobody) Message-Id: <199811100450.UAA09393@hub.freebsd.org> Date: Mon, 9 Nov 1998 20:50:34 -0800 (PST) From: nakagawa@jp.FreeBSD.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8638: cpu_power_down() is dirty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8638 >Category: i386 >Synopsis: cpu_power_down() is dirty >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 21:00:01 PST 1998 >Last-Modified: >Originator: NAKAGAWA, Yoshihisa >Organization: Japan FreeBSD Users Group >Release: 3.0-RELEASE >Environment: >Description: It should be halt only when "shutdown -h", and be use another option for power-control, like "-x". cpu_power_down() is dirty, if you want power-control, should be use "halt -p". My patch's scheme is machine-arch independ, and support "multi" power-control mechanism. (ex: APM 1.1, UPS, ... if driver exist) If you want to add new power-control mechanism, register power-control "func" using "at_shutdown(func, NULL, SHUTDOWN_POWER_OFF);". Don't need to change shutdown command. >How-To-Repeat: >Fix: patch available: kernel http://www.jp.freebsd.org/~nakagawa/files/300R/shutdown.patch command http://www.jp.freebsd.org/~nakagawa/files/300R/shutdown.sbin.patch >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 9 22:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA15728 for freebsd-bugs-outgoing; Mon, 9 Nov 1998 22:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15720 for ; Mon, 9 Nov 1998 22:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA19328; Mon, 9 Nov 1998 22:10:00 -0800 (PST) Received: from phoebe.comm.yamaha.co.jp ([133.176.112.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15425 for ; Mon, 9 Nov 1998 22:03:49 -0800 (PST) (envelope-from hirose@phoebe.comm.yamaha.co.jp) Received: (from hirose@localhost) by phoebe.comm.yamaha.co.jp (8.8.8/8.8.5) id PAA16111; Tue, 10 Nov 1998 15:03:18 +0900 (JST) Message-Id: <199811100603.PAA16111@phoebe.comm.yamaha.co.jp> Date: Tue, 10 Nov 1998 15:03:18 +0900 (JST) From: hirose@comm.yamaha.co.jp Reply-To: hirose@comm.yamaha.co.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8639: if_de.c for Accton EN1207B-TX Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8639 >Category: i386 >Synopsis: Accton EN1207B-TX dosen't work >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 9 22:10:00 PST 1998 >Last-Modified: >Originator: HIROSE Ryota >Organization: Yamaha Co. >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: NIC: Accton EN1207B-TX ( DEC 21140-AF ) 2.2.7-RELEASE >Description: A NIC, Accton EN1207B-TX which uses DEC 21140-AF, doesn't work with 2.2.7-RELEASE's 'if_de.c'. >How-To-Repeat: >Fix: I applied the following patch for /sys/pci/if_de.c, and it seems that the NIC works well. But, I don't know this patch will affect the performance of other NICs or not. --- if_de.c.dist Tue Nov 10 09:58:50 1998 +++ if_de.c Tue Nov 10 14:17:11 1998 @@ -2279,8 +2279,13 @@ strcpy(sc->tulip_boardid, "ACCTON "); switch (sc->tulip_chipid) { case TULIP_21140A: - strcat(sc->tulip_boardid, "EN1207 "); - sc->tulip_boardsw = &tulip_21140_accton_boardsw; + if (sc->tulip_revinfo >= 0x22) { + strcat(sc->tulip_boardid, "EN1207B-TX "); + sc->tulip_boardsw = &tulip_2114x_isv_boardsw; + } else { + strcat(sc->tulip_boardid, "EN1207 "); + sc->tulip_boardsw = &tulip_21140_accton_boardsw; + } break; case TULIP_21140: strcat(sc->tulip_boardid, "EN1207TX "); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 00:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25473 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 00:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25414 for ; Tue, 10 Nov 1998 00:29:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA25413; Tue, 10 Nov 1998 00:30:02 -0800 (PST) Date: Tue, 10 Nov 1998 00:30:02 -0800 (PST) Message-Id: <199811100830.AAA25413@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: bin/8518: freopen() in append mode followed by ftell() gives strange results Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8518; it has been noted by GNATS. From: Bruce Evans To: Arjan.deVet@adv.iae.nl, freebsd-gnats-submit@FreeBSD.ORG Cc: sthaug@nethelp.no Subject: Re: bin/8518: freopen() in append mode followed by ftell() gives strange results Date: Tue, 10 Nov 1998 19:25:11 +1100 >During testing INN 2.2beta I discovered a possible 'bug' in the >freopen() call when used with "a" (append mode). The first ftell() >call always give 0 (irrespective of the current file length) and >subsequent writes to the file ftell() does not tell the current >write position in the file but the number of bytes written. This seems to be only a ``bug''. POSIX.1-1990 says: "If the stream is opened in append mode or if the O_APPEND flag is set as a consequence of dealing with other handles on the file, the result of ftell() on that stream is unspecified". >>How-To-Repeat: >#include >#include > >main () { > FILE *f, *g; > long i; > > g = fopen("/tmp/test", "a"); > f = freopen("/tmp/test", "a", g); > i = ftell(f); > printf("%d\n", i); > fprintf(f, "test"); > i = ftell(f); > printf("%d\n", i); > fclose(f); >} > >Create empty /tmp/test file and run the program three times. Each >time it will print 0 and 4. BSD/OS prints 0 4, 0 8 and 0 12. Solaris >and Linux print 0 4, 4 8 and 8 12. The BSD/OS behaviour is the least surprising. The initial offsets of zero may even be required (if no other process writes to the file). POSIX.1 specifies fopen() to just use open(), and freopen() to do much the same thing as fopen(). Therefore, the initial offsets at the file descriptor level are zero, and for "a+" mode, an initial read would start at the beginning of the file. Only the fuzzy specification of permits the initial offsets at the stream level to be nonzero. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 01:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02978 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 01:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02965 for ; Tue, 10 Nov 1998 01:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA29481; Tue, 10 Nov 1998 01:50:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02811; Tue, 10 Nov 1998 01:48:09 -0800 (PST) (envelope-from nobody) Message-Id: <199811100948.BAA02811@hub.freebsd.org> Date: Tue, 10 Nov 1998 01:48:09 -0800 (PST) From: rampa@elet.polimi.it To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8641: FreeBSD crashes when global memory allocation is larger than the physical memory dimension Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8641 >Category: kern >Synopsis: FreeBSD crashes when global memory allocation is larger than the physical memory dimension >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 10 01:50:00 PST 1998 >Last-Modified: >Originator: Vittorio Rampa >Organization: C.S.T.S. - C.N.R. - Politecnico di Milano - Milano - Italy >Release: 2.2.6-RELEASE >Environment: FreeBSD neptune.elet.polimi.it 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Fri Jun 26 18:57:02 CE ST 1998 root@neptune.elet.polimi.it:/usr/src/sys/compile/NEPTUNE i386 >Description: The system is composed by: -ASUS P2B Motherboard with 384 MB SDRAM PC100 and a Pentium II 400MHz; -)Adaptec 2940UW with: -)4 UW SCSI IBM disks 9GB DDRS-39130W (id:1,2,3,4); -)1 UW SCSI IBM disk 4GB DCAS-34330W (id:0); -)1 Exabyte SCSI 4/8 GB EXB-85058HE-0000 (id:5); -)Etherexpress Pro10 plus; -)S3 ViRGE/DX 4MB >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: >X -probeonly XFree86 Version 3.3.2 Configured drivers: S3V: accelerated server for S3 graphics adaptors (Patchlevel 0) s3_ViRGE Using syscons driver with X support (version 2.0) (using VT number 1) >swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 1048576 6440 1042072 1% Interleaved >more /sys/i386/conf/NEPTUNE # # NEPTUNE -- machine with AHx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.22 1998/03/24 01:20:14 jkh Exp $ machine "i386" cpu "I686_CPU" ident NEPTUNE maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options XSERVER #support for X server options FAILSAFE #Be conservative options QUOTA #Activate quota check options PERFMON #Performance monitor options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM #System V shared memory emulation options SYSVSEM #System V semaphore emulation options SYSVMSG #System V message emulation options SCSI_REPORT_GEOMETRY #Report SCSI geometry at boot options "MAXCONS=8" #Enable 8 virtual consoles options KTRACE #kernel tracing options DDB #kernel debugging config kernel root on sd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device fxp0 device vx0 pseudo-device loop pseudo-device speaker pseudo-device ether pseudo-device log pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's >dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-RELEASE #0: Fri Jun 26 18:57:02 CEST 1998 root@neptune.elet.polimi.it:/usr/src/sys/compile/NEPTUNE CPU: Pentium Pro (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX ,> real memory = 402653184 (393216K bytes) avail memory = 392269824 (383076K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:1:0 chip2 rev 2 on pci0:4:0 chip3 rev 1 on pci0:4:1 chip4 rev 1 int d irq ?? on pci0:4:2 chip5 rev 2 on pci0:4:3 vga0 rev 1 int a irq 15 on pci0:9:0 ahc0 rev 1 int a irq 10 on pci0:10:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DCAS-34330W S65A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4134MB (8467200 512 byte sectors) sd0(ahc0:0:0): with 8205 cyls, 6 heads, and an average 171 sectors/track (ahc0:1:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8715MB (17850000 512 byte sectors) sd1(ahc0:1:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:2:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8715MB (17850000 512 byte sectors) sd2(ahc0:2:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:3:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd3(ahc0:3:0): Direct-Access 8715MB (17850000 512 byte sectors) sd3(ahc0:3:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:4:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd4(ahc0:4:0): Direct-Access 8715MB (17850000 512 byte sectors) sd4(ahc0:4:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:5:0): "EXABYTE EXB-85058HE-0000 0108" type 1 removable SCSI 2 st0(ahc0:5:0): Sequential-Access density code 0x0, drive empty fxp0 rev 1 int a irq 11 on pci0:11:0 fxp0: Ethernet address 00:a0:c9:10:66:40, 10Mbps Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 01:59:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA03712 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 01:59:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA03707 for ; Tue, 10 Nov 1998 01:59:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA29861; Tue, 10 Nov 1998 02:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02970; Tue, 10 Nov 1998 01:49:59 -0800 (PST) (envelope-from nobody) Message-Id: <199811100949.BAA02970@hub.freebsd.org> Date: Tue, 10 Nov 1998 01:49:59 -0800 (PST) From: rampa@elet.polimi.it To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8642: FreeBSD crashes when global memory allocation is larger than the physical memory dimension Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8642 >Category: kern >Synopsis: FreeBSD crashes when global memory allocation is larger than the physical memory dimension >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 10 02:00:00 PST 1998 >Last-Modified: >Originator: Vittorio Rampa >Organization: C.S.T.S. - C.N.R. - Politecnico di Milano - Milano - Italy >Release: 2.2.6-RELEASE >Environment: FreeBSD neptune.elet.polimi.it 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Fri Jun 26 18:57:02 CE ST 1998 root@neptune.elet.polimi.it:/usr/src/sys/compile/NEPTUNE i386 >Description: The system is composed by: -ASUS P2B Motherboard with 384 MB SDRAM PC100 and a Pentium II 400MHz; -)Adaptec 2940UW with: -)4 UW SCSI IBM disks 9GB DDRS-39130W (id:1,2,3,4); -)1 UW SCSI IBM disk 4GB DCAS-34330W (id:0); -)1 Exabyte SCSI 4/8 GB EXB-85058HE-0000 (id:5); -)Etherexpress Pro10 plus; -)S3 ViRGE/DX 4MB >How-To-Repeat: The crash happens when one or more users run programs trying to allocate more memory than the physical one. The 1GB swap is activated. >Fix: >Audit-Trail: >Unformatted: >X -probeonly XFree86 Version 3.3.2 Configured drivers: S3V: accelerated server for S3 graphics adaptors (Patchlevel 0) s3_ViRGE Using syscons driver with X support (version 2.0) (using VT number 1) >swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 1048576 6440 1042072 1% Interleaved >more /sys/i386/conf/NEPTUNE # # NEPTUNE -- machine with AHx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.22 1998/03/24 01:20:14 jkh Exp $ machine "i386" cpu "I686_CPU" ident NEPTUNE maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options XSERVER #support for X server options FAILSAFE #Be conservative options QUOTA #Activate quota check options PERFMON #Performance monitor options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options SYSVSHM #System V shared memory emulation options SYSVSEM #System V semaphore emulation options SYSVMSG #System V message emulation options SCSI_REPORT_GEOMETRY #Report SCSI geometry at boot options "MAXCONS=8" #Enable 8 virtual consoles options KTRACE #kernel tracing options DDB #kernel debugging config kernel root on sd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device fxp0 device vx0 pseudo-device loop pseudo-device speaker pseudo-device ether pseudo-device log pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's >dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.6-RELEASE #0: Fri Jun 26 18:57:02 CEST 1998 root@neptune.elet.polimi.it:/usr/src/sys/compile/NEPTUNE CPU: Pentium Pro (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX ,> real memory = 402653184 (393216K bytes) avail memory = 392269824 (383076K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:1:0 chip2 rev 2 on pci0:4:0 chip3 rev 1 on pci0:4:1 chip4 rev 1 int d irq ?? on pci0:4:2 chip5 rev 2 on pci0:4:3 vga0 rev 1 int a irq 15 on pci0:9:0 ahc0 rev 1 int a irq 10 on pci0:10:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DCAS-34330W S65A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4134MB (8467200 512 byte sectors) sd0(ahc0:0:0): with 8205 cyls, 6 heads, and an average 171 sectors/track (ahc0:1:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8715MB (17850000 512 byte sectors) sd1(ahc0:1:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:2:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8715MB (17850000 512 byte sectors) sd2(ahc0:2:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:3:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd3(ahc0:3:0): Direct-Access 8715MB (17850000 512 byte sectors) sd3(ahc0:3:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:4:0): "IBM DDRS-39130W S92A" type 0 fixed SCSI 2 sd4(ahc0:4:0): Direct-Access 8715MB (17850000 512 byte sectors) sd4(ahc0:4:0): with 8387 cyls, 10 heads, and an average 212 sectors/track (ahc0:5:0): "EXABYTE EXB-85058HE-0000 0108" type 1 removable SCSI 2 st0(ahc0:5:0): Sequential-Access density code 0x0, drive empty fxp0 rev 1 int a irq 11 on pci0:11:0 fxp0: Ethernet address 00:a0:c9:10:66:40, 10Mbps Probing for devices on PCI bus 1: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: model MouseMan+, device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 flags 0x1 on motherboard npx0: INT 16 interface >ddb trace _vm_map_print(f01c2a11,0,ffffffff,efbffd6c,0) at _vm_map_print+0x68 -db_command(f01ecb24,f01ec974,f0209930,f010147a) at _db_command+0x1d1 _db_command_loop(1,0,efbffe28,f01baecb,c) at _db_command_loop+0x62 _db_trap(c,0) at _db_trap+0xb0 _kdb_trap(c,0) at _db_trap+0xb0 _trap_fatal(efbffeb0,0,f1092e00,c,f1053700) at _trap_fatal+0x2b7 _trap_pfault(efbffeb0,0,f0b82dc8,f0915230,f0b82dd0) at _trap_pfault+0x11c _trap(f1c80010,efbf0010,f0b82dd0,f0b82dd0,f0915230,efbfff08) at _trap+0x2ab calltrap() at calltrap+0x15 --- trap 0xc, eip = 0xf01c2a11, esp = 0xefbffeec, ebp = 0xefbfff08 --- _pmap_remove_all(ec24000,efbfff2c,f01b19b5,ec24000,0) at _pmap_remove_all+0x26 _pmap_page_protect(ec24000,f064871c,f01f9614,efbfff70) at _pmap_page_protect+0x26 _vm_page_cache(f064871c,80000000,f01f9614,241000,bc3e4) at _vm_page_cache+0x51 _vm_pageout_scan(f01f3d50,efbfff90,f010ccaa,f1092ed7,f01b2580) at _vm_pageout+0x190 _vm_pageout(f1092ed7,f01b2580,f01f2a34,efbfffac,f010cc48) at _vm_pageout+0x190 _kproc_start(f01f3d50,23df00,241000,0,1) at _kproc_start+0x32 _main(efbfffb8,efbfff4,f01c0039,f0202394,f0245000,17fff000,f01c0039,f0202394,f0245000, 17fff000,f01c012e,30,23df00,241000,241000,1,dd880407) at _main+0xcc begin() at begin+0x44 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 03:20:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10066 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 03:20:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10060 for ; Tue, 10 Nov 1998 03:19:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA02870; Tue, 10 Nov 1998 03:20:01 -0800 (PST) Date: Tue, 10 Nov 1998 03:20:01 -0800 (PST) Message-Id: <199811101120.DAA02870@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: David Greenman Subject: Re: kern/8641: FreeBSD crashes when global memory allocation is larger than the physical memory dimension Reply-To: David Greenman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8641; it has been noted by GNATS. From: David Greenman To: rampa@elet.polimi.it Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8641: FreeBSD crashes when global memory allocation is larger than the physical memory dimension Date: Tue, 10 Nov 1998 03:07:43 -0800 Try taking out the BOUNCE_BUFFERS option, which causes problems for large memory machines and is not needed on yours. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 08:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15333 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 08:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15328 for ; Tue, 10 Nov 1998 08:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA27907; Tue, 10 Nov 1998 08:50:01 -0800 (PST) Date: Tue, 10 Nov 1998 08:50:01 -0800 (PST) Message-Id: <199811101650.IAA27907@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dan Nelson Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Reply-To: Dan Nelson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8637; it has been noted by GNATS. From: Dan Nelson To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Date: Tue, 10 Nov 1998 10:46:28 -0600 And here is the documentation to go along with the code: Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/Makefile.inc,v retrieving revision 1.6.2.2 diff -u -r1.6.2.2 Makefile.inc --- Makefile.inc 1998/04/13 23:20:52 1.6.2.2 +++ Makefile.inc 1998/11/10 15:11:58 @@ -30,6 +30,7 @@ MLINKS+=fputs.3 puts.3 MLINKS+=fread.3 fwrite.3 MLINKS+=fseek.3 fgetpos.3 fseek.3 fsetpos.3 fseek.3 ftell.3 fseek.3 rewind.3 +MLINKS+=fseek.3 fseeko.3 fseek.3 ftello.3 MLINKS+=funopen.3 fropen.3 funopen.3 fwopen.3 MLINKS+=getc.3 fgetc.3 getc.3 getchar.3 getc.3 getw.3 MLINKS+=mktemp.3 mkdtemp.3 mktemp.3 mkstemp.3 Index: fseek.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/fseek.3,v retrieving revision 1.1.1.1.8.1 diff -u -r1.1.1.1.8.1 fseek.3 --- fseek.3 1998/02/17 17:28:44 1.1.1.1.8.1 +++ fseek.3 1998/11/10 16:26:54 @@ -41,8 +41,10 @@ .Sh NAME .Nm fgetpos , .Nm fseek , +.Nm fseeko , .Nm fsetpos , .Nm ftell , +.Nm ftello , .Nm rewind .Nd reposition a stream .Sh SYNOPSIS @@ -57,6 +59,10 @@ .Fn fgetpos "FILE *stream" "fpos_t *pos" .Ft int .Fn fsetpos "FILE *stream" "const fpos_t *pos" +.Ft int +.Fn fseeko "FILE *stream" "off_t offset" "int whence" +.Ft off_t +.Fn ftello "FILE *stream" .Sh DESCRIPTION The .Fn fseek @@ -106,6 +112,19 @@ .Xr clearerr 3 ) . .Pp The +.Fn fseeko +and +.Fn ftello +functions +are alternate interfaces equivalent to +.Fn ftell +and +.Fn fseek , +but take an off_t argument instead of a long. On systems that use a 32-bit +long type but support 64-bit filesizes, this is the only way to seek past the +2-gigabyte point. +.Pp +The .Fn fgetpos and .Fn fsetpos @@ -133,10 +152,14 @@ Upon successful completion, .Fn fgetpos , .Fn fseek , +.Fn fseeko , +and .Fn fsetpos return 0, and .Fn ftell +and +.Fn ftello returns the current offset. Otherwise, \-1 is returned and the global variable errno is set to indicate the error. @@ -157,14 +180,21 @@ .Dv SEEK_END , or .Dv SEEK_CUR . +.It Bq Er EFBIG +For +.Fn ftello , +the resulting file offset would be a value which +cannot be represented correctly in an object of type off_t. .El .Pp -The function +The functions .Fn fgetpos , .Fn fseek , +.Fn fseeko , .Fn fsetpos , -and -.Fn ftell +.Fn ftell , +and +.Fn ftello may also fail and set .Va errno for any of the errors specified for the routines @@ -186,3 +216,16 @@ functions conform to .St -ansiC . +.Pp +The +.Fn fseeko +and +.Fn ftello +functions conform to the X/Open Single UNIX Specification, Version 2. +.Sh BUGS +The +.Bq Er EFBIG +error return should be +.Bq Er EOVERFLOW +according to the Single Unix specification, but FreeBSD has no +.Bq Er EOVERFLOW . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 12:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13016 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 12:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12930 for ; Tue, 10 Nov 1998 12:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA15393; Tue, 10 Nov 1998 12:50:01 -0800 (PST) Date: Tue, 10 Nov 1998 12:50:01 -0800 (PST) Message-Id: <199811102050.MAA15393@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Reply-To: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8637; it has been noted by GNATS. From: Dmitrij Tejblum To: dnelson@emsphone.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Date: Tue, 10 Nov 1998 23:46:54 +0300 > One thing; our errno.h doesn't have an EOVERFLOW, so I used EFBIG in > ftell() for filesizes that exceed 2GB. This should probably get fixed. And how about just add EOVERFLOW to errno.h, instead of document the bug in man pages??? Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 14:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29413 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 14:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29360 for ; Tue, 10 Nov 1998 14:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA22419; Tue, 10 Nov 1998 14:50:01 -0800 (PST) Date: Tue, 10 Nov 1998 14:50:01 -0800 (PST) Message-Id: <199811102250.OAA22419@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dan Nelson Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Reply-To: Dan Nelson Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8637; it has been noted by GNATS. From: Dan Nelson To: Dmitrij Tejblum Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Date: Tue, 10 Nov 1998 16:43:48 -0600 In the last episode (Nov 10), Dmitrij Tejblum said: > > One thing; our errno.h doesn't have an EOVERFLOW, so I used EFBIG in > > ftell() for filesizes that exceed 2GB. This should probably get fixed. > > And how about just add EOVERFLOW to errno.h, instead of document the bug > in man pages??? Well, if it's that easy, sure. I don't know all that much about the repercussions of adding errors to errno.h. I suppose there's a string table that needs adjusting, too, for strerror()? Anything else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 14:55:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00247 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 14:55:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from netra.datalab.ericsson.dk (ns.datalab.ericsson.dk [130.228.249.40]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA00233 for ; Tue, 10 Nov 1998 14:55:23 -0800 (PST) (envelope-from robert@datalab.ericsson.dk) Received: from rml.datalab.ericsson.dk by netra.datalab.ericsson.dk (SMI-8.6/Lagkage-SpecialVersion13) id WAA01273; Tue, 10 Nov 1998 22:54:51 GMT Date: Tue, 10 Nov 1998 23:54:51 +0100 (CET) From: Robert Martin-Legene To: freebsd-bugs@FreeBSD.ORG cc: robert@irc.dknet.dk Subject: Minor crashed Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-378912012-910738491=:328" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-378912012-910738491=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII Just a small crash ;) I know I'm stupid and probably didn't follow all the rules, but searching for my CDROM device, I started mounting from end to other until I would get a success.. instead I got a fatal error when doing: % mount /dev/matcd0 /mnt/cdrom The directory existed already, of course. It just froze and ended up by booting when I tried to switch to a vty (probably rebooted due to a timeout and not because I pressed a few keys). I have attached my kernel configuration in case you can use it for anything. % uname -a FreeBSD rml.datalab.ericsson.dk 3.0-RELEASE FreeBSD 3.0-RELEASE #3: Tue Nov 10 20:29:31 CET 1998 robert@rml.datalab.ericsson.dk:/usr/src/sys/compile/NISSE i386 PS: I will go on a 2 week holiday in a few days (please take that into account if you want a reply) --0-378912012-910738491=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=NISSE Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: /usr/src/sys/i386/conf/NISSE Content-Disposition: attachment; filename=NISSE Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMgbWFjaGluZSB3aXRoIFdEL0FIeC9O Q1IvQlR4IGZhbWlseSBkaXNrcw0KIw0KIyBGb3IgbW9yZSBpbmZvcm1hdGlv biByZWFkIHRoZSBoYW5kYm9vayBwYXJ0IFN5c3RlbSBBZG1pbmlzdHJhdGlv biAtPiANCiMgQ29uZmlndXJpbmcgdGhlIEZyZWVCU0QgS2VybmVsIC0+IFRo ZSBDb25maWd1cmF0aW9uIEZpbGUuIA0KIyBUaGUgaGFuZGJvb2sgaXMgYXZh aWxhYmxlIGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rIG9yIG9ubGluZSBh cw0KIyBsYXRlc3QgdmVyc2lvbiBmcm9tIHRoZSBGcmVlQlNEIFdvcmxkIFdp ZGUgV2ViIHNlcnZlciANCiMgPFVSTDpodHRwOi8vd3d3LkZyZWVCU0QuT1JH Lz4NCiMNCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1v cmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZSANCiMgZGV2aWNlIGxp bmVzIGlzIHByZXNlbnQgaW4gdGhlIC4vTElOVCBjb25maWd1cmF0aW9uIGZp bGUuIElmIHlvdSBhcmUgDQojIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3Nl IG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0IGluIExJTlQu DQojDQojCSRJZDogR0VORVJJQyx2IDEuMTI1IDE5OTgvMTAvMTYgMDE6MzA6 MTEgb2JyaWVuIEV4cCAkDQoNCm1hY2hpbmUJCSJpMzg2Ig0KI2NwdQkJIkkz ODZfQ1BVIg0KI2NwdQkJIkk0ODZfQ1BVIg0KY3B1CQkiSTU4Nl9DUFUiDQpj cHUJCSJJNjg2X0NQVSINCmlkZW50CQlOSVNTRQ0KbWF4dXNlcnMJMzINCg0K I29wdGlvbnMJTUFUSF9FTVVMQVRFCQkjU3VwcG9ydCBmb3IgeDg3IGVtdWxh dGlvbg0Kb3B0aW9ucwkJSU5FVAkJCSNJbnRlck5FVHdvcmtpbmcNCm9wdGlv bnMJCUZGUwkJCSNCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0NCm9wdGlvbnMJ CUZGU19ST09UCQkjRkZTIHVzYWJsZSBhcyByb290IGRldmljZSBba2VlcCB0 aGlzIV0NCiNvcHRpb25zCU1GUwkJCSNNZW1vcnkgRmlsZXN5c3RlbQ0KI29w dGlvbnMJTUZTX1JPT1QJCSNNRlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlLCAi TUZTIiByZXEnZWQNCiNvcHRpb25zCU5GUwkJCSNOZXR3b3JrIEZpbGVzeXN0 ZW0NCiNvcHRpb25zCU5GU19ST09UCQkjTkZTIHVzYWJsZSBhcyByb290IGRl dmljZSwgIk5GUyIgcmVxJ2VkDQojb3B0aW9ucwlNU0RPU0ZTCQkJI01TRE9T IEZpbGVzeXN0ZW0NCm9wdGlvbnMJCSJDRDk2NjAiCQkjSVNPIDk2NjAgRmls ZXN5c3RlbQ0Kb3B0aW9ucwkJIkNEOTY2MF9ST09UIgkJI0NELVJPTSB1c2Fi bGUgYXMgcm9vdC4gIkNEOTY2MCIgcmVxJ2VkDQpvcHRpb25zCQlQUk9DRlMJ CQkjUHJvY2VzcyBmaWxlc3lzdGVtDQpvcHRpb25zCQkiQ09NUEFUXzQzIgkJ I0NvbXBhdGlibGUgd2l0aCBCU0QgNC4zIFtLRUVQIFRISVMhXQ0Kb3B0aW9u cwkJU0NTSV9ERUxBWT0xNTAwMAkjQmUgcGVzc2ltaXN0aWMgYWJvdXQgSm9l IFNDU0kgZGV2aWNlDQpvcHRpb25zCQlVQ09OU09MRQkJI0FsbG93IHVzZXJz IHRvIGdyYWIgdGhlIGNvbnNvbGUNCm9wdGlvbnMJCUZBSUxTQUZFCQkjQmUg Y29uc2VydmF0aXZlDQpvcHRpb25zCQlVU0VSQ09ORklHCQkjYm9vdCAtYyBl ZGl0b3INCm9wdGlvbnMJCVZJU1VBTF9VU0VSQ09ORklHCSN2aXN1YWwgYm9v dCAtYyBlZGl0b3INCg0KY29uZmlnCQlrZXJuZWwJcm9vdCBvbiB3ZDANCg0K Y29udHJvbGxlcglpc2EwDQpjb250cm9sbGVyCWVpc2EwDQpjb250cm9sbGVy CXBjaTANCg0KY29udHJvbGxlcglmZGMwCWF0IGlzYT8gcG9ydCAiSU9fRkQx IiBiaW8gaXJxIDYgZHJxIDIgdmVjdG9yIGZkaW50cg0KZGlzawkJZmQwCWF0 IGZkYzAgZHJpdmUgMA0KZGlzawkJZmQxCWF0IGZkYzAgZHJpdmUgMQ0KIyBV bmxlc3MgeW91IGtub3cgdmVyeSB3ZWxsIHdoYXQgeW91J3JlIGRvaW5nLCBs ZWF2ZSBmdDAgYXQgZHJpdmUgMiwgb3INCiMgcmVtb3ZlIHRoZSBsaW5lIGVu dGlyZWx5IGlmIHlvdSBkb24ndCBuZWVkIGl0LiAgVHJ5aW5nIHRvIGNvbmZp Z3VyZQ0KIyBpdCBvbiBhbm90aGVyIHVuaXQgbWlnaHQgY2F1c2Ugc3VycHJp c2VzLCBzZWUgUFIga2Vybi83MTc2Lg0KdGFwZQkJZnQwCWF0IGZkYzAgZHJp dmUgMg0KDQpvcHRpb25zCQkiQ01ENjQwIgkjIHdvcmsgYXJvdW5kIENNRDY0 MCBjaGlwIGRlZmljaWVuY3kNCmNvbnRyb2xsZXIJd2RjMAlhdCBpc2E/IHBv cnQgIklPX1dEMSIgYmlvIGlycSAxNCB2ZWN0b3Igd2RpbnRyDQpkaXNrCQl3 ZDAJYXQgd2RjMCBkcml2ZSAwDQpkaXNrCQl3ZDEJYXQgd2RjMCBkcml2ZSAx DQoNCmNvbnRyb2xsZXIJd2RjMQlhdCBpc2E/IHBvcnQgIklPX1dEMiIgYmlv IGlycSAxNSB2ZWN0b3Igd2RpbnRyDQpkaXNrCQl3ZDIJYXQgd2RjMSBkcml2 ZSAwDQpkaXNrCQl3ZDMJYXQgd2RjMSBkcml2ZSAxDQoNCm9wdGlvbnMJCUFU QVBJCQkjRW5hYmxlIEFUQVBJIHN1cHBvcnQgZm9yIElERSBidXMNCm9wdGlv bnMJCUFUQVBJX1NUQVRJQwkjRG9uJ3QgZG8gaXQgYXMgYW4gTEtNDQpkZXZp Y2UJCXdjZDAJCSNJREUgQ0QtUk9NDQpkZXZpY2UJCXdmZDAJCSNJREUgRmxv cHB5IChlLmcuIExTLTEyMCkNCg0KIyBBIHNpbmdsZSBlbnRyeSBmb3IgYW55 IG9mIHRoZXNlIGNvbnRyb2xsZXJzIChuY3IsIGFoYiwgYWhjLCBhbWQpIGlz DQojIHN1ZmZpY2llbnQgZm9yIGFueSBudW1iZXIgb2YgaW5zdGFsbGVkIGRl dmljZXMuDQpjb250cm9sbGVyCW5jcjANCiNjb250cm9sbGVyCWFtZDANCmNv bnRyb2xsZXIJYWhiMA0KY29udHJvbGxlcglhaGMwDQpjb250cm9sbGVyCWlz cDANCg0KIyBUaGlzIGNvbnRyb2xsZXIgb2ZmZXJzIGEgbnVtYmVyIG9mIGNv bmZpZ3VyYXRpb24gb3B0aW9ucywgdG9vIG1hbnkgdG8NCiMgZG9jdW1lbnQg aGVyZSAgLSBzZWUgdGhlIExJTlQgZmlsZSBpbiB0aGlzIGRpcmVjdG9yeSBh bmQgbG9vayB1cCB0aGUNCiMgZHB0MCBlbnRyeSB0aGVyZSBmb3IgbXVjaCBm dWxsZXIgZG9jdW1lbnRhdGlvbiBvbiB0aGlzLg0KY29udHJvbGxlciAgICAg IGRwdDANCg0KI2NvbnRyb2xsZXIJYWR2MAlhdCBpc2E/IHBvcnQgPyBjYW0g aXJxID8NCmNvbnRyb2xsZXIJYWR3MA0KI2NvbnRyb2xsZXIJYnQwCWF0IGlz YT8gcG9ydCA/IGNhbSBpcnEgPw0KI2NvbnRyb2xsZXIJYWhhMAlhdCBpc2E/ IHBvcnQgPyBjYW0gaXJxID8NCiNjb250cm9sbGVyCXVoYTAJYXQgaXNhPyBw b3J0ICJJT19VSEEwIiBiaW8gaXJxID8gZHJxIDUgdmVjdG9yIHVoYWludHIN CiNjb250cm9sbGVyCWFpYzAJYXQgaXNhPyBwb3J0IDB4MzQwIGJpbyBpcnEg MTEgdmVjdG9yIGFpY2ludHINCiNjb250cm9sbGVyCW5jYTAJYXQgaXNhPyBw b3J0IDB4MWY4OCBiaW8gaXJxIDEwIHZlY3RvciBuY2FpbnRyDQojY29udHJv bGxlcgluY2ExCWF0IGlzYT8gcG9ydCAweDM1MCBiaW8gaXJxIDUgdmVjdG9y IG5jYWludHINCiNjb250cm9sbGVyCXNlYTAJYXQgaXNhPyBiaW8gaXJxIDUg aW9tZW0gMHhjODAwMCBpb3NpeiAweDIwMDAgdmVjdG9yIHNlYWludHINCg0K Y29udHJvbGxlcglzY2J1czANCg0KZGV2aWNlCQlkYTANCg0KZGV2aWNlCQlz YTANCg0KZGV2aWNlCQlwYXNzMA0KDQpkZXZpY2UJCWNkMAkjT25seSBuZWVk IG9uZSBvZiB0aGVzZSwgdGhlIGNvZGUgZHluYW1pY2FsbHkgZ3Jvd3MNCg0K I2RldmljZQkJd3QwCWF0IGlzYT8gcG9ydCAweDMwMCBiaW8gaXJxIDUgZHJx IDEgdmVjdG9yIHd0aW50cg0KI2RldmljZQkJbWNkMAlhdCBpc2E/IHBvcnQg MHgzMDAgYmlvIGlycSAxMCB2ZWN0b3IgbWNkaW50cg0KDQojY29udHJvbGxl cgltYXRjZDAJYXQgaXNhPyBwb3J0IDB4MjMwIGJpbw0KDQojZGV2aWNlCQlz Y2QwCWF0IGlzYT8gcG9ydCAweDIzMCBiaW8NCg0KIyBzeXNjb25zIGlzIHRo ZSBkZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBj b25zb2xlDQpkZXZpY2UJCXNjMAlhdCBpc2E/IHBvcnQgIklPX0tCRCIgY29u ZmxpY3RzIHR0eSBpcnEgMSB2ZWN0b3Igc2NpbnRyDQojIEVuYWJsZSB0aGlz IGFuZCBQQ1ZUX0ZSRUVCU0QgZm9yIHBjdnQgdnQyMjAgY29tcGF0aWJsZSBj b25zb2xlIGRyaXZlcg0KI2RldmljZQkJdnQwCWF0IGlzYT8gcG9ydCAiSU9f S0JEIiBjb25mbGljdHMgdHR5IGlycSAxIHZlY3RvciBwY3JpbnQNCiNvcHRp b25zCQlYU0VSVkVSCQkJIyBzdXBwb3J0IGZvciBYIHNlcnZlcg0KI29wdGlv bnMJCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBjdXJzb3INCiMg SWYgeW91IGhhdmUgYSBUaGlua1BBRCwgdW5jb21tZW50IHRoaXMgYWxvbmcg d2l0aCB0aGUgcmVzdCBvZiB0aGUgUENWVCBsaW5lcw0KI29wdGlvbnMJCVBD VlRfU0NBTlNFVD0yCQkjIElCTSBrZXlib2FyZHMgYXJlIG5vbi1zdGQNCg0K ZGV2aWNlCQlucHgwCWF0IGlzYT8gcG9ydCAiSU9fTlBYIiBpcnEgMTMgdmVj dG9yIG5weGludHINCg0KIw0KIyBMYXB0b3Agc3VwcG9ydCAoc2VlIExJTlQg Zm9yIG1vcmUgb3B0aW9ucykNCiMNCiNkZXZpY2UJCWFwbTAgICAgYXQgaXNh PwlkaXNhYmxlCWZsYWdzIDB4MzEgIyBBZHZhbmNlZCBQb3dlciBNYW5hZ2Vt ZW50DQoNCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQNCiNjb250cm9sbGVy CWNhcmQwDQojZGV2aWNlCQlwY2ljMAlhdCBjYXJkPw0KI2RldmljZQkJcGNp YzEJYXQgY2FyZD8NCg0KZGV2aWNlCQlzaW8wCWF0IGlzYT8gcG9ydCAiSU9f Q09NMSIgZmxhZ3MgMHgxMCB0dHkgaXJxIDQgdmVjdG9yIHNpb2ludHINCmRl dmljZQkJc2lvMQlhdCBpc2E/IHBvcnQgIklPX0NPTTIiIHR0eSBpcnEgMyB2 ZWN0b3Igc2lvaW50cg0KZGV2aWNlCQlzaW8yCWF0IGlzYT8gZGlzYWJsZSBw b3J0ICJJT19DT00zIiB0dHkgaXJxIDUgdmVjdG9yIHNpb2ludHINCmRldmlj ZQkJc2lvMwlhdCBpc2E/IGRpc2FibGUgcG9ydCAiSU9fQ09NNCIgdHR5IGly cSA5IHZlY3RvciBzaW9pbnRyDQoNCmRldmljZQkJbHB0MAlhdCBpc2E/IHBv cnQ/IHR0eSBpcnEgNyB2ZWN0b3IgbHB0aW50cg0KDQpkZXZpY2UJCXBzbTAJ YXQgaXNhPyBwb3J0ICJJT19LQkQiIGNvbmZsaWN0cyB0dHkgaXJxIDEyIHZl Y3RvciBwc21pbnRyDQoNCiMgT3JkZXIgaXMgaW1wb3J0YW50IGhlcmUgZHVl IHRvIGludHJ1c2l2ZSBwcm9iZXMsIGRvICpub3QqIGFscGhhYmV0aXplDQoj IHRoaXMgbGlzdCBvZiBuZXR3b3JrIGludGVyZmFjZXMgdW50aWwgdGhlIHBy b2JlcyBoYXZlIGJlZW4gZml4ZWQuDQojIFJpZ2h0IG5vdyBpdCBhcHBlYXJz IHRoYXQgdGhlIGllMCBtdXN0IGJlIHByb2JlZCBiZWZvcmUgZXAwLiBTZWUN CiMgcmV2aXNpb24gMS4yMCBvZiB0aGlzIGZpbGUuDQpkZXZpY2UgZGUwDQpk ZXZpY2UgZnhwMA0KZGV2aWNlIHRsMA0KZGV2aWNlIHR4MA0KZGV2aWNlIHZ4 MA0KZGV2aWNlIHhsMA0KDQojZGV2aWNlIGVkMCBhdCBpc2E/IHBvcnQgMHgy ODAgbmV0IGlycSAxMCBpb21lbSAweGQ4MDAwIHZlY3RvciBlZGludHINCiNk ZXZpY2UgaWUwIGF0IGlzYT8gcG9ydCAweDMwMCBuZXQgaXJxIDEwIGlvbWVt IDB4ZDAwMDAgdmVjdG9yIGllaW50cg0KI2RldmljZSBlcDAgYXQgaXNhPyBw b3J0IDB4MzAwIG5ldCBpcnEgMTAgdmVjdG9yIGVwaW50cg0KI2RldmljZSBl eDAgYXQgaXNhPyBwb3J0PyBuZXQgaXJxPyB2ZWN0b3IgZXhpbnRyDQojZGV2 aWNlIGZlMCBhdCBpc2E/IHBvcnQgMHgzMDAgbmV0IGlycSA/IHZlY3RvciBm ZWludHINCiNkZXZpY2UgbGUwIGF0IGlzYT8gcG9ydCAweDMwMCBuZXQgaXJx IDUgaW9tZW0gMHhkMDAwMCB2ZWN0b3IgbGVfaW50cg0KI2RldmljZSBsbmMw IGF0IGlzYT8gcG9ydCAweDI4MCBuZXQgaXJxIDEwIGRycSAwIHZlY3RvciBs bmNpbnRyDQojZGV2aWNlIHplMCBhdCBpc2E/IHBvcnQgMHgzMDAgbmV0IGly cSAxMCBpb21lbSAweGQ4MDAwIHZlY3RvciB6ZWludHINCiNkZXZpY2UgenAw IGF0IGlzYT8gcG9ydCAweDMwMCBuZXQgaXJxIDEwIGlvbWVtIDB4ZDgwMDAg dmVjdG9yIHpwaW50cg0KI2RldmljZSBjczAgYXQgaXNhPyBwb3J0IDB4MzAw IG5ldCBpcnEgPyB2ZWN0b3IgY3NpbnRyDQoNCnBzZXVkby1kZXZpY2UJbG9v cA0KcHNldWRvLWRldmljZQlldGhlcg0KcHNldWRvLWRldmljZQlzbAkxDQpw c2V1ZG8tZGV2aWNlCXBwcAkxDQpwc2V1ZG8tZGV2aWNlCXR1bgkxDQpwc2V1 ZG8tZGV2aWNlCXB0eQkxNg0KcHNldWRvLWRldmljZQlnemlwCQkjIEV4ZWMg Z3ppcHBlZCBhLm91dCdzDQoNCiMgS1RSQUNFIGVuYWJsZXMgdGhlIHN5c3Rl bS1jYWxsIHRyYWNpbmcgZmFjaWxpdHkga3RyYWNlKDIpLg0KIyBUaGlzIGFk ZHMgNCBLQiBibG9hdCB0byB5b3VyIGtlcm5lbCwgYW5kIHNsaWdodGx5IGlu Y3JlYXNlcw0KIyB0aGUgY29zdHMgb2YgZWFjaCBzeXNjYWxsLg0Kb3B0aW9u cwkJS1RSQUNFCQkja2VybmVsIHRyYWNpbmcNCg0KIyBUaGlzIHByb3ZpZGVz IHN1cHBvcnQgZm9yIFN5c3RlbSBWIHNoYXJlZCBtZW1vcnkuDQojDQpvcHRp b25zCQlTWVNWU0hNDQoNCiMgIFRoZSBgYnBmaWx0ZXInIHBzZXVkby1kZXZp Y2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4gIEJlDQoj ICBhd2FyZSBvZiB0aGUgbGVnYWwgYW5kIGFkbWluaXN0cmF0aXZlIGNvbnNl cXVlbmNlcyBvZiBlbmFibGluZyB0aGlzDQojICBvcHRpb24uICBUaGUgbnVt YmVyIG9mIGRldmljZXMgZGV0ZXJtaW5lcyB0aGUgbWF4aW11bSBudW1iZXIg b2YNCiMgIHNpbXVsdGFuZW91cyBCUEYgY2xpZW50cyBwcm9ncmFtcyBydW5u YWJsZS4NCnBzZXVkby1kZXZpY2UJYnBmaWx0ZXIJNAkjQmVya2VsZXkgcGFj a2V0IGZpbHRlcg0Kb3B0aW9ucyAgICAgICAgIElQRklSRVdBTEwgICAgICAg ICAgICAgICNmaXJld2FsbA0Kb3B0aW9ucyAgICAgICAgIFFVT1RBICAgICAg ICAgICAgICAgICAgICNlbmFibGUgZGlzayBxdW90YXMNCmNvbnRyb2xsZXIg ICAgICBwbnAwDQpjb250cm9sbGVyICAgICAgc25kMA0KZGV2aWNlIHNiMAlh dCBpc2E/IHBvcnQgMHgyMjAgaXJxIDcgY29uZmxpY3RzIGRycSAxIHZlY3Rv ciBzYmludHINCmRldmljZSBzYnh2aTAJYXQgaXNhPyBkcnEgNQ0KZGV2aWNl IHNibWlkaTAJYXQgaXNhPyBwb3J0IDB4MzMwDQo= --0-378912012-910738491=:328-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 15:17:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03183 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 15:17:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from shemp.stooges.stac.state.tx.us (shemp.stooges.stac.state.tx.us [141.198.236.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03176 for ; Tue, 10 Nov 1998 15:17:33 -0800 (PST) (envelope-from stu@shemp.stooges.stac.state.tx.us) Received: from localhost (stu@localhost) by shemp.stooges.stac.state.tx.us (8.7.5/8.7.3) with SMTP id RAA03203; Tue, 10 Nov 1998 17:19:02 -0600 (CST) Date: Tue, 10 Nov 1998 17:19:00 -0600 (CST) From: stuart nichols To: junichi@jp.FreeBSD.org cc: bugs@FreeBSD.ORG Subject: wfd driver does not function for me. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am running 3.0-RELEASE and cannot get the LS-120 driver to work for me. I cannot put a BSD filesystem on the drive, even tho I am following the manpages. This is a dual-boot machine, and the drive does seem to work OK with Win98, but I can't get it to do much of anything for me under FreeBSD. The LS-120 drive is configured as the master on the second IDE controller. Here is a script, with comments, of what I am trying to do: Script started on Tue Nov 10 13:48:12 1998 takakazu# Here are the appropriate boot lines from /var/log/messages: takakazu# tail -32 /var/log/messages | head -15 Nov 10 13:45:56 takakazu /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Nov 10 13:45:56 takakazu /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Nov 10 13:45:56 takakazu /kernel: wdc0: unit 0 (wd0): Nov 10 13:45:56 takakazu /kernel: wd0: 4134MB (8467200 sectors), 8960 cyls, 15 heads, 63 S/T, 512 B/S Nov 10 13:45:56 takakazu /kernel: wdc0: unit 1 (atapi): , removable, intr, dma, iordis Nov 10 13:45:56 takakazu /kernel: wcd0: 0/6187Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray Nov 10 13:45:56 takakazu /kernel: wcd0: 120mm data disc loaded, unlocked Nov 10 13:45:56 takakazu /kernel: wdc1 at 0x170-0x177 irq 15 on isa Nov 10 13:45:56 takakazu /kernel: wdc1: unit 0 (atapi): , removable, iordy Nov 10 13:45:56 takakazu /kernel: wfd0: 120MB floppy disk loaded Nov 10 13:45:56 takakazu /kernel: wfd0: 963 cyls, 8 heads, 32 S/T, 512 B/S Nov 10 13:45:56 takakazu /kernel: wt0 not found at 0x300 Nov 10 13:45:56 takakazu /kernel: mcd0 not found at 0x300 Nov 10 13:45:56 takakazu /kernel: matcdc0 not found at 0x230 takakazu# The state of the filesystems, to show that we haven't maxed-out anything: takakazu# df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s2a 79359 17460 55551 24% / /dev/wd0s2d 229566 1 211200 0% /export /dev/wd0s2f 127023 13 116849 0% /home /dev/wd0s2g 349343 240089 81307 75% /usr /dev/wd0s2h 190543 1 175299 0% /usr/local /dev/wd0s2e 127023 833 116029 1% /var /dev/wd0s1 2958160 559104 2399056 19% /win98 procfs 4 4 0 100% /proc takakazu# Now let's try the commands from the man pages: takakazu# dd if=/dev/zero of=/dev/wfd0 count=16 dd: /dev/wfd0: Input/output error takakazu# takakazu# disklabel -rw wfd0 fd120m disklabel: /dev/rwfd0c: Input/output error takakazu# This next command is incorrect in the man page. It says "rfd0a" there, but that doesn't make sense. I used rwfd0a instead. takakazu# takakazu# newfs /dev/rwfd0a newfs: /dev/rwfd0a: Input/output error takakazu# takakazu# exit takakazu# exit Script done on Tue Nov 10 13:58:06 1998 ****** I'll try things out for you and/or supply more info for you as needed. stu stu@stooges.stac.state.tx.us To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 16:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15581 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 16:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15576 for ; Tue, 10 Nov 1998 16:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA28817; Tue, 10 Nov 1998 17:00:00 -0800 (PST) Date: Tue, 10 Nov 1998 17:00:00 -0800 (PST) Message-Id: <199811110100.RAA28817@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Reply-To: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8637; it has been noted by GNATS. From: Dmitrij Tejblum To: Dan Nelson Cc: Dmitrij Tejblum , FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Date: Wed, 11 Nov 1998 03:45:46 +0300 Dan Nelson wrote: > > And how about just add EOVERFLOW to errno.h, instead of document the bug > > in man pages??? > > Well, if it's that easy, sure. I don't know all that much about the > repercussions of adding errors to errno.h. I suppose there's a string > table that needs adjusting, too, for strerror()? Anything else? The string table is in lib/libc/gen/errlst.c. It is already incomplete. I don't know of anything else. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 17:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18261 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 17:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18211 for ; Tue, 10 Nov 1998 17:29:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA29997; Tue, 10 Nov 1998 17:30:01 -0800 (PST) Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18166 for ; Tue, 10 Nov 1998 17:29:37 -0800 (PST) (envelope-from cschuber@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.9.1/8.8.8) id RAA13977 for ; Tue, 10 Nov 1998 17:29:16 -0800 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda13975; Tue Nov 10 17:29:11 1998 Received: (from cschuber@localhost) by passer.osg.gov.bc.ca (8.9.1/8.9.1) id RAA20476; Tue, 10 Nov 1998 17:29:10 -0800 (PST) Message-Id: <199811110129.RAA20476@passer.osg.gov.bc.ca> Date: Tue, 10 Nov 1998 17:29:10 -0800 (PST) From: Cy Schubert Reply-To: cschuber@uumail.gov.bc.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8646: Implement rlogind -a option Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8646 >Category: bin >Synopsis: Implement rlogind -a option >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Nov 10 17:30:01 PST 1998 >Last-Modified: >Originator: Cy Schubert >Organization: ITSD, Province of British Columbia >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: FreeBSD passer.osg.gov.bc.ca 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Sat Oct 31 09:54:11 PST 1998 root@passer.osg.gov.bc.ca:/opt/usr_src-227/src/sys/compile/PASSER i386 >Description: Implement rshd's -a option in rlogind. Hopefully this will provide a little better security. >How-To-Repeat: N/A >Fix: --- /usr/src/libexec/rlogind/rlogind.c Sun Jul 19 03:57:45 1998 +++ /tmp/libexec/rlogind/rlogind.c Tue Nov 10 17:26:38 1998 @@ -215,6 +215,8 @@ int authenticated = 0; register struct hostent *hp; char hostname[2 * MAXHOSTNAMELEN + 1]; + char remotehost[2 * MAXHOSTNAMELEN + 1]; + char *errorstr = NULL; char c; alarm(60); @@ -229,14 +231,58 @@ alarm(0); fromp->sin_port = ntohs((u_short)fromp->sin_port); + errorstr = NULL; hp = gethostbyaddr((char *)&fromp->sin_addr, sizeof(struct in_addr), fromp->sin_family); if (hp) { (void)strncpy(hostname, hp->h_name, sizeof(hostname)); + (void)strncpy(hostname, hp->h_name, sizeof(hostname) - 1); + hostname[sizeof(hostname) - 1] = 0; +#ifdef KERBEROS + if (!use_kerberos) +#endif + if (check_all || local_domain(hp->h_name)) { + strncpy(remotehost, hp->h_name, sizeof(remotehost) - 1); + remotehost[sizeof(remotehost) - 1] = 0; + hp = gethostbyname(remotehost); + if (hp == NULL) { + syslog(LOG_INFO, + "couldn't look up address for %s", + remotehost); + errorstr = + "Couldn't look up address for your host (%s)\n"; + strncpy(hostname, inet_ntoa(fromp->sin_addr), + sizeof(hostname) - 1); + hostname[sizeof(hostname) - 1] = 0; + } else for (; ; hp->h_addr_list++) { + if (hp->h_addr_list[0] == NULL) { + syslog(LOG_NOTICE, + "host addr %s not listed for host %s", + inet_ntoa(fromp->sin_addr), + hp->h_name); + errorstr = + "Host address mismatch for %s\n"; + strncpy(hostname, inet_ntoa(fromp->sin_addr), + sizeof(hostname) - 1); + hostname[sizeof(hostname) - 1] = 0; + break; + } + if (!bcmp(hp->h_addr_list[0], + (caddr_t)&fromp->sin_addr, + sizeof(fromp->sin_addr))) { + (void)strncpy(hostname, remotehost, sizeof(hostname) - 1); + hostname[sizeof(hostname) - 1] = 0; + break; + } + } + if (errorstr) + fatal(f,errorstr,0); + } } else { - (void)strncpy(hostname, inet_ntoa(fromp->sin_addr), sizeof(hostname)); + (void)strncpy(hostname, inet_ntoa(fromp->sin_addr), + sizeof(hostname) - 1); + hostname[sizeof(hostname) - 1] = 0; } - hostname[sizeof(hostname) - 1] = '\0'; #ifdef KERBEROS if (use_kerberos) { >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 19:40:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA00774 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 19:40:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.zilker.net (jump-tnt-0033.customer.jump.net [207.8.127.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA00768 for ; Tue, 10 Nov 1998 19:40:21 -0800 (PST) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.8) id VAA09750; Tue, 10 Nov 1998 21:40:03 -0600 (CST) (envelope-from marquard) To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8570: patch for randomised process id allocation References: <199811040526.XAA15378@diginix.net> From: Dave Marquardt Date: 10 Nov 1998 21:39:19 -0600 In-Reply-To: root@diginix.net's message of "Tue, 3 Nov 1998 23:26:00 -0600 (CST)" Message-ID: <85af1yhp94.fsf@localhost.zilker.net> Lines: 12 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org root@diginix.net writes: > The incremental nature of current process id allocation can lend > itself to a number of potentially serious security problems. This > patch allocates a pid using the kernels random() function in > libkern. It is nearly the same as OpenBSD's equivalent, only > difference being that obsd uses the arc4random() PRNG. Wow! How much pathlength does this patch add to fork()? Sounds like a lot to me. I agree with David Greenman--justify this in a big way before you add all this extra pathlength to fork(). -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 23:00:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10752 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 23:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10694 for ; Tue, 10 Nov 1998 22:59:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA24496; Tue, 10 Nov 1998 23:00:01 -0800 (PST) Date: Tue, 10 Nov 1998 23:00:01 -0800 (PST) Message-Id: <199811110700.XAA24496@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Wemm Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8637; it has been noted by GNATS. From: Peter Wemm To: Dan Nelson Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8637: fgetpos()/fsetpos() don't work for >2GB filesize Date: Wed, 11 Nov 1998 13:05:38 +0800 Dan Nelson wrote: > In the last episode (Nov 10), Dmitrij Tejblum said: > > > One thing; our errno.h doesn't have an EOVERFLOW, so I used EFBIG in > > > ftell() for filesizes that exceed 2GB. This should probably get fixed. > > > > And how about just add EOVERFLOW to errno.h, instead of document the bug > > in man pages??? > > Well, if it's that easy, sure. I don't know all that much about the > repercussions of adding errors to errno.h. I suppose there's a string > table that needs adjusting, too, for strerror()? Anything else? NFS needs it added to the errno mapping tables, I suspect the binary emulation (linux, ibcs2 etc) need it too. Cheers, -Peter -- Peter Wemm Netplex Consulting "No coffee, No workee!" :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 10 23:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10757 for freebsd-bugs-outgoing; Tue, 10 Nov 1998 23:00:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10697 for ; Tue, 10 Nov 1998 23:00:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA24502; Tue, 10 Nov 1998 23:00:02 -0800 (PST) Date: Tue, 10 Nov 1998 23:00:02 -0800 (PST) Message-Id: <199811110700.XAA24502@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Wemm Subject: Re: bin/8646: Implement rlogind -a option Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8646; it has been noted by GNATS. From: Peter Wemm To: cschuber@uumail.gov.bc.ca Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8646: Implement rlogind -a option Date: Wed, 11 Nov 1998 13:04:01 +0800 Cy Schubert wrote: > >Synopsis: Implement rlogind -a option > >Description: > > Implement rshd's -a option in rlogind. Hopefully this will > provide a little better security. I'm not sure that this is the right thing.. What is it to protect? Hostname spoofing for .rhosts? If so, that is already taken care of within the ruserok() and iruserok() code in libc which deals with .rhosts. All that I can see that it does is verify the hostname for utmp purposes.. What it should do in this case is log the IP address instead of the hostname if there is a mismatch, and let ruserok() decide what to do. There is no need to refuse a connection from an incorrectly configured client if that client has it's IP address (not hostname) explicitly listed in the .rhosts file. Refusing service solely because of DNS problems is bad. Refusing to *trust* DNS if there is a problem is much better. The logging should switch to IP addresses if there is any doubt about the DNS integrity. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 01:50:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26671 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 01:50:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26665 for ; Wed, 11 Nov 1998 01:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA03148; Wed, 11 Nov 1998 01:50:01 -0800 (PST) Date: Wed, 11 Nov 1998 01:50:01 -0800 (PST) Message-Id: <199811110950.BAA03148@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Thomas Zenker Subject: Re: bin/4553: man fails to open manpage if ./man exists in current dir. Reply-To: Thomas Zenker Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/4553; it has been noted by GNATS. From: Thomas Zenker To: freebsd-gnats-submit@freebsd.org, thz@tuebingen.netsurf.de Cc: Subject: Re: bin/4553: man fails to open manpage if ./man exists in current dir. Date: Wed, 11 Nov 1998 10:42:31 +0100 This does not happen anymore on 2.2.7 nor on CURRENT-3.0. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 06:30:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA19707 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 06:30:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA19701 for ; Wed, 11 Nov 1998 06:29:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA17587; Wed, 11 Nov 1998 06:30:01 -0800 (PST) Date: Wed, 11 Nov 1998 06:30:01 -0800 (PST) Message-Id: <199811111430.GAA17587@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Cy Schubert - ITSD Open Systems Group Subject: Re: bin/8646: Implement rlogind -a option Reply-To: Cy Schubert - ITSD Open Systems Group Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8646; it has been noted by GNATS. From: Cy Schubert - ITSD Open Systems Group To: Peter Wemm Cc: cschuber@uumail.gov.bc.ca, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8646: Implement rlogind -a option Date: Wed, 11 Nov 1998 06:24:11 -0800 In message <199811110504.NAA08334@spinner.netplex.com.au>, Peter Wemm writes: > Cy Schubert wrote: > > > >Synopsis: Implement rlogind -a option > > > >Description: > > > > Implement rshd's -a option in rlogind. Hopefully this will > > provide a little better security. > > I'm not sure that this is the right thing.. What is it to protect? > Hostname spoofing for .rhosts? If so, that is already taken care of > within the ruserok() and iruserok() code in libc which deals with .rhosts. > > All that I can see that it does is verify the hostname for utmp purposes.. > What it should do in this case is log the IP address instead of the > hostname if there is a mismatch, and let ruserok() decide what to do. > > There is no need to refuse a connection from an incorrectly configured > client if that client has it's IP address (not hostname) explicitly listed > in the .rhosts file. > > Refusing service solely because of DNS problems is bad. Refusing to > *trust* DNS if there is a problem is much better. The logging should > switch to IP addresses if there is any doubt about the DNS integrity. > > Cheers, > -Peter > > > > I looked through the ruserok() and iruserok() code. You are indeed correct. I stand corrected. I suppose that the -a option in rshd should also be deprecated. Wietse Venema's comments about BSD-style "paranoid" checks in BUGTRAQ are false. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Open Systems Group Internet: cschuber@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Government of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 06:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20668 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 06:39:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA20663 for ; Wed, 11 Nov 1998 06:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA20509; Wed, 11 Nov 1998 06:40:01 -0800 (PST) Date: Wed, 11 Nov 1998 06:40:01 -0800 (PST) Message-Id: <199811111440.GAA20509@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Peter Wemm Subject: Re: bin/8646: Implement rlogind -a option Reply-To: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8646; it has been noted by GNATS. From: Peter Wemm To: Cy Schubert - ITSD Open Systems Group Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8646: Implement rlogind -a option Date: Wed, 11 Nov 1998 22:36:47 +0800 Cy Schubert - ITSD Open Systems Group wrote: > In message <199811110504.NAA08334@spinner.netplex.com.au>, Peter Wemm > writes: > > Cy Schubert wrote: > > > > > >Synopsis: Implement rlogind -a option > > > > > >Description: > > > > > > Implement rshd's -a option in rlogind. Hopefully this will > > > provide a little better security. > > > > I'm not sure that this is the right thing.. What is it to protect? > > Hostname spoofing for .rhosts? If so, that is already taken care of > > within the ruserok() and iruserok() code in libc which deals with .rhosts. > > > > All that I can see that it does is verify the hostname for utmp purposes.. > > What it should do in this case is log the IP address instead of the > > hostname if there is a mismatch, and let ruserok() decide what to do. > > > > There is no need to refuse a connection from an incorrectly configured > > client if that client has it's IP address (not hostname) explicitly listed > > in the .rhosts file. > > > > Refusing service solely because of DNS problems is bad. Refusing to > > *trust* DNS if there is a problem is much better. The logging should > > switch to IP addresses if there is any doubt about the DNS integrity. > > I looked through the ruserok() and iruserok() code. You are indeed > correct. I stand corrected. I suppose that the -a option in rshd > should also be deprecated. Wietse Venema's comments about BSD-style > "paranoid" checks in BUGTRAQ are false. Wietse's comments could well be correct for older BSD code, I don't have it to check, but I was pretty sure I'd seen it somewhere in there. The -a checks do have some purpose, but are not implemented the way I'd like. They are used for logging the hostname in log files and the utmp/ wtmp. What I would prefer: - the checks are on permanently - a mismatch is not a fatal error, but instead of using the hostname, we use the IP address in ascii form in the logs and utmp/wtmp. ie: if we get a connection from 1.2.3.4 and "1.2.3.4 -> foo.bar.org", but "foo.bar.org -> 2.3.4.5", then rather than dropping the connection, we just use "1.2.3.4" in the logs and the utmp files. And this should be on always. :-) After all, there is little point in refusing a connection if the user's .rhosts has explicitly got: "1.2.3.4 otheruser" in it. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 07:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA24000 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 07:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23994 for ; Wed, 11 Nov 1998 07:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA22290; Wed, 11 Nov 1998 07:10:00 -0800 (PST) Date: Wed, 11 Nov 1998 07:10:00 -0800 (PST) Message-Id: <199811111510.HAA22290@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Ed Symanzik Subject: Re: conf/8350: Problems with /etc/rc.firewall Reply-To: Ed Symanzik Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/8350; it has been noted by GNATS. From: Ed Symanzik To: freebsd-gnats-submit@freebsd.org, skafte@zaius.worldgate.ca Cc: zik@msu.edu Subject: Re: conf/8350: Problems with /etc/rc.firewall Date: Wed, 11 Nov 1998 10:00:19 -0500 The file should contain ipfw commands not a script. Don't put a flush command in the file. The system will hang waiting for confirmation and -f doesn't apply to files. Quiet mode (-q) doesn't tolerate blank lines in the file. The file is treated as one command. This means you must number your commands (if you don't want one big rule). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 10:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14766 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 10:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14758 for ; Wed, 11 Nov 1998 10:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA02591; Wed, 11 Nov 1998 10:10:00 -0800 (PST) Received: from trooper.velocet.ca (host-034.canadiantire.ca [209.146.201.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14436 for ; Wed, 11 Nov 1998 10:05:22 -0800 (PST) (envelope-from root@trooper.velocet.ca) Received: (from root@localhost) by trooper.velocet.ca (8.8.7/8.8.7) id NAA07430; Wed, 11 Nov 1998 13:05:00 -0500 (EST) Message-Id: <199811111805.NAA07430@trooper.velocet.ca> Date: Wed, 11 Nov 1998 13:05:00 -0500 (EST) From: dgilbert@velocet.net Reply-To: root@trooper.velocet.ca To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8653: IDE Lockups. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8653 >Category: kern >Synopsis: FreeBSD 3.0 locks up on access to certain IDE HDs. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 11 10:10:00 PST 1998 >Last-Modified: >Originator: David Gilbert >Organization: Velocet Communications >Release: FreeBSD 3.0-RELEASE i386 >Environment: 2 Fujitsu, 1 Quantum. Lockups occur on Quantum access. Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.7-RELEASE #0: Tue Aug 25 09:26:02 EDT 1998 dgilbert@trooper.velocet.ca:/usr/src/sys/compile/TROOPER CPU: AMD-K6tm w/ multimedia extensions (233.87-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x562 Stepping=2 Features=0x8001bf real memory = 134217728 (131072K bytes) avail memory = 128970752 (125948K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 0 on pci0:1:0 chip2 rev 65 on pci0:7:0 pci0:7:1: VIA Technologies, device=0x0571, class=storage (ide) [no driver assigned] chip3 rev 16 on pci0:7:3 de0 rev 34 int a irq 11 on pci0:8:0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:c0:f0:17:39:3e vga0 rev 72 on pci0:9:0 vx0 <3COM 3C905 Fast Etherlink XL PCI> rev 0 int a irq 10 on pci0:10:0 mii[*mii*]: disable 'auto select' with DOS util! address 00:60:97:93:62:c2 Probing for devices on PCI bus 1: Probing for PnP devices: CSN 1 Vendor ID: CTL0070 [0x70008c0e] Serial 0xffffffff pcm1 (SB16pnp sn 0xffffffff) at 0x220 irq 9 drq 3 flags 0x17 id 16 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pcm0 not found at 0xffffffff pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2062MB (4224150 sectors), 4470 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, dma, iordy wcd0: 2067/4134Kb/sec, 128Kb cache, audio play, 16 volume levels, ejectable tray wcd0: medium type unknown, unlocked aic0 not found at 0x340 npx0 flags 0x1 on motherboard npx0: INT 16 interface IP packet filtering initialized, divert enabled, logging limited to 1000 packets/entry de0: enabling 100baseTX port >Description: I have had a number of lockups accessing the quantum (which didn't give problems under 2.2.7). Some of the lockups will return if I'm patient enough, others will reboot the machine eventually, some just seem to hang until I reboot. This only seems to happen with activity on the Quantum drive. >How-To-Repeat: I can make my machine available for testing fixes/investigation. >Fix: None known. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 11:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26111 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 11:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26104 for ; Wed, 11 Nov 1998 11:49:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA08579; Wed, 11 Nov 1998 11:50:01 -0800 (PST) Received: from furrball.dyn.ml.org (hou4-17.flex.net [207.18.136.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25581 for ; Wed, 11 Nov 1998 11:43:31 -0800 (PST) (envelope-from chris@furrball.dyn.ml.org) Received: (from chris@localhost) by furrball.dyn.ml.org (8.9.1a/8.8.8) id NAA11791; Wed, 11 Nov 1998 13:43:17 -0600 (CST) (envelope-from chris) Message-Id: <199811111943.NAA11791@furrball.dyn.ml.org> Date: Wed, 11 Nov 1998 13:43:17 -0600 (CST) From: phoenix@calldei.com Reply-To: phoenix@calldei.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/8654: SYSV calls in the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8654 >Category: misc >Synopsis: SYSV options allow WINE to run, but Netscape fails afterward >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 11 11:50:00 PST 1998 >Last-Modified: >Originator: Chris Costello >Organization: - >Release: FreeBSD 2.2.7-STABLE i386 >Environment: USER_LDT, SYSVSEM, SYSVMSG, SYSVSHM options in kernel conf, Accelerated X 4.1, wine980517 port. >Description: Upon compiling the kernel with the previously mentioned options, Netscape works fine until I start WINE. Netscape then does not respond. Even after I kill and restart Netscape, it will not work. >How-To-Repeat: Install wine from ports, download and install Netscape 4.06 for Linux to run under linux_lib module, compile kernel with the previously mentioned options. Start the X server and run WINE. Then try to start Netscape. Also, reboot, then try opening Netscape, and then running WINE. Netscape will not respond. >Fix: The fix for this problem is unknown to me. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 16:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24519 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 16:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24511 for ; Wed, 11 Nov 1998 16:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA26286; Wed, 11 Nov 1998 16:10:01 -0800 (PST) Received: from iaia.irk.ru (gw.iaia.irk.ru [195.206.40.194] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21631 for ; Wed, 11 Nov 1998 16:00:36 -0800 (PST) (envelope-from root@iaia.irk.ru) Received: (from root@localhost) by iaia.irk.ru (8.8.8/8.8.5) id IAA08470 for out.FreeBSD-gnats-submit@freebsd.org; Thu, 12 Nov 1998 08:00:02 +0800 (IS) Received: (from root@localhost) by iaia.irk.ru (8.8.8/8.8.5) id HAA08428; Thu, 12 Nov 1998 07:51:03 +0800 (IS) Message-Id: <199811112351.HAA08428@iaia.irk.ru> Date: Thu, 12 Nov 1998 07:51:03 +0800 (IS) From: Alexandr Murin Reply-To: maw@iaia.irk.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8655: Umount trouble of SCSI removable device Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8655 >Category: kern >Synopsis: Umount trouble of SCSI removable device >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 11 16:10:00 PST 1998 >Last-Modified: >Originator: Alexandr Murin >Organization: JSC "Irkutsk Aviation Industrial Association" >Release: FreeBSD 3.0-19980804-SNAP i386 >Environment: i133/32Mb RAM with SCSI AHA1540 on ISA bus >Description: If I do: 1. umount /dev/od 2. fsck /dev/od0s1 3. Remove Optic Media 4. Insert Optic Media 5. mount /dev/ods1 all ok. If I do this except (2) - I can't do (5). Reason founded by fsck /dev/od0s1: "CLEAN FLAG NOT SET IN SUPERBLOCK" It is look like umount don't flush SCSI cash. If I do umount device with UFS, remove it, insert media with VFAT, try mount it - I get "System Panic" message and finally automatic reboot. >How-To-Repeat: This repeat as often as I do Remove/Insert media. >Fix: Try to run "fsck device" after dismount device, but this not good way. In 3.0-SNAP199802xx this trouble is not appeared. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 17:49:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04675 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 17:49:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from websmtp1.bellsouth.bigfoot.com (websmtp1.bellsouth.bigfoot.com [208.156.60.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA04667 for ; Wed, 11 Nov 1998 17:49:08 -0800 (PST) (envelope-from BSB-Publishing@bellsouth.com) Received: from v5q6k3 (170-56-111.ipt.aol.com [152.170.56.111]) by websmtp1.bellsouth.bigfoot.com (8.9.1/8.8.5) with SMTP id UAA26126; Wed, 11 Nov 1998 20:17:12 -0500 (EST) Date: Wed, 11 Nov 1998 20:17:12 -0500 (EST) Message-Id: <199811120117.UAA26126@websmtp1.bellsouth.bigfoot.com> From: BSB Publishing To: Subject: Offering 50,000 African American Email Addresses . . . Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Email up to 50,000 African-American Consumers CALL TOLL FREE TO ORDER - (800)305-1458 Also . . . Email 4,000 Black business owners and entrepreneurs simultaneously. Generate web traffic and sales by exchanging links and banners with other African- American Entrepreneurs. Do you have a product or service of interest to African-Americans on the Internet? Would you like to effortlessly expand your customer base by up to 50,000 African-Americans for under $100? If you answered yes to either of these questions, then our email marketing lists are what you need. We have a database of well over 50,000 email addresses of African-Americans who may be interested in your products and services. We also offer a email list of 4,000 African American entreprenuers and businesses who do business on the internet. These contacts could lead to a mutually profitible business relationship including banner and link exchanges. These pre-screened email addresses are compiled on 3.5" diskettes in standard "DBASE IV" and "TEXT" format which are universally compatible with email merge programs like CyberMailer Pro and word processing programs. All you need to do is import the list into an email merge program which will automatically email everyone on the list. It couldn't be easier or more efficient. Email up to 50,000 African-Americans immediately! 50,000 AA Email Addresses - $99.95 10,000 AA Email Addresses - $49.95 4,000 AA Entreprenuers - $39.95 ***Special Limited time offer*** Order 50,000 African American Email Addresses and receive 4,000 African American Entreprenuers for FREE. ($39.95 value) CALL TOLL FREE TO ORDER - (800)305-1458 BSB Publishing Co. 5411 E. State Street #348 Rockford, IL 61108 All orders are shipped C.O.D. $10.00 - Priority Mail Shipping $12.00 - Overnight Shipping To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 18:01:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06010 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 18:01:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06005; Wed, 11 Nov 1998 18:01:20 -0800 (PST) (envelope-from truckman@FreeBSD.org) From: Don Lewis Received: (from truckman@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA02771; Wed, 11 Nov 1998 18:01:24 -0800 (PST) Date: Wed, 11 Nov 1998 18:01:24 -0800 (PST) Message-Id: <199811120201.SAA02771@freefall.freebsd.org> To: gdonl@tsc.tdk.com, truckman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7899 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SETOWN allows bypass of signal credential checks and has other bugs State-Changed-From-To: open-closed State-Changed-By: truckman State-Changed-When: Wed Nov 11 17:53:48 PST 1998 State-Changed-Why: A somewhat modified version of the second patch was commited to 3.0-current. The fix is in kern_descript.c version 1.56 plus a number of other files. This fix doesn't have a good enough benefit to disruption ratio to commit to -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 18:40:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10032 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 18:40:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA10027 for ; Wed, 11 Nov 1998 18:39:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA05082; Wed, 11 Nov 1998 18:40:01 -0800 (PST) Date: Wed, 11 Nov 1998 18:40:01 -0800 (PST) Message-Id: <199811120240.SAA05082@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Don Lewis Subject: Re: bin/8055 Reply-To: Don Lewis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8055; it has been noted by GNATS. From: Don Lewis To: bug-followup@freebsd.org Cc: Subject: Re: bin/8055 Date: Wed, 11 Nov 1998 18:29:07 -0800 (PST) The patches submitted with this PR have been incorporated with fixes into Kirk McKusick's 1998-10-08 13:19 PDT version of fsck. This should be imported into the tree with the following patch. --- fsck/inode.c.orig Fri Oct 23 20:09:43 1998 +++ fsck/inode.c Fri Oct 23 20:15:09 1998 @@ -520,6 +520,7 @@ register struct dinode *dp; register char *p; struct passwd *pw; + time_t t; char *ctime(); printf(" I=%lu ", ino); @@ -535,7 +536,8 @@ if (preen) printf("%s: ", cdevname); printf("SIZE=%qu ", dp->di_size); - p = ctime(&dp->di_mtime.tv_sec); + t = dp->di_mtime; + p = ctime(&t); printf("MTIME=%12.12s %4.4s ", &p[4], &p[20]); } @@ -617,8 +619,9 @@ } dp->di_mode = type; dp->di_flags = 0; - (void)time(&dp->di_atime.tv_sec); + dp->di_atime = time(NULL); dp->di_mtime = dp->di_ctime = dp->di_atime; + dp->di_mtimensec = dp->di_ctimensec = dp->di_atimensec = 0; dp->di_size = sblock.fs_fsize; dp->di_blocks = btodb(sblock.fs_fsize); n_files++; --- fsck/pass3.c.orig Fri Oct 23 20:09:56 1998 +++ fsck/pass3.c Fri Oct 23 03:00:33 1998 @@ -84,9 +84,9 @@ if (linkup(orphan, inp->i_dotdot, NULL)) { inp->i_parent = inp->i_dotdot = lfdir; inoinfo(lfdir)->ino_linkcnt--; - inoinfo(orphan)->ino_state = DFOUND; - propagate(); } + inoinfo(orphan)->ino_state = DFOUND; + propagate(); continue; } pfatal("ORPHANED DIRECTORY LOOP DETECTED I=%lu", orphan); @@ -106,8 +106,8 @@ inoinfo(orphan)->ino_linkcnt++; inp->i_parent = inp->i_dotdot = lfdir; inoinfo(lfdir)->ino_linkcnt--; - inoinfo(orphan)->ino_state = DFOUND; - propagate(); } + inoinfo(orphan)->ino_state = DFOUND; + propagate(); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 11 19:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15442 for freebsd-bugs-outgoing; Wed, 11 Nov 1998 19:29:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15436 for ; Wed, 11 Nov 1998 19:29:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA07192; Wed, 11 Nov 1998 19:30:00 -0800 (PST) Received: from shell1.dragondata.com (shell1.dragondata.com [204.137.237.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15366 for ; Wed, 11 Nov 1998 19:28:28 -0800 (PST) (envelope-from toasty@shell1.dragondata.com) Received: (from toasty@localhost) by shell1.dragondata.com (8.8.8/8.8.8) id VAA27940; Wed, 11 Nov 1998 21:28:07 -0600 (CST) (envelope-from toasty) Message-Id: <199811120328.VAA27940@shell1.dragondata.com> Date: Wed, 11 Nov 1998 21:28:07 -0600 (CST) From: Kevin Day Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8657: nfs client hung in nfs_bwrite/vfs_busy_pages Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8657 >Category: kern >Synopsis: nfs client hung in nfs_bwrite/vfs_busy_pages >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 11 19:30:00 PST 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData Internet Services >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: 2.2.5 NFS server, and 2.2.7 NFS client >Description: Three times in the past week, the NFS client has frozen with the following trace: --- interrupt, eip = 0xf012fa10, esp = 0xefbffdbc, ebp = 0xefbffdf0 _vfs_busy_pages(f6dff300,1,efbffed0,f015d640,efbffe5c) at _vfs_busy_pages _nfs_bwrite(efbffe5c) at _nfs_bwrite+0x10 _nfs_write(efbffef4,efbfff94,1ef5ef3c00,2) at _nfs_write+0x648 _vn_write(f61815c0,efbfff38,f6061d00,f01f2f90,f5ef3c00) at _vn_write+0x93 _write(f5ef3c00,efbfff94,efbff84) at _write+0x76 _syscall _Xsyscall 9 out of 10 times I'd break into the debugger, I'd see this exact trace. If not, it would be somewhere higher up in the same syscall. I am unable to force a core dump. (it acts like it's going to dump, but never actually starts displaying any numbers) Here's the dmesg from the client Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.7-RELEASE #0: Thu Jul 30 16:42:02 CDT 1998 root@shell1.dragondata.com:/usr/src/sys/compile/SHELL1 CPU: Pentium II (quarter-micron) (398.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX,> real memory = 402653184 (393216K bytes) avail memory = 391720960 (382540K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 2 on pci0:1:0 chip2 rev 2 on pci0:7:0 chip3 rev 1 on pci0:7:1 chip4 rev 1 int d irq 9 on pci0:7:2 chip5 rev 2 on pci0:7:3 de0 rev 34 int a irq 11 on pci0:14:0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:43:a3:a3 de1 rev 34 int a irq 10 on pci0:15:0 de1: 21140A [10-100Mb/s] pass 2.2 de1: address 00:40:05:42:dd:26 Probing for devices on PCI bus 1: vga0 rev 92 on pci1:0:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, dma, iordy wcd0: 2412/5512Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 flags 0x1 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. de0: enabling Full Duplex 100baseTX port de1: enabling 100baseTX port nfsstat from the box now: Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 252676 6639 339393 74 39757 45089 42982 44343 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 44119 8 0 0 38 503 0 1077438 Mknod Fsstat Fsinfo PathConf Commit GLease Vacate Evict 0 4 2 0 20988 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 1173 3294 1914053 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 1630403 252676 951712 250478 347493 39757 98064 45089 BioRLHits Misses BioD Hits Misses DirE Hits Misses 1024 74 16003 503 711 0 >How-To-Repeat: Rather random.. Heavy NFS access on the client at all times though. >Fix: . >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 01:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17497 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 01:39:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA17490 for ; Thu, 12 Nov 1998 01:39:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA00583; Thu, 12 Nov 1998 01:40:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA17260; Thu, 12 Nov 1998 01:32:15 -0800 (PST) (envelope-from nobody) Message-Id: <199811120932.BAA17260@hub.freebsd.org> Date: Thu, 12 Nov 1998 01:32:15 -0800 (PST) From: asun@u.washington.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8661: sys/netatalk/at_control.c needs to correctly translate SIOCADDMULTI Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8661 >Category: kern >Synopsis: sys/netatalk/at_control.c needs to correctly translate SIOCADDMULTI >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 01:40:00 PST 1998 >Last-Modified: >Originator: Adrian Sun >Organization: University of Washington >Release: 3.0 >Environment: >Description: given struct ifreq ifr; struct sockaddr_at *sa; /* with sa->sa_data holding a multicast address */ strcpy(ifr.ifr_name, iface); ifr.ifr_addr = *(struct sockaddr *)sa; ioctl(fd, SIOCADDMULTI, &ifr) fails to set the multicast address as in FreeBSD 2.2.x >How-To-Repeat: >Fix: sys/netatalk/at_control.c should have a SIOCADDMULTI entry which sets up the appropriate data-link layer multicast stuff, copies the multicast address into it, and passes it on appropriately. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 02:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19788 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 02:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19745 for ; Thu, 12 Nov 1998 02:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA02399; Thu, 12 Nov 1998 02:10:00 -0800 (PST) Received: from mortis.futuresouth.com (mortis.futuresouth.com [209.45.228.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19218 for ; Thu, 12 Nov 1998 02:03:19 -0800 (PST) (envelope-from fullermd@mortis.futuresouth.com) Received: (from fullermd@localhost) by mortis.futuresouth.com (8.8.8/8.8.5) id EAA29366; Thu, 12 Nov 1998 04:03:00 -0600 (CST) Message-Id: <199811121003.EAA29366@mortis.futuresouth.com> Date: Thu, 12 Nov 1998 04:03:00 -0600 (CST) From: fullermd@futuresouth.com Reply-To: fullermd@futuresouth.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8662: w (-stable) has hardwired sizes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8662 >Category: bin >Synopsis: w (-stable) has hardwired sizes >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 02:10:00 PST 1998 >Last-Modified: >Originator: Matthew Fuller >Organization: FutureSouth Communications >Release: FreeBSD 2.2.7-STABLE i386 >Environment: Various fairly bland -STABLE machines >Description: w(1) has fixed sizes for field widths on the output. This causes problems when running with >8 char usernames. Below patch is the one applied to -current in rev 1.27. Applies cleanly, looks to be working fine from this end. Further testing couldn't, of course, hurt. It shouldn't cause any problems for 8 char usernames (the default case), but makes migrating to different lengths easier. >How-To-Repeat: See description. >Fix: Index: w.c =================================================================== RCS file: /usr/cvs/src/usr.bin/w/w.c,v retrieving revision 1.16.2.7 diff -u -r1.16.2.7 w.c --- w.c 1998/05/22 09:09:29 1.16.2.7 +++ w.c 1998/11/12 07:58:14 @@ -246,9 +246,18 @@ if (wcmd == 0) exit (0); -#define HEADER "USER TTY FROM LOGIN@ IDLE WHAT\n" -#define WUSED (sizeof (HEADER) - sizeof ("WHAT\n")) - (void)printf(HEADER); +#define HEADER_USER "USER" +#define HEADER_TTY "TTY" +#define HEADER_FROM "FROM" +#define HEADER_LOGIN_IDLE "LOGIN@ IDLE " +#define HEADER_WHAT "WHAT\n" +#define WUSED (UT_NAMESIZE + UT_LINESIZE + UT_HOSTSIZE + \ + sizeof(HEADER_LOGIN_IDLE) + 3) /* header width incl. spaces */ + (void)printf("%-*.*s %-*.*s %-*.*s %s", + UT_NAMESIZE, UT_NAMESIZE, HEADER_USER, + UT_LINESIZE, UT_LINESIZE, HEADER_TTY, + UT_HOSTSIZE, UT_HOSTSIZE, HEADER_FROM, + HEADER_LOGIN_IDLE HEADER_WHAT); } if ((kp = kvm_getprocs(kd, KERN_PROC_ALL, 0, &nentries)) == NULL) @@ -372,8 +381,9 @@ (void)printf( "\t\t%-9d %s\n", dkp->kp_proc.p_pid, p); } } - (void)printf("%-*.*s %-3.3s %-*.*s ", + (void)printf("%-*.*s %-*.*s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, + UT_LINESIZE, UT_LINESIZE, strncmp(ep->utmp.ut_line, "tty", 3) && strncmp(ep->utmp.ut_line, "cua", 3) ? ep->utmp.ut_line : ep->utmp.ut_line + 3, >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 03:32:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26209 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 03:32:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from kbtelecom.nalnet.ru ([195.209.251.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26201 for ; Thu, 12 Nov 1998 03:32:18 -0800 (PST) (envelope-from svd@kbtelecom.nalnet.ru) Received: (from svd@localhost) by kbtelecom.nalnet.ru (8.8.8/8.8.7) id OAA24109 for freebsd-bugs@freebsd.org; Thu, 12 Nov 1998 14:31:24 +0300 (MSK) From: "Sergey V.Dorokhov" Message-Id: <199811121131.OAA24109@kbtelecom.nalnet.ru> Subject: xl ethernet driver bug To: freebsd-bugs@FreeBSD.ORG Date: Thu, 12 Nov 1998 14:31:24 +0300 (MSK) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello ! I have "3Com 3c905 Fast Etherlink XL 10/100BaseTX" ethernet card. Under 3.0-980520-SNAP this card worked with 'vx0' driver. Now it work with a new driver xl0 (which uses bus master DMA). But really it work unstable. From time to time xl driver output error message and computer lose link to other computers. Commands 'ifconfig xl0 down; ifconfig xl0 up' fix trouble for short time but then kernel output message 'panic....' and computer reboot. I send you file '/var/log/messages'. Can you fix this trouble? Thanks, Sergey Dorokhov. p.s. Motherboard ASUS P2L97, P][-233Mhz Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-RELEASE #6: Fri Nov 6 20:55:57 MSK 1998 svd@shelob.nalchik.su:/usr/src/sys/compile/SHELOB Timecounter "i8254" frequency 1193182 Hz cost 3188 ns Timecounter "TSC" frequency 233864698 Hz cost 206 ns CPU: Pentium II (233.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80f9ff real memory = 134217728 (131072K bytes) avail memory = 128122880 (125120K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x03 on pci0.1.0 chip2: rev 0x01 on pci0.4.0 chip3: rev 0x01 int d irq 255 on pci0.4.2 chip4: rev 0x01 on pci0.4.3 xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 9 on pci0.9.0 xl0: Ethernet address: 00:60:08:5c:f7:49 xl0: autoneg complete, link status good (half-duplex, 100Mbps) ahc0: rev 0x00 int a irq 10 on pci0.10.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga0: rev 0x01 int a irq 11 on pci0.12.0 Probing for devices on PCI bus 1: Probing for PnP devices: CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0d041] pcm1 (SB16pnp sn 0xffffffff) at 0x220-0x22f irq 5 drq 1 flags 0x13 on isa Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface pcm0 not probed due to drq conflict with pcm1 at 1 psm0 at 0x60-0x64 irq 12 flags 0x24 on motherboard psm0: model Generic PS/2 mouse, device ID 0 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis wcd0: 4133Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: door open, unlocked wdc1: unit 1 (atapi): , removable, iordy wfd0: medium type unknown (no disk) npx0 flags 0x1 on motherboard npx0: INT 16 interface Waiting 2 seconds for SCSI devices to settle da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da3 at ahc0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI2 device da3: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) changing root device to da0s1a Oct 25 17:56:19 shelob /kernel: xl0: Ethernet address: 00:60:08:5c:f7:49 Oct 25 17:56:19 shelob /kernel: xl0: autoneg complete, link status good (half-duplex, 10Mbps) Oct 25 18:38:36 shelob /kernel: xl0: promiscuous mode enabled Oct 28 18:18:52 shelob /kernel: xl0: transmission error: d0 Nov 6 19:55:26 shelob /kernel: xl0: Ethernet address: 00:60:08:5c:f7:49 Nov 6 19:55:26 shelob /kernel: xl0: autoneg complete, link status good (half-duplex, 10Mbps) Nov 6 21:17:34 shelob /kernel: xl0: < Nov 6 21:17:34 shelob /kernel: xl0: Ethernet address: 00:60:08:5c:f7:49 Nov 6 21:17:34 shelob /kernel: xl0: autoneg complete, link status good (half-duplex, 100Mbps) Nov 6 21:20:57 shelob /kernel: xl0: selecting MII, 100Mbps, half duplex Nov 6 21:20:57 shelob /kernel: xl0: selecting MII, 100Mbps, full duplex Nov 12 11:58:38 shelob /kernel: xl0: transmission error: d0 Nov 12 11:58:38 shelob /kernel: xl0: transmission error: 90 Nov 12 11:58:38 shelob /kernel: xl0: transmission error: 90 Nov 12 11:58:38 shelob /kernel: xl0: transmission error: d0 Nov 12 12:01:40 shelob /kernel: xl0: < Nov 12 12:01:40 shelob /kernel: xl0: Ethernet address: 00:60:08:5c:f7:49 Nov 12 12:01:40 shelob /kernel: xl0: autoneg complete, link status good (half-duplex, 100Mbps) Nov 12 13:04:14 shelob /kernel: xl0: transmission error: 90 Nov 12 13:08:54 shelob /kernel: xl0: < Nov 12 13:08:54 shelob /kernel: xl0: Ethernet address: 00:60:08:5c:f7:49 Nov 12 13:08:54 shelob /kernel: xl0: autoneg complete, link status good (half-duplex, 100Mbps) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 06:45:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13043 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 06:45:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA13036 for ; Thu, 12 Nov 1998 06:45:49 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA28758; Thu, 12 Nov 1998 09:50:14 -0500 From: Bill Paul Message-Id: <199811121450.JAA28758@skynet.ctr.columbia.edu> Subject: Re: xl ethernet driver bug To: svd@kbtelecom.nalnet.ru (Sergey V.Dorokhov) Date: Thu, 12 Nov 1998 09:50:12 -0500 (EST) Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <199811121131.OAA24109@kbtelecom.nalnet.ru> from "Sergey V.Dorokhov" at Nov 12, 98 02:31:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Of all the gin joints in all the towns in all the world, Sergey V.Dorokhov had to walk into mine and say: > > Hello ! > > I have "3Com 3c905 Fast Etherlink XL 10/100BaseTX" ethernet card. > Under 3.0-980520-SNAP this card worked with 'vx0' driver. Now > it work with a new driver xl0 (which uses bus master DMA). > But really it work unstable. From time to time xl driver output > error message and computer lose link to other computers. > Commands 'ifconfig xl0 down; ifconfig xl0 up' fix trouble for short time > but then kernel output message 'panic....' No, it didn't output a message 'panic....' The panic message contained much more than this, but since you chose not to share this information with us, there's no way to tell what caused the panic. Don't assume that we all know what each and every panic message looks like and that we can tell instantly what's wrong without ever seeing it. If you see a panic, WRITE IT DOWN. and computer reboot. > I send you file '/var/log/messages'. > Can you fix this trouble? Not yet, no, because I don't know what the trouble is yet. I can tell you what the messages mean: /* * TX status codes */ #define XL_TXSTATUS_RECLAIM 0x02 /* 3c905B only */ #define XL_TXSTATUS_OVERFLOW 0x04 #define XL_TXSTATUS_MAXCOLS 0x08 #define XL_TXSTATUS_UNDERRUN 0x10 #define XL_TXSTATUS_JABBER 0x20 #define XL_TXSTATUS_INTREQ 0x40 #define XL_TXSTATUS_COMPLETE 0x80 The 0x90 message means 'DMA transfer was complete' and 'there was a transmit underrun error' (0x80|0x10). The 0xd0 message means that, plus there driver requested an interrupt to be triggered on transmission (0x80|0x10|0x40). The main problem seems to be transmit underruns. What I can't figure out is why there would be transmit underruns. I never got any on my test equipment. (I really need to grab my 3c905 card back from the guy I loaned it to.) There's something I find very confusing. I've gotten a couple of bug reports that all seem to have the same things in common: - The people sending the reports are all in .ru. - The reports all concern 3c905 cards (as opposed to the 3c905B). - I'm never able to reproduce _any_ of the reported problems locally. I'm starting to wonder about a few things. I hope you won't be offended if this sounds patronizing, but I have to ask: - I notice you have a bunch of disk drives. Are these internal? If so, are you sure the power supply in your system is able to provide enough power to run all these devices? - What sort of cable are you using to connect this machine to its link partner? (Hub, switch, whatever.) Did you buy it pre-made or did you make it yourself? Are you sure it's terminated correctly for ethernet use? I ask this because recently I've enountered people who have been operating under the mistaken assumption that it's okay to use twisted pair cabling that's wired 'straight through' (i.e. all four paris wired immediately adjacent to each other: first pair on pins 1 and 2, second pair on pins 3 and 4, third pair on 5 and 6 and fourth pair on 7 and 8). In fact, I have also seen pre-made patch cables wired this way. This is actually wrong: ethernet cabling has to be wired in a special way: 'straight through' will not work. It may appear to work at low speeds and a continuity check will show the cable to be okay, but it will cause all kinds of problems if you try it at 100Mbps. (It may not even work right a 10Mbps, depending on the exact circumstances.) Another question is: are you certain the cables are category 5? Cat 3 cable won't cut it at 100Mbps. Assuming the problem isn't with cabling, then there's only one thing I can suggest that you try. In /sys/pci/if_xlreg.h, you'll see a couple of #defines like this: #define XL_RX_LIST_CNT 16 #define XL_TX_LIST_CNT 16 Change this to: #define XL_RX_LIST_CNT 64 #define XL_TX_LIST_CNT 64 This will increase the size of the transmit and receive rings. I don't know for sure that this will help, but it couldn't hurt. Also, TELL US EXACTLY WHAT THE PANIC MESSAGE SAID! Without knowing the exact message, it's hard to tell if the panic was actually caused by the driver. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 06:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13567 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 06:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13558 for ; Thu, 12 Nov 1998 06:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA07334; Thu, 12 Nov 1998 06:50:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13023; Thu, 12 Nov 1998 06:45:40 -0800 (PST) (envelope-from nobody) Message-Id: <199811121445.GAA13023@hub.freebsd.org> Date: Thu, 12 Nov 1998 06:45:40 -0800 (PST) From: odip@bionet.nsc.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8665: /usr/bin/mail -u user not worked if exists $MAIL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8665 >Category: bin >Synopsis: /usr/bin/mail -u user not worked if exists $MAIL >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 06:50:01 PST 1998 >Last-Modified: >Originator: Grigorovich Dmitry >Organization: ICiG >Release: 3.0-RELEASE >Environment: FreeBSD ghost.bionet.nsc.ru 3.0-RELEASE FreeBSD 3.0-RELEASE #0: Thu Nov 5 17:36 :19 NS 1998 root@ghost.bionet.nsc.ru:/usr/src/sys/compile/ODIPN i386 >Description: In FreeBSD 3.0-RELEASE ( and lower versions ! ) if environment variable MAIL exists, then "/usr/bin/mail -u user" always open mailbox ${MAIL} In FreeBSD 3.0 by default exists $MAIL ( via /etc/login.conf ) "/usr/bin/mail -u user" under root always open MAIL=/var/mail/root, though "/usr/bin/mail -f /var/mail/user" worked fine Also in "man mail" we reading: -u Is equivalent to: mail -f /var/mail/user I look at code of mail program and found that this is not true, if exists environment variable $MAIL >How-To-Repeat: Under root and /bin/sh type: MAIL=/var/mail/root mail -u user where user - some user in your system Always opened /var/mail/root file ! >Fix: --- /usr/src/usr.bin/mail/main.c.orig Fri Jan 2 22:43:50 1998 +++ /usr/src/usr.bin/mail/main.c Sun Nov 1 03:18:09 1998 @@ -64,6 +64,7 @@ char *subject, *replyto; char *ef, *cp; char nosrc = 0; + char xname[PATHSIZE]; void hdrstop(); sig_t prevint; void sigchild(); @@ -110,6 +111,8 @@ * Next argument is person to pretend to be. */ myname = optarg; + snprintf( xname, sizeof(xname), "%s/%s", _PATH_MAILDIR, myname ); + ef= xname; break; case 'i': /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 06:59:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA14864 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 06:59:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA14856 for ; Thu, 12 Nov 1998 06:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA07654; Thu, 12 Nov 1998 07:00:00 -0800 (PST) Received: from golden.net (golden.net [199.166.210.183]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA14387 for ; Thu, 12 Nov 1998 06:54:56 -0800 (PST) (envelope-from tim@softpulse.com) Received: from sherman.softpulse.com (softpulse.com [209.183.159.192]) by golden.net (8.8.5/8.6.12) with ESMTP id JAA14377 for ; Thu, 12 Nov 1998 09:54:22 -0500 (EST) Received: (from tim@localhost) by sherman.softpulse.com (8.8.8/8.8.8) id JAA00653; Thu, 12 Nov 1998 09:51:53 -0500 (EST) (envelope-from tim) Message-Id: <199811121451.JAA00653@sherman.softpulse.com> Date: Thu, 12 Nov 1998 09:51:53 -0500 (EST) From: Tim Allman Reply-To: tim@softpulse.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8666: X blocks serial port with getty process on it Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8666 >Category: bin >Synopsis: X blocks serial port with getty process on it >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 07:00:00 PST 1998 >Last-Modified: >Originator: Tim Allman >Organization: SoftPulse Software >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: When the OS is booted up without X all is well. The following line in /etc/ttys does exactly what it should. That is it allows logins on the serial port. cuaa3 "/usr/libexec/getty std.115200" vt100 on secure However, when X is started either through startx or xdm this port is blocked. Logins are impossible and a current user is prevented from using the port. The problem remains until the next reboot. Interestingly, the modem, setup using the following line is not affected by X at all. modem "/usr/libexec/getty std.115200" dialup off insecure >How-To-Repeat: Boot up without X. Logins through cuaa3 work properly. Start X using startx on a console virtual terminal. Serial port is now blocked. Killing X does not help. >Fix: ??? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 12:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15727 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 12:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15720 for ; Thu, 12 Nov 1998 12:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA21851; Thu, 12 Nov 1998 12:10:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14968; Thu, 12 Nov 1998 12:03:59 -0800 (PST) (envelope-from nobody) Message-Id: <199811122003.MAA14968@hub.freebsd.org> Date: Thu, 12 Nov 1998 12:03:59 -0800 (PST) From: info@highwind.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8669: aio_write() and aio_read() do not work AT ALL. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8669 >Category: kern >Synopsis: aio_write() and aio_read() do not work AT ALL. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 12:10:00 PST 1998 >Last-Modified: >Originator: Robert Fleischman >Organization: HighWind Software >Release: 3.0 >Environment: FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 Also, we have a VERY recent libc_r >Description: It appears that aio_read() and aio_write() do not work. Besides not having a man page, they don't pay any attention to the offset parameter. This makes it impossible to use them. >How-To-Repeat: /***************************************************************************** File: aioTest.c Contents: Simple Test of the aio_write() function Created: 12-Nov-1998 gcc -o aioTest aioTest.c -Wall -Werror *****************************************************************************/ #include #include #include #include #ifdef solaris #include #else #include #endif #include #include #include int main(int argc, char **argv) { int fd; char before[10], after[11], y; struct aiocb token; const struct aiocb *tlist; /* Open the test file */ fd = open("test", O_RDWR | O_CREAT | O_TRUNC, 0666); assert(fd != -1); /* Write 10 x's */ memset(before, 'x', 10); assert(write(fd, &before, 10) == 10); /* Use aio_write() to write a 'y' at offset 5 */ y = 'Y'; memset(&token, 0, sizeof(struct aiocb)); token.aio_fildes = fd; token.aio_offset = 5; token.aio_buf = &y; token.aio_nbytes = 1; token.aio_sigevent.sigev_notify = SIGEV_NONE; /* Enqueue the write */ assert(aio_write(&token) == 0); /* Wait for completion */ tlist = &token; assert(aio_suspend(&tlist, 1, 0) == 0); /* Ensure the write worked! */ assert(aio_return(&token) == 1); /* Read back the whole file */ memset(after, 0, 11); assert(lseek(fd, 0, SEEK_SET) == 0); assert(read(fd, &after, 10) == 10); printf("%s\n", after); return EXIT_SUCCESS; } >Fix: No idea. However, this test program above SHOULD print a "Y" in that printout. It appears that the program simply appends a "Y" instead of writing it in the correct place. Without aio_read() and aio_write() doing threaded offset reads and write is impossible (We don't have pwrite/pread yet!) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 12:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18871 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 12:39:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18861 for ; Thu, 12 Nov 1998 12:39:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA23340; Thu, 12 Nov 1998 12:40:00 -0800 (PST) Received: from wrath.cs.utah.edu (wrath.cs.utah.edu [155.99.198.100]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18803 for ; Thu, 12 Nov 1998 12:39:20 -0800 (PST) (envelope-from danderse@cs.utah.edu) Received: from torrey.cs.utah.edu (torrey.cs.utah.edu [155.99.212.91]) by wrath.cs.utah.edu (8.8.8/8.8.8) with ESMTP id NAA25293 for ; Thu, 12 Nov 1998 13:39:01 -0700 (MST) Received: (from danderse@localhost) by torrey.cs.utah.edu (8.9.1/8.9.1) id NAA01151; Thu, 12 Nov 1998 13:39:01 -0700 (MST) (envelope-from danderse@cs.utah.edu) Message-Id: <199811122039.NAA01151@torrey.cs.utah.edu> Date: Thu, 12 Nov 1998 13:39:01 -0700 (MST) From: David G Andersen Reply-To: danderse@cs.utah.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8670: aout libcompat placed in /usr/lib/compat not compat/aout Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8670 >Category: i386 >Synopsis: aout libcompat placed in /usr/lib/compat not compat/aout >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 12:40:00 PST 1998 >Last-Modified: >Originator: David G Andersen >Organization: University of Utah >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT ELF with libcompat and a.out libraries. >Description: The makefile for 3.0 doesn't handle a.out libcompat properly, installing the a.out compat libs in /usr/lib/compat/* instead of installing them in /usr/lib/compat/aout (which is in the aout search path). Either the default search path should be changed, or the install path should be changed. >How-To-Repeat: make world. >Fix: see description. Either change the makefile for compat to install in aout (suggested), or change /etc/rc.conf to have /usr/lib/compat in ldconfig_paths_aout (bad idea). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 14:26:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01267 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 14:26:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01249 for ; Thu, 12 Nov 1998 14:26:46 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA28823; Thu, 12 Nov 1998 14:20:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29476; Thu, 12 Nov 1998 14:11:33 -0800 (PST) (envelope-from nobody) Message-Id: <199811122211.OAA29476@hub.freebsd.org> Date: Thu, 12 Nov 1998 14:11:33 -0800 (PST) From: bad@wireless.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8671 >Category: kern >Synopsis: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 14:20:00 PST 1998 >Last-Modified: >Originator: Bernie Doehner >Organization: >Release: 3.0-RELEASE >Environment: Not available - non networked machine, can supply if needed.. >Description: Under 3.0-SNAP-19980821 Zip disks (Parallel port, but using SCSI protocol) worked perfectly with the sd0 device driver. However, in 3.0-RELEASE the major move from sd0 to {cam}/da0 was made, and now MSDOS Zip disks cannot be mounted/format, etc. The only access that works is with FFS Zip's, and ONLY if you boot up with the disk inserted. If one mounts and then unmounts the Zip, removes it from drive, and plugs in a new zip, the system is incapable of reading the new disklabel, and subsequently crashes, with the dump stating it was in {cam} at the time of crash. >How-To-Repeat: Compile custom kernel with ppbus, vpo0, scsi controller, and device da0. Boot up with Zip disk in parallel port zip drive, mount, unmount, remove Zip, reinsert.. Subsequently watch system panic. >Fix: Temporary fix: Make a config option so that one can use the old sd0 driver with Parallel port Zip disk, until {cam/da0} properly works with removeable media. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 15:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14891 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 15:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14885 for ; Thu, 12 Nov 1998 15:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA05119; Thu, 12 Nov 1998 16:00:01 -0800 (PST) Date: Thu, 12 Nov 1998 16:00:01 -0800 (PST) Message-Id: <199811130000.QAA05119@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: "Kenneth D. Merry" To: bad@wireless.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Thu, 12 Nov 1998 16:58:42 -0700 (MST) bad@wireless.net wrote... > >Description: > Under 3.0-SNAP-19980821 Zip disks (Parallel port, but using SCSI protocol) > worked perfectly with the sd0 device driver. > > However, in 3.0-RELEASE the major move from sd0 to {cam}/da0 was made, > and now MSDOS Zip disks cannot be mounted/format, etc. > > The only access that works is with FFS Zip's, and ONLY if you boot up with > the disk inserted. If one mounts and then unmounts the Zip, removes it from > drive, and plugs in a new zip, the system is incapable of reading the > new disklabel, and subsequently crashes, with the dump stating it was > in {cam} at the time of crash. > >How-To-Repeat: > Compile custom kernel with ppbus, vpo0, scsi controller, and device da0. > Boot up with Zip disk in parallel port zip drive, mount, unmount, > remove Zip, reinsert.. Subsequently watch system panic. Please send a stack trace from the panic. Without more information, it's going to be difficult to diagnose your problem. > >Fix: > Temporary fix: Make a config option so that one can use the old sd0 > driver with Parallel port Zip disk, until {cam/da0} properly works > with removeable media. The da driver does work with removable media. Using the old sd driver with CAM would be extremely difficult to implement, and would probably not be a very fruitful endeavor. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 16:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17976 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 16:10:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17971 for ; Thu, 12 Nov 1998 16:09:58 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA05407; Thu, 12 Nov 1998 16:10:01 -0800 (PST) Date: Thu, 12 Nov 1998 16:10:01 -0800 (PST) Message-Id: <199811130010.QAA05407@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Justin T. Gibbs" Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: "Justin T. Gibbs" To: bad@wireless.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Thu, 12 Nov 1998 16:55:33 -0700 >Compile custom kernel with ppbus, vpo0, scsi controller, and device da0. >Boot up with Zip disk in parallel port zip drive, mount, unmount, >remove Zip, reinsert.. Subsequently watch system panic. Stack trace? None of the developers have a Zip disk here to test with, so you'll have to provide this kind of information. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 17:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25528 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 17:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25520 for ; Thu, 12 Nov 1998 17:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA07737; Thu, 12 Nov 1998 17:10:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25314; Thu, 12 Nov 1998 17:06:39 -0800 (PST) (envelope-from nobody) Message-Id: <199811130106.RAA25314@hub.freebsd.org> Date: Thu, 12 Nov 1998 17:06:39 -0800 (PST) From: venzi@abac.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8672: adduser is very slow if the system has several thousand accounts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8672 >Category: misc >Synopsis: adduser is very slow if the system has several thousand accounts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 17:10:00 PST 1998 >Last-Modified: >Originator: Venzi >Organization: A+Net >Release: 2.2.6 >Environment: FreeBSD 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Thu Jun 11 13:53:04 PDT 1998 i386 >Description: The adduser command is very inefficient... while I appreciate that authentication is (theoretically) faster when using DB files instead of plain text like on sysV systems, it takes about 10 minutes to build a new account on a 15,000 user system. Now obviously the problem is that every time adduser builds the whole databases using pwd_mkdb instead of adding just one user entry (which would be really fast). 'pw' does the exact same thing. >How-To-Repeat: create 15,000 random users and try to add another one :) >Fix: I think it's about time somebody writes a binary useradd command which doesn't use pwd_mkdb I might eventually have to write one myself but it would be nice to know whether somebody is working on that. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 17:17:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26369 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 17:17:47 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from 207.240.250.178 (04-178.015.popsite.net [207.240.250.178]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA26347 for ; Thu, 12 Nov 1998 17:17:44 -0800 (PST) (envelope-from dizzy_Blond@mindless.com) Date: Thu, 12 Nov 1998 17:17:44 -0800 (PST) Message-Id: <199811130117.RAA26347@hub.freebsd.org> From: dizzy_Blond@mindless.com To: freebsd-bugs@FreeBSD.ORG Subject: Welcome -XROU X-Reply-To: dizzy_blond@mindles.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello freebsd-bugs You are receiving this email because your name appeared on a list of Business opportunity seekers I purchased or we have had correspondence in the past. In any event to be removed from the list reply with "remove" in the subject of the message if you do not wish to receive further messages from me. Now on to the good stuff! Banner Exchange goes MLM! That's right. Advertise your site and get paid for referrals. Click throughs are MUCH better than the other banner exchanges we have used and we are building additional residual income FAST! Bring your downline for a fast start! http://bighits.net/?dizzy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 21:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26741 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 21:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26736 for ; Thu, 12 Nov 1998 21:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA18963; Thu, 12 Nov 1998 22:00:01 -0800 (PST) Date: Thu, 12 Nov 1998 22:00:01 -0800 (PST) Message-Id: <199811130600.WAA18963@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jacques Vidrine Subject: Re: kern/8550: strip kernel before moving it during make install Reply-To: Jacques Vidrine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8550; it has been noted by GNATS. From: Jacques Vidrine To: freebsd-gnats-submit@freebsd.org, nick.hibma@jrc.it Cc: Subject: Re: kern/8550: strip kernel before moving it during make install Date: Thu, 12 Nov 1998 23:56:28 -0600 That would seem to violate POLA. Perhaps a make flag should be used to control the behavior of the disposition of the old kernel. It would be useful to provide a few different behaviors, such as: * chunk the old kernel, forget about it * strip the old kernel before moving it (as this PR suggests) * follow the current behavior (this must remain the default) * use a date suffix for old kernels (i.e. instead of kernel.old, kernel.19981112) -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 22:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27631 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 22:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27623 for ; Thu, 12 Nov 1998 22:09:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA19295; Thu, 12 Nov 1998 22:10:00 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27418; Thu, 12 Nov 1998 22:05:37 -0800 (PST) (envelope-from nobody) Message-Id: <199811130605.WAA27418@hub.freebsd.org> Date: Thu, 12 Nov 1998 22:05:37 -0800 (PST) From: dev@opensound.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8673: bug in vm_page_alloc_contig() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8673 >Category: i386 >Synopsis: bug in vm_page_alloc_contig() >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 12 22:10:00 PST 1998 >Last-Modified: >Originator: Dev Mazumdar >Organization: 4Front Technologies >Release: FreeBSD 3.0 RELEASE >Environment: FreeBSD freebsd.opensound.com 3.0-RELEASE FreeBSD 3.0-RELEASE #1 Sat Nov 7 12:58:15 PST 1998 root@freebsd.opensound.com:/usr/src/sys/compile/SOUND i386 >Description: FreeBSD 3.0 crashes while calling vm_page_alloc_contig(). The problem can be simply reproduced using an LKM in /usr/share/examples/lkm/syscall to call vm_page_alloc_contig to allocate 64K of kernel memory. >How-To-Repeat: The following steps are required to reproduce this problem: 1) FTP the LKM example from ftp://ftp.4front-tech.com/ossapps/modtest.tar.gz (or use anonymous FTP to ftp.4front-tech.com and look for modtest.tar.gz in ossapps directory) 2) extract the package modtest.tar.gz in your home or temp directory. 3) reboot freebsd and from the console (do not run X windows) type make load in the modules directory and you can see that the module compiles and loads properly. type make unload to unload this module. 4) now start Xwindows, then start your window manager and finally start Netscape 4.x. Now repeat step 2 and you will see that the system hangs. For those who have enabled the Kernel debugger - enabled options KTRACE options DDB in the Kernel config file in /sys/i386/conf/GENERIC you can get the trace of the kernel calls by doing the following: 1) Reboot FreeBSD, press to switch to a new Virtual Terminal and start Xwindows and then switch to the first virtual terminal (ctl-alt-f1) and set the DISPLAY environment variable to localhost:0 (in bash type: typeset -x DISPLAY=localhost:0 in csh type: setenv DISPLAY localhost:0) 2) Now run netscape from this VC - type netscape &. Switch to the X Windows session (Alt F4) and check if Netscape is started. 3) Switch back to the first VT (ctl-alt-F1) and type make load at this point you should have a kernel panic and you should drop into the db> prompt. Now type trace and you should see the following output: _spc_free(0) at _spc_free + 0x6 _swap_pager_put_pages(XXXX) at _default_pager_put_pagers + 0x56 _vm_pager_put_pages(XXXX) at _vm_pager_put_pages + 0x22 _vm_pageout_flush(XXXX) at _vm_pageout_flush + 0x2e _contigmalloc1(XXXX) at _contigmalloc1 + 0x2ad _vm_page_alloc_contig(XXXX) at _vm_page_alloc_contig + 0x23 .... .... >Fix: No fixes available yet....this message has been also sent to freebsd-core@freebsd.org. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 12 22:46:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA00532 for freebsd-bugs-outgoing; Thu, 12 Nov 1998 22:46:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from lariat.lariat.org (lariat.lariat.org [206.100.185.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA00527 for ; Thu, 12 Nov 1998 22:46:27 -0800 (PST) (envelope-from brett@lariat.org) Received: (from brett@localhost) by lariat.lariat.org (8.8.8/8.8.6) id XAA00274; Thu, 12 Nov 1998 23:46:08 -0700 (MST) Message-Id: <4.1.19981112234338.043501f0@127.0.0.1> X-Sender: brett@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Thu, 12 Nov 1998 23:45:27 -0700 To: bugs@FreeBSD.ORG From: Brett Glass Subject: login_getclass: retrieving class information: Permission denied Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm finding many instances of the message login: login_getclass: retrieving class information: Permission denied in the main message log of a FreeBSD 2.2.7 server. What does this message mean? Does it indicate a bug (perhaps due to a race condition or other problem)? --Brett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 01:53:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA16066 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 01:53:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA16061; Fri, 13 Nov 1998 01:52:57 -0800 (PST) (envelope-from dfr@FreeBSD.org) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA28510; Fri, 13 Nov 1998 01:53:00 -0800 (PST) Date: Fri, 13 Nov 1998 01:53:00 -0800 (PST) Message-Id: <199811130953.BAA28510@freefall.freebsd.org> To: ajk@purdue.edu, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8515 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Another nfsd panic State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Fri Nov 13 01:51:24 PST 1998 State-Changed-Why: Fixed in revision 1.47 of nfs_socket.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 02:49:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA20640 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 02:49:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA20635 for ; Fri, 13 Nov 1998 02:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA01079; Fri, 13 Nov 1998 02:50:01 -0800 (PST) Date: Fri, 13 Nov 1998 02:50:01 -0800 (PST) Message-Id: <199811131050.CAA01079@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: kern/8632: Bug in vm_page_alloc_contig() Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8632; it has been noted by GNATS. From: Bruce Evans To: dev@opensound.com, freebsd-gnats-submit@freebsd.org Cc: dg@freebsd.org Subject: Re: kern/8632: Bug in vm_page_alloc_contig() Date: Fri, 13 Nov 1998 21:44:26 +1100 >>Description: >Using vm_page_alloc_contig() system call in an LKM crashes >FreeBSD 3.0 when running X Windows and a memory hogging application >like Netscape. We have created a sample LKM using the example in >/usr/share/examples/lkm/syscall. The source code for the LKM >can be obtained from ftp://ftp.4front-tech.com/ossapps/modtest.tar.gz swap_pager_putpages() almost always panics if it is called when curproc != pageproc, and vm_page_alloc_contig() usually calls it (indirectly) when there is a memory hogging application that hasn't already been paged out. This may be a fix: diff -c2 swap_pager.c~ swap_pager.c *** swap_pager.c~ Mon Nov 9 17:49:08 1998 --- swap_pager.c Fri Nov 13 21:04:12 1998 *************** *** 1536,1545 **** } ! if (bp->b_rcred != NOCRED) ! crfree(bp->b_rcred); ! if (bp->b_wcred != NOCRED) ! crfree(bp->b_wcred); ! ! spc_free(spc); if (swap_pager_free_pending) swap_pager_sync(); --- 1536,1547 ---- } ! if (spc != NULL) { ! if (bp->b_rcred != NOCRED) ! crfree(bp->b_rcred); ! if (bp->b_wcred != NOCRED) ! crfree(bp->b_wcred); ! spc_free(spc); ! } else ! relpbuf(bp); if (swap_pager_free_pending) swap_pager_sync(); I don't completely understand this. The curproc != pageproc case has obviously not worked for a long time, since it always led to the spc_free(NULL) panic. The relpbuf() cleanup is necessary but perhaps not sufficient. >>How-To-Repeat: >Once you obtain this LKM, please follow the steps below: > >0) extract modtest.tar in your root's home directory /root. Make sure > OSS is turned off and isn't loaded. The uuencoded version in the PR seems to be corrupt. >1) Boot up FreeBSD 3 and don't run X Windows yet!. From the console > type make load - this should load the LKM and print out some > messages. Now type make unload to unload the LKM. > >2) Now start X Windows, start you window manager and then from an > Xterm WIndow start Netscape (netscape &) and now try step 1 above. > You should have a total lockup. The problem can probably be seen with almost any process that isn't already entirely paged out. I used a 40MB one on a system with 64MB swap and repeated the vm_page_alloc_contig() call until it caused paging. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 05:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07072 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 05:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA07067 for ; Fri, 13 Nov 1998 05:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA08773; Fri, 13 Nov 1998 05:50:00 -0800 (PST) Date: Fri, 13 Nov 1998 05:50:00 -0800 (PST) Message-Id: <199811131350.FAA08773@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bernie Doehner Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: Bernie Doehner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: Bernie Doehner To: "Kenneth D. Merry" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 05:45:07 -0800 (PST) > Please send a stack trace from the panic. Without more information, it's > going to be difficult to diagnose your problem. Is there an efficient way to save the stack trace on the filesystem, or do I have to write it down? Expect the stack trace on monday. > > >Fix: > > Temporary fix: Make a config option so that one can use the old sd0 > > driver with Parallel port Zip disk, until {cam/da0} properly works > > with removeable media. > > The da driver does work with removable media. Using the old sd driver with > CAM would be extremely difficult to implement, and would probably not > be a very fruitful endeavor. Let me rephrase, temporary fix is to go back to sd0 WITHOUT Cam. I don't need CAM at all. Btw, is your DTV video server in production yet? I mentioned your product to the lead WXXI maintainance engineer and he's definitely interested. Best Regards, Bernie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 08:41:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29988 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 08:41:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from docws002.shl.com (docws002.shl.com [159.249.56.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29983 for ; Fri, 13 Nov 1998 08:41:39 -0800 (PST) (envelope-from swalczak@shl.com) Received: from ottmsooc01.ott.shl.com (ottmsooc01.ooc.shl.com [159.249.112.24]) by docws002.shl.com (8.9.1/8.9.1) with ESMTP id JAA00322 for ; Fri, 13 Nov 1998 09:44:50 -0700 (MST) Message-Id: <199811131644.JAA00322@docws002.shl.com> Received: by ottmsooc01.ooc.shl.com with Internet Mail Service (5.5.2232.9) id ; Fri, 13 Nov 1998 11:39:49 -0500 From: "WALCZAK, Stan" To: "'freebsd-bugs@freebsd.org'" Subject: joke ? Date: Fri, 13 Nov 1998 11:41:16 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello ! I think way problem kern/7060 is/was handle is a big joke. Who on earth do not understand "system just cycles and reboots endlessly " I experience same problem and I expect solution not a "insuficient details for meaningful response" .What details are you expecting ? regards Stanislaw Walczak Associate Systems Engineer (613)236-6604 Ext. 5892 SHL Systemhouse swalczak@shl.com ________ An MCI Company To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 09:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05083 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 09:29:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05074 for ; Fri, 13 Nov 1998 09:29:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA00980; Fri, 13 Nov 1998 09:30:00 -0800 (PST) Date: Fri, 13 Nov 1998 09:30:00 -0800 (PST) Message-Id: <199811131730.JAA00980@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: "Kenneth D. Merry" To: bad@wireless.net (Bernie Doehner) Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 10:25:13 -0700 (MST) Bernie Doehner wrote... > > Please send a stack trace from the panic. Without more information, it's > > going to be difficult to diagnose your problem. > > Is there an efficient way to save the stack trace on the filesystem, or do > I have to write it down? Expect the stack trace on monday. There are two things you can do: - enable crashdumps (see section 22 of the handbook) - you'll need to adjust the dumpon and savecore items in /etc/rc.conf. - make sure you've got more space in /var/crash than you have RAM. (i.e. if you've got 128MB of RAM, you should have more space than that in /var/crash) - enable DDB in your kernel, and use a serial console to get the stack trace from DDB. The former would probably be the easiest. Once your system crashes, and dumps everything to /var/crash, you should be able to get a stack trace from the kernel/core dump in /var/crash. I'm not sure if the gdb shipped in 3.0 understands both ELF and a.out. If it does, you'd do something like: cd /var/crash gdb -k kernel.0 vmcore.0 (kgdb) where [ ... ] If not, there's an a.out version of gdb here: ftp://ftp.lemis.com/pub/vinum/gdb-aout > > > >Fix: > > > Temporary fix: Make a config option so that one can use the old sd0 > > > driver with Parallel port Zip disk, until {cam/da0} properly works > > > with removeable media. > > > > The da driver does work with removable media. Using the old sd driver with > > CAM would be extremely difficult to implement, and would probably not > > be a very fruitful endeavor. > > Let me rephrase, temporary fix is to go back to sd0 WITHOUT Cam. I don't > need CAM at all. Ahh. Well, we'd like to find this problem so you can use CAM. > Btw, is your DTV video server in production yet? I mentioned your product > to the lead WXXI maintainance engineer and he's definitely interested. Which one? All of Pluto's machines do digital video. Two are in production, a third is very close. They are: VideoSpace -- uncompressed standard def video (525 or 625) HyperSpace -- compressed high def video (up to 1080i), or standard def AirSpace -- multichannel server (up to 10) that does DV-25 or DV-50 video - this isn't shipping yet, but is very close See: http://www.plutotech.com or send me private mail if you want more info. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 10:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14131 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 10:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14096 for ; Fri, 13 Nov 1998 10:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA04721; Fri, 13 Nov 1998 10:50:01 -0800 (PST) Date: Fri, 13 Nov 1998 10:50:01 -0800 (PST) Message-Id: <199811131850.KAA04721@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Jacques Vidrine Subject: Re: kern/8629: accept(2) errno uses incorrect code Reply-To: Jacques Vidrine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8629; it has been noted by GNATS. From: Jacques Vidrine To: freebsd-gnats-submit@freebsd.org, Peter.Mutsaers@mail.ing.nl Cc: Subject: Re: kern/8629: accept(2) errno uses incorrect code Date: Fri, 13 Nov 1998 12:41:23 -0600 [WS1995] Wright, Gary R. and Richard W. Stevens. TCP/IP Illustrated, Volume 2. Addison-Wesley Publishing Company, Inc., 1995. The man pages for several UNIX operating systems (at least BSD 4.4 Lite, FreeBSD 3.0, and SunOS 5.5.1]) indicate that if accept is called with a socket of type SOCK_DGRAM, that the error returned will be EOPNOTSUPP. However, studying the implementation of the accept system call in BSD 4.4 Lite and FreeBSD 3.0, and the implementation discussed in [WS1995], accept returns EINVAL when called with a socket of type SOCK_DGRAM. This is because accept returns EINVAL for any socket that has not had listen() called on it, as these code fragments show. #define SO_ACCEPTCONN 0x0002 /* socket has had listen() */ if ((so->so_options & SO_ACCEPTCONN) == 0) { splx(s); return (EINVAL); } In fact, listen returns EOPNOTSUPP when called with a socket of type SOCK_DGRAM. The accept(2) man page should be updated to reflect reality. --- accept.2 1998/01/11 17:07:20 1.5 +++ accept.2 1998/11/13 18:37:09 @@ -171,9 +171,9 @@ The system file table is full. .It Bq Er ENOTSOCK The descriptor references a file, not a socket. -.It Bq Er EOPNOTSUPP -The referenced socket is not of type -.Dv SOCK_STREAM . +.It Bq Er EINVAL +.Xr listen 2 +has not been called on the socket descriptor. .It Bq Er EFAULT The .Fa addr -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 10:59:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15137 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 10:59:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15125; Fri, 13 Nov 1998 10:59:01 -0800 (PST) (envelope-from nectar@FreeBSD.org) From: Jacques Vidrine Received: (from nectar@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA05255; Fri, 13 Nov 1998 10:59:05 -0800 (PST) Date: Fri, 13 Nov 1998 10:59:05 -0800 (PST) Message-Id: <199811131859.KAA05255@freefall.freebsd.org> To: Peter.Mutsaers@mail.ing.nl, nectar@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nectar@FreeBSD.ORG Subject: Re: kern/8629 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: accept(2) errno uses incorrect code State-Changed-From-To: open-feedback State-Changed-By: nectar State-Changed-When: Fri Nov 13 10:55:23 PST 1998 State-Changed-Why: A fix has been suggested. Responsible-Changed-From-To: freebsd-bugs->nectar Responsible-Changed-By: nectar Responsible-Changed-When: Fri Nov 13 10:55:23 PST 1998 Responsible-Changed-Why: I provided analysis and fix. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 12:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27240 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 12:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27234 for ; Fri, 13 Nov 1998 12:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA10156; Fri, 13 Nov 1998 12:50:01 -0800 (PST) Date: Fri, 13 Nov 1998 12:50:01 -0800 (PST) Message-Id: <199811132050.MAA10156@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bernie Doehner Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: Bernie Doehner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: Bernie Doehner To: "Kenneth D. Merry" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 12:43:09 -0800 (PST) > I'm not sure if the gdb shipped in 3.0 understands both ELF and a.out. If > it does, you'd do something like: > > cd /var/crash > gdb -k kernel.0 vmcore.0 > (kgdb) where > [ ... ] Can't I read the crash dump AFTER rebooting with the same machine using GDB instead of kgdb? Thanks. Bernie P.S. Would yoou mind giving me a daytime/weekend phone number I could call you or someone else to get help with this over the weekend? > If not, there's an a.out version of gdb here: > > ftp://ftp.lemis.com/pub/vinum/gdb-aout > > > > > >Fix: > > > > Temporary fix: Make a config option so that one can use the old sd0 > > > > driver with Parallel port Zip disk, until {cam/da0} properly works > > > > with removeable media. > > > > > > The da driver does work with removable media. Using the old sd driver with > > > CAM would be extremely difficult to implement, and would probably not > > > be a very fruitful endeavor. > > > > Let me rephrase, temporary fix is to go back to sd0 WITHOUT Cam. I don't > > need CAM at all. > > Ahh. Well, we'd like to find this problem so you can use CAM. > > > Btw, is your DTV video server in production yet? I mentioned your product > > to the lead WXXI maintainance engineer and he's definitely interested. > > Which one? All of Pluto's machines do digital video. Two are in > production, a third is very close. They are: > > VideoSpace -- uncompressed standard def video (525 or 625) > HyperSpace -- compressed high def video (up to 1080i), or standard def > AirSpace -- multichannel server (up to 10) that does DV-25 or DV-50 video > - this isn't shipping yet, but is very close > > See: > > http://www.plutotech.com > > or send me private mail if you want more info. > > Ken > -- > Kenneth Merry > ken@plutotech.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 12:59:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28709 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 12:59:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA28699 for ; Fri, 13 Nov 1998 12:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA10435; Fri, 13 Nov 1998 13:00:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27481; Fri, 13 Nov 1998 12:51:33 -0800 (PST) (envelope-from nobody) Message-Id: <199811132051.MAA27481@hub.freebsd.org> Date: Fri, 13 Nov 1998 12:51:33 -0800 (PST) From: btaylor@mirapoint.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8678: panic: vm_object_deallocate: object deallocated too many times Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8678 >Category: kern >Synopsis: panic: vm_object_deallocate: object deallocated too many times >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 13 13:00:01 PST 1998 >Last-Modified: >Originator: Bradley Taylor >Organization: Mirapoint, Inc. >Release: 2.2.5 >Environment: FreeBSD hwtest4.nila.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Nov 11 17:26:54 GMT 1998 btaylor@speedy.nila.com:/usr/src/sys/compile/GENERIC i386 >Description: Running a heavy stress test similating a mail workload (sendmail & pop), we ran into this problem. I've looked through the FreeBSD archives, and it looks like several other people have run into this problem as well. There is a bug report kern/1103 which reports the same problem, but was closed as a "probable hardware problem". >How-To-Repeat: No simple way: I will try to construct a simple reproducible test case if it is needed. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 13:20:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01722 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 13:20:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01710 for ; Fri, 13 Nov 1998 13:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA11472; Fri, 13 Nov 1998 13:20:00 -0800 (PST) Date: Fri, 13 Nov 1998 13:20:00 -0800 (PST) Message-Id: <199811132120.NAA11472@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: "Kenneth D. Merry" To: bad@wireless.net (Bernie Doehner) Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 14:09:34 -0700 (MST) Bernie Doehner wrote... > > I'm not sure if the gdb shipped in 3.0 understands both ELF and a.out. If > > it does, you'd do something like: > > > > cd /var/crash > > gdb -k kernel.0 vmcore.0 > > (kgdb) where > > [ ... ] > > Can't I read the crash dump AFTER rebooting with the same machine using > GDB instead of kgdb? Oops, I thought that was clear. You do use 'gdb -k' (a.k.a. "kgdb") after the machine has dumped its ram and rebooted. Just make sure you have a dump device configured, and savecore enabled. (in your rc.conf file) > P.S. Would yoou mind giving me a daytime/weekend phone number I could call > you or someone else to get help with this over the weekend? I'd rather not. I will answer email this weekend, though. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 13:20:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01726 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 13:20:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01712 for ; Fri, 13 Nov 1998 13:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA11477; Fri, 13 Nov 1998 13:20:01 -0800 (PST) Date: Fri, 13 Nov 1998 13:20:01 -0800 (PST) Message-Id: <199811132120.NAA11477@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bernie Doehner Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: Bernie Doehner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: Bernie Doehner To: "Kenneth D. Merry" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 13:18:47 -0800 (PST) > > Oops, I thought that was clear. You do use 'gdb -k' (a.k.a. "kgdb") after > the machine has dumped its ram and rebooted. Understood! > Just make sure you have a dump device configured, and savecore enabled. > (in your rc.conf file) Understood! > > P.S. Would yoou mind giving me a daytime/weekend phone number I could call > > you or someone else to get help with this over the weekend? > > I'd rather not. I will answer email this weekend, though. No problem, but like I said, the machine with the Zip drive is not networked, and I am not really planning on going to work over the weekend- my only network connection (although this may change). So it'll probably be monday before I can communicate with you again. Have a great weekend! Bernie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 15:09:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17236 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 15:09:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17225 for ; Fri, 13 Nov 1998 15:09:56 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA16348; Fri, 13 Nov 1998 15:10:00 -0800 (PST) Received: from notreal.com (nowhere.notreal.com [206.86.192.197]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15765 for ; Fri, 13 Nov 1998 14:59:59 -0800 (PST) (envelope-from dpk@notreal.com) Received: (from dpk@localhost) by notreal.com (8.9.1/8.9.1) id OAA24542; Fri, 13 Nov 1998 14:59:37 -0800 (PST) (envelope-from dpk) Message-Id: <199811132259.OAA24542@notreal.com> Date: Fri, 13 Nov 1998 14:59:37 -0800 (PST) From: David Kirchner Reply-To: dpk@notreal.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8679: tar man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8679 >Category: gnu >Synopsis: tar man page should be updated >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 13 15:10:00 PST 1998 >Last-Modified: >Originator: David Kirchner >Organization: Notreal Communications >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: tar's man page could be updated to let people know that a '-' is *required* if they want to use the GNU-style long options in a command line. >How-To-Repeat: tar cvf foo.tar --exclude foo/BigFile foo will not work, while: tar -cvf foo.tar --exclude foo/BigFile foo will properly exclude foo/BigFile from the tar file. The same goes for the other long options I tried, such as '--fast-read'. >Fix: The man page should be updated, probably near the FUNCTIONS section, with something like: "A - is required before the bundled-options if you are going to be using any of the GNU-style long options." It could probably be worded better of course, but you get the idea. :-) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 16:51:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29376 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 16:51:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29364; Fri, 13 Nov 1998 16:51:07 -0800 (PST) (envelope-from dg@FreeBSD.org) From: David Greenman Received: (from dg@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA20036; Fri, 13 Nov 1998 16:51:11 -0800 (PST) Date: Fri, 13 Nov 1998 16:51:11 -0800 (PST) Message-Id: <199811140051.QAA20036@freefall.freebsd.org> To: btaylor@mirapoint.com, dg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8678 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: vm_object_deallocate: object deallocated too many times State-Changed-From-To: open-closed State-Changed-By: dg State-Changed-When: Fri Nov 13 16:50:47 PST 1998 State-Changed-Why: This problem has been fixed in newer versions of FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 13 17:10:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01199 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 17:10:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01191; Fri, 13 Nov 1998 17:10:09 -0800 (PST) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA20837; Fri, 13 Nov 1998 17:10:12 -0800 (PST) Date: Fri, 13 Nov 1998 17:10:12 -0800 (PST) Message-Id: <199811140110.RAA20837@freefall.freebsd.org> To: jos@our.domaintje.com, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6056 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: de driver support for DS 21143 incomplete in -current State-Changed-From-To: open-closed State-Changed-By: jkoshy State-Changed-When: Fri Nov 13 17:09:35 PST 1998 State-Changed-Why: On the request of the submitter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 00:49:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25479 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 00:49:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA25470 for ; Sat, 14 Nov 1998 00:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id AAA06756; Sat, 14 Nov 1998 00:50:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25210; Sat, 14 Nov 1998 00:41:53 -0800 (PST) (envelope-from nobody) Message-Id: <199811140841.AAA25210@hub.freebsd.org> Date: Sat, 14 Nov 1998 00:41:53 -0800 (PST) From: tah@d1.dion.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8680: buffer is small at command wall, rwall. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8680 >Category: bin >Synopsis: buffer is small at command wall, rwall. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 00:50:01 PST 1998 >Last-Modified: >Originator: koyama takahiro >Organization: >Release: 2.2.6-RELEASE >Environment: maybe all version. >Description: buffer is small at /usr/src/usr.bin/wall/{,r}wall.c. function makemsg contain lbuf[100] and tmpname[15]. o tmpname is used for "/tmp/" "wall.XXXXXX" or "/tmp/" "/wall.XXXXXX". (5 + 11 or 12 + NULL byte) o only at file wall.c, lbuf is used for string return from getlogin(2), getpwuid(3)->pw-name, gethostname(3). (message... + UT_NAMESIZE + '@' + MAXHOSTNAMELEN NULL byte) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 01:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28092 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 01:29:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28087 for ; Sat, 14 Nov 1998 01:29:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA07462; Sat, 14 Nov 1998 01:30:01 -0800 (PST) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27737; Sat, 14 Nov 1998 01:25:19 -0800 (PST) (envelope-from nobody) Message-Id: <199811140925.BAA27737@hub.freebsd.org> Date: Sat, 14 Nov 1998 01:25:19 -0800 (PST) From: tah@d1.dion.ne.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8681: other macro name that has same number is used. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8681 >Category: bin >Synopsis: other macro name that has same number is used. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 01:30:01 PST 1998 >Last-Modified: >Originator: koyama takahiro >Organization: >Release: 2.2.6-RELEASE >Environment: maybe all version. >Description: at /usr/src/usr.bin/wall/ttymsg.c macro O_NONBLOCK instead of F_SETFD is used as command for fcntl(2). >How-To-Repeat: nothing. >Fix: --- ttymsg.c.orig Fri May 27 21:33:27 1994 +++ ttymsg.c Sat Nov 14 16:03:14 1998 @@ -116,7 +116,7 @@ continue; } if (errno == EWOULDBLOCK) { - int cpid, off = 0; + int cpid; if (forked) { (void) close(fd); @@ -139,7 +139,7 @@ (void) signal(SIGTERM, SIG_DFL); /* XXX */ (void) sigsetmask(0); (void) alarm((u_int)tmout); - (void) fcntl(fd, O_NONBLOCK, &off); + (void) fcntl(fd, F_SETFL, 0); /* clear O_NONBLOCK */ continue; } /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 02:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29584 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 02:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29522; Sat, 14 Nov 1998 02:09:56 -0800 (PST) (envelope-from dfr@FreeBSD.org) From: Doug Rabson Received: (from dfr@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA09335; Sat, 14 Nov 1998 02:09:59 -0800 (PST) Date: Sat, 14 Nov 1998 02:09:59 -0800 (PST) Message-Id: <199811141009.CAA09335@freefall.freebsd.org> To: yasu@mrit.mei.co.jp, dfr@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8154 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel panic happend in nfsd. State-Changed-From-To: open-closed State-Changed-By: dfr State-Changed-When: Sat Nov 14 02:09:25 PST 1998 State-Changed-Why: Fixed in revision 1.47 of nfs_socket.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 04:19:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA11254 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 04:19:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA11249 for ; Sat, 14 Nov 1998 04:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA17295; Sat, 14 Nov 1998 04:20:01 -0800 (PST) Received: from k6n1.znh.org (dialup2.gaffaneys.com [208.155.161.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA11159 for ; Sat, 14 Nov 1998 04:16:35 -0800 (PST) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id MAA00900; Sat, 14 Nov 1998 12:15:47 GMT (envelope-from zach) Message-Id: <199811141215.MAA00900@k6n1.znh.org> Date: Sat, 14 Nov 1998 12:15:47 GMT From: Zach Heilig Reply-To: zach@gaffaneys.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8683: Problems with Atapi in 3.0... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8683 >Category: kern >Synopsis: Problems with Atapi in 3.0... >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 04:20:00 PST 1998 >Last-Modified: >Originator: Zach Heilig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT #6: Sun Nov 8 16:51:26 CST 1998 [ kernel built right after cvsup/make world ] The device in question [4 disk cd changer] is the only IDE type device in the system. wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, dma, iordy wcd0: 1031KB/sec, 128KB cache, audio play, 255 volume levels, ejectable changer, unlocked wcd0: changer slot 0 disk present wcd1: changer slot 1 disk present wcd2: changer slot 2 no disk wcd3: changer slot 3 disk present >Description: After reading a few [1000-2000] files from one of the disks (and being very careful to not touch any other disk to avoid making the changer change): 'find . -type f -print0 | xargs -0 md5' , this pops up on the console, and the machine locks up tight for about 10 seconds, then comes back to "normal" except any access to any of the atapi devices locks the machine for another 10 seconds. atapi1.0: invalid command phase, ireason=0xd0, status=d0, error=d0 atapi1.0: invalid command phase, ireason=0xd8, status=d8, error=d8 atapi1.0: controller not ready for cmd atapi1.0: controller not ready for cmd atapi1.0: controller not ready for cmd [... repeated a couple times for each access to the changer ] shutting down and manually unmounting the disks (or remounting read-only -- otherwise they are all dirty after rebooting), and rebooting is enough to unwedge the device. Turning power off for a minute or so does not change how long it takes to wedge. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 05:59:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15601 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 05:59:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15593 for ; Sat, 14 Nov 1998 05:59:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA20405; Sat, 14 Nov 1998 06:00:01 -0800 (PST) Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15583 for ; Sat, 14 Nov 1998 05:58:38 -0800 (PST) (envelope-from sanpei@sanpei.org) Received: from lavender.sanpei.org (u4168.seaple.icc.ne.jp [203.140.32.168]) by titanium.yy.ics.keio.ac.jp (8.8.8+3.0Wbeta13/3.7W) with ESMTP id WAA12738; Sat, 14 Nov 1998 22:58:04 +0900 (JST) Received: (from sanpei@localhost) by lavender.sanpei.org (8.8.8/3.6W) id WAA10827; Sat, 14 Nov 1998 22:58:02 +0900 (JST) Message-Id: <199811141358.WAA10827@lavender.sanpei.org> Date: Sat, 14 Nov 1998 22:58:02 +0900 (JST) From: sanpei@sanpei.org Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8684: [Patch] Sound only come out from left channel with SBPro/pcm0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8684 >Category: i386 >Synopsis: [Patch] Sound only come out from left channel with SBPro/pcm0 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 06:00:00 PST 1998 >Last-Modified: >Originator: MIHIRA Yoshiro >Organization: Keio UNIV. >Release: FreeBSD 3.0-RELEASE i386 >Environment: pcm0 driver under SoundBlasterPro mode I tested ESS1868 chip(with SounBlasterPro mode) and ESS688 chip. This problem is in 2.2-stable and 3.0-current source tree. >Description: Some one reported at FreeBSD-hardware mailing list, that ``The sound only come out of the left channel'' with ESS1868 chip and pcm0. Message-ID: <362E17BD.A41AD5BD@bellatlantic.net> If use VoxWare, it's fine, sound come out from both channel. Luigi's pcm0 driver use change_bits function which is originated from VoxWare driver. But ``change_bits'' was change from VoxWare as below. VoxWare:(/sys/i386/isa/sound/sb_mixer.c) 189: shift = (*iomap)[dev][chn].bitoffs - (*iomap)[dev][LEFT_CHN].nbits + 1; pcm0:(/sys/i386/isa/snd/sound.c) 1447: shift = (*t)[dev][chn].bitoffs /*- (*t)[dev][LEFT_CHN].nbits + 1*/; ~~ ~~ And also changed some header files. VoxWare for SoundBlaster 16:(/sys/i386/isa/sound/sb_mixer.h) 155: MIX_ENT(SOUND_MIXER_VOLUME, 0x30, 7, 5, 0x31, 7, 5), pcm0 for SoundBlaster 16:(/sys/i386/isa/snd/sbcard.h) 310: PMIX_ENT(SOUND_MIXER_VOLUME, 0x30, 3, 5, 0x31, 3, 5), ~ ~ A1 B1 C1 A2 B2 C3 A: port-offset B: bit-offset C: number of bits 1: left channel, 2: right channel [B of pcm0] = [B of VoxWare] - [C of Voxware] + 1; B1 of pcm0 = 3 = 7 - 5 + 1 But mixertable for SoundBlasterPro and sgnxpro(?) were not changed, there are still same as Voxware :-< VoxWare for SoundBlasterPro :(/sys/i386/isa/sound/sb_mixer.h) 121: MIX_ENT(SOUND_MIXER_VOLUME, 0x22, 7, 4, 0x22, 3, 4), pcm0 for SoundBlasterPro:(/sys/i386/isa/snd/sbcard.h) 267: PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 7, 4, 0x22, 3, 4), ~ ~ I think Luigi forgot to change these values. I made patch file and appended this send-pr. BTW, I think some files which are in /sys/i386/isa/snd/ are needed to add $Id$. >How-To-Repeat: probe SounBlasterPro compatible card with pcm0 and play back some sounds file. >Fix: --- sys/i386/isa/snd/sbcard.h.org Fri Nov 13 02:26:00 1998 +++ sys/i386/isa/snd/sbcard.h Sat Nov 14 21:49:16 1998 @@ -264,15 +264,15 @@ static u_char sb16_recmasks_R[SOUND_MIXER_NRDEVICES]; #else /* __SB_MIXER_C__ defined */ mixer_tab sbpro_mix = { - PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 7, 4, 0x22, 3, 4), + PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 4, 4, 0x22, 0, 4), PMIX_ENT(SOUND_MIXER_BASS, 0x00, 0, 0, 0x00, 0, 0), PMIX_ENT(SOUND_MIXER_TREBLE, 0x00, 0, 0, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_SYNTH, 0x26, 7, 4, 0x26, 3, 4), - PMIX_ENT(SOUND_MIXER_PCM, 0x04, 7, 4, 0x04, 3, 4), + PMIX_ENT(SOUND_MIXER_SYNTH, 0x26, 4, 4, 0x26, 0, 4), + PMIX_ENT(SOUND_MIXER_PCM, 0x04, 4, 4, 0x04, 0, 4), PMIX_ENT(SOUND_MIXER_SPEAKER, 0x00, 0, 0, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_LINE, 0x2e, 7, 4, 0x2e, 3, 4), - PMIX_ENT(SOUND_MIXER_MIC, 0x0a, 2, 3, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_CD, 0x28, 7, 4, 0x28, 3, 4), + PMIX_ENT(SOUND_MIXER_LINE, 0x2e, 4, 4, 0x2e, 0, 4), + PMIX_ENT(SOUND_MIXER_MIC, 0x0a, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_CD, 0x28, 4, 4, 0x28, 0, 4), PMIX_ENT(SOUND_MIXER_IMIX, 0x00, 0, 0, 0x00, 0, 0), PMIX_ENT(SOUND_MIXER_ALTPCM, 0x00, 0, 0, 0x00, 0, 0), PMIX_ENT(SOUND_MIXER_RECLEV, 0x00, 0, 0, 0x00, 0, 0) @@ -280,15 +280,15 @@ #ifdef __SGNXPRO__ mixer_tab sgnxpro_mix = { - PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 7, 4, 0x22, 3, 4), - PMIX_ENT(SOUND_MIXER_BASS, 0x46, 2, 3, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_TREBLE, 0x44, 2, 3, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_SYNTH, 0x26, 7, 4, 0x26, 3, 4), - PMIX_ENT(SOUND_MIXER_PCM, 0x04, 7, 4, 0x04, 3, 4), - PMIX_ENT(SOUND_MIXER_SPEAKER, 0x42, 2, 3, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_LINE, 0x2e, 7, 4, 0x2e, 3, 4), - PMIX_ENT(SOUND_MIXER_MIC, 0x0a, 2, 3, 0x00, 0, 0), - PMIX_ENT(SOUND_MIXER_CD, 0x28, 7, 4, 0x28, 3, 4), + PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 4, 4, 0x22, 0, 4), + PMIX_ENT(SOUND_MIXER_BASS, 0x46, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_TREBLE, 0x44, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_SYNTH, 0x26, 4, 4, 0x26, 0, 4), + PMIX_ENT(SOUND_MIXER_PCM, 0x04, 4, 4, 0x04, 0, 4), + PMIX_ENT(SOUND_MIXER_SPEAKER, 0x42, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_LINE, 0x2e, 4, 4, 0x2e, 0, 4), + PMIX_ENT(SOUND_MIXER_MIC, 0x0a, 0, 3, 0x00, 0, 0), + PMIX_ENT(SOUND_MIXER_CD, 0x28, 4, 4, 0x28, 0, 4), PMIX_ENT(SOUND_MIXER_IMIX, 0x00, 0, 0, 0x00, 0, 0), PMIX_ENT(SOUND_MIXER_ALTPCM, 0x00, 0, 0, 0x00, 0, 0), PMIX_ENT(SOUND_MIXER_RECLEV, 0x00, 0, 0, 0x00, 0, 0), >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 08:47:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25408 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 08:47:39 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25394; Sat, 14 Nov 1998 08:47:29 -0800 (PST) (envelope-from sos@FreeBSD.org) From: Søren Schmidt Received: (from sos@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA07778; Sat, 14 Nov 1998 08:47:33 -0800 (PST) Date: Sat, 14 Nov 1998 08:47:33 -0800 (PST) Message-Id: <199811141647.IAA07778@freefall.freebsd.org> To: sos@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: kern/8683 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Problems with Atapi in 3.0... Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sos Responsible-Changed-When: Sat Nov 14 08:44:14 PST 1998 Responsible-Changed-Why: Atapi is my table :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 08:55:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26171 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 08:55:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from localhost.zilker.net (jump-tnt-0093.customer.jump.net [207.8.127.93]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26165 for ; Sat, 14 Nov 1998 08:55:16 -0800 (PST) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.8) id KAA19294; Sat, 14 Nov 1998 10:54:57 -0600 (CST) (envelope-from marquard) To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8666: X blocks serial port with getty process on it References: <199811121451.JAA00653@sherman.softpulse.com> From: Dave Marquardt Date: 14 Nov 1998 10:54:14 -0600 In-Reply-To: Tim Allman's message of "Thu, 12 Nov 1998 09:51:53 -0500 (EST)" Message-ID: <85pvaqfc5l.fsf@localhost.zilker.net> Lines: 25 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Tim Allman writes: > When the OS is booted up without X all is well. The following line in > /etc/ttys does exactly what it should. That is it allows logins on the > serial port. > cuaa3 "/usr/libexec/getty std.115200" vt100 on secure > > However, when X is started either through startx or xdm this port is blocked. > Logins are impossible and a current user is prevented from using the port. > The problem remains until the next reboot. > > Interestingly, the modem, setup using the following line is not affected > by X at all. > > modem "/usr/libexec/getty std.115200" dialup off insecure > > >How-To-Repeat: > Boot up without X. Logins through cuaa3 work properly. Start X using startx > on a console virtual terminal. Serial port is now blocked. Killing X does > not help. I wonder if you have some sort of IRQ conflict. I noticed strange problems with my screen when my plug-n-play modem was assigned an IRQ that conflicted with vga0. -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 09:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29151 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 09:19:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29144 for ; Sat, 14 Nov 1998 09:19:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA11447; Sat, 14 Nov 1998 09:20:01 -0800 (PST) Received: from darwin.ediacara.org (mungo.med.utoronto.ca [128.100.83.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28279 for ; Sat, 14 Nov 1998 09:10:33 -0800 (PST) (envelope-from greig@darwin.ediacara.org) Received: (from greig@localhost) by darwin.ediacara.org (8.8.8/8.8.5) id MAA20735; Sat, 14 Nov 1998 12:00:57 -0500 (EST) Message-Id: <199811141700.MAA20735@darwin.ediacara.org> Date: Sat, 14 Nov 1998 12:00:57 -0500 (EST) From: greig@ediacara.org Reply-To: greig@ediacara.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8685: SYST problem in /usr/bin/ftp? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8685 >Category: bin >Synopsis: sending a SYST by ftp client closes connection thru Checkpoint >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 09:20:00 PST 1998 >Last-Modified: >Originator: David Iain Greig >Organization: NMR Core Facility, Dept. of Biochemistry, University of Ediacara >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD 2.2.7-STABLE ftp client through Checkpoint firewall >Description: When FreeBSD ftp client issues a SYST command to a remote server through a Checkpoint-1 firewall, the data connection closes, terminating the ftp session. >How-To-Repeat: Normal ftp. >Fix: Remove SYST command from /usr/src/usr.bin/ftp/util.c diff util.c util.c.orig 146c146 < if (command("NOOP") == COMPLETE && overbose) { --- > if (command("SYST") == COMPLETE && overbose) { ------------------ We cut over today to a new corporate firewall, and I was using my deskside FreeBSD server to check that we could connect thru the firewall to external servers. All of them checked out 100% except ftp..... ------------------------------------- >From a Sun running Solaris 2.5.1: > ftp darwin.ediacara.org Connected to darwin.ediacara.org. 220 darwin.ediacara.org FTP server (Version 6.00) ready. ftp> debug 3 Debugging on (debug=3). ftp> user (username) greig ---> USER greig 331 Password required for greig. Password: ---> PASS (censored) 230 User greig logged in. ftp> ls ---> PORT 142,146,236,140,135,1 200 PORT command successful. ---> NLST 150 Opening ASCII mode data connection for 'file list'. Muttrc .mailrc .profile .rhosts (etc) So the Solaris FTP works. ----------------------------------- >From AIX 4.3.1: > ftp ftp> debug 99 Debugging on (debug=99). ftp> open darwin.ediacara.org Connected to darwin.ediacara.org. 220 darwin.ediacara.org FTP server (Version 6.00) ready. Name (darwin.ediacara.org:dgreig): greig ---> USER greig 331 Password required for greig. Password: ---> PASS (censored) 230 User greig logged in. ftp> ls ---> PORT 142,146,236,80,158,243 200 PORT command successful. ---> NLST 150 Opening ASCII mode data connection for 'file list'. Muttrc .mailrc .profile (etc) So AIX works. --------------------------------------------------------- >From my FreeBSD server: uname -a: FreeBSD teva.rogers.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Tue Oct 6 07:48:54 EDT 1998 root@teva.rogers.com:/usr/src/sys/compile/TEVA i386 > ftp ftp> debug 99 Debugging on (debug=99). ftp> open darwin Connected to darwin. 220 darwin.ediacara.org FTP server (Version 6.00) ready. Name (darwin:dgreig): greig ---> USER greig 331 Password required for greig. Password: ---> PASS XXXX 230 User greig logged in. ---> SYST 215 UNIX Type: L8 Version: BSD-199506 Remote system type is UNIX. Using binary mode to transfer files. ftp> ls ---> PORT 142,146,62,242,156,114 421 Service not available, remote server has closed connection. ftp> So freeBSD doesn't work thru Checkpoint where AIX and Solaris do? We look further into this: setting ftpd to send debug messages to syslog, and running syslod -d on the ftpd server, I log again into the AIX server. > ftp darwin.ediacara.org Connected to darwin.ediacara.org. 220 darwin.ediacara.org FTP server (Version 6.00) ready. Name (darwin.ediacara.org:dgreig): greig 331 Password required for greig. Password: 230 User greig logged in. ftp> ls 200 PORT command successful. 150 Opening ASCII mode data connection for 'file list'. Muttrc .mailrc (etc) namedb.tar 226 Transfer complete. ftp> quote NOOP 200 NOOP command successful. ftp> quote SYST 215 UNIX Type: L8 Version: BSD-199506 ftp> ls 421 Service not available, remote server has closed connection ftp> On the syslog scroll.. at the end I see: logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:14 ftpd[19825]: command: NOOP readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:14 ftpd[19825]: <--- 200 readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:14 ftpd[19825]: NOOP command successful. readfds = 0x38 readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:20 ftpd[19825]: command: SYST readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:20 ftpd[19825]: <--- 215 readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:20 ftpd[19825]: UNIX Type: L8 Version: BSD-199506 readfds = 0x38 got a message (1, 0x8) logmsg: pri 137, flags 0, from darwin, msg Nov 14 11:42:20 ftpd[19825]: lost connection readfds = 0x38 So it seems doing a SYST makes the firewall drop the connection?????? So I modify util.c: diff util.c util.c.orig 146c146 < if (command("NOOP") == COMPLETE && overbose) { --- > if (command("SYST") == COMPLETE && overbose) { To punt the SYST... Then compile and run it from the FreeBSD ftp client: > ftp ftp> debug 99 Debugging on (debug=99). ftp> open darwin Connected to darwin. 220 darwin.ediacara.org FTP server (Version 6.00) ready. Name (darwin:dgreig): greig ---> USER greig 331 Password required for greig. Password: ---> PASS XXXX 230 User greig logged in. ---> NOOP 200 NOOP command successful. Remote system type is NOOP. ftp> ls ---> PORT 142,146,62,242,156,120 200 PORT command successful. ---> LIST 150 Opening ASCII mode data connection for '/bin/ls'. total 250240 drwxr-xr-x 2 greig wheel 1024 Oct 28 1997 ... -rw------- 1 greig wheel 230 May 19 22:03 .Xauthority -rw-r--r-- 1 greig wheel 384 Nov 10 1997 .alias (etc) -rw-r--r-- 1 greig wheel 10240 Oct 27 1997 www.tar -rw-r--r-- 1 greig wheel 53 Oct 27 1997 www.tar.gz 226 Transfer complete. ftp> ftp> quote SYST ---> SYST 421 Service not available, remote server has closed connection. ftp> Um.... help? --D. -- david iain greig greig@ediacara.org sp4 kox http://www.ediacara.org/~greig arbor plena alouattarum >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 12:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14251 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 12:39:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14243 for ; Sat, 14 Nov 1998 12:39:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA19759; Sat, 14 Nov 1998 12:40:01 -0800 (PST) Received: from home.bhl (1Cust182.tnt1.lafayette.in.da.uu.net [208.254.19.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14214 for ; Sat, 14 Nov 1998 12:38:57 -0800 (PST) (envelope-from bhlewis@gte.net) Received: from ylana.home.bhl (localhost.home.bhl [127.0.0.1]) by home.bhl (8.9.1/8.8.8) with ESMTP id PAA01654 for ; Sat, 14 Nov 1998 15:38:35 -0500 (EST) (envelope-from bhlewis@ylana.home.bhl) Message-Id: <199811142038.PAA01654@home.bhl> Date: Sat, 14 Nov 1998 15:38:34 -0500 From: Benjamin Lewis To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8687: pcm driver does not recognize Axra Yamaha card (fix included) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8687 >Category: i386 >Synopsis: pcm driver does not recognize AXRA Yamaha sound card >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 12:40:01 PST 1998 >Last-Modified: >Originator: Benjamin Lewis >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current cvsup/buildworld performed Nov. 13, 1998 >Description: The pcm sound card driver does not recognize Vendor ID 0x0008a865 as a Yamaha OPL3-SA3 sound card. >How-To-Repeat: Boot the operating system, notice that pcm[01] does not get configured. >Fix: The following patch to /usr/src/sys/i386/isa/snd/ad1848.c worked for me. Since I have no idea what I'm doing, I also have no idea whether this patch is correct. However, it does seem to work: [from dmesg] Probing for PnP devices: CSN 1 Vendor ID: YMH0800 [0x0008a865] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0 d041] mss_attach 1 at 0xe80 irq 10 dma 3:1 flags 0x11 setting up yamaha registers set yamaha master volume to maxpcm1 (CS423x/Yamaha sn 0 xffffffff) at 0xe80-0xe87 irq 10 drq 3 flags 0x11 on isa However, sequencer1 does not seem to be functional: [from /dev/sndstat] FreeBSD Audio Driver (981002) Nov 14 1998 09:49:00 Installed devices: pcm1: at 0xe80 irq 10 dma 3:1 sequencer1: at 0xe80 (not functional) I don't know if the sequencer problem originates with my patch, my sound card, or the pcm driver. I'll include the pnpinfo output so that more capable people can see what I'm dealing with [from pnpinfo] Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID YMH0800 (0x0008a865), Serial Number 0xffffffff PnP Version 1.0, Vendor Version 0 Device Description: OPL3-SA3 Sound Board Logical Device ID: YMH0021 0x2100a865 #0 Vendor register funcs 00 TAG Start DF Good Configuration I/O Range 0x220 .. 0x220, alignment 0x10, len 0x10 [16-bit addr] I/O Range 0x530 .. 0x530, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x330 .. 0x330, alignment 0x2, len 0x2 [16-bit addr] I/O Range 0x370 .. 0x370, alignment 0x2, len 0x2 [16-bit addr] IRQ: 5 IRQ: High true edge sensitive DMA: channel(s) 0 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Type F TAG Start DF Acceptable Configuration I/O Range 0x240 .. 0x240, alignment 0x10, len 0x10 [16-bit addr] I/O Range 0xe80 .. 0xe80, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x300 .. 0x300, alignment 0x2, len 0x2 [16-bit addr] I/O Range 0x100 .. 0xffe, alignment 0x2, len 0x2 [16-bit addr] IRQ: 5 7 9 10 11 IRQ: High true edge sensitive DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF Sub-optimal Configuration I/O Range 0x220 .. 0x280, alignment 0x10, len 0x10 [16-bit addr] I/O Range 0x530 .. 0xf48, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x388 .. 0x3f8, alignment 0x8, len 0x8 [16-bit addr] I/O Range 0x300 .. 0x334, alignment 0x2, len 0x2 [16-bit addr] I/O Range 0x100 .. 0xffe, alignment 0x2, len 0x2 [16-bit addr] IRQ: 3 5 7 9 10 11 IRQ: High true edge sensitive DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG End DF Logical Device ID: YMH0022 0x2200a865 #1 Vendor register funcs 00 Compatible Device ID: PNPb02f (2fb0d041) TAG Start DF Good Configuration I/O Range 0x201 .. 0x201, alignment 0x1, len 0x1 [16-bit addr] TAG Start DF Acceptable Configuration I/O Range 0x202 .. 0x202, alignment 0x1, len 0x1 [16-bit addr] TAG Start DF Acceptable Configuration I/O Range 0x203 .. 0x203, alignment 0x1, len 0x1 [16-bit addr] TAG Start DF Acceptable Configuration I/O Range 0x204 .. 0x20f, alignment 0x1, len 0x1 [16-bit addr] TAG End DF End Tag Successfully got 42 resources, 2 logical fdevs -- card select # 0x0001 CSN YMH0800 (0x0008a865), Serial Number 0xffffffff Logical device #0 IO: 0x0240 0x0e80 0x0388 0x0300 0x0ff6 0x0000 0x0000 0x0000 IRQ 10 0 DMA 3 1 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0201 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 0 0 IO range check 0x00 activate 0x01 Here is the patch: *** ad1848.c.old Sat Nov 14 10:48:08 1998 --- ad1848.c Sat Nov 14 14:58:19 1998 *************** *** 1416,1421 **** --- 1416,1423 ---- s = "Yamaha SA3"; else if (vend_id == 0x0000a865) s = "Yamaha YMF719 OPL-SA3"; + else if (vend_id == 0x0008a865) + s = "Yamaha YMF719 OPL3-SA3"; else if (vend_id == 0x8140d315) s = "SoundscapeVIVO"; if (s) { *************** *** 1470,1475 **** --- 1472,1478 ---- case 0x2000a865: /* Yamaha SA2 */ case 0x3000a865: /* Yamaha SA3 */ case 0x0000a865: /* Yamaha TMF719 SA3 */ + case 0x0008a865: /* Yamaha YMF719 OPL3-SA3 */ dev->id_iobase = d.port[1]; tmp_d.alt_base = d.port[0]; tmp_d.conf_base = d.port[4]; -- Benjamin Lewis bhlewis@gte.net -or- bhlewis@purdue.edu >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 14 13:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17537 for freebsd-bugs-outgoing; Sat, 14 Nov 1998 13:29:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17529 for ; Sat, 14 Nov 1998 13:29:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA21615; Sat, 14 Nov 1998 13:30:01 -0800 (PST) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA17217 for ; Sat, 14 Nov 1998 13:22:35 -0800 (PST) (envelope-from trost@cloud.rain.com) Received: (qmail 24878 invoked by uid 4); 14 Nov 1998 21:22:12 -0000 Received: (qmail 589 invoked by uid 236); 14 Nov 1998 21:21:29 -0000 Message-Id: <19981114212129.588.qmail@grey.cloud.rain.com> Date: 14 Nov 1998 21:21:29 -0000 From: trost@cloud.rain.com Reply-To: trost@cloud.rain.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8688: tcopy not updated for CAM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8688 >Category: i386 >Synopsis: tcopy not updated for CAM >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 14 13:30:01 PST 1998 >Last-Modified: >Originator: Bill Trost >Organization: Trost Computiong >Release: FreeBSD 3.0-BETA i386 >Environment: $TAPE must not be set. >Description: tcopy tries to access /dev/rst0 when run with no arguments, but, since CAM, it should be using /dev/rsa0. >How-To-Repeat: >Fix: --- /usr/src/usr.bin/tcopy/pathnames.h.st0 Sat Nov 14 13:15:23 1998 +++ /usr/src/usr.bin/tcopy/pathnames.h Sat Nov 14 13:15:34 1998 @@ -33,4 +33,4 @@ * @(#)pathnames.h 8.1 (Berkeley) 6/6/93 */ -#define _PATH_DEFTAPE "/dev/rst0" +#define _PATH_DEFTAPE "/dev/rsa0" >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message