From owner-freebsd-hackers Sun Jul 7 1:35:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C1E337B400 for ; Sun, 7 Jul 2002 01:35:31 -0700 (PDT) Received: from www.kozubik.com (www.kozubik.com [198.78.70.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF58243E54 for ; Sun, 7 Jul 2002 01:35:30 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id g678TZo08670 for ; Sun, 7 Jul 2002 01:29:35 -0700 (PDT) (envelope-from john@kozubik.com) Date: Sun, 7 Jul 2002 01:29:35 -0700 (PDT) From: John Kozubik X-Sender: john@www To: freebsd-hackers@freebsd.org Subject: multi-link 802.11b through netgraph yields poor performance. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian, Archie, et al, I have experimented with a multi-link 802.11b connection between two laptops. Both are 4.5-RELEASE, one has two aironet LMC352 cards, and one has two Lucent gold cards. I have successfully used ng_one2many, etc., to establish a working multi-link between the two systems - however, I would appreciate any comments regarding the very poor performance I see when networked in this manner. The problem I see is that, when using `ping` on either machine, exactly every other packet is dropped. After running `ping` for many minutes, trying it from both machines, it is clear that _exactly_ every other packet is dropped. Further, echo response time is between 2.2 and 2.5 milliseconds, which seems very high. I have configured the multi-link using the examples found in the ng_one2many(4) man page - the only difference is that I have only two cards in each machine, so in addition to running fewer `ngctl` commands, I also had fewer links in my setconfig msg ([ 1 1 ] instead of [ 1 1 1 1 ]). `ngctl list` on both machines yields this (seemingly correct) information: There are 4 total nodes: Name: ngctl338 Type: socket ID: 00000013 Num hooks: 0 Name: Type: one2many ID: 00000009 Num hooks: 3 Name: an1 Type: ether ID: 00000002 Num hooks: 1 Name: an0 Type: ether ID: 00000001 Num hooks: 2 Finally, I should point out that one card in each machine is on channel 1, and one card in each machine is on channel 11 - thus there are two card pairs crossing each machine and each card pair shares not only a frequency/channel, but also a SSID. The purely wireless networking portion of this experiment seems to be correct. (I posted a few weeks ago to freebsd-mobile a correct mechanism to get wi cards talking to an cards in ad-hoc mode). Theoretically interference should not be an issue as I am using channels 1 and 11. The behavior does not change regardless of how close the two laptops are or what their relative vertical/horizontal orientation is ... moving around the external antennas attached to the LMC352s has no effect. Therefore, since the every other packet echo response and the high latency continues without missing a beat regardless of what I do to try to affect the interference (if any) I must conclude that I am witnessing either: a) a problem in the wireless drivers that causes them to be confused when two of the same card is configured in the system using different frequencies or SSIDs b) a problem or misconfiguration on my part in the netgraph configuration --- (a) seems unlikely as I feel that unspecific "issues" with the wireless drivers would cause effects that were less regular than "drop exactly every other packet". However (b) also seems unlikely - if I had misconfigured netgraph and ng_one2many, it seems unlikely that this would work at all. It's possible that my netgraph configuration is not even being used, and that an0 is simply talking to wi0 over a non-multi-link, and that everything else that is going on just happens to cause problems for that normal ad-hoc, one card to one card operation. However, my netgraph commands you will see below, and the output of my `ngctl list` commands suggest that netgraph is configured correctly. Here are the network and netgraph related commands I entered, in order: On machine A: ifconfig an0 10.10.10.10 netmask 255.255.255.0 ngctl mkpeer an0: one2many upper one ngctl connect an0: an0:upper lower many0 ngctl connect an1: an0:upper lower many1 ifconfig an1 up ngctl msg an1: setpromisc 1 ngctl msg an1: setautosrc 0 ngctl msg an0:upper setconfig "{ xmitAlg=1 failAlg=1 enabledLinks=[ 1 1 ] }" On machine B: ifconfig wi0 10.10.10.20 netmask 255.255.255.0 ngctl mkpeer wi0: one2many upper one ngctl connect wi0: wi0:upper lower many0 ngctl connect wi1: wi0:upper lower many1 ifconfig wi1 up ngctl msg wi1: setpromisc 1 ngctl msg wi1: setautosrc 0 ngctl msg wi0:upper setconfig "{ xmitAlg=1 failAlg=1 enabledLinks=[ 1 1 ] }" Any comments as to why the problems I am seeing (half of packets dropped and high latency) exist are appreciated. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 1:53:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B153F37B405 for ; Sun, 7 Jul 2002 01:53:21 -0700 (PDT) Received: from relay1.kornet.net (relay1.kornet.net [211.48.62.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB34443E09 for ; Sun, 7 Jul 2002 01:53:20 -0700 (PDT) (envelope-from guide@zhangter.com) Received: from LG (61.77.237.10) by relay1.kornet.net; 7 Jul 2002 17:53:17 +0900 Message-ID: <3d28017f3d2dfc9a@relay1.kornet.net> (added by relay1.kornet.net) From: =?ks_c_5601-1987?B?x9Gw3Le5IMDlxc0=?= To: freebsd-hackers@FreeBSD.ORG Subject: =?ks_c_5601-1987?B?IGZyZWVic2QtaGFja2Vyc7TULCAgx9Gxubvzx7Agx8q/5MfPvLy/5D8gIFuxpLDtXQ==?= Date: Sun, 07 Jul 2002 17:51:58 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0177_01C0F51A.93A58C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0177_01C0F51A.93A58C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 VW50aXRsZWQgRG9jdW1lbnQgIE1hZGUgIGluIEtvcmVhLCDA2rb7vbq3sSDH0bG5wM4hISEg IA0Kx9Gw3Le5IMDlxc0od3d3LnpoYW5ndGVyLmNvbSm0wg0KICDH2L/cv6EgsOi9xSDH0bG5 wM7AuyDAp8fPv6kguLa3w7XIDQogILDtsbnAxyDH4sPrsKEgs6q0wiDH0bG5ILvzx7AgwPy5 riC87sfOuPQgwNS0z7TZLg0KICAgICAgICAgICANCrmrsPy8vCwgwK/F6yC4tsH4ILnowaa3 ziDA+rfFx9EgsKGw3SwgDQogx9GxuSDB97D4sd6/oSDAx8fRIL3FvLHH0SC788ewwLsgwPzH 2CC15biztM+02S4NCiAgDQrH0bDot7kgwOXFzSh3d3cuemhhbmd0ZXIuY29tKb+hvK0gIMfY v9wgtb/G97+hsNQgDQogsLPAziC80rrxv+vAuLfOILG5waYgv+zG7bzSxve4piDF68fPv6kg x9Gxub+hvK0gwfew+LHex9TAuLfOveENCiAgxeuw/CC8vLHdwMwgvvjAuyC707T1t68gvPbA 1L73wNogudcgwd+woyDAr8XrvvfA2sDHIMCvxesguLbB+MC7ILnowabHz7+pDQogILjFv+wg wPq3xcfRILChsN3AuLfOIL3FvLHH0SDH0bG5ILvzx7DAuyC757/rx8+9x7z2IMDWwL60z7TZ Lg0KDQogIA0Kx9GxuSCx6MShLCC52Lndwvm17sDHIL3Et+HHsMC7ILrxt9THz7+pIA0KIMfR sbkgyK3A5cewLCC+x7y8u+e4riwgwL253bXuILv9yLAgx8q89sewwLsguPC1ziDB2LrxICDH z7+0wL60z7TZLg0KICANCsfRufgguea5rsfPv6kgsO2xucDHICDH4sPrtbUgtMCzor3DsO0s ICDHyr/kx9EgwM+/68ewtbUguLa3w8fPvcOx4iC52bb4tM+02S4NCiAgIA0KIA0KICCivqK+ or4gICAgx9Gxub+hvK0gIMHWua4sICDH2L/ct84guei827W1ILChtMnH1bTPtNkuIA0KICAg ICAgICAgICDH2L/cv6EgsOi9xSCwocG3LCDEo8H2ILnXIMSjsbi/obDUILDtsbnAxyDBpMC7 IMD8x9gguri9yr3Dv+QuICAgIKK+or6ivg0KICAgICAgICAgILTcICDH0bn4wMcgQ2xpY2vA uLfOICAgx9GxuSC788ewwLsgILG4x8+9x7z2IMDWwL60z7TZLiAhISENCiAgIMfRsNy3uSDA 5cXNKHd3dy56aGFuZ3Rlci5jb20pt84gIL/Avcq9w7/kLiAgICAgICAgICANCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KICAgosAgu+fA/L+hIMfjtvS++MDMILjewM/AuyC6uLO7vK0gwcu828fV tM+02S4NCiAgursguN7Az8C6IMGkurjF673FuMEgwMy/68PLwfggudcgwaS6uLq4yKMgte6/ oSCw/MfRILn9t/wgwaYgNTDBtr+hIMDHsMXH0SAgW7GksO1dILjewM/A1LTPtNkuIGZyZWVi c2QtaGFja2Vyc7TUwMcgZS1tYWlsIMHWvNK0wiDAzsXNs92787+hvK0gw+u15sfPv7TAuLjn LCC43sDPwda80r/cv6Egvu62sMfRILCzwM4gwaS6uLW1ILChwfaw7SDA1sH2ICC+yr3AtM+0 2S4NCiAgDQogosAgV2UgaW5mb3JtIHlvdSwgaW4gYWNjb3JkYW5jZSB3aXRoIHRoZSBhZHZp Y2Ugb2YgIE1pbmlzdHJ5IG9mICBJbmZvcm1hdGlvbiBhbmQgQ29tbXVuaWNhdGlvbiwgdGhh dCB0aGlzIGUtbWFpbCBpcyBhIGFkdmVydGlzZW1lbnQgYW5kIHRoZSAgYWRkcmVzcyBvZiB3 aGljaCBoYXMgYmVlbiBnYXRoZXJlZCBmcm9tIGJ1bGxldGluIGJvYXJkIG9uIGludGVybmV0 IGFzIG5vdCAgd2lzaCB0byByZWNlaXZlIHRoaXMgZS1tYWlsIGNsaWNrICJEZW55IiAuDQog ICAgICAgICAgW7z2vcWwxbrOKCAgRGVueSApXSAgICAgICAgIA== ------=_NextPart_000_0177_01C0F51A.93A58C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5VbnRpdGxlZCBEb2N1bWVudDwvdGl0bGU+DQo8bWV0 YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNl dD1ldWMta3IiPg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIj MDAwMDAwIj4NCjx0YWJsZSB3aWR0aD0iNTAwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIw IiBjZWxscGFkZGluZz0iMyIgaGVpZ2h0PSI3NzIiPg0KICA8dHI+IA0KICAgIDx0ZCBhbGln bj0iY2VudGVyIiBiZ2NvbG9yPSIjREVGNENDIiBoZWlnaHQ9IjEyMCI+PGI+PGZvbnQgZmFj ZT0iyN641cbtwfbDvCI+PGZvbnQgY29sb3I9IiNEMjAwMDAiIHNpemU9IjYiPk1hZGUgICAg DQogICAgICBpbiBLb3JlYSwgwNq2+726t7Egx9GxucDOISEhPC9mb250PjwvZm9udD48L2I+ ICAgIA0KICAgICAgPHA+IDxmb250IGNvbG9yPSIjMDAzM0NDIj48Zm9udCBzaXplPSI0Ij48 Yj7H0bDct7kgwOXFzSg8YSBocmVmPSJodHRwOi8vd3d3LnpoYW5ndGVyLmNvbSI+d3d3Lnpo YW5ndGVyLmNvbTwvYT4pPC9iPjwvZm9udD48L2ZvbnQ+PGZvbnQgc2l6ZT0iNCI+PGI+tMI8 YnI+ICANCiAgICAgICAgx9i/3L+hILDovcUgx9GxucDOwLsgwKfHz7+pILi2t8O1yDxicj4g ICANCiAgICAgICAgsO2xucDHIMfiw+uwoSCzqrTCIMfRsbkgu/PHsCDA/LmuILzux8649CDA 1LTPtNkuPC9iPjwvZm9udD48L3A+ICAgDQogICAgPC90ZD4gICANCiAgPC90cj4gICANCiAg PHRyPiAgICANCiAgICA8dGQgaGVpZ2h0PSI2IiBiZ2NvbG9yPSIjRkRGRkVDIj4mbmJzcDs8 L3RkPiAgIA0KICA8L3RyPiAgIA0KICA8dHI+ICAgIA0KICAgIDx0ZCBiZ2NvbG9yPSIjRkRG RkVDIiBoZWlnaHQ9IjMyNCI+ICAgDQogICAgICA8cD48Yj48Zm9udCBzaXplPSIzIj65q7D8 vLwsIMCvxesguLbB+CC56MGmt84gwPq3xcfRILChsN0sIDxicj4gICANCiAgICAgICAgx9Gx uSDB97D4sd6/oSDAx8fRIL3FvLHH0SC788ewwLsgwPzH2CC15biztM+02S48L2ZvbnQ+PC9i PjwvcD4gICANCiAgICAgIDxwPiA8Zm9udCBjb2xvcj0iIzAwMzNDQyI+PGZvbnQgZmFjZT0i udnFwSIgc2l6ZT0iMiI+x9Gw6Le5IMDlxc0oPGEgaHJlZj0iaHR0cDovL3d3dy56aGFuZ3Rl ci5jb20iPnd3dy56aGFuZ3Rlci5jb208L2E+KTwvZm9udD48L2ZvbnQ+PGZvbnQgZmFjZT0i udnFwSIgc2l6ZT0iMiI+v6G8rSAgDQogICAgICDH2L/cILW/xve/obDUIDxicj4gIA0KICAg ICAgsLPAziC80rrxv+vAuLfOILG5waYgv+zG7bzSxve4piDF68fPv6kgx9Gxub+hvK0gwfew +LHex9TAuLfOveE8YnI+ICAgDQogICAgICAgIMXrsPwgvLyx3cDMIL74wLsgu9O09bevILz2 wNS+98DaILnXIMHfsKMgwK/F6773wNrAxyDAr8XrILi2wfjAuyC56MGmx8+/qTxicj4gICAN CiAgICAgICAguMW/7CDA+rfFx9EgsKGw3cC4t84gvcW8scfRIMfRsbkgu/PHsMC7ILvnv+vH z73HvPYgwNbAvrTPtNkuPC9mb250PjwvcD48YnI+ICAgDQogICAgICA8cD48Yj48Zm9udCBz aXplPSIzIj7H0bG5ILHoxKEsILnYud3C+bXuwMcgvcS34cewwLsguvG31MfPv6kgPGJyPiAg IA0KICAgICAgICDH0bG5IMitwOXHsCwgvse8vLvnuK4sIMC9ud217iC7/ciwIMfKvPbHsMC7 ILjwtc4gwdi68SAgIA0KICAgICAgx8+/tMC+tM+02S48L2ZvbnQ+PC9iPjwvcD4gIA0KICAg ICAgPHA+PGZvbnQgZmFjZT0iudnFwSIgc2l6ZT0iMiI+x9G5+CC55rmux8+/qSCw7bG5wMcg IA0KICAgICAgx+LD67W1ILTAs6K9w7DtLCZuYnNwOyDHyr/kx9EgwM+/68ewtbUguLa3w8fP vcOx4iC52bb4tM+02S48YnI+ICAgDQogICAgICA8L2ZvbnQ+ICAgDQogICAgICAgIDxicj4g ICANCiAgICAgICAgPGJyPiAgIA0KICAgICAgPGZvbnQgc2l6ZT0iMyI+ICANCiAgICAgICAg or6ivqK+Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxmb250IGNvbG9yPSIjRkYwMEZGIj7H0bG5v6G8 rSAgIA0KICAgICAgwda5riwmbmJzcDsgx9i/3LfOILnovNu1tSCwobTJx9W0z7TZLiA8YnI+ ICAgDQogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgx9i/3L+hILDovcUgsKHBtywgxKPB9iC51yDEo7G4v6Gw1CCw7bG5wMcg waTAuyDA/MfYILq4vcq9w7/kPC9mb250Pjxmb250IGNvbG9yPSIjMDBGRjAwIj4uJm5ic3A7 Jm5ic3A7PC9mb250PiAgIA0KICAgICAgor6ivqK+PC9mb250PjwvcD4gIA0KICAgIDwvdGQ+ ICANCiAgPC90cj4gIA0KICA8dHI+ICAgDQogICAgPHRkIGJnY29sb3I9IiNGREZGRUMiIGhl aWdodD0iMjQiPiZuYnNwOzwvdGQ+ICANCiAgPC90cj4gIA0KICA8dHI+ICAgDQogICAgPHRk IGFsaWduPSJjZW50ZXIiIGJnY29sb3I9IiNGREZGRUMiIGhlaWdodD0iNTQiPjxiPjxmb250 IHNpemU9IjQiPjxmb250IGNvbG9yPSIjMDA2NjMzIj603CAgIA0KICAgICAgPC9mb250Pjxm b250IGNvbG9yPSIjRkYwMDAwIj4gx9G5+MDHIENsaWNrPC9mb250Pjxmb250IGNvbG9yPSIj MDA2NjMzIiBzaXplPSI0Ij7AuLfOJm5ic3A7ICAgDQogICAgICA8Zm9udCBjb2xvcj0iI0ND MDAwMCI+x9GxuSC788ewPC9mb250PsC7ICAgIA0KICAgICAgsbjHz73HvPYgwNbAvrTPtNku ICEhITxicj4gICANCiAgICAgIDwvZm9udD48L2ZvbnQ+PGZvbnQgY29sb3I9IiMwMDY2MzMi IHNpemU9IjUiPiAgIA0KICAgICAgPGZvbnQgY29sb3I9IiMwMDMzQ0MiPsfRsNy3uSDA5cXN KDxhIGhyZWY9Imh0dHA6Ly93d3cuemhhbmd0ZXIuY29tIj53d3cuemhhbmd0ZXIuY29tPC9h Pik8L2ZvbnQ+t84gICAgDQogICAgICC/wL3KvcO/5C48L2ZvbnQ+PC9iPjwvdGQ+ICAgDQog IDwvdHI+ICAgDQogIDx0cj4gICAgDQogICAgPHRkIGhlaWdodD0iMjQiIGJnY29sb3I9IiNG REZGRUMiPiZuYnNwOzwvdGQ+ICAgDQogIDwvdHI+ICAgDQogIDx0cj4gICAgDQogICAgPHRk IGJnY29sb3I9IiNGREZGRUMiIGhlaWdodD0iOTciPiAgICANCiAgICAgIDxwPjxmb250IGNv bG9yPSIjNjY2NjY2Ij49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08YnI+ICAgDQogICAgICA8Zm9udCBz aXplPSIyIj4gIA0KICAgICAgICCiwCC758D8v6Egx+O29L74wMwguN7Az8C7ILq4s7u8rSDB y7zbx9W0z7TZLjxicj4gICANCiAgICAgICAgursguN7Az8C6IMGkurjF673FuMEgwMy/68PL wfggudcgwaS6uLq4yKMgte6/oSCw/MfRILn9t/wgwaYgNTDBtr+hIMDHsMXH0SAgIA0KICAg ICAgICBbsaSw7V0guN7Az8DUtM+02S4gPC9mb250PjwvZm9udD48Zm9udCBzaXplPSIyIiBj b2xvcj0iIzY2NjY2NiI+IGZyZWVic2QtaGFja2Vyc7TUwMcgZS1tYWlsIMHWvNK0wiDAzsXN s92787+hvK0gw+u15sfPv7TAuLjnLCC43sDPwda80r/cv6Egvu62sMfRILCzwM4gwaS6uLW1 ILChwfaw7SDA1sH2ICAgIA0KICAgICAgICC+yr3AtM+02S48L2ZvbnQ+PC9wPiAgIA0KICAg ICAgPHA+PGZvbnQgY29sb3I9IiM2NjY2NjYiIHNpemU9IjMiPiAgDQogICAgICAgIKLAIDwv Zm9udD48Zm9udCBjb2xvcj0iIzY2NjY2NiIgc2l6ZT0iMiI+IFdlIGluZm9ybSB5b3UsIGlu IGFjY29yZGFuY2Ugd2l0aCB0aGUgYWR2aWNlIG9mJm5ic3A7IE1pbmlzdHJ5IG9mICAgDQog ICAgICBJbmZvcm1hdGlvbiBhbmQgQ29tbXVuaWNhdGlvbiwgdGhhdCB0aGlzIGUtbWFpbCBp cyBhIGFkdmVydGlzZW1lbnQgYW5kIHRoZSAgIA0KICAgICAgYWRkcmVzcyBvZiB3aGljaCBo YXMgYmVlbiBnYXRoZXJlZCBmcm9tIGJ1bGxldGluIGJvYXJkIG9uIGludGVybmV0IGFzIG5v dCAgIA0KICAgICAgd2lzaCB0byByZWNlaXZlIHRoaXMgZS1tYWlsIGNsaWNrICZxdW90O0Rl bnkmcXVvdDsgLjwvZm9udD48L3A+ICANCiAgICA8L3RkPiAgDQogIDwvdHI+ICANCiAgPHRy PiAgIA0KICAgIDx0ZCBoZWlnaHQ9IjIxIiBiZ2NvbG9yPSIjRkRGRkVDIj4mbmJzcDs8L3Rk PiAgDQogIDwvdHI+ICANCiAgPHRyPiAgIA0KICAgIDx0ZCBhbGlnbj0iY2VudGVyIiBiZ2Nv bG9yPSIjREVGNENDIiBoZWlnaHQ9IjIxIj48Yj48YSBocmVmPSJodHRwOi8vd3d3LmNydXNh ZGUuY28ua3IvcmVqZWN0L3JlamVjdC5waHA/aWQ9MzE5NyZhdXRoPTcyMWU3Mjg1YjI5OGNk ZTViM2QwYzk3M2VkOGQ3YjYzJm1haWw9ZnJlZWJzZC1oYWNrZXJzQEZyZWVCU0QuT1JHJm1v ZGU9d3JpdGUiPjxmb250IHNpemU9IjIiPlu89r3FsMW6ziggICANCiAgICAgIERlbnkgKV08 L2ZvbnQ+PC9hPjwvYj48L3RkPiAgDQogIDwvdHI+ICANCiAgPHRyPiAgIA0KICAgIDx0ZCBo ZWlnaHQ9IjIxIj4mbmJzcDs8L3RkPiAgDQogIDwvdHI+ICANCjwvdGFibGU+ICANCjwvYm9k eT4gIA0KPC9odG1sPiAg ------=_NextPart_000_0177_01C0F51A.93A58C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 9:31:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB7A37B400 for ; Sun, 7 Jul 2002 09:31:51 -0700 (PDT) Received: from smurf.jnielsen.net (12-254-136-47.client.attbi.com [12.254.136.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ABFA43E09 for ; Sun, 7 Jul 2002 09:31:51 -0700 (PDT) (envelope-from hackers@jnielsen.net) Received: from max (max.local [192.168.0.9]) by smurf.jnielsen.net (8.12.3/8.12.3) with SMTP id g67GVfYY000215; Sun, 7 Jul 2002 10:31:42 -0600 (MDT) (envelope-from hackers@jnielsen.net) Message-ID: <00ea01c225d3$cbac0250$0900a8c0@max> From: "John Nielsen" To: "John Kozubik" , References: Subject: Re: multi-link 802.11b through netgraph yields poor performance. Date: Sun, 7 Jul 2002 10:31:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Kozubik wrote: > Julian, Archie, et al, > > I have experimented with a multi-link 802.11b connection between two > laptops. Both are 4.5-RELEASE, one has two aironet LMC352 cards, and > one has two Lucent gold cards. > > I have successfully used ng_one2many, etc., to establish a working > multi-link between the two systems - however, I would appreciate any > comments regarding the very poor performance I see when networked in > this manner. > > The problem I see is that, when using `ping` on either machine, > exactly every other packet is dropped. After running `ping` for many > minutes, trying it from both machines, it is clear that _exactly_ > every other packet is dropped. Further, echo response time is > between 2.2 and 2.5 milliseconds, which seems very high. > Any comments as to why the problems I am seeing (half of packets > dropped and high latency) exist are appreciated. I am using a multilink connection between a fileserver and a switch, and it works fine. This is with regular 100Mbit ethernet cards. On one occasion I unplugged the "secondary" NIC from the switch without undoing the one2many setup. And every other packet to the machine was dropped. I saw the same thing you were seeing with your pings. So.. I would think that netgraph is doing its thing, distributing packets evenly between your two interfaces, but that one of the interfaces isn't behaving. My one2many script is essentially the same as yours except for the order. I don't know if it makes a difference (it _shouldn't_), but in my script I bring the secondary interface up before doing anything else (and then I load the ng_ether and ng_one2many modules, but I assume you're doing that elsewhere). I don't know a great deal about any of this, but I thought this might give you a clue as to what to look for. Good luck, JN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 11:19:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C291C37B400 for ; Sun, 7 Jul 2002 11:19:24 -0700 (PDT) Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D431C43E31 for ; Sun, 7 Jul 2002 11:19:23 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g67IJMY62766; Sun, 7 Jul 2002 12:19:23 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g67IJKG92067; Sun, 7 Jul 2002 12:19:21 -0600 (MDT) (envelope-from imp@village.org) Date: Sun, 07 Jul 2002 12:18:36 -0600 (MDT) Message-Id: <20020707.121836.61267901.imp@village.org> To: john@kozubik.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: multi-link 802.11b through netgraph yields poor performance. From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: John Kozubik writes: ... : laptops. Both are 4.5-RELEASE, one has two aironet LMC352 cards, and one : has two Lucent gold cards. ... : packet is dropped. Further, echo response time is between 2.2 and 2.5 : milliseconds, which seems very high. If these are in ISA PCMCIA adapters, then the ping times seem very reasonable to me. And even if they aren't, my laptop -> Lucent AP -> desktop has a ping time of 2.6ms - 2.7ms (my signal quality is 29 at the moment). Also, before blaming netgraph, which may well be to blame, could it be that you have interference from some other source that's making things bad? The exactly every other packet being dropped does seem to be a big clue. Also, if you set things up to be a routing situation (for experimental purposes), does the problem go away? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 18:11:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D8E37B401 for ; Sun, 7 Jul 2002 18:11:34 -0700 (PDT) Received: from relay4.kornet.net (relay4.kornet.net [211.48.62.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1092043E4A for ; Sun, 7 Jul 2002 18:11:34 -0700 (PDT) (envelope-from leaders06@kornet.net) Received: from ursxsearj57rfwb (61.73.152.26) by relay4.kornet.net; 8 Jul 2002 10:11:21 +0900 Message-ID: <3d28e6bb3d9f7b83@relay4.kornet.net> (added by relay4.kornet.net) From: =?ks_c_5601-1987?B?x9Gw5riuxKG//sDMxay3tA==?= To: freebsd-hackers@freebsd.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtaGFja2Vyc7TUIL7Is+fHz73KtM+x7j8gxvK7/bW/vsgstOe9xcC7IL/VwLi3ziC48L3KtM+02SE=?= Date: Mon, 08 Jul 2002 10:11:42 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0107_01C0F11A.93A42C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0107_01C0F11A.93A42C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 x9GxubDmwaYguK7Eob/+wMwgxay3tCAgIA0KDQogICAgIA0KDQogICAgIA0KDQogICAgIA0K DQogICAgIA0KDQogICAgICANCg0KICAgICANCg0KICAgICANCg0KICAgICANCg0KICAgICAN Cg0KICAgICANCg0KICANCrHNx8/AxyC9wrb0vvjAzCDIq7q4vLogwPzA2iC/7MbtwLsguriz u7DUILXIIMGhIMGkwd/I9yC757D6ILXluLO0z7TZLg0KIMGkurjF673FuMHAzL/rw8vB+Ln9 ILHUwaTAuyDB2Lz2x8+/qSCxpLDtuN7Az8DTwLsgIMelvcPHz7+0wLi45ywgvPa9xbDFus4g wOXEobimILi2t8PHz7DtIMDWvcC0z7TZLg0KCQkJCQmxzcfPwMcgwPzA2iC/7MbtIMHWvNK0 wiDAzsXNs90gu/PAxyCw+LCztcggwOW80r+hvK0gvcC15sfPv7TAuLjnLCAgwPrI8bTCILHN x8/AxyDA/MDav+zG7SDB1rzSIL/cDQogvu62sMfRILCzwM7BpLq4tbUgsKHB9rDtIMDWwfYg vsrAuLnHt84gvsi9ycfPvcOx4iC52bb4tM+02S4NCgkJCQkJvPa9xcC7IL/4xKEgIL7KwLi9 w7jpILz2vcWwxbrOuKYgxay4r8fYICDB1r3KvcO/5C4NCiANCiAgIA== ------=_NextPart_000_0107_01C0F11A.93A42C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1tYWlsIC0tPg0K PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1tYWlsIC0tPg0K PGh0bWw+DQoNCjxoZWFkPg0KPHRpdGxlPsfRsbmw5sGmILiuxKG//sDMIMWst7Q8L3RpdGxl Pg0KPG1ldGEgbmFtZT0iZ2VuZXJhdG9yIiBjb250ZW50PSJOYW1vIFdlYkVkaXRvciB2NC4w Ij4NCjwvaGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIHRleHQ9ImJsYWNrIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIiBhbGluaz0icmVkIj4NCjx0YWJsZSBhbGlnbj0iY2Vu dGVyIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgd2lkdGg9 IjY1OCI+DQogICAgPHRyPg0KICAgICAgICA8dGQ+DQogICAgICAgICAgICA8cD48aW1nIHNy Yz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wNDIyL2ltYWdlL2ltZ18w MS5naWYiIHdpZHRoPSI2NTgiIGhlaWdodD0iMTAyIiBib3JkZXI9IjAiPjwvcD4NCiAgICAg ICAgPC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkPg0KICAgICAgICAg ICAgPHA+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDQy Mi9pbWFnZS9pbWdfMDIuZ2lmIiB3aWR0aD0iNjU4IiBoZWlnaHQ9IjE4NiIgYm9yZGVyPSIw Ij48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0 ZD4NCiAgICAgICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNv LmtyL2VtYWlsLzA0MjIvaW1hZ2UvaW1nXzAzLmdpZiIgd2lkdGg9IjY1OCIgaGVpZ2h0PSI1 NSIgYm9yZGVyPSIwIiB1c2VtYXA9IiNJbWFnZU1hcDEiPjwvcD4NCiAgICAgICAgPC90ZD4N CiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkPg0KICAgICAgICAgICAgPHA+PGlt ZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDQyMi9pbWFnZS9p bWdfMDQuZ2lmIiB3aWR0aD0iNjU4IiBoZWlnaHQ9IjEzOCIgYm9yZGVyPSIwIj48L3A+DQog ICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZD4NCiAgICAg ICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWls LzA0MjIvaW1hZ2UvaW1nXzA1LmdpZiIgd2lkdGg9IjY1OCIgaGVpZ2h0PSI0NiIgYm9yZGVy PSIwIj48L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAg IDx0ZD4NCiAgICAgICAgICAgIA0KICAgICAgPHA+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFp bHBhcnRuZXIuY28ua3IvZW1haWwvMDQyMi9pbWFnZS9pbWdfMDYuZ2lmIiB3aWR0aD0iNjU4 IiBoZWlnaHQ9IjE4MyIgYm9yZGVyPSIwIiB1c2VtYXA9IiNNYXAiPjwvcD4NCiAgICAgICAg PC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgICAgPHRkPg0KICAgICAgICAgICAg PHA+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDQyMi9p bWFnZS9pbWdfMDcuZ2lmIiB3aWR0aD0iNjU4IiBoZWlnaHQ9IjEwOSIgYm9yZGVyPSIwIj48 L3A+DQogICAgICAgIDwvdGQ+DQogICAgPC90cj4NCiAgICA8dHI+DQogICAgICAgIDx0ZD4N CiAgICAgICAgICAgIDxwPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmty L2VtYWlsLzA0MjIvaW1hZ2UvaW1nXzA4LmdpZiIgd2lkdGg9IjY1OCIgaGVpZ2h0PSIxMTQi IGJvcmRlcj0iMCI+PC9wPg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0K ICAgICAgICA8dGQ+DQogICAgICAgICAgICA8cD48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWls cGFydG5lci5jby5rci9lbWFpbC8wNDIyL2ltYWdlL2ltZ18wOS5naWYiIHdpZHRoPSI2NTgi IGhlaWdodD0iMTM2IiBib3JkZXI9IjAiPjwvcD4NCiAgICAgICAgPC90ZD4NCiAgICA8L3Ry Pg0KICAgIDx0cj4NCiAgICAgICAgPHRkPg0KICAgICAgICAgICAgPHA+PGltZyBzcmM9Imh0 dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDQyMi9pbWFnZS9pbWdfMTAuZ2lm IiB3aWR0aD0iNjU4IiBoZWlnaHQ9IjU0IiBib3JkZXI9IjAiIHVzZW1hcD0iI0ltYWdlTWFw MiI+PC9wPg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgICA8 dGQ+DQogICAgICAgICAgICA8cD48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5j by5rci9lbWFpbC8wNDIyL2ltYWdlL2ltZ18xMS5naWYiIHdpZHRoPSI2NTgiIGhlaWdodD0i MzgiIGJvcmRlcj0iMCI+PC9wPg0KICAgICAgICA8L3RkPg0KICAgIDwvdHI+DQo8L3RhYmxl Pg0KPHRhYmxlIHdpZHRoPSI2NTgiIGJvcmRlcj0iMCIgYWxpZ249ImNlbnRlciI+DQo8dHI+ PHRkIGJnY29sb3I9IiNlNmU2ZTYiIGFsaWduPSJjZW50ZXIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OXB0OyI+PGJyPrHNx8/AxyC9wrb0vvjAzCDIq7q4vLogwPzA2iC/7MbtwLsguriz u7DUILXIIMGhIMGkwd/I9yC757D6ILXluLO0z7TZLjxicj4NCiAgICAgICAgICAgICAgICAg ICAgwaS6uMXrvcW4wcDMv+vDy8H4uf0gsdTBpMC7IMHYvPbHz7+pIDxiPjxmb250IGNvbG9y PSIjRkYwMDAwIj6xpLDtuN7AzzwvZm9udD48L2I+wNPAuyANCiAgICAgICAgICAgICAgICAg ICAgx6W9w8fPv7TAuLjnLCC89r3FsMW6ziDA5cShuKYguLa3w8fPsO0gwNa9wLTPtNkuPGJy Pg0KCQkJCQmxzcfPwMcgwPzA2iC/7MbtIMHWvNK0wiDAzsXNs90gu/PAxyCw+LCztcggwOW8 0r+hvK0gvcC15sfPv7TAuLjnLCANCiAgICAgICAgICAgICAgICAgICAgwPrI8bTCILHNx8/A xyDA/MDav+zG7SDB1rzSIL/cPGJyPiC+7rawx9EgsLPAzsGkuri1tSCwocH2sO0gwNbB9iC+ ysC4uce3ziC+yL3Jx8+9w7HiILnZtvi0z7TZLjxicj4NCgkJCQkJvPa9xcC7IL/4xKEgDQog ICAgICAgICAgICAgICAgICAgIL7KwLi9w7jpIDxhIGhyZWY9Im1haWx0bzpoeXVuMTAzMTBA a29ybmV0Lm5ldCI+PGZvbnQgY29sb3I9ImJsdWUiPrz2vcWwxbrOPC9mb250PjwvYT64piDF rLivx9ggDQogICAgICAgICAgICAgICAgICAgIMHWvcq9w7/kLjwvc3Bhbj48YnI+Jm5ic3A7 PC90ZD48L3RyPjwvdGFibGU+DQo8YnI+DQo8bWFwIG5hbWU9IkltYWdlTWFwMSI+DQo8YXJl YSBzaGFwZT0icmVjdCIgY29vcmRzPSIxMCwgNywgMTU4LCA1MyIgaHJlZj0iaHR0cDovL3d3 dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wNDIyL2lucHV0LmFzcCIgdGFyZ2V0PSJfYmxh bmsiPg0KPC9tYXA+PG1hcCBuYW1lPSJJbWFnZU1hcDIiPg0KPGFyZWEgc2hhcGU9InJlY3Qi IGNvb3Jkcz0iNTAyLCAzLCA2NTMsIDQ5IiBocmVmPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVy LmNvLmtyL2VtYWlsLzA0MjIvaW5wdXQuYXNwIiB0YXJnZXQ9Il9ibGFuayI+DQo8L21hcD4N CjxtYXAgbmFtZT0iTWFwIj4NCiAgPGFyZWEgc2hhcGU9InJlY3QiIGNvb3Jkcz0iNDUsMywy MjEsMTgwIiBocmVmPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA0MjIv aW5wdXQuYXNwIiB0YXJnZXQ9Il9ibGFuayI+DQogIDxhcmVhIHNoYXBlPSJyZWN0IiBjb29y ZHM9IjI0MCwzLDQxNSwxODAiIGhyZWY9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3Iv ZW1haWwvMDQyMi9pbnB1dC5hc3AiIHRhcmdldD0iX2JsYW5rIj4NCiAgPGFyZWEgc2hhcGU9 InJlY3QiIGNvb3Jkcz0iNDM0LDMsNjEwLDE4MSIgaHJlZj0iaHR0cDovL3d3dy5tYWlscGFy dG5lci5jby5rci9lbWFpbC8wNDIyL2lucHV0LmFzcCIgdGFyZ2V0PSJfYmxhbmsiPg0KPC9t YXA+DQo8L2JvZHk+DQoNCjwvaHRtbD4NCg== ------=_NextPart_000_0107_01C0F11A.93A42C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 18:45:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2094C37B400 for ; Sun, 7 Jul 2002 18:45:10 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 1C96743E4A for ; Sun, 7 Jul 2002 18:45:09 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 30052 invoked by uid 1001); 8 Jul 2002 01:45:08 -0000 Date: Sun, 7 Jul 2002 21:45:08 -0400 From: Brian Reichert To: Makoto Matsushita Cc: reichert@numachi.com, freebsd-hackers@FreeBSD.ORG Subject: Re: 'make release' tries to build a port? Message-ID: <20020707214508.V259@numachi.com> References: <20020706142333.M259@numachi.com> <20020707034128B.matusita@jp.FreeBSD.org> <20020706232013.P259@numachi.com> <20020707151855E.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020707151855E.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Sun, Jul 07, 2002 at 03:18:55PM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 07, 2002 at 03:18:55PM +0900, Makoto Matsushita wrote: > > > WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? > > reichert> 'make -j 10 release' didn't work. > > Again, WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? Sorry, you did ask a specific question. No, I hadn't tried those flags, so I can't say that they would have worked... > Yes, it would be better that whole release procedure works with make > -jN, but most of the time spent is "make buildworld/buildkernel" during > "make release," so setting WORLD_FLAGS/KERNEL_FLAGS may be enough to do. > > reichert> ===> Patching for ghostscript-gnu-nox11-7.05_1 > reichert> ===> Applying FreeBSD patches for ghostscript-gnu-nox11-7.05_1 > reichert> /usr/local/bin/sed_inplace: not found > > IMHO it is a ports issue. That it might be. :/ Again, thanks for the advice... > -- - > Makoto `MAR' Matsushita -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 20: 6: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A8D37B400 for ; Sun, 7 Jul 2002 20:05:59 -0700 (PDT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D6D443E52 for ; Sun, 7 Jul 2002 20:05:58 -0700 (PDT) (envelope-from SPAM.BLOCKED@verizon.net) Received: from oemcomputer ([151.203.10.166]) by out001.verizon.net (InterMail vM.5.01.05.05 201-253-122-126-105-20020426) with SMTP id <20020708030555.FFPJ20782.out001.verizon.net@oemcomputer> for ; Sun, 7 Jul 2002 22:05:55 -0500 To: freebsd-hackers@freebsd.org Subject: conversion X-Mailer: WinVN 0.99.8 (16bit) From: SPAM.BLOCKED@verizon.net (JM) Date: Sun, 07 Jul 102 23:06:56 -0500 Message-Id: <20020708030555.FFPJ20782.out001.verizon.net@oemcomputer> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone know how to convert an interjet to run windows 98?? or at least to get root access on the exisiting freebsd? I have a Whistle Interjet 200 server. I am looking into converting this over to windows 98, but one problem, the Interjet has a special bios. If I install windows 98 on the HD, then it won't boot. Other than the special bios, the interjet is made out of a "single board computer", which is a motherboard packed on a half size ISA card. Do you know anything about Interets? Can they be converted to windows just by changing the bios chip? or is there something else that has to be done? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jul 7 21:40:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A1537B400 for ; Sun, 7 Jul 2002 21:40:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE39243E31 for ; Sun, 7 Jul 2002 21:40:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708044010.FCHP6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Mon, 8 Jul 2002 04:40:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA26767; Sun, 7 Jul 2002 21:36:01 -0700 (PDT) Date: Sun, 7 Jul 2002 21:35:58 -0700 (PDT) From: Julian Elischer To: JM Cc: freebsd-hackers@freebsd.org Subject: Re: conversion In-Reply-To: <20020708030555.FFPJ20782.out001.verizon.net@oemcomputer> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The Bios of the Interjet was never tested or compiled with Microsoft in mind. it is specifically tailored to boot FreeBSD with some special hacks to support the LCD on COM2 (or was that com1?) it is a 133MHz (or was that 233?) MHz chip for crying out aloud. why on EARTH would you wnat to run windows on it? (not to mention that it only has 32 MB of ram.) You cannot get access to the exisiting FreeBSD because it is hacked too much. The binaries are altered to use a database for many things FreeBSd uses flat files for. but the following should work for you: install the drive on a regular PC. install FreeBSD 4.6 from scratch. Set it to have a console on COM1 reinstall it on the machine log in on the serial port.. You should now have a standard FreeBSD machine with serial console COM2 at (hmm I forget the exact baud rate) should print to the LCD. On Sun, 7 Jul 102, JM wrote: > Anyone know how to convert an interjet to run windows 98?? or at least > to get root access on the exisiting freebsd? > > I have a Whistle Interjet 200 server. I am looking into converting this > over to windows 98, but one problem, the Interjet has a special bios. If > I install windows 98 on the HD, then it won't boot. Other than the > special bios, the interjet is made out of a "single board computer", > which is a motherboard packed on a half size ISA card. Do you know > anything about Interets? Can they be converted to windows just by > changing the bios chip? or is there something else that has to be done? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 1:29: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEFD137B400 for ; Mon, 8 Jul 2002 01:29:00 -0700 (PDT) Received: from www.kozubik.com (www.kozubik.com [198.78.70.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B9A343E54 for ; Mon, 8 Jul 2002 01:29:00 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id g688MqT72357; Mon, 8 Jul 2002 01:22:52 -0700 (PDT) (envelope-from john@kozubik.com) Date: Mon, 8 Jul 2002 01:22:52 -0700 (PDT) From: John Kozubik X-Sender: john@www To: "M. Warner Losh" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: multi-link 802.11b through netgraph yields poor performance. In-Reply-To: <20020707.121836.61267901.imp@village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Also, before blaming netgraph, which may well be to blame, could it be > that you have interference from some other source that's making things > bad? The exactly every other packet being dropped does seem to be a > big clue. I have ruled out interference as a contributor to these results. My next step was to remove netgraph from the equation - I simply set up the two channel/SSID pairs across the two laptops, and assigned one pair addresses 10.10.10.10 and 10.10.10.20 with a /24 netmask and the other pair 192.168.0.129 and 192.168.0.130 with a /25 netmask. Each pair could ping between themselves with 0% packet loss. Therefore, it seems that there are no real technical difficulties in running two pair 802.11b networks between two laptops, using two adaptors in each machine. So, I switched the master/slave order for the cards participating in the multi-link on each laptop. That is, I made wi1 the master and wi0 the slave on one side, and an1 the master and an0 the slave on the other. This was illuminating, as this configuration did not allow any functionality - not even the 50% packet loss. Instead, on the system with two Lucent cards, I got the familiar watchdog timeout errors: /kernel: wi1: wi_write_data device timeout /kernel: wi1: xmit failed /kernel: wi1: watchdog timeout ... /kernel: wi1: failed to allocate 1594 bytes on NIC /kernel: wi1: tx buffer allocation failed Basically the same old watchdog errors that I see quite frequently on Lucent cards. So, the point made earlier in this thread that the behavior I produced looked like the behavior of a ng_one2many setup with 50% of the link not working seems to be correct. However, because the first test I mentioned above (two wireless nets operating simultaneously across two systems without netgraph) succeeded, I am not simply dealing with a bad card or a down link. Instead, I think this may be a firmware issue. Specifically, different revisions of the Lucent firmware behave differently as regards promiscuous mode, etc. Because the card works in all other tests, and because the other Lucent card can successfully master the netgraph ng_one2many, I am tentatively concluding that some Lucent firmwares will not work in a ng_one2many setting. OR maybe it is just general `wi` flakiness - this suspect card produces wi_seek timeouts when given an IBSS to create (`wicontrol -q`) on Toshiba Libretto laptops, but not on other laptops (even other Toshibas). Therefore, it is possible that there is no ng_one2many / firmware problem, but rather, since Lucent cards (seem to) malfunction based on somewhat random and arbitrary conditions, perhaps this is just one more of those random and arbitrary conditions. Comments ? In the meantime I will retry this experiment with Cisco cards exclusively. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 5:11:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC67837B400 for ; Mon, 8 Jul 2002 05:11:34 -0700 (PDT) Received: from mobile.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D1E543E31 for ; Mon, 8 Jul 2002 05:11:33 -0700 (PDT) (envelope-from dirkx@covalent.net) Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged)) by mobile.webweaving.org (8.12.2/8.10.2) with ESMTP id g68CADM4000674 for ; Mon, 8 Jul 2002 14:10:13 +0200 (CEST) X-Curiosity: Killed the Cat X-Huis-aan-Huis-deur-sticker: nee-nee X-Spam: no X-Passed: MX on Gandalf.WebWeaving.org Mon, 8 Jul 2002 14:10:13 +0200 (CEST) and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Date: Mon, 8 Jul 2002 14:10:13 +0200 (CEST) From: dirkx@covalent.net X-X-Sender: dirkx@mobile.webweaving.org To: freebsd-hackers@FreeBSD.ORG Subject: Re: FSCK/current and dump errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FYI: The error described below is fully fixed by moving from 1.10.2.4 to rev. 1.22 of traverse.c. It is the change from 1.21 -> 1.22 which restores the ability to do a backup again. Thanks! Dw. On Sat, 29 Jun 2002 dirkx@covalent.net wrote: > Not sure if I should blame current - but see the errors below. I've tried > an fsck and an fsck -f from single user mode on each of the affected disks > (7 disk, mix of ide/scsi give this). > > FSCK comes through clean. Prior to running -CURRENT the disks where > attached to a 2.0.8 machine; and the dump prior to the upgrade is good > (and restore can fully read it). > > But right now a real dump to tape; or a dump to /dev/null give me the > errors below. > > -> Is there a more throurough consistency check I could do ? > > I've attached one of the SCSU disks to a 4.5 RELEASE machine; and fsck > sees no errors; and there dump gives me similar errors. > > Any ideas, or should I just ignore this as -CURRENT madness :-) > > Thanks, > > Dw > > sendbackup: info BACKUP=/sbin/dump > sendbackup: info RECOVER_CMD=/usr/bin/gzip -dc |/sbin/restore -f... - > sendbackup: info COMPRESS_SUFFIX=.gz > sendbackup: info end > | DUMP: Date of this level 0 dump: Sat Jun 29 05:10:43 2002 > | DUMP: Date of last level 0 dump: the epoch > | DUMP: Dumping /dev/ad2s1f (/local2) to standard output > | DUMP: mapping (Pass I) [regular files] > | DUMP: mapping (Pass II) [directories] > | DUMP: estimated 1874624 tape blocks. > | DUMP: dumping (Pass III) [directories] > | DUMP: dumping (Pass IV) [regular files] > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [block -645840818]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840818]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840817]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840816]: count=-1 > ...cut 150 lines... > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840749]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840748]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840747]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [block -645840746]: count=-1 > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840746]: count=-1 > ...cut 1500 lines... > > ? DUMP: read error from /dev/ad2s1f: Invalid argument: [sector -645840147]: count=-1 > ? DUMP: More than 32 block read errors from 135025408 > ? DUMP: This is an unrecoverable error. > ? DUMP: fopen on /dev/tty fails: Device not configured > | DUMP: The ENTIRE dump is aborted. > sendbackup: error [/sbin/dump returned 3] > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 7:12:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5251E37B400 for ; Mon, 8 Jul 2002 07:12:51 -0700 (PDT) Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B2AD43E3B for ; Mon, 8 Jul 2002 07:12:50 -0700 (PDT) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp80.qld.padsl.internode.on.net [150.101.200.79]) by smtp0.adl1.internode.on.net (8.12.4/8.12.4) with ESMTP id g68ECkth088791; Mon, 8 Jul 2002 23:42:47 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.6/8.11.1) with ESMTP id g68ECjh16273; Tue, 9 Jul 2002 00:12:45 +1000 (EST) (envelope-from mckay) Message-Id: <200207081412.g68ECjh16273@dungeon.home> To: Martin Blapp Cc: hackers@freebsd.org, mckay@thehub.com.au Subject: Re: dc0: failed to force tx and rx to idle state References: <20020705100135.U41780-100000@levais.imp.ch> In-Reply-To: <20020705100135.U41780-100000@levais.imp.ch> from Martin Blapp at "Fri, 05 Jul 2002 10:13:58 +0200" Date: Tue, 09 Jul 2002 00:12:45 +1000 From: Stephen McKay Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, 5th July 2002, Martin Blapp wrote: >This problem still persists. On my Laptop a ACCTON MiniPCI >100Mbit card does make this output. Then I loose my network >connection. Only a ifconfig down/up of the interface helps. Are you running -current? I did a quick (but safe) hack in -stable hoping that people would test -current and report back. Nobody did. If you are running -current, I will be able to make the error message go away, but that will not solve any hang problem. The code really has no effect at all except to print a warning on some cards. The Linux driver for these cards has no wait for tx and rx idle at all, and just assumes the effect is instant. In practice this is so. Perhaps I should just remove this loop. If anyone is using -current with PNIC, Davicom, or Accton cards and the dc driver, please speak up. I'd like to squash this tiny bug. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 7:20:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB0A837B400; Mon, 8 Jul 2002 07:20:31 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63ACD43E31; Mon, 8 Jul 2002 07:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708142011.YSJO24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Mon, 8 Jul 2002 14:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id HAA28752; Mon, 8 Jul 2002 07:18:04 -0700 (PDT) Date: Mon, 8 Jul 2002 07:18:02 -0700 (PDT) From: Julian Elischer To: John Kozubik Cc: "M. Warner Losh" , freebsd-hackers@FreeBSD.ORG, net@freebsd.org Subject: Re: multi-link 802.11b through netgraph yields poor performance. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry to cross post this, I want it in the archives. [discussion on using mulitilink acrsss wireless cards deleted] I have done similar, using two IP channels and with mpd as the "one2many" basically, assign real IP addresses to the 4 cards, on 2 separate 10.x.x.x/30 networks then open ksocket mpd nodes for each network, making 2 parallel 'pipes'. then run mpd using the "netgraph" link type, and set up Multilink. Multilink will round-robin forthe links, but it will also stop using a link htat appears to have failed so you have some redundancey: here are my configs for this: firstly the script that sets up the ksockets. (Assumes all modules needed are loaded) #!/bin/sh # $FreeBSD: src/share/examples/netgraph/udp.tunnel,v 1.1 2000/01/28 00:44:30 archie Exp $ # This script sets up a virtual point-to-point WAN link between # two subnets, using UDP packets as the ``WAN connection.'' # The two subnets might be non-routable addresses behind a # firewall. # # Here define the local and remote inside networks as well # as the local and remote outside IP addresses and UDP port # number that will be used for the tunnel. # LOC_EXTERIOR_IP1=10.42.3.3 REM_EXTERIOR_IP1=10.42.5.1 UDP_TUNNEL_PORT1=4028 LOC_EXTERIOR_IP2=10.42.1.3 REM_EXTERIOR_IP2=10.42.4.1 UDP_TUNNEL_PORT2=4029 ngctl shutdown tee1: ngctl shutdown tee2: sleep 1 ngctl -f - <; Mon, 8 Jul 2002 07:25:10 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E70F43E31 for ; Mon, 8 Jul 2002 07:25:09 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g68EP8j26477; Mon, 8 Jul 2002 16:25:08 +0200 (CEST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g68EP79014798458; Mon, 8 Jul 2002 16:25:07 +0200 (MES) Date: Mon, 8 Jul 2002 16:27:10 +0200 (CEST) From: Martin Blapp To: Stephen McKay Cc: Subject: Re: dc0: failed to force tx and rx to idle state In-Reply-To: <200207081412.g68ECjh16273@dungeon.home> Message-ID: <20020708162630.L41780-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > Are you running -current? I did a quick (but safe) hack in -stable hoping > that people would test -current and report back. Nobody did. Yes, I'm running CURRENT. > If you are running -current, I will be able to make the error message go > away, but that will not solve any hang problem. Exactly. > The code really has no effect at all except to print a warning on some > cards. The Linux driver for these cards has no wait for tx and rx idle > at all, and just assumes the effect is instant. In practice this is so. > Perhaps I should just remove this loop. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 9:12:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C53237B400; Mon, 8 Jul 2002 09:12:52 -0700 (PDT) Received: from clientmail.ehsrealtime.com (eris.ehsrealtime.com [213.52.146.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A0D43E09; Mon, 8 Jul 2002 09:12:51 -0700 (PDT) (envelope-from wayne@penguinpowered.org.uk) Received: from set.ehsrealtime.com ([213.52.146.197]) by clientmail.ehsrealtime.com with esmtp (Exim 3.33 #2) id 17Rafh-0006WI-01; Mon, 08 Jul 2002 16:43:29 +0100 Received: from waynep by set.ehsrealtime.com with local (Exim 3.34 #1) id 17Rbg9-0000M4-00; Mon, 08 Jul 2002 16:48:01 +0000 From: Wayne Pascoe To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Problems getting wireless card working with PCI adaptor Date: 08 Jul 2002 16:48:00 +0000 Message-ID: Lines: 79 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Sorry to cross post this, but I'm having problems getting this card working under FreeBSD. It works under Windows XP and I've had reports of it working on RedHat 7.3. I'm trying to get a wireless card going in a desktop machine. The wireless card is a ORiNOCO Wireless LAN PC Card The PCI->PCMCIA controller has a texas instruments chip on it and appears to be made by Elan. This combo works under XP but does not work under FreeBSD 4.6 The pc card worked in the old ISA controller, but I recently had to replace my board and I could not find a motherboard with an ISA slot. When I boot the machine up, I get the following output: pccardd[46]: Card "Lucent Technologies"("WaveLAN/IEEE") [Version 01.01] [] matched "Lucent Technologies" ("WaveLAN/IEEE") [(null)] [(null)] pccardd[46]: Using IO addr 0x240, size 64 pccardd[46]: Setting config reg at offs 0x3e0 to 0x41, Rest time = 50 ms pccardd[46]: Assigning I/O window 0, start 0x240, size 0x40 flags 0x5 pccardd[46]: Assign wi0, io 0x240-0x27f, mem 0x0, 0 byes, irq 5, flags 0 wi0 at port 0x240-0x27f irq 5 slot 0 on pccard0 wi0: 802.11 address: 00:02:2d:02:a6:13 wi0: using Lucent Technologies, WaveLAN/IEEE wi0: Licent Firmware: Station 7.28.01 pccardd[46]: wi0: Lucent Technlogies (WaveLAN/IEEE) inserted. pccardd[46]: pccardd started This information became available when I set debuglevel in pccard.conf to 4. I am then able to assign and IP address to wi0 and set other options like network, etc using wicontrol. However when I do anything network related (ping, traceroute, etc) I get the following message: wi0: watchdog timeout The settings under XP are as follows: ORiNOCO Wireless LAN PC Card IRQ 5 I/O Range FF40-FF7F Texas Instruments PCI-1211 CardBus Controller (says Elan on card) Memory Range EF004000 - EF004FFF Memory Range FEBFF000 - FEBFFFFF Memory Range FABFF000 - FEBFEFFF I/O Range FE00 - FEFF I/O Range FD00 - FDFF IRQ 5 Memory Range 000DF000 - 000DFFFF I've tried both compiling the wi driver into the kernel and using it as a kernel module. The problem happens the same. I've recompiled the kernel and I have the following line for my pcic device in my kernel configuration file: device pcic0 at pci? irq 0 port 0x3e0 iomem 0xdf0000 This iomem seems to be one of the ones XP is reporting as being in use for this device. I've also tried having the above line with at isa replacing at pci. I have found that IRQ 5 is used by the onboard usb controller, but even if I disable in the bios I still get this message popping up. Any advice on how to fix this, or even whether or not this card is supported would be MUCH appreciated. I've tried a Belkin controller as well with even less result (couldn't even get the machine to find a pccard port). -- - Wayne Pascoe - http://www.penguinpowered.org.uk/wayne/ If someone eventually manages to bag a B-2, that's a cool US$1bn worth of scrap metal - missiles, on the other hand, are cheap. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14: 0:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B989037B40C for ; Mon, 8 Jul 2002 14:00:15 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1643F43E52 for ; Mon, 8 Jul 2002 14:00:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708210014.YEKB6023.sccrmhc02.attbi.com@InterJet.elischer.org> for ; Mon, 8 Jul 2002 21:00:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA30493 for ; Mon, 8 Jul 2002 13:47:49 -0700 (PDT) Date: Mon, 8 Jul 2002 13:47:48 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: offtopic: low level format of IDE drive. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One of my FreeBSD development boxes had a hernia last week when it lost power while writing to disk. The drive wrote out garbage to a track. I want to reformat the drive, (low level) but the bios doesn't have any support to do this (In the past That is how I did this). The machiine has 1 CD drive and no floppy.. anyone with any ideas as to how one can reformat a hard drive feel free to lend me a clue.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14: 8:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8782D37B400 for ; Mon, 8 Jul 2002 14:08:30 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DEB743E09 for ; Mon, 8 Jul 2002 14:08:30 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g68L8RLA047200; Mon, 8 Jul 2002 14:08:27 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g68L8RMr047199; Mon, 8 Jul 2002 14:08:27 -0700 (PDT) (envelope-from dillon) Date: Mon, 8 Jul 2002 14:08:27 -0700 (PDT) From: Matthew Dillon Message-Id: <200207082108.g68L8RMr047199@apollo.backplane.com> To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :One of my FreeBSD development boxes had a hernia last week when it lost :power while writing to disk. The drive wrote out garbage to a track. : :I want to reformat the drive, (low level) but the bios doesn't have any :support to do this (In the past That is how I did this). :The machiine has 1 CD drive and no floppy.. : :anyone with any ideas as to how one can reformat a hard drive feel free to :lend me a clue.. Two things: (1) dd if=/dev/zero of= bs=32k This will force the drive to reassign broken sectors. Run this command twice. If the second run of the command is successful and does not stall (looking at running 'iostat 10' output will tell you whether it stalled) then you are golden. Use the base device for the dd output file, e.g. like '/dev/ad0'. Do not specify a slice or a partition. (2) If the command fails for any reason other then hitting the end of the media, or if it stalls on the second go-around, throw the drive away and buy a new one. If that does work then use fdisk -IB to reinitialize the slice table and disklabel to initialize the disklabel, or use sysinstall to reinitialize the tables. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:10:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1121B37B400 for ; Mon, 8 Jul 2002 14:10:48 -0700 (PDT) Received: from smurf.jnielsen.net (12-254-136-47.client.attbi.com [12.254.136.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B2D43E09 for ; Mon, 8 Jul 2002 14:10:47 -0700 (PDT) (envelope-from hackers@jnielsen.net) Received: from max (max.local [192.168.0.9]) by smurf.jnielsen.net (8.12.3/8.12.3) with SMTP id g68LAchP001458; Mon, 8 Jul 2002 15:10:38 -0600 (MDT) (envelope-from hackers@jnielsen.net) Message-ID: <017901c226c3$ef8b09a0$0900a8c0@max> From: "John Nielsen" To: "Julian Elischer" , References: Subject: Re: offtopic: low level format of IDE drive. Date: Mon, 8 Jul 2002 15:10:49 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine has 1 CD drive and no floppy.. > > anyone with any ideas as to how one can reformat a hard drive feel free to > lend me a clue.. Boot from a fixit CD, and use dd to zero out the whole disk, e.g.: dd if=/dev/zero of=/dev/ad0c JN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:19:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD9A237B400 for ; Mon, 8 Jul 2002 14:19:26 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C66643E09 for ; Mon, 8 Jul 2002 14:19:26 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g68LJOm77725; Mon, 8 Jul 2002 14:19:24 -0700 (PDT) (envelope-from rizzo) Date: Mon, 8 Jul 2002 14:19:24 -0700 From: Luigi Rizzo To: Matthew Dillon Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. Message-ID: <20020708141924.E77043@iguana.icir.org> References: <200207082108.g68L8RMr047199@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207082108.g68L8RMr047199@apollo.backplane.com>; from dillon@apollo.backplane.com on Mon, Jul 08, 2002 at 02:08:27PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 02:08:27PM -0700, Matthew Dillon wrote: ... > :power while writing to disk. The drive wrote out garbage to a track. > : > :I want to reformat the drive, (low level) but the bios doesn't have any for what matters, sometimes I managed to recover the disk by just dd'ing a zero block to the broken sectors using dd oseek= where nn is the sector number where read fails. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:36:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A4637B40F for ; Mon, 8 Jul 2002 14:36:32 -0700 (PDT) Received: from angryfist.fasttrackmonkey.com (angryfist.fasttrackmonkey.com [216.223.196.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D63F43E3B for ; Mon, 8 Jul 2002 14:36:27 -0700 (PDT) (envelope-from spork@fasttrackmonkey.com) Received: (qmail 97059 invoked by uid 85); 8 Jul 2002 21:36:25 -0000 Received: from spork@fasttrackmonkey.com by angryfist.fasttrackmonkey.com by uid 1001 with qmail-scanner-1.10 (sophie: 2.9/3.56. . Clear:0. Processed in 0.06563 secs); 08 Jul 2002 21:36:25 -0000 X-Qmail-Scanner-Mail-From: spork@fasttrackmonkey.com via angryfist.fasttrackmonkey.com X-Qmail-Scanner: 1.10 (Clear:0. Processed in 0.06563 secs) Received: from unknown (HELO white.nat.fasttrackmonkey.com) (64.47.30.2) by 0 with DES-CBC3-SHA encrypted SMTP; 8 Jul 2002 21:36:25 -0000 Date: Mon, 8 Jul 2002 17:36:25 -0400 (EDT) From: Charles Sprickman To: freebsd-hackers@freebsd.org Subject: kern/40003: Panic on boot w/4.6 and 4.6-stable (ATA problems) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Just thought I'd check here, I haven't had much luck on -stable. Is this information helpful or do I need to get my remoted gdb stuff working to give useful info? It would be nice to see any ata issues ironed out before the point release. There still seem to be a decent number of people having the "used to work, but now it panics" problem... Thanks, Charles ---------- Forwarded message ---------- Hello, I filed a PR on this, but I've been having trouble scrounging up parts to build a null-modem cable so I can do a remote GDB trace on it. Since it appears there'll be a 4.6.1, and whatever's broken in ata is still kind of broken, here's what I can get from DDB (panic is before root is mounted): ad0: READ command timeout tag-0 serv-0 - restting ata0: restting devices .. ata0-slave: ATA identify retries exceeded done ad0: 1916MB [3893/16/63] at ata0-master BIOSDMA Fatal trap 12: page fualt while in kernel mode fault virtual address = 0x6 fault code = supervisor read, page not present instruction pointer = 0x8:0xc013e865 stack pointer = 0x10:0xc0363fbc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) interrupt mask = bio trap number = 12 panic: page fault syncing disks... done Uptime: 15s Automatic reboot in 15 seconds - press akey on the console to abort Debugger("manual escape to debugger") Stopped at Debugger+0x34: movb $0,in_Debugger.429 db> tr Debugger(c029aa49) at Debugger+0x34 scgetc(c02e0fc0,3,c02d9b60,1,84) at scgetc+0x37e sccngetch(2,c0363e80,c01825e1,c02c9380,c036e90) at sccngetch+0xf3 sccncheckc(c02c9380,c0363e90,c0169790,1186a0,c044ae60) at sccncheckc+0xa cncheckc(186a0) at cncchecckc+0x29 shutdown_panic(0,100) at shutdown_panic+0x34 boot(100,10,c0363f64,c0363ef8,c026239f) at boot+0x314 panic(c029ff8c,c029fa6f,c02e1a00,c02c8de0,0) at panic+0x79 trap_fatal(c0363f,6,c02e1a00,c,0) at trap_fatal+0x32b trap_pfault(c0363f64,0,6,68c040,0) at trap_pfault+0x101 trap(10,c0440010,10,c075b850,0) at trap+0x34f calltrap() at calltrap+0x11 --- trap 0xc, eip = 0xc013e865, esp = 0xc0363fa4, ebp = 0xc0363fbc --- ad_attach(c075b850) at ad_attach+0x5d ata_boot_attach(0) at ata_boot_attach+0x12a run_interrupt_driven_config_hooks(0,360c00,368000,0,c0120fc0) at run_interrupt_driven_config_hooks+ox1a mi_startup(0,0,0,0,0) at mi_startup+0x68 begin() at begin+0x47 db> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:38: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E4AD37B400 for ; Mon, 8 Jul 2002 14:38:02 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1028443E31 for ; Mon, 8 Jul 2002 14:38:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0159.cvx21-bradley.dialup.earthlink.net ([209.179.192.159] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17RgCh-0004tj-00; Mon, 08 Jul 2002 17:37:56 -0400 Message-ID: <3D2A0601.1E65F4E8@mindspring.com> Date: Mon, 08 Jul 2002 14:37:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: offtopic: low level format of IDE drive. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine has 1 CD drive and no floppy.. > > anyone with any ideas as to how one can reformat a hard drive feel free to > lend me a clue.. The track needs to be reformatted. Generally, this requires a vendor-specific tool to tunnel commands to the drives firmware. Who is the drive manufacturer? In general, Wester Digital provides these tools in the technical support section of its web site. I don't know about other vendors, but I would expect them to provide them as well, since this must be supported by the firmware to get the disk low level formatted in the first place. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:40:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D28E137B401 for ; Mon, 8 Jul 2002 14:40:10 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D21843E31 for ; Mon, 8 Jul 2002 14:40:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708214009.SVNF903.sccrmhc03.attbi.com@InterJet.elischer.org>; Mon, 8 Jul 2002 21:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA30713; Mon, 8 Jul 2002 14:23:14 -0700 (PDT) Date: Mon, 8 Jul 2002 14:23:13 -0700 (PDT) From: Julian Elischer To: John Nielsen Cc: hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <017901c226c3$ef8b09a0$0900a8c0@max> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this is not a 'reformat' what I want to do is an old-fashionned refomat/verify where the controller writes new track headers etc. On Mon, 8 Jul 2002, John Nielsen wrote: > Julian Elischer wrote: > > One of my FreeBSD development boxes had a hernia last week when it lost > > power while writing to disk. The drive wrote out garbage to a track. > > > > I want to reformat the drive, (low level) but the bios doesn't have any > > support to do this (In the past That is how I did this). > > The machiine has 1 CD drive and no floppy.. > > > > anyone with any ideas as to how one can reformat a hard drive feel free to > > lend me a clue.. > > Boot from a fixit CD, and use dd to zero out the whole disk, e.g.: > > dd if=/dev/zero of=/dev/ad0c > > JN > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:41: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7279837B644 for ; Mon, 8 Jul 2002 14:40:47 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AE643E42 for ; Mon, 8 Jul 2002 14:40:47 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0159.cvx21-bradley.dialup.earthlink.net ([209.179.192.159] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17RgFJ-00013Y-00; Mon, 08 Jul 2002 17:40:38 -0400 Message-ID: <3D2A06A9.2F3CB99C@mindspring.com> Date: Mon, 08 Jul 2002 14:39:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Luigi Rizzo Cc: Matthew Dillon , Julian Elischer , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <200207082108.g68L8RMr047199@apollo.backplane.com> <20020708141924.E77043@iguana.icir.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Luigi Rizzo wrote: > On Mon, Jul 08, 2002 at 02:08:27PM -0700, Matthew Dillon wrote: > ... > > :power while writing to disk. The drive wrote out garbage to a track. > > : > > :I want to reformat the drive, (low level) but the bios doesn't have any > > for what matters, sometimes I managed to recover the disk by just > dd'ing a zero block to the broken sectors using dd oseek= > where nn is the sector number where read fails. If you have a power failure during writing, you can actually screw up the low level format of the disk. It sounds like the disk you dd'ed only had the high level format screwed up. Julian got struck by lightning; perhaps he will now stick to disks with built-in lightning rods (e.g. not succeptible to this failure), e.g. SCSI. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:42:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9136F37B400 for ; Mon, 8 Jul 2002 14:42:41 -0700 (PDT) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C9CE43E42 for ; Mon, 8 Jul 2002 14:42:40 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.3/8.12.3) with ESMTP id g68LfeCU044201; Mon, 8 Jul 2002 17:41:44 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.5/8.12.3/Submit) with ESMTP id g68LfdbY044198; Mon, 8 Jul 2002 17:41:39 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Mon, 8 Jul 2002 17:41:39 -0400 (EDT) From: Kenneth Culver To: Julian Elischer Cc: John Nielsen , Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: Message-ID: <20020708174121.L43773-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > this is not a 'reformat' > > what I want to do is an old-fashionned refomat/verify where the controller > writes new track headers etc. > You want to follow terry's advice then. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:46:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17C9C37B400 for ; Mon, 8 Jul 2002 14:46:34 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AAD943E31 for ; Mon, 8 Jul 2002 14:46:33 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id OAA24533; Mon, 8 Jul 2002 14:46:30 -0700 Message-ID: <3D2A0835.9000608@owt.com> Date: Mon, 08 Jul 2002 14:46:29 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine has 1 CD drive and no floppy.. > > anyone with any ideas as to how one can reformat a hard drive feel free to > lend me a clue.. > All of the manufacturers have a program that will do that. Many of them even produce a bootable floppy. Check their support web page. Kent > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 14:52:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A518E37B400 for ; Mon, 8 Jul 2002 14:52:08 -0700 (PDT) Received: from moutng1.kundenserver.de (moutng1.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B17C843E3B for ; Mon, 8 Jul 2002 14:52:07 -0700 (PDT) (envelope-from RoKlein@roklein.de) Received: from [212.227.126.162] (helo=mrelayng1.schlund.de) by moutng1.kundenserver.de with esmtp (Exim 3.22 #2) id 17RgQF-0006ed-00; Mon, 08 Jul 2002 23:51:55 +0200 Received: from [80.129.32.41] (helo=roklein.homeunix.org) by mrelayng1.schlund.de with asmtp (Exim 3.35 #1) id 17RgQE-0004Bx-00; Mon, 08 Jul 2002 23:51:54 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Robert Klein Reply-To: RoKlein@roklein.de Organization: roklein.de To: Kent Stewart , Julian Elischer Subject: Re: offtopic: low level format of IDE drive. Date: Mon, 8 Jul 2002 23:53:24 +0200 User-Agent: KMail/1.4.1 Cc: hackers@FreeBSD.ORG References: <3D2A0835.9000608@owt.com> In-Reply-To: <3D2A0835.9000608@owt.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207082353.24230.RoKlein@roklein.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Montag, 8. Juli 2002 23:46, Kent Stewart wrote: > Julian Elischer wrote: > > The machiine has 1 CD drive and no floppy.. ------------------------------------^^ > All of the manufacturers have a program that will do that. Many of > them even produce a bootable floppy. Check their support web page. which leaves the "no floppy" problem.. Perhaps you could use the bootable floppy from the manufacturer as the "el torito boot image" for a CD-R you create on another machine.. Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15: 0:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A2937B400 for ; Mon, 8 Jul 2002 15:00:19 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 969D243E42 for ; Mon, 8 Jul 2002 15:00:19 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708220019.HIFC15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Mon, 8 Jul 2002 22:00:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA30885; Mon, 8 Jul 2002 14:53:21 -0700 (PDT) Date: Mon, 8 Jul 2002 14:53:20 -0700 (PDT) From: Julian Elischer To: Terry Lambert Cc: Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <3D2A06A9.2F3CB99C@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Terry Lambert wrote: > > Julian got struck by lightning; perhaps he will now stick to disks > with built-in lightning rods (e.g. not succeptible to this failure), > e.g. SCSI. This is an urban ledgend.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15: 1: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C97837B400 for ; Mon, 8 Jul 2002 15:01:06 -0700 (PDT) Received: from stone.locallink.net (Stone.LocalLink.Net [65.170.77.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E08243E3B for ; Mon, 8 Jul 2002 15:01:02 -0700 (PDT) (envelope-from kpitcher@locallink.net) Received: by stone.locallink.net (Postfix, from userid 1001) id E1A3F41F77; Mon, 8 Jul 2002 18:01:05 -0400 (EDT) Date: Mon, 8 Jul 2002 18:01:05 -0400 From: Keith Pitcher To: freebsd-hackers@freebsd.org Subject: Multi CDR burn Message-ID: <20020708220105.GA32341@stone.locallink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I hate to bother the list, but after lots of searching I haven't found this out - maybe I missed something obvious : I have 8 scsi CDRs in a netserver 5 case, need to burn a number of CDs. I haven't seen anything in the ports that will do multi CDRs. So does anyone know of a program. On the other hand, if I just mirror the CDRs would that do the trick? Thank you, Keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15: 3:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35DA237B400 for ; Mon, 8 Jul 2002 15:03:50 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5C7B43E42 for ; Mon, 8 Jul 2002 15:03:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0159.cvx21-bradley.dialup.earthlink.net ([209.179.192.159] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Rgbh-0006dy-00; Mon, 08 Jul 2002 18:03:46 -0400 Message-ID: <3D2A0C13.BF96579@mindspring.com> Date: Mon, 08 Jul 2002 15:02:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > On Mon, 8 Jul 2002, Terry Lambert wrote: > > Julian got struck by lightning; perhaps he will now stick to disks > > with built-in lightning rods (e.g. not succeptible to this failure), > > e.g. SCSI. > > This is an urban ledgend.. That SCSI disks don't use random inter-record gap placement like IDE does, particularly on the "multimedia" drives that ignore the need for thermal recalibration, so as to not make video capture "jittery"? Or that SCSI II directly supports low level track formatting, without requiring a "magic tool"? 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15:14:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D53E837B400 for ; Mon, 8 Jul 2002 15:14:49 -0700 (PDT) Received: from agamemnon.cnchost.com (agamemnon.cnchost.com [207.155.252.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E735B43E31 for ; Mon, 8 Jul 2002 15:14:46 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by agamemnon.cnchost.com id SAA11239; Mon, 8 Jul 2002 18:14:35 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207082214.SAA11239@agamemnon.cnchost.com> To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-reply-to: Your message of "Mon, 08 Jul 2002 13:47:48 PDT." Date: Mon, 08 Jul 2002 15:14:33 -0700 From: Bakul Shah Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine has 1 CD drive and no floppy.. > > anyone with any ideas as to how one can reformat a hard drive feel free to > lend me a clue.. Modern drives have low level formatting done at the "factory" due to drives having multiple zones (different sectors/track in each zone) and other horrible things done to sqeeze out many more bits of storage. They even retired the "FORMAT" opcode from ATA standard! I think your best bet may be to see if you can find a windows program that will "reinit" the disk. Your disk's vendor may provide such a utility, usually mislabelled "DiscWizard" or something for free. I am ready for Millipede :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15:18:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D93437B400 for ; Mon, 8 Jul 2002 15:18:32 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1676743E54 for ; Mon, 8 Jul 2002 15:18:31 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g68MI4Ma047526 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 9 Jul 2002 00:18:07 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g68MI5FJ005713 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 9 Jul 2002 00:18:06 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g68MI5ON005711; Tue, 9 Jul 2002 00:18:05 +0200 (CEST)?g (envelope-from ticso) Date: Tue, 9 Jul 2002 00:18:05 +0200 From: Bernd Walter To: Julian Elischer Cc: Terry Lambert , Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. Message-ID: <20020708221804.GN94279@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <3D2A06A9.2F3CB99C@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 02:53:20PM -0700, Julian Elischer wrote: > > > On Mon, 8 Jul 2002, Terry Lambert wrote: > > > > > Julian got struck by lightning; perhaps he will now stick to disks > > with built-in lightning rods (e.g. not succeptible to this failure), > > e.g. SCSI. > > This is an urban ledgend.. No - it's SCSI Specs. A SCSI Disk is required to savely finish the started sector even on powerloss. If all drives fullfill this requirement is another story. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15:37:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7093037B406 for ; Mon, 8 Jul 2002 15:37:17 -0700 (PDT) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17EA643E42 for ; Mon, 8 Jul 2002 15:37:17 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89]) by mrout2.yahoo.com (8.11.6/8.11.6/y.out) with ESMTP id g68Mb4R28747; Mon, 8 Jul 2002 15:37:04 -0700 (PDT) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.5/8.12.5/Submit) with ESMTP id g68Mb3l3085108; Mon, 8 Jul 2002 15:37:04 -0700 (PDT) Date: Mon, 8 Jul 2002 15:37:03 -0700 (PDT) From: Doug Barton To: Julian Elischer Cc: hackers@FreeBSD.org Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: Message-ID: <20020708153648.W84324-100000@zoot.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Julian Elischer wrote: > > > On Mon, 8 Jul 2002, Terry Lambert wrote: > > > > > Julian got struck by lightning; perhaps he will now stick to disks > > with built-in lightning rods (e.g. not succeptible to this failure), > > e.g. SCSI. > > This is an urban ledgend.. Which part? :) -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15:40:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D24537B401 for ; Mon, 8 Jul 2002 15:40:10 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E7743E31 for ; Mon, 8 Jul 2002 15:40:08 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020708224007.URHS903.sccrmhc03.attbi.com@InterJet.elischer.org>; Mon, 8 Jul 2002 22:40:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA31074; Mon, 8 Jul 2002 15:21:46 -0700 (PDT) Date: Mon, 8 Jul 2002 15:21:44 -0700 (PDT) From: Julian Elischer To: Terry Lambert Cc: Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <3D2A0C13.BF96579@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Terry Lambert wrote: > Julian Elischer wrote: > > On Mon, 8 Jul 2002, Terry Lambert wrote: > > > Julian got struck by lightning; perhaps he will now stick to disks > > > with built-in lightning rods (e.g. not succeptible to this failure), > > > e.g. SCSI. > > > > This is an urban ledgend.. > > That SCSI disks don't use random inter-record gap placement like > IDE does, particularly on the "multimedia" drives that ignore the > need for thermal recalibration, so as to not make video capture > "jittery"? > > Or that SCSI II directly supports low level track formatting, > without requiring a "magic tool"? > > 8-) 8-). According to the specs I had access to at Whistle they were pretty much the same low level device with different interface logic. The ATA drives I have seen had a format capacity just like their scsi cousins, just hard to find. > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 15:45:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12CDC37B400 for ; Mon, 8 Jul 2002 15:45:23 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB8E43E4A for ; Mon, 8 Jul 2002 15:45:22 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id PAA28651; Mon, 8 Jul 2002 15:45:17 -0700 Message-ID: <3D2A15FB.7010501@owt.com> Date: Mon, 08 Jul 2002 15:45:15 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: RoKlein@roklein.de Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <3D2A0835.9000608@owt.com> <200207082353.24230.RoKlein@roklein.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Klein wrote: > On Montag, 8. Juli 2002 23:46, Kent Stewart wrote: > >>Julian Elischer wrote: >> >>>The machiine has 1 CD drive and no floppy.. >>> > ------------------------------------^^ > > >>All of the manufacturers have a program that will do that. Many of >>them even produce a bootable floppy. Check their support web page. >> > > which leaves the "no floppy" problem.. Perhaps you could use the > bootable floppy from the manufacturer as the "el torito boot > image" for a CD-R you create on another machine.. So mount it temporarily on another machine. You don't even need them in the assigned bios tables. When I first started using FreeBSD, I tried the dangerous option and the system would not get past checking the initial hardware. I had to change the HD assignment to none and ll format the disk. Kent > > Robert > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > . > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 16:23:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BF5A37B401; Mon, 8 Jul 2002 16:23:11 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F7043E42; Mon, 8 Jul 2002 16:23:10 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g68NN3bM050465; Mon, 8 Jul 2002 19:23:03 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 8 Jul 2002 19:23:02 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a solicitation for submissions for the May 2002 - June 2002 FreeBSD Bi-Monthly Development Status Report. All submissions are due by July 19, 2002. Submissions should be made by filling out the template found at: http://www.FreeBSD.org/news/status/report-sample.xml Submissions must then be e-mailed to the following address: robert+freebsd.monthly@cyrus.watson.org For automatic processing. Reports must be submitted in the XML format described, or they will be silently dropped. Submissions made to other e-mail addresses will be ignored. Status reports should be submitted once per project, although project developers may choose to submit additional reports on specific sub-projects of substantial size. Status reports are typically one or two short paragraphs, but the text may be up to 20 lines in length. Submissions are welcome on a variety of topics relating to FreeBSD, including development, documentation, advocacy, and development processes. Prior status reports may be viewed at: http://www.FreeBSD.org/news/status/ Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 16:37:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93CB537B400 for ; Mon, 8 Jul 2002 16:37:22 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8F743E31 for ; Mon, 8 Jul 2002 16:37:22 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 1AD7F2A7EA for ; Mon, 8 Jul 2002 16:37:22 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id D01954C4E6 for ; Mon, 8 Jul 2002 16:37:21 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id DC2C33808; Mon, 8 Jul 2002 16:37:21 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Julian Elischer Cc: John Nielsen , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: Date: Mon, 08 Jul 2002 16:37:21 -0700 From: Peter Wemm Message-Id: <20020708233721.DC2C33808@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > this is not a 'reformat' > > what I want to do is an old-fashionned refomat/verify where the controller > writes new track headers etc. The thing is, just about all IDE drives more than a few GB or so do 'track writing' and have no fixed sectoring or sector positioning. ie: each time you write a single sector to a track, it does a read-modify-write of *THE ENTIRE TRACK*. This is why we have to have write caching turned on for IDE drives to get decent performance. Without it, it essentially rewrites the entire track over and over and over again because it cannot fill its write buffer in order to write a contiguous block to completely replace what was there before. ie: each track is one giant physical sector with multiple logical sectors inside it. The really annoying thing is that most newer scsi drives do this too. The sad thing is that this makes softdep almost completely useless, because the basic assumption is that sectors that were not explicitly written to will not be touched. The problem is that this isn't the case, even with write caching turned off. Writing a single sector causes the drive to completely rebuild the track and all the sectors on it... in a different relative postition to what was there before. The resulting power off midwrite can cause an absolute mess in sectors *adjacent* to where soft updates was carefully writing to. This means that the 'power off failsafe' file system idea isn't possible with these drives. The only thing that can deal with this sort of failure mode is being willing to resort to 'newfs and restore' or a log structured file system (can you say LFS?). Get a UPS if you value the data. :-] Back to the topic for a moment.. In theory, dd if=/dev/zero of=disk bs=64k is as good as it gets for a low level format, on these drive. With write caching turned on, you are causing every single bit on the disk to be written to, including the metadata. And the dd if=/dev/disk of=/dev/null is the read verify. Some drives can have write verify turned on (I know of certain maxtor models) where the drive will read back the data and rewrite the entire track if necessary. Take the above with a grain of salt, I've never actually worked at a drive manufacturer. The only thing for sure is that all hard drives suck. :-) Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 16:40:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23FB437B400 for ; Mon, 8 Jul 2002 16:40:13 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A31643E42 for ; Mon, 8 Jul 2002 16:40:12 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g68Ne4LA048136; Mon, 8 Jul 2002 16:40:04 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g68Ne4uH048135; Mon, 8 Jul 2002 16:40:04 -0700 (PDT) (envelope-from dillon) Date: Mon, 8 Jul 2002 16:40:04 -0700 (PDT) From: Matthew Dillon Message-Id: <200207082340.g68Ne4uH048135@apollo.backplane.com> To: Bernd Walter Cc: Julian Elischer , Terry Lambert , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <3D2A06A9.2F3CB99C@mindspring.com> <20020708221804.GN94279@cicely5.cicely.de> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> > Julian got struck by lightning; perhaps he will now stick to disks :> > with built-in lightning rods (e.g. not succeptible to this failure), :> > e.g. SCSI. :> :> This is an urban ledgend.. : :No - it's SCSI Specs. :A SCSI Disk is required to savely finish the started sector even :on powerloss. :If all drives fullfill this requirement is another story. : :-- :B.Walter COSMO-Project http://www.cosmo-project.de No, it's an urban legend. Someone actually buttonholed a Seagate engineer a couple of years back and he said with absolute certainty that a Seagate drive would lose up to two sectors, but not more then that. I've had direct experience with this. Seagate drives will indeed lose up to two sectors if you are writing during a power loss... and this is *GOOD* for the industry. Quantum drives (more direct experience on my part) have been known to lose whole tracks and even multiple tracks. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 17: 0:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF2237B400 for ; Mon, 8 Jul 2002 17:00:12 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B4F43E3B for ; Mon, 8 Jul 2002 17:00:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020709000011.JTNN29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Tue, 9 Jul 2002 00:00:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA31547; Mon, 8 Jul 2002 16:51:41 -0700 (PDT) Date: Mon, 8 Jul 2002 16:51:40 -0700 (PDT) From: Julian Elischer To: Peter Wemm Cc: John Nielsen , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <20020708233721.DC2C33808@overcee.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Peter Wemm wrote: > Julian Elischer wrote: > > this is not a 'reformat' > > > > what I want to do is an old-fashionned refomat/verify where the controller > > writes new track headers etc. > > The thing is, just about all IDE drives more than a few GB or so do > 'track writing' and have no fixed sectoring or sector positioning. > ie: each time you write a single sector to a track, it does a > read-modify-write of *THE ENTIRE TRACK*. This is why we have to have > write caching turned on for IDE drives to get decent performance. > Without it, it essentially rewrites the entire track over and over and > over again because it cannot fill its write buffer in order to write a > contiguous block to completely replace what was there before. ie: > each track is one giant physical sector with multiple logical sectors > inside it. yep I saw that when we were selecting drives for the Interjet. > > The really annoying thing is that most newer scsi drives do this too. Which is what I was trying to say to Terry. :-) > > The sad thing is that this makes softdep almost completely useless, > because the basic assumption is that sectors that were not explicitly > written to will not be touched. The problem is that this isn't the > case, even with write caching turned off. Writing a single sector > causes the drive to completely rebuild the track and all the sectors > on it... in a different relative postition to what was there before. > The resulting power off midwrite can cause an absolute mess in sectors > *adjacent* to where soft updates was carefully writing to. This means > that the 'power off failsafe' file system idea isn't possible with > these drives. The only thing that can deal with this sort of failure > mode is being willing to resort to 'newfs and restore' or a log > structured file system (can you say LFS?). When we asked Kirk to port Soft updates to FreeBSD for the Interjet, we were aware of this.. The original Interjet had a battery in it and could be guaranteed to hold up power for quite a while, (several minutes with a deadish battery even) However when we went to the newer IJ-II teh battery was declared by management top be too expensive. To counter this we spec'd the power supply to have a hold-up time of at least 100mSec after a power failure was detectable. The theory was that a write under way would have time to complete. The Power failure line was directly attached to the systems somewhere (I forget exactly where) wher it could cause an interrupt. On reception of that interrupt, I stuck a long stick into teh workings of the system, freezing everything. According to the specs of the drive it should have noticed the inactivity in the forst few miliseconds and written out the track. Hopefully still within the 100 mSecs. I was considering making it flush the data, but it was unneccesary though I think that for other models of drive it probably would have been useful. > > Get a UPS if you value the data. :-] I don't value the data.. I was looking for a way to reformat! :-) In the end I was able to rewrite the tracks.. apparently only the final parts of the tracks were screwed. > > Back to the topic for a moment.. In theory, dd if=/dev/zero of=disk > bs=64k is as good as it gets for a low level format, on these drive. > With write caching turned on, you are causing every single bit on the > disk to be written to, including the metadata. And the dd > if=/dev/disk of=/dev/null is the read verify. Some drives can have > write verify turned on (I know of certain maxtor models) where the > drive will read back the data and rewrite the entire track if > necessary. that was what I ended up doing.... > > Take the above with a grain of salt, I've never actually worked at a > drive manufacturer. The only thing for sure is that all hard drives > suck. :-) "I'm not an engineer, I just play one on TV"??? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 17:33:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45D6237B400 for ; Mon, 8 Jul 2002 17:33:36 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2577643E4A for ; Mon, 8 Jul 2002 17:33:35 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g690XGMa048940 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 9 Jul 2002 02:33:20 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g690XFFJ006393 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 9 Jul 2002 02:33:15 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g690XEgj006392; Tue, 9 Jul 2002 02:33:14 +0200 (CEST)?g (envelope-from ticso) Date: Tue, 9 Jul 2002 02:33:14 +0200 From: Bernd Walter To: Matthew Dillon Cc: Bernd Walter , Julian Elischer , Terry Lambert , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. Message-ID: <20020709003313.GO94279@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <3D2A06A9.2F3CB99C@mindspring.com> <20020708221804.GN94279@cicely5.cicely.de> <200207082340.g68Ne4uH048135@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207082340.g68Ne4uH048135@apollo.backplane.com> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 04:40:04PM -0700, Matthew Dillon wrote: > > :> > Julian got struck by lightning; perhaps he will now stick to disks > :> > with built-in lightning rods (e.g. not succeptible to this failure), > :> > e.g. SCSI. > :> > :> This is an urban ledgend.. > : > :No - it's SCSI Specs. > :A SCSI Disk is required to savely finish the started sector even > :on powerloss. > :If all drives fullfill this requirement is another story. > : > :-- > :B.Walter COSMO-Project http://www.cosmo-project.de > > No, it's an urban legend. Someone actually buttonholed a Seagate > engineer a couple of years back and he said with absolute certainty > that a Seagate drive would lose up to two sectors, but not more > then that. After searching I've found the text I remembered in a german book describing SCSI :( But I have not found it in the ansi docs. Seems like I was just wrong and this is indeed a legend. Sorry for the missleading statement. > I've had direct experience with this. Seagate drives will indeed lose > up to two sectors if you are writing during a power loss... and this > is *GOOD* for the industry. Quantum drives (more direct experience > on my part) have been known to lose whole tracks and even multiple > tracks. Not loosing unrelated data realy is a big difference. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 17:50: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7920437B400 for ; Mon, 8 Jul 2002 17:50:00 -0700 (PDT) Received: from patrocles.silby.com (d180.as20.nwbl0.wi.voyager.net [169.207.139.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 488FD43E09 for ; Mon, 8 Jul 2002 17:49:59 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g690rRcv020194; Mon, 8 Jul 2002 19:53:27 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g690rGum020191; Mon, 8 Jul 2002 19:53:16 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 8 Jul 2002 19:53:16 -0500 (CDT) From: Mike Silbersack To: Peter Wemm Cc: Julian Elischer , John Nielsen , Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <20020708233721.DC2C33808@overcee.wemm.org> Message-ID: <20020708195133.K19349-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Peter Wemm wrote: > The thing is, just about all IDE drives more than a few GB or so do 'track > writing' and have no fixed sectoring or sector positioning. ie: each time > you write a single sector to a track, it does a read-modify-write of *THE > ENTIRE TRACK*. This is why we have to have write caching turned on for IDE > The sad thing is that this makes softdep almost completely useless, because > the basic assumption is that sectors that were not explicitly written to > will not be touched. The problem is that this isn't the case, even with > write caching turned off. Writing a single sector causes the drive to > completely rebuild the track and all the sectors on it... in a different So, this basically means that even a journalling filesystem wouldn't be much safer... how about battery backed up controllers - would those provide protection? (I suspect not, but maybe they're more sophisticated than I thought.) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18: 2:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A09C237B400 for ; Mon, 8 Jul 2002 18:02:48 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B3343E52 for ; Mon, 8 Jul 2002 18:02:47 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 2884A81711; Tue, 9 Jul 2002 10:32:45 +0930 (CST) Date: Tue, 9 Jul 2002 10:32:45 +0930 From: Greg 'groggy' Lehey To: Kent Stewart Cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. Message-ID: <20020709010245.GJ90012@wantadilla.lemis.com> References: <3D2A0835.9000608@owt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2A0835.9000608@owt.com> User-Agent: Mutt/1.3.99i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, 8 July 2002 at 14:46:29 -0700, Kent Stewart wrote: > Julian Elischer wrote: > >> One of my FreeBSD development boxes had a hernia last week when it lost >> power while writing to disk. The drive wrote out garbage to a track. >> >> I want to reformat the drive, (low level) but the bios doesn't have any >> support to do this (In the past That is how I did this). >> The machiine has 1 CD drive and no floppy.. >> >> anyone with any ideas as to how one can reformat a hard drive feel >> free to lend me a clue.. I had this happen to me during some power fail testing about 18 months ago with an IBM IDE disk (forget the model number). On one such power fail, I lost something like 200 sectors. > All of the manufacturers have a program that will do that. Many of > them even produce a bootable floppy. Check their support web page. I went looking for format utilities and didn't find anything. Finally I stuck the disk in an old 486 with a format utility in the BIOS, and that worked (fortunately the damage was below the 504 MB boundary :-). While looking at these format programs, I gained the distinct impression that they didn't really format. The description was too vague to make it clear just what they did do, though. Quite possibly it's the same as dd if=/dev/zero, and it just relocates the logical sectors. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18:30:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA73837B400 for ; Mon, 8 Jul 2002 18:30:07 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBB0343E3B for ; Mon, 8 Jul 2002 18:30:06 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.11.6/8.11.3) with ESMTP id g691U4x05047 for ; Mon, 8 Jul 2002 21:30:05 -0400 (EDT) (envelope-from chuckr@chuckr.org) Date: Mon, 8 Jul 2002 21:30:04 -0400 (EDT) From: Chuck Robey To: FreeBSD Hackers List Subject: swap & huge mem systems Message-ID: <20020708212522.N945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nowadays, what with the price of fast memory at such low levels, I'm buying more memory than I really need, just because it's *so* cheap, the price has gone up before, and it's possible (maybe likely) that next year's popular new app will need the memory. I'm probably not alone in doing this. It's causing me to wonder about how much swap to allocate. I used to follow the rule that I dedicate twice as much disk memory to swap as I have RAM. Now, with my new system, I'm getting a gig of RAM, but it seems ridiculous to dedicate 2G of disk to swap. Under these conditions, what's the real bottom limit (if you have one gig of RAM) for how much swap you can get away with? One Gig? Less? ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18:31: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915C137B400 for ; Mon, 8 Jul 2002 18:31:04 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 140EC43E52 for ; Mon, 8 Jul 2002 18:31:00 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (H100.C225.tor.velocet.net [216.138.225.100]) by sabre.velocet.net (Postfix) with ESMTP id C2B7A13803B; Mon, 8 Jul 2002 21:30:57 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 38E5D5679AC; Mon, 8 Jul 2002 19:55:21 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15658.9833.148556.28650@canoe.velocet.net> Date: Mon, 8 Jul 2002 19:55:21 -0400 To: John Kozubik Cc: "M. Warner Losh" , freebsd-hackers@FreeBSD.ORG Subject: [hackers] Re: multi-link 802.11b through netgraph yields poor performance. In-Reply-To: References: <20020707.121836.61267901.imp@village.org> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "John" == John Kozubik writes: >> Also, before blaming netgraph, which may well be to blame, could it >> be that you have interference from some other source that's making >> things bad? The exactly every other packet being dropped does seem >> to be a big clue. John> I have ruled out interference as a contributor to these results. John> So, the point made earlier in this thread that the behavior I John> produced looked like the behavior of a ng_one2many setup with John> 50% of the link not working seems to be correct. However, John> because the first test I mentioned above (two wireless nets John> operating simultaneously across two systems without netgraph) John> succeeded, I am not simply dealing with a bad card or a down John> link. Naw (I know this one). It's the same reason that netgraph bridging doesn't work on wireless cards. The firmware on your card prevents you from sending a mac address that is not your own as the source mac address. This is an attempt by the wireless chipset cabal to prevent you from building your own access point. (You can't be a bridge if you can't transmit arbitrary mac addresses) For most cards, there's no workaround. For a few cards, it's rhumored that you can hack the firmware (DLink is one I've heard mentioned). If you hacked netgraph to set the source mac address to the source mac address of each card, everything would likely work. On second thought, tho, you might need to hack arp (et. al.) to do the right thing (or only have arp repsonses go out the primary interface). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18:40:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B4637B400 for ; Mon, 8 Jul 2002 18:40:52 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C1043E64 for ; Mon, 8 Jul 2002 18:40:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Rjzk-0000Bf-00; Mon, 08 Jul 2002 21:40:49 -0400 Message-ID: <3D2A3EF5.9BAAE12A@mindspring.com> Date: Mon, 08 Jul 2002 18:40:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > According to the specs I had access to at Whistle they were pretty much > the same low level device with different interface logic. > The ATA drives I have seen had a format capacity > just like their scsi cousins, just hard to find. Actually, if you read through the thread, you will see the format track was taken out of the ATA specification. You have to know a magic incantation to talk to the drive firmware (hence my vendor tool recomendation, and my question "Who is the manufacturer?"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18:55:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3288437B400 for ; Mon, 8 Jul 2002 18:55:22 -0700 (PDT) Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A40D343E3B for ; Mon, 8 Jul 2002 18:55:20 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g691sug18001 for ; Tue, 9 Jul 2002 03:54:56 +0200 (CEST) Received: from falcon.midgard.homeip.net (h53n2fls20o913.telia.com [212.181.163.53]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id DAA21868 for ; Tue, 9 Jul 2002 03:54:55 +0200 (CEST) Received: (qmail 6358 invoked by uid 1001); 9 Jul 2002 01:54:54 -0000 Date: Tue, 9 Jul 2002 03:54:54 +0200 From: Erik Trulsson To: Chuck Robey Cc: FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020709015454.GA6323@falcon.midgard.homeip.net> Mail-Followup-To: Chuck Robey , FreeBSD Hackers List References: <20020708212522.N945-100000@april.chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020708212522.N945-100000@april.chuckr.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 09:30:04PM -0400, Chuck Robey wrote: > Nowadays, what with the price of fast memory at such low levels, I'm > buying more memory than I really need, just because it's *so* cheap, the > price has gone up before, and it's possible (maybe likely) that next > year's popular new app will need the memory. I'm probably not alone in > doing this. It's causing me to wonder about how much swap to allocate. > > I used to follow the rule that I dedicate twice as much disk memory to > swap as I have RAM. Now, with my new system, I'm getting a gig of RAM, > but it seems ridiculous to dedicate 2G of disk to swap. Under these > conditions, what's the real bottom limit (if you have one gig of RAM) for > how much swap you can get away with? One Gig? Less? Minimal amount of swap possible: No swap at all of course. Minimal swap if you want to be able to catch core dumps: Physical RAM size + 64K Minimal amount of swap you need: Depends on what you are doing, doesn't it? You don't need to configure any swap at all if you think your RAM is going to be large enough for everything you do. OTOH, considering how cheap disk space is these days, why worry about a gigabyte or two? Some day you might be running some extremly memory hungry application(s) and then you might neeed that extra swap. Running out of swap is No Fun, and should be avoided if practical. Personally, in your situation I would probably configure enough swap to be able to catch a core dump and not much more, i.e. slightly more than 1G swap. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 18:56:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6359B37B400 for ; Mon, 8 Jul 2002 18:56:09 -0700 (PDT) Received: from www.kozubik.com (www.kozubik.com [198.78.70.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0160743E4A for ; Mon, 8 Jul 2002 18:56:09 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id g691nlA86278; Mon, 8 Jul 2002 18:49:47 -0700 (PDT) (envelope-from john@kozubik.com) Date: Mon, 8 Jul 2002 18:49:47 -0700 (PDT) From: John Kozubik X-Sender: john@www To: David Gilbert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Re: multi-link 802.11b through netgraph yields poor performance. In-Reply-To: <15658.9833.148556.28650@canoe.velocet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > For most cards, there's no workaround. For a few cards, it's rhumored > that you can hack the firmware (DLink is one I've heard mentioned). Thank you. I have heard of and witnessed these problems in the past with Lucent cards. Do you know if Cisco Aironet cards exhibit the same behavior ? I am considering conducting this experiment again with only `an` cards. It would be very nice if there were a firmware tool for these cards for FreeBSD, however I have heard that is a non-trivial project. Comments ? ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19: 7: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B8437B400 for ; Mon, 8 Jul 2002 19:07:05 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB5443E09 for ; Mon, 8 Jul 2002 19:07:04 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.11.6/8.11.3) with ESMTP id g6926wp05422; Mon, 8 Jul 2002 22:06:58 -0400 (EDT) (envelope-from chuckr@chuckr.org) Date: Mon, 8 Jul 2002 22:06:58 -0400 (EDT) From: Chuck Robey To: Erik Trulsson Cc: FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020709015454.GA6323@falcon.midgard.homeip.net> Message-ID: <20020708220517.K945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Erik Trulsson wrote: > On Mon, Jul 08, 2002 at 09:30:04PM -0400, Chuck Robey wrote: > > Nowadays, what with the price of fast memory at such low levels, I'm > > buying more memory than I really need, just because it's *so* cheap, the > > price has gone up before, and it's possible (maybe likely) that next > > year's popular new app will need the memory. I'm probably not alone in > > doing this. It's causing me to wonder about how much swap to allocate. > > > > I used to follow the rule that I dedicate twice as much disk memory to > > swap as I have RAM. Now, with my new system, I'm getting a gig of RAM, > > but it seems ridiculous to dedicate 2G of disk to swap. Under these > > conditions, what's the real bottom limit (if you have one gig of RAM) for > > how much swap you can get away with? One Gig? Less? > > Minimal amount of swap possible: No swap at all of course. > Minimal swap if you want to be able to catch core dumps: Physical RAM > size + 64K > Minimal amount of swap you need: Depends on what you are doing, > doesn't it? > > > You don't need to configure any swap at all if you think your RAM is > going to be large enough for everything you do. > > OTOH, considering how cheap disk space is these days, why worry about a > gigabyte or two? Some day you might be running some extremly memory > hungry application(s) and then you might neeed that extra swap. > Running out of swap is No Fun, and should be avoided if practical. > > Personally, in your situation I would probably configure enough swap to > be able to catch a core dump and not much more, i.e. slightly more than > 1G swap. Probably a good compromise, it just feels silly to go for a G of swap when I will probably never use more than 256M (and that not very often). I mostly compile, edit, and web-browse. Thanks for the confirmation (I suspected this answer, but I feel better now about it). > > > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19: 7:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A5037B400 for ; Mon, 8 Jul 2002 19:07:29 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4F543E42 for ; Mon, 8 Jul 2002 19:07:28 -0700 (PDT) (envelope-from bts@babbleon.org) Received: from i8k.babbleon.org ([66.57.86.84]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Mon, 8 Jul 2002 21:58:09 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id 78FC1BA05; Mon, 8 Jul 2002 21:58:03 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Date: Mon, 8 Jul 2002 21:58:03 -0400 X-Mailer: KMail [version 1.3] References: <20020708212522.N945-100000@april.chuckr.org> In-Reply-To: <20020708212522.N945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020709015803.78FC1BA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 08 July 2002 09:30 pm, Chuck Robey wrote: | Nowadays, what with the price of fast memory at such low levels, I'm | buying more memory than I really need, just because it's *so* cheap, the | price has gone up before, and it's possible (maybe likely) that next | year's popular new app will need the memory. I'm probably not alone in | doing this. It's causing me to wonder about how much swap to allocate. | | I used to follow the rule that I dedicate twice as much disk memory to | swap as I have RAM. Now, with my new system, I'm getting a gig of RAM, | but it seems ridiculous to dedicate 2G of disk to swap. Under these | conditions, what's the real bottom limit (if you have one gig of RAM) for | how much swap you can get away with? One Gig? Less? The bottom limit is zero. I ran with zero swap for a while; the only problem is that if an app goes nuts and starts allocating unlimited memory it gets *all* the memory before you can possibly intervene, so now I allocate some swap space just so that I can see problems in xosview before they happen. If any swap is ever allocated, then I know something's wrong and I have time to intervene before the system is completely locked up. I allocate 256M of swap. In fact, I think that a pretty good formula for a workstation is probably swap = MIN(2*RAM, 256M) unless you have really massive applications for multiple users or something. The only big drawback that I know of with this scheme is that if your system panics you can't get a kmem dump because there's not enough space to hold it. | | --------------------------------------------------------------------------- |- Chuck Robey | Interests include C & Java programming, FreeBSD, | chuckr@chuckr.org | electronics, communications, and signal processing. | | New Year's Resolution: I will not sphroxify gullible people into looking | up fictitious words in the dictionary. | --------------------------------------------------------------------------- |- | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19: 9:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B7D237B400 for ; Mon, 8 Jul 2002 19:09:27 -0700 (PDT) Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7AB43E31 for ; Mon, 8 Jul 2002 19:09:25 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g6929Nq80354 for ; Tue, 9 Jul 2002 12:09:23 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Tue, 09 Jul 2002 12:08:28 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: offtopic: low level format of IDE drive. Date: Tue, 9 Jul 2002 12:08:25 +1000 Message-ID: <004601c226ed$838bff50$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020708195133.K19349-100000@patrocles.silby.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Mike Silbersack > Sent: Tuesday, 9 July 2002 10:53 > To: Peter Wemm > Cc: Julian Elischer; John Nielsen; hackers@FreeBSD.ORG > Subject: Re: offtopic: low level format of IDE drive. > > [snip] > > So, this basically means that even a journalling filesystem wouldn't > be much safer... how about battery backed up controllers - would those > provide protection? (I suspect not, but maybe they're more > sophisticated than I thought.) > That's right - a journalled filesystem doesn't help. Nor does battery backed up controllers. If the drive has come back and told the controller that it has written the data, then the controller - battery backed up or not - will mark those sectors as written. If it's a caching controller, then the cache entries for those sectors will be returned to the free list pool. The only way a journalled filesystem would help is if during replay, it checked that all the sectors matched prior to the checkpoint; ie write out all the sectors after the last checkpoint, then check sectors prior to the last checkpoint. That way, the journalled filesystem would know that the data had been written correctly. Does anyone have a detailed list of which SCSI drives do track writes rather than sector writes? Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:13:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DEBE37B400 for ; Mon, 8 Jul 2002 19:13:52 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9F7643E65 for ; Mon, 8 Jul 2002 19:13:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17RkVd-0005SB-00; Mon, 08 Jul 2002 22:13:46 -0400 Message-ID: <3D2A46AF.1C8A2505@mindspring.com> Date: Mon, 08 Jul 2002 19:13:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Bernd Walter , Julian Elischer , Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <3D2A06A9.2F3CB99C@mindspring.com> <20020708221804.GN94279@cicely5.cicely.de> <200207082340.g68Ne4uH048135@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > I've had direct experience with this. Seagate drives will indeed lose > up to two sectors if you are writing during a power loss... and this > is *GOOD* for the industry. You went to "Men In Black II" this weekend, didn't you? Do you have "Conspiracy Theorist" on your business cards? 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:23:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5477B37B400 for ; Mon, 8 Jul 2002 19:23:45 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 081A643E3B for ; Mon, 8 Jul 2002 19:23:45 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17RkfE-0002Eg-00; Mon, 08 Jul 2002 22:23:41 -0400 Message-ID: <3D2A4902.D1E72EA4@mindspring.com> Date: Mon, 08 Jul 2002 19:22:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: chris@aims.com.au Cc: silby@silby.com, hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <004601c226ed$838bff50$020aa8c0@aims.private> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris Knight wrote: > Does anyone have a detailed list of which SCSI drives do track writes > rather than sector writes? All the broken ones. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:30:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A29437B400 for ; Mon, 8 Jul 2002 19:30:21 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08FB43E54 for ; Mon, 8 Jul 2002 19:30:20 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id CECB12A7D6 for ; Mon, 8 Jul 2002 19:30:20 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 85D004C211 for ; Mon, 8 Jul 2002 19:30:20 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 99CFB3808; Mon, 8 Jul 2002 19:30:20 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Chuck Robey Cc: FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020708212522.N945-100000@april.chuckr.org> Date: Mon, 08 Jul 2002 19:30:20 -0700 From: Peter Wemm Message-Id: <20020709023020.99CFB3808@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chuck Robey wrote: > Nowadays, what with the price of fast memory at such low levels, I'm > buying more memory than I really need, just because it's *so* cheap, the > price has gone up before, and it's possible (maybe likely) that next > year's popular new app will need the memory. I'm probably not alone in > doing this. It's causing me to wonder about how much swap to allocate. > > I used to follow the rule that I dedicate twice as much disk memory to > swap as I have RAM. Now, with my new system, I'm getting a gig of RAM, > but it seems ridiculous to dedicate 2G of disk to swap. Under these > conditions, what's the real bottom limit (if you have one gig of RAM) for > how much swap you can get away with? One Gig? Less? Always have enough space reserved so that you can take a crashdump. You will be regretting it someday if you do not. Allowing for memory upgrades is a factor here too. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:41:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D0437B400 for ; Mon, 8 Jul 2002 19:41:32 -0700 (PDT) Received: from mail.uninterruptible.net (ns1.uninterruptible.net [216.7.46.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27FF43E58 for ; Mon, 8 Jul 2002 19:41:28 -0700 (PDT) (envelope-from kris@catonic.net) Received: from Spaz.Catonic.NET (tnt6-216-180-5-69.dialup.HiWAAY.net [216.180.5.69]) by mail.uninterruptible.net (Postfix) with ESMTP id 346725002F; Tue, 9 Jul 2002 02:41:13 +0000 (GMT) Received: by Spaz.Catonic.NET (Postfix, from userid 1002) id A19DE3355; Tue, 9 Jul 2002 02:40:50 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by Spaz.Catonic.NET (Postfix) with ESMTP id 95FEA4C54; Tue, 9 Jul 2002 02:40:50 +0000 (GMT) Date: Tue, 9 Jul 2002 02:40:50 +0000 (GMT) From: Kris Kirby To: Terry Lambert Cc: , , Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <3D2A4902.D1E72EA4@mindspring.com> Message-ID: X-Tech-Support-Email: bofh@catonic.net Organization: Non Illegitemus Carborundum Inc. X-Disclaimer: My opinions are not those of my employer(s). X-Driving-The-Information-Superhighway-Joke: Asleep at the wheel. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Terry Lambert wrote: > > Does anyone have a detailed list of which SCSI drives do track writes > > rather than sector writes? > > All the broken ones. Could you be a little more specific? :-) -- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | IM: KrisBSD | HSV, AL. ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:43:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E6137B400 for ; Mon, 8 Jul 2002 19:43:46 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C803043E31 for ; Mon, 8 Jul 2002 19:43:45 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id AF95B2A7D6 for ; Mon, 8 Jul 2002 19:43:45 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 697054C211 for ; Mon, 8 Jul 2002 19:43:45 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 8095A3808; Mon, 8 Jul 2002 19:43:45 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: chris@aims.com.au Cc: silby@silby.com, hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <004601c226ed$838bff50$020aa8c0@aims.private> Date: Mon, 08 Jul 2002 19:43:45 -0700 From: Peter Wemm Message-Id: <20020709024345.8095A3808@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Chris Knight" wrote: > Howdy, > > > -----Original Message----- > > From: owner-freebsd-hackers@FreeBSD.ORG > > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Mike Silbersack > > Sent: Tuesday, 9 July 2002 10:53 > > To: Peter Wemm > > Cc: Julian Elischer; John Nielsen; hackers@FreeBSD.ORG > > Subject: Re: offtopic: low level format of IDE drive. > > > > [snip] > > > > So, this basically means that even a journalling filesystem wouldn't > > be much safer... how about battery backed up controllers - would those > > provide protection? (I suspect not, but maybe they're more > > sophisticated than I thought.) > > > That's right - a journalled filesystem doesn't help. Nor does battery > backed up controllers. > > If the drive has come back and told the controller that it has written > the data, then the controller - battery backed up or not - will mark > those sectors as written. If it's a caching controller, then the cache > entries for those sectors will be returned to the free list pool. > The only way a journalled filesystem would help is if during replay, it > checked that all the sectors matched prior to the checkpoint; ie write > out all the sectors after the last checkpoint, then check sectors prior > to the last checkpoint. That way, the journalled filesystem would know > that the data had been written correctly. Yes. Journalled filesystems are just normal file systems with a journal of recent *intentional* modifications to specific sectors. It cannot save you from modifications to *other* sectors as a side effect of writing. > Does anyone have a detailed list of which SCSI drives do track writes > rather than sector writes? You can find out by turning write caching on and off. camcontrol modepage daN. You want -m 8, the WCE bit. (write cache enable). I do not remember which -P args you need. If you see a HUGE difference in writing smallish blocks to disk between WCE on vs off, then you have a track write drive. A true sectored drive would have much less of a slowdown. I do not have a comparable set handy to get a better idea of what to expect. Really small writes cost scsi overhead though, so that adds to the slowdown. If I was to take a best guiess, I would expect a factor 10+ slowdown for track-write drives on 4K blocksize writes, vs factor 2-5 slowdown for a sectored drive. This is the slowdown factor when turning WCE off. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:44:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76D9A37B400 for ; Mon, 8 Jul 2002 19:44:42 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E61743E52 for ; Mon, 8 Jul 2002 19:44:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17RkzI-0001wY-00; Mon, 08 Jul 2002 22:44:24 -0400 Message-ID: <3D2A4DDB.75F8561B@mindspring.com> Date: Mon, 08 Jul 2002 19:43:39 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Erik Trulsson Cc: Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020708212522.N945-100000@april.chuckr.org> <20020709015454.GA6323@falcon.midgard.homeip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Erik Trulsson wrote: > Minimal amount of swap possible: No swap at all of course. > Minimal swap if you want to be able to catch core dumps: Physical RAM > size + 64K > Minimal amount of swap you need: Depends on what you are doing, > doesn't it? > > You don't need to configure any swap at all if you think your RAM is > going to be large enough for everything you do. Crash dumps good. Zero swap bad. Systems with zero swap lock up tight when they run out of memory; even 1M of swap makes this not happen. There appears to be a bug. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 19:46:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB84837B400 for ; Mon, 8 Jul 2002 19:46:55 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB9543E3B for ; Mon, 8 Jul 2002 19:46:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0460.cvx22-bradley.dialup.earthlink.net ([209.179.199.205] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Rl1Z-0004sM-00; Mon, 08 Jul 2002 22:46:45 -0400 Message-ID: <3D2A4E68.83C15723@mindspring.com> Date: Mon, 08 Jul 2002 19:46:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kirby Cc: chris@aims.com.au, silby@silby.com, hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kirby wrote: > On Mon, 8 Jul 2002, Terry Lambert wrote: > > > Does anyone have a detailed list of which SCSI drives do track writes > > > rather than sector writes? > > > > All the broken ones. > > Could you be a little more specific? :-) Hard drive selection has always been an exclusion set, not an inclusion set. Annoying as that may be, it's no less true. Personally I like Hitachi hard drives; now that they are buying the DeathStar line from IBM, though... 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 20: 8:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D1337B400 for ; Mon, 8 Jul 2002 20:08:38 -0700 (PDT) Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBC143E31 for ; Mon, 8 Jul 2002 20:08:37 -0700 (PDT) (envelope-from chris@aims.com.au) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g6938Zq80708 for ; Tue, 9 Jul 2002 13:08:35 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Tue, 09 Jul 2002 13:08:05 +1000 Reply-To: From: "Chris Knight" To: Cc: , Subject: RE: offtopic: low level format of IDE drive. Date: Tue, 9 Jul 2002 13:08:02 +1000 Message-ID: <004701c226f5$d7a0d540$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020709024345.8095A3808@overcee.wemm.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, > -----Original Message----- > From: owner-freebsd-hackers@FreeBSD.ORG > [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Peter Wemm > Sent: Tuesday, 9 July 2002 12:44 > To: chris@aims.com.au > Cc: silby@silby.com; hackers@FreeBSD.ORG > Subject: Re: offtopic: low level format of IDE drive. > > [snip] > > Does anyone have a detailed list of which SCSI drives do > > track writes rather than sector writes? > > You can find out by turning write caching on and off. > camcontrol modepage daN. You want -m 8, the WCE bit. (write cache > enable). I do not remember which -P args you need. > > If you see a HUGE difference in writing smallish blocks to disk > between WCE on vs off, then you have a track write drive. > > A true sectored drive would have much less of a slowdown. I do > not have a comparable set handy to get a better idea of what to > expect. > Really small writes cost scsi overhead though, so that adds to > the slowdown. If I was to take a best guiess, I would expect a > factor 10+ slowdown for track-write drives on 4K blocksize writes, > vs factor 2-5 slowdown for a sectored drive. > This is the slowdown factor when turning WCE off. > Excellent. This information should prove invaluable for future drive testing and acceptance. Thanks. > Cheers, > -Peter Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 20:13:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11FB037B400 for ; Mon, 8 Jul 2002 20:13:17 -0700 (PDT) Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DEC943E5E for ; Mon, 8 Jul 2002 20:13:16 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g693DEY70860; Mon, 8 Jul 2002 21:13:15 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g693DAG02454; Mon, 8 Jul 2002 21:13:10 -0600 (MDT) (envelope-from imp@village.org) Date: Mon, 08 Jul 2002 21:12:58 -0600 (MDT) Message-Id: <20020708.211258.12903923.imp@village.org> To: dgilbert@velocet.ca Cc: john@kozubik.com, freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Re: multi-link 802.11b through netgraph yields poor performance. From: "M. Warner Losh" In-Reply-To: <15658.9833.148556.28650@canoe.velocet.net> References: <20020707.121836.61267901.imp@village.org> <15658.9833.148556.28650@canoe.velocet.net> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <15658.9833.148556.28650@canoe.velocet.net> David Gilbert writes: : For most cards, there's no workaround. For a few cards, it's rhumored : that you can hack the firmware (DLink is one I've heard mentioned). All Prism 2 and 2.5 (and now 3) based cards can do this. At least with intersil's firmware. Support for it is already in FreeBSD. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 20:38:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0CC37B400; Mon, 8 Jul 2002 20:38:13 -0700 (PDT) Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A62243E6D; Mon, 8 Jul 2002 20:38:12 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g693cBY71019; Mon, 8 Jul 2002 21:38:11 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g693c4G02548; Mon, 8 Jul 2002 21:38:10 -0600 (MDT) (envelope-from imp@village.org) Date: Mon, 08 Jul 2002 21:37:52 -0600 (MDT) Message-Id: <20020708.213752.10374100.imp@village.org> To: wayne@penguinpowered.org.uk Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Problems getting wireless card working with PCI adaptor From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Wayne Pascoe writes: : I'm trying to get a wireless card going in a desktop machine. The : wireless card is a ORiNOCO Wireless LAN PC Card The PCI->PCMCIA ... : wi0: watchdog timeout Missing interrupts. : I have found that IRQ 5 is used by the onboard usb controller, but : even if I disable in the bios I still get this message popping up. Using a PCI expantion card requires you to use PCI routing. Can you post the complete dmesg? I need to know how we're setting things up and what you've posted so far isn't sufficient. : Any advice on how to fix this, or even whether or not this card is : supported would be MUCH appreciated. I've tried a Belkin controller as : well with even less result (couldn't even get the machine to find a : pccard port). Card is supported. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 20:40:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6686E37B401 for ; Mon, 8 Jul 2002 20:40:36 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C27E143E52 for ; Mon, 8 Jul 2002 20:40:35 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe45.velocet.net [216.138.225.99]) by sabre.velocet.net (Postfix) with ESMTP id E278B137F24; Mon, 8 Jul 2002 23:40:33 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 7426F5678CC; Mon, 8 Jul 2002 23:40:32 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15658.23344.227515.514460@canoe.velocet.net> Date: Mon, 8 Jul 2002 23:40:32 -0400 To: John Kozubik Cc: David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Re: multi-link 802.11b through netgraph yields poor performance. In-Reply-To: References: <15658.9833.148556.28650@canoe.velocet.net> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "John" == John Kozubik writes: >> For most cards, there's no workaround. For a few cards, it's >> rhumored that you can hack the firmware (DLink is one I've heard >> mentioned). John> Thank you. I have heard of and witnessed these problems in the John> past with Lucent cards. Do you know if Cisco Aironet cards John> exhibit the same behavior ? I am considering conducting this John> experiment again with only `an` cards. John> It would be very nice if there were a firmware tool for these John> cards for FreeBSD, however I have heard that is a non-trivial John> project. Comments ? Other than the 'wi' cards I have, I havn't found one that works yet. I have heard that some 'an' cards support sending arbitrary mac addresses. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 21:52:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DDB37B400 for ; Mon, 8 Jul 2002 21:52:15 -0700 (PDT) Received: from fw01.ftpamerican.net (fw01.ftpamerican.net [216.77.79.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id C191B43E09 for ; Mon, 8 Jul 2002 21:52:14 -0700 (PDT) (envelope-from nicolescholiz1@web.de) Received: by fw01.ftpamerican.net; id XAA10910; Mon, 8 Jul 2002 23:46:43 -0500 (CDT) Date: Mon, 8 Jul 2002 23:46:43 -0500 (CDT) From: Message-Id: <200207090446.XAA10910@fw01.ftpamerican.net> Received: from nodnsquery(80.129.255.38) by fw01.ftpamerican.net via smap (V5.5) id xmaass502; Mon, 8 Jul 02 23:46:07 -0500 To: Subject: Pictausch?? MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nachricht von Tina weitergeleitet von uns: Unser Funchat ist wieder online kannste ja mal reinschauen ich bin auch immer drin. ok bis später deine TINA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 22: 0:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72AEF37B400 for ; Mon, 8 Jul 2002 22:00:49 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D52DE43E64 for ; Mon, 8 Jul 2002 22:00:48 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6950ph7027691; Mon, 8 Jul 2002 22:00:51 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6950mpN027690; Mon, 8 Jul 2002 22:00:48 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 8 Jul 2002 22:00:48 -0700 From: David Schultz To: Terry Lambert Cc: Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020709050048.GA27599@HAL9000.wox.org> Mail-Followup-To: Terry Lambert , Erik Trulsson , Chuck Robey , FreeBSD Hackers List References: <20020708212522.N945-100000@april.chuckr.org> <20020709015454.GA6323@falcon.midgard.homeip.net> <3D2A4DDB.75F8561B@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2A4DDB.75F8561B@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > Erik Trulsson wrote: > > Minimal swap if you want to be able to catch core dumps: Physical RAM > > size + 64K I've caught many core dumps with swap == RAM. Am I just getting lucky, or am I losing 64K of the image? > Crash dumps good. I beg to differ. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 22:13:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16E737B400 for ; Mon, 8 Jul 2002 22:13:17 -0700 (PDT) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBB343E09 for ; Mon, 8 Jul 2002 22:13:17 -0700 (PDT) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id 181069EF18; Mon, 8 Jul 2002 22:13:17 -0700 (PDT) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.5/8.12.3) with ESMTP id g695DGOX038204; Mon, 8 Jul 2002 22:13:16 -0700 (PDT) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.5/8.12.3) with ESMTP id g695DFfP078057; Mon, 8 Jul 2002 22:13:15 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200207090513.g695DFfP078057@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-Sender: cy@cwsent.com To: Terry Lambert Cc: Julian Elischer , Luigi Rizzo , Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: Message from Terry Lambert of "Mon, 08 Jul 2002 18:40:05 PDT." <3D2A3EF5.9BAAE12A@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jul 2002 22:13:15 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3D2A3EF5.9BAAE12A@mindspring.com>, Terry Lambert writes: > Julian Elischer wrote: > > According to the specs I had access to at Whistle they were pretty much > > the same low level device with different interface logic. > > The ATA drives I have seen had a format capacity > > just like their scsi cousins, just hard to find. > > Actually, if you read through the thread, you will see the format > track was taken out of the ATA specification. You have to know a > magic incantation to talk to the drive firmware (hence my vendor > tool recomendation, and my question "Who is the manufacturer?"). That is understandable. For example, Western Digital has not supported a real format track command since as far back as 1991. The WDAC-280 documentation states that the drive supported a logical format command that would fill existing sectors with zeros. It also supported marking sectors bad to provide backward compatibility with older MFM drives. IIRC, the old IDE specification stated that vendor implementation of the IDE format track command was at the discretion of the vendor. The command could format a track, zero out a track, or do nothing. Using the vendor's supplied utilities to format and mark bad sectors is always recommended. -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jul 8 22:27: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BBEE37B400 for ; Mon, 8 Jul 2002 22:27:06 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE95A43E31 for ; Mon, 8 Jul 2002 22:27:05 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g695R3LA049727; Mon, 8 Jul 2002 22:27:03 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g695R23C049724; Mon, 8 Jul 2002 22:27:02 -0700 (PDT) (envelope-from dillon) Date: Mon, 8 Jul 2002 22:27:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200207090527.g695R23C049724@apollo.backplane.com> To: David Schultz Cc: Terry Lambert , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020708212522.N945-100000@april.chuckr.org> <20020709015454.GA6323@falcon.midgard.homeip.net> <3D2A4DDB.75F8561B@mindspring.com> <20020709050048.GA27599@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Thus spake Terry Lambert : :> Erik Trulsson wrote: :> > Minimal swap if you want to be able to catch core dumps: Physical RAM :> > size + 64K : :I've caught many core dumps with swap == RAM. Am I just getting :lucky, or am I losing 64K of the image? : :> Crash dumps good. : :I beg to differ. ;-) You only need as much as physical ram. e.g. 1G of ram, 1G on the dump device (which can be the swap partition). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 0:35:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CE9037B400 for ; Tue, 9 Jul 2002 00:35:35 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219EE43E09 for ; Tue, 9 Jul 2002 00:35:35 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from dallben (pcp529856pcs.nash01.tn.comcast.net [68.52.131.181]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GYZ008GS13917@mtaout03.icomcast.net> for freebsd-hackers@FreeBSD.ORG; Tue, 09 Jul 2002 03:35:34 -0400 (EDT) Date: Tue, 09 Jul 2002 02:35:33 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: swap & huge mem systems In-reply-to: <200207090527.g695R23C049724@apollo.backplane.com> X-X-Sender: bandix@dallben.homeportal.2wire.net To: Matthew Dillon Cc: David Schultz , Terry Lambert , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Message-id: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Jul 2002, Matthew Dillon wrote: >:Thus spake Terry Lambert : >:> Erik Trulsson wrote: >:> > Minimal swap if you want to be able to catch core dumps: Physical RAM >:> > size + 64K >: >:I've caught many core dumps with swap == RAM. Am I just getting >:lucky, or am I losing 64K of the image? >: >:> Crash dumps good. >: >:I beg to differ. ;-) > > You only need as much as physical ram. e.g. 1G of ram, 1G on the > dump device (which can be the swap partition). Allocating swap = physical RAM doesn't buy you any expansion though. I always try to do at least twice physical RAM so that if I ever double the RAM in my machine I'm still able to catch crash dumps. It's not worth having to repartition the drive to add more swap every time I add more RAM when a 120GB 7.2k drive is ~$170. What's 2GB of swap on a 120GB disk or even a 40GB disk for that matter? Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 1:17:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF19137B400 for ; Tue, 9 Jul 2002 01:17:09 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 566BF43E42 for ; Tue, 9 Jul 2002 01:17:09 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0079.cvx40-bradley.dialup.earthlink.net ([216.244.42.79] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17RqB5-0007bj-00; Tue, 09 Jul 2002 04:16:56 -0400 Message-ID: <3D2A9BC8.D4CB1087@mindspring.com> Date: Tue, 09 Jul 2002 01:16:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brandon D. Valentine" Cc: Matthew Dillon , David Schultz , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brandon D. Valentine" wrote: > Allocating swap = physical RAM doesn't buy you any expansion though. I > always try to do at least twice physical RAM so that if I ever double > the RAM in my machine I'm still able to catch crash dumps. It's not > worth having to repartition the drive to add more swap every time I add > more RAM when a 120GB 7.2k drive is ~$170. What's 2GB of swap on a > 120GB disk or even a 40GB disk for that matter? 2G of swap on a 40G disk is 5%. This is the same amount that people are unwilling to "give up" for the free reserve in order to permit the FFS block allocation algorithm to go from a 95% fill rate to a 90% fill rate, upping the effective efficiency by a factor of ~8. "Sure, it's more efficient for the *computer*, but I buy disk space for *me*; if the *computer* want's more disk space, it can get a job and buy its own damn disk space!". I think the main problem is "old people" can't get into their heads anything but "2G is 1250 times as big as the whole frigging hard disk on my first computer! I'm *NOT* giving up that much space!" (speaking as a person whose first computer had only paper tape for "mass storage"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 1:40:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2D7937B401 for ; Tue, 9 Jul 2002 01:40:20 -0700 (PDT) Received: from freebsd.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B44D343E42 for ; Tue, 9 Jul 2002 01:40:19 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.12.2/8.12.2) id g698eDl3079385; Tue, 9 Jul 2002 10:40:13 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200207090840.g698eDl3079385@freebsd.dk> Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: To: Julian Elischer Date: Tue, 9 Jul 2002 10:40:13 +0200 (CEST) Cc: hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Julian Elischer wrote: > One of my FreeBSD development boxes had a hernia last week when it lost > power while writing to disk. The drive wrote out garbage to a track. > > I want to reformat the drive, (low level) but the bios doesn't have any > support to do this (In the past That is how I did this). > The machiine has 1 CD drive and no floppy.. > > anyone with any ideas as to how one can reformat a hard drive feel free to > lend me a clue.. On modern disks you generally cannot do a lowlevel format (like in the old MFM & RLL days) although many disks will accept the command but will do absolutly nothing, well some will do a rescan for bad blocks.. Now if you want to get rid of "bad sectors" you should simply do a dd if=/dev/zero of=/dev/adX bs=1m and the disks *should* rewrite the sectors and remap them if they are really bad... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 1:46:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D629837B400 for ; Tue, 9 Jul 2002 01:46:10 -0700 (PDT) Received: from mailf.telia.com (mailf.telia.com [194.22.194.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE6043E31 for ; Tue, 9 Jul 2002 01:46:09 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailf.telia.com (8.11.6/8.11.6) with ESMTP id g698k8U07731 for ; Tue, 9 Jul 2002 10:46:08 +0200 (CEST) Received: from falcon.midgard.homeip.net (h53n2fls20o913.telia.com [212.181.163.53]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id KAA16985 for ; Tue, 9 Jul 2002 10:46:06 +0200 (CEST) Received: (qmail 8067 invoked by uid 1001); 9 Jul 2002 08:46:05 -0000 Date: Tue, 9 Jul 2002 10:46:04 +0200 From: Erik Trulsson To: Matthew Dillon Cc: David Schultz , Terry Lambert , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020709084604.GA7920@falcon.midgard.homeip.net> Mail-Followup-To: Matthew Dillon , David Schultz , Terry Lambert , Chuck Robey , FreeBSD Hackers List References: <20020708212522.N945-100000@april.chuckr.org> <20020709015454.GA6323@falcon.midgard.homeip.net> <3D2A4DDB.75F8561B@mindspring.com> <20020709050048.GA27599@HAL9000.wox.org> <200207090527.g695R23C049724@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207090527.g695R23C049724@apollo.backplane.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 08, 2002 at 10:27:02PM -0700, Matthew Dillon wrote: > > :Thus spake Terry Lambert : > :> Erik Trulsson wrote: > :> > Minimal swap if you want to be able to catch core dumps: Physical RAM > :> > size + 64K > : > :I've caught many core dumps with swap == RAM. Am I just getting > :lucky, or am I losing 64K of the image? > : > :> Crash dumps good. > : > :I beg to differ. ;-) > > You only need as much as physical ram. e.g. 1G of ram, 1G on the > dump device (which can be the swap partition). The man page for dumpon(8) says: The size of the specified dump device must be at least 64 KB greater than the size of physical memory. So I guess either you or the manpage is wrong. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 2: 2:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A7837B401 for ; Tue, 9 Jul 2002 02:02:26 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FE343E09 for ; Tue, 9 Jul 2002 02:02:25 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g6992G976201; Tue, 9 Jul 2002 13:02:17 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 9 Jul 2002 13:02:16 +0400 (MSD) From: Dmitry Morozovsky To: Erik Trulsson Cc: Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020709015454.GA6323@falcon.midgard.homeip.net> Message-ID: <20020709125835.Y75130-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Erik Trulsson wrote: [snip] ET> Minimal swap if you want to be able to catch core dumps: Physical RAM ET> size + 64K ET> ET> Personally, in your situation I would probably configure enough swap to ET> be able to catch a core dump and not much more, i.e. slightly more than ET> 1G swap. BTW, is it safe to create _interleaved_ swap totally sized slightly above the amount of physical RAM? I mean, is core writer interleve-aware, or does it need the first swap partiton large enough? Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 2:18:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C511937B400 for ; Tue, 9 Jul 2002 02:18:08 -0700 (PDT) Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45CED43E3B for ; Tue, 9 Jul 2002 02:18:07 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailc.telia.com (8.11.6/8.11.6) with ESMTP id g699I6118686 for ; Tue, 9 Jul 2002 11:18:06 +0200 (CEST) Received: from falcon.midgard.homeip.net (h53n2fls20o913.telia.com [212.181.163.53]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id LAA14125 for ; Tue, 9 Jul 2002 11:18:05 +0200 (CEST) Received: (qmail 8469 invoked by uid 1001); 9 Jul 2002 09:18:03 -0000 Date: Tue, 9 Jul 2002 11:18:03 +0200 From: Erik Trulsson To: Dmitry Morozovsky Cc: Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020709091803.GA8427@falcon.midgard.homeip.net> Mail-Followup-To: Dmitry Morozovsky , Chuck Robey , FreeBSD Hackers List References: <20020709015454.GA6323@falcon.midgard.homeip.net> <20020709125835.Y75130-100000@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020709125835.Y75130-100000@woozle.rinet.ru> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 09, 2002 at 01:02:16PM +0400, Dmitry Morozovsky wrote: > On Tue, 9 Jul 2002, Erik Trulsson wrote: > > [snip] > ET> Minimal swap if you want to be able to catch core dumps: Physical RAM > ET> size + 64K > ET> > ET> Personally, in your situation I would probably configure enough swap to > ET> be able to catch a core dump and not much more, i.e. slightly more than > ET> 1G swap. > > BTW, is it safe to create _interleaved_ swap totally sized slightly above > the amount of physical RAM? I mean, is core writer interleve-aware, or > does it need the first swap partiton large enough? The coredumping code does not know about interleaved swap. It just uses a single swap partition which must be large enough. Read the dumpon(8) manpage for more information. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 2:46:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897D037B400 for ; Tue, 9 Jul 2002 02:46:33 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7F243E4A for ; Tue, 9 Jul 2002 02:46:32 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g699kPh7028394; Tue, 9 Jul 2002 02:46:30 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g699kIB6028393; Tue, 9 Jul 2002 02:46:18 -0700 (PDT) (envelope-from dschultz@uclink.berkeley.edu) Date: Tue, 9 Jul 2002 02:46:17 -0700 From: David Schultz To: Terry Lambert Cc: "Brandon D. Valentine" , Matthew Dillon , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020709094617.GA28249@HAL9000.wox.org> Mail-Followup-To: Terry Lambert , "Brandon D. Valentine" , Matthew Dillon , Erik Trulsson , Chuck Robey , FreeBSD Hackers List References: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> <3D2A9BC8.D4CB1087@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2A9BC8.D4CB1087@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > "Brandon D. Valentine" wrote: > > Allocating swap = physical RAM doesn't buy you any expansion though. I > > always try to do at least twice physical RAM so that if I ever double > > the RAM in my machine I'm still able to catch crash dumps. It's not > > worth having to repartition the drive to add more swap every time I add > > more RAM when a 120GB 7.2k drive is ~$170. What's 2GB of swap on a > > 120GB disk or even a 40GB disk for that matter? The way you said that makes it sound like you're always doubling the RAM of your machines, but you never have more than one disk. When you expand your RAM, you can always buy another one of those dirt cheap hard drives you mention (which will of course cost half as much per gigabyte as the old one did). If you care to reclaim the `precious' space consumed by the swap partition on the old drive, just merge it with /tmp, or whatever partition it happens to be next to. Alternatively, you can increase swap throughput by using both disks for swap, even though it's sub-optimal to have different-sized swap partitions. > 2G of swap on a 40G disk is 5%. > > This is the same amount that people are unwilling to "give up" > for the free reserve in order to permit the FFS block allocation > algorithm to go from a 95% fill rate to a 90% fill rate, upping > the effective efficiency by a factor of ~8. > > "Sure, it's more efficient for the *computer*, but I buy disk space > for *me*; if the *computer* want's more disk space, it can get a job > and buy its own damn disk space!". The free reserve is an issue of efficiency, not expansion. I'd like to think that most people keep at least 10% free on their filesystems for the sake of reduced fragmentation. If doubling swap space increased efficiency, I'm sure everyone would put their extra disk space into that instead. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 3:30:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 912B237B400 for ; Tue, 9 Jul 2002 03:30:09 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F1543E3B for ; Tue, 9 Jul 2002 03:30:09 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g69ATLwr003533; Tue, 9 Jul 2002 03:29:25 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200207091029.g69ATLwr003533@gw.catspoiler.org> Date: Tue, 9 Jul 2002 03:29:21 -0700 (PDT) From: Don Lewis Subject: Re: offtopic: low level format of IDE drive. To: peter@wemm.org Cc: julian@elischer.org, hackers@jnielsen.net, hackers@FreeBSD.ORG In-Reply-To: <20020708233721.DC2C33808@overcee.wemm.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 8 Jul, Peter Wemm wrote: > Julian Elischer wrote: >> this is not a 'reformat' >> >> what I want to do is an old-fashionned refomat/verify where the controller >> writes new track headers etc. > > The thing is, just about all IDE drives more than a few GB or so do 'track > writing' and have no fixed sectoring or sector positioning. ie: each time > you write a single sector to a track, it does a read-modify-write of *THE > ENTIRE TRACK*. This is why we have to have write caching turned on for IDE > drives to get decent performance. Without it, it essentially rewrites the > entire track over and over and over again because it cannot fill its write > buffer in order to write a contiguous block to completely replace what was > there before. ie: each track is one giant physical sector with multiple logical > sectors inside it. > > The really annoying thing is that most newer scsi drives do this too. How readily available is the information about which drives do this? As someone who only buys the occasional drive, I'd rather not have to buy one and do the evaluation myself using the method mentioned later in this thread. > Get a UPS if you value the data. :-] That doesn't help if the cat knocks a book off the shelf onto the power switch, or if you trip over the cord between the UPS and the computer, or if the magic smoke escapes from the computer power supply. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 4:30: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD5537B400 for ; Tue, 9 Jul 2002 04:29:53 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 889A543E31 for ; Tue, 9 Jul 2002 04:29:49 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g69BTjQ83453; Tue, 9 Jul 2002 14:29:45 +0300 (EEST) (envelope-from ru) Date: Tue, 9 Jul 2002 14:29:45 +0300 From: Ruslan Ermilov To: hackers@FreeBSD.org Subject: How I managed to lose (and then recover) my disklabel Message-ID: <20020709112945.GA79816@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I have my disk set in a so-called dangerously-dedicated mode, and its disklabel looks like this: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 8388608 262144 4.2BSD 1024 8192 16 # (Cyl. 260*- 8582= *) b: 262144 0 swap # (Cyl. 0 - 260*) c: 19932192 0 unused 0 0 # (Cyl. 0 - 1977= 3) d: 11281440 8650752 4.2BSD 1024 8192 16 # (Cyl. 8582*- 1977= 3*) I recently upgraded the amount of RAM available on this machine from 128M to 256M, and it took me a while to figure out why swapon(8) no longer wants to enable swapping on `b' (which is only 128M large). I was pretty tired at the moment, and I thought that maybe the problem is with the contents of my `b' partition, so I did: dd if=3D/dev/zero of=3D/dev/ad0b bs=3D512 count=3D1000. This did not help, and eventually I recalled the fact of upgrading RAM, and I've looked into some /sys/kern code to verify my guesses. Nevertheless, I continued with my work on this machine, and compiled and installed the new kernel (without any problems) on it. Next reboot refused to boot FreeBSD by mentioning that "No operating system was found". I wondered how I managed to screw my disk up. It was too late in the night, so I delayed it until the next morning. The night and next morning gave me the knowledge about what I did wrong, and it surprised me a lot, as I never thought about it before. The disklabel occupies the first sectors of the disk (or slice, if you are under i386 and have your disk sliced). My `b' partition starts from the very first sector of my disk, so when I did the dd(1) it overwrote the disklabel of my disk with zeroes. Once I understood and verified it, I recovered from this very fast. I remembered that my swap partition was first and exactly 128M large, so I skipped over this space, and saved some amount of my `a' partition into a plain file. Fortunately, file(1) is smart enough to read the superblock and tell you about the size of the filesystems. This way I found the size of my `a' partition and an offset for my `d' partition. Hope this technique could help someone in a similar situation. Now the question. Where is the code in the kernel that prevents swapping and/or writing to a disklabel portion of a physically first partition on the disk? Thanks, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9KskpUkv4P6juNwoRAhZyAJ992MFDKIqmNlIyR4y1d9uQqcqDjwCdER1Q HRI8XYev1XiP/rwuXor60hc= =W6/d -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 5: 6:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE1D037B401 for ; Tue, 9 Jul 2002 05:06:43 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 711D643E54 for ; Tue, 9 Jul 2002 05:06:39 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id C89FC138120; Tue, 9 Jul 2002 08:06:37 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id EFEDE567961; Tue, 9 Jul 2002 07:00:50 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15658.49762.897090.498677@canoe.velocet.net> Date: Tue, 9 Jul 2002 07:00:50 -0400 To: Robert Klein Cc: Kent Stewart , Julian Elischer , hackers@FreeBSD.ORG Subject: [hackers] Re: offtopic: low level format of IDE drive. In-Reply-To: <200207082353.24230.RoKlein@roklein.de> References: <3D2A0835.9000608@owt.com> <200207082353.24230.RoKlein@roklein.de> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Robert" == Robert Klein writes: Robert> On Montag, 8. Juli 2002 23:46, Kent Stewart wrote: >> Julian Elischer wrote: > The machiine has 1 CD drive and no >> floppy.. Robert> ------------------------------------^^ >> All of the manufacturers have a program that will do that. Many of >> them even produce a bootable floppy. Check their support web page. Robert> which leaves the "no floppy" problem.. Perhaps you could use Robert> the bootable floppy from the manufacturer as the "el torito Robert> boot image" for a CD-R you create on another machine.. We use this method for all kinds of firmware tools. We normally have a CDR around with the current BIOS updates we're using, and any other firmware tools that we've recently used. It's difficult to create a 2.88 meg boot floppy (although not impossible), but if you're savvy, you can include the cdrom driver to give yourself much more room to create the ultimate DOS boot CD. Extra points allocated, of course, for the use of non-m$ products. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 5: 6:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E75B737B400 for ; Tue, 9 Jul 2002 05:06:43 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332F043E52 for ; Tue, 9 Jul 2002 05:06:39 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id DE25E138123; Tue, 9 Jul 2002 08:06:37 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 698135679AE; Tue, 9 Jul 2002 07:37:58 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15658.51990.340513.416553@canoe.velocet.net> Date: Tue, 9 Jul 2002 07:37:58 -0400 To: Chuck Robey Cc: Erik Trulsson , FreeBSD Hackers List Subject: [hackers] Re: swap & huge mem systems In-Reply-To: <20020708220517.K945-100000@april.chuckr.org> References: <20020709015454.GA6323@falcon.midgard.homeip.net> <20020708220517.K945-100000@april.chuckr.org> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Chuck" == Chuck Robey writes: >> Personally, in your situation I would probably configure enough >> swap to be able to catch a core dump and not much more, >> i.e. slightly more than 1G swap. Chuck> Probably a good compromise, it just feels silly to go for a G Chuck> of swap when I will probably never use more than 256M (and that Chuck> not very often). I mostly compile, edit, and web-browse. Chuck> Thanks for the confirmation (I suspected this answer, but I Chuck> feel better now about it). Personally, I have an old 6gig drive on which I have a dump partition (it doesn't need to be active swap). 6gig drives are too slow to be useful these days. I generally allocate 4 swap partitions on fast drives where each is about 1/2 of memory (2x total). Speed of swap is as important as size of swap. DAve. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 5: 7: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F1C37B41F for ; Tue, 9 Jul 2002 05:06:51 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D7F843E3B for ; Tue, 9 Jul 2002 05:06:50 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id 72E7513811D; Tue, 9 Jul 2002 08:06:37 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 08EF656796B; Tue, 9 Jul 2002 07:07:55 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15658.50186.945164.162061@canoe.velocet.net> Date: Tue, 9 Jul 2002 07:07:54 -0400 To: Keith Pitcher Cc: freebsd-hackers@freebsd.org Subject: [hackers] Multi CDR burn In-Reply-To: <20020708220105.GA32341@stone.locallink.net> References: <20020708220105.GA32341@stone.locallink.net> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Keith" == Keith Pitcher writes: Keith> I hate to bother the list, but after lots of searching I Keith> haven't found this out - maybe I missed something obvious : Keith> I have 8 scsi CDRs in a netserver 5 case, need to burn a number Keith> of CDs. I haven't seen anything in the ports that will do Keith> multi CDRs. Keith> So does anyone know of a program. On the other hand, if I just Keith> mirror the CDRs would that do the trick? -- cut here -- #!/bin/sh CDROMS="0,1,0 0,2,0 0,3,0" for i in $CDROMS do cdrecord $CDRECORD_ARGS dev=$i "$@" & done wait -- cut here -- Use cdrecord -probe-scsi (or whatever it is ... don't have the man page with me) to determine what CDROMS are. You may want to increase buffering as one of your cdrecord options. 64 or 128 meg are not excessive, I find... just make sure that your choice of buffers doesn't start everything swapping. Remember: unix is a system whereby you assemble piplelines and scripts of _simple_ programs to create complex behavior. It's not necessary to have a multi-cd tool when you can roll your own with your own behavior. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 5:15:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F3B37B405 for ; Tue, 9 Jul 2002 05:15:33 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B259243E09 for ; Tue, 9 Jul 2002 05:15:31 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g69CFQe79990; Tue, 9 Jul 2002 16:15:26 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 9 Jul 2002 16:15:26 +0400 (MSD) From: Dmitry Morozovsky To: Erik Trulsson Cc: Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020709091803.GA8427@falcon.midgard.homeip.net> Message-ID: <20020709161044.C77578-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Erik Trulsson wrote: ET> > BTW, is it safe to create _interleaved_ swap totally sized slightly above ET> > the amount of physical RAM? I mean, is core writer interleve-aware, or ET> > does it need the first swap partiton large enough? ET> ET> The coredumping code does not know about interleaved swap. It just uses ET> a single swap partition which must be large enough. ET> Read the dumpon(8) manpage for more information. Yeah, I see (overlooked this somehow, sorry for the dumb question ;) So, if someone wants to get really quick swap and allocates 4 partitions on 4 drives *AND* also wand to get crashdumps, (s)he has to do this suboptimally (either allocate 1st more sized than phys RAM and other much smaller, or allocate approx 4 x phys RAM)? The, the question: which technique is preferrable? Sidenote: Yes, I'm aware that in "normal case" machine should not swap at all, but consider something like multi-user machine which is *normally* does not swap but need to adopt high peaks in load. Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 5:25:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 882CC37B400 for ; Tue, 9 Jul 2002 05:25:25 -0700 (PDT) Received: from smtp.tninet.se (lennier.tninet.se [195.100.94.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 660F543E09 for ; Tue, 9 Jul 2002 05:25:24 -0700 (PDT) (envelope-from daniel2@algonet.se) Received: from kairos (kairos.algonet.se [194.213.75.171]) by lennier.tninet.se (BMR ErlangTM/OTP 3.0) with ESMTP id 493990.217523.1026.1s45908682lennier for ; Tue, 09 Jul 2002 14:25:23 +0200 Date: Tue, 9 Jul 2002 14:25:20 +0200 (MEST) From: Daniel Jonsson X-Sender: daniel2@kairos To: freebsd-hackers@FreeBSD.ORG Subject: Uptime of a system Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just like to share my experience with FreeBSD 4.x as a server: 4:17PM up 378 days, 5:41, 8 users, load averages: 0.00, 0.00, 0.00 This was as of today. The machine was installed 378 days ago and is a rather active box normally. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 6:49:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DFAE37B400 for ; Tue, 9 Jul 2002 06:49:18 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABACC43E42 for ; Tue, 9 Jul 2002 06:49:17 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from dallben (pcp529856pcs.nash01.tn.comcast.net [68.52.131.181]) by mtaout02.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with ESMTP id <0GYZ00GMDIBRZD@mtaout02.icomcast.net> for freebsd-hackers@FreeBSD.ORG; Tue, 09 Jul 2002 09:47:51 -0400 (EDT) Date: Tue, 09 Jul 2002 08:47:51 -0500 (CDT) From: "Brandon D. Valentine" Subject: Re: [hackers] Re: swap & huge mem systems In-reply-to: <15658.51990.340513.416553@canoe.velocet.net> X-X-Sender: bandix@dallben.homeportal.2wire.net To: David Gilbert Cc: Chuck Robey , Erik Trulsson , FreeBSD Hackers List Message-id: <20020709083528.J11678-100000@dallben.homeportal.2wire.net> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, David Gilbert wrote: >Personally, I have an old 6gig drive on which I have a dump partition >(it doesn't need to be active swap). 6gig drives are too slow to be >useful these days. > >I generally allocate 4 swap partitions on fast drives where each is >about 1/2 of memory (2x total). Speed of swap is as important as size >of swap. Allocating an older drive solely as dumpon device can be an excellent strategy provided you have space for it on your controller. On the average workstation there are typically 2 IDE channels supporting 4 devices total. With a (CD|DVD)-ROM plus a CD-RW occupying space plus your system drive there is often little room to get creative with multiple drives without losing PCI slots to additional controllers. Besides, allocating seperate partitions on seperate drives as interleaved swap really only buys you anything if each partition is on a seperate controller in the IDE case so you're limited to two drives anyway. Of course this is not the approach I take with my personal workstations, just the approach most people seem to take. I personally stick with SCSI for all of the peripherals (optical drives, etc) in my workstations. Once upon a time I used SCSI hard drives exclusively as well but the general degradation of quality in SCSI drives has made me have to reevaluate whether the price premium is worth it, especially given the relatively small capacities my money will now buy me with SCSI compared to the IDE market. As long as I can get IDE drives with Seagate Barracuda stamped on top I can at least keep telling myself it'll be just as good. ;-) Well, that and the fact that I try very, very hard not to let my workstation actually touch the swap partition and if I notice swap usage becoming a problem I tend to buy more RAM. I mostly keep a swap partition around in case I need to get a crash dump. [ This thread is fairly interesting to me. It's always cool to hear how other people run their setups, even if I don't agree with all of them. ] Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 7: 7:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F3037B405 for ; Tue, 9 Jul 2002 07:07:28 -0700 (PDT) Received: from spqr.osg.gov.bc.ca (spqr.osg.gov.bc.ca [142.32.102.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD68A43E3B for ; Tue, 9 Jul 2002 07:07:27 -0700 (PDT) (envelope-from Cy.Schubert@osg.gov.bc.ca) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by spqr.osg.gov.bc.ca (Postfix) with ESMTP id 6E7039EF18; Tue, 9 Jul 2002 07:07:27 -0700 (PDT) Received: from cwsys.cwsent.com (cwsys2 [10.1.2.1]) by passer.osg.gov.bc.ca (8.12.5/8.12.3) with ESMTP id g69E7QOX041417; Tue, 9 Jul 2002 07:07:26 -0700 (PDT) (envelope-from cy@cwsent.com) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.5/8.12.3) with ESMTP id g69E7QfP027745; Tue, 9 Jul 2002 07:07:26 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200207091407.g69E7QfP027745@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-os: FreeBSD X-Sender: cy@cwsent.com To: Daniel Jonsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system In-Reply-To: Message from Daniel Jonsson of "Tue, 09 Jul 2002 14:25:20 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jul 2002 07:07:26 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Daniel Jonsson w rites: > Just like to share my experience with FreeBSD 4.x as a server: > > 4:17PM up 378 days, 5:41, 8 users, load averages: 0.00, 0.00, 0.00 > > This was as of today. The machine was installed 378 days ago and is > a rather active box normally. I've had two systems, an HP system and an Alpha, with over 600 days of uptime. However, IMO, this was quite a shame because both customers refused to allow my team to apply maintenance to the system, including security patches. It possible to maintain critical security patches on a system and not have to reboot it, however more often than not, this is an indication that the system is not being maintained or secured. Sorry, nothing personal. This is just an opportunity to show the flip side of the coin. -- Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 7: 9:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E00D37B400 for ; Tue, 9 Jul 2002 07:09:19 -0700 (PDT) Received: from hawk.bereg.net.ua (bereg.net.ua [194.42.196.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8FB643E58 for ; Tue, 9 Jul 2002 07:09:09 -0700 (PDT) (envelope-from max@imap.bereg.net.ua) Received: from imap.bereg.net.ua (max.bereg.net.ua [194.42.196.78]) by hawk.bereg.net.ua (8.12.3/8.11.6) with ESMTP id g69E89ik009712 for ; Tue, 9 Jul 2002 17:08:12 +0300 (EEST) (envelope-from max@imap.bereg.net.ua) Message-ID: <3D2AED7E.10005@imap.bereg.net.ua> Date: Tue, 09 Jul 2002 17:04:46 +0300 From: "Max E. Kuznecov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; es-HN; rv:1.0.0) Gecko/20020617 X-Accept-Language: es-hn MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: Subscribe Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 7:28:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D58FB37B400 for ; Tue, 9 Jul 2002 07:28:30 -0700 (PDT) Received: from bilver.wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1115043E09 for ; Tue, 9 Jul 2002 07:28:30 -0700 (PDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.11.6/8.11.6) id g69ESST01933 for hackers@FreeBSD.ORG; Tue, 9 Jul 2002 10:28:28 -0400 (EDT) (envelope-from bv) Date: Tue, 9 Jul 2002 10:28:28 -0400 From: Bill Vermillion To: hackers@FreeBSD.ORG Subject: low level format of an IDE drive Message-ID: <20020709142828.GC1723@wjv.com> Reply-To: bv@wjv.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Knocking over a stack of dishes in the heat sink freebsd-hackers-digest wondered out loud about: > ------------------------------ > > Date: Mon, 8 Jul 2002 14:08:27 -0700 (PDT) > From: Matthew Dillon > Subject: Re: offtopic: low level format of IDE drive. > > :One of my FreeBSD development boxes had a hernia last week > :when it lost power while writing to disk. The drive wrote out > :garbage to a track. > :I want to reformat the drive, (low level) but the bios doesn't > :have any support to do this (In the past That is how I did > :this). The machiine has 1 CD drive and no floppy.. > :anyone with any ideas as to how one can reformat a hard drive > :feel free to lend me a clue.. > Two things: > (1) dd if=/dev/zero of= bs=32k > This will force the drive to reassign broken sectors. Run this > command twice. If the second run of the command is successful > and does not stall (looking at running 'iostat 10' output will > tell you whether it stalled) then you are golden. > > Use the base device for the dd output file, e.g. like . > '/dev/ad0' Do not specify a slice or a partition . > (2) If the command fails for any reason other then hitting > the end of the media, or if it stalls on the second go-around, > throw the drive away and buy a new one. Not neccesarily true. I picked up some as-is where-is drives. MS's fdisk would take hours trying to map out bad spots, failures galore. I got the manufacturers format disk and these came back as if they never had a problem. Disks are available for Western Digital, Seagate, and Maxtor. I've found no others. I had a install on FreeBSD go astry because of an old-bios and could not get anything to work. It was a brand new warranted drive. Manufacturer 'recertify' - one of the options on the Maxtor disk - made everything lovely again. For SCSI problems I have access to an SGI and their low-level SCSI utility is wonderful - commercial version at hundreds. -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 9:15:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EA1E37B400 for ; Tue, 9 Jul 2002 09:15:34 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3396843E42 for ; Tue, 9 Jul 2002 09:15:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g69GFWLA052461; Tue, 9 Jul 2002 09:15:32 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g69GFPhJ052452; Tue, 9 Jul 2002 09:15:25 -0700 (PDT) (envelope-from dillon) Date: Tue, 9 Jul 2002 09:15:25 -0700 (PDT) From: Matthew Dillon Message-Id: <200207091615.g69GFPhJ052452@apollo.backplane.com> To: Erik Trulsson Cc: David Schultz , Terry Lambert , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020708212522.N945-100000@april.chuckr.org> <20020709015454.GA6323@falcon.midgard.homeip.net> <3D2A4DDB.75F8561B@mindspring.com> <20020709050048.GA27599@HAL9000.wox.org> <200207090527.g695R23C049724@apollo.backplane.com> <20020709084604.GA7920@falcon.midgard.homeip.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> :I beg to differ. ;-) :> :> You only need as much as physical ram. e.g. 1G of ram, 1G on the :> dump device (which can be the swap partition). : :The man page for dumpon(8) says: : : The size of the specified dump device must be at least 64 KB : greater than the size of physical memory. : :So I guess either you or the manpage is wrong. : :-- : :Erik Trulsson :ertr1013@student.uu.se The manual page is wrong. I'll fix it. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 11:18: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACBE537B400 for ; Tue, 9 Jul 2002 11:17:57 -0700 (PDT) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC5AF43E31 for ; Tue, 9 Jul 2002 11:17:56 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from go.cs.rpi.edu (go.cs.rpi.edu [128.213.12.7]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id OAA00546 for ; Tue, 9 Jul 2002 14:17:55 -0400 (EDT) Received: from go.cs.rpi.edu (crossd@localhost) by go.cs.rpi.edu (8.11.6+Sun/8.9.3) with ESMTP id g69IHtH17743 for ; Tue, 9 Jul 2002 14:17:55 -0400 (EDT) Message-Id: <200207091817.g69IHtH17743@go.cs.rpi.edu> X-Authentication-Warning: go.cs.rpi.edu: crossd owned process doing -bs To: hackers@freebsd.org Subject: rpc.lockd Date: Tue, 09 Jul 2002 14:17:54 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Once, long ago, some people emailed me a set of issues regarding our lockd implementation. Would people be willing to re-email me those, or take a fresh look? I once again have time and people to do development on this; and it was 99% there last time; the only issues being some byte-swapping in the RPC code under 64bits... but I don't remember where. And perhaps some other minor problems that I forget. Of particular interest would be little-endian 64 to little-endian 64 testing. The code is at http://www.cs.rpi.edu/~crossd/FreeBSD/lockd-0.2a.tar.gz Thank you -- David Cross | email: crossd@cs.rpi.edu Lab Director | Rm: 308 Lally Hall Rensselaer Polytechnic Institute, | Ph: 518.276.2860 Department of Computer Science | Fax: 518.276.4033 I speak only for myself. | WinNT:Linux::Linux:FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 12:14:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A83F37B400 for ; Tue, 9 Jul 2002 12:14:07 -0700 (PDT) Received: from stone.locallink.net (Stone.LocalLink.Net [65.170.77.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1347843E09 for ; Tue, 9 Jul 2002 12:14:03 -0700 (PDT) (envelope-from kpitcher@locallink.net) Received: by stone.locallink.net (Postfix, from userid 1001) id 3C112422A1; Tue, 9 Jul 2002 15:14:05 -0400 (EDT) Date: Tue, 9 Jul 2002 15:14:05 -0400 From: Keith Pitcher To: David Gilbert Cc: freebsd-hackers@freebsd.org Subject: Re: [hackers] Multi CDR burn Message-ID: <20020709191404.GA97352@stone.locallink.net> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15658.50186.945164.162061@canoe.velocet.net> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 09, 2002 at 07:07:54AM -0400, David Gilbert wrote: > Remember: unix is a system whereby you assemble piplelines and scripts > of _simple_ programs to create complex behavior. It's not necessary > to have a multi-cd tool when you can roll your own with your own > behavior. > > Dave. This is a simplistic and inadequate solution. UNIX was intended to be efficient, not to do eight Times the amount of work of any other system. This uses 8 times the memory, 8 times the processor, and 8 times the bus (only 4 times if two channels, but you get the idea). A properly written CD burning tool would use the SCSI commands to send the data only once to all of the devices. This solution requires that you have a machine that is 8 times more powerful than you should actually need. We do not. We have an HP Netserver 5: a P100 with a built in narrow SCSI2 controller. Given the hardware, is there a way to burn 8 CDs at one time, or is there some mirroring code that is well written enough to facilitate it? Thank you, Keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 13:23: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF65537B400 for ; Tue, 9 Jul 2002 13:22:58 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF0543E09 for ; Tue, 9 Jul 2002 13:22:58 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id 6FD25137FEC; Tue, 9 Jul 2002 16:22:57 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 3466A5678CC; Tue, 9 Jul 2002 16:22:57 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15659.17952.903580.570415@canoe.velocet.net> Date: Tue, 9 Jul 2002 16:22:56 -0400 To: Keith Pitcher Cc: David Gilbert , freebsd-hackers@freebsd.org Subject: Re: [hackers] Multi CDR burn In-Reply-To: <20020709191404.GA97352@stone.locallink.net> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Keith" == Keith Pitcher writes: Keith> On Tue, Jul 09, 2002 at 07:07:54AM -0400, David Gilbert wrote: >> Remember: unix is a system whereby you assemble piplelines and >> scripts of _simple_ programs to create complex behavior. It's not >> necessary to have a multi-cd tool when you can roll your own with >> your own behavior. >> >> Dave. Keith> This is a simplistic and inadequate solution. UNIX was intended Keith> to be efficient, not to do eight Times the amount of work of Keith> any other system. This uses 8 times the memory, 8 times the Keith> processor, and 8 times the bus (only 4 times if two channels, Keith> but you get the idea). A properly written CD burning tool would Keith> use the SCSI commands to send the data only once to all of the Keith> devices. This solution requires that you have a machine that Keith> is 8 times more powerful than you should actually need. We do Keith> not. We have an HP Netserver 5: a P100 with a built in narrow Keith> SCSI2 controller. Keith> Given the hardware, is there a way to burn 8 CDs at one time, Keith> or is there some mirroring code that is well written enough to Keith> facilitate it? I wouldn't expect mirroring code to be of help here since FreeBSD's vinum and ccd expect disk formats (not iso_9660) and also expect regular read/write disks, not CDR (which require special treatment anyways). I also didn't know that there was a write-to-many SCSI command? Someone can confirm or deny this? A narrow SCSI2 bus is 20Mhz * 8 bit or 20 Megabytes per second. A 1x CDROM is 20 kilobytes per second (roughly, I looked it up and several sources said 150 kilobits per second) ... so your single scsi bus should handle 1000 1x CDROMS or 8 125x CDROMS. Simply put, your SCSI channel (even it it's only 10Mhz is way more then enough). Next, let the OS do the work. You'll likely find that you can set the buffers to almost zero (I think the default is one meg). The code will be shared, the data will only be read once and you just might find that it works. UNIX is there to make these simple things work for you. I'll go out on a limb and speculate that there isn't a write-to-many command as you suggest. My understanding of SCSI is that each command addresses one target... and that part of the format is hard-coded. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 13:49:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46EC637B400 for ; Tue, 9 Jul 2002 13:49:48 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B6D043E31 for ; Tue, 9 Jul 2002 13:49:45 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 14150 invoked by uid 1001); 9 Jul 2002 20:49:43 -0000 Date: Tue, 9 Jul 2002 16:49:43 -0400 From: Brian Reichert To: Makoto Matsushita Cc: reichert@numachi.com, freebsd-hackers@FreeBSD.ORG Subject: Re: 'make release' tries to build a port? Message-ID: <20020709164943.K259@numachi.com> References: <20020706142333.M259@numachi.com> <20020707034128B.matusita@jp.FreeBSD.org> <20020706232013.P259@numachi.com> <20020707151855E.matusita@jp.FreeBSD.org> <20020707214508.V259@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020707214508.V259@numachi.com>; from reichert@numachi.com on Sun, Jul 07, 2002 at 09:45:08PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jul 07, 2002 at 09:45:08PM -0400, Brian Reichert wrote: > On Sun, Jul 07, 2002 at 03:18:55PM +0900, Makoto Matsushita wrote: > > > > > WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? > > > > reichert> 'make -j 10 release' didn't work. > > > > Again, WORLD_FLAGS and/or KERNEL_FLAGS don't work for you? > > Sorry, you did ask a specific question. No, I hadn't tried those > flags, so I can't say that they would have worked... I can now say that KERNEL_FLAGS, WORLD_FLAGS _did_ work; thanks for pointing me in the right direction... env CHROOTDIR=/usr/build/release \ CVSROOT=/home/ncvs RELEASETAG=RELENG_4_5_0_RELEASE \ WORLD_FLAGS='-j10' KERNEL_FLAGS='-j10' NOPORTS=YES \ NOPORTREADMES=YES BUILDNAME=4.5-RELEASE tcsh cd /usr && cvs co -r $RELEASETAG src && cd src && \ /usr/bin/time make $WORLD_FLAGS buildworld && \ cd release && /usr/bin/time make release ... 2693.85 real 2818.31 user 1007.08 sys >>> make release started on Tue Jul 9 16:59:46 GMT 2002 ... >>> make release finished on Tue Jul 9 20:09:15 GMT 2002 11430.88 real 10129.49 user 2374.93 sys For the members of the viewing audience, in addition to Makoto Matsushita's direction, I was aided by the brand-spanking-new release(7) manpage: http://www.freebsd.org/cgi/man.cgi?query=release and Murray Stokely's document "The Release Engineering of FreeBSD 4.4" available from: http://people.freebsd.org/~murray/#publications Unfortunately, I had to delve into other bits of mystery and wonder: - The Makefile in usr/src/release; that's where KERNEL_FLAGS and WORLD_FLAGS are mentioned. - I ran into grief with the build of ports whose distfiles come from Sourceforge; my workaround was to rummage though usr/src/release/Makefile.inc.docports to find the 'minimal' list of ports used for the document toolchain, and actually go through the hassle of installing them outright on the base system. Way down deep in the 'make release' phase, these ports are copied from /usr/ports, so any work I could in advance only saved time... Now, if only I could automate a relationship between RELEASETAG and BUILDNAME... -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 14: 7:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 207E337B400 for ; Tue, 9 Jul 2002 14:07:37 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C3543E31 for ; Tue, 9 Jul 2002 14:07:36 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g69L7aLA054060; Tue, 9 Jul 2002 14:07:36 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g69L7aOE054059; Tue, 9 Jul 2002 14:07:36 -0700 (PDT) (envelope-from dillon) Date: Tue, 9 Jul 2002 14:07:36 -0700 (PDT) From: Matthew Dillon Message-Id: <200207092107.g69L7aOE054059@apollo.backplane.com> To: David Gilbert Cc: Keith Pitcher , David Gilbert , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Multi CDR burn References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> <15659.17952.903580.570415@canoe.velocet.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Keith> This is a simplistic and inadequate solution. UNIX was intended :Keith> to be efficient, not to do eight Times the amount of work of :Keith> any other system. This uses 8 times the memory, 8 times the :Keith> processor, and 8 times the bus (only 4 times if two channels, :Keith> but you get the idea). A properly written CD burning tool would :Keith> use the SCSI commands to send the data only once to all of the :Keith> devices. This solution requires that you have a machine that :Keith> is 8 times more powerful than you should actually need. We do :Keith> not. We have an HP Netserver 5: a P100 with a built in narrow :Keith> SCSI2 controller. : :Keith> Given the hardware, is there a way to burn 8 CDs at one time, :Keith> or is there some mirroring code that is well written enough to :Keith> facilitate it? : :I wouldn't expect mirroring code to be of help here since FreeBSD's :vinum and ccd expect disk formats (not iso_9660) and also expect :regular read/write disks, not CDR (which require special treatment :anyways). : :I also didn't know that there was a write-to-many SCSI command? :Someone can confirm or deny this? : :A narrow SCSI2 bus is 20Mhz * 8 bit or 20 Megabytes per second. A 1x :CDROM is 20 kilobytes per second (roughly, I looked it up and several :sources said 150 kilobits per second) ... so your single scsi bus :should handle 1000 1x CDROMS or 8 125x CDROMS. Simply put, your SCSI :channel (even it it's only 10Mhz is way more then enough). : :Next, let the OS do the work. You'll likely find that you can set the :buffers to almost zero (I think the default is one meg). The code :will be shared, the data will only be read once and you just might :find that it works. UNIX is there to make these simple things work :for you. : :I'll go out on a limb and speculate that there isn't a write-to-many :command as you suggest. My understanding of SCSI is that each command :addresses one target... and that part of the format is hard-coded. : :Dave. : :-- :============================================================================ :|David Gilbert, Velocet Communications. | Two things can only be | :|Mail: dgilbert@velocet.net | equal if and only if they | :|http://daveg.ca | are precisely opposite. | :=========================================================GLO================ There is no multi-target command that I know of. You are absolutely correct in your bandwidth calculations... a SCSI bus should have no problem at all duping the data 8 times to each of 8 CDR's, and the operating system ought to do a fine job caching the input image file (so the data is only read off the hard disk once). CDRs are really slow compared to what a SCSI bus is designed to handle. I would stagger the start times for the burn initiation by a second or two in order to ensure that the OS is able to fill up the CDRs pipelines. Once the pipelines are full things should work ok assuming the CDs do SCSI disconnection properly to allow for parallelism. I'm somewhat interested in knowing that this concept actually works :-) -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 14:20:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8948D37B400 for ; Tue, 9 Jul 2002 14:20:52 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE9B143E3B for ; Tue, 9 Jul 2002 14:20:51 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id 38FE61380B7; Tue, 9 Jul 2002 17:20:51 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 042525678CC; Tue, 9 Jul 2002 17:20:51 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15659.21426.927645.807508@canoe.velocet.net> Date: Tue, 9 Jul 2002 17:20:50 -0400 To: Matthew Dillon Cc: David Gilbert , Keith Pitcher , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Multi CDR burn In-Reply-To: <200207092107.g69L7aOE054059@apollo.backplane.com> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> <15659.17952.903580.570415@canoe.velocet.net> <200207092107.g69L7aOE054059@apollo.backplane.com> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Matthew" == Matthew Dillon writes: Matthew> I'm somewhat interested in knowing that this concept Matthew> actually works :-) I used to have a system that was a K6/233 with a 2940W SCSI controller. It had IDE disks and two SCSI burners... one 1x and one 4x. I found that I could run both CDRs just fine with the same or different images. I now have a Dual-Athlon-1800+ with a 29160. I have two 16x CDRWs in it. I can write 16x on both from local disk. It's probably not a challenge, really. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 14:56:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F69037B4A0 for ; Tue, 9 Jul 2002 14:56:48 -0700 (PDT) Received: from mail.npubs.com (npubs.com [207.111.208.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21E943E31 for ; Tue, 9 Jul 2002 14:56:47 -0700 (PDT) (envelope-from nielsen@memberwebs.com) From: "Nielsen" To: "Daniel Jonsson" , References: Subject: Re: Uptime of a system MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20020709215744.6718043B3A4@mail.npubs.com> Date: Tue, 9 Jul 2002 21:57:44 +0000 (GMT) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How do you apply your kernel patches? Just wondering. > Just like to share my experience with FreeBSD 4.x as a server: > > 4:17PM up 378 days, 5:41, 8 users, load averages: 0.00, 0.00, 0.00 > > This was as of today. The machine was installed 378 days ago and is > a rather active box normally. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 15:10:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F28C037B400 for ; Tue, 9 Jul 2002 15:10:17 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273D243E31 for ; Tue, 9 Jul 2002 15:10:17 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g69MAFKi075496; Tue, 9 Jul 2002 16:10:15 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g69MAFx2075495; Tue, 9 Jul 2002 16:10:15 -0600 (MDT) (envelope-from ken) Date: Tue, 9 Jul 2002 16:10:15 -0600 From: "Kenneth D. Merry" To: David Gilbert Cc: Keith Pitcher , freebsd-hackers@FreeBSD.ORG Subject: Re: [hackers] Multi CDR burn Message-ID: <20020709161015.A75408@panzer.kdm.org> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> <15659.17952.903580.570415@canoe.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15659.17952.903580.570415@canoe.velocet.net>; from dgilbert@velocet.ca on Tue, Jul 09, 2002 at 04:22:56PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 09, 2002 at 16:22:56 -0400, David Gilbert wrote: > >>>>> "Keith" == Keith Pitcher writes: > > Keith> Given the hardware, is there a way to burn 8 CDs at one time, > Keith> or is there some mirroring code that is well written enough to > Keith> facilitate it? > > I wouldn't expect mirroring code to be of help here since FreeBSD's > vinum and ccd expect disk formats (not iso_9660) and also expect > regular read/write disks, not CDR (which require special treatment > anyways). > > I also didn't know that there was a write-to-many SCSI command? > Someone can confirm or deny this? There is no such thing. > A narrow SCSI2 bus is 20Mhz * 8 bit or 20 Megabytes per second. A 1x > CDROM is 20 kilobytes per second (roughly, I looked it up and several > sources said 150 kilobits per second) ... so your single scsi bus > should handle 1000 1x CDROMS or 8 125x CDROMS. Simply put, your SCSI > channel (even it it's only 10Mhz is way more then enough). > > Next, let the OS do the work. You'll likely find that you can set the > buffers to almost zero (I think the default is one meg). The code > will be shared, the data will only be read once and you just might > find that it works. UNIX is there to make these simple things work > for you. > > I'll go out on a limb and speculate that there isn't a write-to-many > command as you suggest. My understanding of SCSI is that each command > addresses one target... and that part of the format is hard-coded. You're correct. With SCSI, one initiator talks to one target, so you can't talk to multiple targets at one time. As long as the drives support disconnection, you should be able to burn multiple CDs at once over one bus. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 15:27:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7568C37B400 for ; Tue, 9 Jul 2002 15:27:14 -0700 (PDT) Received: from stone.locallink.net (Stone.LocalLink.Net [65.170.77.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1285543E31 for ; Tue, 9 Jul 2002 15:27:14 -0700 (PDT) (envelope-from kpitcher@locallink.net) Received: by stone.locallink.net (Postfix, from userid 1001) id 110DF41BEA; Tue, 9 Jul 2002 18:27:17 -0400 (EDT) Date: Tue, 9 Jul 2002 18:27:16 -0400 From: Keith Pitcher To: "Kenneth D. Merry" Cc: freebsd-hackers@freebsd.org Subject: Re: [hackers] Multi CDR burn Message-ID: <20020709222716.GA21856@stone.locallink.net> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> <15659.17952.903580.570415@canoe.velocet.net> <20020709161015.A75408@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020709161015.A75408@panzer.kdm.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I also didn't know that there was a write-to-many SCSI command? > > Someone can confirm or deny this Coulda sworn the raid controller on our main freebsd machine does mirroring via scsi with a single command. So I took it that this was a scsi card ability and not a raid controller option. I did a real quick search of the scsi spec and came across the "Single Initiator - Multiple Targets" ability but this may not mean what I take it to mean. Keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 15:38: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F9D237B400 for ; Tue, 9 Jul 2002 15:38:01 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4920A43E09 for ; Tue, 9 Jul 2002 15:38:00 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g69MbxKi075798; Tue, 9 Jul 2002 16:37:59 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g69MbxvF075797; Tue, 9 Jul 2002 16:37:59 -0600 (MDT) (envelope-from ken) Date: Tue, 9 Jul 2002 16:37:59 -0600 From: "Kenneth D. Merry" To: Keith Pitcher Cc: freebsd-hackers@freebsd.org Subject: Re: [hackers] Multi CDR burn Message-ID: <20020709163758.A75775@panzer.kdm.org> References: <20020708220105.GA32341@stone.locallink.net> <15658.50186.945164.162061@canoe.velocet.net> <20020709191404.GA97352@stone.locallink.net> <15659.17952.903580.570415@canoe.velocet.net> <20020709161015.A75408@panzer.kdm.org> <20020709222716.GA21856@stone.locallink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020709222716.GA21856@stone.locallink.net>; from kpitcher@locallink.net on Tue, Jul 09, 2002 at 06:27:16PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jul 09, 2002 at 18:27:16 -0400, Keith Pitcher wrote: > > > I also didn't know that there was a write-to-many SCSI command? > > > Someone can confirm or deny this > > Coulda sworn the raid controller on our main freebsd machine does mirroring > via scsi with a single command. So I took it that this was a scsi card ability > and not a raid controller option. You send a single command to the RAID controller, but it will send a command to each disk in the mirror on a write. > I did a real quick search of the scsi spec and came across the > "Single Initiator - Multiple Targets" ability but this may > not mean what I take it to mean. It doesn't mean you can talk to multiple targets simultaneously. Just that with one SCSI initiator, you can talk to multiple targets one at a time. With SAS (Serial Attached SCSI) that may change, since SAS is inherently a point to point protocol. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 15:58: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6255537B400 for ; Tue, 9 Jul 2002 15:58:05 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1191B43E09 for ; Tue, 9 Jul 2002 15:58:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0275.cvx22-bradley.dialup.earthlink.net ([209.179.199.20] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17S3vc-0003xa-00; Tue, 09 Jul 2002 15:57:53 -0700 Message-ID: <3D2B6A45.86B061E7@mindspring.com> Date: Tue, 09 Jul 2002 15:57:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitry Morozovsky Cc: Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020709161044.C77578-100000@woozle.rinet.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dmitry Morozovsky wrote: > So, if someone wants to get really quick swap and allocates 4 partitions > on 4 drives *AND* also wand to get crashdumps, (s)he has to do this > suboptimally (either allocate 1st more sized than phys RAM and other much > smaller, or allocate approx 4 x phys RAM)? > > The, the question: which technique is preferrable? You don't have to dump on your swap. It's just convenient to do. You can actually dump on any raw partition which is large enough. If FreeBSD intrinsically handled "suspend to disk", then you would need something seperate from swap, anyway. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 16:20:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D84837B400 for ; Tue, 9 Jul 2002 16:20:18 -0700 (PDT) Received: from kali.avantgo.com (shadow.avantgo.com [64.157.226.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3737143E31 for ; Tue, 9 Jul 2002 16:20:18 -0700 (PDT) (envelope-from scott@avantgo.com) Received: from river.avantgo.com ([10.11.30.114]) by kali.avantgo.com with Microsoft SMTPSVC(5.0.2195.3779); Tue, 9 Jul 2002 16:20:17 -0700 Date: Tue, 9 Jul 2002 16:20:17 -0700 (PDT) From: Scott Hess To: Keith Pitcher Cc: David Gilbert , Subject: Re: [hackers] Multi CDR burn In-Reply-To: <20020709191404.GA97352@stone.locallink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 09 Jul 2002 23:20:17.0938 (UTC) FILETIME=[300F2F20:01C2279F] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Keith Pitcher wrote: > On Tue, Jul 09, 2002 at 07:07:54AM -0400, David Gilbert wrote: > > Remember: unix is a system whereby you assemble piplelines and scripts > > of _simple_ programs to create complex behavior. It's not necessary > > to have a multi-cd tool when you can roll your own with your own > > behavior. > > > > Dave. > > This is a simplistic and inadequate solution. UNIX was intended to be > efficient, not to do eight Times the amount of work of any other system. > This uses 8 times the memory, 8 times the processor, and 8 times the bus > (only 4 times if two channels, but you get the idea). A properly written > CD burning tool would use the SCSI commands to send the data only once > to all of the devices. In thinking about this, what I would really want (if I needed this) would be a modification to cdrecord which could send the write information to multiple drives, using a single buffer. In the straightforward implementation, you would push the buffer forward after all drives were done with a particular block. But if one was slow, that would result in 7 coasters. Instead, if a particular drive falls behind by more than, oh, half the buffer, it should be cut off, creating a single coaster, rather than 8. Bah. If you're worried about the memory footprint of what Terry suggested, you could, perhaps, cdrecord with a smaller buffer from stdin, and use a seperate command to provide a larger buffer, and also tee up multiple output streams. I know there are buffering commands out there, and tee commands, but I suspect you'll need a bit of custom work to generate a decent combo tool. [OTOH, that would be straightforward C coding, might take you all of a day to implement. Perhaps you could also work something up using an available tool and a capable shell.] You'd end up with a nifty ASCII diagram: /- cdrecord dev=0 -- -- cd0 /-- cdrecord dev=1 -- -- cd1 file -> --- cdrecord dev=2 -- -- cd2 \-- cdrecord dev=3 -- -- cd3 \- cdrecord dev=4 -- -- cd4 The main problem I can think of is whether cdrecord does anything interesting to lock itself from trying to write multiple CDs at a time. Later, scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 17:13:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C4A37B400 for ; Tue, 9 Jul 2002 17:13:16 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4895243E09 for ; Tue, 9 Jul 2002 17:13:12 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6A0CvH7000942; Tue, 9 Jul 2002 17:13:07 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6A0CnS7000941; Tue, 9 Jul 2002 17:12:49 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 9 Jul 2002 17:12:49 -0700 From: David Schultz To: Terry Lambert Cc: Dmitry Morozovsky , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020710001249.GB541@HAL9000.wox.org> Mail-Followup-To: Terry Lambert , Dmitry Morozovsky , Erik Trulsson , Chuck Robey , FreeBSD Hackers List References: <20020709161044.C77578-100000@woozle.rinet.ru> <3D2B6A45.86B061E7@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2B6A45.86B061E7@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > You don't have to dump on your swap. It's just convenient to do. > You can actually dump on any raw partition which is large enough. > > If FreeBSD intrinsically handled "suspend to disk", then you would > need something seperate from swap, anyway. But in the "suspend to disk" case, you can assume you have a non-braindead kernel. Couldn't you just allocate the blocks in the filesystem and write your image? Sure, it would be a bit slower than using a dedicated partition, but nobody said "suspend to disk" is a good idea anyway. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 17:48: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8773537B401 for ; Tue, 9 Jul 2002 17:47:57 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ACF543E54 for ; Tue, 9 Jul 2002 17:47:56 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.11.6/8.11.3) with ESMTP id g6A0lKL31466; Tue, 9 Jul 2002 20:47:21 -0400 (EDT) (envelope-from chuckr@chuckr.org) Date: Tue, 9 Jul 2002 20:47:19 -0400 (EDT) From: Chuck Robey To: "Brandon D. Valentine" Cc: Matthew Dillon , David Schultz , Terry Lambert , Erik Trulsson , FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> Message-ID: <20020709204310.N945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Brandon D. Valentine wrote: > On Mon, 8 Jul 2002, Matthew Dillon wrote: > > >:Thus spake Terry Lambert : > >:> Erik Trulsson wrote: > >:> > Minimal swap if you want to be able to catch core dumps: Physical RAM > >:> > size + 64K > >: > >:I've caught many core dumps with swap == RAM. Am I just getting > >:lucky, or am I losing 64K of the image? > >: > >:> Crash dumps good. > >: > >:I beg to differ. ;-) > > > > You only need as much as physical ram. e.g. 1G of ram, 1G on the > > dump device (which can be the swap partition). > > Allocating swap = physical RAM doesn't buy you any expansion though. I > always try to do at least twice physical RAM so that if I ever double > the RAM in my machine I'm still able to catch crash dumps. It's not > worth having to repartition the drive to add more swap every time I add > more RAM when a 120GB 7.2k drive is ~$170. What's 2GB of swap on a > 120GB disk or even a 40GB disk for that matter? Nope, that no longer computes, Brandon, not when you're using much the same argument (plus memory's cheap prices) to overpurchase RAM. I'm buying a gig of RAM, which is probably 4 times what I really need (even being liberal about it), so doubling the disk, when future expansion is already factored in, it makes no sense. I run a scsi system, where disk is dearer than IDE disks, and that's another consideration (which I didn't tell you about, I like to win my arguments unfairly, don't I?) I just bought that new Fujitsu Ultra160 screamer, fastest disk in the West (3.5ms access, 15K rotation). Eat my dust! > > Brandon D. Valentine > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 17:57:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 323ED37B400 for ; Tue, 9 Jul 2002 17:57:17 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22CD443E3B for ; Tue, 9 Jul 2002 17:57:16 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.11.6/8.11.3) with ESMTP id g6A0ugq31744; Tue, 9 Jul 2002 20:56:42 -0400 (EDT) (envelope-from chuckr@chuckr.org) Date: Tue, 9 Jul 2002 20:56:41 -0400 (EDT) From: Chuck Robey To: Don Lewis Cc: , , , Subject: Re: offtopic: low level format of IDE drive. In-Reply-To: <200207091029.g69ATLwr003533@gw.catspoiler.org> Message-ID: <20020709205446.E945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Don Lewis wrote: > On 8 Jul, Peter Wemm wrote: > > Julian Elischer wrote: > >> this is not a 'reformat' > >> > >> what I want to do is an old-fashionned refomat/verify where the controller > >> writes new track headers etc. > > > > The thing is, just about all IDE drives more than a few GB or so do 'track > > writing' and have no fixed sectoring or sector positioning. ie: each time > > you write a single sector to a track, it does a read-modify-write of *THE > > ENTIRE TRACK*. This is why we have to have write caching turned on for IDE > > drives to get decent performance. Without it, it essentially rewrites the > > entire track over and over and over again because it cannot fill its write > > buffer in order to write a contiguous block to completely replace what was > > there before. ie: each track is one giant physical sector with multiple logical > > sectors inside it. > > > > The really annoying thing is that most newer scsi drives do this too. > > How readily available is the information about which drives do this? As > someone who only buys the occasional drive, I'd rather not have to buy > one and do the evaluation myself using the method mentioned later in > this thread. > > > > Get a UPS if you value the data. :-] > > That doesn't help if the cat knocks a book off the shelf onto the power > switch, or if you trip over the cord between the UPS and the computer, > or if the magic smoke escapes from the computer power supply. I've seen some BIOSes that allowed you to force the low-level format. Alternatively, you could run an old copy of dos that had "debug" on it and tell it to "g c800:0" which was the address of the disk ROM routine; it worked very reliably for me (before I learned about scsi disks!) > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:11:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4AB37B400 for ; Tue, 9 Jul 2002 18:11:08 -0700 (PDT) Received: from sccmmhc02.mchsi.com (sccmmhc02.mchsi.com [204.127.203.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D41D43E09 for ; Tue, 9 Jul 2002 18:11:08 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([12.216.240.219]) by sccmmhc02.mchsi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020710011107.XYVS25309.sccmmhc02.mchsi.com@math.missouri.edu> for ; Wed, 10 Jul 2002 01:11:07 +0000 Message-ID: <3D2B89AA.D52446E9@math.missouri.edu> Date: Tue, 09 Jul 2002 20:11:06 -0500 From: Stephen Montgomery-Smith X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel Jonsson wrote: > > Just like to share my experience with FreeBSD 4.x as a server: > > 4:17PM up 378 days, 5:41, 8 users, load averages: 0.00, 0.00, 0.00 > > This was as of today. The machine was installed 378 days ago and is > a rather active box normally. > I made a simple patch to my system that is giving me phenomenally high uptimes: hub# uptime 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 --- usr.bin/w/w.c-orig Tue Jul 9 20:04:56 2002 +++ usr.bin/w/w.c Tue Jul 9 20:08:05 2002 @@ -456,6 +456,7 @@ if (sysctl(mib, 2, &boottime, &size, NULL, 0) != -1 && boottime.tv_sec != 0) { uptime = now - boottime.tv_sec; + uptime += 500000000; if (uptime > 60) uptime += 30; days = uptime / 86400; (Sorry, couldn't resist it.) -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:19:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD1137B400 for ; Tue, 9 Jul 2002 18:19:52 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4968C43E31 for ; Tue, 9 Jul 2002 18:19:52 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6A1JfH7001214; Tue, 9 Jul 2002 18:19:41 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6A1JdvI001213; Tue, 9 Jul 2002 18:19:39 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 9 Jul 2002 18:19:38 -0700 From: David Schultz To: Chuck Robey Cc: "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020710011938.GA1198@HAL9000.wox.org> Mail-Followup-To: Chuck Robey , "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List References: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> <20020709204310.N945-100000@april.chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020709204310.N945-100000@april.chuckr.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Chuck Robey : > I just bought that new Fujitsu Ultra160 > screamer, fastest disk in the West (3.5ms access, 15K rotation). Eat my > dust! Given the reliability of Fujitsu disks I've seen, there's a high probability that your disk will be worth no more than its weight in dust before too very long... :P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:20:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B716F37B400 for ; Tue, 9 Jul 2002 18:20:09 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE7943E52 for ; Tue, 9 Jul 2002 18:20:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020710012009.KEQI24728.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Wed, 10 Jul 2002 01:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id SAA37681 for ; Tue, 9 Jul 2002 18:02:58 -0700 (PDT) Date: Tue, 9 Jul 2002 18:02:56 -0700 (PDT) From: Julian Elischer To: hackers@freebsd.org Subject: Motherboard temperature sensing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I haven't been following this so now naturally it becomes important.. anyone have good pointers? julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:26: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64C7937B400 for ; Tue, 9 Jul 2002 18:26:02 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AECD43E42 for ; Tue, 9 Jul 2002 18:26:01 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g6A1Ptn11736; Wed, 10 Jul 2002 10:25:56 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020709164943.K259@numachi.com> References: <20020707151855E.matusita@jp.FreeBSD.org> <20020707214508.V259@numachi.com> <20020709164943.K259@numachi.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 15 From: Makoto Matsushita To: reichert@numachi.com Subject: Re: 'make release' tries to build a port? Date: Wed, 10 Jul 2002 10:25:52 +0900 Message-Id: <20020710102552C.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG reichert> Unfortunately, I had to delve into other bits of mystery and wonder: reichert> - The Makefile in usr/src/release; that's where KERNEL_FLAGS and reichert> WORLD_FLAGS are mentioned. Ya, it should be documented in release(7) IMO... reichert> Now, if only I could automate a relationship between reichert> RELEASETAG and BUILDNAME... You can set both RELEASETAG and BUILDNAME in your own shell script which kicks "make release". That's just a shell-script programming problem:) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:29:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F24537B400 for ; Tue, 9 Jul 2002 18:29:44 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DA843E31 for ; Tue, 9 Jul 2002 18:29:43 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6A1TvH7001291; Tue, 9 Jul 2002 18:29:57 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6A1TukN001290; Tue, 9 Jul 2002 18:29:56 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 9 Jul 2002 18:29:56 -0700 From: David Schultz To: Stephen Montgomery-Smith Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system Message-ID: <20020710012956.GB1198@HAL9000.wox.org> Mail-Followup-To: Stephen Montgomery-Smith , freebsd-hackers@FreeBSD.ORG References: <3D2B89AA.D52446E9@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2B89AA.D52446E9@math.missouri.edu> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Stephen Montgomery-Smith : > I made a simple patch to my system that is giving me phenomenally high > uptimes: > > hub# uptime > 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 Now just run an HTTP server. Netcraft will hate you. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:31:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFAE537B400 for ; Tue, 9 Jul 2002 18:31:19 -0700 (PDT) Received: from april.chuckr.org (april.chuckr.org [66.92.147.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id B37F643E4A for ; Tue, 9 Jul 2002 18:31:18 -0700 (PDT) (envelope-from chuckr@chuckr.org) Received: from localhost (chuckr@localhost) by april.chuckr.org (8.11.6/8.11.3) with ESMTP id g6A1UkS31904; Tue, 9 Jul 2002 21:30:46 -0400 (EDT) (envelope-from chuckr@chuckr.org) Date: Tue, 9 Jul 2002 21:30:45 -0400 (EDT) From: Chuck Robey To: David Schultz Cc: "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <20020710011938.GA1198@HAL9000.wox.org> Message-ID: <20020709212945.K945-100000@april.chuckr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, David Schultz wrote: > Thus spake Chuck Robey : > > I just bought that new Fujitsu Ultra160 > > screamer, fastest disk in the West (3.5ms access, 15K rotation). Eat my > > dust! > > Given the reliability of Fujitsu disks I've seen, there's a high > probability that your disk will be worth no more than its weight > in dust before too very long... :P I've had excellent luck with my previous two, *and* they come with a 5 year warranty (I guess they have to overcome some bad press, which you sound like you've either read or written). > ---------------------------------------------------------------------------- Chuck Robey | Interests include C & Java programming, FreeBSD, chuckr@chuckr.org | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 18:59:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E007E37B400 for ; Tue, 9 Jul 2002 18:59:33 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D6A143E09 for ; Tue, 9 Jul 2002 18:59:33 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6A1xQ2c076438; Tue, 9 Jul 2002 20:59:26 -0500 (CDT) (envelope-from dan) Date: Tue, 9 Jul 2002 20:59:26 -0500 From: Dan Nelson To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: Motherboard temperature sensing Message-ID: <20020710015926.GA8625@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jul 09), Julian Elischer said: > I haven't been following this so now naturally > it becomes important.. > > anyone have good pointers? healthd, mbmon, or lmmon, in ports. Healthd and lmmon don't get all my variables, mbmon does (Asus cuv4vd motherboard). All are easily scriptable for graphing purposes, healthd can be configured to run scripts based on trigger settings. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 19:29:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91EF337B400 for ; Tue, 9 Jul 2002 19:29:13 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F92243E4A for ; Tue, 9 Jul 2002 19:29:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0551.cvx21-bradley.dialup.earthlink.net ([209.179.194.41] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17S7Du-0002t2-00; Tue, 09 Jul 2002 19:28:59 -0700 Message-ID: <3D2B9BC0.7A8A45@mindspring.com> Date: Tue, 09 Jul 2002 19:28:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz Cc: Dmitry Morozovsky , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems References: <20020709161044.C77578-100000@woozle.rinet.ru> <3D2B6A45.86B061E7@mindspring.com> <20020710001249.GB541@HAL9000.wox.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Terry Lambert : > > You don't have to dump on your swap. It's just convenient to do. > > You can actually dump on any raw partition which is large enough. > > > > If FreeBSD intrinsically handled "suspend to disk", then you would > > need something seperate from swap, anyway. > > But in the "suspend to disk" case, you can assume you have a > non-braindead kernel. Couldn't you just allocate the blocks > in the filesystem and write your image? Sure, it would be a > bit slower than using a dedicated partition, but nobody said > "suspend to disk" is a good idea anyway. No, because in order to resume, you'd need to be running, and if you were running, then you couldn't resume anything that conflicted with the default boot state (e.g. keenel modules that were loaded post-boot). Suspend-to-disk resumption also requires that any state that you had outstanding at the time of the suspend is resumed afterward; this generally includes network state, since sockets don't get a "keepalive" unless you ask for it, and they generally stay "open" indefinitely, except for servers that have explicit idle timeouts (in which case, the client must expect to reestablish the connection, and you are still OK). The only place this really fails is "modern" UNIX kernels that attempt to treat TIME_WAIT incorrectly by setting a timer, in violation of the protocol specification. OH... and FWIW, the absolutely *best* way to install a new system is to "resume from disk" from a distribution image; you are basically running in about 6 seconds. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 19:45: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDBB137B401 for ; Tue, 9 Jul 2002 19:45:06 -0700 (PDT) Received: from pd2mo2so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B118943E4A for ; Tue, 9 Jul 2002 19:45:05 -0700 (PDT) (envelope-from h.godavari@shaw.ca) Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-ser.prod.shaw.ca [10.0.141.178]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ000I0GIB50P@l-daemon> for hackers@FreeBSD.org; Tue, 09 Jul 2002 20:45:05 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca (pn2ml2so-qfe0.prod.shaw.ca [10.0.121.146]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ0002PSIB5B5@l-daemon> for hackers@FreeBSD.org; Tue, 09 Jul 2002 20:45:05 -0600 (MDT) Received: from shaw.ca (h24-66-68-10.wp.shawcable.net [24.66.68.10]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0GZ00022FIB4JJ@l-daemon> for hackers@FreeBSD.org; Tue, 09 Jul 2002 20:45:05 -0600 (MDT) Date: Tue, 09 Jul 2002 21:45:48 -0500 From: harsha godavari Subject: older releases To: hackers@FreeBSD.org Message-id: <3D2B9FDC.EA2FD5E9@shaw.ca> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (Win95; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi: Where can I find the older releases of FBSD ver 2.05 on? Thanks. Regards Harsha Godavari To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 21:14:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B2E37B401 for ; Tue, 9 Jul 2002 21:14:32 -0700 (PDT) Received: from hex.databits.net (hex.csh.rit.edu [129.21.60.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00FD843E54 for ; Tue, 9 Jul 2002 21:14:32 -0700 (PDT) (envelope-from petef@databits.net) Received: by hex.databits.net (Postfix, from userid 1001) id 621F220F5C; Wed, 10 Jul 2002 00:14:31 -0400 (EDT) Date: Wed, 10 Jul 2002 00:14:31 -0400 From: Pete Fritchman To: harsha godavari Cc: hackers@FreeBSD.org Subject: Re: older releases Message-ID: <20020710001431.A41975@absolutbsd.org> References: <3D2B9FDC.EA2FD5E9@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D2B9FDC.EA2FD5E9@shaw.ca>; from h.godavari@shaw.ca on Tue, Jul 09, 2002 at 09:45:48PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 09/07/02 21:45 -0500 - harsha godavari: | Where can I find the older releases of FBSD ver 2.05 on? Thanks. http://www.freebsdmirrors.org/FBSDsites.php3?release=2.0.5-RELEASE --pete -- Pete Fritchman [petef@(databits.net|freebsd.org|wyom.net)] finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 22: 1: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B7537B400 for ; Tue, 9 Jul 2002 22:01:03 -0700 (PDT) Received: from smtp.tninet.se (sheridan.tninet.se [195.100.94.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC5643E09 for ; Tue, 9 Jul 2002 22:01:01 -0700 (PDT) (envelope-from daniel2@algonet.se) Received: from kairos (kairos.algonet.se [194.213.75.171]) by sheridan.tninet.se (BMR ErlangTM/OTP 3.0) with ESMTP id 165985.277257.1026.1s9368569sheridan ; Wed, 10 Jul 2002 07:00:57 +0200 Date: Wed, 10 Jul 2002 07:00:56 +0200 (MEST) From: Daniel Jonsson X-Sender: daniel2@kairos To: Nielsen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system In-Reply-To: <20020709215744.6718043B3A4@mail.npubs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Nielsen wrote: > How do you apply your kernel patches? Just wondering. > > > > Just like to share my experience with FreeBSD 4.x as a server: > > > > 4:17PM up 378 days, 5:41, 8 users, load averages: 0.00, 0.00, 0.00 > > > > This was as of today. The machine was installed 378 days ago and is > > a rather active box normally. > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > Very hard. Although one reboot makes it up to date since all patches are applied and new kernel waiting... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jul 9 23:28:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F064537B400 for ; Tue, 9 Jul 2002 23:28:48 -0700 (PDT) Received: from clientmail.ehsrealtime.com (eris.ehsrealtime.com [213.52.146.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36FE043E4A for ; Tue, 9 Jul 2002 23:28:48 -0700 (PDT) (envelope-from wayne@penguinpowered.org.uk) Received: from set.ehsrealtime.com ([213.52.146.197]) by clientmail.ehsrealtime.com with esmtp (Exim 3.33 #2) id 17SAxz-000EnL-01 for freebsd-hackers@freebsd.org; Wed, 10 Jul 2002 07:28:47 +0100 Received: from waynep by set.ehsrealtime.com with local (Exim 3.34 #1) id 17SByS-0000ap-00 for freebsd-hackers@freebsd.org; Wed, 10 Jul 2002 07:33:20 +0000 From: Wayne Pascoe To: freebsd-hackers@freebsd.org Subject: [Wayne Pascoe ] Re: Problems getting wireless card working with PCI adaptor Date: 10 Jul 2002 07:33:19 +0000 Message-ID: Lines: 35 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry if this is a repost, but I didn't see this come through last night. "M. Warner Losh" writes: > : I have found that IRQ 5 is used by the onboard usb controller, but > : even if I disable in the bios I still get this message popping up. > > Using a PCI expantion card requires you to use PCI routing. > > Can you post the complete dmesg? I need to know how we're setting > things up and what you've posted so far isn't sufficient. I'm attaching a dmesg from a fresh install to this email. All I've done to the install is to add the following lines to /etc/rc.conf and reboot pccard_enable="YES" pccard_ifconfig="inet 192.168.10.20 netmask 255.255.255.0" This dmesg is with USB disabled in the bios. At boot time, I see no other devices sharing interrupt 5 on the screen just before the bootloader. Ideally, I'd like to be able to use the PCMCIA card with USB but for now I'll just settle for seeing it work :) If the dmesg does not come through ok, please let me know and I will put it on my site and just send a link. Thanks in advance -- - Wayne Pascoe - http://www.penguinpowered.org.uk/wayne/ Mary had a crypto key, she kept it in escrow, and everything that Mary said, the Feds were sure to know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 0:51:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B52D37B401 for ; Wed, 10 Jul 2002 00:51:45 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D69C43E4A for ; Wed, 10 Jul 2002 00:50:22 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6A7mHVW000460; Wed, 10 Jul 2002 00:48:17 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6A7m9HE000459; Wed, 10 Jul 2002 00:48:09 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 10 Jul 2002 00:48:09 -0700 From: David Schultz To: Chuck Robey Cc: "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020710074809.GA240@HAL9000.wox.org> Mail-Followup-To: Chuck Robey , "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List References: <20020710011938.GA1198@HAL9000.wox.org> <20020709212945.K945-100000@april.chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020709212945.K945-100000@april.chuckr.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Chuck Robey : > On Tue, 9 Jul 2002, David Schultz wrote: > > > Thus spake Chuck Robey : > > > I just bought that new Fujitsu Ultra160 > > > screamer, fastest disk in the West (3.5ms access, 15K rotation). Eat my > > > dust! > > > > Given the reliability of Fujitsu disks I've seen, there's a high > > probability that your disk will be worth no more than its weight > > in dust before too very long... :P > > I've had excellent luck with my previous two, *and* they come with a 5 > year warranty (I guess they have to overcome some bad press, which you > sound like you've either read or written). That's funny. Fujitsu used to be known for having terrible warranties and cheap drives that could sometimes barely read from some sections of the disk. I last saw one in 1996; I sent in for two replacements during the course of the 1-year warranty period before the poor fellow who owned the drive gave up and went with a different brand. But to be fair, I have heard that Western Digital drives also used to have problems, back in the early 90's when the company was struggling financially. Maybe Fujitsu has changed as well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 2:54:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B8C937B400 for ; Wed, 10 Jul 2002 02:54:32 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id C72C643E09 for ; Wed, 10 Jul 2002 02:54:30 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 10896 invoked by uid 1000); 10 Jul 2002 09:54:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Jul 2002 09:54:27 -0000 Date: Wed, 10 Jul 2002 11:54:27 +0200 (CEST) From: Attila Nagy To: David Schultz Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system In-Reply-To: <20020710012956.GB1198@HAL9000.wox.org> Message-ID: References: <3D2B89AA.D52446E9@math.missouri.edu> <20020710012956.GB1198@HAL9000.wox.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > > hub# uptime > > 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 > Now just run an HTTP server. Netcraft will hate you. ;-) Netcraft doesn't run "uptime" on his machine... Userland hacks don't count. --------[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 3:15:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720D437B400 for ; Wed, 10 Jul 2002 03:15:14 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8767243E54 for ; Wed, 10 Jul 2002 03:15:13 -0700 (PDT) (envelope-from marcov@stack.nl) Received: from toad.stack.nl (toad.stack.nl [2001:610:1108:5010:202:b3ff:fe17:9e1a]) by mailhost.stack.nl (Postfix) with ESMTP id 83FFA3F8F for ; Wed, 10 Jul 2002 12:15:12 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 816) id 360DA98D1; Wed, 10 Jul 2002 12:15:12 +0200 (CEST) Subject: Error in keyboard(4) manpage, off by one To: freebsd-hackers@freebsd.org Date: Wed, 10 Jul 2002 12:15:12 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20020710101512.360DA98D1@toad.stack.nl> From: marcov@stack.nl (Marco van de Voort) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The keyboard(4) manpage is a bit vague about the numbering convention for thefunction keys (that generate multi byte escape) SETFKEY ioctl and in the keymap structure. The problem is that the C-level routines (SETFKEY, GETFKEY macro's, indices in the KEYMAP structure) are 0 based. (first function key is 0, last is 95), while the kbdcontrol unit numbers them 1..96. The manpage seems to imply that the numbering is 1..96 for both the C programming interface as the kbdcontrol utility. kbdcontrol seems to deal with this ok. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 4:58: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69D7A37B400; Wed, 10 Jul 2002 04:58:05 -0700 (PDT) Received: from domestos.yandex.ru (domestos.yandex.ru [213.180.193.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E64443E42; Wed, 10 Jul 2002 04:58:04 -0700 (PDT) (envelope-from tzukanov@narod.ru) Received: from dial-056.nross.ru ([195.161.59.183]:3712 "EHLO antares" ident: "NO-IDENT-SERVICE[2]" whoson: "tzukanov" TLS-CIPHER: TLS-PEER: ) by mail.yandex.ru with ESMTP id ; Wed, 10 Jul 2002 15:57:47 +0400 Content-Type: text/plain; charset="us-ascii" From: Serguei Tzukanov To: freebsd-platforms@freebsd.org Subject: A question about S/390 port Date: Wed, 10 Jul 2002 15:54:09 +0400 User-Agent: KMail/1.4.1 Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200207101554.09734.tzukanov@narod.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some working notes. I've written the libc/csu part, kernel successfully starts init and init forks off for the execve of -sh, (http://tzukanov.narod.ru/freebsd390/bootlog.txt) but there is problem with printing from userland, e.g. output from userland are not visible. Write syscall to descs 1,2 in init returns with success. I'm sure it's something very stupid, so maybe someone have a clue? And another problem (well-known?): __syscall returns 64-bit value but mmap returns 4-byte word in the td->td_retval[0]. Wrapper for mmap in libc casts 64 rv to 32 and alays gets zero. This leads to truncating to zero due to cast on 32-bit big-endian architectures. The solution is obvious - using constructs like td->td_retval[_QUAD_LOWWORD] = xxx in MI code. For now I just avoid it with hack in syscall handler. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 5:35:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8674B37B400 for ; Wed, 10 Jul 2002 05:35:13 -0700 (PDT) Received: from icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4184943E42 for ; Wed, 10 Jul 2002 05:35:12 -0700 (PDT) (envelope-from bgd@icomag.de) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g6ACUJv89323 for ; Wed, 10 Jul 2002 14:30:22 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Jul 2002 14:30:19 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Subject: security problem in sysctl? Message-ID: <20020710142627.F89292-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys, I have just rebooted my machine, and immediately after boot I have run 'sysctl -a' as an usual user. Well, in 'kern.msgbuf' I have found the whole master.passwd file, with combinations of usernames/passwords. Isn't that a security threat? bogdan ---------------------------- iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 Mobile:+49-(0)173-906-46-01 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 6: 0:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E977237B400 for ; Wed, 10 Jul 2002 06:00:32 -0700 (PDT) Received: from icomag.de (ns.icomag.de [195.227.115.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB8943E3B for ; Wed, 10 Jul 2002 06:00:31 -0700 (PDT) (envelope-from bgd@icomag.de) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g6ACtjP89666 for ; Wed, 10 Jul 2002 14:55:46 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Jul 2002 14:55:45 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Subject: ipfilter Message-ID: <20020710145242.S89586-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have the following problem on a FreeBSD 4.6 machine: compiled the kernel with the following options: options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging rebooted that kernel, and tried: (14:57) root@(bgd)[~] ipf -E IP Filter: already initialized (14:58) root@(bgd)[~] ipf block in all from any to any (14:58) root@(bgd)[~] ipfstat -i empty list for ipfilter(in) (14:58) root@(bgd)[~] ipfstat -o empty list for ipfilter(out) Why are the rules still empty? Of course, I am able to ping/whatever all the machines from the exterior, and the same with my machine. What am I doing wrong? Some more infos: (14:58) root@(bgd)[~] uname -a FreeBSD bgd.icomag.de 4.6-RELEASE FreeBSD 4.6-RELEASE #3: Wed Jul 10 14:42:21 CEST 2002 root@bgd.icomag.de:/usr/src/sys/compile/bgd i386 (14:59) root@(bgd)[~] ipf -V ipf: IP Filter: v3.4.27 (336) Kernel: IP Filter: v3.4.27 Running: yes Log Flags: 0 = none set Default: pass all, Logging: available Active list: 0 Thank you, bogdan ---------------------------- iCom Media AG Kirchweg 36 Koln, 50858 Germany Phone: +49-(0)221-485-689-16 Fax : +49-(0)221-485-689-20 Mobile:+49-(0)173-906-46-01 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 6:21:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF43137B400 for ; Wed, 10 Jul 2002 06:21:43 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0EBF43E31 for ; Wed, 10 Jul 2002 06:21:39 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id 9FBDC137F44; Wed, 10 Jul 2002 09:21:32 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id EE2425678CC; Wed, 10 Jul 2002 09:21:31 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15660.13531.896765.587888@canoe.velocet.net> Date: Wed, 10 Jul 2002 09:21:31 -0400 To: "Brandon D. Valentine" Cc: Matthew Dillon , David Schultz , Terry Lambert , Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: [hackers] Re: swap & huge mem systems In-Reply-To: <20020709023121.X11678-100000@dallben.homeportal.2wire.net> References: <200207090527.g695R23C049724@apollo.backplane.com> <20020709023121.X11678-100000@dallben.homeportal.2wire.net> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Brandon" == Brandon D Valentine writes: Brandon> Allocating swap = physical RAM doesn't buy you any expansion Brandon> though. I always try to do at least twice physical RAM so Brandon> that if I ever double the RAM in my machine I'm still able to Brandon> catch crash dumps. It's not worth having to repartition the Brandon> drive to add more swap every time I add more RAM when a 120GB Brandon> 7.2k drive is ~$170. What's 2GB of swap on a 120GB disk or Brandon> even a 40GB disk for that matter? That's what old 6G disks are for. My current workstation (still on it's origional root disk) has way more then doubled it's RAM without a root transplant. At some point, when I was having problems, I realized I needed crash dumps... so I stuck in a 6G disk that is too slow for any other use. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 6:26:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 149AB37B400 for ; Wed, 10 Jul 2002 06:26:15 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A032243E09 for ; Wed, 10 Jul 2002 06:26:14 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from canoe.velocet.net (canoe210.velocet.net [216.138.240.43]) by sabre.velocet.net (Postfix) with ESMTP id 7EA40137F44; Wed, 10 Jul 2002 09:26:13 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id 3AB0E5678CC; Wed, 10 Jul 2002 09:26:13 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15660.13813.145392.538491@canoe.velocet.net> Date: Wed, 10 Jul 2002 09:26:13 -0400 To: Dmitry Morozovsky Cc: Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: [hackers] Re: swap & huge mem systems In-Reply-To: <20020709125835.Y75130-100000@woozle.rinet.ru> References: <20020709015454.GA6323@falcon.midgard.homeip.net> <20020709125835.Y75130-100000@woozle.rinet.ru> X-Mailer: VM 7.04 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "Dmitry" == Dmitry Morozovsky writes: Dmitry> BTW, is it safe to create _interleaved_ swap totally sized Dmitry> slightly above the amount of physical RAM? I mean, is core Dmitry> writer interleve-aware, or does it need the first swap Dmitry> partiton large enough? The dump device (which is not necessarily a swap device) has to be large enough ... and it's one device. You set the dump device in /etc/rc.conf (it defaults to not dumping). Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 6:49: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7671F37B400 for ; Wed, 10 Jul 2002 06:48:56 -0700 (PDT) Received: from mail.alexdupre.com (212-41-211-209.adsl.galactica.it [212.41.211.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id A165943E65 for ; Wed, 10 Jul 2002 06:48:49 -0700 (PDT) (envelope-from sysadmin@alexdupre.com) Received: from thunder ([192.168.0.101]) by mail.alexdupre.com (MERAK 3.10.011) with ESMTP id F05B6CDE for ; Wed, 10 Jul 2002 15:56:18 +0200 Date: Wed, 10 Jul 2002 15:48:32 +0200 From: Alex Dupre X-Mailer: The Bat! (v1.60q) Reply-To: Alex Dupre X-Priority: 3 (Normal) Message-ID: <55271305897.20020710154832@alexdupre.com> To: freebsd-hackers@freebsd.org Subject: terminfo/termcap and cygwin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In normal situation accessing to a FreeBSD 4.x machine from cygwin is not very pleasant: editing files is quite a pain, there are many terminal "glitches" like the cursor in the wrong position and garbage text. A trick to resolve this issue is to copy the binary cygwin terminfo file in /usr/share/misc/terminfo/c/ Since FreeBSD 4.0 ncurses libs are included in the base system, but terminfo db (and utils) are not installed (while the port for freebsd < 4 installed them). I read that FreeBSD uses termcap rather than terminfo, but either the included cygwin entry or the terminfo-generated one don't work correctly. So the binary terminfo seems to be the only solution (and termcap seems to be not so powerful). My question is: should terminfo database be installed (manually or by make/installworld) or is there a better fix? -- Alex Dupre sysadmin@alexdupre.com http://www.alexdupre.com/ alex@sm.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 7:19:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 935C037B400 for ; Wed, 10 Jul 2002 07:19:22 -0700 (PDT) Received: from spxgate.servplex.com (66-105-58-82.customer.algx.net [66.105.58.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C5FA43E52 for ; Wed, 10 Jul 2002 07:19:21 -0700 (PDT) (envelope-from peter@servplex.com) Received: from peter.servplex.com ([192.168.0.61]) by spxgate.servplex.com (8.11.6/8.11.1) with ESMTP id g6AERwt56106; Wed, 10 Jul 2002 09:27:58 -0500 (CDT) (envelope-from peter@servplex.com) Message-Id: <5.1.0.14.2.20020710091744.00a434e0@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 10 Jul 2002 09:19:15 -0500 To: Alex Dupre From: Peter Elsner Subject: Re: terminfo/termcap and cygwin Cc: freebsd-hackers@freebsd.org In-Reply-To: <55271305897.20020710154832@alexdupre.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_4909644==_.ALT" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_4909644==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed cd to /usr/ports/devel/ncurses and edit the Makefile. Comment out the following 3 lines: .if ${OSVERSION} >= 400000 FORBIDDEN= already is in the base system .endif Save the Makefile, and type: make && make install && make clean Terminfo (including the db's) should now install fine... At 03:48 PM 7/10/2002 +0200, you wrote: >In normal situation accessing to a FreeBSD 4.x machine from cygwin is not >very pleasant: editing files is quite a pain, there are many terminal >"glitches" like the cursor in the wrong position and garbage text. >A trick to resolve this issue is to copy the binary cygwin terminfo file in >/usr/share/misc/terminfo/c/ >Since FreeBSD 4.0 ncurses libs are included in the base system, but terminfo >db (and utils) are not installed (while the port for freebsd < 4 installed >them). >I read that FreeBSD uses termcap rather than terminfo, but either the >included cygwin entry or the terminfo-generated one don't work correctly. So >the binary terminfo seems to be the only solution (and termcap seems to be >not so powerful). >My question is: should terminfo database be installed (manually or by >make/installworld) or is there a better fix? > >-- >Alex Dupre sysadmin@alexdupre.com >http://www.alexdupre.com/ alex@sm.FreeBSD.org > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. --=====================_4909644==_.ALT Content-Type: text/html; charset="us-ascii" cd to /usr/ports/devel/ncurses
and edit the Makefile.

Comment out the following 3 lines:

.if ${OSVERSION} >= 400000
FORBIDDEN=  already is in the base system
.endif

Save the Makefile, and type: make && make install && make clean

Terminfo (including the db's) should now install fine...



At 03:48 PM 7/10/2002 +0200, you wrote:
In normal situation accessing to a FreeBSD 4.x machine from cygwin is not
very pleasant: editing files is quite a pain, there are many terminal
"glitches" like the cursor in the wrong position and garbage text.
A trick to resolve this issue is to copy the binary cygwin terminfo file in
/usr/share/misc/terminfo/c/
Since FreeBSD 4.0 ncurses libs are included in the base system, but terminfo
db (and utils) are not installed (while the port for freebsd < 4 installed
them).
I read that FreeBSD uses termcap rather than terminfo, but either the
included cygwin entry or the terminfo-generated one don't work correctly. So
the binary terminfo seems to be the only solution (and termcap seems to be
not so powerful).
My question is: should terminfo database be installed (manually or by
make/installworld) or is there a better fix?

--
Alex Dupre                             sysadmin@alexdupre.com
http://www.alexdupre.com/             alex@sm.FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message

----------------------------------------------------------------------------------------------------------
Peter Elsner <peter@servplex.com>
Vice President Of Customer Service (And System Administrator)
1835 S. Carrier Parkway
Grand Prairie, Texas 75051
(972) 263-2080 - Voice
(972) 263-2082 - Fax
(972) 489-4838 - Cell Phone
(425) 988-8061 - eFax

Unix IS user friendly... It's just selective about who its friends are.
System Administration - It's a dirty job, but somebody said I had to do it.
If you receive something that says 'Send this to everyone you know,
pretend you don't know me.

Standard $500/message proofreading fee applies for UCE.

--=====================_4909644==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 7:32: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1324A37B400 for ; Wed, 10 Jul 2002 07:31:59 -0700 (PDT) Received: from mail.alexdupre.com (212-41-211-209.adsl.galactica.it [212.41.211.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AF643E58 for ; Wed, 10 Jul 2002 07:31:57 -0700 (PDT) (envelope-from sysadmin@alexdupre.com) Received: from thunder ([192.168.0.101]) by mail.alexdupre.com (MERAK 3.10.011) with ESMTP id F05B6CDE; Wed, 10 Jul 2002 16:39:41 +0200 Date: Wed, 10 Jul 2002 16:31:56 +0200 From: Alex Dupre X-Mailer: The Bat! (v1.60q) Reply-To: Alex Dupre X-Priority: 3 (Normal) Message-ID: <69273909140.20020710163156@alexdupre.com> To: Peter Elsner Cc: freebsd-hackers@freebsd.org Subject: Re: terminfo/termcap and cygwin In-Reply-To: <5.1.0.14.2.20020710091744.00a434e0@mail.servplex.com> References: <5.1.0.14.2.20020710091744.00a434e0@mail.servplex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wednesday, July 10, 2002, 4:19:15 PM, you wrote: PE> cd to /usr/ports/devel/ncurses PE> Comment out the following 3 lines: PE> Save the Makefile, and type: make && make install && make clean PE> Terminfo (including the db's) should now install fine... Yes, but this is a work-around. If terminfo is needed, it should be installed by default. Modifying a port esplicitely forbidden for 4.x releases is not a clean way. -- Alex Dupre sysadmin@alexdupre.com http://www.alexdupre.com/ alex@sm.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 8:39:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A3D37B400 for ; Wed, 10 Jul 2002 08:39:13 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9C843E58 for ; Wed, 10 Jul 2002 08:39:13 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26035 invoked from network); 10 Jul 2002 15:39:12 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Jul 2002 15:39:12 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6AFdA001474; Wed, 10 Jul 2002 11:39:10 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207101554.09734.tzukanov@narod.ru> Date: Wed, 10 Jul 2002 11:39:15 -0400 (EDT) From: John Baldwin To: Serguei Tzukanov Subject: RE: A question about S/390 port Cc: freebsd-hackers@freebsd.org, freebsd-platforms@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Jul-2002 Serguei Tzukanov wrote: > Some working notes. > > I've written the libc/csu part, kernel successfully starts init and init > forks off for the execve of -sh, > (http://tzukanov.narod.ru/freebsd390/bootlog.txt) > but there is problem with printing from userland, e.g. output from > userland are not visible. Write syscall to descs 1,2 in init returns > with success. > I'm sure it's something very stupid, so maybe someone have a clue? > > And another problem (well-known?): > __syscall returns 64-bit value but mmap returns 4-byte word in the > td->td_retval[0]. Wrapper for mmap in libc casts 64 rv to 32 and alays > gets zero. This leads to truncating to zero due to cast on 32-bit > big-endian architectures. > The solution is obvious - using constructs like > td->td_retval[_QUAD_LOWWORD] = xxx in MI code. > > For now I just avoid it with hack in syscall handler. td_retval[0] is the low word, and td_retval[1] is the high word, you just need to make sure the values from those two words get returned properly to userland. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 8:43:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B539237B400 for ; Wed, 10 Jul 2002 08:43:25 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id A84C143E31 for ; Wed, 10 Jul 2002 08:43:24 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 97954 invoked by uid 1001); 10 Jul 2002 15:43:19 -0000 Date: Wed, 10 Jul 2002 11:43:19 -0400 From: Brian Reichert To: Makoto Matsushita Cc: reichert@numachi.com, freebsd-hackers@FreeBSD.ORG Subject: Re: 'make release' tries to build a port? Message-ID: <20020710114319.R259@numachi.com> References: <20020707151855E.matusita@jp.FreeBSD.org> <20020707214508.V259@numachi.com> <20020709164943.K259@numachi.com> <20020710102552C.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020710102552C.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Wed, Jul 10, 2002 at 10:25:52AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 10:25:52AM +0900, Makoto Matsushita wrote: > > reichert> Unfortunately, I had to delve into other bits of mystery and wonder: > reichert> - The Makefile in usr/src/release; that's where KERNEL_FLAGS and > reichert> WORLD_FLAGS are mentioned. > > Ya, it should be documented in release(7) IMO... > > reichert> Now, if only I could automate a relationship between > reichert> RELEASETAG and BUILDNAME... > > You can set both RELEASETAG and BUILDNAME in your own shell script > which kicks "make release". That's just a shell-script programming problem:) That's essentially what I've done, but I don't know what the _relationship_ between them are. RELEASETAG BUILDNAME RELENG_4_4_0_RELEASE 4.4-RELEASE RELENG_4_5_0_RELEASE 4.5-RELEASE RELENG_4 4.6-STABLE? If FreeBSD were to maintain a 4.7-STABLE tree, the RELEASETAG would not change, but the BUILDNAME would. How to I transform a RELEASETAG into a BUILDNAME? I suspect I really need some meta-knowledge about what tags are in the CVS tree... > -- - > Makoto `MAR' Matsushita -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 9:16:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B2B37B400 for ; Wed, 10 Jul 2002 09:16:14 -0700 (PDT) Received: from nitrogen.wanadoo.fr (ca-sqy-3-156.abo.wanadoo.fr [80.8.56.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD80443E42 for ; Wed, 10 Jul 2002 09:16:13 -0700 (PDT) (envelope-from dak@nitrogen.wanadoo.fr) Received: from nitrogen.wanadoo.fr (nitrogen [127.0.0.1]) by nitrogen.wanadoo.fr (8.12.5/8.12.5) with ESMTP id g6AGDgbj022844 for ; Wed, 10 Jul 2002 18:13:45 +0200 (CEST) (envelope-from dak@nitrogen.wanadoo.fr) Received: (from dak@localhost) by nitrogen.wanadoo.fr (8.12.5/8.12.5/Submit) id g6AGDgur022843 for hackers@FreeBSD.org; Wed, 10 Jul 2002 18:13:42 +0200 (CEST) Date: Wed, 10 Jul 2002 18:13:42 +0200 From: =?unknown-8bit?Q?Aur=E9lien?= Nephtali To: hackers@FreeBSD.org Subject: Kernel space: MALLOC() & TAILQ_*() Message-ID: <20020710161342.GA22783@nitrogen> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm new in kernel coding (i'm making a kernel module) so i had to learn how to use MALLOC*() macros to get memory, not very difficult in fact. But when the moment of making a chained list came, the first difficulty appears :/ Before, i made chained lists like that: struct my_type { struct my_type *next; char elem[32]; int elem_flags; }; struct my_type *ch_list; struct my_type *add_2_list(char *elem, int flags) { struct my_type *chelem; chelem = (struct my_type *) malloc(sizeof(struct my_type)); chelem->elem_flags = flags; strncpy(chelem->elem, elem, 32); chelem->next = (struct my_type *) ch_list; ch_list = (struct my_type *) chelem; return((struct my_type *) chelem); } (sorry if my code disturbs somebody but i want to be very clear) So my question is: Is there a way to *port* this code to be compatible with kernel code ? With MALLOC*() macros, i cannot use this code directly because each buffer has his own structure (i mean M_MYBUF)... So i looked at the queue(3) manpage ... but i want to know if i can *port* my code before. -- Aurélien To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 9:25:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F349B37B400 for ; Wed, 10 Jul 2002 09:25:24 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ABDF43E3B for ; Wed, 10 Jul 2002 09:25:23 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g6AGPEH15128; Wed, 10 Jul 2002 20:25:15 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Jul 2002 20:25:14 +0400 (MSD) From: Dmitry Morozovsky To: Terry Lambert Cc: Erik Trulsson , Chuck Robey , FreeBSD Hackers List Subject: Re: swap & huge mem systems In-Reply-To: <3D2B6A45.86B061E7@mindspring.com> Message-ID: <20020710202313.N12097-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Terry Lambert wrote: TL> > So, if someone wants to get really quick swap and allocates 4 partitions TL> > on 4 drives *AND* also wand to get crashdumps, (s)he has to do this TL> > suboptimally (either allocate 1st more sized than phys RAM and other much TL> > smaller, or allocate approx 4 x phys RAM)? TL> > TL> > Then, the question: which technique is preferrable? TL> TL> You don't have to dump on your swap. It's just convenient to do. TL> You can actually dump on any raw partition which is large enough. TL> TL> If FreeBSD intrinsically handled "suspend to disk", then you would TL> need something seperate from swap, anyway. Yeah, this makes sense. Thank you for clarification. Hope StD feature will appear soon in -current (at least one of my friends would be *extremely* happy with this on his notebook). Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 9:33:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E823F37B400; Wed, 10 Jul 2002 09:33:07 -0700 (PDT) Received: from domestos.yandex.ru (domestos.yandex.ru [213.180.193.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC44E43E09; Wed, 10 Jul 2002 09:33:06 -0700 (PDT) (envelope-from tzukanov@narod.ru) Received: from dial-092.nross.ru ([195.161.59.219]:1152 "EHLO antares" ident: "NO-IDENT-SERVICE[2]" whoson: "tzukanov" TLS-CIPHER: TLS-PEER: ) by mail.yandex.ru with ESMTP id ; Wed, 10 Jul 2002 20:32:52 +0400 Content-Type: text/plain; charset=US-ASCII From: Serguei Tzukanov To: John Baldwin Subject: Re: A question about S/390 port Date: Wed, 10 Jul 2002 20:33:25 +0400 User-Agent: KMail/1.4.1 Cc: freebsd-hackers@freebsd.org, freebsd-platforms@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <200207102033.25184.tzukanov@narod.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > td_retval[0] is the low word, and td_retval[1] is the high word, you > just need to make sure the values from those two words get returned > properly to userland. 1) syscall returns 32-bit value: r2 = rv[0]; r3 = rv[1]; r3 is irrelevant here (ABI: "32-bit values returned in r2") 2) syscall returns 64-bit value: MI code uses something like *(int64_t *)rv = xxx, so I have to do r2 = rv[0]; r3 = rv[1]; ABI says "long long shall be returned with the lower addressed half in r2 and the higher in r3" 3) syscall folded into __syscall returns 32-bit value (e.g. mmap): MI code does usual r[0] = xxx; svc (syscall) handler does r2 = rv[0]; r3 = rv[1]; /* zeroed before */ then mmap wrapper in userspace casts this 64-bit to 32-bit (loads r2 with r3 really) and always gets 0. So to make it consistent I have to know size of returned value for every syscall and for case 3 do {r3 = rv[0]; r2 = rv[1]}. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 9:57:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8463937B400 for ; Wed, 10 Jul 2002 09:57:20 -0700 (PDT) Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1036E43E31 for ; Wed, 10 Jul 2002 09:57:20 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g6AGuTf01217; Wed, 10 Jul 2002 09:56:29 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200207101656.g6AGuTf01217@ambrisko.com> Subject: Re: Motherboard temperature sensing In-Reply-To: <20020710015926.GA8625@dan.emsphone.com> To: Dan Nelson Date: Wed, 10 Jul 2002 09:56:29 -0700 (PDT) Cc: Julian Elischer , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson writes: | In the last episode (Jul 09), Julian Elischer said: | > I haven't been following this so now naturally | > it becomes important.. | > | > anyone have good pointers? | | healthd, mbmon, or lmmon, in ports. Healthd and lmmon don't get all my | variables, mbmon does (Asus cuv4vd motherboard). All are easily | scriptable for graphing purposes, healthd can be configured to run | scripts based on trigger settings. mbmon seems pretty good knowing about more chips. One thing that is annoying about this stuff is that different chips tend to layout the registers in various ways and potentially different access schemes. I find the best best is to look at the super I/O chip and then get the data sheet for it and code away. That unfortunately seems to be the best bet. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 10:17: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7930D37B400 for ; Wed, 10 Jul 2002 10:17:05 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBDD43E58 for ; Wed, 10 Jul 2002 10:17:04 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6AHH1Kr094095; Wed, 10 Jul 2002 12:17:01 -0500 (CDT) (envelope-from dan) Date: Wed, 10 Jul 2002 12:17:01 -0500 From: Dan Nelson To: Alex Dupre Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: terminfo/termcap and cygwin Message-ID: <20020710171701.GA86282@dan.emsphone.com> References: <55271305897.20020710154832@alexdupre.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55271305897.20020710154832@alexdupre.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jul 10), Alex Dupre said: > In normal situation accessing to a FreeBSD 4.x machine from cygwin is not > very pleasant: editing files is quite a pain, there are many terminal > "glitches" like the cursor in the wrong position and garbage text. > A trick to resolve this issue is to copy the binary cygwin terminfo file in > /usr/share/misc/terminfo/c/ For termcap, you should copy the "cygwin" and "linux" entries out of the /etc/termcap on your cygwin box, and replace the (apparently buggy) entries in /usr/share/misc/termcap on the FreeBSD box. Run "cap_mkdb /usr/share/misc/termcap" when you're done. That should make FreeBSD use cygwin's updated termcap entries. If this fixes your problem, use send-pr to file a FreeBSD bug on it. If it doesn't, file a bug with cygwin, asking them to update their own termcap entry :) -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 10:29:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E97BA37B400 for ; Wed, 10 Jul 2002 10:29:33 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AF0843E09 for ; Wed, 10 Jul 2002 10:29:33 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 703 invoked from network); 10 Jul 2002 17:29:31 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 10 Jul 2002 17:29:31 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g6AHTU027679; Wed, 10 Jul 2002 13:29:30 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200207102033.25184.tzukanov@narod.ru> Date: Wed, 10 Jul 2002 13:29:34 -0400 (EDT) From: John Baldwin To: Serguei Tzukanov Subject: Re: A question about S/390 port Cc: freebsd-platforms@freebsd.org, freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10-Jul-2002 Serguei Tzukanov wrote: > >> td_retval[0] is the low word, and td_retval[1] is the high word, you >> just need to make sure the values from those two words get returned >> properly to userland. > > 1) syscall returns 32-bit value: > r2 = rv[0]; > r3 = rv[1]; > r3 is irrelevant here (ABI: "32-bit values returned in r2") > > 2) syscall returns 64-bit value: > MI code uses something like > *(int64_t *)rv = xxx, so I have to do > r2 = rv[0]; > r3 = rv[1]; > ABI says "long long shall be returned with the lower > addressed half in r2 and the higher in r3" > > 3) syscall folded into __syscall returns 32-bit value (e.g. mmap): > MI code does usual > r[0] = xxx; > svc (syscall) handler does > r2 = rv[0]; > r3 = rv[1]; /* zeroed before */ > then mmap wrapper in userspace casts this 64-bit to 32-bit > (loads r2 with r3 really) and always gets 0. Why does the cast from 32 to 64 treat r3 as the lower 32-bits when a 64-bit return value treats r3 as the upper 32-bits and r2 as the lower 32-bits? That is inconsistent and you are going to have problems with either one or the other. I also don't understand exactly what you mean by "syscall folded into __syscall". -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 10:36:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 407E737B400 for ; Wed, 10 Jul 2002 10:36:29 -0700 (PDT) Received: from extreme.c-wind.com (extreme.c-wind.com [202.239.89.14]) by mx1.FreeBSD.org (Postfix) with SMTP id F28D643E42 for ; Wed, 10 Jul 2002 10:36:27 -0700 (PDT) (envelope-from tomoyuki@pobox.com) Received: (qmail 537 invoked from network); 11 Jul 2002 02:36:25 +0900 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 11 Jul 2002 02:36:25 +0900 Date: Thu, 11 Jul 2002 02:36:24 +0900 (JST) Message-Id: <20020711.023624.74756123.tomoyuki@pobox.com> To: hackers@FreeBSD.org Subject: Changes in kernel between 4.5-R to 4.6-R From: Tomoyuki Murakami X-Mailer: Mew version 3.0.55 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, hackers. I have a SCSI host adapter, called 'DMX3194UP' manufactured by Taiwan company (http://www.domex.com.tw/). I had privately adapted its device driver to FreeBSD 4.4. (http://www.c-wind.com/~tomo/i91u-newbus.tar.gz) and, have used with kernel 4.4-R and 4.5-R, driving IBM SCSI DISK. This driver worked well, without any pariculer problems for a while. When I up-grade the OS to 4.6-R, the driver becomes croaking 'timed out' frequently. I do not have any debuggin tech, so, I could not make the points out. The only thing I know is that this simply means the driver's xxx_timeout routine was called, and I saw this never happens until some number of accesses to the DISK occur. Diffs between 4.5-R to 4.6-R src/sys was not helpful for me. What was changed in kernel which being likely to cause timeouts ? * this driver do not support DEVICE_POLLING. so, I did not made DEVICE_POLLING option enable. * this driver uses CAM I/F. Thanks, --- tomo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 10:58:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D26B837B400 for ; Wed, 10 Jul 2002 10:58:50 -0700 (PDT) Received: from smtp09.wxs.nl (smtp09.wxs.nl [195.121.6.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A9043E64 for ; Wed, 10 Jul 2002 10:58:49 -0700 (PDT) (envelope-from freebsd-reply@akruijff.dds.nl) Received: from cybertron.kruijff ([213.10.151.186]) by smtp09.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id GZ1OLZ00.4M8; Wed, 10 Jul 2002 19:58:47 +0200 Date: Wed, 10 Jul 2002 19:58:32 +0200 From: Alex X-Mailer: The Bat! (v1.53d) Reply-To: Alex X-Priority: 3 (Normal) Message-ID: <8628588548.20020710195832@dds.nl> To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ipfilter In-Reply-To: <20020710145242.S89586-100000@fw.cgn.icom> References: <20020710145242.S89586-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello/Beste Bogdan, Wednesday, July 10, 2002, 2:55:45 PM, you wrote: BT> Hi, BT> I have the following problem on a FreeBSD 4.6 machine: compiled the BT> kernel with the following options: BT> options IPFIREWALL #firewall BT> options IPFIREWALL_VERBOSE #enable logging to syslogd(8) BT> options IPFIREWALL_FORWARD #enable transparent proxy support BT> options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity BT> options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by BT> default BT> options IPDIVERT #divert sockets BT> options IPFILTER #ipfilter support BT> options IPFILTER_LOG #ipfilter logging BT> rebooted that kernel, and tried: BT> (14:57) root@(bgd)[~] ipf -E BT> IP Filter: already initialized BT> (14:58) root@(bgd)[~] ipf block in all from any to any BT> (14:58) root@(bgd)[~] ipfstat -i BT> empty list for ipfilter(in) BT> (14:58) root@(bgd)[~] ipfstat -o BT> empty list for ipfilter(out) BT> Why are the rules still empty? Of course, I am able to ping/whatever all BT> the machines from the exterior, and the same with my machine. BT> What am I doing wrong? BT> Some more infos: BT> (14:58) root@(bgd)[~] uname -a BT> FreeBSD bgd.icomag.de 4.6-RELEASE FreeBSD 4.6-RELEASE #3: Wed Jul 10 BT> 14:42:21 CEST 2002 root@bgd.icomag.de:/usr/src/sys/compile/bgd i386 BT> (14:59) root@(bgd)[~] ipf -V BT> ipf: IP Filter: v3.4.27 (336) BT> Kernel: IP Filter: v3.4.27 BT> Running: yes BT> Log Flags: 0 = none set BT> Default: pass all, Logging: available BT> Active list: 0 BT> Thank you, BT> bogdan You have to place the rules in the file /etc/ipf.rules and you have to modify your rc.conf to load these and start the firewall. I notice that you have two firewall ipfw and ipf. -- Best regards/Met vriendelijke groet, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 11:37:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5706837B401 for ; Wed, 10 Jul 2002 11:37:43 -0700 (PDT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6211F43E4A for ; Wed, 10 Jul 2002 11:37:42 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd07.sul.t-online.de by mailout02.sul.t-online.com with smtp id 17SMLM-0002kN-01; Wed, 10 Jul 2002 20:37:40 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.224.171.173]) by fmrl07.sul.t-online.com with esmtp id 17SML6-0E6iZcC; Wed, 10 Jul 2002 20:37:24 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g6AIbNQ77765 for ; Wed, 10 Jul 2002 20:37:23 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.4/8.12.4) with ESMTP id g6AIaNNC016627 for ; Wed, 10 Jul 2002 20:36:23 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.4/8.12.4/Submit) id g6AIaMCP016626; Wed, 10 Jul 2002 20:36:22 +0200 (CEST) Date: Wed, 10 Jul 2002 20:36:19 +0200 From: "Simon 'corecode' Schubert" To: hackers@freebsd.org Subject: Re: bug in ssh handling rgid Message-Id: <20020710203619.2bed0daa.corecode@corecode.ath.cx> In-Reply-To: <20020710192740.09af7172.corecode@corecode.ath.cx> References: <20020710192740.09af7172.corecode@corecode.ath.cx> X-Mailer: Sylpheed version 0.7.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.Ex2HWzFHAwF_Vz" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.Ex2HWzFHAwF_Vz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 10 Jul 2002 19:27:40 +0200 Simon 'corecode' Schubert wrote: > (= old ssh, though the new one seems to have the same problem as i can > tell that from the sources) well it seems i didn't look good enough. after installing the latest ssh binary the problem vanished :/ sorry for the fuzz cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.Ex2HWzFHAwF_Vz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9LH6mr5S+dk6z85oRArNRAKDIW66iVIpLDChHFM3XNaLa9D14xQCfS9/J DCj8Xnurgig1y4LOqNKk4HY= =MP0R -----END PGP SIGNATURE----- --=.Ex2HWzFHAwF_Vz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 12:20:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DE937B412; Wed, 10 Jul 2002 12:20:09 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E9D043E5E; Wed, 10 Jul 2002 12:20:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020710192008.SGRK24728.rwcrmhc51.attbi.com@InterJet.elischer.org>; Wed, 10 Jul 2002 19:20:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA41788; Wed, 10 Jul 2002 12:04:41 -0700 (PDT) Date: Wed, 10 Jul 2002 12:04:41 -0700 (PDT) From: Julian Elischer To: Serguei Tzukanov Cc: John Baldwin , freebsd-hackers@freebsd.org, freebsd-platforms@freebsd.org Subject: Re: A question about S/390 port In-Reply-To: <200207102033.25184.tzukanov@narod.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OK so I have to ask.. S/390 as in IBM Mainframem S/390? On Wed, 10 Jul 2002, Serguei Tzukanov wrote: > > > td_retval[0] is the low word, and td_retval[1] is the high word, you > > just need to make sure the values from those two words get returned > > properly to userland. > > 1) syscall returns 32-bit value: > r2 = rv[0]; > r3 = rv[1]; > r3 is irrelevant here (ABI: "32-bit values returned in r2") > > 2) syscall returns 64-bit value: > MI code uses something like > *(int64_t *)rv = xxx, so I have to do > r2 = rv[0]; > r3 = rv[1]; > ABI says "long long shall be returned with the lower > addressed half in r2 and the higher in r3" > > 3) syscall folded into __syscall returns 32-bit value (e.g. mmap): > MI code does usual > r[0] = xxx; > svc (syscall) handler does > r2 = rv[0]; > r3 = rv[1]; /* zeroed before */ > then mmap wrapper in userspace casts this 64-bit to 32-bit > (loads r2 with r3 really) and always gets 0. > > So to make it consistent I have to know size of returned value for every > syscall and for case 3 do {r3 = rv[0]; r2 = rv[1]}. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 12:57:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D660237B400 for ; Wed, 10 Jul 2002 12:57:51 -0700 (PDT) Received: from mail3.ksc.th.com (mail3.ksc.th.com [203.155.0.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38F543E3B for ; Wed, 10 Jul 2002 12:57:49 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.156.15.36]) by mail3.ksc.th.com (8.12.1/8.12.0) with SMTP id g6AJjxHZ022592 for ; Thu, 11 Jul 2002 02:57:47 +0700 Message-Id: <200207101957.g6AJjxHZ022592@mail3.ksc.th.com> Date: Thu, 11 Jul 2002 02:59:53 To: freebsd-hackers@FreeBSD.org From: easytoberich01@yahoo.com (international e-business) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13: 5:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F5C237B400; Wed, 10 Jul 2002 13:05:44 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8B043E31; Wed, 10 Jul 2002 13:05:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0451.cvx22-bradley.dialup.earthlink.net ([209.179.199.196] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SNiW-0003Ux-00; Wed, 10 Jul 2002 13:05:40 -0700 Message-ID: <3D2C9369.87741027@mindspring.com> Date: Wed, 10 Jul 2002 13:04:57 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Serguei Tzukanov Cc: freebsd-platforms@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: A question about S/390 port References: <200207101554.09734.tzukanov@narod.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It sounds like a tty driver problem. Does the emulator even support this? Do you have a package, so that people can install your developement environment and use your patches so they can participate in helping you code? -- Terry Serguei Tzukanov wrote: > > Some working notes. > > I've written the libc/csu part, kernel successfully starts init and init > forks off for the execve of -sh, > (http://tzukanov.narod.ru/freebsd390/bootlog.txt) > but there is problem with printing from userland, e.g. output from > userland are not visible. Write syscall to descs 1,2 in init returns > with success. > I'm sure it's something very stupid, so maybe someone have a clue? > > And another problem (well-known?): > __syscall returns 64-bit value but mmap returns 4-byte word in the > td->td_retval[0]. Wrapper for mmap in libc casts 64 rv to 32 and alays > gets zero. This leads to truncating to zero due to cast on 32-bit > big-endian architectures. > The solution is obvious - using constructs like > td->td_retval[_QUAD_LOWWORD] = xxx in MI code. > > For now I just avoid it with hack in syscall handler. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:14:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685AC37B406 for ; Wed, 10 Jul 2002 13:14:11 -0700 (PDT) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB4143E64 for ; Wed, 10 Jul 2002 13:14:10 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr364-a18.otenet.gr [195.167.109.50]) by mailsrv.otenet.gr (8.12.4/8.12.4) with ESMTP id g6AKE7Hw003674; Wed, 10 Jul 2002 23:14:07 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.5/8.12.5) with ESMTP id g6AKDY9R002685; Wed, 10 Jul 2002 23:14:04 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.5/8.12.5/Submit) id g6AHYIbd001513; Wed, 10 Jul 2002 20:34:18 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 10 Jul 2002 20:34:17 +0300 From: Giorgos Keramidas To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.org Subject: Re: ipfilter Message-ID: <20020710173417.GD1118@hades.hell.gr> References: <20020710145242.S89586-100000@fw.cgn.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020710145242.S89586-100000@fw.cgn.icom> X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 X-Phone: +30-944-116520 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-07-10 14:55 +0000, Bogdan TARU wrote: > > (14:57) root@(bgd)[~] ipf -E > IP Filter: already initialized > (14:58) root@(bgd)[~] ipf block in all from any to any > (14:58) root@(bgd)[~] ipfstat -i > empty list for ipfilter(in) > (14:58) root@(bgd)[~] ipfstat -o > empty list for ipfilter(out) Try this: # echo "block in all from any to any" | ipf - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:15:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DE3A37B400 for ; Wed, 10 Jul 2002 13:15:14 -0700 (PDT) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E8FF43E64 for ; Wed, 10 Jul 2002 13:15:13 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr364-a18.otenet.gr [195.167.109.50]) by mailsrv.otenet.gr (8.12.4/8.12.4) with ESMTP id g6AKEcHw004151; Wed, 10 Jul 2002 23:14:39 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.5/8.12.5) with ESMTP id g6AKDY9T002685; Wed, 10 Jul 2002 23:14:35 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.5/8.12.5/Submit) id g6AHW9BW001486; Wed, 10 Jul 2002 20:32:09 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 10 Jul 2002 20:32:08 +0300 From: Giorgos Keramidas To: David Schultz Cc: Chuck Robey , "Brandon D. Valentine" , Matthew Dillon , Terry Lambert , Erik Trulsson , FreeBSD Hackers List Subject: Re: swap & huge mem systems Message-ID: <20020710173208.GC1118@hades.hell.gr> References: <20020710011938.GA1198@HAL9000.wox.org> <20020709212945.K945-100000@april.chuckr.org> <20020710074809.GA240@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020710074809.GA240@HAL9000.wox.org> X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 X-Phone: +30-944-116520 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-07-10 00:48 +0000, David Schultz wrote: > But to be fair, I have heard that Western Digital drives also used > to have problems, back in the early 90's when the company was > struggling financially. Maybe Fujitsu has changed as well. Western Digitals used to be horrible back in 1994-1998 when I had two disks die on me, shortly after having been bought. Three of the major resellers here in Patras, recommended that I avoid Western Digitals because they had started getting tired of returning disks. I bought a few Quantum disks since then, but I now have no problems with my 45 GB WD450AA-00BAA0 drive. It has worked flawlessly for more than the 3 year warranty period, and has never, not once, given me any sort of problems :) - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:23:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D251837B400 for ; Wed, 10 Jul 2002 13:23:19 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 653DC43E4A for ; Wed, 10 Jul 2002 13:23:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0451.cvx22-bradley.dialup.earthlink.net ([209.179.199.196] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SNzN-0001d8-00; Wed, 10 Jul 2002 13:23:05 -0700 Message-ID: <3D2C977E.F4EC2346@mindspring.com> Date: Wed, 10 Jul 2002 13:22:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Dupre Cc: freebsd-hackers@freebsd.org Subject: Re: terminfo/termcap and cygwin References: <55271305897.20020710154832@alexdupre.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alex Dupre wrote: > In normal situation accessing to a FreeBSD 4.x machine from cygwin is not > very pleasant: editing files is quite a pain, there are many terminal > "glitches" like the cursor in the wrong position and garbage text. Sounds like Cygwin's terminal program fails to correctly implement the ANSI 3.64 standard. Could you use an ANSI 3.64 standard terminal, instead? Windows Telnet is standards compliant, for example. > I read that FreeBSD uses termcap rather than terminfo, but either the > included cygwin entry or the terminfo-generated one don't work correctly. So > the binary terminfo seems to be the only solution (and termcap seems to be > not so powerful). Termcap is more powerful. The author of terminfo, Bill Joy, has stated this in interviews: you can arbitrarily add attributes to termcap without having to recompile all your applications. With terminfo, since it stores raw structure images, adding a field changes the structure size, and potentially the order of the elements, and therefore you must recompile everything that uses it, if you add a field. The primary design goals of terminfo were: o Abuse the FS as a database to facilitate fast lookups using the system FS directory structure, rather than an ordered search for a newline followed by a non-whitespace character listing alternate values seperated by the pipe ('|') symbol up to the first colon (':') symbol. o Keep users from screwing up the database, because the average user does not understand how to write proper terminal descriptions, by reserving the avility to add/edit such descriptions to the vendor. > My question is: should terminfo database be installed (manually or by > make/installworld) or is there a better fix? "No" and "Yes", answered in the order asked. The ultimate fix is to have your terminal program comply with the standards. Failing that, you need to write a correct entry. I'm going to guess that either a cursor movement optimization is triggering a bug in the emulator state machine, or you aren't setting the autowrap/automargin attribute correctly in the termcap entry. These are the most common termcap errors. Actually, if you do a search for: termcap entry test program You should be able to quickly identify what's wrong with your termcap entry, or if it's actually another Cygwin bug. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:26:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08CD037B400 for ; Wed, 10 Jul 2002 13:26:53 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 872DF43E52 for ; Wed, 10 Jul 2002 13:26:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0451.cvx22-bradley.dialup.earthlink.net ([209.179.199.196] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SO2z-0006tO-00; Wed, 10 Jul 2002 13:26:49 -0700 Message-ID: <3D2C9854.C2A80179@mindspring.com> Date: Wed, 10 Jul 2002 13:25:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Dupre Cc: Peter Elsner , freebsd-hackers@freebsd.org Subject: Re: terminfo/termcap and cygwin References: <5.1.0.14.2.20020710091744.00a434e0@mail.servplex.com> <69273909140.20020710163156@alexdupre.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alex Dupre wrote: > PE> cd to /usr/ports/devel/ncurses > PE> Comment out the following 3 lines: > PE> Save the Makefile, and type: make && make install && make clean > PE> Terminfo (including the db's) should now install fine... > > Yes, but this is a work-around. If terminfo is needed, it should be > installed by default. Modifying a port esplicitely forbidden for 4.x > releases is not a clean way. Terminfo is never needed, since all terminfo data can be represented in termcap. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:49: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5754637B400; Wed, 10 Jul 2002 13:48:59 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id E57E943E09; Wed, 10 Jul 2002 13:48:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0451.cvx22-bradley.dialup.earthlink.net ([209.179.199.196] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SOOP-0002jv-00; Wed, 10 Jul 2002 13:48:57 -0700 Message-ID: <3D2C9D8E.B8E22B05@mindspring.com> Date: Wed, 10 Jul 2002 13:48:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Serguei Tzukanov , freebsd-platforms@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: A question about S/390 port References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > Why does the cast from 32 to 64 treat r3 as the lower 32-bits when > a 64-bit return value treats r3 as the upper 32-bits and r2 as the > lower 32-bits? That is inconsistent and you are going to have > problems with either one or the other. I also don't understand > exactly what you mean by "syscall folded into __syscall". God's byte order, rather than Intel's? 8-) 8-) ;^). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 13:55:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9417337B400 for ; Wed, 10 Jul 2002 13:55:19 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B809243E4A for ; Wed, 10 Jul 2002 13:55:18 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6AKtXhr000508; Wed, 10 Jul 2002 13:55:33 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6AKtQKB000507; Wed, 10 Jul 2002 13:55:26 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 10 Jul 2002 13:55:26 -0700 From: David Schultz To: Attila Nagy Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Uptime of a system Message-ID: <20020710205526.GA455@HAL9000.wox.org> Mail-Followup-To: Attila Nagy , freebsd-hackers@FreeBSD.ORG References: <3D2B89AA.D52446E9@math.missouri.edu> <20020710012956.GB1198@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Attila Nagy : > > > hub# uptime > > > 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 > > Now just run an HTTP server. Netcraft will hate you. ;-) > Netcraft doesn't run "uptime" on his machine... Userland hacks don't > count. Right... the real hack would be to futz with the TCP timestamp counter. But it's a stupid one-liner; you're not supposed to argue its technical merits! :P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 14: 3:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAD2C37B400 for ; Wed, 10 Jul 2002 14:03:27 -0700 (PDT) Received: from patrocles.silby.com (d148.as28.nwbl0.wi.voyager.net [169.207.71.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A45543E3B for ; Wed, 10 Jul 2002 14:03:26 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6AL79cv028771; Wed, 10 Jul 2002 16:07:09 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g6AL74ZK028768; Wed, 10 Jul 2002 16:07:05 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Wed, 10 Jul 2002 16:07:03 -0500 (CDT) From: Mike Silbersack To: David Schultz Cc: Attila Nagy , Subject: Re: Uptime of a system In-Reply-To: <20020710205526.GA455@HAL9000.wox.org> Message-ID: <20020710160626.S28454-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 10 Jul 2002, David Schultz wrote: > Thus spake Attila Nagy : > > > > hub# uptime > > > > 8:09PM up 5790 days, 1:24, 1 user, load averages: 0.00, 0.00, 0.00 > > > Now just run an HTTP server. Netcraft will hate you. ;-) > > Netcraft doesn't run "uptime" on his machine... Userland hacks don't > > count. > > Right... the real hack would be to futz with the TCP timestamp > counter. But it's a stupid one-liner; you're not supposed to > argue its technical merits! :P If you want to be really funny, jump the value every day at midnight by 24 hours or so. Then when netcraft graphs it over time, it will look really funny. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 15:43:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F91A37B400; Wed, 10 Jul 2002 15:43:11 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FBB43E42; Wed, 10 Jul 2002 15:43:10 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost [127.0.0.1]) by k6.locore.ca (8.12.5/8.12.3) with ESMTP id g6AMjfKk050296; Wed, 10 Jul 2002 18:45:41 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.5/8.12.3/Submit) id g6AMjfmu050295; Wed, 10 Jul 2002 18:45:41 -0400 (EDT) Date: Wed, 10 Jul 2002 18:45:40 -0400 From: Jake Burkholder To: Serguei Tzukanov Cc: freebsd-platforms@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: A question about S/390 port Message-ID: <20020710184540.C48985@locore.ca> References: <200207101554.09734.tzukanov@narod.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200207101554.09734.tzukanov@narod.ru>; from tzukanov@narod.ru on Wed, Jul 10, 2002 at 03:54:09PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Wed, Jul 10, 2002 at 03:54:09PM +0400, Serguei Tzukanov said words to the effect of; > Some working notes. > > I've written the libc/csu part, kernel successfully starts init and init > forks off for the execve of -sh, > (http://tzukanov.narod.ru/freebsd390/bootlog.txt) > but there is problem with printing from userland, e.g. output from > userland are not visible. Write syscall to descs 1,2 in init returns > with success. > I'm sure it's something very stupid, so maybe someone have a clue? I think this is because your console driver (hc) doesn't have a tty interface, just the low level cn* stuff. If you look at the ofw_console driver, it provides a rudimentary tty interface using polling and cngetc, cnputc equivalents. Jake > > And another problem (well-known?): > __syscall returns 64-bit value but mmap returns 4-byte word in the > td->td_retval[0]. Wrapper for mmap in libc casts 64 rv to 32 and alays > gets zero. This leads to truncating to zero due to cast on 32-bit > big-endian architectures. > The solution is obvious - using constructs like > td->td_retval[_QUAD_LOWWORD] = xxx in MI code. > > For now I just avoid it with hack in syscall handler. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 15:44:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B41A137B400 for ; Wed, 10 Jul 2002 15:44:54 -0700 (PDT) Received: from mail.npubs.com (npubs.com [207.111.208.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A27243E42 for ; Wed, 10 Jul 2002 15:44:54 -0700 (PDT) (envelope-from nielsen@memberwebs.com) From: "Nielsen" To: "Bogdan TARU" , References: <20020710145242.S89586-100000@fw.cgn.icom> Subject: Re: ipfilter MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20020710224549.5986A43BA03@mail.npubs.com> Date: Wed, 10 Jul 2002 22:45:49 +0000 (GMT) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG That's not how you specify rules. Read the ipf(8) manual page. Cheers Nate > (14:58) root@(bgd)[~] ipf block in all from any to any To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17: 5:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE1137B400 for ; Wed, 10 Jul 2002 17:05:52 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF21F43E31 for ; Wed, 10 Jul 2002 17:05:51 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g6B05in60564; Thu, 11 Jul 2002 09:05:44 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20020710114319.R259@numachi.com> References: <20020709164943.K259@numachi.com> <20020710102552C.matusita@jp.FreeBSD.org> <20020710114319.R259@numachi.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 9 From: Makoto Matsushita To: reichert@numachi.com Subject: Re: 'make release' tries to build a port? Date: Thu, 11 Jul 2002 09:05:41 +0900 Message-Id: <20020711090541S.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG reichert> How to I transform a RELEASETAG into a BUILDNAME? I suspect reichert> I really need some meta-knowledge about what tags are in the reichert> CVS tree... I used to check src/sys/conf/newvers.sh. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17: 7:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF4C137B400; Wed, 10 Jul 2002 17:07:13 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FA4643E09; Wed, 10 Jul 2002 17:07:13 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.4/8.12.4) with ESMTP id g6B07C5V043518; Wed, 10 Jul 2002 18:07:12 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.4/8.12.4/Submit) id g6B07Cj3043517; Wed, 10 Jul 2002 18:07:12 -0600 (MDT) Date: Wed, 10 Jul 2002 18:07:12 -0600 From: Chad David To: hackers@freebsd.org Cc: alfred@freebsd.org Subject: tuning for samba Message-ID: <20020710180711.A43342@colnta.acns.ab.ca> Mail-Followup-To: hackers@freebsd.org, alfred@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A local company has been having issues with samba for some time (it kills an e250, and has seriously stressed an e5000) and I've been telling the admin (half seriously) that he should just toss it on a PC with FreeBSD. Well they finally got tired of hearing FreeBSD this and FreeBSD that and asked me to bring a box in if I was so confident... tomorrow morning at 9am. So, I'm building a new box tonight and was wondering if anybody has any tried and true tuning parameters for samba on -stable. They currently have ~700 users attached. The load per user is pretty low but just rebooting and handling the reconnects has killed small boxes. As a side note, the data being served will be attached to the samba server via NFS. Thanks. -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:15:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC8E837B400; Wed, 10 Jul 2002 17:15:10 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E83A43E54; Wed, 10 Jul 2002 17:15:08 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g6B0EoZL047066; Thu, 11 Jul 2002 09:44:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: tuning for samba From: "Daniel O'Connor" To: Chad David Cc: hackers@FreeBSD.ORG, alfred@FreeBSD.ORG In-Reply-To: <20020710180711.A43342@colnta.acns.ab.ca> References: <20020710180711.A43342@colnta.acns.ab.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 11 Jul 2002 09:44:50 +0930 Message-Id: <1026346492.9481.0.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 09:37, Chad David wrote: > A local company has been having issues with samba for some time (it kills > an e250, and has seriously stressed an e5000) and I've been telling the > admin (half seriously) that he should just toss it on a PC with FreeBSD. > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > asked me to bring a box in if I was so confident... tomorrow morning at > 9am. So, I'm building a new box tonight and was wondering if anybody > has any tried and true tuning parameters for samba on -stable. They > currently have ~700 users attached. The load per user is pretty low > but just rebooting and handling the reconnects has killed small boxes. > As a side note, the data being served will be attached to the samba server > via NFS. > > Thanks. > > -- > Chad David davidc@acns.ab.ca > www.FreeBSD.org davidc@freebsd.org > ACNS Inc. Calgary, Alberta Canada > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:15:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA6D37B400; Wed, 10 Jul 2002 17:15:56 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5449243E31; Wed, 10 Jul 2002 17:15:54 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g6B0FkZL047127; Thu, 11 Jul 2002 09:45:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: tuning for samba From: "Daniel O'Connor" To: Chad David Cc: hackers@FreeBSD.ORG, alfred@FreeBSD.ORG In-Reply-To: <20020710180711.A43342@colnta.acns.ab.ca> References: <20020710180711.A43342@colnta.acns.ab.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 11 Jul 2002 09:45:46 +0930 Message-Id: <1026346547.9481.2.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 09:37, Chad David wrote: > A local company has been having issues with samba for some time (it kills > an e250, and has seriously stressed an e5000) and I've been telling the > admin (half seriously) that he should just toss it on a PC with FreeBSD. > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > asked me to bring a box in if I was so confident... tomorrow morning at > 9am. So, I'm building a new box tonight and was wondering if anybody > has any tried and true tuning parameters for samba on -stable. They > currently have ~700 users attached. The load per user is pretty low > but just rebooting and handling the reconnects has killed small boxes. Heheh.. > As a side note, the data being served will be attached to the samba server > via NFS. Lots and lots of RAM and mbufs? It is basically going to be doing zero local disk access ya? Got any 1Gb DIMMs handy? :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:23:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D428137B400; Wed, 10 Jul 2002 17:23:47 -0700 (PDT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21E9F43E09; Wed, 10 Jul 2002 17:23:47 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.159.156]) by out003.verizon.net (InterMail vM.5.01.05.05 201-253-122-126-105-20020426) with ESMTP id <20020711002345.BHDQ25984.out003.verizon.net@bellatlantic.net>; Wed, 10 Jul 2002 19:23:45 -0500 Message-ID: <3D2CD00F.9729BA13@bellatlantic.net> Date: Wed, 10 Jul 2002 20:23:43 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: Greg 'groggy' Lehey Cc: Kent Stewart , Julian Elischer , hackers@FreeBSD.ORG Subject: Re: offtopic: low level format of IDE drive. References: <3D2A0835.9000608@owt.com> <20020709010245.GJ90012@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greg 'groggy' Lehey wrote: > > On Monday, 8 July 2002 at 14:46:29 -0700, Kent Stewart wrote: > > All of the manufacturers have a program that will do that. Many of > > them even produce a bootable floppy. Check their support web page. > > I went looking for format utilities and didn't find anything. Finally > I stuck the disk in an old 486 with a format utility in the BIOS, and > that worked (fortunately the damage was below the 504 MB boundary :-). > > While looking at these format programs, I gained the distinct > impression that they didn't really format. The description was too > vague to make it clear just what they did do, though. Quite possibly > it's the same as dd if=/dev/zero, and it just relocates the logical > sectors. Once in 1996 I had a Western Digital IDE disk that developed bad sectors on it. Rewriting it (doing dd) did not help. The BIOS format did not help. But when I returned this disk to the dealer they ran some low-level format after which the errors were gone and the disk worked happily ever after. So apparently they are not the same. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:38:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4491B37B400; Wed, 10 Jul 2002 17:38:37 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-244-12.dsl.sntc01.pacbell.net [64.175.244.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EE543E31; Wed, 10 Jul 2002 17:38:36 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6B1opL05404; Thu, 11 Jul 2002 11:20:51 +0930 Date: Thu, 11 Jul 2002 11:20:51 +0930 (CST) From: Richard Sharpe To: Chad David Cc: , Subject: Re: tuning for samba In-Reply-To: <20020710180711.A43342@colnta.acns.ab.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 10 Jul 2002, Chad David wrote: > A local company has been having issues with samba for some time (it kills > an e250, and has seriously stressed an e5000) and I've been telling the > admin (half seriously) that he should just toss it on a PC with FreeBSD. > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > asked me to bring a box in if I was so confident... tomorrow morning at > 9am. So, I'm building a new box tonight and was wondering if anybody > has any tried and true tuning parameters for samba on -stable. They > currently have ~700 users attached. The load per user is pretty low > but just rebooting and handling the reconnects has killed small boxes. As others have said, memory is an issue. In some 'benchmark' testing, I have noticed that FreeBSD holds up pretty well to large numbers of connects coming in at one time, say compared to Linux. Starting up 100 clients during about two or three seconds (as long as it takes to fork 100 processes on the driver) does not kill a FreeBSD Samba server as much as it does a Linux server running Linux 2.4.x. Certainly, a 2GB machine that I regularly test against does not notice the smbds start up all that much. > As a side note, the data being served will be attached to the samba server > via NFS. Hmmm, some of the locking stuff might be an issue then ... Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:41: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1DD137B400 for ; Wed, 10 Jul 2002 17:41:03 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FECE43E31 for ; Wed, 10 Jul 2002 17:41:03 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.4/8.12.4) with ESMTP id g6B0ex5V043772; Wed, 10 Jul 2002 18:40:59 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.4/8.12.4/Submit) id g6B0exIf043771; Wed, 10 Jul 2002 18:40:59 -0600 (MDT) Date: Wed, 10 Jul 2002 18:40:59 -0600 From: Chad David To: "Daniel O'Connor" Cc: hackers@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020710184059.A43724@colnta.acns.ab.ca> Mail-Followup-To: Daniel O'Connor , hackers@FreeBSD.ORG References: <20020710180711.A43342@colnta.acns.ab.ca> <1026346547.9481.2.camel@chowder.gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1026346547.9481.2.camel@chowder.gsoft.com.au>; from doconnor@gsoft.com.au on Thu, Jul 11, 2002 at 09:45:46AM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 09:45:46AM +0930, Daniel O'Connor wrote: > On Thu, 2002-07-11 at 09:37, Chad David wrote: > > A local company has been having issues with samba for some time (it kills > > an e250, and has seriously stressed an e5000) and I've been telling the > > admin (half seriously) that he should just toss it on a PC with FreeBSD. > > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > > asked me to bring a box in if I was so confident... tomorrow morning at > > 9am. So, I'm building a new box tonight and was wondering if anybody > > has any tried and true tuning parameters for samba on -stable. They > > currently have ~700 users attached. The load per user is pretty low > > but just rebooting and handling the reconnects has killed small boxes. > > Heheh.. > > > As a side note, the data being served will be attached to the samba server > > via NFS. > > Lots and lots of RAM and mbufs? > > It is basically going to be doing zero local disk access ya? > > Got any 1Gb DIMMs handy? :) So you don't think 32M will do it eh? ;). I have a pretty good handle on the basic issues, what I was hoping for was somebody to step forward and say "we do this, and this is what has worked best for us" :). -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:44:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C03537B400 for ; Wed, 10 Jul 2002 17:44:53 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7207143E6A for ; Wed, 10 Jul 2002 17:44:52 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.4/8.12.4) with ESMTP id g6B0ip5V043815; Wed, 10 Jul 2002 18:44:51 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.4/8.12.4/Submit) id g6B0ipRa043814; Wed, 10 Jul 2002 18:44:51 -0600 (MDT) Date: Wed, 10 Jul 2002 18:44:51 -0600 From: Chad David To: Richard Sharpe Cc: hackers@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020710184451.B43724@colnta.acns.ab.ca> Mail-Followup-To: Richard Sharpe , hackers@FreeBSD.ORG References: <20020710180711.A43342@colnta.acns.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rsharpe@ns.aus.com on Thu, Jul 11, 2002 at 11:20:51AM +0930 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 11:20:51AM +0930, Richard Sharpe wrote: > > Certainly, a 2GB machine that I regularly test against does not notice the > smbds start up all that much. I have no real way of testing this type of load here, but first thing tomorrow morning I'll know.. > > > As a side note, the data being served will be attached to the samba server > > via NFS. > > Hmmm, some of the locking stuff might be an issue then ... This is my biggest concern. I just don't know what to tune here since the data just basically passes straight through the box, and the with about of data being served and the access patterns buffering is pointless. One thing I failed to mention, none of the clients ever write; the system is completely read only. Thanks. -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:55:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E1C737B400 for ; Wed, 10 Jul 2002 17:55:17 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-244-12.dsl.sntc01.pacbell.net [64.175.244.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A52F243E31 for ; Wed, 10 Jul 2002 17:55:16 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6B27Yd05489 for ; Thu, 11 Jul 2002 11:37:35 +0930 Date: Thu, 11 Jul 2002 11:37:34 +0930 (CST) From: Richard Sharpe To: Subject: Memory layout tools ... to tweak Samba's memory footprint Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am looking for tools that will help me find data-structures in Samba that should be in shared pages but aren't because they are not marked appropriately by the source code. Are there any tools that will allow me to break out the layout of an executable file, but also that will allow me to profile memory usage? From the sound of the various discussions I have heard about FreeBSD's VM, since Samba forks a copy of smbd for each connection, any pages that have not been written by children smbd's will be shared in anycase, so maybe there is not so much to worry about? Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:57:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A43D037B400 for ; Wed, 10 Jul 2002 17:57:39 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-244-12.dsl.sntc01.pacbell.net [64.175.244.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC8143E09 for ; Wed, 10 Jul 2002 17:57:39 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6B29s005503; Thu, 11 Jul 2002 11:39:55 +0930 Date: Thu, 11 Jul 2002 11:39:54 +0930 (CST) From: Richard Sharpe To: Chad David Cc: Subject: Re: tuning for samba In-Reply-To: <20020710184451.B43724@colnta.acns.ab.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 10 Jul 2002, Chad David wrote: > On Thu, Jul 11, 2002 at 11:20:51AM +0930, Richard Sharpe wrote: > > > > Certainly, a 2GB machine that I regularly test against does not notice the > > smbds start up all that much. > > I have no real way of testing this type of load here, but first thing tomorrow > morning I'll know.. Up on samba.org in CVS under cifs-load-gen is a tool that can simulate clients. Simulating the startup of 100's of clients and then watching what happens to the server is not too hard, as long as you have a driver that can withstand the load of that many driver processes starting :-) > > > > > As a side note, the data being served will be attached to the samba server > > > via NFS. > > > > Hmmm, some of the locking stuff might be an issue then ... > > This is my biggest concern. I just don't know what to tune here since > the data just basically passes straight through the box, and the with > about of data being served and the access patterns buffering is pointless. > > One thing I failed to mention, none of the clients ever write; the system > is completely read only. > > Thanks. > > -- Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 17:59:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB1737B400; Wed, 10 Jul 2002 17:59:39 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CC6743E31; Wed, 10 Jul 2002 17:59:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0451.cvx22-bradley.dialup.earthlink.net ([209.179.199.196] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17SSIz-0002ox-00; Wed, 10 Jul 2002 17:59:37 -0700 Message-ID: <3D2CD811.C388CEDD@mindspring.com> Date: Wed, 10 Jul 2002 17:57:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sergey Babkin Cc: Greg 'groggy' Lehey , Kent Stewart , Julian Elischer , hackers@FreeBSD.ORG Subject: IDE EIDE ATAPI Low Level Format tools by vendor References: <3D2A0835.9000608@owt.com> <20020709010245.GJ90012@wantadilla.lemis.com> <3D2CD00F.9729BA13@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Feel free to add to this list, and repost, to capture in the list archive. Seagate "DiscWizard": http://www.seagate.com/support/kb/disc/low_level_ata.html Maxtor "LLFUTIL.EXE": http://www.maxtor.com/SoftwareDownload/utilities.html Western Digital "Data Lifeguard Tools": http://support.wdc.com/download/index.asp IBM "Drive Fitness Test" (also available as a Linux Binary): http://www.storage.ibm.com/hdd/support/download.htm Samsung "Clearhdd.exe" (not satisfying; they claim "it lasts a lifetime"): http://www.samsungelectronics.com/hdd/support/faqs/faq_1320.html Hitachi (also not satisfying; they claim "it last's a lifetime"): http://www.hitachi.com/opstore/opstoretech/01ustech/02hddsupport/faqhdd/ -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 18: 4:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC5A337B400 for ; Wed, 10 Jul 2002 18:04:22 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D77843E52 for ; Wed, 10 Jul 2002 18:04:21 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g6B14CZL048111; Thu, 11 Jul 2002 10:34:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: tuning for samba From: "Daniel O'Connor" To: Chad David Cc: Richard Sharpe , hackers@FreeBSD.ORG In-Reply-To: <20020710184451.B43724@colnta.acns.ab.ca> References: <20020710180711.A43342@colnta.acns.ab.ca> <20020710184451.B43724@colnta.acns.ab.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 11 Jul 2002 10:34:12 +0930 Message-Id: <1026349454.9481.6.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-07-11 at 10:14, Chad David wrote: > This is my biggest concern. I just don't know what to tune here since > the data just basically passes straight through the box, and the with > about of data being served and the access patterns buffering is pointless. I disagree.. Buffering is probably going to help - even just a little. > One thing I failed to mention, none of the clients ever write; the system > is completely read only. Ahh.. well you can throw any type of 'real' locking away and tell samba to fake it all I guess. You should also look at the acregmin/acregmax/acdirmin/acdirmax options - if the store is static then you could probably increase them quite a lot which would reduce NFS traffic. Also don't forget to run nfsiod. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 18:40:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC12437B400 for ; Wed, 10 Jul 2002 18:40:25 -0700 (PDT) Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id A414343E31 for ; Wed, 10 Jul 2002 18:40:24 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 28642267 invoked by uid 0); 11 Jul 2002 01:20:27 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with SMTP for ; 11 Jul 2002 01:20:27 -0000 Received: from gits.gits.dyndns.org (e2epfxapzitoueop@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6B1KCTP083194; Thu, 11 Jul 2002 03:20:27 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6B0rfdI082892; Thu, 11 Jul 2002 02:53:41 +0200 (CEST) (envelope-from root) Date: Thu, 11 Jul 2002 02:53:41 +0200 From: Cyrille Lefevre To: Alex Dupre , freebsd-hackers@freebsd.org Subject: Re: terminfo/termcap and cygwin Message-ID: <20020711005340.GH82744@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , Alex Dupre , freebsd-hackers@freebsd.org References: <55271305897.20020710154832@alexdupre.com> <20020710234509.GB77112@gits.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020710234509.GB77112@gits.dyndns.org> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG message resent due to mta misconfigation. On Thu, Jul 11, 2002 at 01:45:09AM +0200, Cyrille Lefevre wrote: > On Wed, Jul 10, 2002 at 03:48:32PM +0200, Alex Dupre wrote: > > In normal situation accessing to a FreeBSD 4.x machine from cygwin is not > > very pleasant: editing files is quite a pain, there are many terminal > > "glitches" like the cursor in the wrong position and garbage text. > > A trick to resolve this issue is to copy the binary cygwin terminfo file in > > /usr/share/misc/terminfo/c/ > > Since FreeBSD 4.0 ncurses libs are included in the base system, but terminfo > > db (and utils) are not installed (while the port for freebsd < 4 installed > > them). > > I read that FreeBSD uses termcap rather than terminfo, but either the > > included cygwin entry or the terminfo-generated one don't work correctly. So > > the binary terminfo seems to be the only solution (and termcap seems to be > > not so powerful). > > My question is: should terminfo database be installed (manually or by > > make/installworld) or is there a better fix? > > take a look at the following PRs : > > giant termcap database update > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/30812 > > installing curses programs and terminfo database > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/38168 Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 19:36:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5754937B400; Wed, 10 Jul 2002 19:36:13 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B923843E42; Wed, 10 Jul 2002 19:36:12 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6B2aA5N095978; Wed, 10 Jul 2002 21:36:10 -0500 (CDT) (envelope-from dan) Date: Wed, 10 Jul 2002 21:36:10 -0500 From: Dan Nelson To: Chad David Cc: hackers@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020711023610.GA98298@dan.emsphone.com> References: <20020710180711.A43342@colnta.acns.ab.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020710180711.A43342@colnta.acns.ab.ca> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jul 10), Chad David said: > As a side note, the data being served will be attached to the samba server > via NFS. Wouldn't it be better to run samba directly on the server that's providing the data? Why force it over the network twice? -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 20:31:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB1C537B400 for ; Wed, 10 Jul 2002 20:31:32 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229C343E3B for ; Wed, 10 Jul 2002 20:31:32 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.4/8.12.4) with ESMTP id g6B3VI5V044697; Wed, 10 Jul 2002 21:31:18 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.4/8.12.4/Submit) id g6B3VI73044696; Wed, 10 Jul 2002 21:31:18 -0600 (MDT) Date: Wed, 10 Jul 2002 21:31:18 -0600 From: Chad David To: Dan Nelson Cc: hackers@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020710213118.A44631@colnta.acns.ab.ca> Mail-Followup-To: Dan Nelson , hackers@FreeBSD.ORG References: <20020710180711.A43342@colnta.acns.ab.ca> <20020711023610.GA98298@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020711023610.GA98298@dan.emsphone.com>; from dnelson@allantgroup.com on Wed, Jul 10, 2002 at 09:36:10PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 09:36:10PM -0500, Dan Nelson wrote: > In the last episode (Jul 10), Chad David said: > > As a side note, the data being served will be attached to the samba server > > via NFS. > > Wouldn't it be better to run samba directly on the server that's > providing the data? They have a huge amount of data (seismic, well log etc.) and getting access to the actual data servers is just not that simple; as well, copying a subset for this test would take days and a lot of disk. -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 21:10:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6784A37B400 for ; Wed, 10 Jul 2002 21:10:48 -0700 (PDT) Received: from mail.tinkerbox.org (adsl-64-168-139-138.dsl.snfc21.pacbell.net [64.168.139.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D9D43E52 for ; Wed, 10 Jul 2002 21:10:47 -0700 (PDT) (envelope-from bruno@tinkerbox.org) Received: from duron.bschwand.net (duron.bschwand.net [192.168.137.4]) by mail.tinkerbox.org (Postfix) with ESMTP id C2B9519B5 for ; Wed, 10 Jul 2002 21:13:18 -0700 (PDT) Date: Wed, 10 Jul 2002 21:13:18 -0700 (PDT) From: bruno schwander X-Sender: bruno@duron.bschwand.net To: hackers@freebsd.org Subject: termios guru ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I making a port (not much really) of Irit (http://www.cs.technion.ac.il/~irit/) a modelling environment. I am having some problems with terminal handling, so all termios guru out there, please help ! :-) At stratup, irit does the following Termio.c_cc[VEOF] = 0; /* MIN = 0, no minimal length to wait for. */ Termio.c_cc[VEOL] = 1; /* TIME - 1 tenth of a second as time o which seems wrong, I think it should be Termio.c_cc[VMIN] = 0; /* MIN = 0, no minimal length to wait for. */ Termio.c_cc[VTIME] = 1; /* TIME - 1 tenth of a second as time o then later: Termio.c_lflag &= ~ICANON; basically, irit wants to manage line editing itself, to manage the irit command prompt. There is some code doing the ^A, ^H, etc handling and line printing, and reading periodically stdin. What I see happening, is that usually at the very beginning, input seems locked. Running in the debugger, I see that characters are fgetc'ed periodically, but fgetc always returns -1 even when there should be characters available. I then tried using fcntl(0, F_SETFL, O_NONBLOCK) instead of the above 2 lines. which I thought would do the right thing, ie: non blocking IO, but anything available from stdin is buffered and provided on the next read. This works, however I am seeing something strange on stdout now: when outputting lots of lines, outputs stalls after a few dozen lines. Adding a usleep between each fwrite() solves the problem but slows it all down... (and is inherently wrong) What is going on here ? I do not understand very well all the terminal/IO discipline here. I agree that this is all bad design, and should probably multithread or use select() but I am not Irit's author... bruno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 22:41:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C63537B400; Wed, 10 Jul 2002 22:41:50 -0700 (PDT) Received: from domestos.yandex.ru (domestos.yandex.ru [213.180.193.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A661B43E31; Wed, 10 Jul 2002 22:41:49 -0700 (PDT) (envelope-from tzukanov@narod.ru) Received: from dial-013.nross.ru ([195.161.59.140]:32640 "EHLO antares" ident: "NO-IDENT-SERVICE[2]" whoson: "tzukanov" TLS-CIPHER: TLS-PEER: ) by mail.yandex.ru with ESMTP id ; Thu, 11 Jul 2002 09:41:31 +0400 Content-Type: text/plain; charset=US-ASCII From: Serguei Tzukanov To: Julian Elischer Subject: Re: A question about S/390 port Date: Thu, 11 Jul 2002 08:46:25 +0400 User-Agent: KMail/1.4.1 Cc: John Baldwin , freebsd-hackers@freebsd.org, freebsd-platforms@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <200207110846.25079.tzukanov@narod.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 10 July 2002 23:04, Julian Elischer wrote: > OK so I have to ask.. S/390 as in IBM Mainframem S/390? Yeas, ESA/390. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 22:42: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1976B37B405; Wed, 10 Jul 2002 22:41:52 -0700 (PDT) Received: from domestos.yandex.ru (domestos.yandex.ru [213.180.193.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3CF743E31; Wed, 10 Jul 2002 22:41:51 -0700 (PDT) (envelope-from tzukanov@narod.ru) Received: from dial-013.nross.ru ([195.161.59.140]:32640 "EHLO antares" ident: "NO-IDENT-SERVICE[2]" whoson: "tzukanov" TLS-CIPHER: TLS-PEER: ) by mail.yandex.ru with ESMTP id ; Thu, 11 Jul 2002 09:41:37 +0400 Content-Type: text/plain; charset=US-ASCII From: Serguei Tzukanov To: Jake Burkholder Subject: Re: A question about S/390 port Date: Thu, 11 Jul 2002 09:11:47 +0400 User-Agent: KMail/1.4.1 Cc: freebsd-platforms@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200207101554.09734.tzukanov@narod.ru> <20020710184540.C48985@locore.ca> In-Reply-To: <20020710184540.C48985@locore.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <200207110911.47369.tzukanov@narod.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 11 July 2002 02:45, Jake Burkholder wrote: > > I think this is because your console driver (hc) doesn't have a tty > interface, just the low level cn* stuff. If you look at the > ofw_console driver, it provides a rudimentary tty interface using > polling and cngetc, cnputc equivalents. Hm, what about /dev/console (tty_cons)? I put into /etc/ttys line console "/usr/libexec/getty std.1200" vt100 on secure. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 23:30:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D86437B401; Wed, 10 Jul 2002 23:30:33 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1C4643E3B; Wed, 10 Jul 2002 23:30:32 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from spark.techno.pagans (spark.techno.pagans [4.61.202.145]) by spork.pantherdragon.org (Postfix) with ESMTP id E77D1471DD; Wed, 10 Jul 2002 23:30:32 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by spark.techno.pagans (Postfix) with ESMTP id 2292BFFDE; Wed, 10 Jul 2002 23:30:31 -0700 (PDT) Message-ID: <3D2D2607.A5AA1FA6@pantherdragon.org> Date: Wed, 10 Jul 2002 23:30:31 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: hackers@freebsd.org, alfred@freebsd.org Subject: Re: tuning for samba References: <20020710180711.A43342@colnta.acns.ab.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > > A local company has been having issues with samba for some time (it kills > an e250, and has seriously stressed an e5000) and I've been telling the > admin (half seriously) that he should just toss it on a PC with FreeBSD. > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > asked me to bring a box in if I was so confident... tomorrow morning at > 9am. So, I'm building a new box tonight and was wondering if anybody > has any tried and true tuning parameters for samba on -stable. They > currently have ~700 users attached. The load per user is pretty low > but just rebooting and handling the reconnects has killed small boxes. > > As a side note, the data being served will be attached to the samba server > via NFS. The one thing I've seen kill a box besides the reboot-reconnect blast is content searches by the Windows Find dialog. All it takes is one user on a fast machine and network link doing the Windows equivalent of "find / -name * -exec grep "foo" \{\} \;" to run you out of file descriptors in a matter of seconds. Samba uses a seperate process for each connection, and Windows opens one connection per share. Most Windows users only work on one share at a time, so with two open shares on ~700 machines that means ~1400 connections with roughly half of them idle. That's a lot of freeable RAM should you suddenly need it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jul 10 23:40:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 682FA37B400; Wed, 10 Jul 2002 23:40:46 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-244-12.dsl.sntc01.pacbell.net [64.175.244.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A02B43E4A; Wed, 10 Jul 2002 23:40:45 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6B7r3C06441; Thu, 11 Jul 2002 17:23:03 +0930 Date: Thu, 11 Jul 2002 17:23:03 +0930 (CST) From: Richard Sharpe To: Darren Pilgrim Cc: Chad David , , Subject: Re: tuning for samba In-Reply-To: <3D2D2607.A5AA1FA6@pantherdragon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 10 Jul 2002, Darren Pilgrim wrote: > Chad David wrote: > > > > A local company has been having issues with samba for some time (it kills > > an e250, and has seriously stressed an e5000) and I've been telling the > > admin (half seriously) that he should just toss it on a PC with FreeBSD. > > Well they finally got tired of hearing FreeBSD this and FreeBSD that and > > asked me to bring a box in if I was so confident... tomorrow morning at > > 9am. So, I'm building a new box tonight and was wondering if anybody > > has any tried and true tuning parameters for samba on -stable. They > > currently have ~700 users attached. The load per user is pretty low > > but just rebooting and handling the reconnects has killed small boxes. > > > > As a side note, the data being served will be attached to the samba server > > via NFS. > > The one thing I've seen kill a box besides the reboot-reconnect blast > is content searches by the Windows Find dialog. All it takes is one > user on a fast machine and network link doing the Windows equivalent > of "find / -name * -exec grep "foo" \{\} \;" to run you out of file > descriptors in a matter of seconds. Yes, Samba has to do readdir scans to simulate a case-insensitive file system on a case-sensitive file system. > Samba uses a seperate process for each connection, and Windows opens > one connection per share. Yes to the first claim, no to the second. Most definitely not. For a single client, windows puts all share access (net use, mounting, whatever you want to call it) over the single TCP connection to the server. The only time Windows will create a new connection is if you have given the server multiple NetBIOS names, and you use different NetBIOS names to access the share. For example, even if the NetBIOS names NB1 and NB2 translate to the same IP (10.10.10.10), if you do the following: net use f: \\nb1\share1 net use f: \\nb2\share1 the client will establish two different connections. However, that is the only way I know to get multiple connections from a client to a server. Even Terminal Server multiplexes multiple users over the one TCP connection. > Most Windows users only work on one share > at a time, so with two open shares on ~700 machines that means ~1400 > connections with roughly half of them idle. That's a lot of freeable > RAM should you suddenly need it. Nope, ~700 connections! Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 0:16:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6997337B400; Thu, 11 Jul 2002 00:16:18 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB61543E42; Thu, 11 Jul 2002 00:16:17 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from spark.techno.pagans (spark.techno.pagans [4.61.202.145]) by spork.pantherdragon.org (Postfix) with ESMTP id 7F9DE471DA; Thu, 11 Jul 2002 00:16:17 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by spark.techno.pagans (Postfix) with ESMTP id AF6E7FDA0; Thu, 11 Jul 2002 00:16:15 -0700 (PDT) Message-ID: <3D2D30BF.41CE16E8@pantherdragon.org> Date: Thu, 11 Jul 2002 00:16:15 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Sharpe Cc: Chad David , hackers@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: tuning for samba References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Sharpe wrote: > On Wed, 10 Jul 2002, Darren Pilgrim wrote: > > Samba uses a seperate process for each connection, and Windows opens > > one connection per share. > > Yes to the first claim, no to the second. Most definitely not. For a > single client, windows puts all share access (net use, mounting, whatever > you want to call it) over the single TCP connection to the server. You're right, sorry. I had gotten mixed up on the multiple connection issue because of my own configuration that results in one share per connection. > Nope, ~700 connections! Even with just one connection per machine, though, you're still going to have a significant amount of swappable memory in idle smbd processes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 0:20:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE0E237B400; Thu, 11 Jul 2002 00:20:13 -0700 (PDT) Received: from ns.aus.com (adsl-64-175-244-12.dsl.sntc01.pacbell.net [64.175.244.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7863B43E31; Thu, 11 Jul 2002 00:20:13 -0700 (PDT) (envelope-from rsharpe@ns.aus.com) Received: from localhost (rsharpe@localhost) by ns.aus.com (8.11.6/8.11.6) with ESMTP id g6B8WWW06551; Thu, 11 Jul 2002 18:02:32 +0930 Date: Thu, 11 Jul 2002 18:02:32 +0930 (CST) From: Richard Sharpe To: Darren Pilgrim Cc: Chad David , , Subject: Re: tuning for samba In-Reply-To: <3D2D30BF.41CE16E8@pantherdragon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 11 Jul 2002, Darren Pilgrim wrote: > Richard Sharpe wrote: > > On Wed, 10 Jul 2002, Darren Pilgrim wrote: > > > Samba uses a seperate process for each connection, and Windows opens > > > one connection per share. > > > > Yes to the first claim, no to the second. Most definitely not. For a > > single client, windows puts all share access (net use, mounting, whatever > > you want to call it) over the single TCP connection to the server. > > You're right, sorry. I had gotten mixed up on the multiple connection > issue because of my own configuration that results in one share per > connection. > > > Nope, ~700 connections! > > Even with just one connection per machine, though, you're still going > to have a significant amount of swappable memory in idle smbd > processes. Yes, I agree. Something that I would like to do more about by making sure that as much as possible is shared. Regards ----- Richard Sharpe, rsharpe@ns.aus.com, rsharpe@samba.org, sharpe@ethereal.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 0:33:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8640837B400; Thu, 11 Jul 2002 00:33:34 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2748143E09; Thu, 11 Jul 2002 00:33:34 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from spark.techno.pagans (spark.techno.pagans [4.61.202.145]) by spork.pantherdragon.org (Postfix) with ESMTP id 6F8E4471DA; Thu, 11 Jul 2002 00:33:32 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by spark.techno.pagans (Postfix) with ESMTP id F2FE8FDA0; Thu, 11 Jul 2002 00:33:30 -0700 (PDT) Message-ID: <3D2D34CA.56306E9F@pantherdragon.org> Date: Thu, 11 Jul 2002 00:33:30 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Richard Sharpe Cc: Chad David , hackers@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: tuning for samba References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Richard Sharpe wrote: > > On Thu, 11 Jul 2002, Darren Pilgrim wrote: > > > Richard Sharpe wrote: > > > On Wed, 10 Jul 2002, Darren Pilgrim wrote: > > > > Samba uses a seperate process for each connection, and Windows opens > > > > one connection per share. > > > > > > Yes to the first claim, no to the second. Most definitely not. For a > > > single client, windows puts all share access (net use, mounting, whatever > > > you want to call it) over the single TCP connection to the server. > > > > You're right, sorry. I had gotten mixed up on the multiple connection > > issue because of my own configuration that results in one share per > > connection. > > > > > Nope, ~700 connections! > > > > Even with just one connection per machine, though, you're still going > > to have a significant amount of swappable memory in idle smbd > > processes. > > Yes, I agree. Something that I would like to do more about by making sure > that as much as possible is shared. At over 4MB per process (4252K each on my server), I should hope that most of it is already shared. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 3:51:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5342937B400 for ; Thu, 11 Jul 2002 03:51:45 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8F043E42 for ; Thu, 11 Jul 2002 03:51:44 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id D420D3ABB4D; Thu, 11 Jul 2002 12:52:14 +0200 (CEST) Date: Thu, 11 Jul 2002 12:52:14 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: No suid crontab(1). Message-ID: <20020711105214.GJ12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello there. On end of this post You got diif how to remove set-uid-root bit from crontab(1). What You think about it? Some directory and files perms changes: leila:root:~# ls -l /usr/bin/crontab -r-xr-sr-x 1 root crontab 24804 11 Lip 12:37 /usr/bin/crontab leila:root:~# ls -ld /var/cron drwxr-x--- 3 root crontab 512 22 Maj 2001 /var/cron leila:root:~# ls -l /var/cron total 3 -rw-r----- 1 root crontab 5 11 Lip 12:33 allow -rw-r----- 1 root crontab 6 11 Lip 12:33 deny drwxrwx--- 2 root crontab 512 11 Lip 12:37 tabs leila:root:~# ls -lo /var/cron/tabs total 3 ----rw---- 1 giaur crontab uchg 254 11 Lip 12:23 giaur ----rw---- 1 nick crontab uchg 255 11 Lip 12:37 nick -rw------- 1 root crontab uchg 274 11 Lip 12:03 root Of course You have to have crontab group defined in Your /etc/group. If crontab will be broken, attacker can change ONLY his own file, cause of uchg flags on files (yes, uchg, not schg, couse of securelevel). Attacker can't remove any files too cause of uchg too in spite of he has gid of directory /var/cron/tabs owner. Oke, here You got patch: 11 Lip 12:36 2002 diff -lu /usr/src/usr.sbin/cron/crontab/Makefile projects/crontab/Makefile Page 1 --- /usr/src/usr.sbin/cron/crontab/Makefile Wed Apr 25 14:09:24 2001 +++ projects/crontab/Makefile Thu Jul 11 12:25:06 2002 @@ -8,7 +8,8 @@ BINDIR= /usr/bin BINOWN= root -BINMODE=4555 +BINGRP= crontab +BINMODE=2555 INSTALLFLAGS=-fschg .include 11 Lip 12:36 2002 diff -lu /usr/src/usr.sbin/cron/crontab/crontab.c projects/crontab/crontab.c Page 1 --- /usr/src/usr.sbin/cron/crontab/crontab.c Sat Jun 16 05:18:37 2001 +++ projects/crontab/crontab.c Thu Jul 11 12:36:23 2002 @@ -101,7 +101,6 @@ setlinebuf(stderr); #endif parse_args(argc, argv); /* sets many globals, opens a file */ - set_cron_uid(); set_cron_cwd(); if (!allowed(User)) { warnx("you (%s) are not allowed to use this program", User); @@ -280,7 +279,7 @@ log_it(RealUser, Pid, "DELETE", User); (void) sprintf(n, CRON_TAB(User)); - if (unlink(n)) { + if (chflags(n, 0) || unlink(n)) { if (errno == ENOENT) errx(ERROR_EXIT, "no crontab for %s", User); else @@ -328,14 +327,6 @@ goto fatal; } (void) umask(um); -#ifdef HAS_FCHOWN - if (fchown(t, getuid(), getgid()) < 0) { -#else - if (chown(Filename, getuid(), getgid()) < 0) { -#endif - warn("fchown"); - goto fatal; - } if (!(NewCrontab = fdopen(t, "r+"))) { warn("fdopen"); goto fatal; @@ -402,8 +393,8 @@ goto fatal; case 0: /* child */ - if (setuid(getuid()) < 0) - err(ERROR_EXIT, "setuid(getuid())"); + if (setgid(getgid()) < 0) + err(ERROR_EXIT, "setgid(getgid())"); if (chdir("/tmp") < 0) err(ERROR_EXIT, "chdir(/tmp)"); if (strlen(editor) + strlen(Filename) + 2 >= MAX_TEMPSTR) @@ -493,7 +484,7 @@ replace_cmd() { char n[MAX_FNAME], envstr[MAX_ENVSTR], tn[MAX_FNAME]; FILE *tmp; - int ch, eof; + int ch, eof, perm; entry *e; time_t now = time(NULL); char **envp = env_init(); @@ -563,24 +554,18 @@ return (-1); 11 Lip 12:36 2002 diff -lu /usr/src/usr.sbin/cron/crontab/crontab.c projects/crontab/crontab.c Page 2 } -#ifdef HAS_FCHOWN - if (fchown(fileno(tmp), ROOT_UID, -1) < OK) -#else - if (chown(tn, ROOT_UID, -1) < OK) -#endif - { - warn("chown"); - fclose(tmp); unlink(tn); - return (-2); - } - + if (getuid() == ROOT_UID) + perm = 0600; + else + perm = 0060; + #ifdef HAS_FCHMOD - if (fchmod(fileno(tmp), 0600) < OK) + if (fchmod(fileno(tmp), perm) < OK) #else - if (chmod(tn, 0600) < OK) + if (chmod(tn, perm) < OK) #endif { - warn("chown"); + warn("chmod"); fclose(tmp); unlink(tn); return (-2); } @@ -592,11 +577,19 @@ } (void) sprintf(n, CRON_TAB(User)); + chflags(n, 0); if (rename(tn, n)) { warn("error renaming %s to %s", tn, n); unlink(tn); return (-2); } + if (chflags(n, UF_IMMUTABLE) < OK) + { + warn("chflags"); + unlink(n); + return (-2); + } + log_it(RealUser, Pid, "REPLACE", User); poke_daemon(); -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 4: 3:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D214737B400 for ; Thu, 11 Jul 2002 04:03:11 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4783443E3B for ; Thu, 11 Jul 2002 04:03:11 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 2973E3ABB4D; Thu, 11 Jul 2002 13:03:56 +0200 (CEST) Date: Thu, 11 Jul 2002 13:03:56 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: No suid crontab(1). Message-ID: <20020711110356.GK12920@garage.freebsd.pl> References: <20020711105214.GJ12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20020711105214.GJ12920@garage.freebsd.pl> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I forgot, that should be always an empty file "root" in /var/cron/tabs and files of all users if we don't want to gives attacker their rights. But I think the best way is to change cron(8) that it will be check file owner. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 4: 9:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9588237B400; Thu, 11 Jul 2002 04:09:24 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA2443E4A; Thu, 11 Jul 2002 04:09:24 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6BB8wUi002664; Thu, 11 Jul 2002 04:08:58 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6BB8vJp002663; Thu, 11 Jul 2002 04:08:57 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Thu, 11 Jul 2002 04:08:57 -0700 From: David Schultz To: Terry Lambert Cc: Sergey Babkin , "Greg 'groggy' Lehey" , Kent Stewart , Julian Elischer , hackers@FreeBSD.ORG Subject: Re: IDE EIDE ATAPI Low Level Format tools by vendor Message-ID: <20020711110857.GB2428@HAL9000.wox.org> Mail-Followup-To: Terry Lambert , Sergey Babkin , Greg 'groggy' Lehey , Kent Stewart , Julian Elischer , hackers@FreeBSD.ORG References: <3D2A0835.9000608@owt.com> <20020709010245.GJ90012@wantadilla.lemis.com> <3D2CD00F.9729BA13@bellatlantic.net> <3D2CD811.C388CEDD@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2CD811.C388CEDD@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > Feel free to add to this list, and repost, to capture in the list archive. Excellent! Adding an untested Quantum tool to the list. I really could have used this last week, but couldn't find it until I followed the Maxtor link you gave. Doh! Seagate "DiscWizard": http://www.seagate.com/support/kb/disc/low_level_ata.html Maxtor "LLFUTIL.EXE": http://www.maxtor.com/SoftwareDownload/utilities.html Quantum "PowerMax": http://www.maxtor.com/Quantum/support/csr/software/softmenu.htm Western Digital "Data Lifeguard Tools": http://support.wdc.com/download/index.asp IBM "Drive Fitness Test" (also available as a Linux Binary): http://www.storage.ibm.com/hdd/support/download.htm Samsung "Clearhdd.exe" (not satisfying; they claim "it lasts a lifetime"): http://www.samsungelectronics.com/hdd/support/faqs/faq_1320.html Hitachi (also not satisfying; they claim "it last's a lifetime"): http://www.hitachi.com/opstore/opstoretech/01ustech/02hddsupport/faqhdd/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 6:43:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA8C737B400 for ; Thu, 11 Jul 2002 06:43:39 -0700 (PDT) Received: from spxgate.servplex.com (66-105-58-82.customer.algx.net [66.105.58.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 449E743E09 for ; Thu, 11 Jul 2002 06:43:38 -0700 (PDT) (envelope-from peter@servplex.com) Received: from peter.servplex.com ([192.168.0.61]) by spxgate.servplex.com (8.11.6/8.11.1) with ESMTP id g6BDqNt74353 for ; Thu, 11 Jul 2002 08:52:24 -0500 (CDT) (envelope-from peter@servplex.com) Message-Id: <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 11 Jul 2002 08:43:34 -0500 To: freebsd-hackers@freebsd.org From: Peter Elsner Subject: security jobs Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_2038321==_.ALT" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_2038321==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi Hackers... Recently, (this past Sunday), I CVS-upped my 4.5-STABLE to 4.6-STABLE. Everything is fine, except one thing... The security check jobs no longer run at 2:00 AM like they used to. I checked all the settings in /etc/periodic and also in root's crontab, and can't find anything wrong. Here's the strange part. From the #, I can type: periodic daily and in about 30 seconds get an email with the security reports. However, the same line in crontab, sends me an email: periodic not found. Can anyone shed some light on this? Thanks Peter ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. --=====================_2038321==_.ALT Content-Type: text/html; charset="us-ascii" Hi Hackers...

Recently, (this past Sunday), I CVS-upped my 4.5-STABLE to 4.6-STABLE.  Everything is fine, except one thing...

The security check jobs no longer run at 2:00 AM like they used to.  I checked all the settings in /etc/periodic and also in root's crontab, and
can't find anything wrong. 

Here's the strange part.  From the #, I can type: periodic daily     and in about 30 seconds get an email with the security reports.  However, the same
line in crontab, sends me an email: periodic not found.

Can anyone shed some light on this?

Thanks

Peter

----------------------------------------------------------------------------------------------------------
Peter Elsner <peter@servplex.com>
Vice President Of Customer Service (And System Administrator)
1835 S. Carrier Parkway
Grand Prairie, Texas 75051
(972) 263-2080 - Voice
(972) 263-2082 - Fax
(972) 489-4838 - Cell Phone
(425) 988-8061 - eFax

Unix IS user friendly... It's just selective about who its friends are.
System Administration - It's a dirty job, but somebody said I had to do it.
If you receive something that says 'Send this to everyone you know,
pretend you don't know me.

Standard $500/message proofreading fee applies for UCE.

--=====================_2038321==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 6:53:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8215A37B400 for ; Thu, 11 Jul 2002 06:53:23 -0700 (PDT) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D4F243E09 for ; Thu, 11 Jul 2002 06:53:22 -0700 (PDT) (envelope-from mich@freebsdcluster.net) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id AA49837CA0; Thu, 11 Jul 2002 15:52:54 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1000) id AD7DD3B9436; Thu, 11 Jul 2002 15:50:49 +0200 (CEST) Date: Thu, 11 Jul 2002 15:50:49 +0200 From: Michael Hostbaek To: Peter Elsner Cc: freebsd-hackers@freebsd.org Subject: Re: security jobs Message-ID: <20020711135049.GK15345@mich2.itxmarket.com> References: <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> X-Operating-System: FreeBSD 4.6-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Elsner (peter) writes: > > Here's the strange part. From the #, I can type: periodic daily and in > about 30 seconds get an email with the security reports. However, the same > line in crontab, sends me an email: periodic not found. > Do you have /usr/sbin in the PATH statement ? Look in the beginning of your crontab file, you should have something like: PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin -- Best Regards, Michael Landin Hostbaek FreeBSDCluster.org - an International Community */ PGP-key available upon request /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7: 8:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E73C37B416 for ; Thu, 11 Jul 2002 07:08:23 -0700 (PDT) Received: from hotmail.com (vic-dial-196-31-177-29.mweb.co.za [196.31.177.29]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E5D943E99 for ; Thu, 11 Jul 2002 07:07:41 -0700 (PDT) (envelope-from mikedube64@hotmail.com) From: "MIKENA DDUBELA" To: Subject: IN NEED OF HELP Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 11 Jul 2002 15:51:43 +0200 Reply-To: "MIKENA DDUBELA" Content-Transfer-Encoding: 8bit Message-Id: <20020711140741.3E5D943E99@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FAX: 27-731485293. ATTN: THE MANAGING DIRECTOR/C. E. O. TEL:27-825087950. DEAR SIR/MADAM, BUSINESS TRANSACTION. MY NAME IS MIKENA DUBELA THE SON OF DR MOSES DUBE, ONE OF THE GREAT FARMERS IN ZIMBABWE. MY FATHER HAPPENS TO BE ONE OF THE OPPONENTS OF THE PRESIDENT OF ZIMBABWE [ROBERT MUGABE] IN HIS POLITICAL AMBITIONS TO REMAIN IN POWER FOREVER, BECAUSE OF THIS, MY FATHER'S FARM WAS BURNT DOWN AND THE WHOLE ASSETS WAS LOOTED WHILE MY FATHER LOST HIS LIFE. WHEN WE DISCOVERED THAT OUR LIVES WAS NO LONGER SAFE IN ZIMBABWE, MY MOTHER AND I DECIDED TO FLEE TO SOUTH AFRICA WITH THE MONEY MY FATHER HID AWAY IN MY MOTHER'S HOUSE. THIS MONEY, WHICH IS OUR ONLY HOPE OF SURVIVING IS US$16.5M [SIXTEEN MILLION FIVE HUNDRED THOUSAND UNITED STATES DOLLARS ]. THIS MONEY IS NOW DEPOSITED IN A FINANCE & SECURITY COMPANY AS A BOX OF VALUABLE CONTAINING JEWELERIES, TO AVOID SABOTAGE. NOW, MY REFUGEE STATUS IN SOUTH AFRICA DOES NOT ALLOW ME TO HAVE A BANK ACCOUNT OR EMBARK ON ANY INVESTMENT AND AGAIN, THE CLOSENESS OF ZIMBABWE TO SOUTH AFRICA DOES NOT MAKE US FEEL VERY SAFE. I WANT YOUR HELP TO ASSIST ME MOVE THIS MONEY OUT OF SOUTH AFRICA TO YOUR FOREIGN ACCOUNTSO THAT I WILL COME OVER THERE TO YOUR COUNTRYTO INVEST THE MONEY. I, SURELY WILL REWARD YOUR EFFORT WITH 25% OF THE TOTAL AMOUNTWHILE 5% WILL COVER THE EXPENSES THAT MAY ARISE IN THE PROCESS OF THE TRANSFER OF THE MONEY. THOUGH, THERE IS NO RISK IN THIS BUSINESS BUT MAKE SURE THAT YOU DON'T DISCUSS THIS TRANSACTION WITH ANYONE. BEST REGARDS, MIKENA DUBELA. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7:33:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03E837B400 for ; Thu, 11 Jul 2002 07:33:12 -0700 (PDT) Received: from colnta.acns.ab.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1400243E54 for ; Thu, 11 Jul 2002 07:33:12 -0700 (PDT) (envelope-from davidc@colnta.acns.ab.ca) Received: from colnta.acns.ab.ca (localhost [127.0.0.1]) by colnta.acns.ab.ca (8.12.4/8.12.4) with ESMTP id g6BEX65V047651; Thu, 11 Jul 2002 08:33:06 -0600 (MDT) (envelope-from davidc@colnta.acns.ab.ca) Received: (from davidc@localhost) by colnta.acns.ab.ca (8.12.4/8.12.4/Submit) id g6BEX5Pk047650; Thu, 11 Jul 2002 08:33:05 -0600 (MDT) Date: Thu, 11 Jul 2002 08:33:05 -0600 From: Chad David To: Darren Pilgrim Cc: Richard Sharpe , hackers@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <20020711083305.A47601@colnta.acns.ab.ca> Mail-Followup-To: Darren Pilgrim , Richard Sharpe , hackers@FreeBSD.ORG References: <3D2D34CA.56306E9F@pantherdragon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D2D34CA.56306E9F@pantherdragon.org>; from dmp@pantherdragon.org on Thu, Jul 11, 2002 at 12:33:30AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 12:33:30AM -0700, Darren Pilgrim wrote: > Richard Sharpe wrote: > > > > On Thu, 11 Jul 2002, Darren Pilgrim wrote: > > > > > Richard Sharpe wrote: > > > > On Wed, 10 Jul 2002, Darren Pilgrim wrote: ... > > > > > > Even with just one connection per machine, though, you're still going > > > to have a significant amount of swappable memory in idle smbd > > > processes. > > > > Yes, I agree. Something that I would like to do more about by making sure > > that as much as possible is shared. > > At over 4MB per process (4252K each on my server), I should hope that > most of it is already shared. With my testing last night, 350 clients each writing used ~700M of cache (with was the data being writen) and only ~100M of active memory. There was only a nominal amount swapped (probably getty and friends), so the number of shared pages is actually quite high with ~2.1M of resident mem showing for each process. If it were otherwise I would have quickly burned the 1G in the test server. The only thing I managed to exhaust was mbuf clusters, and that was on the clients first and finally on the server after a bit. Thanks to everybody for their input and suggestions, and I'll let you know how it works in the "wild" :). -- Chad David davidc@acns.ab.ca www.FreeBSD.org davidc@freebsd.org ACNS Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7:40:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C6B137B400; Thu, 11 Jul 2002 07:40:35 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BB143E3B; Thu, 11 Jul 2002 07:40:34 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost [127.0.0.1]) by k6.locore.ca (8.12.5/8.12.3) with ESMTP id g6BEhGKk053316; Thu, 11 Jul 2002 10:43:16 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.5/8.12.3/Submit) id g6BEhGcJ053315; Thu, 11 Jul 2002 10:43:16 -0400 (EDT) Date: Thu, 11 Jul 2002 10:43:16 -0400 From: Jake Burkholder To: Serguei Tzukanov Cc: freebsd-platforms@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: A question about S/390 port Message-ID: <20020711104316.E48985@locore.ca> References: <200207101554.09734.tzukanov@narod.ru> <20020710184540.C48985@locore.ca> <200207110911.47369.tzukanov@narod.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200207110911.47369.tzukanov@narod.ru>; from tzukanov@narod.ru on Thu, Jul 11, 2002 at 09:11:47AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Apparently, On Thu, Jul 11, 2002 at 09:11:47AM +0400, Serguei Tzukanov said words to the effect of; > On Thursday 11 July 2002 02:45, Jake Burkholder wrote: > > > > I think this is because your console driver (hc) doesn't have a tty > > interface, just the low level cn* stuff. If you look at the > > ofw_console driver, it provides a rudimentary tty interface using > > polling and cngetc, cnputc equivalents. > > Hm, what about /dev/console (tty_cons)? > I put into /etc/ttys line > console "/usr/libexec/getty std.1200" vt100 on secure. Where exactly in init are you trying to print? If you're in the single_user function, you can only use stdio in the forked child after it calls setctty. Before that you have to open an fd on /dev/console yourself and write(2) to it, or call login_tty on it which dups the standard descriptors from it. I don't know if starting a getty on /dev/console will work, but in any case this doesn't happen until you go multi-user, iirc this line is only used for the secure keyword. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7:45:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C20D37B400 for ; Thu, 11 Jul 2002 07:45:46 -0700 (PDT) Received: from spxgate.servplex.com (66-105-58-82.customer.algx.net [66.105.58.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D49743E67 for ; Thu, 11 Jul 2002 07:45:45 -0700 (PDT) (envelope-from peter@servplex.com) Received: from peter.servplex.com ([192.168.0.61]) by spxgate.servplex.com (8.11.6/8.11.1) with ESMTP id g6BEsUt74966; Thu, 11 Jul 2002 09:54:30 -0500 (CDT) (envelope-from peter@servplex.com) Message-Id: <5.1.0.14.2.20020711094426.00a3e230@mail.servplex.com> X-Sender: peter@mail.servplex.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 11 Jul 2002 09:45:41 -0500 To: Michael Hostbaek From: Peter Elsner Subject: Re: security jobs Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020711135049.GK15345@mich2.itxmarket.com> References: <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_5765836==_.ALT" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_5765836==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I didn't have that line, but I also never had that line in my crontab file in the past, and the security jobs ran fine. Just for giggles, I added it. Checked my mail after it should have run, and nothing... At 03:50 PM 7/11/2002 +0200, you wrote: >Peter Elsner (peter) writes: > > > > Here's the strange part. From the #, I can type: periodic > daily and in > > about 30 seconds get an email with the security reports. However, the same > > line in crontab, sends me an email: periodic not found. > > > >Do you have /usr/sbin in the PATH statement ? >Look in the beginning of your crontab file, you should have something >like: >PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin > >-- >Best Regards, > Michael Landin Hostbaek > FreeBSDCluster.org - an International Community > > */ PGP-key available upon request /* > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message ---------------------------------------------------------------------------------------------------------- Peter Elsner Vice President Of Customer Service (And System Administrator) 1835 S. Carrier Parkway Grand Prairie, Texas 75051 (972) 263-2080 - Voice (972) 263-2082 - Fax (972) 489-4838 - Cell Phone (425) 988-8061 - eFax Unix IS user friendly... It's just selective about who its friends are. System Administration - It's a dirty job, but somebody said I had to do it. If you receive something that says 'Send this to everyone you know, pretend you don't know me. Standard $500/message proofreading fee applies for UCE. --=====================_5765836==_.ALT Content-Type: text/html; charset="us-ascii" I didn't have that line, but I also never had that line in my crontab file in the past, and the security jobs ran fine.

Just for giggles, I added it.

Checked my mail after it should have run, and nothing...



At 03:50 PM 7/11/2002 +0200, you wrote:

Peter Elsner (peter) writes:
>
> Here's the strange part.  From the #, I can type: periodic daily     and in
> about 30 seconds get an email with the security reports.  However, the same
> line in crontab, sends me an email: periodic not found.
>

Do you have /usr/sbin in the PATH statement ?
Look in the beginning of your crontab file, you should have something
like:
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin

--
Best Regards,
        Michael Landin Hostbaek
        FreeBSDCluster.org - an International Community

        */ PGP-key available upon request /*

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message

----------------------------------------------------------------------------------------------------------
Peter Elsner <peter@servplex.com>
Vice President Of Customer Service (And System Administrator)
1835 S. Carrier Parkway
Grand Prairie, Texas 75051
(972) 263-2080 - Voice
(972) 263-2082 - Fax
(972) 489-4838 - Cell Phone
(425) 988-8061 - eFax

Unix IS user friendly... It's just selective about who its friends are.
System Administration - It's a dirty job, but somebody said I had to do it.
If you receive something that says 'Send this to everyone you know,
pretend you don't know me.

Standard $500/message proofreading fee applies for UCE.

--=====================_5765836==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7:51:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE3637B400; Thu, 11 Jul 2002 07:51:22 -0700 (PDT) Received: from palmolive.yandex.ru (palmolive.yandex.ru [213.180.193.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2813C43E42; Thu, 11 Jul 2002 07:51:21 -0700 (PDT) (envelope-from tzukanov@narod.ru) Received: from dial-113.nross.ru ([195.161.59.240]:384 "EHLO antares" ident: "NO-IDENT-SERVICE[2]" whoson: "tzukanov" TLS-CIPHER: TLS-PEER: ) by mail.yandex.ru with ESMTP id ; Thu, 11 Jul 2002 18:51:08 +0400 Content-Type: text/plain; charset=US-ASCII From: Serguei Tzukanov To: Jake Burkholder Subject: Re: A question about S/390 port Date: Thu, 11 Jul 2002 18:49:21 +0400 User-Agent: KMail/1.4.1 Cc: freebsd-platforms@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG References: <200207101554.09734.tzukanov@narod.ru> <200207110911.47369.tzukanov@narod.ru> <20020711104316.E48985@locore.ca> In-Reply-To: <20020711104316.E48985@locore.ca> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <200207111849.21252.tzukanov@narod.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thursday 11 July 2002 18:43, Jake Burkholder wrote: > Where exactly in init are you trying to print? If you're in the > single_user function, you can only use stdio in the forked child > after it calls setctty. Before that you have to open an fd on > /dev/console yourself and write(2) to it, or call login_tty on it > which dups the standard descriptors from it. I don't know if starting > a getty on /dev/console will work, but in any case this doesn't > happen until you go multi-user, iirc this line is only used for the > secure keyword. Problem is solved, I made as you'd said earlier: fixed hc to support tty interface. Right now I'm debugging sh crushing with sig 11. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 7:54:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F2737B405 for ; Thu, 11 Jul 2002 07:54:34 -0700 (PDT) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBF0643E4A for ; Thu, 11 Jul 2002 07:54:33 -0700 (PDT) (envelope-from mich@freebsdcluster.net) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id 8545D37CA3; Thu, 11 Jul 2002 16:54:03 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1000) id AD3E63B9436; Thu, 11 Jul 2002 16:51:58 +0200 (CEST) Date: Thu, 11 Jul 2002 16:51:58 +0200 From: "Michael L. Hostbaek" To: Peter Elsner Cc: freebsd-hackers@freebsd.org Subject: Re: security jobs Message-ID: <20020711145158.GM15345@mich2.itxmarket.com> References: <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> <5.1.0.14.2.20020711083930.00a54ab0@mail.servplex.com> <5.1.0.14.2.20020711094426.00a3e230@mail.servplex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20020711094426.00a3e230@mail.servplex.com> X-Operating-System: FreeBSD 4.6-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Elsner (peter) writes: > I didn't have that line, but I also never had that line in my crontab file > in the past, and the security jobs ran fine. > > Just for giggles, I added it. > > Checked my mail after it should have run, and nothing... > Did you run mergemaster(8) after installworld ? Besides, this sort of question should be for -hackers, but for questions@freebsd.org, or perhaps stable@freebsd.org Let us move it there... -- Best Regards, Michael Landin Hostbaek FreeBSDCluster.org - an International Community */ PGP-key available upon request /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 8: 6:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933AE37B405 for ; Thu, 11 Jul 2002 08:06:41 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D88E043EA9 for ; Thu, 11 Jul 2002 08:06:40 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 0A46B3ABB4D; Thu, 11 Jul 2002 17:07:12 +0200 (CEST) Date: Thu, 11 Jul 2002 17:07:12 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: Non suid crontab(1). Message-ID: <20020711150711.GL12920@garage.freebsd.pl> References: <20020711105214.GJ12920@garage.freebsd.pl> <20020711110356.GK12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20020711110356.GK12920@garage.freebsd.pl> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 01:03:56PM +0200, Pawel Jakub Dawidek wrote: http://garage.freebsd.pl/crontab.diff http://garage.freebsd.pl/crontab.README.eng There You got updated patch, added chroot() to /var/cron as soon as possbile and fixed note about permissions, for users files should be: leila:root:~# ls -lo /var/cron/tabs total 3 -r--rw---- 1 giaur crontab uchg 254 11 Lip 12:23 giaur -r--rw---- 1 nick crontab uchg 255 11 Lip 12:37 nick -rw------- 1 root crontab uchg 274 11 Lip 12:03 root PS. I'm still waiting for ANY comments:) -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 8:40:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9739137B400 for ; Thu, 11 Jul 2002 08:40:36 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A571843E42 for ; Thu, 11 Jul 2002 08:40:35 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g6BFeUMa093569 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 11 Jul 2002 17:40:32 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g6BFeTFJ033699 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 11 Jul 2002 17:40:29 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g6BFeSLw033696; Thu, 11 Jul 2002 17:40:28 +0200 (CEST)?g (envelope-from ticso) Date: Thu, 11 Jul 2002 17:40:27 +0200 From: Bernd Walter To: bruno schwander Cc: hackers@FreeBSD.ORG Subject: Re: termios guru ? Message-ID: <20020711154027.GC33078@cicely5.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 09:13:18PM -0700, bruno schwander wrote: > I making a port (not much really) of Irit > (http://www.cs.technion.ac.il/~irit/) a modelling environment. > > I am having some problems with terminal handling, so all termios guru out > there, please help ! :-) That's what I did for a terminal programm to setup the controlling tty: void settty(void) { struct termios buf; if (tcgetattr(STDIN_FILENO, &save_termios) < 0) { printf("tcgetattr failed: %s\n", strerror(errno)); exit (1); } memcpy(&buf, &save_termios, sizeof(buf)); buf.c_lflag &= ~(ECHO | ICANON | IEXTEN | ISIG); buf.c_iflag &= ~(ICRNL | INPCK | ISTRIP | IXON); buf.c_cflag &= ~(CSIZE | PARENB); buf.c_cflag |= CS8; buf.c_oflag &= ~OPOST; buf.c_cc[VMIN] = 1; buf.c_cc[VTIME] = 0; if (tcsetattr(STDIN_FILENO, TCSAFLUSH, &buf) < 0) { printf("tcsetattr failed: %s\n", strerror(errno)); exit (1); } ttyset = 1; return; } > At stratup, irit does the following > > Termio.c_cc[VEOF] = 0; /* MIN = 0, no minimal length to wait for. */ > Termio.c_cc[VEOL] = 1; /* TIME - 1 tenth of a second as time o Setting VEOL or VEOF with disabled ICANON is senseless. > which seems wrong, I think it should be > > Termio.c_cc[VMIN] = 0; /* MIN = 0, no minimal length to wait for. */ > Termio.c_cc[VTIME] = 1; /* TIME - 1 tenth of a second as time o > > then later: > > Termio.c_lflag &= ~ICANON; Sparse initialisation may require specific defaults to work. > basically, irit wants to manage line editing itself, to manage the irit > command prompt. There is some code doing the ^A, ^H, etc handling and line > printing, and reading periodically stdin. > > What I see happening, is that usually at the very beginning, input seems > locked. Running in the debugger, I see that characters are fgetc'ed > periodically, but fgetc always returns -1 even when there should be > characters available. > > I then tried using fcntl(0, F_SETFL, O_NONBLOCK) instead of the above 2 > lines. which I thought would do the right thing, ie: non blocking IO, but > anything available from stdin is buffered and provided on the next read. > This works, however I am seeing something strange on stdout now: when > outputting lots of lines, outputs stalls after a few dozen lines. Adding a > usleep between each fwrite() solves the problem but slows it all > down... (and is inherently wrong) I'm not shure if nonblocking or character mode is compatible with stdio. I always used direct io in such cases. > What is going on here ? I do not understand very well all the terminal/IO > discipline here. > > I agree that this is all bad design, and should probably multithread or > use select() but I am not Irit's author... -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 12:11: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FCC337B400 for ; Thu, 11 Jul 2002 12:10:59 -0700 (PDT) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0178643E54 for ; Thu, 11 Jul 2002 12:10:59 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g6BJAvH73267; Thu, 11 Jul 2002 12:10:57 -0700 (PDT) Date: Thu, 11 Jul 2002 12:10:56 -0700 (PDT) From: Doug White To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: Motherboard temperature sensing In-Reply-To: Message-ID: <20020711121034.Y72703-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Jul 2002, Julian Elischer wrote: > I haven't been following this so now naturally > it becomes important.. > > > anyone have good pointers? If you're looking at server machines with IPMI I have some tools that can query the temperature sensors. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 14: 6:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9029F37B400 for ; Thu, 11 Jul 2002 14:06:37 -0700 (PDT) Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24AF443E5E for ; Thu, 11 Jul 2002 14:06:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0622.cvx40-bradley.dialup.earthlink.net ([216.244.44.112] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Sl8m-0002Hs-00; Thu, 11 Jul 2002 14:06:21 -0700 Message-ID: <3D2DF321.9BFE0370@mindspring.com> Date: Thu, 11 Jul 2002 14:05:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Dupre Cc: freebsd-hackers@freebsd.org Subject: Re: terminfo/termcap and cygwin References: <55271305897.20020710154832@alexdupre.com> <3D2C977E.F4EC2346@mindspring.com> <150344070547.20020711120116@alexdupre.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alex Dupre wrote: > Wednesday, July 10, 2002, 10:22:22 PM, you wrote: > TL> Sounds like Cygwin's terminal program fails to correctly implement > TL> the ANSI 3.64 standard. Could you use an ANSI 3.64 standard terminal, > TL> instead? Windows Telnet is standards compliant, for example. > > I can use other terminals, usually from windows machines I use putty > that works good, but I'd like a working cygwin, too. Cygwin problem. I'd like a working Microsoft Windows. 8-). > Thanks for your suggestions. I tried to replace the cygwin termcap > entry with the one included in cygwin and many problems disappeared, > but not all. > > TL> Actually, if you do a search for: > > TL> termcap entry test program > > TL> You should be able to quickly identify what's wrong with your > TL> termcap entry, or if it's actually another Cygwin bug. > > Can you give me more details on this test program, pls? I couldn't > find it. It's included in the "ncurses" package. There's also one called "aC" that's included with the O'Reilly "Termcap and Terminfo" book, and there are three or four of them in the comp.unix.sources archives (if I remember correctly, Archive #27 has one of them). Basically, you run it, and then step through it, and it tells you should see, and if you don't see what it tells you you should see, then you correct your termcap entry so that the output becomes more correct. It will test things like "AM" and "AW", etc., which are common places implementations of termcap entries are broken. -- TErry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 14:59: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5007337B400 for ; Thu, 11 Jul 2002 14:59:00 -0700 (PDT) Received: from smtp.noos.fr (aragon.noos.net [212.198.2.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CAD543E09 for ; Thu, 11 Jul 2002 14:58:59 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 4994134 invoked by uid 0); 11 Jul 2002 21:58:57 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with SMTP for ; 11 Jul 2002 21:58:57 -0000 Received: from gits.gits.dyndns.org (c075sowzlprhdjsf@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6BLwuTL022813; Thu, 11 Jul 2002 23:58:56 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6BLwtcv022812; Thu, 11 Jul 2002 23:58:55 +0200 (CEST) (envelope-from root) Date: Thu, 11 Jul 2002 23:58:55 +0200 From: Cyrille Lefevre To: bruno schwander Cc: hackers@FreeBSD.ORG Subject: Re: termios guru ? Message-ID: <20020711215855.GB21234@gits.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 09:13:18PM -0700, bruno schwander wrote: > I making a port (not much really) of Irit > (http://www.cs.technion.ac.il/~irit/) a modelling environment. > > I am having some problems with terminal handling, so all termios guru out > there, please help ! :-) > > At stratup, irit does the following > > Termio.c_cc[VEOF] = 0; /* MIN = 0, no minimal length to wait for. */ > Termio.c_cc[VEOL] = 1; /* TIME - 1 tenth of a second as time o > > which seems wrong, I think it should be > > Termio.c_cc[VMIN] = 0; /* MIN = 0, no minimal length to wait for. */ > Termio.c_cc[VTIME] = 1; /* TIME - 1 tenth of a second as time o VMIN == VEOF and VTIME == VEOL. > then later: > > Termio.c_lflag &= ~ICANON; take a look at cfmakeraw(3) which is BSD specific, but that's not important since it's a port *to* BSD :) more +/cfmakeraw /usr/src/lib/libc/gen/termios.c cfmakeraw(t) struct termios *t; { t->c_iflag &= ~(IMAXBEL|IXOFF|INPCK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON|IGNPAR); t->c_iflag |= IGNBRK; t->c_oflag &= ~OPOST; t->c_lflag &= ~(ECHO|ECHOE|ECHOK|ECHONL|ICANON|ISIG|IEXTEN|NOFLSH|TOSTOP|PENDIN); t->c_cflag &= ~(CSIZE|PARENB); t->c_cflag |= CS8|CREAD; t->c_cc[VMIN] = 1; t->c_cc[VTIME] = 0; } so, a short answer could be, as Bernd Walter suggested : int settty(raw) int raw; { static int init; static struct termios old; struct termios buf, *new; if (!init) { if (tcgetattr(STDIN_FILENO, &old) < 0) { printf("tcgetattr failed: %s\n", strerror(errno)); return(1); } init++; } if (raw) { if (init < 2) { cfmakeraw(&buf); init++; } new = buf; } else new = old; if (tcsetattr(STDIN_FILENO, TCSAFLUSH, &new) < 0) { printf("tcsetattr failed: %s\n", strerror(errno)); return(1); } return(0); } Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15: 5:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5B9537B400 for ; Thu, 11 Jul 2002 15:05:27 -0700 (PDT) Received: from mail.tinkerbox.org (adsl-64-168-139-138.dsl.snfc21.pacbell.net [64.168.139.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441E443E4A for ; Thu, 11 Jul 2002 15:05:27 -0700 (PDT) (envelope-from bruno@tinkerbox.org) Received: from duron.bschwand.net (duron.bschwand.net [192.168.137.4]) by mail.tinkerbox.org (Postfix) with ESMTP id 836F719B5; Thu, 11 Jul 2002 15:08:00 -0700 (PDT) Date: Thu, 11 Jul 2002 15:08:00 -0700 (PDT) From: bruno schwander X-Sender: bruno@duron.bschwand.net To: Cyrille Lefevre Cc: hackers@FreeBSD.ORG Subject: Re: termios guru ? In-Reply-To: <20020711215855.GB21234@gits.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG thanks, I see the idea but cfmakeraw has some other effects... newlines output by the program are not translated, etc. My main program now is the VMIN/VTIME stuff. The way irit tries to use is, is basically to be able to do async stdin reading, but this does not work. Whenever I try those settings, no input is ever read by the program. It fgetc() constantly returns -1. Any idea why ? bruno On Thu, 11 Jul 2002, Cyrille Lefevre wrote: > On Wed, Jul 10, 2002 at 09:13:18PM -0700, bruno schwander wrote: > > I making a port (not much really) of Irit > > (http://www.cs.technion.ac.il/~irit/) a modelling environment. > > > > I am having some problems with terminal handling, so all termios guru out > > there, please help ! :-) > > > > At stratup, irit does the following > > > > Termio.c_cc[VEOF] = 0; /* MIN = 0, no minimal length to wait for. */ > > Termio.c_cc[VEOL] = 1; /* TIME - 1 tenth of a second as time o > > > > which seems wrong, I think it should be > > > > Termio.c_cc[VMIN] = 0; /* MIN = 0, no minimal length to wait for. */ > > Termio.c_cc[VTIME] = 1; /* TIME - 1 tenth of a second as time o > > VMIN == VEOF and VTIME == VEOL. > > > then later: > > > > Termio.c_lflag &= ~ICANON; > > take a look at cfmakeraw(3) which is BSD specific, but that's > not important since it's a port *to* BSD :) > > more +/cfmakeraw /usr/src/lib/libc/gen/termios.c > > cfmakeraw(t) > struct termios *t; > { > > t->c_iflag &= ~(IMAXBEL|IXOFF|INPCK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON|IGNPAR); > t->c_iflag |= IGNBRK; > t->c_oflag &= ~OPOST; > t->c_lflag &= ~(ECHO|ECHOE|ECHOK|ECHONL|ICANON|ISIG|IEXTEN|NOFLSH|TOSTOP|PENDIN); > t->c_cflag &= ~(CSIZE|PARENB); > t->c_cflag |= CS8|CREAD; > t->c_cc[VMIN] = 1; > t->c_cc[VTIME] = 0; > } > > so, a short answer could be, as Bernd Walter suggested : > > int > settty(raw) > int raw; > { > static int init; > static struct termios old; > struct termios buf, *new; > > if (!init) { > if (tcgetattr(STDIN_FILENO, &old) < 0) { > printf("tcgetattr failed: %s\n", strerror(errno)); > return(1); > } > init++; > } > if (raw) { > if (init < 2) { > cfmakeraw(&buf); > init++; > } > new = buf; > } else > new = old; > if (tcsetattr(STDIN_FILENO, TCSAFLUSH, &new) < 0) { > printf("tcsetattr failed: %s\n", strerror(errno)); > return(1); > } > return(0); > } > > Cyrille. > -- > Cyrille Lefevre mailto:cyrille.lefevre@laposte.net > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15: 8:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 743DD37B400 for ; Thu, 11 Jul 2002 15:08:48 -0700 (PDT) Received: from smtp.noos.fr (verlaine.noos.net [212.198.2.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69DE843E3B for ; Thu, 11 Jul 2002 15:08:47 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 31135744 invoked by uid 0); 11 Jul 2002 22:08:46 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.73 (qmail-ldap-1.03) with SMTP for ; 11 Jul 2002 22:08:46 -0000 Received: from gits.gits.dyndns.org (gw56qdkgvgqu1zb0@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6BM8jTL023478; Fri, 12 Jul 2002 00:08:45 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6BM8jcS023477; Fri, 12 Jul 2002 00:08:45 +0200 (CEST) (envelope-from root) Date: Fri, 12 Jul 2002 00:08:44 +0200 From: Cyrille Lefevre To: Pawel Jakub Dawidek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: No suid crontab(1). Message-ID: <20020711220844.GC21234@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , Pawel Jakub Dawidek , freebsd-hackers@FreeBSD.ORG References: <20020711105214.GJ12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020711105214.GJ12920@garage.freebsd.pl> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 12:52:14PM +0200, Pawel Jakub Dawidek wrote: [snip] > @@ -592,11 +577,19 @@ > } > > (void) sprintf(n, CRON_TAB(User)); > + chflags(n, 0); please, backup old flags such as (oflags = chflags(n, 0)) since you don't know if only UF_IMMUTABLE is used. > if (rename(tn, n)) { > warn("error renaming %s to %s", tn, n); > unlink(tn); > return (-2); > } then chflags(oflags|UF_IMMUTABLE). > + if (chflags(n, UF_IMMUTABLE) < OK) > + { > + warn("chflags"); > + unlink(n); > + return (-2); > + } > + > log_it(RealUser, Pid, "REPLACE", User); > > poke_daemon(); does this work w/ `sysctl kern.securelevel' > 0 ? # man init 1 Secure mode - the system immutable and system append-only flags may ^^^^^^^^^^^^^^^^^^^^ ^^^ not be turned off; disks for mounted filesystems, /dev/mem, and ^^^^^^^^^^^^^^^^^ /dev/kmem may not be opened for writing; kernel modules (see kld(4)) may not be loaded or unloaded. I guess no. Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15:11: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E1CF37B400 for ; Thu, 11 Jul 2002 15:11:02 -0700 (PDT) Received: from smtp.noos.fr (zola.noos.net [212.198.2.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124AD43E64 for ; Thu, 11 Jul 2002 15:11:01 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 41617148 invoked by uid 0); 11 Jul 2002 22:10:59 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.76 (qmail-ldap-1.03) with SMTP for ; 11 Jul 2002 22:10:59 -0000 Received: from gits.gits.dyndns.org (qycwroe3027i5tv4@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6BMAwTL023493; Fri, 12 Jul 2002 00:10:58 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6BMAwHU023492; Fri, 12 Jul 2002 00:10:58 +0200 (CEST) (envelope-from root) Date: Fri, 12 Jul 2002 00:10:58 +0200 From: Cyrille Lefevre To: Pawel Jakub Dawidek Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Non suid crontab(1). Message-ID: <20020711221058.GD21234@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , Pawel Jakub Dawidek , freebsd-hackers@FreeBSD.ORG References: <20020711105214.GJ12920@garage.freebsd.pl> <20020711110356.GK12920@garage.freebsd.pl> <20020711150711.GL12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020711150711.GL12920@garage.freebsd.pl> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jul 11, 2002 at 05:07:12PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Jul 11, 2002 at 01:03:56PM +0200, Pawel Jakub Dawidek wrote: > http://garage.freebsd.pl/crontab.diff > http://garage.freebsd.pl/crontab.README.eng > > PS. I'm still waiting for ANY comments:) done, but if you want your change be integrated to FreeBSD, you'll have to submit a PR (man send-pr). Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15:22:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B93337B400 for ; Thu, 11 Jul 2002 15:22:11 -0700 (PDT) Received: from prophecy.dyndns.org (modem040.phl-tc03b.fcc.net [63.121.117.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974F343E4A for ; Thu, 11 Jul 2002 15:22:06 -0700 (PDT) (envelope-from apeiron@prophecy.dyndns.org) Received: from prophecy.dyndns.org (apeiron@prophecy.dyndns.org [127.0.0.1]) by prophecy.dyndns.org (8.12.5/8.12.3) with ESMTP id g6BMM7TE072208 for ; Thu, 11 Jul 2002 18:22:07 -0400 (EDT) (envelope-from apeiron@prophecy.dyndns.org) Received: (from apeiron@localhost) by prophecy.dyndns.org (8.12.5/8.12.3/Submit) id g6BMM6IM072207; Thu, 11 Jul 2002 18:22:06 -0400 (EDT) Subject: Old libtool. From: Christopher Nehren To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Jul 2002 18:22:04 -0400 Message-Id: <1026426124.271.6.camel@prophecy.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone have any ideas [when|if] the libtool in ports will be updated? It's preventing me from compiling CVS of various things, such as gaim, py-gtk, and other non-GNOME things as well. TIA for the info, and best regards. Chris Nehren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15:51:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED68737B400 for ; Thu, 11 Jul 2002 15:51:09 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 793E743E3B for ; Thu, 11 Jul 2002 15:51:09 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 752083ABB4D; Fri, 12 Jul 2002 00:51:47 +0200 (CEST) Date: Fri, 12 Jul 2002 00:51:47 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: No suid crontab(1). Message-ID: <20020711225147.GO12920@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 12:08:44AM +0200, Cyrille Lefevre wrote: +> please, backup old flags such as (oflags = chflags(n, 0)) since +> you don't know if only UF_IMMUTABLE is used. +> But this files should have ONLY UF_IMMUTABLE, I think... +> does this work w/ `sysctl kern.securelevel' > 0 ? +> Yes, it does. I'm using uchg, not schg flags. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15:51:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8752537B400 for ; Thu, 11 Jul 2002 15:51:29 -0700 (PDT) Received: from stone.locallink.net (Stone.LocalLink.Net [65.170.77.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E90C43E31 for ; Thu, 11 Jul 2002 15:51:29 -0700 (PDT) (envelope-from kpitcher@locallink.net) Received: by stone.locallink.net (Postfix, from userid 1001) id EB87F41B4F; Thu, 11 Jul 2002 18:51:29 -0400 (EDT) Date: Thu, 11 Jul 2002 18:51:29 -0400 From: Keith Pitcher To: freebsd-hackers@freebsd.org Subject: CDR performance Message-ID: <20020711225129.GA73891@stone.locallink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just thought I'd report that using cdrecord on a netserver 5 with SCSI2 bus, I can do 8 CDs at 4 speed, 7 at 6 speed and 4 or 5 at 8 speed. It will start fine with 8, but after a few seconds I get bus errors and a few new coasters pop out. I've tried staggering startup a few seconds, but the best I can do is go from 4 bad ones to 3 bad ones. I'm thinking if I had something other than a p100 with all of 64M ram things would work a little better. Still, a nice way to save the $499 license fee that a nero windows license would cost to burn 8 CDs. Thanks for the help, Keith To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 15:57: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B7237B400 for ; Thu, 11 Jul 2002 15:57:02 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83EE43E3B for ; Thu, 11 Jul 2002 15:57:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6BMv1LA012432; Thu, 11 Jul 2002 15:57:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6BMv1iD012431; Thu, 11 Jul 2002 15:57:01 -0700 (PDT) (envelope-from dillon) Date: Thu, 11 Jul 2002 15:57:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200207112257.g6BMv1iD012431@apollo.backplane.com> To: Keith Pitcher Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: CDR performance References: <20020711225129.GA73891@stone.locallink.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Just thought I'd report that using cdrecord on a netserver 5 with SCSI2 bus, :I can do 8 CDs at 4 speed, 7 at 6 speed and 4 or 5 at 8 speed. It will start fine :with 8, but after a few seconds I get bus errors and a few new coasters pop :out. I've tried staggering startup a few seconds, but the best I can do is :go from 4 bad ones to 3 bad ones. : :I'm thinking if I had something other than a p100 with all of 64M ram things :would work a little better. : :Still, a nice way to save the $499 license fee that a nero windows license :would cost to burn 8 CDs. : :Thanks for the help, : :Keith Wow, that's excellent news Keith! I'm amazed that you were able to get it to work so well with such an old box. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 16: 5:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3119937B400 for ; Thu, 11 Jul 2002 16:05:08 -0700 (PDT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFB243E3B for ; Thu, 11 Jul 2002 16:05:07 -0700 (PDT) (envelope-from jhs@jhs.muc.de) Received: from fwd11.sul.t-online.de by mailout10.sul.t-online.com with smtp id 17Smzg-00040y-01; Fri, 12 Jul 2002 01:05:04 +0200 Received: from jhs.muc.de (520006753247-0001@[217.228.221.145]) by fmrl11.sul.t-online.com with esmtp id 17Smzg-0LuPbMC; Fri, 12 Jul 2002 01:05:04 +0200 Received: from flip.jhs.private (flip.jhs.private [192.168.91.24]) by jhs.muc.de (8.11.6/8.11.6) with ESMTP id g6BN5Oo12461; Fri, 12 Jul 2002 01:05:24 +0200 (MET DST) (envelope-from jhs@jhs.muc.de) Received: from flip.jhs.private (localhost [127.0.0.1]) by flip.jhs.private (8.11.6/8.11.6) with ESMTP id g6BN5NH85530; Fri, 12 Jul 2002 01:05:23 +0200 (CEST) (envelope-from jhs@flip.jhs.private) Message-Id: <200207112305.g6BN5NH85530@flip.jhs.private> To: Keith Pitcher Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: CDR performance In-Reply-To: Message from Keith Pitcher of "Thu, 11 Jul 2002 18:51:29 EDT." <20020711225129.GA73891@stone.locallink.net> Date: Fri, 12 Jul 2002 01:05:23 +0200 From: "Julian H. Stacey" X-Sender: 520006753247-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Keith Pitcher wrote: > Just thought I'd report that using cdrecord on a netserver 5 with SCSI2 bus, > I can do 8 CDs at 4 speed, 7 at 6 speed and 4 or 5 at 8 speed. It will start > fine > with 8, but after a few seconds I get bus errors and a few new coasters pop > out. I've tried staggering startup a few seconds, but the best I can do is Re. coasters, cdrecord -dummy will reduce cost to your pocket & environment. Julian Stacey Computer Sys. Eng. & Unix Consultant, Munich Ihr Rauchen = mein allergischer Kopfschmerz ! Schnupftabak probieren. 7000 Free programs: http://www.freebsd.org/ports/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 16:12: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A920737B400 for ; Thu, 11 Jul 2002 16:12:00 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4086F43E09 for ; Thu, 11 Jul 2002 16:12:00 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0622.cvx40-bradley.dialup.earthlink.net ([216.244.44.112] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17Sn6J-0002sU-00; Thu, 11 Jul 2002 16:11:56 -0700 Message-ID: <3D2E107A.362AF9EB@mindspring.com> Date: Thu, 11 Jul 2002 16:10:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: bruno schwander Cc: Cyrille Lefevre , hackers@FreeBSD.ORG Subject: Re: termios guru ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bruno schwander wrote: > thanks, I see the idea but cfmakeraw has some other effects... newlines > output by the program are not translated, etc. > > My main program now is the VMIN/VTIME stuff. The way irit tries to use is, > is basically to be able to do async stdin reading, but this does not > work. Whenever I try those settings, no input is ever read by the > program. It fgetc() constantly returns -1. > > Any idea why ? In noncanonical mode input processing, input bytes are not assembled into lines, and erase and kill processing does not occur. The values of the VMIN and VTIME members of the c_cc array are used to determine how to process the bytes received. MIN represents the minimum number of bytes that should be received when the read(2) function successfully returns. TIME is a timer of 0.1 second granularity that is used to time out bursty and short term data transmis- sions. If MIN is greater than { MAX_INPUT}, the response to the request is undefined. The four possible values for MIN and TIME and their inter- actions are described below. What's "MAX_INPUT" set to? Try running: system("stty -a"); From your program, after you set the terminal modes, to make sure you set them correctly. Make sure you are using termios, not termio. See also the source code to raw(3) and cbreak(3) in the curses library source code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 18: 7: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A2237B410 for ; Thu, 11 Jul 2002 18:06:56 -0700 (PDT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 153DF43E42 for ; Thu, 11 Jul 2002 18:06:56 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net ([138.89.160.174]) by out007.verizon.net (InterMail vM.5.01.05.05 201-253-122-126-105-20020426) with ESMTP id <20020712010659.FVRV13116.out007.verizon.net@bellatlantic.net>; Thu, 11 Jul 2002 20:06:59 -0500 Message-ID: <3D2E2BAC.7FDB87BB@bellatlantic.net> Date: Thu, 11 Jul 2002 21:06:52 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-19990626-CURRENT i386) X-Accept-Language: en, ru MIME-Version: 1.0 To: bruno schwander Cc: Cyrille Lefevre , hackers@FreeBSD.ORG Subject: Re: termios guru ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bruno schwander wrote: > > thanks, I see the idea but cfmakeraw has some other effects... newlines > output by the program are not translated, etc. To get rid of the raw output effects, remove the line t->c_oflag &= ~OPOST; > > My main program now is the VMIN/VTIME stuff. The way irit tries to use is, > is basically to be able to do async stdin reading, but this does not > work. Whenever I try those settings, no input is ever read by the > program. It fgetc() constantly returns -1. > > Any idea why ? > > bruno > > On Thu, 11 Jul 2002, Cyrille Lefevre wrote: > > > On Wed, Jul 10, 2002 at 09:13:18PM -0700, bruno schwander wrote: > > > I making a port (not much really) of Irit > > > (http://www.cs.technion.ac.il/~irit/) a modelling environment. > > > > > > I am having some problems with terminal handling, so all termios guru out > > > there, please help ! :-) > > > > > > At stratup, irit does the following > > > > > > Termio.c_cc[VEOF] = 0; /* MIN = 0, no minimal length to wait for. */ > > > Termio.c_cc[VEOL] = 1; /* TIME - 1 tenth of a second as time o > > > > > > which seems wrong, I think it should be > > > > > > Termio.c_cc[VMIN] = 0; /* MIN = 0, no minimal length to wait for. */ > > > Termio.c_cc[VTIME] = 1; /* TIME - 1 tenth of a second as time o > > > > VMIN == VEOF and VTIME == VEOL. On SysV but not guaranteed to be so on every system. In fact, if we look in the FreeBSD /usr/include/sys/termios.h we can see: #define VEOF 0 /* ICANON */ #define VEOL 1 /* ICANON */ #define VMIN 16 /* !ICANON */ #define VTIME 17 /* !ICANON */ No wonder that it does not work. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 18:15:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C485A37B400 for ; Thu, 11 Jul 2002 18:15:07 -0700 (PDT) Received: from tapil.com (dsl092-068-186.bos1.dsl.speakeasy.net [66.92.68.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D3E43E67 for ; Thu, 11 Jul 2002 18:15:07 -0700 (PDT) (envelope-from lists-ma@tapil.com) Received: from mulva.tapil.com (mulva.tapil.com [192.168.64.10]) by tapil.com (8.12.3/8.12.3) with ESMTP id g6C1F5ie006427 for ; Thu, 11 Jul 2002 21:15:05 -0400 (EDT) (envelope-from lists-ma@tapil.com) Message-Id: <5.1.1.6.0.20020711210231.00ace8c0@shlc0003.shr.intel.com> X-Sender: madler@inside.tapil.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Thu, 11 Jul 2002 21:15:05 -0400 To: hackers@FreeBSD.ORG From: Michael Adler Subject: Bad vnode causing crash in 4.x Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been suffering infrequent system crashes when running ange-ftp under emacs for some time and finally have a crash dump from a kernel with symbols. This crash dump was on 4.6-stable, though I've seen the bug off and on for at least a year. All the crashes have the following characteristic: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01ae331 stack pointer = 0x10:0xd7c9eed8 frame pointer = 0x10:0xd7c9eedc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 36349 (ftp) interrupt mask = none trap number = 12 panic: page fault (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc017fd2f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc0180154 in poweroff_wait (junk=0xc02f668c, howto=-1070636625) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02a3cce in trap_fatal (frame=0xd7c9ee98, eva=16) at /usr/src/sys/i386/i386/trap.c:966 #4 0xc02a39a1 in trap_pfault (frame=0xd7c9ee98, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc02a358b in trap (frame={tf_fs = -676790256, tf_es = -676790256, tf_ds = -674693104, tf_edi = -676731680, tf_esi = 1, tf_ebp = -674631972, tf_isp = -674631996, tf_ebx = 0, tf_edx = -674631932, tf_ecx = 47, tf_eax = -674575552, tf_trapno = 12, tf_err = 0, tf_eip = -1071979727, tf_cs = 8, tf_eflags = 66118, tf_esp = -1038362816, tf_ss = -674631960}) at /usr/src/sys/i386/i386/trap.c:458 #6 0xc01ae331 in vop_revoke (ap=0xd7c9ef04) at /usr/src/sys/kern/vfs_subr.c:1965 #7 0xc01aace9 in vop_defaultop (ap=0xd7c9ef04) at /usr/src/sys/kern/vfs_default.c:150 #8 0xc0178381 in exit1 (p=0xd7a9e4e0, rv=0) at vnode_if.h:500 #9 0xc01780e4 in exit1 (p=0xd7a9e4e0, rv=0) at /usr/src/sys/kern/kern_exit.c:103 #10 0xc02a3f7d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1, tf_ebp = -1077939936, tf_isp = -674631724, tf_ebx = 672471396, tf_edx = 672470976, tf_ecx = 1, tf_eax = 1, tf_trapno = 7, tf_err = 2, tf_eip = 672154536, tf_cs = 31, tf_eflags = 647, tf_esp = -1077939980, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1167 #11 0xc0297f05 in Xint0x80_syscall () Cannot access memory at address 0xbfbff120. The final problem before the crash is a reference to page 0 in vop_revoke because dev is 0. The vop_revoke_args struct (ap) appears to be filled in, but v_type is VBAD and a_vp->v_un.vu_spec.vu_specinfo (which is assigned to dev in vop_revoke) is 0. Here is the whole data structure: (kgdb) p *((struct vop_revoke_args *) 0xd7c9ef04)->a_desc $1 = {vdesc_offset = 47, vdesc_name = 0xc02bff86 "vop_revoke", vdesc_flags = 0, vdesc_vp_offsets = 0xc0300664, vdesc_vpp_offset = -1, vdesc_cred_offset = -1, vdesc_proc_offset = -1, vdesc_componentname_offset = -1, vdesc_transports = 0x0} (kgdb) p *((struct vop_revoke_args *) 0xd7c9ef04)->a_vp $2 = {v_flag = 8, v_usecount = 1, v_writecount = 0, v_holdcnt = 0, v_id = 18538, v_mount = 0x0, v_op = 0xc1de6500, v_freelist = { tqe_next = 0x0, tqe_prev = 0xd660a29c}, v_nmntvnodes = { tqe_next = 0x0, tqe_prev = 0xd7c59824}, v_cleanblkhd = { tqh_first = 0x0, tqh_last = 0xd7cacb6c}, v_dirtyblkhd = { tqh_first = 0x0, tqh_last = 0xd7cacb74}, v_synclist = { le_next = 0x0, le_prev = 0x0}, v_numoutput = 0, v_type = VBAD, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = { vu_specinfo = 0x0, vu_specnext = {sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_lease = 0x0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_object = 0x0, v_interlock = { lock_data = 0}, v_vnlock = 0x0, v_tag = VT_NON, v_data = 0x0, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xd7cacbc0}, v_dd = 0xd7cacb40, v_ddid = 0, v_pollinfo = {vpi_lock = {lock_data = 0}, vpi_selinfo = {si_pid = 0, si_note = {slh_first = 0x0}, si_flags = 0}, vpi_events = 0, vpi_revents = 0}, v_vxproc = 0x0} Any suggestions? This seems to be triggered when ange-ftp mode in emacs is left sitting for hours without either it or emacs running. I assume exit() is called for the ftp process because the remote side hung up. Just having the remote side hang up isn't enough to trigger it though. I often have the remote side hang up after a few minutes and ange-ftp reconnects. This seems to happen only after the process sits around. The machine is relatively idle, too. The probability that any swap is involved is quite low. -Michael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 18:56:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7430137B400 for ; Thu, 11 Jul 2002 18:56:49 -0700 (PDT) Received: from mastercard.com (MCNSTL41.mastercard.com [12.22.158.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E806A43E67 for ; Thu, 11 Jul 2002 18:56:48 -0700 (PDT) (envelope-from MCNSTL41%MASTERCARD@mastercard.com) From: "MCNSTL41" X-Priority: 3 (Normal) Date: Thu, 11 Jul 2002 20:56:43 -0500 Subject: Report to Sender To: hackers Message-ID: X-MIMETrack: Serialize by Router on MCNSTL41/MASTERCARD(Release 5.0.9a |January 7, 2002) at 07/11/2002 08:56:49 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Incident Information:- Database: d:/notes/data/mail2.box Originator: hackers Recipients: hostmaster@mastercard.org, hostmaster@mastercard.com Subject: Hello,let's be friends Date/Time: 07/11/2002 08:56:34 PM The file attachment target.scr you sent to the recipients listed above was infected with the W32/Klez.h@MM virus and was not successfully cleaned. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 22:14: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD6637B400; Thu, 11 Jul 2002 22:14:04 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C46B543E09; Thu, 11 Jul 2002 22:14:03 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g6C5DxbM086846; Fri, 12 Jul 2002 01:13:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 12 Jul 2002 01:13:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: developers@freeBSD.org, hackers@freeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just a reminder that the deadline is on July 19; please submit status reports as soon as possible, thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 8 Jul 2002 19:23:02 -0400 (EDT) From: Robert Watson To: developers@FreeBSD.org, hackers@FreeBSD.org Subject: Request for submissions: FreeBSD Bi-Monthly Development Status Report This is a solicitation for submissions for the May 2002 - June 2002 FreeBSD Bi-Monthly Development Status Report. All submissions are due by July 19, 2002. Submissions should be made by filling out the template found at: http://www.FreeBSD.org/news/status/report-sample.xml Submissions must then be e-mailed to the following address: robert+freebsd.monthly@cyrus.watson.org For automatic processing. Reports must be submitted in the XML format described, or they will be silently dropped. Submissions made to other e-mail addresses will be ignored. Status reports should be submitted once per project, although project developers may choose to submit additional reports on specific sub-projects of substantial size. Status reports are typically one or two short paragraphs, but the text may be up to 20 lines in length. Submissions are welcome on a variety of topics relating to FreeBSD, including development, documentation, advocacy, and development processes. Prior status reports may be viewed at: http://www.FreeBSD.org/news/status/ Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jul 11 23:32: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B660137B400; Thu, 11 Jul 2002 23:32:04 -0700 (PDT) Received: from cse.cs.huji.ac.il (cse.cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3481443E65; Thu, 11 Jul 2002 23:32:04 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cse.cs.huji.ac.il with esmtp id 17StyE-0007ie-00; Fri, 12 Jul 2002 09:32:02 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Prafulla S. Deuskar" Cc: freebsd-stable@freebsd.org, freebsd-hackers@FreeBSD.ORG Subject: Re: em driver - Intel(R) PRO/1000 gigabit In-reply-to: Your message of Wed, 10 Jul 2002 08:57:58 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Jul 2002 09:31:53 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (sorry for the cross posting) after some more - and long - testing this is what i have: if the card is 'virgin' - no pxe, flash memory 'empty', all seems ok, dhclient works ok. if i enable PXE, running it as diskless is fine (i don't need dhclient). but if i boot of the disk and use dhclient, then it does not work - arp requests are sent and replies come back, but never make it. if i just ifconfig em0 ip.addr then all is ok. using an older if_em ver 1.1.10, dhclient works fine. btw, after the card has been pxe enabled, disabling the flash memory does not help, i can't get it back to work as it did in 'virgin' mode. one more thing, one 'virgin' card is causing panic with bad ram. hope this helps, danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 7:44:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADC637B400 for ; Fri, 12 Jul 2002 07:44:48 -0700 (PDT) Received: from tapil.com (dsl092-068-186.bos1.dsl.speakeasy.net [66.92.68.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BA8E43E65 for ; Fri, 12 Jul 2002 07:44:47 -0700 (PDT) (envelope-from lists-ma@tapil.com) Received: from shw2w0001.tapil.com (shw2w0001.shr.intel.com [10.243.69.27]) by tapil.com (8.12.3/8.12.3) with ESMTP id g6CEiiie073748 for ; Fri, 12 Jul 2002 10:44:45 -0400 (EDT) (envelope-from lists-ma@tapil.com) Message-Id: <5.1.1.2.0.20020712104209.00a047b0@inside.tapil.com> X-Sender: madler@inside.tapil.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1.1.3 (Beta) Date: Fri, 12 Jul 2002 10:44:44 -0400 To: hackers@FreeBSD.ORG From: Michael Adler Subject: Re: Bad vnode causing crash in 4.x In-Reply-To: <5.1.1.6.0.20020711210231.00ace8c0@shlc0003.shr.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I meant to ask whether we simply need to add a check for (!dev) before the for loop in vop_revoke() in sys/kern/vfs_subr.c. That would clearly prevent the crash here. What I don't know is whether there is some larger bug. -Michael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 8:52:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2082337B400 for ; Fri, 12 Jul 2002 08:52:10 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0990B43E3B for ; Fri, 12 Jul 2002 08:52:07 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.6/8.11.6) id g6CFmA863422 for hackers@freebsd.org; Fri, 12 Jul 2002 19:48:10 +0400 (MSD) (envelope-from yar) Date: Fri, 12 Jul 2002 19:48:09 +0400 From: Yar Tikhiy To: hackers@freebsd.org Subject: Large variables on stack Message-ID: <20020712194809.A62768@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, As I see, there are many spots in the FreeBSD userland sources where multi-kilobyte automatic variables (e.g., string buffers) are used. I've been taught that such variables would better be static or allocated on heap. So the following question comes to my mind: To stay portable to a reasonable degree, how large on-stack variables can be used? -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 9: 1:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BC4237B400 for ; Fri, 12 Jul 2002 09:01:14 -0700 (PDT) Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B97343E42 for ; Fri, 12 Jul 2002 09:01:13 -0700 (PDT) (envelope-from bts@babbleon.org) Received: from i8k.babbleon.org ([66.57.86.84]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Fri, 12 Jul 2002 11:59:55 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id B4F0BBA05; Fri, 12 Jul 2002 11:59:51 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Yar Tikhiy , hackers@FreeBSD.ORG Subject: Re: Large variables on stack Date: Fri, 12 Jul 2002 11:59:51 -0400 X-Mailer: KMail [version 1.3] References: <20020712194809.A62768@comp.chem.msu.su> In-Reply-To: <20020712194809.A62768@comp.chem.msu.su> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020712155951.B4F0BBA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday 12 July 2002 11:48 am, Yar Tikhiy wrote: | Hi there, | | As I see, there are many spots in the FreeBSD userland sources where | multi-kilobyte automatic variables (e.g., string buffers) are used. | I've been taught that such variables would better be static or | allocated on heap. | | So the following question comes to my mind: To stay portable to a | reasonable degree, how large on-stack variables can be used? I believe that most advice of this nature dates back to the time when memory was non-virtual. I suppose that I wouldn't allocate more than about 10k on the stack, or less in a highly recursive application, but honestly I doubt it's any big deal with 32-bit processors either way. Besides, stack allocations are more efficient than heap allocations on every architecture I know of other than the IBM mainframe. Of course, it's is a lot better to dynamically allocate strings of unknown length than to use large stack buffers, but that's because the dynamic allocation can be done after you know the length of the string and can avoid overflows more than because you don't want large stack allocations. In a language like ForTran that allows variable-length automatically-allocated function-scoped items I'd do even those off of the stack. (Of course in ForTran you have no choice, but you know what I mean.) -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) http://www.babbleon.org http://www.eff.org http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 9:14:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9F0E37B400 for ; Fri, 12 Jul 2002 09:14:31 -0700 (PDT) Received: from warlock.qualcomm.com (warlock.qualcomm.com [129.46.64.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 160BA43E42 for ; Fri, 12 Jul 2002 09:14:31 -0700 (PDT) (envelope-from mmitchel@qualcomm.com) Received: from ithilien.qualcomm.com (ithilien.qualcomm.com [129.46.51.59]) by warlock.qualcomm.com (8.12.3/8.12.3/1.0) with ESMTP id g6CGEOHJ023614 for ; Fri, 12 Jul 2002 09:14:25 -0700 (PDT) Received: from fezik.qualcomm.com (fezik.qualcomm.com [129.46.65.103]) by ithilien.qualcomm.com (8.12.3/8.12.3/1.0) with ESMTP id g6CG6g3Z006195; Fri, 12 Jul 2002 09:06:42 -0700 (PDT) Received: from MMITCHEL2 (mmitchel-2.qualcomm.com [129.46.175.210]) by fezik.qualcomm.com (8.12.1/8.12.3/1.0) with SMTP id g6CG6ecT005538; Fri, 12 Jul 2002 09:06:40 -0700 (PDT) From: "Mike Mitchell" To: "Yar Tikhiy" , Subject: RE: Large variables on stack Date: Fri, 12 Jul 2002 09:06:40 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20020712194809.A62768@comp.chem.msu.su> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Good Morning, I would suggest that since we have an VM implementation that works, that the answer to your question is "it doesn't really matter." Now, the information you received about making these items static or heap allocated can be really beneficial when you are coding for an embedded system and you have very finite resources that you need to manually manage. Mike Mitchell -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of Yar Tikhiy Sent: Friday, July 12, 2002 8:48 AM To: hackers@freebsd.org Subject: Large variables on stack Hi there, As I see, there are many spots in the FreeBSD userland sources where multi-kilobyte automatic variables (e.g., string buffers) are used. I've been taught that such variables would better be static or allocated on heap. So the following question comes to my mind: To stay portable to a reasonable degree, how large on-stack variables can be used? -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 9:40:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA9137B400 for ; Fri, 12 Jul 2002 09:40:38 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F1543E65 for ; Fri, 12 Jul 2002 09:40:38 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g6CGeMxI097463; Fri, 12 Jul 2002 11:40:22 -0500 (CDT) (envelope-from dan) Date: Fri, 12 Jul 2002 11:40:22 -0500 From: Dan Nelson To: Yar Tikhiy Cc: hackers@FreeBSD.ORG Subject: Re: Large variables on stack Message-ID: <20020712164022.GA12632@dan.emsphone.com> References: <20020712194809.A62768@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020712194809.A62768@comp.chem.msu.su> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jul 12), Yar Tikhiy said: > Hi there, > > As I see, there are many spots in the FreeBSD userland sources where > multi-kilobyte automatic variables (e.g., string buffers) are used. > I've been taught that such variables would better be static or > allocated on heap. > > So the following question comes to my mind: To stay portable to a > reasonable degree, how large on-stack variables can be used? I think most OSes default to an 8MB stack (at least a quick survey of the ones here do). FreeBSD seems to default to 64MB. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 10:32:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 320E637B400 for ; Fri, 12 Jul 2002 10:32:51 -0700 (PDT) Received: from mx1.team-teso.net (mx1.7350.org [212.84.215.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3900343E3B for ; Fri, 12 Jul 2002 10:32:42 -0700 (PDT) (envelope-from phrackstaff-admin@phrack.org) Received: from localhost ([127.0.0.1] helo=aziza.team-teso.net) by mx1.team-teso.net with esmtp (MX1 mailserver on unix) id 17T4Ni-0002IG-00 for ; Fri, 12 Jul 2002 19:39:02 +0200 Subject: Your message to phrackstaff awaits moderator approval From: phrackstaff-admin@phrack.org To: freebsd-hackers@freebsd.org X-BeenThere: phrackstaff@phrack.org X-Mailman-Version: 2.0.8 List-Help: List-Post: List-Subscribe: , List-Id: phrack magazine -staff- List-Unsubscribe: , List-Archive: Message-Id: Date: Fri, 12 Jul 2002 19:39:02 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Your mail to 'phrackstaff' with the subject Hi,phrack,please try again Is being held until the list moderator can review it for approval. The reason it is being held: Posting to a restricted list by sender requires approval Either the message will get posted to the list, or you will receive notification of the moderator's decision. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 10:45:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D79037B400 for ; Fri, 12 Jul 2002 10:45:42 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98ED743E64 for ; Fri, 12 Jul 2002 10:45:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6CHiDLA057990; Fri, 12 Jul 2002 10:44:40 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6CHiDAi057989; Fri, 12 Jul 2002 10:44:13 -0700 (PDT) (envelope-from dillon) Date: Fri, 12 Jul 2002 10:44:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200207121744.g6CHiDAi057989@apollo.backplane.com> To: "Mike Mitchell" Cc: "Yar Tikhiy" , Subject: Re: RE: Large variables on stack References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think it's slightly more complex then that. Sure, all modern UNIX systems can handle huge stack-based structures, but porting to other architectures is not the only concern one should have. Porting from a non-threaded to a threaded environment, for example, is a major concern. Even in UNIX threaded environments typically only give 64K stacks to each thread. In fact, we ran into this problem with our dynamic ELF loader library in both -stable and -current. The loader was allocating a large symbol cache on the stack and when used in a threaded environment by large applications like OpenOffice it overflowed the thread stack. So as a rule of thumb what Yar learned is absolutely correct... all else being equal it is better to malloc() or statically declare 'large' structures rather then place them on the stack. It should be noted that modern malloc()'s are very fast (and our's is especially good), programmers should not be afraid of using it to allocate large temporary data structures. My definition of 'Large' in this context is that anything eating over a kilobyte should be reviewed. -Matt Matthew Dillon :Good Morning, : :I would suggest that since we have an VM implementation that works, :that the answer to your question is "it doesn't really matter." Now, :the information you received about making these items static or :heap allocated can be really beneficial when you are coding for :an embedded system and you have very finite resources that you :need to manually manage. : :Mike Mitchell : :-----Original Message----- :From: owner-freebsd-hackers@freebsd.org :[mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of Yar Tikhiy :Sent: Friday, July 12, 2002 8:48 AM :To: hackers@freebsd.org :Subject: Large variables on stack : : :Hi there, : :As I see, there are many spots in the FreeBSD userland sources where :multi-kilobyte automatic variables (e.g., string buffers) are used. :I've been taught that such variables would better be static or :allocated on heap. : :So the following question comes to my mind: To stay portable to a :reasonable degree, how large on-stack variables can be used? : :-- :Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 13:40:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 568DC37B400 for ; Fri, 12 Jul 2002 13:40:28 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3DDD43E42 for ; Fri, 12 Jul 2002 13:40:27 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020712204027.ZYAN6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 12 Jul 2002 20:40:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA53573; Fri, 12 Jul 2002 13:36:23 -0700 (PDT) Date: Fri, 12 Jul 2002 13:36:22 -0700 (PDT) From: Julian Elischer To: =?unknown-8bit?Q?Aur=E9lien?= Nephtali Cc: hackers@FreeBSD.org Subject: Re: Kernel space: MALLOC() & TAILQ_*() In-Reply-To: <20020710161342.GA22783@nitrogen> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG did you get answers to this? On Wed, 10 Jul 2002, [unknown-8bit] Aur=E9lien Nephtali wrote: > Hi, >=20 > I'm new in kernel coding (i'm making a kernel module) so i had to learn h= ow > to use MALLOC*() macros to get memory, not very difficult in fact. But wh= en > the moment of making a chained list came, the first difficulty appears :/ > Before, i made chained lists like that: >=20 > struct my_type { > =09struct my_type=09*next; > =09char=09=09elem[32]; > =09int=09=09elem_flags; > }; >=20 > struct my_type=09*ch_list; >=20 > struct my_type *add_2_list(char *elem, int flags) { > =09struct my_type *chelem; > =09 > =09chelem =3D (struct my_type *) malloc(sizeof(struct my_type)); > =09chelem->elem_flags =3D flags; > =09strncpy(chelem->elem, elem, 32); > =09chelem->next =3D (struct my_type *) ch_list; > =09ch_list =3D (struct my_type *) chelem; > =09 > =09return((struct my_type *) chelem); > } >=20 > (sorry if my code disturbs somebody but i want to be very clear) >=20 > So my question is: Is there a way to *port* this code to be compatible wi= th > kernel code ? With MALLOC*() macros, i cannot use this code directly beca= use > each buffer has his own structure (i mean M_MYBUF)... So i looked at the > queue(3) manpage ... but i want to know if i can *port* my code before. >=20 > -- Aur=E9lien >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 15:45:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A7337B4DC for ; Fri, 12 Jul 2002 15:44:42 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A3544880 for ; Fri, 12 Jul 2002 15:17:22 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 44DD93ABB4D; Fri, 12 Jul 2002 23:41:24 +0200 (CEST) Date: Fri, 12 Jul 2002 23:41:24 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Cc: Julian Elischer Subject: Re: Kernel space: MALLOC() & TAILQ_*() Message-ID: <20020712214124.GW12920@garage.freebsd.pl> References: <20020710161342.GA22783@nitrogen> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 01:36:22PM -0700, Julian Elischer wrote: +> did you get answers to this? +> Here You got example how to use SLIST_* macros, sysctls, etc.: http://garage.freebsd.pl/slist.tgz more examples on http://garage.freebsd.pl -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 15:49:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5676137B400 for ; Fri, 12 Jul 2002 15:49:32 -0700 (PDT) Received: from parhelion.firedrake.org (parhelion.firedrake.org [212.135.138.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id E746543E31 for ; Fri, 12 Jul 2002 15:49:31 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by parhelion.firedrake.org with local (Exim 3.35 #1 (Debian)) id 17T7t1-0007qb-00; Fri, 12 Jul 2002 22:23:35 +0100 Date: Fri, 12 Jul 2002 22:23:35 +0100 To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: security problem in sysctl? Message-ID: <20020712212335.GA29890@parhelion.firedrake.org> References: <20020710142627.F89292-100000@fw.cgn.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020710142627.F89292-100000@fw.cgn.icom> User-Agent: Mutt/1.3.28i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jul 10, 2002 at 02:30:19PM +0200, Bogdan TARU wrote: > > Hi guys, > > I have just rebooted my machine, and immediately after boot I have run > 'sysctl -a' as an usual user. Well, in 'kern.msgbuf' I have found the > whole master.passwd file, with combinations of usernames/passwords. Isn't > that a security threat? Do you know how it got in there in the first place? I'd say that's the security problem. -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 16: 6:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4289D37B400 for ; Fri, 12 Jul 2002 16:06:23 -0700 (PDT) Received: from badboy.mail.pas.earthlink.net (badboy.mail.pas.earthlink.net [207.217.120.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0233043E5E for ; Fri, 12 Jul 2002 16:06:16 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by badboy.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id g6CLkuN21050 for ; Fri, 12 Jul 2002 14:46:56 -0700 (PDT) Received: from pool0049.cvx22-bradley.dialup.earthlink.net ([209.179.198.49] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17T8Ed-00014S-00; Fri, 12 Jul 2002 14:45:55 -0700 Message-ID: <3D2F4DE4.932D4995@mindspring.com> Date: Fri, 12 Jul 2002 14:45:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Yar Tikhiy Cc: hackers@freebsd.org Subject: Re: Large variables on stack References: <20020712194809.A62768@comp.chem.msu.su> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yar Tikhiy wrote: > As I see, there are many spots in the FreeBSD userland sources where > multi-kilobyte automatic variables (e.g., string buffers) are used. > I've been taught that such variables would better be static or > allocated on heap. > > So the following question comes to my mind: To stay portable to a > reasonable degree, how large on-stack variables can be used? Depends on the system and the stack. Typically, if you want your code to be portable, you will use as little stack as possible: -------------- --------------------------------------------------- Space Stack size -------------- --------------------------------------------------- user 8MB (FreeBSD: 64MB) user thread 8K (or settable by user on pthread_create) user signals 40K[8K] (or settable via sigaltstack) kernel 8K (max; usable is closer to 4K) -------------- --------------------------------------------------- Note that this assumes none of the stack is used elsewhere; in the kernel example, ther is slightly over 3K used, on average, by the time you get to run. Another consideration is that stack is often used as a means of creating context local storage -- whether this is thread local, or session-local-in-a-finite-state-automaton, doesn't really matter. The correct approach for handling a small stack ceiling is to use allocated memory instead of stack for large amounts of data. If the data itself is small, but there is a lot of it, it's best to put it in a struct, and the allocate an instance of the struct, using only enough memory for the struct pointer itself, from the stack. OpenSSL is a good example of how not to write code. Be aware that at some point in the future, even if you are writing code to run in a normal user program today, that you might want to have multiple instances of the program, and that at that point, you might want to use threads -- and you stack ceiling goes way down at that point. Even if you specify the stack size itself to the threads system, by explicitly allocating per threads stacks, and doing all the necessary threads management, you are still limited. Someone is going to have to maintain this code without your knowledge that you selected the stack size to come within 3 bytes of exhaustion in a particular code path (and any changes there that add a single int variable will cause the programs head to explode). In addition, while it's not very advisable, there are a lot of people who think shoving code into the kernel will "magically" make it run faster, even if there is not really very much in the way of protection domain crossing involved. For those people, moving from an environment where you can, for all intents and purposes, ignore stack size, to one where "you've got just over 4K, live with it" is practically impossible. My gut feeling is: if you are asking this question, then you are trying to justify doing something that you know is bad, but want to do anyway because it would be easier than doing it right. My answer to that is: trust your instincts, even if it means more work. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 16:59:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90BA437B400 for ; Fri, 12 Jul 2002 16:59:51 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E81943EB1 for ; Fri, 12 Jul 2002 16:59:51 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 1A3A22A7F2 for ; Fri, 12 Jul 2002 16:33:31 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id ACCB14C241 for ; Fri, 12 Jul 2002 16:33:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 9259A3811; Fri, 12 Jul 2002 16:33:30 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Yar Tikhiy , hackers@freebsd.org Subject: Re: Large variables on stack In-Reply-To: <3D2F4DE4.932D4995@mindspring.com> Date: Fri, 12 Jul 2002 16:33:30 -0700 From: Peter Wemm Message-Id: <20020712233330.9259A3811@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Yar Tikhiy wrote: > > As I see, there are many spots in the FreeBSD userland sources where > > multi-kilobyte automatic variables (e.g., string buffers) are used. > > I've been taught that such variables would better be static or > > allocated on heap. > > > > So the following question comes to my mind: To stay portable to a > > reasonable degree, how large on-stack variables can be used? > > Depends on the system and the stack. Typically, if you want your > code to be portable, you will use as little stack as possible: > > -------------- --------------------------------------------------- > Space Stack size > -------------- --------------------------------------------------- > user 8MB (FreeBSD: 64MB) > user thread 8K (or settable by user on pthread_create) > user signals 40K[8K] (or settable via sigaltstack) > kernel 8K (max; usable is closer to 4K) > -------------- --------------------------------------------------- > > Note that this assumes none of the stack is used elsewhere; in the > kernel example, ther is slightly over 3K used, on average, by the > time you get to run. FWIW; This isn't correct for -current anymore. We have about 7.6K of kernel stack now, and a guard page below it to force a double fault in case of an oveflow. The pcb is above the kernel stack now, and the user area is completely seperate. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 18:29: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3ED37B400 for ; Fri, 12 Jul 2002 18:29:03 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E620B43E42 for ; Fri, 12 Jul 2002 18:29:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0223.cvx40-bradley.dialup.earthlink.net ([216.244.42.223] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TBi5-0004QC-00; Fri, 12 Jul 2002 18:28:34 -0700 Message-ID: <3D2F81E6.3879BDE6@mindspring.com> Date: Fri, 12 Jul 2002 18:27:02 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Yar Tikhiy , hackers@freebsd.org Subject: Re: Large variables on stack References: <20020712233330.9259A3811@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Note that this assumes none of the stack is used elsewhere; in the > > kernel example, ther is slightly over 3K used, on average, by the > > time you get to run. > > FWIW; This isn't correct for -current anymore. We have about 7.6K > of kernel stack now, and a guard page below it to force a double fault > in case of an oveflow. The pcb is above the kernel stack now, and the > user area is completely seperate. That's a valid correction, though it's probably a mistake to take it as meaningful to the base question. I was aware that that had been changed in -current; I didn't know if auto-grow was supported (I thought it wasn't), and it wasn't a general answer (I probably should have not added the parenthetical aside about the FreeBSD specific 64MB user stack limit, actually). The point was supposed to be that if the question was asked in the context of wanting to use a lot of stack space, then there was a fundamental flaw in the design of the code involved. In general, it's bad to use stack if the only reason you are using it is to seperate context, which is the point I was trying to make. OpenSSL takes this one level worse, and uses stack to avoid the allocation and deallocation of context structures that are copies of context structures translated to parameters, and back (one could make a similar criticism of the FreeBSD VFS descriptor mechanism, but at least there was a valid design reason for that one 8-)). I guess I could offer the alternative argument that buffers that are allocated on the stack are subject to overflow in order to get malicious code to execute... and that avoiding such allocations makes such attacks much harder. The stack is really a necessary evil to handle the call graph; abusing it for other reasons makes my teeth itch. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 18:58:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D7037B400 for ; Fri, 12 Jul 2002 18:58:20 -0700 (PDT) Received: from goliath.cnchost.com (goliath.cnchost.com [207.155.252.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4429643E64 for ; Fri, 12 Jul 2002 18:58:20 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by goliath.cnchost.com id VAA00273; Fri, 12 Jul 2002 21:57:16 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207130157.VAA00273@goliath.cnchost.com> To: Terry Lambert Cc: Peter Wemm , Yar Tikhiy , hackers@FreeBSD.ORG Subject: Re: Large variables on stack In-reply-to: Your message of "Fri, 12 Jul 2002 18:27:02 PDT." <3D2F81E6.3879BDE6@mindspring.com> Date: Fri, 12 Jul 2002 18:57:15 -0700 From: Bakul Shah Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > In general, it's bad to use stack if the only reason you are using > it is to seperate context, which is the point I was trying to make. > > OpenSSL takes this one level worse, and uses stack to avoid the > allocation and deallocation of context structures that are copies > of context structures translated to parameters, and back (one could > make a similar criticism of the FreeBSD VFS descriptor mechanism, > but at least there was a valid design reason for that one 8-)). > > I guess I could offer the alternative argument that buffers that > are allocated on the stack are subject to overflow in order to > get malicious code to execute... and that avoiding such allocations > makes such attacks much harder. > > The stack is really a necessary evil to handle the call graph; > abusing it for other reasons makes my teeth itch. 8-). Do a Google search on "Cheney on the M.T.A.". It is a technique by Henry Baker for using a stack as a heap. The idea is to keep allocating on the stack until the OS says you can't any more and *then* do a copying garbage collection. Live objects are then copied off of the stack into a proper heap. The stack is now free so we reset the stack pointer to the bottom of the stack. The stack can be reused. Again and again. I am aware of at least one Scheme compiler that uses this technique. The point of this reference is that large objects on the stack are not necessarily bad. The real answer, as usual, is "it depends". I'd avoid using threads before I'd avoid using large objects on the stack (I am only talking about userland programs). Said another way, getting thread programming right is far harder than ensuring stack usage (or dealing with stack overflow). Just because some fool some where will misuse/abuse a technique is not reason enough to proscribe it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 19: 4:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99EE137B400 for ; Fri, 12 Jul 2002 19:04:48 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8740F43E58 for ; Fri, 12 Jul 2002 19:04:47 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g6D245Ma017895 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 13 Jul 2002 04:04:13 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g6D244FJ019885 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 13 Jul 2002 04:04:04 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g6D2424L019884; Sat, 13 Jul 2002 04:04:02 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 13 Jul 2002 04:04:02 +0200 From: Bernd Walter To: void Cc: Bogdan TARU , freebsd-hackers@FreeBSD.ORG Subject: Re: security problem in sysctl? Message-ID: <20020713020401.GU63545@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020710142627.F89292-100000@fw.cgn.icom> <20020712212335.GA29890@parhelion.firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020712212335.GA29890@parhelion.firedrake.org> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jul 12, 2002 at 10:23:35PM +0100, void wrote: > On Wed, Jul 10, 2002 at 02:30:19PM +0200, Bogdan TARU wrote: > > > > Hi guys, > > > > I have just rebooted my machine, and immediately after boot I have run > > 'sysctl -a' as an usual user. Well, in 'kern.msgbuf' I have found the > > whole master.passwd file, with combinations of usernames/passwords. Isn't > > that a security threat? > > Do you know how it got in there in the first place? I'd say that's the > security problem. I would asume something like editing the passwd in single use mode. kern.msgbuf should be closed for non root users - IMO. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 19:31:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77BB137B401 for ; Fri, 12 Jul 2002 19:31:09 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51E843E64 for ; Fri, 12 Jul 2002 19:31:08 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 90BAF2A7D6 for ; Fri, 12 Jul 2002 19:31:08 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 3BB864C241 for ; Fri, 12 Jul 2002 19:31:08 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 1A8AE3811; Fri, 12 Jul 2002 19:31:08 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: ticso@cicely.de Cc: void , Bogdan TARU , freebsd-hackers@FreeBSD.ORG Subject: Re: security problem in sysctl? In-Reply-To: <20020713020401.GU63545@cicely5.cicely.de> Date: Fri, 12 Jul 2002 19:31:08 -0700 From: Peter Wemm Message-Id: <20020713023108.1A8AE3811@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bernd Walter wrote: > On Fri, Jul 12, 2002 at 10:23:35PM +0100, void wrote: > > On Wed, Jul 10, 2002 at 02:30:19PM +0200, Bogdan TARU wrote: > > > > > > Hi guys, > > > > > > I have just rebooted my machine, and immediately after boot I have run > > > 'sysctl -a' as an usual user. Well, in 'kern.msgbuf' I have found the > > > whole master.passwd file, with combinations of usernames/passwords. Isn't > > > that a security threat? > > > > Do you know how it got in there in the first place? I'd say that's the > > security problem. > > I would asume something like editing the passwd in single use mode. > kern.msgbuf should be closed for non root users - IMO. The real problem is that a year or so ago phk added code that unconditionally logged the /dev/console output in the msgbuf so that it could be logged as /var/log/console.log. This is one of the unfortunate side effects. Another one is that /dev/console output blows away the boot messages. I've been looking for an excuse to disable and/or reimplement this properly for ages, but it never got urgent enough. IMHO, the console output should go to a seperate buffer [which is restricted to root-only], and uses a different output channel to syslogd. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 21: 2:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E83737B400 for ; Fri, 12 Jul 2002 21:02:56 -0700 (PDT) Received: from edgemaster.zombie.org (ip68-13-69-9.om.om.cox.net [68.13.69.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5096043E4A for ; Fri, 12 Jul 2002 21:02:52 -0700 (PDT) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id E5A5966B04; Fri, 12 Jul 2002 23:02:47 -0500 (CDT) Date: Fri, 12 Jul 2002 23:02:47 -0500 From: Sean Kelly To: hackers@freebsd.org Subject: swapoff? Message-ID: <20020713040247.GA82181@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Not sure if this is offtopic here or not, so apologies ahead of time if so. It has been many years since I used Linux, but one thing I recall is that there was a `swapoff` command in Linux to complement the `swapon` command. Are there any patches or plans to implement such a thing in FreeBSD? My familiarity with the "workings" of FreeBSD is still pretty minimal. Are there certain reasons that there currently is no way to stop paging to a device/file? -- Sean Kelly | PGP KeyID: 77042C7B smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 22:23:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B55637B400 for ; Fri, 12 Jul 2002 22:23:31 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CBA43E3B for ; Fri, 12 Jul 2002 22:23:31 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6D5Ndf3000829; Fri, 12 Jul 2002 22:23:44 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6D5NbUk000828; Fri, 12 Jul 2002 22:23:37 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 12 Jul 2002 22:23:37 -0700 From: David Schultz To: Sean Kelly Cc: hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713052337.GA662@HAL9000.wox.org> Mail-Followup-To: Sean Kelly , hackers@FreeBSD.ORG References: <20020713040247.GA82181@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713040247.GA82181@edgemaster.zombie.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Sean Kelly : > My familiarity with the "workings" of FreeBSD is still pretty minimal. Are > there certain reasons that there currently is no way to stop paging to a > device/file? I imagine the implementation of this would be complicated, as it is in Linux. You'd have to prevent further allocations on the swap device, then figure out where to evict the pages already allocated on the device. You also have to be able to back out if you run out of space to put things in the process. Maybe someone who is familiar with the race conditions involved will implement it some day, but swapoff would only occasionally be useful... at least until everyone is using hot-swappable swap. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 22:32:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B87437B400 for ; Fri, 12 Jul 2002 22:32:18 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 011A743E65 for ; Fri, 12 Jul 2002 22:32:18 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6D5Wbf3000930; Fri, 12 Jul 2002 22:32:38 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6D5Wa7n000929; Fri, 12 Jul 2002 22:32:36 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 12 Jul 2002 22:32:36 -0700 From: David Schultz To: Sean Kelly Cc: hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713053236.GA884@HAL9000.wox.org> Mail-Followup-To: Sean Kelly , hackers@FreeBSD.ORG References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713052337.GA662@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG BTW, NetBSD's new UVM code has the ability to do this. Perhaps it's worth looking in to how difficult it would really be in FreeBSD... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jul 12 23:52:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B62837B400 for ; Fri, 12 Jul 2002 23:52:19 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B122D43E5E for ; Fri, 12 Jul 2002 23:52:18 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6D6qILA076723; Fri, 12 Jul 2002 23:52:18 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6D6qI93076722; Fri, 12 Jul 2002 23:52:18 -0700 (PDT) (envelope-from dillon) Date: Fri, 12 Jul 2002 23:52:18 -0700 (PDT) From: Matthew Dillon Message-Id: <200207130652.g6D6qI93076722@apollo.backplane.com> To: David Schultz Cc: Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :BTW, NetBSD's new UVM code has the ability to do this. Perhaps :it's worth looking in to how difficult it would really be in FreeBSD... : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-hackers" in the body of the message Someone got it mostly working a year or two ago if I remember right but I don't know what happened to it finally. Implementing swapoff is a bunch of grunt-work but not too hard in concept. Basically the work involved is this: * Make a calculation to be sure that it is possible to turn off the swap device and not run the system out of VM. If it is not possible do not allow the swapoff. * Allocate all the free bitmap bits related to the swap device you are trying to remove to prevent pageouts to the device you are removing. * Flag the swap device being removed and then scan all OBJT_SWAP VM Objects looking for swap blocks associated with the device, and force a page-in of those blocks. The getpages code for the swap backing store would detect the flag and not clear the swap bitmap bits as it pages-in the data. (Forcing a pagein may force pages to cycle back out to another swap device, so special treatment of the paged-in pages (like immediately placing it in the VM page cache instead of the active or inactive queues) is necessary to reduce load effects on the system. * The swap device being removed can now be closed and the related swap device index marked free. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 0:19:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D3C137B400 for ; Sat, 13 Jul 2002 00:19:15 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 114E843E4A for ; Sat, 13 Jul 2002 00:19:15 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6D7JNf3001599; Sat, 13 Jul 2002 00:19:23 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6D7JCXS001598; Sat, 13 Jul 2002 00:19:12 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sat, 13 Jul 2002 00:19:11 -0700 From: David Schultz To: Matthew Dillon Cc: Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713071911.GA1558@HAL9000.wox.org> Mail-Followup-To: Matthew Dillon , Sean Kelly , hackers@FreeBSD.ORG References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> <200207130652.g6D6qI93076722@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207130652.g6D6qI93076722@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Matthew Dillon : > Implementing swapoff is a bunch of grunt-work but not too hard in > concept. Basically the work involved is this: Sounds like a plan, and not too tricky. Perhaps I'll see if I can figure it out when I have some free time. > * Make a calculation to be sure that it is possible to turn off > the swap device and not run the system out of VM. If it is not > possible do not allow the swapoff. Can't you have a race condition here where you decide that you have enough space, and by the time you've deallocated half of the swapfile that's no longer the case? It seems like the correct thing to do in that case is abort the system call (which could be painful). Perhaps the best thing to do in this case is wait for vm_pageout_scan to kill a few pigs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 0:27:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CFE437B401 for ; Sat, 13 Jul 2002 00:27:42 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C798D43E42 for ; Sat, 13 Jul 2002 00:27:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6D7RfLA076943; Sat, 13 Jul 2002 00:27:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6D7Rft3076942; Sat, 13 Jul 2002 00:27:41 -0700 (PDT) (envelope-from dillon) Date: Sat, 13 Jul 2002 00:27:41 -0700 (PDT) From: Matthew Dillon Message-Id: <200207130727.g6D7Rft3076942@apollo.backplane.com> To: David Schultz Cc: Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> <200207130652.g6D6qI93076722@apollo.backplane.com> <20020713071911.GA1558@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Can't you have a race condition here where you decide that you :have enough space, and by the time you've deallocated half of the :swapfile that's no longer the case? It seems like the correct :thing to do in that case is abort the system call (which could be :painful). Perhaps the best thing to do in this case is wait for :vm_pageout_scan to kill a few pigs. I wouldn't worry about it. Nobody turns off swap on a running system at a whim. It just needs to prevent stupid mistakes like trying to remove a swap device without having adequate memory + other swap to take care of the data. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 0:34: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B048137B400 for ; Sat, 13 Jul 2002 00:34:05 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 574CE43E58 for ; Sat, 13 Jul 2002 00:34:05 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 1E5422A7D6 for ; Sat, 13 Jul 2002 00:34:05 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id BFF034C248 for ; Sat, 13 Jul 2002 00:34:04 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 9869A3811; Sat, 13 Jul 2002 00:34:04 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: David Schultz Cc: Matthew Dillon , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? In-Reply-To: <20020713071911.GA1558@HAL9000.wox.org> Date: Sat, 13 Jul 2002 00:34:04 -0700 From: Peter Wemm Message-Id: <20020713073404.9869A3811@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > Thus spake Matthew Dillon : > > Implementing swapoff is a bunch of grunt-work but not too hard in > > concept. Basically the work involved is this: > > Sounds like a plan, and not too tricky. Perhaps I'll see if I can > figure it out when I have some free time. > > > * Make a calculation to be sure that it is possible to turn off > > the swap device and not run the system out of VM. If it is not > > possible do not allow the swapoff. > > Can't you have a race condition here where you decide that you > have enough space, and by the time you've deallocated half of the > swapfile that's no longer the case? It seems like the correct > thing to do in that case is abort the system call (which could be > painful). Perhaps the best thing to do in this case is wait for > vm_pageout_scan to kill a few pigs. One system I used to use years and years ago seperated this process into stages. The swap(1M) command could be used to enable, disable and 'weight' allocation to swap areas. The add was easy. 'delete' would cause the device to be attempted to be paged in, but if the system looked like it was going to run out of resources it would fail and stop right there. You could either turn allocation back on, or kill processes or wait for the pager catch up with moving stuff out to other swap spaces. When (if) it finally hit zero inuse, it would be deleted. It did manage multiple swap spaces as seperate entities with different fill levels etc [rather than one giant logical swap area], so doing it this way kinda made sense. I did actually use it once and it even worked. :-) (I cannibalized my /tmp file system and used it for swap for a project, and then turned it off and re-mkfs'ed it) Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 1:24: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D49637B400 for ; Sat, 13 Jul 2002 01:24:02 -0700 (PDT) Received: from frontend2.aha.ru (bird.zenon.net [213.189.198.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE3D43E4A for ; Sat, 13 Jul 2002 01:24:01 -0700 (PDT) (envelope-from uitm@zenon.net) Received: from [195.2.83.132] (HELO backend2.aha.ru) by frontend2.aha.ru (CommuniGate Pro SMTP 3.5.9) with ESMTP id 129019567; Sat, 13 Jul 2002 12:24:00 +0400 Received: from uitm.zenon.net ([195.2.69.86] verified) by backend2.aha.ru (CommuniGate Pro SMTP 3.5.9) with ESMTP id 24439795; Sat, 13 Jul 2002 12:24:00 +0400 From: Andrey Alekseyev Message-Id: <200207130823.g6D8NxP77046@uitm.zenon.net> Subject: Re: swapoff? In-Reply-To: <200207130727.g6D7Rft3076942@apollo.backplane.com> from Matthew Dillon at "Jul 13, 2002 00:27:41 am" To: Matthew Dillon Date: Sat, 13 Jul 2002 12:23:59 +0400 (MSD) Cc: David Schultz , Sean Kelly , hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also this would probably be useful in the situation when you need to change swap device on a running system. We had to do this once or twice on a very busy commerical mail server running Solaris. We needed to dismount current swap device and use it for other purpose while having switched paging/swapping to another disk. > I wouldn't worry about it. Nobody turns off swap on a running system > at a whim. It just needs to prevent stupid mistakes like trying to > remove a swap device without having adequate memory + other swap to > take care of the data. > > -Matt > Matthew Dillon > -- Andrey Alekseyev. Zenon N.S.P. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 2:53:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F32937B407 for ; Sat, 13 Jul 2002 02:52:44 -0700 (PDT) Received: from relay6.kornet.net (relay6.kornet.net [211.48.62.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB33B43E58 for ; Sat, 13 Jul 2002 02:52:43 -0700 (PDT) (envelope-from newstore.co.kr@kornet.net) Received: from bckim2 (211.55.55.79) by relay6.kornet.net; 13 Jul 2002 18:52:42 +0900 Message-ID: <3d2ff86a3d43667e@relay6.kornet.net> (added by relay6.kornet.net) From: =?ks_c_5601-1987?B?sK28usjG?= To: freebsd-hackers@FreeBSD.org Subject: =?ks_c_5601-1987?B?W7GksO1dw9bDt7TcILzux8649CDA2rW/sbjD4CC81rfnvMcsILi4ubC787D6IMfUsrIuLi4=?= Date: Sat, 13 Jul 2002 18:44:43 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0187_01C0F44A.93A43C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0187_01C0F44A.93A43C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 w9a9xcDHILzux8649CEhISC4uLmwu/PAzCC4uLXpvu4gteW4s7TPtNkhQTpob3ZlciB7dGV4 dC1kZWNvcmF0aW9uOm5vbmU7IGNvbG9yOiNkYzYwOWU7fUE6aG92ZXIge2NvbG9yOiByZWQ7 IHRleHQtZGVjb3JhdGlvbjpub25lO31BOmFjdGl2ZSB7IHRleHQtZGVjb3JhdGlvbjpub25l O31hOmxpbmsge3RleHQtZGVjb3JhdGlvbjpub25lOyBjb2xvcjpibGFjazt9YTp2aXNpdGVk IHt0ZXh0LWRlY29yYXRpb246bm9uZTsgY29sb3I6YmxhY2s7fWE6YWN0aXZlIHt0ZXh0LWRl Y29yYXRpb246bm9uZTsgfWE6aG92ZXIge3RleHQtZGVjb3JhdGlvbjpub25lOyBjb2xvcjpi bHVlfXRkIHtmb250LWZhbWlseToisby4siI7IGZvbnQtc2l6ZTo5cHQ7IGxpbmUtaGVpZ2h0 OjE2cHQ7fSNzaGFkb3cge3dpZHRoOiAxMDAlOyBoZWlnaHQ6IDU7IGZvbnQtc2l6ZTogOXB0 OyBjb2xvcjojZmZmZmZmOzsgZm9udC13ZWlnaHQ6Ym9sZDtGaWx0ZXI6IHNoYWRvdyhjb2xv cj0jc2lsdmVyICxkaXJlY3Rpb249MTM1KX1BOmxpbmsge1RFWFQtREVDT1JBVElPTjogbm9u ZX1BOnZpc2l0ZWQge1RFWFQtREVDT1JBVElPTjogbm9uZX1BOmhvdmVyIHtDT0xPUjogcmVk OyBURVhULURFQ09SQVRJT046IHVuZGVybGluZX1QIHtGT05ULVNJWkU6IDlwdDsgRk9OVC1G QU1JTFk6ILW4v/J9QlIge0ZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogtbi/8n1CT0RZ IHtGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ILW4v/J9VEQge0ZPTlQtU0laRTogOXB0 OyBGT05ULUZBTUlMWTogtbi/8n1JTlBVVCB7Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZ OiC1uL/yfUZPUk0ge0ZPTlQtU0laRTogOXB0OyBGT05ULUZBTUlMWTogtbi/8n1URVhUQVJF QSB7Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiC1uL/yfU9QVElPTiB7Rk9OVC1TSVpF OiA5cHQ7IEZPTlQtRkFNSUxZOiC1uL/yfQ0KCQkJCQkJCQkJCQkJCQkJCQkNCrTrx9G5zrG5 ILjWxry5zLXwvu4gseK8+rTru/MgyMS6uMDbLiC4uLmwu/PAzCC/qbevutDAxyC8urD4wLsg tbW/zbXluK6w2r3AtM+02S4gDQoJCQkJsKGw3SA1NTAsMDAwv/ghICjHwbfOOjg4MCwwMDC/ +CkgICAgILG4wNTA2r+hIMfRx8+/qSAgwKXIo726xsO68SA1MDBNv6Egv6wgMTG4uL/4wLi3 ziC068b4IMfSwM4hIA0KCQkJIAkJCQkgCQkJCQkJCQkJCQkJCQ0KCSAgICq87sfOuPQgsbjD 4MC7IMD8ua7AuLfOx8+0wiDApb+hwMzA/L3Ds6ogwM7FzbPdvNLHwcauv/6+7iC75773wNq/ obDUILvnvvfAxyAJCQkJCQmx4si4uKYgwaaw+CDH1bTPtNkuDQoJICAgKrvnvvfA5b+hvK0g v+6/tcfPtMIgu/PHsLXpwLsgvO7Hzrj0LCCw+LW/sbi4xSwgsOa4xSCx4rTJwLsgwMy/68fP v6kgxse4xbimIMfSIAkJCQkJvPYgwNa9wLTPtNkuDQoJICAgKrTZvufH0SC788ewwLsgsK7D 4SC56citwaG9xMDHILTrx/wgvO7Hzrj0IL/uv7XA2r+hsNQgwcG9wLTPtNkuDQoJICAgKsSr teWw4cGmIChQYXlnYXRlLCBUZWxlYykgvcO9usXbwMcgv6y1vyDA2773wLoguau34bfOIMfY teW4s7TPtNkuDQoJICAgKrzSvbq89sGksPogtfDA2sDOILqvsObAzCC/68DMx8+x4iC2p7mu v6Egs6q4uMDHIMavyK21yCC87sfOuPTAuyC/7r+1x9IgvPYgCQkJCQkJwNa9wLTPtNkuDQoJ ICAgKrTcvPggvO7Hzrj0wMwgvsa00SDIqMbkwMzB9rChILDhx9W1yCC87sfOuPS3zrW1IMDM v+vH0iC89iDA1r3AtM+02S4NCgkgICAqyLi/+LG4uMW9wyDG98DOxq7A+7izLMb3wM7GrrfO wMcgsbi4xbChtMnHz7+pIMH2vNPA+8DOIMi4v/ixuLjFuKYgwPux2CAJCQkJCQkJwK/AzsfV tM+02S4NCgkgICAqsKOw4cfRILD8uK7A2iC48LXlv80gvay/7iC80r26vPbBpMC4t84gwM7F zbPdv6EgtOvH0SDB9r3EwMwgus7Bt8fRIAkJCQkJCQkJu+e+98DautC16b+hsNQgscfH2LXl uLO0z7TZLg0KCSAgICq43sDOv6EgwMy6pcauw6LAuyC257/2ILnmua7A2r+hsNQgu/UgvNK9 xCC2x7TCIMDMuqXGriDH4LvnuKYgsPjB9sfSILz2IMDWtMIgCQkJCQkJseK0ycDMIMDWvcC0 z7TZLg0KCSAgICrApcijvbrGw8C7IMfUsrIgvcXDu8fPvcO46SBLT1NPIElEQ7+hvK0gMbPi sKMgwKXIo726xsMgvK268b26uKYgMTG4uL/4v6EgCQkJCQkJx9LAzsfYILXluLO0z7TZLg0K CSAgICq87sfOuPTAuyDD1rDtsd7HwbfOsde3pShwaHA0LCBEL0IpyK0gx8+/qSCx1yDDs7iu vNO1tbChIL72w7sgCQkJCQkJCQkJuvy4qLTPtNkuDQoJCQkJCQkJCQkJCQkJCQkJCQkJDQoJ CQkgDQoNCgkJCQkJCQkJCQkgIMPWsdkguLi5sLvzwLi3ziDBpsDbtcggu+fAzMauDQoJCQkJ CQkJCQkJICAgICogwNfFqbTaICAgKMHWKbTrt86x27fOufogDQogICAgICogu+fB+LC2t6+4 ri287sfOuPQgICAgKMHWKcb6tvPEtw0KICAgICAqIMO7udnB9sD8ua687sfOuPQgICAgKMHW KcDMsdu+xsDMDQoJCQkJCQkJCQkJICAgICogv6G+7sTBLLHoxKGzw8DlsO0gICAgICAowdYp MjG8vLHiwK/F6w0KCQkJCQkJCQkJCSAgICAqILPXxq6/9sWpIMD8ua4gvO7Hzrj0ICAgICjB 1im1pcDMxbiz18auDQogICAgICogtNnAzL7uuK4gICAgKMHWKcCns/O02cDMvu64rg0KCQkJ CQkJCQkJCSAgICAqIL3FvLHH0SC76rzSxse4xSAgICAgILvqvNK/zSC757b3tekNCgkJCQkJ CQkJCQkgICAgKiCxzSCx3SC80yAgICjB1imx3bmuu+cNCgkJCQkJCQkJCQkgICAgKiDAxyC3 +SAgICAgICjB1im02bnMvboNCiAgICAgKiC9xbnfICAgICAguPC0+L20we4NCiAgICAgKiDE q7jetvMgICAgKMHWKcCvtM/Et7XwwfbF0A0KCQkJCQkJCQkJCSAgICAqILvnwMzFrCC8pSAg IMTat7q9usavxscNCgkJCQkJCQkJCQkgICAgKiC+1rDfxse4xSzBpLq4ICAgKMHWKbW1sde/ ocDMteXDvMDODQoNCiAgIC4uLiC/3CAgILTZvPYuDQoNCgkJCQkJCQkJCQkJCQkJICAgwPzI rbn4yKMov6y29MOzKSA6ICC8usfUILnXIGVtYWlsIDogILmuwMezqiC787TjwLsgv/jHz73D tMIgutDAuiC/rLb0w7O/zSC8usfUwLsgs7Kw3LP1wLi9w7jpIMH3waIgv6y29MC7ILXluK6w 2r3AtM+02S4gDQq4uLmwu/Mgx8G3zrHXt6W75773us4gICC047TnwNo6ILCtvLrIxiAgILmu wMc6ICjT2ykgMDItNDA0LTYyODYgICAJCQkJCQkNCgkJCQkJIMfjtvS++MDMIMiruri43sDP wLsgurizu7Xlt8Egwcu82yDH1bTPtNkuILD4sLO1yCCw1L3Dxse17r+hvK0gvPbB/cfRsM3A zL/AtM8guLjAzyCxzcfPv6Gw1CDHyr/kvvi0wgkJCQkgCSC43sDPwM8gsOa/7Cwgvsa3ocDH ILz2vcWwxbrOufbGsMC7ILStt6/B1r3DuOkgtPUgwMy78yC537zbtcfB9iC+yrW1t88gu+jB psfPv6kgteW4rrDavcC0z7TZLgkJCQkJCQkJCQkJCQkJCQkJCQkJIAkJCQkJIAkJCQkJIAkJ CQkJCQkJCQkJCQkJCSAJCQkJCQkJCQkJCQkJDQoNCiAtLS0tLT4JCQkJCQkJCQkNCg== ------=_NextPart_000_0187_01C0F44A.93A43C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCEtLSBzYXZlZCBmcm9tIHVybD0oMDAyMilodHRwOi8vaW50ZXJuZXQuZS1tYWlsIC0tPg0K PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCg0KPE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05URU5UPSJ0 ZXh0L2h0bWw7Y2hhcnNldD1fYXV0b2RldGVjdF9rciI+DQo8aHRtbD4NCjxoZWFkPg0KPHRp dGxlPsPWvcXAxyC87sfOuPQhISEguLi5sLvzwMwguLi16b7uILXluLO0z7TZITwvdGl0bGU+ DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1ldWMta3IiPg0KPC9oZWFkPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCg0K QTpob3ZlciB7dGV4dC1kZWNvcmF0aW9uOm5vbmU7IGNvbG9yOiNkYzYwOWU7fQ0KQTpob3Zl ciB7Y29sb3I6IHJlZDsgdGV4dC1kZWNvcmF0aW9uOm5vbmU7fQ0KQTphY3RpdmUgeyB0ZXh0 LWRlY29yYXRpb246bm9uZTt9DQphOmxpbmsge3RleHQtZGVjb3JhdGlvbjpub25lOyBjb2xv cjpibGFjazt9DQphOnZpc2l0ZWQge3RleHQtZGVjb3JhdGlvbjpub25lOyBjb2xvcjpibGFj azt9DQphOmFjdGl2ZSB7dGV4dC1kZWNvcmF0aW9uOm5vbmU7IH0NCmE6aG92ZXIge3RleHQt ZGVjb3JhdGlvbjpub25lOyBjb2xvcjpibHVlfQ0KdGQge2ZvbnQtZmFtaWx5OiKxvLiyIjsg Zm9udC1zaXplOjlwdDsgbGluZS1oZWlnaHQ6MTZwdDt9DQojc2hhZG93IHt3aWR0aDogMTAw JTsgaGVpZ2h0OiA1OyBmb250LXNpemU6IDlwdDsgY29sb3I6I2ZmZmZmZjs7IGZvbnQtd2Vp Z2h0OmJvbGQ7DQpGaWx0ZXI6IHNoYWRvdyhjb2xvcj0jc2lsdmVyICxkaXJlY3Rpb249MTM1 KX0NCjwvc3R5bGU+DQo8TUVUQSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0 ZXh0L2h0bWw7IGNoYXJzZXQ9a3NfY181NjAxLTE5ODciPg0KPFNUWUxFPg0KQTpsaW5rIHtU RVhULURFQ09SQVRJT046IG5vbmV9DQpBOnZpc2l0ZWQge1RFWFQtREVDT1JBVElPTjogbm9u ZX0NCkE6aG92ZXIge0NPTE9SOiByZWQ7IFRFWFQtREVDT1JBVElPTjogdW5kZXJsaW5lfQ0K UCB7Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiC1uL/yfQ0KQlIge0ZPTlQtU0laRTog OXB0OyBGT05ULUZBTUlMWTogtbi/8n0NCkJPRFkge0ZPTlQtU0laRTogOXB0OyBGT05ULUZB TUlMWTogtbi/8n0NClREIHtGT05ULVNJWkU6IDlwdDsgRk9OVC1GQU1JTFk6ILW4v/J9DQpJ TlBVVCB7Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiC1uL/yfQ0KRk9STSB7Rk9OVC1T SVpFOiA5cHQ7IEZPTlQtRkFNSUxZOiC1uL/yfQ0KVEVYVEFSRUEge0ZPTlQtU0laRTogOXB0 OyBGT05ULUZBTUlMWTogtbi/8n0NCk9QVElPTiB7Rk9OVC1TSVpFOiA5cHQ7IEZPTlQtRkFN SUxZOiC1uL/yfQ0KPC9TVFlMRT4NCjxib2R5IGxlZnRtYXJnaW49MCB0b3BtYXJnaW49MCBi YWNrZ3JvdW5kPWh0dHA6Ly9uczEua29zby5uZXQvfmtzaC9ib2R5YmcuZ2lmPg0KPGJyPjx0 YWJsZSBjZWxscGFkZGluZz0wIGNlbGxzcGFjaW5nPTAgIGJvcmRlcj0wICB3aWR0aD01Nzkg YWxpZ249Y2VudGVyPg0KCQk8dHI+PHRkIGFsaWduPWxlZnQgdmFsaWduPWJvdHRvbT48aW1n IHNyYz0iaHR0cDovL25zMS5rb3NvLm5ldC9+a3NoL3RvcGxvZ28uZ2lmIiBib3JkZXI9IjAi PjwvdGQ+PC90cj4NCgkJPHRyPg0KCQk8dGQgYWxpZ249Y2VudGVyPg0KCQkJPHRhYmxlIGNl bGxwYWRkaW5nPTAgY2VsbHNwYWNpbmc9MCBib3JkZXI9MCBiYWNrZ3JvdW5kPSdodHRwOi8v bnMxLmtvc28ubmV0L35rc2gvYmcuZ2lmJyB3aWR0aD01Nzk+DQoJCQkJPHRyPjx0ZCBjb2xz cGFuPSIyIj48YSBocmVmPSJodHRwOi8vbWFubXVsc2FuZy5jby5rciIgdGFyZ2V0PSJrb3Nv Ij48aW1nIHNyYz0iaHR0cDovL25zMS5rb3NvLm5ldC9+a3NoL21haW5faW1nLmdpZiIgYm9y ZGVyPSIwIj48L2E+PC90ZD48L3RyPg0KCQkJCTx0cj48dGQgYWxpZ249ImNlbnRlciIgd2lk dGg9IjU3OSIgY29sc3Bhbj0iMiI+PGEgaHJlZj0iaHR0cDovL3czMy5jb20iIHRhcmdldD1u ZXc+PHA+PGZvbnQgY29sb3I9IkJsdWUiPrTrx9G5zrG5ILjWxry5zLXwvu4gseK8+rTru/Mg yMS6uMDbLiC4uLmwu/PAzCC/qbevutDAxyC8urD4wLsgtbW/zbXluK6w2r3AtM+02S48L2I+ PC9mb250PiA8YnI+DQoJCQkJPGEgaHJlZj0iaHR0cDovL3Nob3Aua29zby5uZXQiIHRhcmdl dD1uZXc+sKGw3Txmb250IGNvbG9yPSJSZWQiPiA8Yj41NTAsMDAwv/ghICjHwbfOOjg4MCww MDC/+Ck8L2I+PC9mb250PiAmbmJzcDsmbmJzcDsmbmJzcDsgsbjA1MDav6Egx9HHz7+pICZu YnNwO8ClyKO9usbDuvEgPGZvbnQgY29sb3I9IlJlZCI+NTAwTb+hIDxiPr+sIDExuLi/+Dwv Yj48L2ZvbnQ+wLi3ziC068b4IMfSwM4hPC9hPjwvdGQ+PC90cj4NCiAgICAgICAgICAgICAg IDwvcD4gDQoJCQkgICA8dHI+DQoJCQkJIDx0ZCBoZWlnaHQ9MCBiZ2NvbG9yPWJsYWNrIGNv bHNwYW49Mj48aW1nIHNyYz0iaHR0cDovL25zMS5rb3NvLm5ldC9+a3NoL3RpdGxlMS5naWYi IGJvcmRlcj0iMCI+PC90ZD4NCgkJCQk8L3RyPg0KCQkJCTx0cj4NCgkJCQkJPHRkIGNvbHNw YW49Mj48YnI+DQoJJm5ic3A7Jm5ic3A7Jm5ic3A7Krzux8649CCxuMPgwLsgwPy5rsC4t87H z7TCIMClv6HAzMD8vcOzqiDAzsXNs9280sfBxq6//r7uILvnvvfA2r+hsNQgu+e+98DHIAkJ CQkJCbHiyLi4piDBprD4IMfVtM+02S48YnI+DQoJJm5ic3A7Jm5ic3A7Jm5ic3A7KrvnvvfA 5b+hvK0gv+6/tcfPtMIgu/PHsLXpwLsgvO7Hzrj0LCCw+LW/sbi4xSwgsOa4xSCx4rTJwLsg wMy/68fPv6kgxse4xbimIMfSIAkJCQkJvPYgwNa9wLTPtNkuPGJyPg0KCSZuYnNwOyZuYnNw OyZuYnNwOyq02b7nx9Egu/PHsMC7ILCuw+EguenIrcGhvcTAxyC068f8ILzux8649CC/7r+1 wNq/obDUIMHBvcC0z7TZLjxicj4NCgkmbmJzcDsmbmJzcDsmbmJzcDsqxKu15bDhwaYgKFBh eWdhdGUsIFRlbGVjKSC9w726xdvAxyC/rLW/IMDbvvfAuiC5q7fht84gx9i15biztM+02S48 YnI+DQoJJm5ic3A7Jm5ic3A7Jm5ic3A7KrzSvbq89sGksPogtfDA2sDOILqvsObAzCC/68DM x8+x4iC2p7muv6Egs6q4uMDHIMavyK21yCC87sfOuPTAuyC/7r+1x9IgvPYgCQkJCQkJwNa9 wLTPtNkuPGJyPg0KCSZuYnNwOyZuYnNwOyZuYnNwOyq03Lz4ILzux8649MDMIL7GtNEgyKjG 5MDMwfawoSCw4cfVtcggvO7Hzrj0t861tSDAzL/rx9IgvPYgwNa9wLTPtNkuPGJyPg0KCSZu YnNwOyZuYnNwOyZuYnNwOyrIuL/4sbi4xb3DIMb3wM7GrsD7uLMsxvfAzsaut87AxyCxuLjF sKG0ycfPv6kgwfa808D7wM4gyLi/+LG4uMW4piDA+7HYIAkJCQkJCQnAr8DOx9W0z7TZLjxi cj4NCgkmbmJzcDsmbmJzcDsmbmJzcDsqsKOw4cfRILD8uK7A2iC48LXlv80gvay/7iC80r26 vPbBpMC4t84gwM7FzbPdv6EgtOvH0SDB9r3EwMwgus7Bt8fRIAkJCQkJCQkJu+e+98DautC1 6b+hsNQgscfH2LXluLO0z7TZLjxicj4NCgkmbmJzcDsmbmJzcDsmbmJzcDsquN7Azr+hIMDM uqXGrsOiwLsgtue/9iC55rmuwNq/obDUILv1ILzSvcQgtse0wiDAzLqlxq4gx+C757imILD4 wfbH0iC89iDA1rTCIAkJCQkJCbHitMnAzCDA1r3AtM+02S48YnI+DQoJJm5ic3A7Jm5ic3A7 Jm5ic3A7KsClyKO9usbDwLsgx9SysiC9xcO7x8+9w7jpIEtPU08gSURDv6G8rSAxs+KwoyDA pcijvbrGwyC8rbrxvbq4piAxMbi4v/i/oSAJCQkJCQnH0sDOx9ggteW4s7TPtNkuPGJyPg0K CSZuYnNwOyZuYnNwOyZuYnNwOyq87sfOuPTAuyDD1rDtsd7HwbfOsde3pShwaHA0LCBEL0Ip yK0gx8+/qSCx1yDDs7iuvNO1tbChIL72w7sgCQkJCQkJCQkJuvy4qLTPtNkuPGJyPg0KCQkJ CQkJCQk8L3RkPg0KCQkJCQkJCTwvdHI+DQoJCTx0cj48dGQgY29sc3Bhbj0yIHZhbGlnbj10 b3A+PHRhYmxlIHdpZHRoPTEwMCU+PHRyPjx0ZCB3aWR0aD0xMCBoZWlnaHQ9MT48L3RkPjx0 ZD48aHIgY29sb3I9bmF2eT48L3RkPjx0ZCB3aWR0aD0xMD48L3RkPjwvdHI+PC90YWJsZT48 L3RyPg0KCQk8dHI+PHRkIGNvbHNwYW49MiBhbGlnbj0iY2VudGVyIj48YnI+PGltZyBzcmM9 Imh0dHA6Ly9uczEua29zby5uZXQvfmtzaC90aXRsZTIuZ2lmIiBib3JkZXI9IjAiPjwvdGQ+ PC90cj4NCgkJPHRyPjx0ZCBhbGlnbj1jZW50ZXI+PGEgaHJlZj1odHRwOi8vbWFubXVsc2Fu Zy5jby5rciB0YXJnZXQ9Ymxhbms+PGltZyBzcmM9aHR0cDovL25zMS5rb3NvLm5ldC9+a3No L2tzaGdpZi5naWYgYm9yZGVyPSIwIj48L2E+PC90ZD48dGQgd2lkdGg9MzMwPg0KCSAgPGJy Pjxicj48aW1nIHNyYz0iaHR0cDovL2tvc28ubmV0L25lby9pZGMvaW1nL2tzMDItcG9pbnQu Z2lmIiB3aWR0aD0iMTEiIGhlaWdodD0iMTEiPiANCgkJCQkJCQkJCQk8Zm9udCBjb2xvcj1i bHVlIGZvbnQgc2l6ZT0iMiI+ICZuYnNwOzxzdHJvbmc+w9ax2SC4uLmwu/PAuLfOIMGmwNu1 yCC758DMxq48L3N0cm9uZz48YnI+PC9mb250Pg0KCQkJCQkJCQkJCSZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxhIGhyZWY9aHR0cDovL2lua2RhcS5jby5rci8gdGFyZ2V0PSJfYmxhbmsi PiogwNfFqbTaJm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgY29sb3I9cmVkPijB1im067fOsdu3 zrn6PC9mb250PjwvYT4gPGJyPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPWh0dHA6Ly9wb2xhY2FtLm5ldCB0YXJnZXQ9Il9i bGFuayI+KiC758H4sLa3r7iuLbzux8649CZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxmb250 IGNvbG9yPXJlZD4owdYpxvq288S3PC9mb250PjwvYT48YnI+DQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9aHR0cDovL2VhZ2xl ZXllamVhbnMuY29tLyB0YXJnZXQ9Il9ibGFuayI+KiDDu7nZwfbA/LmuvO7Hzrj0Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgY29sb3I9cmVkPijB1inAzLHbvsbAzDwvZm9udD48 L2E+PGJyPg0KCQkJCQkJCQkJCSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9aHR0 cDovL2FpcmNvbjI1LmNvbSB0YXJnZXQ9Il9ibGFuayI+KiC/ob7uxMEssejEobPDwOWw7SAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8Zm9udCBjb2xvcj1yZWQ+KMHWKTIxvLyx 4sCvxes8L2ZvbnQ+PC9hPjxicj4NCgkJCQkJCQkJCQkmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8YSBocmVmPWh0dHA6Ly9jb21zaG9wcGluZy5jby5rciB0YXJnZXQ9Il9ibGFuayI+KiCz 18auv/bFqSDA/LmuILzux8649CZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxmb250IGNvbG9y PXJlZD4owdYptaXAzMW4s9fGrjwvZm9udD48L2E+PGJyPg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9 aHR0cDovL291aW5vbi5jby5rciB0YXJnZXQ9Il9ibGFuayI+KiC02cDMvu64riAmbmJzcDsm bmJzcDsmbmJzcDs8Zm9udCBjb2xvcj1yZWQ+KMHWKcCns/O02cDMvu64rjwvZm9udD48L2E+ PGJyPg0KCQkJCQkJCQkJCSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9aHR0cDov L3NhbnNvc2hvcC5jby5rciB0YXJnZXQ9Il9ibGFuayI+KiC9xbyxx9Egu+q80sbHuMUgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgY29sb3I9cmVkPrvqvNK/zSC757b3 tek8L2ZvbnQ+PC9hPjxicj4NCgkJCQkJCQkJCQkmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 YSBocmVmPWh0dHA6Ly9nb2xkZ2F0ZS5jby5rciB0YXJnZXQ9Il9ibGFuayI+KiCxzSCx3SC8 0yZuYnNwOyZuYnNwOyZuYnNwOzxmb250IGNvbG9yPXJlZD4owdYpsd25rrvnPC9mb250Pjwv YT48YnI+DQoJCQkJCQkJCQkJJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj1odHRw Oi8vZGFtaXNzLmNvLmtyIHRhcmdldD0iX2JsYW5rIj4qIMDHILf5Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgY29sb3I9cmVkPijB1im02bnMvbo8L2ZvbnQ+ PC9hPjxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPWh0dHA6Ly9tb2Rlcm5zaG9lcy5jby5rciB0 YXJnZXQ9Il9ibGFuayI+KiC9xQ0Kud8mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8Zm9udCBjb2xvcj1yZWQ+uPC0+L20we48L2ZvbnQ+PC9hPjxicj4NCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8YSBocmVmPWh0dHA6Ly91bmljYW0uY28ua3IgdGFyZ2V0PSJfYmxhbmsiPiogxKu43rbz ICZuYnNwOyZuYnNwOyZuYnNwOzxmb250IGNvbG9yPXJlZD4owdYpwK+0z8S3tfDB9sXQPC9m b250PjwvYT48YnI+DQoJCQkJCQkJCQkJJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJl Zj1odHRwOi8vY3ljbGVtYXJ0LmNvLmtyIHRhcmdldD0iX2JsYW5rIj4qILvnwMzFrCC8pSZu YnNwOyZuYnNwOyZuYnNwOzxmb250IGNvbG9yPXJlZD7E2re6vbrGr8bHPC9mb250PjwvYT48 YnI+DQoJCQkJCQkJCQkJJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj1odHRwOi8v bGdwZXQuY28ua3IgdGFyZ2V0PSJfYmxhbmsiPiogvtaw38bHuMUswaS6uCZuYnNwOyZuYnNw OyZuYnNwOzxmb250IGNvbG9yPXJlZD4owdYptbWx17+hwMy15cO8wM48L2ZvbnQ+PC9hPjxi cj48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Li4uIL/cJm5ic3A7Jm5ic3A7Jm5ic3A7tNm89i48 YnI+PGJyPgkNCgkJCQkJCQkJPC90ZD48L3RyPg0KCQkJCQk8dHI+PHRkIGNvbHNwYW49Mj4N Cjx0YWJsZSB3aWR0aD0iNTc5IiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFk ZGluZz0iMCIgc3R5bGU9J2JvcmRlcjoxcHggc29saWQ7IGJvcmRlci1jb2xvcj0jMDAwMDAw Jz4NCjxGT1JNIG5hbWU9Zm9ybTEgYWN0aW9uPWh0dHA6Ly9ob3N0MjFjLm5ldC9vcmRlcl9r c2gvc3BhbS5waHAgdGFyZ2V0PWtvc28+DQo8aW5wdXQgdHlwZT1oaWRkZW4gbmFtZT1zcGFt YWlsIHZhbHVlPSdmcmVlYnNkLWhhY2tlcnNARnJlZUJTRC5vcmcnPg0KPHRyPg0KIDx0ZCBi Z2NvbG9yPSJwaW5rIj4NCiA8dGFibGUgYm9yZGVyPTAgd2lkdGg9MTAwJT4NCiA8dHI+PHRk IGFsaWduPXJpZ2h0PjxzdHJvbmc+wPzIrbn4yKMov6y29MOzKSA6IDwvc3Ryb25nPjwvdGQ+ PHRkPjxpbnB1dCB0eXBlPXRleHQgbmFtZT11c2VydGVsIHNpemU9MjA+PC90ZD48dGQgcm93 c3Bhbj0yPjxpbnB1dCB0eXBlPXN1Ym1pdCB2YWx1ZT2zsrHiseI+PC90ZD48L3RyPg0KIDx0 cj48dGQgYWxpZ249cmlnaHQ+PHN0cm9uZz68usfUILnXIGVtYWlsIDogPC9zdHJvbmc+PC90 ZD48dGQ+PGlucHV0IHR5cGU9dGV4dCBuYW1lPXVzZXJtYWlsIHNpemU9MjAgdmFsdWU9J2Zy ZWVic2QtaGFja2Vyc0BGcmVlQlNELm9yZyc+PC90ZD48L3RyPg0KIDx0cj48dGQgYWxpZ249 Y2VudGVyIGNvbHNwYW49IjMiPjxiPjxmb250IGNvbG9yPWJsYWNrb3JhbmdlPrmuwMezqiC7 87TjwLsgv/jHz73DtMIgutDAuiAgv6y29MOzv80gvLrH1MC7ILOysNyz9cC4vcO46SAgwffB oiC/rLb0wLsgteW4rrDavcC0z7TZLjwvZm9udD48L2I+DQogPGJyPjxmb250IGNvbG9yPSJC bHVlIj48Yj48YSBocmVmPSJodHRwOi8vdzMzLmNvbSIgdGFyZ2V0PSJrb3NwIj64uLmwu/Mg x8G3zrHXt6W75773us48L2E+IDwvZm9udD4gICZuYnNwOyA8YSBocmVmPSJtYWlsdG86aW5m b0BpbnNzb2Z0LmNvLmtyIj4gtOO058DaOiCwrby6yMY8L2E+ICZuYnNwOyZuYnNwOzxmb250 IGNvbG9yPSJCbHVlIj65rsDHOiAo09spIDAyLTQwNC02Mjg2PC9iPjwvZm9udD48L3RkPjwv dHI+DQogPC90YWJsZT4NCiANCiA8L3RkPg0KPC90cj4NCjwvZm9ybT4NCjwvdGFibGU+PC90 ZD48L3RyPgk8dHI+DQoJCQkJCTxURCBhbGlnbj0iY2VudGVyIiBiYWNrZ3JvdW5kPSdodHRw Oi8vbnMxLmtvc28ubmV0L35rc2gvY29weWJnLmdpZicgY29sc3Bhbj0yPjxicj4NCgkJCQkJ Jm5ic3A7x+O29L74wMwgyKu6uLjewM/AuyC6uLO7teW3wSDBy7zbIMfVtM+02S4gsPiws7XI ILDUvcPGx7Xuv6G8rSC89sH9x9GwzcDMv8C0zyC4uMDPILHNx8+/obDUIMfKv+S++LTCDQoJ CQkJICAJJm5ic3A7uN7Az8DPILDmv+wsIL7Gt6HAxyC89r3FsMW6zrn2xrDAuyC0rbevwda9 w7jpILT1IMDMu/Mgud+827XHwfYgvsq1tbfPILvowabHz7+pILXluK6w2r3AtM+02S4NCgkJ CQkJPEZPUk0gbmFtZT1mb3JtMSBhY3Rpb249aHR0cDovL2VkdWtvc28uY29tL2RlbnltYWls L2RlbnlfbWFpbF93ZWIucGh0bWwgdGFyZ2V0PWtvc28+DQoJCQkJCTxpbnB1dCB0eXBlPWhp ZGRlbiBuYW1lPWxvZ25hbWUgdmFsdWU9J2tvc29fMjAwMV85OTAwJz4NCgkJCQkJPGlucHV0 IHR5cGU9aGlkZGVuIG5hbWU9ZGVueW1haWwgdmFsdWU9J2ZyZWVic2QtaGFja2Vyc0BGcmVl QlNELm9yZyc+DQoJCQkJCSA8QSBvbmNsaWNrPSJ3aW5kb3cub3BlbignJywnxNq80rPdJywn cmVzaXphYmxlPW5vLGxvY2F0aW9uYmFyPW5vLG1lbnViYXI9bm8sc3RhdHVzYmFyPW5vLHNj cm9sbGJhcnM9bm8sdG9vbGJhcj1ubyx3aWR0aD01MCxoZWlnaHQ9NTAnKSIgaHJlZj0iIyI+ DQoJCQkJCSAgPGlucHV0IHR5cGU9aW1hZ2Ugc3JjPSJodHRwOi8vbnMxLmtvc28ubmV0L35r c2gvZGVueW1haWwyMDAxLmdpZiIgYWx0PSJkZW55bWFpbCIgYm9yZGVyPTA+DQoJCQkJCSA8 L0E+PC9GT1JNPg0KCQkJCQk8Rk9STSBhY3Rpb249aHR0cDovL2VkdWtvc28uY29tL2Rlbnlt YWlsL2RlbnlfbWFpbF93ZWIucGh0bWwgdGFyZ2V0PWtvc28+DQoJCQkJCTxpbnB1dCB0eXBl PXRleHQgbmFtZT1kZW55bWFpbCB2YWx1ZT0nJz4NCgkJCQkJPGlucHV0IHR5cGU9aGlkZGVu IG5hbWU9bG9nbmFtZSB2YWx1ZT1rb3NvXzIwMDFfOTkwMD4gDQoJCQkJCTxBICBvbmNsaWNr PSJ3aW5kb3cub3BlbignJywnxNq80rPdJywncmVzaXphYmxlPW5vLGxvY2F0aW9uYmFyPW5v LG1lbnViYXI9bm8sc3RhdHVzYmFyPW5vLHNjcm9sbGJhcnM9bm8sdG9vbGJhcj1ubyx3aWR0 aD01LGhlaWdodD01JykiIGhyZWY9IiMiPjxJTlBVVCB0eXBlPXN1Ym1pdCB2YWx1ZT3D37Ch sMW6zrjewM/A27y6IG5hbWU9c3VibWl0PjwvYT48L0ZPUk0+PC90ZD48L1RSPg0KCQkJPCEt LS0tLS0tLQk8dHI+DQoJCQkJCTx0ZCBhbGlnbj1jZW50ZXI+PEEgaHJlZj0ibWFpbHRvOnNh bGVAa29zby5uZXQiPjxpbWcgc3JjPSJodHRwOi8vaGR3ZWJtYXN0ZXIuY28ua3Iva2ltYmMv YWEuZ2lmIiBib3JkZXI9MD48YnI+PGJyPjwvdGQ+PC90cj4gICAtLS0tLT4NCgkJCTx0cj48 dGQgY29sc3Bhbj0yIGhlaWdodD0xIGJnY29sb3I9IzAwMDAwMD48L3RkPjwvdHI+DQoJCQk8 dHI+PHRkIGNvbHNwYW49MiBoZWlnaHQ9MTAgYmFja2dyb3VuZD1odHRwOi8vbnMxLmtvc28u bmV0L35rc2gvYm90dG9tYmcuZ2lmPg0KCQkJPHRyPjx0ZCBjb2xzcGFuPTIgaGVpZ2h0PTEg Ymdjb2xvcj0jMDAwMDAwPjwvdGQ+PC90cj48L3RhYmxlPjxicj4NCjwvYm9keT4NCjwvaHRt bD4= ------=_NextPart_000_0187_01C0F44A.93A43C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 3:18:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A4537B400 for ; Sat, 13 Jul 2002 03:18:25 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A07B43E67 for ; Sat, 13 Jul 2002 03:18:25 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0019.cvx22-bradley.dialup.earthlink.net ([209.179.198.19] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TJyj-0000JH-00; Sat, 13 Jul 2002 03:18:17 -0700 Message-ID: <3D2FFE3D.83E0CCF9@mindspring.com> Date: Sat, 13 Jul 2002 03:17:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: David Schultz , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> <200207130652.g6D6qI93076722@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > * Flag the swap device being removed and then scan all OBJT_SWAP > VM Objects looking for swap blocks associated with the device, > and force a page-in of those blocks. The getpages code for the > swap backing store would detect the flag and not clear the swap > bitmap bits as it pages-in the data. > > (Forcing a pagein may force pages to cycle back out to another > swap device, so special treatment of the paged-in pages (like > immediately placing it in the VM page cache instead of the > active or inactive queues) is necessary to reduce load effects > on the system. Uh... so you set the bit that tells you it's allocated to prevent it being allocated? When I swap something in and the bit is set, how do I know that it's in, except that it's not allocated? In other words, I do what you say... how do I know when the device has been drained out, vs. being in use? I think you have to disable swapping to the device some other way, and then return fromt he "swapoff" only when the bitmap is all zero. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 3:45:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F117A37B400 for ; Sat, 13 Jul 2002 03:45:16 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A725043E58 for ; Sat, 13 Jul 2002 03:45:16 -0700 (PDT) (envelope-from baka@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1921) id 58EDFAE163; Sat, 13 Jul 2002 03:45:16 -0700 (PDT) Date: Sat, 13 Jul 2002 03:45:16 -0700 From: Jon Mini To: Terry Lambert Cc: Matthew Dillon , David Schultz , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713104516.GX55378@elvis.mu.org> References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> <200207130652.g6D6qI93076722@apollo.backplane.com> <3D2FFE3D.83E0CCF9@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D2FFE3D.83E0CCF9@mindspring.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 13, 2002 at 03:17:33AM -0700, Terry Lambert wrote: > Matthew Dillon wrote: > > * Flag the swap device being removed and then scan all OBJT_SWAP > > VM Objects looking for swap blocks associated with the device, > > and force a page-in of those blocks. The getpages code for the > > swap backing store would detect the flag and not clear the swap > > bitmap bits as it pages-in the data. > > > > (Forcing a pagein may force pages to cycle back out to another > > swap device, so special treatment of the paged-in pages (like > > immediately placing it in the VM page cache instead of the > > active or inactive queues) is necessary to reduce load effects > > on the system. > > Uh... so you set the bit that tells you it's allocated to prevent > it being allocated? > > When I swap something in and the bit is set, how do I know that it's > in, except that it's not allocated? > > In other words, I do what you say... how do I know when the device > has been drained out, vs. being in use? > > I think you have to disable swapping to the device some other way, > and then return fromt he "swapoff" only when the bitmap is all zero. > Well, I think that disabling the device another way would probably be a better approach, but you don't *have* to do it another way. You can: 1) Flag the device as being removed. 2) Scan through the bitmap, and for each page allocated, add it to a list if pages to be paged in. For each page free, set its bit to keep it from being used. 3) Once you've set all of the bits to 1, force a pagein of every page on the list. If the size of the list of prohibitive, you can force the pagein every time the list becomes full (a low/high watermark system would probably be the most effective). 3) When pages get paged in, check the 'device being removed' flag and only clear the bit in the bitmap if the flag isn't set. Also, decrement a counter of the total pages in use on the device. 4) When the counter reaches zero, remove the device. One would need to increment the counter when they page out, obviously, but that is not a problem. This works, but it has the potential problem that if the list of pages to be paged in can't grow large enough, you might page pages out to the device you're trying to disable, only to page them back in basically immediately. This is rather silly, but would still function. Personally, I think it would be more intuitive to add a check to the allocation algorithm that forces it to not consider devices flaged for removal, and mark each page as free after it comes in. When the bitmap is clean you're done. However, you're still going to want to count the pages allocated on a device because it's a lot easier to check the counter than to scan the whole bitmap. -- Jonathan Mini http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 4:32: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 282FC37B400 for ; Sat, 13 Jul 2002 04:32:06 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA3143E42 for ; Sat, 13 Jul 2002 04:32:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0019.cvx22-bradley.dialup.earthlink.net ([209.179.198.19] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TL7v-0000Oh-00; Sat, 13 Jul 2002 04:31:51 -0700 Message-ID: <3D300F7B.4919A544@mindspring.com> Date: Sat, 13 Jul 2002 04:31:07 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jon Mini Cc: Matthew Dillon , David Schultz , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713040247.GA82181@edgemaster.zombie.org> <20020713052337.GA662@HAL9000.wox.org> <20020713053236.GA884@HAL9000.wox.org> <200207130652.g6D6qI93076722@apollo.backplane.com> <3D2FFE3D.83E0CCF9@mindspring.com> <20020713104516.GX55378@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jon Mini wrote: > Personally, I think it would be more intuitive to add a check to the allocation > algorithm that forces it to not consider devices flaged for removal, and > mark each page as free after it comes in. When the bitmap is clean you're done. > However, you're still going to want to count the pages allocated on a device > because it's a lot easier to check the counter than to scan the whole bitmap. Flagging is how you would have to do it. Counting is fairly useless, since it assumes that, given a bit in the bitmap, you can reverse lookup the page that points to it, and there is not a reverse mapping for this, only a forward (swap mappings swapped out don't write swap metadata to the disk). I guess if you did it over and over again, you could know when you are done. I think that what has to happen is that you are going to have to scan all page mappings in the system to find anyone using the device, and page it in that way. My reasoning on this is that the page mappings exist only in the context of the current process address space. This means that unless you force in each process in turn so that the mappings are relevent to its address space, and then force out what's in core (to a new device) in order to get the pages swapped to the disappearing device, the only really clean way to do it is to rewrite the mappings after manually copying the page from one device to the other using non-swappable pages in the kernel address space as temporary buffers. It's doable, but it's ugly... it's nearly the same problem you'd face if you wanted to defrag kernel memory so that you could do a "contigmalloc" very late in the game, only a bit easier (the kernel does not set ELF attributes to indicate pages containg code or data not in the paging path for you to do this). I'm not positive if you would need to lock the pages you are moving, or not. I think so. The problem is when you have a program that has something like a writeable data page from a shared library, which has been copied via copy-on-write, and then the program that did it forks (this happens all the time in any fork for libc and similar offset fixups). You would end up needing to lock all processes which referenced a page that had been swapped out, with multiple vm_object_t's. Maybe I'm missing something, and there really is a way to get this information back from a known bit in the bitmap... Matt? It was your suggestion? Am I not seeing a function right in front of me? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 4:59: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D51CD37B400 for ; Sat, 13 Jul 2002 04:59:00 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB3843E4A for ; Sat, 13 Jul 2002 04:58:51 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6DBvrf3005005; Sat, 13 Jul 2002 04:57:53 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6DBvlGH005004; Sat, 13 Jul 2002 04:57:47 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sat, 13 Jul 2002 04:57:46 -0700 From: David Schultz To: Peter Wemm Cc: Matthew Dillon , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713115746.GA2162@HAL9000.wox.org> Mail-Followup-To: Peter Wemm , Matthew Dillon , Sean Kelly , hackers@FreeBSD.ORG References: <20020713071911.GA1558@HAL9000.wox.org> <20020713073404.9869A3811@overcee.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713073404.9869A3811@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Peter Wemm : > One system I used to use years and years ago seperated this process into > stages. The swap(1M) command could be used to enable, disable and 'weight' > allocation to swap areas. The add was easy. 'delete' would cause the > device to be attempted to be paged in, but if the system looked like it was > going to run out of resources it would fail and stop right there. You could > either turn allocation back on, or kill processes or wait for the pager catch > up with moving stuff out to other swap spaces. When (if) it finally hit > zero inuse, it would be deleted. > > It did manage multiple swap spaces as seperate entities with different fill > levels etc [rather than one giant logical swap area], so doing it this way > kinda made sense. I did actually use it once and it even worked. :-) > (I cannibalized my /tmp file system and used it for swap for a project, and > then turned it off and re-mkfs'ed it) The weight idea is very interesting. NetBSD does this using priorities; all the swap devices of a given priority are filled round robin before devices of lower priority, the idea being that the slower ones are a last resort (e.g. NFS). On the other hand, this design allows large and fast swap devices to start swapping to death before the `backup' devices see any action. It isn't clear to me whether priorities or "fill levels" are better. (Certainly a hybrid is possible, that is, weights within priority levels.) This may be a better project for me than swapoff in the immediate future because I won't have to understand how to track down the appropriate VM objects and handle them in a kosher manner. Implementing weights/priorities will also involve dynamically allocating struct swdevt's, which should be done anyway and will only be harder after swapoff() is written. BTW, I believe the comment about swfree() in vm_swap.c is outdated as of rev. 1.17, and nothing uses SW_FREED anymore. This means that technically, swap devices don't have any flags right now, but that could change with swapoff(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 5:23:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1044E37B401 for ; Sat, 13 Jul 2002 05:23:35 -0700 (PDT) Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9051043E5E for ; Sat, 13 Jul 2002 05:23:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0019.cvx22-bradley.dialup.earthlink.net ([209.179.198.19] helo=mindspring.com) by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17TLvr-0007gZ-00; Sat, 13 Jul 2002 05:23:28 -0700 Message-ID: <3D301B93.F7CC4F1C@mindspring.com> Date: Sat, 13 Jul 2002 05:22:43 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Schultz Cc: Peter Wemm , Matthew Dillon , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713071911.GA1558@HAL9000.wox.org> <20020713073404.9869A3811@overcee.wemm.org> <20020713115746.GA2162@HAL9000.wox.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Schultz wrote: > The weight idea is very interesting. NetBSD does this using > priorities; all the swap devices of a given priority are filled > round robin before devices of lower priority, the idea being that > the slower ones are a last resort (e.g. NFS). On the other hand, > this design allows large and fast swap devices to start swapping > to death before the `backup' devices see any action. It isn't > clear to me whether priorities or "fill levels" are better. > (Certainly a hybrid is possible, that is, weights within priority > levels.) I like the idea of a moving average on time-from-request-to-service. 8-). Works great for Server Load Balancing, too. The moving average takes load into account, without explicit load notification (i.e. no need to have a load notification protocol between NFS clients and servers, etc.). > This may be a better project for me than swapoff in the immediate > future because I won't have to understand how to track down the > appropriate VM objects and handle them in a kosher manner. > Implementing weights/priorities will also involve dynamically > allocating struct swdevt's, which should be done anyway and will > only be harder after swapoff() is written. 8-). "Now that everyone is talking about it, better get my hacks in first, so that other people have to integrate with my changes, instead of the other way around"... Actually, I think it's a nice idea for an incremental project. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 8:57:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A4B37B400 for ; Sat, 13 Jul 2002 08:57:54 -0700 (PDT) Received: from tom.hrz.tu-chemnitz.de (tom.hrz.tu-chemnitz.de [134.109.132.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C292243E3B for ; Sat, 13 Jul 2002 08:57:53 -0700 (PDT) (envelope-from ingo.oeser@informatik.tu-chemnitz.de) Received: from tnt158.hrz.tu-chemnitz.de ([134.109.156.158] helo=nightmaster.csn.tu-chemnitz.de ident=root) by tom.hrz.tu-chemnitz.de with esmtp (Exim 4.04) id 17TPHL-0006S7-00; Sat, 13 Jul 2002 17:57:51 +0200 Received: (from ioe@localhost) by nightmaster.csn.tu-chemnitz.de (8.9.1/8.9.1) id RAA19775; Sat, 13 Jul 2002 17:47:55 +0200 Date: Sat, 13 Jul 2002 17:47:55 +0200 From: Ingo Oeser To: "Brian T.Schellenberger" Cc: Yar Tikhiy , hackers@FreeBSD.ORG Subject: Re: Large variables on stack Message-ID: <20020713174755.E758@nightmaster.csn.tu-chemnitz.de> References: <20020712194809.A62768@comp.chem.msu.su> <20020712155951.B4F0BBA05@i8k.babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20020712155951.B4F0BBA05@i8k.babbleon.org>; from bts@babbleon.org on Fri, Jul 12, 2002 at 11:59:51AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Fri, Jul 12, 2002 at 11:59:51AM -0400, Brian T.Schellenberger wrote: > Besides, stack allocations are more efficient than heap allocations on every > architecture I know of other than the IBM mainframe. > > Of course, it's is a lot better to dynamically allocate strings of unknown > length than to use large stack buffers, but that's because the dynamic > allocation can be done after you know the length of the string and can avoid > overflows more than because you don't want large stack allocations. You can always do strlen() before and pass that on to your subfunctions. I also like the approach of storing strings together with its length, but is is very un-C. > In a language like ForTran that allows variable-length > automatically-allocated function-scoped items I'd do even those > off of the stack. C99 is also such a language and at least GCC supports it just fine even in scopes. The following (useless) programs demonstrates this: #include #include void print_arg(char *s) { size_t len=strlen(s)+1; { char d[len]; memcpy(&d[0],s,len); printf("%s\n",&d[0]); } } int main(int argc, char **argv) { int i; for (i=0; i; Sat, 13 Jul 2002 12:16:04 -0700 (PDT) Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3837143E77 for ; Sat, 13 Jul 2002 12:15:58 -0700 (PDT) (envelope-from bts@fake.com) Received: from sakura.fake.com ([66.26.254.93]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sat, 13 Jul 2002 15:14:10 -0400 Received: by sakura.fake.com (Postfix, from userid 111) id 540ECBA05; Sat, 13 Jul 2002 15:13:31 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Ingo Oeser Subject: Re: Large variables on stack Date: Sat, 13 Jul 2002 15:13:30 -0400 X-Mailer: KMail [version 1.3] Cc: Yar Tikhiy , hackers@FreeBSD.ORG References: <20020712194809.A62768@comp.chem.msu.su> <20020712155951.B4F0BBA05@i8k.babbleon.org> <20020713174755.E758@nightmaster.csn.tu-chemnitz.de> In-Reply-To: <20020713174755.E758@nightmaster.csn.tu-chemnitz.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020713191331.540ECBA05@sakura.fake.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday 13 July 2002 11:47 am, Ingo Oeser wrote: | Hi, | | On Fri, Jul 12, 2002 at 11:59:51AM -0400, Brian T.Schellenberger wrote: | > Besides, stack allocations are more efficient than heap allocations on | > every architecture I know of other than the IBM mainframe. | > | > Of course, it's is a lot better to dynamically allocate strings of | > unknown length than to use large stack buffers, but that's because the | > dynamic allocation can be done after you know the length of the string | > and can avoid overflows more than because you don't want large stack | > allocations. | | You can always do strlen() before and pass that on to your | subfunctions. Only helpful if you can allocate dynamically-sized arrays. | I also like the approach of storing strings | together with its length, but is is very un-C. Yeah, I have a little "genstring" (generic string) I use for things like this myself in programs of significant size. It keeps up with allocating itself. Standard library support for something like this would surely reduce the number of buffer-overflow security errors. Oh, well. | > In a language like ForTran that allows variable-length | > automatically-allocated function-scoped items I'd do even those | > off of the stack. | | C99 is also such a language and at least GCC supports it just | fine even in scopes. Really? I never knew that. Still, if the question is about how to engineer for portability, surely C99 isn't the best advice. | | The following (useless) programs demonstrates this: | | #include | #include | void print_arg(char *s) { | size_t len=strlen(s)+1; | { | char d[len]; | memcpy(&d[0],s,len); | printf("%s\n",&d[0]); | } | } | | int main(int argc, char **argv) { | int i; | for (i=0; i; Sat, 13 Jul 2002 12:23:48 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADBDA43E58 for ; Sat, 13 Jul 2002 12:23:47 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (brother.ludd.luth.se [130.240.16.78]) by mother.ludd.luth.se (8.10.2+Sun/8.9.3) with ESMTP id g6DJNk401195 for ; Sat, 13 Jul 2002 21:23:46 +0200 (MEST) From: Peter B Received: (from pb@localhost) by brother.ludd.luth.se (8.10.2+Sun/8.9.3) id g6DJId128842 for freebsd-hackers@freebsd.org; Sat, 13 Jul 2002 21:18:39 +0200 (MEST) Message-Id: <200207131918.g6DJId128842@brother.ludd.luth.se> Subject: /usr/src/sys/dev/my/if_my.c status? To: freebsd-hackers@freebsd.org Date: Sat, 13 Jul 2002 21:18:39 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! What is the status of the driver/file: /usr/src/sys/dev/my/if_my.c ..? It will attach and work fine with tcpdump, netstat -i. But it won't allow me to set an IP on the interface (ifconfig my0 inet 1.2.3.4 ..). It's not present in LINT, but is present in /usr/src/sys/conf/files. And no manaual page seems to exist for my(4). /P To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 12:53:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC4E637B400 for ; Sat, 13 Jul 2002 12:53:23 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCAD43E65 for ; Sat, 13 Jul 2002 12:53:23 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6DJrLn68109; Sat, 13 Jul 2002 12:53:21 -0700 (PDT) (envelope-from rizzo) Date: Sat, 13 Jul 2002 12:53:21 -0700 From: Luigi Rizzo To: hackers@freebsd.org Subject: how to find offset of a string in a binary file ? Message-ID: <20020713125320.A67829@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So, does anyone know how to use the basic unix tools to find the offset of a string in a binary file ? Specifically, I would like to locate the offset of the string "MFS Filesystem goes here" into a kernel compiled with with MD_ROOT option. grep does not help because it gives the offset of the "line" which contains the string (where a "line" begins righr after a newline). Any ideas ? thanks luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 13:16:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE6137B400 for ; Sat, 13 Jul 2002 13:16:30 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D055443E81 for ; Sat, 13 Jul 2002 13:16:29 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Jul 2002 21:16:29 +0100 (BST) Date: Sat, 13 Jul 2002 21:16:28 +0100 From: David Malone To: Luigi Rizzo Cc: hackers@freebsd.org Subject: Re: how to find offset of a string in a binary file ? Message-ID: <20020713201628.GA88506@walton.maths.tcd.ie> References: <20020713125320.A67829@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020713125320.A67829@iguana.icir.org> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 13, 2002 at 12:53:21PM -0700, Luigi Rizzo wrote: > So, does anyone know how to use the basic unix tools to find > the offset of a string in a binary file ? > Specifically, I would like to locate the offset of the string > > "MFS Filesystem goes here" Would grep -b do what you want? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 13:21:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BBA037B400 for ; Sat, 13 Jul 2002 13:21:48 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E57C43E77 for ; Sat, 13 Jul 2002 13:21:48 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6DKLiU68349; Sat, 13 Jul 2002 13:21:44 -0700 (PDT) (envelope-from rizzo) Date: Sat, 13 Jul 2002 13:21:44 -0700 From: Luigi Rizzo To: David Malone Cc: hackers@FreeBSD.ORG Subject: Re: how to find offset of a string in a binary file ? Message-ID: <20020713132144.A68304@iguana.icir.org> References: <20020713125320.A67829@iguana.icir.org> <20020713201628.GA88506@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020713201628.GA88506@walton.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Sat, Jul 13, 2002 at 09:16:28PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jul 13, 2002 at 09:16:28PM +0100, David Malone wrote: > On Sat, Jul 13, 2002 at 12:53:21PM -0700, Luigi Rizzo wrote: > > So, does anyone know how to use the basic unix tools to find > > the offset of a string in a binary file ? > > Specifically, I would like to locate the offset of the string > > > > "MFS Filesystem goes here" > > Would grep -b do what you want? no, as i said in my email, it returns the offset of the "line", so after it finds the string it goes back to the first newline and returns the offset of the character after that. :( cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 13:44: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D72137B400 for ; Sat, 13 Jul 2002 13:44:00 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9353B43E58 for ; Sat, 13 Jul 2002 13:43:59 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6DKfsXB008803; Sat, 13 Jul 2002 22:41:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Luigi Rizzo Cc: David Malone , hackers@FreeBSD.ORG Subject: Re: how to find offset of a string in a binary file ? In-Reply-To: Your message of "Sat, 13 Jul 2002 13:21:44 PDT." <20020713132144.A68304@iguana.icir.org> Date: Sat, 13 Jul 2002 22:41:54 +0200 Message-ID: <8802.1026592914@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020713132144.A68304@iguana.icir.org>, Luigi Rizzo writes: >On Sat, Jul 13, 2002 at 09:16:28PM +0100, David Malone wrote: >> On Sat, Jul 13, 2002 at 12:53:21PM -0700, Luigi Rizzo wrote: >> > So, does anyone know how to use the basic unix tools to find >> > the offset of a string in a binary file ? >> > Specifically, I would like to locate the offset of the string >> > >> > "MFS Filesystem goes here" >> >> Would grep -b do what you want? > >no, as i said in my email, it returns the offset of the "line", >so after it finds the string it goes back to the first newline >and returns the offset of the character after that. :( Luigi, get in touch with W Gerald Hicks , he has patches which does this by objcopy'ing the binary file to an elf-object and then linking that with the kernel. This is far superior to "overwrite the binary kernel" approach. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 13:58:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A8CF37B400 for ; Sat, 13 Jul 2002 13:58:26 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B3CB43E99 for ; Sat, 13 Jul 2002 13:58:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6DKwPLA082272; Sat, 13 Jul 2002 13:58:25 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6DGaoqh081285; Sat, 13 Jul 2002 09:36:50 -0700 (PDT) (envelope-from dillon) Date: Sat, 13 Jul 2002 09:36:50 -0700 (PDT) From: Matthew Dillon Message-Id: <200207131636.g6DGaoqh081285@apollo.backplane.com> To: David Schultz Cc: Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? References: <20020713071911.GA1558@HAL9000.wox.org> <20020713073404.9869A3811@overcee.wemm.org> <20020713115746.GA2162@HAL9000.wox.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We are not going to be doing any sort of weighting. It's an idea whos time has come... and gone again. It might have been useful 8 years ago but it is not useful today. Also, please note that it is not possible to reverse-lookup a swap bitmap block and get the VM object / page number. The OBJT_SWAP VM objects have to be scanned to get the swap bitmap blocks. Nor does it make much sense to try to 'record' the blocks somewhere, there could be hundreds of thousands of blocks and memory is not normally a luxury in this situation. All you need to do is prevent new blocks from being allocated from the old swap device. Since the radix tree bitmap code cannot make a distinction between devices the easiest way to do this is to simply allocate all the free bits associated with the device (which you can do), and prevent any existing allocated blocks from being freed from the bitmap (which is a simple calculation) ... and of course mark the page dirty again since its backing store is being ripped out from under it. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 14: 1: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC16F37B400 for ; Sat, 13 Jul 2002 14:00:58 -0700 (PDT) Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2695A43EA3 for ; Sat, 13 Jul 2002 14:00:51 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g6DL0btc000642; Sat, 13 Jul 2002 14:00:41 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g6DL0akD000641; Sat, 13 Jul 2002 14:00:36 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sat, 13 Jul 2002 14:00:35 -0700 From: David Schultz To: Matthew Dillon Cc: Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? Message-ID: <20020713210035.GA363@HAL9000.wox.org> Mail-Followup-To: Matthew Dillon , Peter Wemm , Sean Kelly , hackers@FreeBSD.ORG References: <20020713071911.GA1558@HAL9000.wox.org> <20020713073404.9869A3811@overcee.wemm.org> <20020713115746.GA2162@HAL9000.wox.org> <200207131636.g6DGaoqh081285@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200207131636.g6DGaoqh081285@apollo.backplane.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Matthew Dillon : > We are not going to be doing any sort of weighting. It's an idea whos > time has come... and gone again. It might have been useful 8 years ago > but it is not useful today. > > Also, please note that it is not possible to reverse-lookup a swap bitmap > block and get the VM object / page number. The OBJT_SWAP VM objects have > to be scanned to get the swap bitmap blocks. Nor does it make much sense > to try to 'record' the blocks somewhere, there could be hundreds of > thousands of blocks and memory is not normally a luxury in this situation. I'm aware of that. That's why swapoff is a harder project; it requires working at more levels of abstraction, not all of which I fully understand yet. At least most of the VM stuff is well-documented now. ;-) > All you need to do is prevent new blocks from being allocated from the > old swap device. Since the radix tree bitmap code cannot make a > distinction between devices the easiest way to do this is to simply > allocate all the free bits associated with the device (which you can do), > and prevent any existing allocated blocks from being freed from the > bitmap (which is a simple calculation) ... and of course mark the page > dirty again since its backing store is being ripped out from under it. This makes sense. I was originally thinking of marking the device as off-limits to new allocations, but I realize now why that would not work. As long as the logical swap blocks that correspond to the device are still fair game for the swap pager, swapdev_strategy will still have to swap out to the device. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 14:45:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A55F37B400 for ; Sat, 13 Jul 2002 14:45:23 -0700 (PDT) Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9776843E31 for ; Sat, 13 Jul 2002 14:45:21 -0700 (PDT) (envelope-from nsouch@free.fr) Received: from armor.fastether (nas-cbv-2-62-147-133-190.dial.proxad.net [62.147.133.190]) by postfix2-2.free.fr (Postfix) with ESMTP id 6A94E5F7D6; Sat, 13 Jul 2002 23:45:19 +0200 (CEST) Received: from armor.fastether (localhost.fastether [127.0.0.1]) by armor.fastether (8.12.3/8.9.3) with ESMTP id g6DLlKVc027220; Sat, 13 Jul 2002 23:47:21 +0200 (CEST) (envelope-from nsouch@perso.free.fr) Received: (from nsouch@localhost) by armor.fastether (8.12.3/8.12.3/Submit) id g6DLlEY1027219; Sat, 13 Jul 2002 23:47:14 +0200 (CEST) Date: Sat, 13 Jul 2002 23:47:14 +0200 From: Nicolas Souchu To: Martin Faxer Cc: hackers@FreeBSD.ORG Subject: Re: ppbus questions Message-ID: <20020713234714.B26323@armor.fastether> References: <20020623101501.GA53454@lockdown.spectrum.fearmuffs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020623101501.GA53454@lockdown.spectrum.fearmuffs.net>; from gmh003532@brfmasthugget.se on Sun, Jun 23, 2002 at 12:15:01PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 12:15:01PM +0200, Martin Faxer wrote: > hi! > > i'm trying to write a driver for an old cd-rom drive that you connect > to the parallel port. it is a shuttletech "para drive" 525. > > i don't have any driver docs or technical specifications but i believe > that it uses some kind of a SCSI to parallel chipset. The problem will be that FreeBSD ppbus framework is much more timing-sensitive than Linux parport. Without the tech sheets it may be hard. > the linux tree seems to have drivers for shuttletech EPSA-2 chipsets, > so i'm currently trying to port their probe routines to FreeBSD to see > if my cd-rom is indeed equipped with one of those chipsets. The best is certainly to install Linux on some partition and check that your drive is supported, then port the driver. > the linux code uses outb() and inb() directly to communicate with the > parallel port so i have to port it to use the ppbus interface. > > here are my questions: > 1) do the ppb_[rw][dcs]tr() functions have any "side effects", like > eg. does ppb_wdtr() drive strobe high or something like that to > tell the device that there is data waiting, or is it simply a > wrapper around outb() ? (ps. i tried to find the code for these A wrapper. > functions but didn't succeed since the macros make use of PPBUS_IO() > which is generated and calls some other function.) > > if the ppb_[rw][dcs]tr() function have side effects, are there any > lower level functions which simply wrap around inb() and outb() ? > > 2) do the ppb_[rw][dcs]tr() functions wait, or do i have to call some > function to do that, like DELAY() ? the linux code calls usleep() > after sending commands to the device. (i believe it is bad to call > DELAY() in a _probe() routine, but perhaps i can do that to start > with...) > > 3) should i use micro sequences instead of doing ppb_*() calls ? > i looked briefly at the man page but it seemed pretty complicated > and i'm not a very experienced kernel hacker yet. Yes, certainly. Microsequences offer you a general mechanism for bypassing the overhead of the newbus framework. > i would be very grateful for any answers or tips you might have! The task will not be easy :) Note that the first version of the vpo driver was a port of Linux driver. Then I rewrote it completly from specs. outb and inb might be used as well, but they're not portable. You should use ppb_xxx() routines preferably or even microsequences. Nicholas -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 15:23:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0780A37B400 for ; Sat, 13 Jul 2002 15:23:48 -0700 (PDT) Received: from androcles.com (androcles.com [204.57.240.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1393643E31 for ; Sat, 13 Jul 2002 15:23:47 -0700 (PDT) (envelope-from alex@androcles.com) Received: (from alex@localhost) by androcles.com (8.11.6/8.11.3) id g6DMNe892090; Sat, 13 Jul 2002 15:23:40 -0700 (PDT) (envelope-from alex) Message-Id: <200207132223.g6DMNe892090@androcles.com> X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <20020713132144.A68304@iguana.icir.org> Date: Sat, 13 Jul 2002 15:23:40 -0700 (PDT) From: "Duane H. Hesser" To: Luigi Rizzo Subject: Re: how to find offset of a string in a binary file ? Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 13-Jul-02 Lui gi Rizzo wrote: > On Sat, Jul 13, 2002 at 09:16:28PM +0100, David Malone wrote: >> On Sat, Jul 13, 2002 at 12:53:21PM -0700, Luigi Rizzo wrote: >> > So, does anyone know how to use the basic unix tools to find >> > the offset of a string in a binary file ? >> > Specifically, I would like to locate the offset of the string >> > >> > "MFS Filesystem goes here" >> >> Would grep -b do what you want? > > no, as i said in my email, it returns the offset of the "line", > so after it finds the string it goes back to the first newline > and returns the offset of the character after that. :( > > cheers > luigi > strings -at [odx] 'file' | grep whatever -------------- Duane H. Hesser dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 15:40:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8587337B400 for ; Sat, 13 Jul 2002 15:40:14 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00FBA43E3B for ; Sat, 13 Jul 2002 15:40:14 -0700 (PDT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 96FA82A7EA for ; Sat, 13 Jul 2002 15:40:13 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 50CB54C27F for ; Sat, 13 Jul 2002 15:40:13 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 17E203811; Sat, 13 Jul 2002 15:40:13 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: David Schultz , Sean Kelly , hackers@FreeBSD.ORG Subject: Re: swapoff? In-Reply-To: <200207131636.g6DGaoqh081285@apollo.backplane.com> Date: Sat, 13 Jul 2002 15:40:13 -0700 From: Peter Wemm Message-Id: <20020713224013.17E203811@overcee.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > We are not going to be doing any sort of weighting. It's an idea whos > time has come... and gone again. It might have been useful 8 years ago > but it is not useful today. Thank goodness! :-) Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 15:54:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 330A337B400 for ; Sat, 13 Jul 2002 15:54:31 -0700 (PDT) Received: from IMGate.FullScaleCommerce.com (imgate.fullscalecommerce.com [208.253.55.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id E337C43E58 for ; Sat, 13 Jul 2002 15:54:30 -0700 (PDT) (envelope-from mark@hereiam.net) Received: from server3.i-netco.com (server3.I-netco.com [208.253.55.67]) by IMGate.FullScaleCommerce.com (Postfix Relay Hub) with ESMTP id 7136251614 for ; Sat, 13 Jul 2002 18:53:43 -0400 (EDT) X-Server-Authority: http://s62.net/?2a02c9bd984a650c&o Message-Id: <20020713225343.7136251614@IMGate.FullScaleCommerce.com> Date: Sat, 13 Jul 2002 18:53:43 -0400 (EDT) From: mark@hereiam.net To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 16:20:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1428037B400 for ; Sat, 13 Jul 2002 16:20:16 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A1E43E64 for ; Sat, 13 Jul 2002 16:20:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020713232015.IMQJ8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sat, 13 Jul 2002 23:20:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA58796; Sat, 13 Jul 2002 16:14:44 -0700 (PDT) Date: Sat, 13 Jul 2002 16:14:43 -0700 (PDT) From: Julian Elischer To: Peter B Cc: freebsd-hackers@freebsd.org Subject: Re: /usr/src/sys/dev/my/if_my.c status? In-Reply-To: <200207131918.g6DJId128842@brother.ludd.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The man page was waiting for the submitter, and I've been too busy to pester him for it.. It was supposed to include information on what cards were supported. I'm surprise about the inability to set the address.. I heard from testers that it was working.. I guess I should dig up the card I have here and try it again.. can you tell me what version of FreeBSD you are using? On Sat, 13 Jul 2002, Peter B wrote: > > Hi! > > What is the status of the driver/file: /usr/src/sys/dev/my/if_my.c ..? > > It will attach and work fine with tcpdump, netstat -i. But it won't allow me > to set an IP on the interface (ifconfig my0 inet 1.2.3.4 ..). > > It's not present in LINT, but is present in /usr/src/sys/conf/files. And no > manaual page seems to exist for my(4). > > /P > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jul 13 19:13:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 469D837B400 for ; Sat, 13 Jul 2002 19:13:21 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C3743E4A for ; Sat, 13 Jul 2002 19:13:20 -0700 (PDT) (envelope-from pb@ludd.luth.se) Received: from brother.ludd.luth.se (brother.ludd.luth.se [130.240.16.78]) by mother.ludd.luth.se (8.10.2+Sun/8.9.3) with ESMTP id g6E2DI416421; Sun, 14 Jul 2002 04:13:18 +0200 (MEST) From: Peter B Received: (from pb@localhost) by brother.ludd.luth.se (8.10.2+Sun/8.9.3) id g6E27tG29300; Sun, 14 Jul 2002 04:07:55 +0200 (MEST) Message-Id: <200207140207.g6E27tG29300@brother.ludd.luth.se> Subject: Re: /usr/src/sys/dev/my/if_my.c status? In-Reply-To: from Julian Elischer at "Jul 13, 2002 04:14:43 pm" To: julian@elischer.org (Julian Elischer) Date: Sun, 14 Jul 2002 04:07:55 +0200 (MEST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: >The man page was waiting for the submitter, and I've been too busy to >pester him for it.. It was supposed to include information on what >cards were supported. I'm surprise about the inability to set the Seems my Surecom 10/100 is detected and attached at least :) >address.. I heard from testers that it was working.. >I guess I should dig up the card I have here and try it again.. > >can you tell me what version of FreeBSD you are using? FreeBSD-4.6 I might downgrade as it seems that 4.6 has trouble with floppy driver and mount_mfs. Regards /Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message