From owner-freebsd-hackers Sun May 13 0:22:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id F1CA337B43F for ; Sun, 13 May 2001 00:22:32 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f4D7M3N12774; Sun, 13 May 2001 01:22:04 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200105130722.f4D7M3N12774@harmony.village.org> To: hackers@FreeBSD.ORG Subject: Re: Question about building source Cc: Terry Lambert , Makoto MATSUSHITA In-reply-to: Your message of "Thu, 10 May 2001 09:31:10 PDT." <20010510093110.A3480@dragon.nuxi.com> References: <20010510093110.A3480@dragon.nuxi.com> <3AF82432.F150DB51@mindspring.com> <20010509025423Q.matusita@jp.FreeBSD.org> <3AF95FFB.40DCF441@mindspring.com> <20010510010142X.matusita@jp.FreeBSD.org> <3AFAB3A9.798899F@mindspring.com> Date: Sun, 13 May 2001 01:22:03 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010510093110.A3480@dragon.nuxi.com> "David Mr. Hackers O'Brien" writes: : I went thru this last month -- bsd.*.mk assumes /usr/src and the base : compilers. Peroid. People didn't want to accept that, but you are : giving more proof of it. If you want to change the assumptions of about : the base system, you have to be willing to change bsd.*.mk. Peroid. All my systems that build sources have not had a /usr/src at all for at least three years, maybe 4 now. Nothing in bsd.*.mk assumes /usr/src and things work just fine without them. And have for years. Terry must be doing something else wrong. :-) You may be right about non-default compilers. We at timing solutions have a bunch of files that wrap bsd.*.mk that allow us to change the compiler to compile our sources. But I've always run into problems trying to do that in the past. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 3: 5:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (Postfix) with ESMTP id 2A5CA37B423 for ; Sun, 13 May 2001 03:05:49 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from uucp@localhost) by isbalham.ist.co.uk (8.11.1/8.11.1) with UUCP id f4DA5m519245 for hackers@freebsd.org; Sun, 13 May 2001 11:05:48 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] (eccles [194.32.164.2]) by seagoon.gid.co.uk (8.9.3/8.9.3) with ESMTP id KAA24367 for ; Sun, 13 May 2001 10:43:27 +0100 (BST) (envelope-from rb@gid.co.uk) X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 13 May 2001 10:43:36 +0100 To: hackers@freebsd.org From: Bob Bishop Subject: GNATS doesn't like me Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, GNATS doesn't seem to send me email for some reason - I raised a PR yesterday which made it into the system OK but no confirming email. To whom should I complain? Should I raise a PR :-) ? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 3:36:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail3.hispeedhosting.com (mail3.hispeedhosting.com [64.27.65.22]) by hub.freebsd.org (Postfix) with ESMTP id 14C4437B423 for ; Sun, 13 May 2001 03:35:57 -0700 (PDT) (envelope-from test@test.com) Received: from frank [64.171.213.122] by mail3.hispeedhosting.com (SMTPD32-6.06) id A388B59D0044; Sun, 13 May 2001 06:35:52 -0400 Date: Sun, 13 May 2001 03:33:11 +0900 From: "www.e4989.com" To: freebsd-hackers@freebsd.org Subject: 다이어트 와 성인 X-AD2000-Serial: 1064 X-AD2000-Register: "피터박" MIME-Version: 1.0 Content-Type: text/html Content-Transfer-Encoding: base64 Message-Id: <200105130635799.SM00220@frank> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG PEhUTUw+DQo8SEVBRD4NCjxNRVRBIE5BTUU9IkdFTkVSQVRPUiIgQ29udGVudD0iTWljcm9z b2Z0IERIVE1MIEVkaXRpbmcgQ29udHJvbCI+DQo8VElUTEU+PC9USVRMRT4NCjwvSEVBRD4N CjxCT0RZPjxGT05UIGZhY2U9sby4ssO8IHNpemU9Mj4NCjxESVY+DQo8UCBhbGlnbj1sZWZ0 PjxTVFJPTkc+PEZPTlQ+PEZPTlQgc2l6ZT00PjxGT05UIA0KY29sb3I9IzAwODAwMD4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgDQpmcmVlYnNkLWhhY2tlcnM8L0ZPTlQ+tNQmbmJzcDsg vsiz58fPvLy/5CA/PC9GT05UPjwvRk9OVD48L1NUUk9ORz48L1A+DQo8UCBhbGlnbj1sZWZ0 PjxGT05UIGNvbG9yPSNmZjAwODA+PFNUUk9ORz6057vntMIgucyxuUxBv6EgvNLA58fPuOcg wM7FzbPdILzux8649CDA/LmuvvfDvCDA1LTPtNkuIA0KPC9TVFJPTkc+PC9GT05UPjwvUD4N CjxQIGFsaWduPWxlZnQ+PFNUUk9ORz48Rk9OVCBjb2xvcj0jZmYwMDgwPrnMsbm/obytIMiu vcfI9yDAzsGkILnewLogx7C48bi4IMC4t84gv6m3r7rQwLsgwKfH2CDB2LrxIA0Kx9+9wLTP tNk8L0ZPTlQ+PC9TVFJPTkc+LiANCjxQIGFsaWduPWNlbnRlcj48L1A+PEZPTlQgY29sb3I9 IzAwMDA4MD48Rk9OVCBmYWNlPbG8uLLDvCANCnNpemU9Mj48L0ZPTlQ+PC9GT05UPjxVPjxG T05UIGZhY2U9sby4ssO8IGNvbG9yPSNmZjAwMDAgc2l6ZT0yPjxCUj48L0ZPTlQ+PC9VPg0K PFAgYWxpZ249bGVmdD4NCjxUQUJMRSB3aWR0aD02NTIgYm9yZGVyPTE+DQogIDxUQk9EWT4N CiAgPFRSPg0KICAgIDxURCB3aWR0aD0iMTAwJSI+DQogICAgICA8UCBhbGlnbj1jZW50ZXI+ PEZPTlQgZmFjZT2xvLiyw7wgc2l6ZT0yPjwvRk9OVD48VT48Qj48Rk9OVCBmYWNlPbG8uLLD vCANCiAgICAgIGNvbG9yPSNmZjAwMDAgc2l6ZT01PsTauK6+xsW4v+4gu+fAzLn2uPQ8L0ZP TlQ+PC9CPjxGT05UIGZhY2U9sby4ssO8IGNvbG9yPSNmZjAwMDAgDQogICAgICBzaXplPTI+ Jm5ic3A7PC9GT05UPjwvVT48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jZmYwMDAwIHNpemU9 Mj48VT48QlI+u/W03MDlILHis+QgDQogICAgICA8L1U+PC9GT05UPjxGT05UIGNvbG9yPSNm ZjAwMDA+PFU+xq+6sCC8vMDPu/PHsCANCjwvVT48L0ZPTlQ+PC9QPjwvVEQ+PC9UUj48L1RC T0RZPjwvVEFCTEU+PC9QPg0KPFAgYWxpZ249Y2VudGVyPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzxGT05UIA0KY29sb3I9I2ZmMDAwMD48VT48QlI+PEJSPjwvUD48L1U+PC9G T05UPg0KPERJViBhbGlnbj1sZWZ0Pg0KPFRBQkxFIGhlaWdodD0xODAgd2lkdGg9NjUyIGJv cmRlcj0wPg0KICA8VEJPRFk+DQogIDxUUj4NCiAgICA8VEQgd2lkdGg9NzM3IGNvbFNwYW49 MiBoZWlnaHQ9MTU+DQogICAgICA8SFIgYWxpZ249Y2VudGVyIGNvbG9yPSMwMDgwMDAgU0la RT0xPg0KDQogICAgICA8UCBhbGlnbj1sZWZ0PqGhIDwvUD48L1REPjwvVFI+DQogIDxUUj4N CiAgICA8VEQgd2lkdGg9NzM3IGNvbFNwYW49MiBoZWlnaHQ9MTU+DQogICAgICA8UCBhbGln bj1jZW50ZXI+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBzaXplPTI+waa0z8Su KFhlbmljYWwpJm5ic3A7IA0KICAgICAgtNnAzL7uxq4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L0ZPTlQ+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSPg0KICAgIDxURCB2QWxpZ249 dG9wIHdpZHRoPTc0IGhlaWdodD0xNTM+DQogICAgICA8UCBhbGlnbj1jZW50ZXI+PEZPTlQg ZmFjZT2xvLiyw7wgc2l6ZT0yPjxBIA0KICAgICAgaHJlZj0iaHR0cDovL3d3dy5rb3JlYXRv d25jeWJlcm1hbGwuY29tIj48SU1HIA0KICAgICAgc3JjPSJodHRwOi8vd3d3LmtvcmVhdG93 bmN5YmVybWFsbC5jb20vTWFpbl9QYWdlL3hlbmljYWwta29yZWEuanBnIiANCiAgICAgIGJv cmRlcj0wPjwvQT48L0ZPTlQ+PC9QPjwvVEQ+DQogICAgPFREIHZBbGlnbj1jZW50ZXIgYWxp Z249bGVmdCB3aWR0aD02NjIgaGVpZ2h0PTE1Mz4NCiAgICAgIDxQIGFsaWduPWxlZnQ+PEZP TlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBzaXplPTI+PEI+ucyxub3Ex7DAx77gsbko RkRBKTwvQj4gvcLAzsC7IA0KICAgICAgud7AuiC9xL/lIL7vwaa++MDMIMO8wd/BtsD9IMi/ sPq9xLvnv6EgxvfH1LXIIMH2uea3rsDHIDMwJb/NILDhx9XH2CDB9rnmwMwgwOW/obytIMjt vPa1x7TCILDNwLsgvu/BpsDlv6G8rSDB98GiIMDbv+vHz7TCILTZwMy+7sauIA0KICAgICAg vuDAuLfOtMIgvLyw6CDD1sPKwaa0z8SuwLogvcTAzMH2uebAxyDI7bz2uKYguLe+xsHWseIg wKfH2CDA5b+hvK0gwNu/68fPtMIgvu/BpsGmsKEgtem+7sDWvu4gvcS/5cC7IL7vwabHz8H2 IL7KsO0gw7zB38C7IMHZwMy0wrWlIA0KICAgICAgtbW/8sDMILXItNkuPEJSPjwvRk9OVD48 Rk9OVCBzaXplPTI+v/i3obChsN06IA0KICAgICAgPFNUUklLRT4kMTkwJm5ic3A7Jm5ic3A7 PC9TVFJJS0U+PC9GT05UPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyANCiAgICAgIDxGT05UIGNvbG9yPSNmZjAwMDAgc2l6 ZT0yPry8wM+wobDdPC9GT05UPjxGT05UIGNvbG9yPSNmZjAwMDA+OiANCiAgICAgICQxMzUm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgx9LAzr7XOiAkNTU8 QlI+PC9GT05UPjxGT05UIA0KICAgICAgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBzaXpl PTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVybWFsbC5jb20i PjxJTUcgaGVpZ2h0PTMzIA0KICAgICAgc3JjPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVy bWFsbC5jb20vc2hvcHBpbmdfdGl0X2JsdWUuZ2lmIiB3aWR0aD0xMzYgDQogICAgICBib3Jk ZXI9MD48L0E+PC9GT05UPjwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvRElWPg0K PFAgYWxpZ249Y2VudGVyPjwvUD4NCjxQPg0KPFRBQkxFIGNlbGxTcGFjaW5nPTEgd2lkdGg9 NjQ1IGJvcmRlcj0wPg0KICA8VEJPRFk+DQogIDxUUj4NCiAgICA8VEQgYWxpZ249bWlkZGxl IHdpZHRoPTg3MyBjb2xTcGFuPTIgaGVpZ2h0PTE0Pg0KICAgICAgPEhSIGFsaWduPWNlbnRl ciBjb2xvcj0jMDA4MDAwIFNJWkU9MT4NCg0KICAgICAgPFA+oaEgPC9QPjwvVEQ+PC9UUj4N CiAgPFRSPg0KICAgIDxURCBhbGlnbj1sZWZ0IHdpZHRoPTg3MyBjb2xTcGFuPTIgaGVpZ2h0 PTE0Pg0KICAgICAgPFAgYWxpZ249Y2VudGVyPjxGT05UIGZhY2U9sby4ssO8IGNvbG9yPSMw MDAwODAgDQogICAgICBzaXplPTI+RGV4YXRyaW0mbmJzcDsmbmJzcDsotNnAzL7uxq6+4C+9 xL/lvu/Bpik8L0ZPTlQ+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDAwMCANCiAgICAg IHNpemU9Mj4mbmJzcDs8L0ZPTlQ+IDwvUD48L1REPjwvVFI+DQogIDxUUj4NCiAgICA8VEQg YWxpZ249bWlkZGxlIHdpZHRoPTU3IGhlaWdodD0xOT48Rk9OVCBmYWNlPbG8uLLDvCBzaXpl PTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVybWFsbC5jb20i PjxJTUcgDQogICAgICBzcmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9N YWluX1BhZ2UvRGV4YXRyaW0uanBnIiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZPTlQ+PC9U RD4NCiAgICA8VEQgdkFsaWduPXRvcCBhbGlnbj1sZWZ0IHdpZHRoPTgxMCBoZWlnaHQ9MTk+ DQogICAgICA8UCBhbGlnbj1sZWZ0PjxGT05UIGZhY2U9sby4ssO8IHNpemU9Mj48QlI+PEI+ PEZPTlQgDQogICAgICBjb2xvcj0jZmYwMGZmPjxCUj48L0ZPTlQ+PC9CPjxGT05UIGNvbG9y PSMwMDAwODA+v6m3r7ChwfYgtNm+7sauv6EgvcfG0MfRILrQtenAuyDAp8fRIMi5seLA+8DO IA0KICAgICAgtNm+7sauvuAuIDEgwM8gMci4ILq5v+vAuLfOIDEyvcOwoyC9w8DlseIgwaaw xcfPv6kgxK63zriuILy3w+vAuyDA2r+svbq3tLDUIMTcxq630cfPv6kgwNq/rL26t7Sw1CDD vMHfIMD6x8+0wiC8vLfOv+4gDQogICAgICC02b7uxq6+4C4mbmJzcDs8QlI+PC9GT05UPjxC Uj7BpsG2v/g6ucyxuTwvRk9OVD4mbmJzcDs8QlI+PEZPTlQgc2l6ZT0yPr/4t6GwobDdOiZu YnNwOyANCiAgICAgIDxTVFJJS0U+JDQ1PC9TVFJJS0U+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KICAgICAgPEZPTlQg Y29sb3I9I2ZmMDAwMD68vMDPsKGw3TogDQogICAgICAkMjImbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgx9LAzr7XPC9GT05UPjwvRk9OVD48Rk9O VCANCiAgICAgIGNvbG9yPSNmZjAwMDAgc2l6ZT0yPjogJDIzPEJSPjwvRk9OVD48Rk9OVCBm YWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgwIA0KICAgICAgc2l6ZT0yPjxBIGhyZWY9Imh0dHA6 Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbSI+PElNRyBoZWlnaHQ9MzMgDQogICAgICBz cmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9zaG9wcGluZ190aXRfYmx1 ZS5naWYiIHdpZHRoPTEzNiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZPTlQ+PC9QPjwvVEQ+ PC9UUj48L1RCT0RZPjwvVEFCTEU+DQo8VEFCTEUgaGVpZ2h0PTE3OCBjZWxsU3BhY2luZz0x IHdpZHRoPTY0NSBib3JkZXI9MD4NCiAgPFRCT0RZPg0KICA8VFI+DQogICAgPFREIGFsaWdu PW1pZGRsZSB3aWR0aD04NzMgY29sU3Bhbj0yIGhlaWdodD01Nj4NCiAgICAgIDxIUiBhbGln bj1jZW50ZXIgY29sb3I9IzAwODAwMCBTSVpFPTE+DQoNCiAgICAgIDxQPqGhIDwvUD48L1RE PjwvVFI+DQogIDxUUj4NCiAgICA8VEQgYWxpZ249bGVmdCB3aWR0aD04NzMgY29sU3Bhbj0y IGhlaWdodD0xNT4NCiAgICAgIDxQIGFsaWduPWNlbnRlcj48Rk9OVCBmYWNlPbG8uLLDvCBj b2xvcj0jMDAwMDgwIA0KICAgICAgc2l6ZT0yPkRpdXJleCi02cDMvu7GrikmbmJzcDs8L0ZP TlQ+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSPg0KICAgIDxURCB2QWxpZ249dG9wIGFsaWduPW1p ZGRsZSB3aWR0aD0xMjIgaGVpZ2h0PTk1PjxGT05UIGZhY2U9sby4ssO8IHNpemU9Mj48QSAN CiAgICAgIGhyZWY9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbSI+PElNRyAN CiAgICAgIHNyYz0iaHR0cDovL3d3dy5rb3JlYXRvd25jeWJlcm1hbGwuY29tL01haW5fUGFn ZS9EaXVyZXguanBnIiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZPTlQ+PC9URD4NCiAgICA8 VEQgdkFsaWduPWNlbnRlciBhbGlnbj1sZWZ0IHdpZHRoPTc0NSBoZWlnaHQ9OTU+DQogICAg ICA8UD48Rk9OVCBmYWNlPbG8uLLDvCBzaXplPTI+u/24rsD8IMO8wd/B9bChv80gutLE6LCo wLsmbmJzcDsgwaawxcfYwda0wiDGr8i/wMcgvuDHsC48L0ZPTlQ+PEZPTlQgDQogICAgICBm YWNlPbG8uLLDvCBzaXplPTI+IDHAzzHIuCC6ub/rwLi3ziC7/biuwPwguPa/oSC89rrQwfWw ocC7ILzSuq/AuLfOILnovLPHz7+pIMbItNm4rr+hILrOseK/zSC+xrenueggsMW6z8fUwLsg DQogICAgICC++L+hwdwuJm5ic3A7PC9GT05UPjxGT05UIGZhY2U9sby4ssO8IHNpemU9Mj48 QlI+PC9GT05UPjxGT05UIGZhY2U9sby4ssO8IA0KICAgICAgc2l6ZT0yPsGmwba/+Dogucyx uSZuYnNwOzwvRk9OVD48Rk9OVCBzaXplPTI+PEJSPr/4t6GwobDdOiZuYnNwOyZuYnNwOyAN CiAgICAgIDxTVFJJS0U+JDQ1PC9TVFJJS0U+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDxGT05UIA0KICAgICAgY29sb3I9I2ZmMDAwMD68vMDPsKGw3Tog DQogICAgICAkMjImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQogICAgICDH0sDOvtckMjM8QlI+PC9GT05UPjwv Rk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgwIHNpemU9Mj48QSANCiAgICAg IGhyZWY9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbSI+PElNRyBoZWlnaHQ9 MzMgDQogICAgICBzcmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9zaG9w cGluZ190aXRfYmx1ZS5naWYiIHdpZHRoPTEzNiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZP TlQ+IDwvUD48L1REPjwvVFI+PC9UQk9EWT48L1RBQkxFPjwvUD4NCjxQPqGhPC9QPg0KPFA+ DQo8VEFCTEUgY2VsbFNwYWNpbmc9MSB3aWR0aD02NDUgYm9yZGVyPTA+DQogIDxUQk9EWT4N CiAgPFRSPg0KICAgIDxURCBhbGlnbj1taWRkbGUgd2lkdGg9ODczIGNvbFNwYW49MiBoZWln aHQ9MTQ+DQogICAgICA8SFIgYWxpZ249Y2VudGVyIGNvbG9yPSMwMDgwMDAgU0laRT0xPg0K DQogICAgICA8UD6hoSA8L1A+PC9URD48L1RSPg0KICA8VFI+DQogICAgPFREIGFsaWduPWxl ZnQgd2lkdGg9ODczIGNvbFNwYW49MiBoZWlnaHQ9MTQ+DQogICAgICA8UCBhbGlnbj1jZW50 ZXI+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBzaXplPTI+TmFpcijDvLjwIMGm sMUgDQogICAgICC3zrzHKSZuYnNwOzwvRk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0j MDAwMDAwIA0Kc2l6ZT0yPiZuYnNwOzwvRk9OVD48L1A+PC9URD48L1RSPg0KICA8VFI+DQog ICAgPFREIHZBbGlnbj10b3AgYWxpZ249bWlkZGxlIHdpZHRoPTU3IGhlaWdodD0xOT48Rk9O VCBmYWNlPbG8uLLDvCBzaXplPTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVh dG93bmN5YmVybWFsbC5jb20iPjxJTUcgDQogICAgICBzcmM9Imh0dHA6Ly93d3cua29yZWF0 b3duY3liZXJtYWxsLmNvbS9NYWluX1BhZ2UvMTUxMXQuanBnIiANCiAgICAgIGJvcmRlcj0w PjwvQT48L0ZPTlQ+PC9URD4NCiAgICA8VEQgdkFsaWduPWNlbnRlciBhbGlnbj1sZWZ0IHdp ZHRoPTgxMCBoZWlnaHQ9MTk+DQogICAgICA8UCBhbGlnbj1sZWZ0PjxGT05UIGZhY2U9sby4 ssO8IHNpemU9Mj48Rk9OVCBjb2xvcj0jMDAwMDgwPr+puKfDtr+hILPrw+K1x77uILq4seLI 5MfRIA0KICAgICAgsNy15bb7wMwsxsgstNm4riC17rXuIMXQwLsguLuy+8j3IL74vtbB1rTC IMWpuLIuoaE8L0ZPTlQ+t868x8C7ILPrw+K1x7TCILrOutC/oSC52bilyMQgMy01utDIxL+h IMjewfa3ziC028C4uOkgurix4r3IwLogDQogICAgICDDvLjwwLsgv8+6rsfPsNQgwaawxcfY wdwuPEJSPjxCUj48L0ZPTlQ+PEZPTlQgZmFjZT2xvLiyw7wgc2l6ZT0yPsGmwba/+Dogucyx uTwvRk9OVD48Rk9OVCANCiAgICAgIHNpemU9Mj48Rk9OVCBmYWNlPbG8uLLDvD4gJm5ic3A7 PEJSPjwvRk9OVD6/+LehsKGw3TombmJzcDsgDQogICAgICA8U1RSSUtFPiQzNTwvU1RSSUtF PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyANCiAgICAgIDxGT05UIGNvbG9yPSNmZjAwMDA+vLzAz7ChsN06IA0KICAgICAgJDIwJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IMfS wM6+1zogDQogICAgICAkMTU8QlI+PC9GT05UPjwvRk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBj b2xvcj0jMDAwMDgwIHNpemU9Mj48QSANCiAgICAgIGhyZWY9Imh0dHA6Ly93d3cua29yZWF0 b3duY3liZXJtYWxsLmNvbSI+PElNRyBoZWlnaHQ9MzMgDQogICAgICBzcmM9Imh0dHA6Ly93 d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9zaG9wcGluZ190aXRfYmx1ZS5naWYiIHdpZHRo PTEzNiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZPTlQ+IDwvUD48L1REPjwvVFI+PC9UQk9E WT48L1RBQkxFPjwvUD4NCjxQPjwvUD4NCjxQPg0KPFRBQkxFIGNlbGxTcGFjaW5nPTEgd2lk dGg9NjQ1IGJvcmRlcj0wPg0KICA8VEJPRFk+DQogIDxUUj4NCiAgICA8VEQgYWxpZ249bWlk ZGxlIHdpZHRoPTg3MyBjb2xTcGFuPTIgaGVpZ2h0PTE0Pg0KICAgICAgPEhSIGNvbG9yPSMw MDAwODAgU0laRT0xPg0KDQogICAgICA8UD6hoSA8L1A+PC9URD48L1RSPg0KICA8VFI+DQog ICAgPFREIGFsaWduPWxlZnQgd2lkdGg9ODczIGNvbFNwYW49MiBoZWlnaHQ9MTQ+DQogICAg ICA8UCBhbGlnbj1jZW50ZXI+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBzaXpl PTI+Jm5ic3A7KMitwMzGrrTXIMWpuLIpvvOxvMC7IA0KICAgICAguem/wcOzt7MhJm5ic3A7 PC9GT05UPjwvUD48L1REPjwvVFI+DQogIDxUUj4NCiAgICA8VEQgYWxpZ249bWlkZGxlIHdp ZHRoPTU3IGhlaWdodD0xOT48Rk9OVCBmYWNlPbG8uLLDvCBzaXplPTI+PEEgDQogICAgICBo cmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVybWFsbC5jb20iPjxJTUcgDQogICAgICBz cmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9NYWluX1BhZ2UvMTQyNHQu anBnIiANCiAgICAgIGJvcmRlcj0wPjwvQT48L0ZPTlQ+PC9URD4NCiAgICA8VEQgdkFsaWdu PWNlbnRlciBhbGlnbj1sZWZ0IHdpZHRoPTgxMCBoZWlnaHQ9MTk+DQogICAgICA8UCBhbGln bj1sZWZ0PjxGT05UIGZhY2U9sby4ssO8PjxCPjxGT05UIGNvbG9yPSMwMDAwODAgDQogICAg ICBzaXplPTI+PEJSPjwvRk9OVD48L0I+PEZPTlQgY29sb3I9IzAwMDA4MCBzaXplPTI+ur2/ qbinw7a/oSDFwr7nk9y/oSCwy77uwfa0wiDHx7rOwLsguem/wcOzt7MgDQogICAgICDI8bDU Li4uJm5ic3A7IMHXwLqx+iwgseK5zL+htbUgxq/Ivy4mbmJzcDsgPC9GT05UPjwvRk9OVD48 Qj48Rk9OVCBmYWNlPbG8uLLDvCANCiAgICAgIGNvbG9yPSMwMDAwODAgc2l6ZT0yPjxCUj48 L0ZPTlQ+PC9CPjxGT05UIGZhY2U9sby4ssO8IGNvbG9yPSMwMDAwODAgDQogICAgICBzaXpl PTI+PEJSPjwvRk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBzaXplPTI+PEZPTlQgDQogICAgICBj b2xvcj0jMDAwMDgwPsGmwba/+Dq5zLG5PC9GT05UPjxGT05UIHNpemU9Mj48Rk9OVCBjb2xv cj0jMDAwMDgwPiANCiAgICAgICZuYnNwOzxCUj48L0ZPTlQ+v/i3obChsN06Jm5ic3A7IA0K ICAgICAgPFNUUklLRT4kNDU8L1NUUklLRT4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgPEZPTlQgDQogICAgICBjb2xvcj0jZmYwMDAwPry8wM+wobDdOiAkMjU8L0ZPTlQ+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IA0KICAgICAgPEZPTlQg Y29sb3I9I2ZmMDAwMD7H0sDOvtc6IDwvRk9OVD48L0ZPTlQ+PEZPTlQgDQogICAgICBjb2xv cj0jZmYwMDAwPiQyMDxCUj48L0ZPTlQ+PC9GT05UPjxGT05UIGZhY2U9sby4ssO8IGNvbG9y PSMwMDAwODAgc2l6ZT0yPjxBIA0KICAgICAgaHJlZj0iaHR0cDovL3d3dy5rb3JlYXRvd25j eWJlcm1hbGwuY29tIj48SU1HIGhlaWdodD0zMyANCiAgICAgIHNyYz0iaHR0cDovL3d3dy5r b3JlYXRvd25jeWJlcm1hbGwuY29tL3Nob3BwaW5nX3RpdF9ibHVlLmdpZiIgd2lkdGg9MTM2 IA0KICAgICAgYm9yZGVyPTA+PC9BPjwvRk9OVD4gPC9QPjwvVEQ+PC9UUj48L1RCT0RZPjwv VEFCTEU+PC9QPg0KPFA+oaE8L1A+DQo8UD4NCjxUQUJMRSBjZWxsU3BhY2luZz0xIHdpZHRo PTY0NSBib3JkZXI9MD4NCiAgPFRCT0RZPg0KICA8VFI+DQogICAgPFREIGFsaWduPW1pZGRs ZSB3aWR0aD04NzMgY29sU3Bhbj0yIGhlaWdodD0xND4NCiAgICAgIDxIUiBjb2xvcj0jMDAw MDgwIFNJWkU9MT4NCg0KICAgICAgPFA+oaEgPC9QPjwvVEQ+PC9UUj4NCiAgPFRSPg0KICAg IDxURCBhbGlnbj1sZWZ0IHdpZHRoPTg3MyBjb2xTcGFuPTIgaGVpZ2h0PTE0Pg0KICAgICAg PFAgYWxpZ249Y2VudGVyPjxGT05UIGZhY2U9sby4ssO8IGNvbG9yPSMwMDAwODAgc2l6ZT0y PllvaGltYmUgQWR2YXRhZ2UmbmJzcDsgDQogICAgICAmbmJzcDsgJDUwLjAwJm5ic3A7KCDD yrCtt8IgwaS3wsGmKSA8L0ZPTlQ+PC9QPjwvVEQ+PC9UUj4NCiAgPFRSPg0KICAgIDxURCBh bGlnbj1taWRkbGUgd2lkdGg9NTcgaGVpZ2h0PTE5PjxGT05UIGZhY2U9sby4ssO8IHNpemU9 Mj48QSANCiAgICAgIGhyZWY9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbSI+ PElNRyANCiAgICAgIHNyYz0iaHR0cDovL3d3dy5rb3JlYXRvd25jeWJlcm1hbGwuY29tL01h aW5fUGFnZS95b2hpbWJlLmdpZiIgDQogICAgICBib3JkZXI9MD48L0E+PC9GT05UPjwvVEQ+ DQogICAgPFREIHZBbGlnbj1jZW50ZXIgYWxpZ249bGVmdCB3aWR0aD04MTAgaGVpZ2h0PTE5 PjxGT05UIGZhY2U9sby4ssO8IA0KICAgICAgY29sb3I9I2ZmMDBmZiBzaXplPTI+PEI+w8qw rbfCIMGkt8LBpjwvQj48L0ZPTlQ+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCAN CiAgICAgIHNpemU9Mj4mbmJzcDsgs8q5q7OqIMCvuO3H0cGmx7AuJm5ic3A7IL/kyPu68bfO tMIgsKHA5SDIrr3Hx9FBRFZFTlRBR0UgSU5DLsGmx7AgwNS0z7TZLiANCiAgICAgIDwvRk9O VD48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgwIHNpemU9Mj66zrrOsKEgx9Sysrq5 v+vH2CDB8bDFv+4gvLq7/ciwwLsgwKfH0SANCiAgICAgIMHYuvG5sC48L0ZPTlQ+PEZPTlQg ZmFjZT2xvLiyw7wgc2l6ZT0yPjxGT05UIGNvbG9yPSMwMDAwODA+urm/67nmuf06sKG6rb/u ILz6v6EmbmJzcDsgDQogICAgICAyLTO55r/vvr8gs9a+7rq5v+vHz73DuOkmbmJzcDsgsKHA 5ci/sPq4piC6vLz2wNa0wsGmx7AgPC9GT05UPjxCUj7BpsG2v/g6ILnMsbkgJm5ic3A7PC9G T05UPjxGT05UIA0KICAgICAgc2l6ZT0yPjxCUj6/+LehsKGw3TombmJzcDsgDQogICAgICA8 U1RSSUtFPiQ3NTwvU1RSSUtFPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA8Rk9OVCANCiAgICAgIGNvbG9yPSNmZjAwMDA+vLzAz7ChsN06ICQ1MCZuYnNw OyZuYnNwOyZuYnNwOzwvRk9OVD48L0ZPTlQ+PEZPTlQgY29sb3I9I2ZmMDAwMCANCiAgICAg IHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDsgx9LAzr7XOiA8L0ZPTlQ+PEZPTlQgDQogICAg ICBjb2xvcj0jZmYwMDAwPiQyNTxCUj48L0ZPTlQ+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9 IzAwMDA4MCBzaXplPTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5 YmVybWFsbC5jb20iPjxJTUcgaGVpZ2h0PTMzIA0KICAgICAgc3JjPSJodHRwOi8vd3d3Lmtv cmVhdG93bmN5YmVybWFsbC5jb20vc2hvcHBpbmdfdGl0X2JsdWUuZ2lmIiB3aWR0aD0xMzYg DQogICAgICBib3JkZXI9MD48L0E+PC9GT05UPiA8L1REPjwvVFI+PC9UQk9EWT48L1RBQkxF PjwvUD4NCjxQIGFsaWduPWNlbnRlcj6hoSANCjxQIGFsaWduPWNlbnRlcj6hoSA8L1A+DQo8 UD4NCjxUQUJMRSB3aWR0aD02NDUgYm9yZGVyPTA+DQogIDxUQk9EWT4NCiAgPFRSPg0KICAg IDxURCBhbGlnbj1taWRkbGUgd2lkdGg9NzQ0IGNvbFNwYW49Mj4NCiAgICAgIDxIUiBjb2xv cj0jMDAwMDgwIFNJWkU9MT4NCg0KICAgICAgPFAgYWxpZ249Y2VudGVyPqGhIDwvUD48L1RE PjwvVFI+DQogIDxUUj4NCiAgICA8VEQgd2lkdGg9NzQ0IGNvbFNwYW49Mj4NCiAgICAgIDxQ IGFsaWduPWNlbnRlcj48Qj48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgwIHNpemU9 Mj69usbktM+9uiDHw7bzwMwgDQogICAgICA8L0ZPTlQ+PC9CPjxGT05UIGNvbG9yPSMwMDAw ODA+PEZPTlQgZmFjZT2xvLiyw7wgDQogICAgICBzaXplPTI+KL+pvLrI77rQwaYpPC9GT05U PjwvRk9OVD48L1A+PC9URD48L1RSPg0KICA8VFI+DQogICAgPFREIHdpZHRoPTg4PjxGT05U IGZhY2U9sby4ssO8IHNpemU9Mj48QSANCiAgICAgIGhyZWY9Imh0dHA6Ly93d3cua29yZWF0 b3duY3liZXJtYWxsLmNvbSI+PElNRyANCiAgICAgIHNyYz0iaHR0cDovL3d3dy5rb3JlYXRv d25jeWJlcm1hbGwuY29tL01haW5fUGFnZS83MDQuanBnIj48L0E+PC9GT05UPjwvVEQ+DQog ICAgPFREIHZBbGlnbj1jZW50ZXIgd2lkdGg9NjUwPjxGT05UIHNpemU9Mj48Rk9OVCBmYWNl PbG8uLLDvCBjb2xvcj0jMDAwMDgwIA0KICAgICAgc2l6ZT0yPrHXs+C4piDB8bDMsNQgx9G0 2S4hPEJSPsDMuePAuyC09b/ttPUgLi4uLiCx17Pgv80gu+e2+8C7Jm5ic3A7IC4uPEJSPjIw vsvAzLjnIDHAzzO+y7Huwfa4uCANCiAgICAgILq5v+suPEJSPjxCUj7BpsG2v/g6ucyxuTxC Uj48L0ZPTlQ+PEZPTlQgY29sb3I9I2ZmMDAwMD7Gx7jFsKGw3TogDQogICAgICAkMTkmbmJz cDs8QlI+PC9GT05UPjwvRk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgwIHNp emU9Mj48QSANCiAgICAgIGhyZWY9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNv bSI+PElNRyBoZWlnaHQ9MzMgDQogICAgICBzcmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3li ZXJtYWxsLmNvbS9zaG9wcGluZ190aXRfYmx1ZS5naWYiIHdpZHRoPTEzNiANCiAgICAgIGJv cmRlcj0wPjwvQT48L0ZPTlQ+IDwvVEQ+PC9UUj48L1RCT0RZPjwvVEFCTEU+PC9QPg0KPFAg YWxpZ249Y2VudGVyPqGhPC9QPg0KPFRBQkxFIGhlaWdodD0xNzMgY2VsbFNwYWNpbmc9MSB3 aWR0aD02NDUgYm9yZGVyPTA+DQogIDxUQk9EWT4NCiAgPFRSPg0KICAgIDxURCB2QWxpZ249 Y2VudGVyIHdpZHRoPTc0NyBjb2xTcGFuPTIgaGVpZ2h0PTI5Pg0KICAgICAgPEhSIGNvbG9y PSMwMDAwODAgU0laRT0xPg0KDQogICAgICA8UCBhbGlnbj1jZW50ZXI+oaEgPC9QPjwvVEQ+ PC9UUj4NCiAgPFRSPg0KICAgIDxURCB3aWR0aD03NDcgY29sU3Bhbj0yIGhlaWdodD0yOT4N CiAgICAgIDxQIGFsaWduPWNlbnRlcj48Rk9OVCBmYWNlPbG8uLLDvCBjb2xvcj0jMDAwMDgw IHNpemU9Mj68vb26ILnpuejB8bHiseImbmJzcDsgwfbEp7ytKLrxtfC/wCANCiAgICAgIMXX wNkpIDEsMiDG7SZuYnNwOzwvRk9OVD48L1A+PC9URD48L1RSPg0KICA8VFI+DQogICAgPFRE IHZBbGlnbj10b3Agd2lkdGg9ODggaGVpZ2h0PTEzMj48Rk9OVCBmYWNlPbG8uLLDvCBzaXpl PTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVybWFsbC5jb20i PjxJTUcgDQogICAgICBzcmM9Imh0dHA6Ly93d3cua29yZWF0b3duY3liZXJtYWxsLmNvbS9N YWluX1BhZ2Uvc3MxLmpwZyI+PC9BPjwvRk9OVD48L1REPg0KICAgIDxURCB2QWxpZ249Y2Vu dGVyIHdpZHRoPTY1MyBoZWlnaHQ9MTMyPg0KICAgICAgPFA+PEZPTlQgZmFjZT2xvLiyw7wg c2l6ZT0yPjxGT05UIGNvbG9yPSMwMDAwODA+ucyxuSBTZXggQ2xpbmljIMDHIMCvuO0gwMe7 57XpwMwgwbu09SANCiAgICAgIMfgurnHz7DtIL/Puq7H0SC6zrrOu/3IsMC7IMCnx8+/qSDB psDbx9EguvG18L/AxdfA1C4gtNm+58fRIMO8wKe/zSDDvMCnwMcgwOW03MGhwLsgwNq8vMj3 ILyzuO3Hz7jnILy6xam4rrTQIMivwNq16cDMIMH3waIgDQogICAgICA8L0ZPTlQ+uPC1qLfO ILXuwOXH1C4gvLq7/ciwv6EguLjBt8fPwfa4+MfPtMK60LXpwLogutC16b+hsNS0wiDHyrz2 wabHsMDMuOcguLjBt8fPtMK60LXpwLogwbu09SC4uMG3wLu0wLOlvPbA1rDUILW1v8215biy LCANCiAgICAgIDwvRk9OVD48Rk9OVCBmYWNlPbG8uLLDvCBzaXplPTI+McbtLDLG7cC4t84m bmJzcDtEVkS/+MbHwLsguvG18L/AIMXXwNkgwOexuLy6LjwvRk9OVD48Rk9OVCANCiAgICAg IHNpemU9Mj48QlI+v/i3obChsN06IDxTVFJJS0U+JDY1PC9TVFJJS0U+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IA0KICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IDxGT05UIGNvbG9yPSNm ZjAwMDA+vLzAz7ChsN06IA0KICAgICAgJDQ1PC9GT05UPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsgPEZPTlQgY29sb3I9I2ZmMDAwMD7H0sDOvtc6IA0KICAgICAg JDIwPEJSPjwvRk9OVD48L0ZPTlQ+PEZPTlQgZmFjZT2xvLiyw7wgY29sb3I9IzAwMDA4MCBz aXplPTI+PEEgDQogICAgICBocmVmPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5YmVybWFsbC5j b20iPjxJTUcgaGVpZ2h0PTMzIA0KICAgICAgc3JjPSJodHRwOi8vd3d3LmtvcmVhdG93bmN5 YmVybWFsbC5jb20vc2hvcHBpbmdfdGl0X2JsdWUuZ2lmIiB3aWR0aD0xMzYgDQogICAgICBi b3JkZXI9MD48L0E+PC9GT05UPjwvUD4NCiAgICAgIDxQPiZuYnNwOzwvUD4NCiAgICAgIDxQ IGFsaWduPWNlbnRlcj48Rk9OVCBzaXplPTI+vLyw6L+hvK0gsKHA5SDA+rfFx9EguvG/68C4 t84gv6m3r7rQwMcguN7AzyCxpLDtuKYgw6XA08H2sNq9wLTPtNkuIA0KICAgICAgPC9GT05U PjxBIGhyZWY9Im1haWx0bzpwb3N0NDk4OUBob3RtYWlsLmNvbSI+PEZPTlQgDQogICAgICBz aXplPTI+cG9zdDQ5ODlAaG90bWFpbC5jb208L0ZPTlQ+PC9BPjwvUD4NCiAgICAgIDxQIGFs aWduPWNlbnRlcj4mbmJzcDs8L1A+PC9URD48L1RSPjwvVEJPRFk+PC9UQUJMRT48L0RJVj48 L0ZPTlQ+DQo8L0JPRFk+DQo8L0hUTUw+DQo= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 7: 1: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from discus.nl.uu.net (discus.nl.uu.net [193.67.79.178]) by hub.freebsd.org (Postfix) with ESMTP id 51A8237B43E for ; Sun, 13 May 2001 07:00:51 -0700 (PDT) (envelope-from arjan@jak.nl) Received: from 1Cust120.tnt38.rtm1.nl.uu.net ([213.116.170.120]:1985 "EHLO jak.nl") by discus.nl.uu.net with ESMTP id ; Sun, 13 May 2001 16:00:29 +0200 Message-ID: <3AFE93A8.1DE18CC1@jak.nl> Date: Sun, 13 May 2001 16:01:12 +0200 From: Arjan Knepper Organization: JAK++ Software Development B.V. X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers FreeBSD Subject: KAI C++ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Do some of you have experience with this compiler on FreeBSD with Linux emulation? Are there known problems/pitfalls? Thanks, Arjan Knepper To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 10: 0:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with ESMTP id C1A1937B42C for ; Sun, 13 May 2001 10:00:06 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 19709 invoked by uid 1000); 13 May 2001 17:00:26 -0000 Date: Sun, 13 May 2001 19:00:26 +0200 From: "Karsten W. Rohrbach" To: Kris Kennaway Cc: Jordan Hubbard , hackers@FreeBSD.ORG, DougB@FreeBSD.org Subject: Re: SSH Must Die Message-ID: <20010513190026.A18437@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Kris Kennaway , Jordan Hubbard , hackers@FreeBSD.ORG, DougB@FreeBSD.org References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010512193354.A47163@xor.obsecurity.org>; from kris@obsecurity.org on Sat, May 12, 2001 at 07:33:54PM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway(kris@obsecurity.org)@2001.05.12 19:33:54 +0000: > On Sat, May 12, 2001 at 04:24:48PM -0700, Terry Lambert wrote: > > Jordan Hubbard wrote: > > > > > > ssh works just fine for me in 4.3. You must be doing something > > > wrong. > > > > I used that "sysinstall" thing Jordan wrote to upgrade > > from a 4.2 to a 4.3 system. > > > > Is that what I'm doing wrong? ;^). > > sysinstall does a very minimal job of merging the contents of /etc. > Certainly it could be improved (mergemaster works nicely when you have > the source tree around). Your patches would be appreciated. is there a way to make the upgrade process easier by doing the thing mergemaster does but with an interface that does not kill the average ordinary user with a simple prompt without really useful help incantating strange phrases to summon the subprocesses that diff and patch and apply the arcane magic? the average luser cannot deal with diff outputs so it would make sense to have a simple program displaying the old version in the upper and the new in the lower part of the screen, allowing the user to choose what to do next. i am not quite sure, but i think about it "feeling" like vim or emacs in splitscreen mode editing version-tagged files. btw, mergemaster's version number generation for the help/syntax page is broken because it displays the number of the running kernel not the version of mergemaster itself: --- VERSION_NUMBER=`grep "[$]FreeBSD:" $0 | cut -d ' ' -f 4` echo "mergemaster version ${VERSION_NUMBER}" --- why is it this way? i would think about creating the version in the build process and s/@TAG@/version/ it in the to-be-installed mergemaster file. > > Kris -- > A Puritan is someone who is deathly afraid that someone, somewhere, is > having fun. KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de [Key] [KeyID---] [Created-] [Fingerprint-------------------------------------] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 11:14:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 0D95337B422 for ; Sun, 13 May 2001 11:14:12 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id LAA72579; Sun, 13 May 2001 11:14:05 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AFECEED.8BF425EF@DougBarton.net> Date: Sun, 13 May 2001 11:14:05 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Karsten W. Rohrbach" Cc: Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: SSH Must Die References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> <20010513190026.A18437@mail.webmonster.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Karsten W. Rohrbach" wrote: > is there a way to make the upgrade process easier by doing the thing > mergemaster does but with an interface that does not kill the average > ordinary user with a simple prompt without really useful help > incantating strange phrases to summon the subprocesses that diff and > patch and apply the arcane magic? > the average luser cannot deal with diff outputs There is a school of thought that says if you cannot handle something as simple as a diff output you probably shouldn't be running unix. I'm all for making things simpler for users, but there is a level beyond which it's not possible to go without turning into windows. That said, I am working on some things to make mm handle cases where the user has not modified the files easier to deal with. > so it would make sense > to have a simple program displaying the old version in the upper and the > new in the lower part of the screen, allowing the user to choose what to > do next. i am not quite sure, but i think about it "feeling" like vim or > emacs in splitscreen mode editing version-tagged files. As Kris said in his previous post, your patches are welcome. One problem with your approach however is that if you show the user all of both files they are very likely to miss important changes. Tools like diff were developed precisely because picking small changes out of large bodies of text is one thing that computers do well (or at least, better than humans). Also, with sdiff (which is what mm invokes to do the merge) it displays old and new on the left and right sides of the screen and gives you several options for how to merge the two together, including editing both old and new together. Check out the man page for sdiff. > btw, mergemaster's version number generation for the help/syntax page is > broken because it displays the number of the running kernel not the > version of mergemaster itself: It's completely impossible for mm to get "the number of the running kernel," whatever that is, as its version number. # mergemaster -h mergemaster version 1.18 . . . # ident /usr/sbin/mergemaster /usr/sbin/mergemaster: $FreeBSD: src/usr.sbin/mergemaster/mergemaster.sh,v 1.18 2001/03/29 14:04:19 asmodai Exp $ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 13:16:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by hub.freebsd.org (Postfix) with SMTP id 423D337B423 for ; Sun, 13 May 2001 13:16:36 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 72552 invoked from network); 13 May 2001 20:16:34 -0000 Received: from gattaca.local.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by xfiles.yadt.co.uk with SMTP; 13 May 2001 20:16:34 -0000 Received: (qmail 80219 invoked by uid 1000); 13 May 2001 20:16:33 -0000 Date: Sun, 13 May 2001 21:16:33 +0100 From: David Taylor To: hackers@FreeBSD.ORG Subject: Re: SSH Must Die Message-ID: <20010513211633.A79395@gattaca.yadt.co.uk> Mail-Followup-To: hackers@FreeBSD.ORG References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> <20010513190026.A18437@mail.webmonster.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010513190026.A18437@mail.webmonster.de>; from karsten@rohrbach.de on Sun, May 13, 2001 at 19:00:26 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 13 May 2001, Karsten W. Rohrbach wrote: > btw, mergemaster's version number generation for the help/syntax page is > broken because it displays the number of the running kernel not the > version of mergemaster itself: > --- > VERSION_NUMBER=`grep "[$]FreeBSD:" $0 | cut -d ' ' -f 4` > echo "mergemaster version ${VERSION_NUMBER}" > --- That would appear to be mergemaster grepping for the $FreeBSD$ line in itself, then extracting the CVS revision number from that line. > why is it this way? i would think about creating the version in the > build process and s/@TAG@/version/ it in the to-be-installed mergemaster > file. The version is branded into the file during the cvs commit process, and is extracted from the installed file when needed... -- David Taylor davidt@yadt.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 13:45:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (adam042-060.resnet.wisc.edu [146.151.42.60]) by hub.freebsd.org (Postfix) with ESMTP id 00F7237B424 for ; Sun, 13 May 2001 13:45:40 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 53085 invoked by uid 1000); 13 May 2001 20:45:33 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 May 2001 20:45:33 -0000 Date: Sun, 13 May 2001 15:45:33 -0500 (CDT) From: Mike Silbersack To: Terry Lambert Cc: Erik Trulsson , Subject: Re: SSH Must Die In-Reply-To: <3AFDC7D1.2B00F93C@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 12 May 2001, Terry Lambert wrote: > Erik Trulsson wrote: > > Exactly how is rpping it out of FreeBSD supposed to make ssh work? > > I don't necessarily want it to work or not work, I just > want it to quit being a pain in my backside. > > If it can't be made to upgrade correctly, then ripping it > out also satisfies the criteria necessary to achieve the > intended goal. Ok, backing this thread up briefly, two quick questions: 1. Is ssh working yet? 2. Do you have multiple copies of ssh/sshd laying around the system in different places? I ask because the mergemaster & /etc track this thread has taken seems offbase; pam.conf would cause authentication errors, not RSA-related errors, if I recall correctly. 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 Sun May 13 14:24:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 2DBEE37B42C for ; Sun, 13 May 2001 14:24:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f4DLOUM44233 for ; Sun, 13 May 2001 14:24:30 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id EE3FD380C; Sun, 13 May 2001 14:24:29 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Mike Silbersack Cc: Terry Lambert , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: SSH Must Die In-Reply-To: Date: Sun, 13 May 2001 14:24:29 -0700 From: Peter Wemm Message-Id: <20010513212429.EE3FD380C@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Silbersack wrote: > > On Sat, 12 May 2001, Terry Lambert wrote: > > > Erik Trulsson wrote: > > > Exactly how is rpping it out of FreeBSD supposed to make ssh work? > > > > I don't necessarily want it to work or not work, I just > > want it to quit being a pain in my backside. > > > > If it can't be made to upgrade correctly, then ripping it > > out also satisfies the criteria necessary to achieve the > > intended goal. > > Ok, backing this thread up briefly, two quick questions: > > 1. Is ssh working yet? Yes, it is working perfectly. The only problem is that it now works slightly differently to what people have expected. ie: it treats sshv1 rsa keys as totally seperate to sshv2 rsa keys. The simplest thing is to do a ssh-keygen to generate a new RSA key and update ~/.ssh/authorized_keys2 once per remote machine that you connect to. Once that is done, it never bothers you again. You can change /etc/ssh/ssh_config so that it says 'Protocol 1,2', but that is avoiding the problem rather than using the more robust, cryptographically secure sshv2 wire protocol. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "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 Sun May 13 14:27:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from silby.com (adam042-060.resnet.wisc.edu [146.151.42.60]) by hub.freebsd.org (Postfix) with ESMTP id D689137B424 for ; Sun, 13 May 2001 14:27:39 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 53144 invoked by uid 1000); 13 May 2001 21:27:38 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 May 2001 21:27:38 -0000 Date: Sun, 13 May 2001 16:27:38 -0500 (CDT) From: Mike Silbersack To: Peter Wemm Cc: Terry Lambert , Erik Trulsson , Subject: Re: SSH Must Die In-Reply-To: <20010513212429.EE3FD380C@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 13 May 2001, Peter Wemm wrote: > Mike Silbersack wrote: > > 1. Is ssh working yet? > > Yes, it is working perfectly. The only problem is that it now works > slightly differently to what people have expected. ie: it treats > sshv1 rsa keys as totally seperate to sshv2 rsa keys. Let me rephrase: 1. Terry, is ssh working for you yet? 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 Sun May 13 15: 0:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from melusine.cuivre.fr.eu.org (ppp16-net1-idf3-bas1.isdnet.net [195.154.52.16]) by hub.freebsd.org (Postfix) with ESMTP id 4EA9837B423 for ; Sun, 13 May 2001 15:00:30 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id A516224D02; Mon, 14 May 2001 00:00:28 +0200 (CEST) Date: Mon, 14 May 2001 00:00:28 +0200 From: Thomas Quinot To: Peter Wemm Cc: hackers@FreeBSD.ORG Subject: Re: SSH Must Die Message-ID: <20010514000028.B59747@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: <20010513212429.EE3FD380C@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010513212429.EE3FD380C@overcee.netplex.com.au>; from peter@wemm.org on Sun, May 13, 2001 at 02:24:29PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Le 2001-05-13, Peter Wemm �crivait : > The simplest thing is to do a ssh-keygen to generate a new RSA key and > update ~/.ssh/authorized_keys2 once per remote machine that you connect > to. Once that is done, it never bothers you again. You can change > /etc/ssh/ssh_config so that it says 'Protocol 1,2', but that is avoiding > the problem rather than using the more robust, cryptographically secure > sshv2 wire protocol. Ah. This seems to work around the very unfortunate situation described in PR bin/27264. It seems very strange that one has to change the setup on the *server* side to work around a regression on the client side. Why cannot one use the same RSA public key for v1 and v2 client authentication? Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun May 13 15:11:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id EA9C837B422 for ; Sun, 13 May 2001 15:11:50 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f4DMBoM44444 for ; Sun, 13 May 2001 15:11:50 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id C499B380C; Sun, 13 May 2001 15:11:50 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: thomas@cuivre.fr.eu.org Cc: hackers@FreeBSD.ORG Subject: Re: SSH Must Die In-Reply-To: <20010514000028.B59747@melusine.cuivre.fr.eu.org> Content-Transfer-Encoding: 8bit Date: Sun, 13 May 2001 15:11:50 -0700 From: Peter Wemm Message-Id: <20010513221150.C499B380C@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thomas Quinot wrote: > Le 2001-05-13, Peter Wemm �crivait : > > > The simplest thing is to do a ssh-keygen to generate a new RSA key and > > update ~/.ssh/authorized_keys2 once per remote machine that you connect > > to. Once that is done, it never bothers you again. You can change > > /etc/ssh/ssh_config so that it says 'Protocol 1,2', but that is avoiding > > the problem rather than using the more robust, cryptographically secure > > sshv2 wire protocol. > > Ah. This seems to work around the very unfortunate situation described in > PR bin/27264. It seems very strange that one has to change the setup > on the *server* side to work around a regression on the client side. > > Why cannot one use the same RSA public key for v1 and v2 client > authentication? That is something that I'd like to know too. RSA keys are RSA keys, regardless of how they are encoded. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "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 Sun May 13 17:38:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.libero.it (smtp2.libero.it [193.70.192.52]) by hub.freebsd.org (Postfix) with ESMTP id 82C2637B424 for ; Sun, 13 May 2001 17:38:40 -0700 (PDT) (envelope-from andrea@practive.org) Received: from practive.org (151.36.176.69) by smtp2.libero.it (5.5.025) id 3AE981AF00378ED1 for freebsd-hackers@FreeBSD.ORG; Mon, 14 May 2001 02:38:39 +0200 Message-ID: <3AFF37A7.812C2BFB@practive.org> Date: Mon, 14 May 2001 01:40:55 +0000 From: Andrea X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: FreeBSD 4.2 ,kernel panic. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG MY FreeBSD 4.2 system has begun to crash some time ago.. executing gdb -k kernel.o vmcore.0 i got this: GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...(no debugging symbols found)... IdlePTD 4579328 initial pcb at 3ab080 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x9ec03e00 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c4896 stack pointer = 0x10:0xc037827c frame pointer = 0x10:0xc0378288 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 = Idle interrupt mask = net tty trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc029f120 stack pointer = 0x10:0xc0378074 frame pointer = 0x10:0xc0378078 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 = Idle interrupt mask = net tty bio cam trap number = 12 panic: page fault Uptime: 1d19h1m45s dumping to dev #ad/0x20001, offset 140867 dump ata0: resetting devices .. done 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc01aa6a2 in dumpsys () (kgdb) bt #0 0xc01aa6a2 in dumpsys () #1 0xc01aa4c3 in boot () #2 0xc01aa840 in poweroff_wait () #3 0xc030c2c9 in trap_fatal () #4 0xc030bfa1 in trap_pfault () #5 0xc030bb5b in trap () #6 0xc029f120 in acquire_lock () #7 0xc02a2eb4 in softdep_update_inodeblock () #8 0xc029e3fd in ffs_update () #9 0xc02a775d in ffs_fsync () #10 0xc02a60c3 in ffs_sync () #11 0xc01d8013 in sync () #12 0xc01aa296 in boot () #13 0xc01aa840 in poweroff_wait () #14 0xc030c2c9 in trap_fatal () #15 0xc030bfa1 in trap_pfault () #16 0xc030bb5b in trap () #17 0xc01c4896 in m_gethdr () #18 0xc01fbca6 in icmp_error () #19 0xc01fdaa1 in ip_forward () #20 0xc01fcbda in ip_input () #21 0xc01fce0b in ipintr () #22 0xc02ff4e5 in swi_net_next () #23 0xc01b00c9 in softclock () (kgdb) (kgdb) where #0 0xc01aa6a2 in dumpsys () #1 0xc01aa4c3 in boot () #2 0xc01aa840 in poweroff_wait () #3 0xc030c2c9 in trap_fatal () #4 0xc030bfa1 in trap_pfault () #5 0xc030bb5b in trap () #6 0xc029f120 in acquire_lock () #7 0xc02a2eb4 in softdep_update_inodeblock () #8 0xc029e3fd in ffs_update () #9 0xc02a775d in ffs_fsync () #10 0xc02a60c3 in ffs_sync () #11 0xc01d8013 in sync () #12 0xc01aa296 in boot () #13 0xc01aa840 in poweroff_wait () #14 0xc030c2c9 in trap_fatal () #15 0xc030bfa1 in trap_pfault () #16 0xc030bb5b in trap () #17 0xc01c4896 in m_gethdr () #18 0xc01fbca6 in icmp_error () #19 0xc01fdaa1 in ip_forward () #20 0xc01fcbda in ip_input () #21 0xc01fce0b in ipintr () #22 0xc02ff4e5 in swi_net_next () #23 0xc01b00c9 in softclock () (kgdb) I got this modules loaded on my system radiusd# kldstat Id Refs Address Size Name 1 4 0xc0100000 33d920 kernel 2 1 0xc0d11000 c3000 vinum.ko 3 1 0xc0e28000 12000 fire_saver.ko 4 1 0xc0e3b000 11000 linux.ko this is my kernel config: ------------------------ # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.21 2001/01/12 23:45:14 scottl Exp $ machine i386 cpu I686_CPU ident CAPSULA maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options FFS options SOFTUPDATES #Enable FFS soft updates support options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options IPFIREWALL #firewall options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding # Statically Link in accept filters options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support #device card #device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 #device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes #device pcn # AMD Am79C79x PCI 10/100 NICs #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep #device fe0 at isa? port 0x300 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # Xircom Ethernet #device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # Xircom Ethernet #device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) #pseudo-device md # Memory "disks" #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter ## USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet ---------------------- And this the output of dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #0: Tue Jan 30 04:15:18 CET 2001 root@capsula.vip.int:/mirror/obj/mirror/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (601.37-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 67043328 (65472K bytes) config> di pcic0 config> di sn0 config> di lnc0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> q avail memory = 60948480 (59520K bytes) Preloaded elf kernel "kernel" at 0xc043f000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc043f09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe400-0xe41f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ed0: port 0xe800-0xe81f irq 12 at device 11.0 on pci0 ed0: address 00:80:ad:30:32:dd, type NE2000 (16 bit) pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Preloaded userconfig_script "/boot/kernel.conf" at 0xc043f09c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe400-0xe41f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ed0: port 0xe800-0xe81f irq 12 at device 11.0 on pci0 ed0: address 00:80:ad:30:32:dd, type NE2000 (16 bit) pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ad0: 19574MB [39770/16/63] at ata0-master UDMA66 ad1: 19574MB [39770/16/63] at ata0-slave UDMA66 acd0: CDROM <50X CD-ROM> at ata1-slave using PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted file: table is full Any clues? Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 0:17:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 9063D37B423; Mon, 14 May 2001 00:17:31 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id 1D9F93E28; Mon, 14 May 2001 00:17:31 -0700 (PDT) To: hackers@freebsd.org Cc: bde@freebsd.org Subject: MIN()/MAX() definitions in sys/param.h Date: Mon, 14 May 2001 00:17:31 -0700 From: Dima Dorfman Message-Id: <20010514071731.1D9F93E28@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a reason the definitions of the MIN() and MAX() macros in sys/param.h are under an '#ifndef _KERNEL'? Quite a few files in the kernel define these (well, at least MIN) themselves, so it would seem to make sense to define them globally in sys/param.h for the kernel as well. Any reason this isn't already done this way, or should I come up with a patch to fix that? Thanks for any insight, Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 1: 0:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [205.147.43.4]) by hub.freebsd.org (Postfix) with ESMTP id E93A237B424 for ; Mon, 14 May 2001 01:00:31 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id BAA26782; Mon, 14 May 2001 01:00:07 -0700 (PDT) Message-Id: <200105140800.BAA26782@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.2 06/23/2000 with version: MH 6.8.4 #1[UCI] To: mjacob@feral.com Cc: Jordan Hubbard , tlambert2@mindspring.com, hackers@FreeBSD.ORG Subject: Re: SSH Must Die Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 May 2001 01:00:06 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Jacob writes: > There's a very likely 3rd possibility: > ssh works fine, but the upgrade process has holes that even traps the > experienced. I'll confirm this. I've done several upgrades and fresh installs in the past 2 weeks, and sometimes the /etc/pam.conf does -not- get upgraded. I dunno why, nor am I likely to check, but I thought I'd provide another datapoint. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "He who angers you conquers you." --Elizabeth Kenny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 1:11: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [205.147.43.4]) by hub.freebsd.org (Postfix) with ESMTP id 46E6B37B43C for ; Mon, 14 May 2001 01:11:00 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.8/8.8.5) with ESMTP id BAA26975 for ; Mon, 14 May 2001 01:10:59 -0700 (PDT) Message-Id: <200105140810.BAA26975@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.2 06/23/2000 with version: MH 6.8.4 #1[UCI] To: freebsd-hackers@freebsd.org Subject: Mkisofs and ISO images that boot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 May 2001 01:10:59 -0700 From: Dave Hayes Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From the handbook: > 10.8.2. mkisofs > ... > The last option of general use is -b. This is used to specify the > location of the boot image in producing a ``El Torito'' bootable > CD. This option takes an argument, which is the path to a boot image > from the top of the tree being written to the CD. So, given that > /tmp/myboot holds a bootable FreeBSD system with the boot image in > /tmp/myboot/boot/cdboot, you could produce the image of an ISO 9660 > file system in /tmp/bootable.iso like so: > # mkisofs -U -R -b boot/cdboot -o /tmp/bootable.iso /tmp/myboot Hmm ok. $ make installworld DESTDIR=/random/place/FirstCD ...... $ ls -l /random/place/FirstCD/boot ... -r-xr-xr-x 1 root wheel 149504 May 8 17:00 cdboot* Ah! Just what I need, right? So... $ cd /random/place $ mkisofs -U -R -o FirstCD.iso -b boot/cdboot FirstCD ... Size of boot image is 292 sectors -> mkisofs: Error - boot image 'FirstCD/boot/cdboot' is not the an allowable size. Ok, I'm kinda stumped, so I go to the man page and see this: -b eltorito_boot_image Specifies the path and filename of the boot image to be used when making an "El Torito" bootable CD. ... make an "El Torito" bootable CD. The boot image must be exactly the size of either a 1.2, 1.44, or a 2.88 meg floppy, and mkisofs will use this size when creating the output iso9660 filesystem.... Well. Can anyone shed any light on the apparent inconsistencies between the handbook, the man page, and what is -really- needed to make a bootable CD? ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< A philosopher called on Nasrudin and found him away from home. Infuriated, he wrote 'Stupid Oaf' on his door. As soon as Nasrudin got home and saw this, he rushed to the philosopher's house. "I'd forgotten", he said, "that you were to call. And I apologize for not having been at home. I remembered our appointment as soon as I saw that you'd left your name on my door..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 2: 9:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ajax1.sovam.com (ajax1.sovam.com [194.67.1.172]) by hub.freebsd.org (Postfix) with ESMTP id 1397237B424 for ; Mon, 14 May 2001 02:09:15 -0700 (PDT) (envelope-from avn@any.ru) Received: from ts9-a149.dial.sovam.com ([195.239.70.149]:1063 "EHLO srv2.any" ident: "root" whoson: "-unregistered-" smtp-auth: TLS-CIPHER: "EDH-RSA-DES-CBC3-SHA keybits 192/192 version TLSv1/SSLv3" TLS-PEER: ) by ajax1.sovam.com with ESMTP id ; Mon, 14 May 2001 13:09:10 +0400 Received: from localhost (avn@localhost) by srv2.any (8.11.3/8.11.3) with ESMTP id f4E98Pt01275; Mon, 14 May 2001 13:08:38 +0400 (MSD) (envelope-from avn@any.ru) X-Authentication-Warning: srv2.any: avn owned process doing -bs Date: Mon, 14 May 2001 13:08:25 +0400 (MSD) From: "Alexey V. Neyman" X-X-Sender: To: Valentin Nechayev Cc: Terry Lambert , Subject: Re: SSH Must Die In-Reply-To: <20010512171401.B343@iv.nn.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello there! On Sat, 12 May 2001, Valentin Nechayev wrote: >On -current, I watched identical problem with mystical ssh brokenness, >with "No RSA support in libcrypto and libssl" message from ssh, >after when all possible underwater stones were verified (including >/dev/random and /dev/urandom, respect to markm@ reply). Unfortunately >I had to make this system working in any way before I could do any >diagnose, and it was completely rebuilt to RELENG_4. But, your case >seems to be another. I'm facing the same problems with ssh on -current, though it's not a production machine but my home workstation, so I'm able to tweak it as I like. When 5.0-current was just installed, it booted ok, but when it was recompiled and installed (make world), it began to show these messages. I'm ready to perform needed tests - if there are any. # Alexey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 4:39:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 8418737B422; Mon, 14 May 2001 04:39:45 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA28015; Mon, 14 May 2001 21:39:36 +1000 Date: Mon, 14 May 2001 21:38:14 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Dima Dorfman Cc: hackers@freebsd.org, bde@freebsd.org Subject: Re: MIN()/MAX() definitions in sys/param.h In-Reply-To: <20010514071731.1D9F93E28@bazooka.unixfreak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 14 May 2001, Dima Dorfman wrote: > Is there a reason the definitions of the MIN() and MAX() macros in > sys/param.h are under an '#ifndef _KERNEL'? Quite a few files in the It is to inhibit use of these macros. The {i,,l,lu,q}{max,min} inline functions are supposed to be used instead. Both of these interfaces are problematic. MIN/MAX can not be implemented to be "safe" macros in Standard C since they need to evaluate their args more than once. Their upper case names indicate that they are unsafe. The {i,,l,lu,q}{max,min} functions are not type-generic, so they are difficult to use correctly for args whose type is typedef'ed. > kernel define these (well, at least MIN) themselves, so it would seem > to make sense to define them globally in sys/param.h for the kernel as > well. Any reason this isn't already done this way, or should I come > up with a patch to fix that? This is a bug in these files. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 6: 6:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 5357F37B422 for ; Mon, 14 May 2001 06:06:35 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 May 2001 14:06:34 +0100 (BST) To: Andrea Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD 4.2 ,kernel panic. In-Reply-To: Your message of "Mon, 14 May 2001 01:40:55 -0000." <3AFF37A7.812C2BFB@practive.org> Date: Mon, 14 May 2001 14:06:33 +0100 From: Ian Dowse Message-ID: <200105141406.aa10528@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3AFF37A7.812C2BFB@practive.org>, Andrea writes: >MY FreeBSD 4.2 system has begun to crash some time ago.. >fault virtual address = 0x9ec03e00 This virtual address suggests that these crashes are caused by a bug that was fixed around two months ago. See http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=459199+462565+/usr/local/www/db/text/2001/freebsd-bugs/20010415.freebsd-bugs for further details; updating to a more recent -stable will solve this issue. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 6:40:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f136.pav1.hotmail.com [64.4.31.136]) by hub.freebsd.org (Postfix) with ESMTP id C4A5137B424 for ; Mon, 14 May 2001 06:40:40 -0700 (PDT) (envelope-from jayeshkrishna@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 14 May 2001 06:40:40 -0700 Received: from 32.97.136.238 by pv1fd.pav1.hotmail.msn.com with HTTP; Mon, 14 May 2001 13:40:40 GMT X-Originating-IP: [32.97.136.238] From: "Jayesh Krishna" To: julian@elischer.org Cc: brian@Awfulhak.org, freebsd-hackers@freebsd.org Subject: Re: Writing pseudo-driver for FreeBSD Date: Mon, 14 May 2001 19:10:40 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 May 2001 13:40:40.0552 (UTC) FILETIME=[77367680:01C0DC7B] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi.... Mission accomplished( the skeleton pseudo-driver is up). I was able to link it statically and also dynamically( i had promised julien) to the kernel. Now the basic ioctls are working 8-) Special thanx to Julian, Julien and Brian and to all hackers who looked into my problem...:-) jayesh >From: Julian Elischer >To: Brian Somers >CC: Greg Lehey , Jayesh Krishna >, freebsd-hackers@FreeBSD.ORG >Subject: Re: Writing device drivers (was: help me please) >Date: Thu, 10 May 2001 12:51:42 -0700 > >Brian Somers wrote: > > > > > On Wednesday, 9 May 2001 at 10:40:50 +0530, Jayesh Krishna wrote: > > > > Hi guys... > > > > I am comfortable with Linux Device Drivers. Presently I am trying > > > > to write some pseudo-drivers in FreeBSD(4.2-Release). I tried out > > > > make_pseudo_driver.sh > > > > in the /usr/share/examples/drivers but it does not work :-( I also > > > > went through the "FreeBSD Device Driver Writer's Guide" by Eric L. > > > > Hernes but it seems to be outdated :-( > > > > Please someone point me out to some docs regarding writing >device > > > > drivers in FreeBSD.... > > > > > > "UTSL". Take a look at a similar driver and get to understand it. > > > I'm afraid that this is an area which is woefully undocumented. > > > > > > You'll also get more replies if you put a useful text on the Subject: > > > line. > > > > You should probably tell julian@ about the problems you have with > > make_pseudo_driver.sh. > >The pseudo one is known to be WAYYYYYYY out of date... > >the other one there (make_device_driver.sh) >is more or less up to date. > > > > > > Greg > > > -- > > > Finger grog@lemis.com for PGP public key > > > See complete headers for address and phone numbers > > > > -- > > Brian > > > > > > Don't _EVER_ lose your sense of humour ! > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > >-- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000-2001 >---> X_.---._/ > v _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 7:33:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5302.mail.yahoo.com (web5302.mail.yahoo.com [216.115.106.111]) by hub.freebsd.org (Postfix) with SMTP id 229DE37B422 for ; Mon, 14 May 2001 07:33:41 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010514143340.12926.qmail@web5302.mail.yahoo.com> Received: from [203.200.20.3] by web5302.mail.yahoo.com; Mon, 14 May 2001 15:33:40 BST Date: Mon, 14 May 2001 15:33:40 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: log function To: freebsd-hackers@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, i have freebsd 4.2 stable. suppose if i want to print buffer in som log file for debug. can i do it using log function? i saw log function in kernel source. like log(LOG_ERR...) log(LOG_INFo) tell me abt this log function clearly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 7:35:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5302.mail.yahoo.com (web5302.mail.yahoo.com [216.115.106.111]) by hub.freebsd.org (Postfix) with SMTP id DE15B37B422 for ; Mon, 14 May 2001 07:35:31 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010514143531.13138.qmail@web5302.mail.yahoo.com> Received: from [203.200.20.3] by web5302.mail.yahoo.com; Mon, 14 May 2001 15:35:31 BST Date: Mon, 14 May 2001 15:35:31 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: watchdog timeout To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, can any one tell me what is this message which i get on my console( when i login as root). wb0:watchdog timeout .wb0 is my interface name. what is this? y is this coming? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 9:35:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id D974237B424 for ; Mon, 14 May 2001 09:35:23 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id LAA29763; Mon, 14 May 2001 11:35:16 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Mon, 14 May 2001 11:35:15 -0500 (CDT) From: Chris Dillon To: Shannon Hendrix Cc: Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: <20010512023419.C1461@widomaker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 12 May 2001, Shannon Hendrix wrote: > On Fri, May 11, 2001 at 07:54:26PM -0400, Shannon wrote: > > > For the second boot I unplugged the USB hub. This time everything was > > fine... I'm sending this mail from the FreeBSD machine's console. > > Replying to my own post: > > The problem is the Logitech joystick, not the hub itself. Every time I > boot with the joystick plugged in, FreeBSD 4.3 pukes. I was about to ask you if it wasn't one of the devices plugged into the hub and not the hub itself. Glad I read the next message. :-) A friend of mine has a Saitek joystick that when plugged into his FreeBSD 4.3 system causes the same problems. I thought it was just another mis-behaved USB device and told him to keep it unplugged. He's not likely to use it with FreeBSD anytime soon, anyway. > The joystick is a force-feedback model (Logi Formula Force), but > is otherwise just your average every day USB joystick. IIRC, the joystick that my friend has is also force-feedback. Coincidence? I've got a force-feedback USB joypad that I can plug in and see if there are any problems. I haven't tried lately, though FreeBSD was happy with it when I tried a few months ago. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. 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 Mon May 14 10:30:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with ESMTP id 9F88E37B43C for ; Mon, 14 May 2001 10:30:37 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 57439 invoked by uid 1000); 14 May 2001 17:30:58 -0000 Date: Mon, 14 May 2001 19:30:58 +0200 From: "Karsten W. Rohrbach" To: David Taylor Cc: hackers@FreeBSD.ORG Subject: Re: SSH Must Die Message-ID: <20010514193058.D53801@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , David Taylor , hackers@FreeBSD.ORG References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> <20010513190026.A18437@mail.webmonster.de> <20010513211633.A79395@gattaca.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010513211633.A79395@gattaca.yadt.co.uk>; from davidt@yadt.co.uk on Sun, May 13, 2001 at 09:16:33PM +0100 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Taylor(davidt@yadt.co.uk)@2001.05.13 21:16:33 +0000: > On Sun, 13 May 2001, Karsten W. Rohrbach wrote: > > --- > > VERSION_NUMBER=`grep "[$]FreeBSD:" $0 | cut -d ' ' -f 4` > > echo "mergemaster version ${VERSION_NUMBER}" > > --- > > That would appear to be mergemaster grepping for the $FreeBSD$ line in > itself, then extracting the CVS revision number from that line. ack, did i smoke something? i had a long uptime, please excuse my late night brain dropout ;-) sorry * for consuming your time! /k -- > Obscenity is the crutch of inarticulate motherfuckers. KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de [Key] [KeyID---] [Created-] [Fingerprint-------------------------------------] GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 11:47: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 3394737B422 for ; Mon, 14 May 2001 11:47:04 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f4EIgwp02870; Mon, 14 May 2001 11:42:58 -0700 (PDT) (envelope-from obrien) Date: Mon, 14 May 2001 11:42:58 -0700 From: "David O'Brien - Hackers" To: Doug Barton Cc: "Karsten W. Rohrbach" , Kris Kennaway , hackers@FreeBSD.ORG Subject: Re: SSH Must Die Message-ID: <20010514114258.A2639@dragon.nuxi.com> Reply-To: hackers@FreeBSD.ORG References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> <20010513190026.A18437@mail.webmonster.de> <3AFECEED.8BF425EF@DougBarton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AFECEED.8BF425EF@DougBarton.net>; from DougB@DougBarton.net on Sun, May 13, 2001 at 11:14:05AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 13, 2001 at 11:14:05AM -0700, Doug Barton wrote: > That said, I am working on some things to make mm handle cases where the > user has not modified the files easier to deal with. We should have /etc/MD5SUM.install which contains the MD5 checksum of the installed files. The upgrade option could then use that to decide which files to spam and which need to be preserved. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 12:24: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.wuppy.net.ru (ns.WUPPY.NET.RU [212.30.189.130]) by hub.freebsd.org (Postfix) with ESMTP id 3620937B42C for ; Mon, 14 May 2001 12:24:02 -0700 (PDT) (envelope-from romanp@unshadow.net) Received: by ns.wuppy.net.ru (Postfix, from userid 66) id A01711DD0; Mon, 14 May 2001 23:23:48 +0400 (MSD) Received: from localhost (localhost [127.0.0.1]) by abyss.unshadow.net (8.12.0.Beta7/8.12.0.Beta5) with ESMTP id f4EJO7au003487 for ; Mon, 14 May 2001 23:24:07 +0400 (MSD) Date: Mon, 14 May 2001 23:24:07 +0400 (MSD) From: "Roman V. Palagin" To: Subject: How to transfer data from netgraph node to user program? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I've wrote netgraph node which collects some information from network. Now I want to transfer collected data into user program. I've NGM_XXX_STAT message which initiates data transfer and program which uses libnetgraph to communicate with node. When I send NGM_XXX_STAT message node must starts data transfer but I don't know exactly how much data should be transfered so I can't use synhronous reply. Also, NgSendMsg(..., NGM_XXX_STAT, ...) doesn't return until handler of NGM_XXX_STAT is finished, so I can't use ng_send_msg() in NGM_XXX_STAT handler - nobody will read sended messages and I finished up with "No buffer space available". The question is: how I can initiate smth. like asynchronous reply (so I can get data via NgRecvMsg later in my prgram)? Or I'm going wrong way and should use another scheme for data transfer? Data size ranges from 10Kb to 500Kb. - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 13: 9:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by hub.freebsd.org (Postfix) with ESMTP id C8E4937B42C for ; Mon, 14 May 2001 13:09:16 -0700 (PDT) (envelope-from shannon@daydream.shannon.net) Received: from [206.246.249.134] (helo=escape.shannon.net) by wilma.widomaker.com with esmtp (Exim 3.22 #2) id 14zOeY-000Koc-00; Mon, 14 May 2001 16:09:15 -0400 Received: from daydream (mail@daydream.shannon.net [192.168.1.10]) by escape.shannon.net (8.11.0/8.8.8) with ESMTP id f4EJfpq23593; Mon, 14 May 2001 15:41:51 -0400 (EDT) Received: from shannon by daydream with local (Exim 3.12 #1 (Debian)) id 14zOE5-0000kU-00; Mon, 14 May 2001 15:41:53 -0400 Date: Mon, 14 May 2001 15:41:53 -0400 From: Shannon Hendrix To: Chris Dillon Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD 4.3 crashing with USB hub attached... Message-ID: <20010514154151.B2456@widomaker.com> Mail-Followup-To: Chris Dillon , freebsd-hackers@FreeBSD.ORG References: <20010512023419.C1461@widomaker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cdillon@wolves.k12.mo.us on Mon, May 14, 2001 at 11:35:15AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 14, 2001 at 11:35:15AM -0500, Chris Dillon wrote: > > > For the second boot I unplugged the USB hub. This time everything was > > > fine... I'm sending this mail from the FreeBSD machine's console. > > > > Replying to my own post: > > > > The problem is the Logitech joystick, not the hub itself. Every time I > > boot with the joystick plugged in, FreeBSD 4.3 pukes. > > I was about to ask you if it wasn't one of the devices plugged into > the hub and not the hub itself. Glad I read the next message. :-) > > A friend of mine has a Saitek joystick that when plugged into his > FreeBSD 4.3 system causes the same problems. I thought it was just > another mis-behaved USB device and told him to keep it unplugged. > He's not likely to use it with FreeBSD anytime soon, anyway. I'm glad it's a repeatable problem. Should make it easier for the usb coders to debug. I still have not had time to generate more debugging information, but hope to get to that this week, soon. > > The joystick is a force-feedback model (Logi Formula Force), but > > is otherwise just your average every day USB joystick. > > IIRC, the joystick that my friend has is also force-feedback. > Coincidence? I've got a force-feedback USB joypad that I can plug in > and see if there are any problems. I haven't tried lately, though > FreeBSD was happy with it when I tried a few months ago. I didn't have the same problem with FreeBSD 4.1, and I'm almost certain it did not occur with 4.2, but I might have had the joystick unplugged when I was using 4.2. FF devices probably report more information or do so differently than other devices. Some of them also auto-calibrate and things like that which might either slow things down or maybe they announce their presence on the bus twice or something. Did you notice, before the crash, that the kernel had some trouble querying the offending device? That happens with me, and then a little while later in the boot it crashes. -- "Secrecy is the beginning of tyranny." -- Unknown To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 14: 2:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 08ABA37B424 for ; Mon, 14 May 2001 14:02:11 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id XAA10098; Mon, 14 May 2001 23:02:07 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.3/8.11.3) id f4EKwK166391; Mon, 14 May 2001 22:58:20 +0200 (MET DST) (envelope-from j) Date: Mon, 14 May 2001 22:58:20 +0200 From: J Wunsch To: "Brian W. Buchanan" , hackers@FreeBSD.ORG Subject: Re: fd driver hacking to recover data Message-ID: <20010514225820.A66375@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brian W. Buchanan" wrote: > Any fdc driver gurus in the house? > I have a bunch of old floppy disks with some text files I'd like to > recover. Many of them have errors and are unreadable past a certain > point in the disk. Others I can't read from at all. I just committed a change to the fdc(4) driver, plus a command named fdread(1). Give it a try. Basically, the changes should be back-portable to FreeBSD 4.x as well, but i don't intend to MFC the changes. They need a good bit of testing first. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 14: 8: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id D295237B424 for ; Mon, 14 May 2001 14:08:06 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id QAA38549; Mon, 14 May 2001 16:08:03 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Mon, 14 May 2001 16:08:03 -0500 (CDT) From: Chris Dillon To: Shannon Hendrix Cc: Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: <20010514154151.B2456@widomaker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 14 May 2001, Shannon Hendrix wrote: > Did you notice, before the crash, that the kernel had some trouble > querying the offending device? That happens with me, and then a > little while later in the boot it crashes. Yes, the symptoms were the same as yours. The initial probing during boot took quite a while, and generated a few errors if I remember correctly, then a panic shortly afterwards. I'm going to try my USB joypad on my own 4.3-STABLE box tonight and see if I encounter any problems, since I just got a new OHCI USB controller for it (I was having what I can only explain as EMI/RFI problems with my on-board USB controller). I'll be going to my friend's place this weekend, so I can get details on what is happening with the joystick in question. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. 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 Mon May 14 15:40:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 1A48737B423 for ; Mon, 14 May 2001 15:40:30 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (root@midget.dons.net.au [203.31.81.7]) by midget.dons.net.au (8.11.3/8.9.3) with ESMTP id f4EMeBN89645; Tue, 15 May 2001 08:10:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.7 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200105140810.BAA26975@hokkshideh.jetcafe.org> Date: Mon, 14 May 2001 17:40:08 -0500 (PET) From: "Daniel O'Connor" To: Dave Hayes Subject: RE: Mkisofs and ISO images that boot Cc: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-May-2001 Dave Hayes wrote: > -r-xr-xr-x 1 root wheel 149504 May 8 17:00 cdboot* > > Ah! Just what I need, right? So... > > $ cd /random/place > $ mkisofs -U -R -o FirstCD.iso -b boot/cdboot FirstCD > ... > Size of boot image is 292 sectors -> mkisofs: Error - boot image > 'FirstCD/boot/cdboot' is not the an allowable size. You need a boot floppy image (1.44 or 2.88 meg) and you feed that to mkisofs. make release creates one of these I don't think make buildworld does. --- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 16:44: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 07A0A37B422 for ; Mon, 14 May 2001 16:44:02 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f4ENi1561305 for hackers@freebsd.org; Mon, 14 May 2001 16:44:01 -0700 (PDT) (envelope-from obrien) Date: Mon, 14 May 2001 16:44:01 -0700 From: "David O'Brien" To: hackers@freebsd.org Subject: wint_t Message-ID: <20010514164401.A61243@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is the proper definition of wint_t? curses.h has it as a "long int", however NetBSD (and GCC's libstdc++) has it as an "int". -- -- David (obrien@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 May 14 17:32:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by hub.freebsd.org (Postfix) with ESMTP id F2C8237B423 for ; Mon, 14 May 2001 17:32:25 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maila.telia.com (8.11.2/8.11.0) with ESMTP id f4F0WNZ15637 for ; Tue, 15 May 2001 02:32:23 +0200 (CEST) Received: from ertr1013.student.uu.se (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id CAA19267 for ; Tue, 15 May 2001 02:32:22 +0200 (CEST) Received: (qmail 41817 invoked by uid 1001); 15 May 2001 00:32:22 -0000 Date: Tue, 15 May 2001 02:32:22 +0200 From: Erik Trulsson To: hackers@FreeBSD.ORG Subject: Re: wint_t Message-ID: <20010515023221.A41666@student.uu.se> Mail-Followup-To: hackers@FreeBSD.ORG References: <20010514164401.A61243@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010514164401.A61243@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Mon, May 14, 2001 at 04:44:01PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 14, 2001 at 04:44:01PM -0700, David O'Brien wrote: > What is the proper definition of wint_t? curses.h has it as a "long int", > however NetBSD (and GCC's libstdc++) has it as an "int". > I think either definition is fine. It should be at least as wide as a wchar_t. stddef.h has wchar_t as "int" while curses.h defines wchar_t (if it isn't defined in stddef.h) as "unsigned long". The C standard says that wchar_t should be able to all members of thye largest extended chracter set. AFAIK FreeBSD doesn't have any character set which requires more than 8 bits. wint_t should also be able to hold all members of the largest character set plus one extra value (WEOF). Also it must be at least 16 bits. -- 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 May 14 17:45: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 08B8B37B423 for ; Mon, 14 May 2001 17:45:05 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f4F0j3F05269; Mon, 14 May 2001 17:45:03 -0700 (PDT) Date: Mon, 14 May 2001 17:45:02 -0700 From: Alfred Perlstein To: Erik Trulsson Cc: hackers@FreeBSD.ORG Subject: Re: wint_t Message-ID: <20010514174502.J2009@fw.wintelcom.net> References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010515023221.A41666@student.uu.se>; from ertr1013@student.uu.se on Tue, May 15, 2001 at 02:32:22AM +0200 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Erik Trulsson [010514 17:32] wrote: > On Mon, May 14, 2001 at 04:44:01PM -0700, David O'Brien wrote: > > What is the proper definition of wint_t? curses.h has it as a "long int", > > however NetBSD (and GCC's libstdc++) has it as an "int". > > > > I think either definition is fine. It should be at least as wide as a > wchar_t. stddef.h has wchar_t as "int" while curses.h defines wchar_t > (if it isn't defined in stddef.h) as "unsigned long". > > The C standard says that wchar_t should be able to all members of thye > largest extended chracter set. AFAIK FreeBSD doesn't have any character > set which requires more than 8 bits. > wint_t should also be able to hold all members of the largest character > set plus one extra value (WEOF). Also it must be at least 16 bits. Wouldn't it be kinda painful unless we did this with a 16 bit type? -- -Alfred Perlstein - [alfred@freebsd.org] http://www.egr.unlv.edu/~slumos/on-netbsd.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 18: 2:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp6ve.mailsrvcs.net (smtp6vepub.gte.net [206.46.170.27]) by hub.freebsd.org (Postfix) with ESMTP id 34A1D37B43C for ; Mon, 14 May 2001 18:02:48 -0700 (PDT) (envelope-from babkin@bellatlantic.net) Received: from bellatlantic.net (client-151-198-117-154.nnj.dialup.bellatlantic.net [151.198.117.154]) by smtp6ve.mailsrvcs.net (8.9.1/8.9.1) with ESMTP id BAA21137509; Tue, 15 May 2001 01:07:01 GMT Message-ID: <3B008010.F83DBBD2@bellatlantic.net> Date: Mon, 14 May 2001 21:02:08 -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: Dave Hayes Cc: freebsd-hackers@freebsd.org Subject: Re: Mkisofs and ISO images that boot References: <200105140810.BAA26975@hokkshideh.jetcafe.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dave Hayes wrote: > > >From the handbook: > > > 10.8.2. mkisofs > > ... > > The last option of general use is -b. This is used to specify the > > location of the boot image in producing a ``El Torito'' bootable > > CD. This option takes an argument, which is the path to a boot image > > from the top of the tree being written to the CD. So, given that > > /tmp/myboot holds a bootable FreeBSD system with the boot image in > > /tmp/myboot/boot/cdboot, you could produce the image of an ISO 9660 > > file system in /tmp/bootable.iso like so: > > # mkisofs -U -R -b boot/cdboot -o /tmp/bootable.iso /tmp/myboot > > Hmm ok. > > $ make installworld DESTDIR=/random/place/FirstCD > ...... > $ ls -l /random/place/FirstCD/boot > ... > -r-xr-xr-x 1 root wheel 149504 May 8 17:00 cdboot* > > Ah! Just what I need, right? So... Nope. You need a full diskette image with kernel on it. This is only a boot loader. The name is the same as in the example but the contents is completely different. > $ cd /random/place > $ mkisofs -U -R -o FirstCD.iso -b boot/cdboot FirstCD > ... > Size of boot image is 292 sectors -> mkisofs: Error - boot image > 'FirstCD/boot/cdboot' is not the an allowable size. > > Ok, I'm kinda stumped, so I go to the man page and see this: > > -b eltorito_boot_image > Specifies the path and filename of the boot image > to be used when making an "El Torito" bootable CD. > ... > make an "El Torito" bootable CD. The boot image > must be exactly the size of either a 1.2, 1.44, or > a 2.88 meg floppy, and mkisofs will use this size > when creating the output iso9660 filesystem.... > > Well. Can anyone shed any light on the apparent inconsistencies There is not inconsistency. Both documents say the same thing. Though the name of the boot image file in Handbiik is poorly chosen. > between the handbook, the man page, and what is -really- needed to > make a bootable CD? Create a floppy image with the UFS filesystem, the boot loader and the kernel image (probably gzipped) on it. I'm not sure whether it has to have the cdboot boot loader or if the floppy loader will do. Then use this image for mkisofs -b. Better use a rewritable CD-ROM for the experiments until you get something working. -SB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 19: 9:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.noos.fr (lafontaine.noos.net [212.198.2.72]) by hub.freebsd.org (Postfix) with ESMTP id 7E48337B71D for ; Mon, 14 May 2001 19:09:47 -0700 (PDT) (envelope-from clefevre@poboxes.com) Received: (qmail 8348283 invoked by uid 0); 15 May 2001 02:09:46 -0000 Received: from d165.dhcp212-198-231.noos.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by lafontaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 15 May 2001 02:09:46 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f4F29er11583; Tue, 15 May 2001 04:09:40 +0200 (CEST) (envelope-from clefevre@poboxes.com) To: Brian Somers Cc: Dima Dorfman , hackers@FreeBSD.ORG, gad@FreeBSD.ORG Subject: Re: xargs(1) "replstr" patch References: <200105121004.f4CA4gX91830@hak.lan.Awfulhak.org> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C Reply-To: Cyrille Lefevre In-Reply-To: <200105121004.f4CA4gX91830@hak.lan.Awfulhak.org> Mail-Copies-To: never From: Cyrille Lefevre Date: 15 May 2001 04:09:38 +0200 Message-ID: Lines: 14 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers writes: > I'd suggest going ahead and committing it ASAP - before people start > ``discussing'' it again :oI from my point of view, it would be better to implement -i/-I than this hack which has no advantage in performance and functionnality than : while read arg; do CMD LINE $arg ARGS; done < test Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 20:32:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id B8F3237B422 for ; Mon, 14 May 2001 20:32:07 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f4F3VuF86280; Mon, 14 May 2001 23:31:56 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <200105121004.f4CA4gX91830@hak.lan.Awfulhak.org> Date: Mon, 14 May 2001 23:31:53 -0400 To: Cyrille Lefevre , Brian Somers From: Garance A Drosihn Subject: Re: xargs(1) "replstr" patch Cc: Dima Dorfman , hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:09 AM +0200 5/15/01, Cyrille Lefevre wrote: >Brian Somers writes: > >> I'd suggest going ahead and committing it ASAP - before people start >> ``discussing'' it again :oI > >from my point of view, it would be better to implement -i/-I than this >hack which has no advantage in performance and functionality than : > >while read arg; do CMD LINE $arg ARGS; done < test I think this proves the wisdom of Brian's suggestion... :-) - - - - Your 'while' loop *will* be more expensive than the result of: cat test | xargs -J [] CMD LINE [] ARGS although you would probably need a lot of files in 'test' to really notice the difference... In fact, from what I can tell, your while loop is exactly equivalent to: cat test | xargs -I {} CMD LINE {} ARGS You have not re-implemented -J, you have re-implemented -I. Ie, it is -I which has no real performance benefit, and can be functionally duplicated in about a hundred different ways. If the file 'test' contains the lines 'a\nb\nc\nd\n', then your example will execute: CMD LINE a ARGS CMD LINE b ARGS CMD LINE c ARGS CMD LINE d ARGS I know this is what your example will do, because I just executed your exact example with that. It is also what '-I' will do, as I have just tested THAT on a system which DOES implement '-I'. Meanwhile the above-described use of '-J' will result in: CMD LINE a b c d ARGS I also know what 'xargs -J' will do, because I just executed THAT too. Please note that I am not trying to be obnoxious here, I am trying to be courteous. Dima and I asked for opinions, you gave your opinion, and I researched what you suggested. I am just listing my results of taking the time to evaluate your suggestion seriously, because we did ask for input. Please read EXACTLY what -I does (in the standard description) and EXACTLY what -J does (in the patch committed to -current, complete with a man page entry that tries to be very precise as to what -J does). It may seem silly to take a lot of time to read all of this and try some examples, but that's exactly what Dima and I have been doing for the past few weeks. - - - - Still, let me say that I do hope to get back to 'xargs', and add the -I option. I must admit my enthusiasm for doing -I wore off after seeing the current code to 'xargs'. Not only is -J more useful, but it is much less work to implement (given the current code as a starting point) than -I would be. Still, it *would* be nice to say we have '-I', just to match what the various standards list for options to 'xargs'. While I do like the idea of adding it, I'll admit that it isn't a particularly high priority on my list of things to do... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 21:53:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id D427337B423 for ; Mon, 14 May 2001 21:53:42 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 6B5133E0B for ; Mon, 14 May 2001 21:53:42 -0700 (PDT) To: hackers@freebsd.org Subject: Making snp(4) a module Date: Mon, 14 May 2001 21:53:42 -0700 From: Dima Dorfman Message-Id: <20010515045342.6B5133E0B@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Right now, snp(4) can't be compiled as a module because it depends on hacks in the tty subsystem similar to the following: #ifdef DEV_SNP if (ISSET(tp->t_state, TS_SNOOP) && tp->t_sc != NULL) snpin((struct snoop *)tp->t_sc, cp, cc); #endif snpin() is a function in snp(4), so it's not simply a matter of removing the #ifdef's. Attached is a patch that converts snp(4) to use line disciplines to get the information it needs. I'm not sure if it's entirely appropriate to use line disciplines this way, but I think it's a lot better than the above code, and it has the fortunate sideaffect that snp(4) can be built as a module. If this gets accepted I'll submit patches to remove the aforementioned tty hacks. Comments? Thanks, Dima Dorfman dima@unixfreak.org Index: kern/tty_snoop.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/kern/tty_snoop.c,v retrieving revision 1.53 diff -u -r1.53 tty_snoop.c --- kern/tty_snoop.c 2001/04/17 20:53:11 1.53 +++ kern/tty_snoop.c 2001/05/15 04:15:51 @@ -12,10 +12,9 @@ * * Snoop stuff. * - * $FreeBSD: src/sys/kern/tty_snoop.c,v 1.53 2001/04/17 20:53:11 dd Exp $ + * $FreeBSD$ */ -#include "opt_compat.h" #include #include #include @@ -29,6 +28,7 @@ #include #include #include +#include static d_open_t snpopen; static d_close_t snpclose; @@ -61,9 +61,63 @@ static MALLOC_DEFINE(M_SNP, "snp", "Snoop device data"); +#define ttytosnp(t) (struct snoop *)(t)->t_sc static struct tty *snpdevtotty __P((dev_t dev)); static int snp_detach __P((struct snoop *snp)); +/* + * The number of the "snoop" line discipline. This gets determined at + * module load time. + */ +static int mylinedisc; + +static int +dsnwrite(struct tty *tp, struct uio *uio, int flag) +{ + struct snoop *snp = ttytosnp(tp); + int error = 0; + char ibuf[1024]; + int ilen; + struct iovec iov; + struct uio uio2; + + while (uio->uio_resid) { + ilen = MIN(sizeof(ibuf), uio->uio_resid); + error = uiomove(ibuf, ilen, uio); + if (error) + break; + snpin(snp, ibuf, ilen); + /* Hackish, but I think it's the least of all evils. */ + iov.iov_base = ibuf; + iov.iov_len = ilen; + uio2.uio_iov = &iov; + uio2.uio_iovcnt = 1; + uio2.uio_offset = 0; + uio2.uio_resid = ilen; + uio2.uio_segflg = UIO_SYSSPACE; + uio2.uio_rw = UIO_WRITE; + uio2.uio_procp = uio->uio_procp; + error = ttwrite(tp, &uio2, flag); + if (error) + break; + } + return (error); +} + +/* + * XXX should there be a global version of this? + */ +static int +l_nullioctl(struct tty *tp, u_long cmd, char *data, int flags, struct proc *p) +{ + + return (ENOIOCTL); +} + +static struct linesw snpdisc = { + ttyopen, ttylclose, ttread, dsnwrite, + l_nullioctl, ttyinput, ttstart, ttymodem }; + static struct tty * snpdevtotty (dev) dev_t dev; @@ -98,7 +152,7 @@ tp = snp->snp_tty; if ((tp->t_sc == snp) && (tp->t_state & TS_SNOOP) && - (tp->t_line == OTTYDISC || tp->t_line == NTTYDISC)) + tp->t_line == mylinedisc) goto tty_input; printf("Snoop: attempt to write to bad tty.\n"); @@ -334,9 +388,10 @@ tp = snp->snp_tty; if (tp && (tp->t_sc == snp) && (tp->t_state & TS_SNOOP) && - (tp->t_line == OTTYDISC || tp->t_line == NTTYDISC)) { + tp->t_line == mylinedisc) { tp->t_sc = NULL; tp->t_state &= ~TS_SNOOP; + tp->t_line = snp->snp_olddisc; } else printf("Snoop: bad attached tty data.\n"); @@ -409,12 +464,6 @@ if (!tp) return (EINVAL); - if ((tp->t_sc != (caddr_t)snp) && (tp->t_state & TS_SNOOP)) - return (EBUSY); - - if ((tp->t_line != OTTYDISC) && (tp->t_line != NTTYDISC)) - return (EBUSY); - s = spltty(); if (snp->snp_target == NODEV) { @@ -425,6 +474,8 @@ tp->t_sc = (caddr_t)snp; tp->t_state |= TS_SNOOP; + snp->snp_olddisc = tp->t_line; + tp->t_line = mylinedisc; snp->snp_tty = tp; snp->snp_target = tdev; @@ -503,8 +554,6 @@ return (revents); } -static void snp_drvinit __P((void *unused)); - static void snp_clone(void *arg, char *name, int namelen, dev_t *dev) { @@ -519,13 +568,31 @@ return; } -static void -snp_drvinit(unused) - void *unused; +static int +snp_modevent(module_t mod, int type, void *data) { + static eventhandler_tag eh_tag = NULL; - EVENTHANDLER_REGISTER(dev_clone, snp_clone, 0, 1000); - cdevsw_add(&snp_cdevsw); + switch (type) { + case MOD_LOAD: + eh_tag = EVENTHANDLER_REGISTER(dev_clone, snp_clone, 0, 1000); + mylinedisc = ldisc_register(LDISC_LOAD, &snpdisc); + cdevsw_add(&snp_cdevsw); + break; + case MOD_UNLOAD: + EVENTHANDLER_DEREGISTER(dev_clone, eh_tag); + ldisc_deregister(mylinedisc); + cdevsw_remove(&snp_cdevsw); + break; + default: + break; + } + return 0; } -SYSINIT(snpdev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR,snp_drvinit,NULL) +static moduledata_t snp_mod = { + "snp", + snp_modevent, + NULL +}; +DECLARE_MODULE(snp, snp_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE+CDEV_MAJOR); Index: sys/snoop.h =================================================================== RCS file: /st/src/FreeBSD/src/sys/sys/snoop.h,v retrieving revision 1.14 diff -u -r1.14 snoop.h --- sys/snoop.h 1999/12/29 04:24:47 1.14 +++ sys/snoop.h 2001/05/15 04:15:51 @@ -54,6 +54,7 @@ #define SNOOP_OFLOW 0x0010 #define SNOOP_DOWN 0x0020 struct selinfo snp_sel; /* Selection info */ + int snp_olddisc; /* Old line discipline */ }; /* XXX several wrong storage classes and types here. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 23:32: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id 6C6FE37B423 for ; Mon, 14 May 2001 23:32:01 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 94618 invoked by uid 1000); 15 May 2001 06:31:22 -0000 Date: Tue, 15 May 2001 09:31:22 +0300 From: Peter Pentchev To: Garance A Drosihn Cc: Cyrille Lefevre , Brian Somers , Dima Dorfman , hackers@FreeBSD.ORG Subject: Re: xargs(1) "replstr" patch Message-ID: <20010515093121.A94119@ringworld.oblivion.bg> Mail-Followup-To: Garance A Drosihn , Cyrille Lefevre , Brian Somers , Dima Dorfman , hackers@FreeBSD.ORG References: <200105121004.f4CA4gX91830@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Mon, May 14, 2001 at 11:31:53PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 14, 2001 at 11:31:53PM -0400, Garance A Drosihn wrote: > At 4:09 AM +0200 5/15/01, Cyrille Lefevre wrote: > >Brian Somers writes: > > > >> I'd suggest going ahead and committing it ASAP - before people start > >> ``discussing'' it again :oI > > > >from my point of view, it would be better to implement -i/-I than this > >hack which has no advantage in performance and functionality than : > > > >while read arg; do CMD LINE $arg ARGS; done < test > > I think this proves the wisdom of Brian's suggestion... :-) ..with which, as I already stated, I completely agree :) > > - - - - > > Still, let me say that I do hope to get back to 'xargs', and add > the -I option. I must admit my enthusiasm for doing -I wore off > after seeing the current code to 'xargs'. Not only is -J more > useful, but it is much less work to implement (given the current > code as a starting point) than -I would be. Still, it *would* be > nice to say we have '-I', just to match what the various standards > list for options to 'xargs'. > > While I do like the idea of adding it, I'll admit that it isn't a > particularly high priority on my list of things to do... Just as a side thought: one we have -J, I guess -I could be done as simply as emulating -n 1 and falling through to -J :) Then there would need to be another couple of checks, like -n and -I or -J and -I not being used simultaneously, but yes, I think it would really be *that* easy. Thanks to Garance and Dima for their work! -J is something that xargs really needed :) G'luck, Peter -- If you think this sentence is confusing, then change one pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 23:48:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id C8D2237B422 for ; Mon, 14 May 2001 23:48:43 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JSP10096; Tue, 15 May 2001 09:48:21 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4F6aAP02035; Tue, 15 May 2001 09:36:10 +0300 (EEST) (envelope-from netch) Date: Tue, 15 May 2001 09:36:10 +0300 From: Valentin Nechayev To: Alfred Perlstein Cc: Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: wint_t Message-ID: <20010515093610.A1835@iv.nn.kiev.ua> References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> <20010514174502.J2009@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010514174502.J2009@fw.wintelcom.net>; from bright@wintelcom.net on Mon, May 14, 2001 at 05:45:02PM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mon, May 14, 2001 at 17:45:02, bright (Alfred Perlstein) wrote about "Re: wint_t": > > The C standard says that wchar_t should be able to all members of thye > > largest extended chracter set. AFAIK FreeBSD doesn't have any character > > set which requires more than 8 bits. > > wint_t should also be able to hold all members of the largest character > > set plus one extra value (WEOF). Also it must be at least 16 bits. > Wouldn't it be kinda painful unless we did this with a 16 bit type? Modern Unicode allows character codes more than 65534. wchar_t(65536) is Egyptian glyph;) Maximum allowed AFAIR is 2**31-1. So at least 32 bits integer type required if you don't want adapt system to former millennium requires. But wint_t must be no narrower than wchar_t. and define wchar_t as unsigned long. System headers define wchar_t as int (thru _BSD_WCHAR_T_ and _BSD_CT_RUNE_T_). This difference in size and signness is at least annoying. I suppose wchar_t should be __uint32_t, and wint_t - __int32_t, but this may break binary compatibility. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 23:49:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id DF40A37B422; Mon, 14 May 2001 23:49:03 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id JSU10097; Tue, 15 May 2001 09:48:49 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4F6kG302206; Tue, 15 May 2001 09:46:16 +0300 (EEST) (envelope-from netch) Date: Tue, 15 May 2001 09:46:16 +0300 From: Valentin Nechayev To: Dima Dorfman Cc: hackers@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: MIN()/MAX() definitions in sys/param.h Message-ID: <20010515094616.B1835@iv.nn.kiev.ua> References: <20010514071731.1D9F93E28@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010514071731.1D9F93E28@bazooka.unixfreak.org>; from dima@unixfreak.org on Mon, May 14, 2001 at 12:17:31AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mon, May 14, 2001 at 00:17:31, dima (Dima Dorfman) wrote about "MIN()/MAX() definitions in sys/param.h": > Is there a reason the definitions of the MIN() and MAX() macros in > sys/param.h are under an '#ifndef _KERNEL'? Quite a few files in the > kernel define these (well, at least MIN) themselves, so it would seem > to make sense to define them globally in sys/param.h for the kernel as > well. Any reason this isn't already done this way, or should I come > up with a patch to fix that? gcc provides safe way to implement min()/max(): === cut from info gcc === #define max(a,b) \ ({typedef _ta = (a), _tb = (b); \ _ta _a = (a); _tb _b = (b); \ _a > _b ? _a : _b; }) === end cut === For kernel compiling you may rely on gcc and use such safe macros. I'm unsure for the same statement about userland. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon May 14 23:52:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id DEAEC37B42C for ; Mon, 14 May 2001 23:52:34 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 8412C3E0B; Mon, 14 May 2001 23:52:34 -0700 (PDT) To: Peter Pentchev Cc: Garance A Drosihn , Cyrille Lefevre , Brian Somers , hackers@FreeBSD.ORG Subject: Re: xargs(1) "replstr" patch In-Reply-To: <20010515093121.A94119@ringworld.oblivion.bg>; from roam@orbitel.bg on "Tue, 15 May 2001 09:31:22 +0300" Date: Mon, 14 May 2001 23:52:34 -0700 From: Dima Dorfman Message-Id: <20010515065234.8412C3E0B@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Pentchev writes: > On Mon, May 14, 2001 at 11:31:53PM -0400, Garance A Drosihn wrote: > > Still, let me say that I do hope to get back to 'xargs', and add > > the -I option. I must admit my enthusiasm for doing -I wore off > > after seeing the current code to 'xargs'. Not only is -J more > > useful, but it is much less work to implement (given the current > > code as a starting point) than -I would be. Still, it *would* be > > nice to say we have '-I', just to match what the various standards > > list for options to 'xargs'. > > > > While I do like the idea of adding it, I'll admit that it isn't a > > particularly high priority on my list of things to do... > > Just as a side thought: one we have -J, I guess -I could be done > as simply as emulating -n 1 and falling through to -J :) > Then there would need to be another couple of checks, like -n and -I > or -J and -I not being used simultaneously, but yes, I think it would > really be *that* easy. Sorry, no. -I can be used more than once, and the replstr does not have to be given as a separate pointer in argv. For example, given the input, one\ntwo\nthree\n this command xargs -I [] mv srcdir/[] destdir/[] should generate: mv srcdir/one destdir/one mv srcdir/two destdir/two mv srcdir/three destdir/three This is a simplistic example that can be done in many other ways (including using -J), but it shows what -I is supposed to be able to do. -J doesn't work with the above since it only looks for the replstr once, and will not find it unless it's given as a separate argument. For example, this works: xargs -J [] echo this is [] a test but this does not: xargs -J [] echo this is[] a test That said, -I isn't all that hard to implement. It's just hard to implement without rewriting xargs as it is. However, that may not be a bad thing. -I would pose a performance problem, anyway; it would have to iterate over the command line arguments and standard input more than once, possibly having to cache what it finds. If we special-case -I with something like, if (flag_I_found) { alternate_main_function(ac, av, ...); /*NOTREACHED*/ } ..code as it is now goes here.. then we don't have the problem of destroying the current code, and the performance impact will only be seen if -I is used (which is reasonable). Of course, "not that hard" is relative. Adding -J was rather trivial; the delta is +30 -6, and most of those +30 are simple things like defining or initializing variables. I guess that adding -I would mean adding on the order of 100 or 150 lines; again, not hard, but not something one can do in 10 minutes. Just food for thought, I guess. I'm sure Garance wouldn't mind if someone did this for him :-). Regards, Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 0:13:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5301.mail.yahoo.com (web5301.mail.yahoo.com [216.115.106.110]) by hub.freebsd.org (Postfix) with SMTP id AF85237B43E for ; Tue, 15 May 2001 00:13:42 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010515071342.16796.qmail@web5301.mail.yahoo.com> Received: from [203.200.20.3] by web5301.mail.yahoo.com; Tue, 15 May 2001 08:13:42 BST Date: Tue, 15 May 2001 08:13:42 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: ifioctl To: freebsd-net@freebsd.org Cc: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HI, i have freebsd 4.2 stable. i want to know how autoconfiguration feature of ipv6 gets enabled. as far as i know ifioctl will call if_up . if_up calls if_route and if_route calls in6_if_up which calls in6_ifattach which forms link local address. but how is ifioctl is initiated for a interface?? rgds vishwanath To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 1:31:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 86A6D37B423 for ; Tue, 15 May 2001 01:31:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0356.cvx21-bradley.dialup.earthlink.net [209.179.193.101]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id EAA22510; Tue, 15 May 2001 04:31:18 -0400 (EDT) Message-ID: <3B00E96A.FB4F6828@mindspring.com> Date: Tue, 15 May 2001 01:31:38 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: Peter Wemm , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: SSH Must Die References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Silbersack wrote: > On Sun, 13 May 2001, Peter Wemm wrote: > > Mike Silbersack wrote: > > > 1. Is ssh working yet? > > > > Yes, it is working perfectly. The only problem is that it now works > > slightly differently to what people have expected. ie: it treats > > sshv1 rsa keys as totally seperate to sshv2 rsa keys. > > Let me rephrase: > > 1. Terry, is ssh working for you yet? The /etc/pam.conf additions have fixed some of the systems, but not all of them. The difference between the systems that work with the changes, and the onces which do not, is the precise upgrade process. The systems that work were booted from the CDROM, and upgraded via the sysinstall upgrade process. The systems which do not work were booted from the hard disk, and upgraded via the sysinstall upgrade process, using a copy of the sysinstall from one of the successfully upgraded systems (i.e. they were _not_ booted from CDROM, since the machines in question are rack-mounts without CDROMs in them). On the failing systems, I get: ---------- root% sshd error: ConnectionsPerPeriod has been deprecated! no RSA support in libssl and libcrypto. See ssl(8) Disabling protocol version 1 error: Could not load DSA host key: /etc/ssh/ssh_host_dsa_key Disabling protocol version 2 sshd: no hostkeys available -- exiting. sshd: no hostkeys available -- exiting. ---------- Ignore the lack of host keys: the key generation program has the same complaint about libssl and libcrypto. Running "nm" on the libraries in question shows RSA code is present. It would be nice if it would tell me how it is going about arriving at its erroneous conclusion. I have verified that all libraries in question on the working and non-working systems are, in fact, identical to each other. So are the ssh, sshd, and key generation tool. The earlier suggestion that I delete libcrypto.so.1 did not bear any fruit, either. Neither does replacing everything sshd and ssh is linked shared against, as well as the binaries themselves. There is just something strange about how SSH works, in combination with a boot vs. local run of the upgrade process. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 2:19:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hall.mail.mindspring.net (hall.mail.mindspring.net [207.69.200.60]) by hub.freebsd.org (Postfix) with ESMTP id 95E3F37B424 for ; Tue, 15 May 2001 02:19:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0356.cvx21-bradley.dialup.earthlink.net [209.179.193.101]) by hall.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id FAA00832; Tue, 15 May 2001 05:19:25 -0400 (EDT) Message-ID: <3B00F4B1.B41F27EC@mindspring.com> Date: Tue, 15 May 2001 02:19:45 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Jordan Hubbard , hackers@FreeBSD.ORG Subject: Re: SSH Must Die References: <3AFD1D6D.51731EAC@mindspring.com> <20010512072320L.jkh@osd.bsdi.com> <3AFDC640.83A13495@mindspring.com> <20010512193354.A47163@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Sat, May 12, 2001 at 04:24:48PM -0700, Terry Lambert wrote: > > Jordan Hubbard wrote: > > > ssh works just fine for me in 4.3. You must be doing something > > > wrong. > > > > I used that "sysinstall" thing Jordan wrote to upgrade > > from a 4.2 to a 4.3 system. > > > > Is that what I'm doing wrong? ;^). > > sysinstall does a very minimal job of merging the contents of /etc. > Certainly it could be improved (mergemaster works nicely when you have > the source tree around). Your patches would be appreciated. I would be happy to rewrite the whole thing, if I could do a soft updates like license for the first year, and still be permitted distribute it as "FreeBSD". I might even be willing to fix up that Java stuff, and run the Java version of InstallShield to do the work... I'm kind of annoyed that it looks like my patches for the KERNCONF haven't made it in, so that the next time I roll a 4.3-RELEASE CDROM with my own bits on it, I'm going to have exactly the same problem with not having a kernel.GENERIC (stomping "GENERIC" locally is not a viable option, since it would collide with repository changes to the GENERIC file). Makes me not want to fix other things in the code, like it's internal list of packages, rather than reading them from a file on the CDROM, and really bloating the program image considerably, or the use of the path instead of the description line when displaying packages to be installed, etc.. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 3:40:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 1B9B937B422 for ; Tue, 15 May 2001 03:40:33 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0083.cvx7-bradley.dialup.earthlink.net [209.178.164.83]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id GAA05462; Tue, 15 May 2001 06:40:13 -0400 (EDT) Message-ID: <3B010778.287FAF5E@mindspring.com> Date: Tue, 15 May 2001 03:39:52 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Valentin Nechayev Cc: Alfred Perlstein , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: wint_t References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> <20010514174502.J2009@fw.wintelcom.net> <20010515093610.A1835@iv.nn.kiev.ua> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Valentin Nechayev wrote: > Modern Unicode allows character codes more than 65534. > wchar_t(65536) is Egyptian glyph;) Maximum allowed AFAIR is > 2**31-1. So at least 32 bits integer type required if you > don't want adapt system to former millennium requires. This argument came up on comp.lang.internat, when we were first discussing the creation of the Unicode standard, back when most of the people pushing it were Apple, Taligent, and Adobe (it's no mistake that the "private use" areas are discontiguous, such that active rendering engines like Display PostScript and other Adobe technology works for things like Hebrew, Arabic, Tamil, Devengari, and other ligatured languages, but fixed cell prerendered fonts, like those used in X servers, have to jump through serious hoops to render those languages script properly). This isn't really a realistic application for anything but linguistic scholarship, since it's a dead language; I'm sure the Trekkies will insist we add "Klingon", at some point. Probably, the Egyptian addition was intentional, to push it over 16 bits, just to screw with Microsoft's head. I doubt if it will make it to ratified standard. The issue with linguistic scholarship is that it's not possible to deal with it without having a multilingual application. Internationalization, in general, is the process of taking code, and making it so that it is possible to localize it into a particular -- monolingual -- locale. You need spacial software to deal with multilingual text; the vast majority of software doesn't have to do that (about the only place you will see it is in a translator-used application). In other words, you don't end up being able to display characters that weren't in a particular round-trip character set standard beforehand. What are the ISO/ECMA round trip standards for Heiroglyphics, for us to round-trip into and out of for rendering purposes? 8-). > But wint_t must be no narrower than wchar_t. > and define wchar_t as unsigned long. System > headers define wchar_t as int (thru _BSD_WCHAR_T_ and > _BSD_CT_RUNE_T_). This difference in size and signness > is at least annoying. I suppose wchar_t should be > __uint32_t, and wint_t - __int32_t, but this may break > binary compatibility. It's widely acknowledged that the reason for the 32 bit code page size, where only the 0x0000???? was ever populated in ISO 10646, was to appease the Japanese, who disliked the code point unification of the CJK unification, primarily because it used Chinese dictionary ordering, as Chinese dictionaries do stroke+radical classification of characters, and so were capable of ordering all of the characters in the unified set, as a result of common and repeatable rules. Effectively, this left Japanese dictionary ordering in a "less favorable" position, in that one could not just use the ordinal value if the character to get the collation sequence. The humorous part of this is that there are two common Japanese dictionary orderings, and a seperate ordering used by NTT for the telephone directory (Germany has two collation orders based on dictionary and telephone directory ordering), so no matter how you approach it, it is not possible to appease all Japanese users directly: you must use an external collation sequence. Actually, the Japanese wanted JIS-208 + JIS-212 ordering. So they were not appeased by the change. The primary opponent to Unicode in Japan, if I had to pick one, is Matsumata Ohta. The natural wchar_t size is 16 bits, and will remain that size until code pages other than 0x0000???? are adopted by ISO. We are also living in a "Windows world"; that is to say that Windows software pretty much dictates Unicode data storage -- and Windows uses a 16-bit wchar_t. If nothing else, Our VFAT32 and Windows NT Unicode name spaces for filenames depends on 16 bit wchar_t lengths. For a purely UNIX argument, consider that you would need directory blocks in excess of 1k to store a 256 character filename in "native Unicode", if you insisted on 32 bit characters. We already have abominations like UTF-8, UTF-7, and UTF-5 encodings (mostly to make the American ASCII (ISO 646) bigots not have to fix their legacy systems correctly), which play hell with fixed length field encodings in records intended to contain textual data. Doing that type of multibyte storage encoding breaks an entire class of algorithms (e.g. variable length records break "numrecs = filesize/sizeof(struct record);" type calculations). That's really a poor trade. Probably the funniest thing is that users don't care, as long as the code works. Windows is sold in Japan, and it brings Unicode in with it. And users could care less that it isn't JIS-208 + JIS-212, as long as their email works. Ohta-san's outspoken opposition, not withstanding. If they start having to double the amount of RAM in their systems to get anything done, though, they will start to care very quickly; and that's what a 32 bit encoding means for any text processing tools. I maintain that the correct size for wchar_t is 16 bits, until someone can point to a character set that needs more than that, and which has been ratified by a standards body. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 5:16: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d06.mx.aol.com (imo-d06.mx.aol.com [205.188.157.38]) by hub.freebsd.org (Postfix) with ESMTP id 3F45A37B423 for ; Tue, 15 May 2001 05:16:02 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d06.mx.aol.com (mail_out_v30.10.) id n.58.34d596 (16221) for ; Tue, 15 May 2001 08:15:56 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in01.mx.aol.com (v77_r1.37) with ESMTP; Tue, 15 May 2001 08:15:56 -0400 Date: Tue, 15 May 2001 08:15:56 -0400 From: raviprasad20@netscape.net To: freebsd-hackers@freebsd.org Subject: Memory organization in case of large amount of data (jumbo grams) Mime-Version: 1.0 Message-ID: <3C3AC794.368D5BEE.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, My doubt is whether freebsd uses the normal mbuf & clusters in case of large amount of data (like jumbogram in ipv6 or the maximum ipv4 datagram size of 65536 bytes)? My understanding is that for such a large amount of data, clusters which can hold only 2048 byes are not economical. Hence freebsd might be using some other type of buffers which have large capacity. Kindly mail me regarding this. Is my understanding correct. Kindly make me updated on buffers used in such cases. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 5:20:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d10.mx.aol.com (imo-d10.mx.aol.com [205.188.157.42]) by hub.freebsd.org (Postfix) with ESMTP id E0C4237B42C for ; Tue, 15 May 2001 05:20:21 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d10.mx.aol.com (mail_out_v30.10.) id n.1b.1659158 (16246) for ; Tue, 15 May 2001 08:20:19 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in03.mx.aol.com (v77_r1.37) with ESMTP; Tue, 15 May 2001 08:20:19 -0400 Date: Tue, 15 May 2001 08:20:19 -0400 From: raviprasad20@netscape.net To: freebsd-hackers@freebsd.org Subject: Mbuf organization in case of large amount of data. Mime-Version: 1.0 Message-ID: <3EEB2491.5DE2B4DE.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, My doubt is how data will be organized in buffers in case we want to transmit large amount of data. My doubt is regarding the organization of mbufs in case we want to transmit the maximum ip datagram size. In the normal case data is stored in clusters for data size greater than 208 bytes. My doubt is how the data will be organized in case of such large data. If mbufs along with clusters are used we will have a long chain. Whether any other buffers are used? how the data is organized in the buffers in such a case? How the data will be organized in case we want to transmit jumbograms in ipv6. I think that cluster concept of 2K bytes is too small. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 6:10:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 28B6837B422 for ; Tue, 15 May 2001 06:10:46 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 May 2001 14:10:44 +0100 (BST) Date: Tue, 15 May 2001 14:10:44 +0100 From: David Malone To: raviprasad20@netscape.net Cc: freebsd-hackers@freebsd.org Subject: Re: Memory organization in case of large amount of data (jumbo grams) Message-ID: <20010515141044.A98820@walton.maths.tcd.ie> References: <3C3AC794.368D5BEE.9513E96F@netscape.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C3AC794.368D5BEE.9513E96F@netscape.net>; from raviprasad20@netscape.net on Tue, May 15, 2001 at 08:15:56AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 15, 2001 at 08:15:56AM -0400, raviprasad20@netscape.net wrote: > My doubt is whether freebsd uses the normal mbuf & clusters in case > of large amount of data (like jumbogram in ipv6 or the maximum ipv4 > datagram size of 65536 bytes)? FreeBSD provides two standard types of storage (mbufs and mbuf clusters) for network use, but data can be stored in other ways too - some of the gigabit ethernet drivers define jumbo clusters of size 8kB, allowing jumbo eithernet packets to be recieved in a single chunk. In general the idea of the mbuf system is that no copies of the data need to be done, so even if the data is a little fragmented it shouldn't be a big problem. (Some ethernet cards may need the data to be unfragmented before sending, but most of the good cards shouldn't. Also the important size here is not so much the IPv6 of IPv4 maximum sizes, but the size of the MTU on the medium on which you are tramsmittin.) David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 6:20:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [213.53.69.1]) by hub.freebsd.org (Postfix) with ESMTP id B59B937B423 for ; Tue, 15 May 2001 06:20:54 -0700 (PDT) (envelope-from alexis@open.nlnetlabs.nl) Received: (from alexis@localhost) by open.nlnetlabs.nl (8.11.3/8.11.3) id f4FDKqR31896 for freebsd-hackers@freebsd.org; Tue, 15 May 2001 15:20:52 +0200 (CEST) (envelope-from alexis) Message-Id: <200105151320.f4FDKqR31896@open.nlnetlabs.nl> Subject: ipv6 only? To: freebsd-hackers@freebsd.org Date: Tue, 15 May 2001 15:20:52 +0200 (CEST) From: Alexis Yushin Reply-To: alexis@nlnetlabs.nl X-Mailer: ELM [version 2.4ME+ PL87 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello there, I wonder if anybody here has any experience with compiling pure IPv6 system without IPv4 support in the kernel at all? Are there any projects like that? Alexis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 8: 6:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns2.myway.com.br (ns2.myway.com.br [200.186.239.2]) by hub.freebsd.org (Postfix) with SMTP id 2565F37B42C; Tue, 15 May 2001 08:06:20 -0700 (PDT) (envelope-from leal@myway.com.br) Received: from myway.com.br (unverified [200.186.239.5]) by ns2.myway.com.br (EMWAC SMTPRS 0.83) with SMTP id ; Tue, 15 May 2001 12:04:24 -0300 Message-ID: <3B014693.6BCE7E79@myway.com.br> Date: Tue, 15 May 2001 12:09:07 -0300 From: Marcelo Leal Organization: MyWay - Provedor Internet X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: How to transfer data from netgraph node to user program? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Antirelay: Good relay from local net2 200.186.239.0/24 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, i'm writing a script for minitoring my network and send to me (via mail) statistics and falls. I wanna use mail program for that. But i don't know where i put the information of my smtp server. The mail program use the localhost for delivery the mails, and i don't wanna run a smtp server in this box only for that. What file i should edit for put this information (question). One second solution would be execute a telnet in the smtp server (port 25), but how write one telnet script non-interactive (question). one script telnet for send mail automatic...(question) sorry my interrogation signal is not work. thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 8:41: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from reliant.nielsenmedia.com (reliant.nielsenmedia.com [63.114.249.15]) by hub.freebsd.org (Postfix) with ESMTP id DD9C737B440 for ; Tue, 15 May 2001 08:41:04 -0700 (PDT) (envelope-from David_W_Gray@tvratings.com) Received: from nmrusdunsxg2.nielsenmedia.com (nmrusdunsxg2.nielsenmedia.com [10.9.11.121]) by reliant.nielsenmedia.com (8.9.3/8.9.3) with ESMTP id LAA28370 for ; Tue, 15 May 2001 11:40:58 -0400 (EDT) Received: by nmrusdunsxg2.nielsenmedia.com with Internet Mail Service (5.5.2653.19) id ; Tue, 15 May 2001 11:40:58 -0400 Message-ID: <01D4D419B1A4D111A30400805FE65B13070AC2E3@nmrusdunsx1.nielsenmedia.com> From: "Gray, David" To: "'hackers@freebsd.org'" Subject: Bootable ISO's Date: Tue, 15 May 2001 11:40:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG First let me apologize for butting in like this - I get hackers via the digest, so its tough to reply to the right people. I think its useful to note the principle of a bootable CD. You don't really boot the CD. (No really) What you are doing is loading an image of a floppy into RAM, the BIOS then treats this as a ram disk and boots it. This has some interesting ramifications. Its possible to boot pretty much anything that can be put on a floppy - it may even be unable to read the CDROM itself. Also, there may be an issue with the size you choose. My laptop doesn't know about 2.88M disks, so the later BSD cdroms don't boot for me - I have to use 2 floppies. For testing, I'd use a real live floppy, then when I like what I get, I'd dd it into a file and put that on my CDROM, setting the boot image (and don't forget to set the boot catalog name), and burning it. I've used this technique to allow dual booting on my NT box at work - just make a DOS 6 floppy, with a cdrom driver, and put the stuff I wanted to run on the disk (in this case, loadlin + a linux kernel.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 9:53:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4388237B422 for ; Tue, 15 May 2001 09:53:08 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f4FGr0A81550; Tue, 15 May 2001 12:53:00 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010515065234.8412C3E0B@bazooka.unixfreak.org> References: <20010515065234.8412C3E0B@bazooka.unixfreak.org> Date: Tue, 15 May 2001 12:52:57 -0400 To: Dima Dorfman , Peter Pentchev From: Garance A Drosihn Subject: Re: xargs(1) "replstr" patch Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:52 PM -0700 5/14/01, Dima Dorfman ably wrote: >This is a simplistic example that can be done in many other ways >(including using -J), but it shows what -I is supposed to be able to >do. -J doesn't work with the above since it only looks for the >replstr once, and will not find it unless it's given as a separate >argument. For example, this works: > > xargs -J [] echo this is [] a test > >but this does not: > > xargs -J [] echo this is[] a test It should be noted that this was a deliberate design decision, as it was not clear what -J *should* do when '-n' is effectively greater than 1. For instance, should: echo a b | xargs -J [] cp src/[] dest generate: cp 'src/a src/b' dest or: cp 'src/a b' dest or: cp 'src/a' 'src/b' dest ? That last one is obviously the most likely to be useful, but then consider: echo a b | xargs -J [] echo "Do the MFC of [] tomorrow! " which becomes echo 'Do the MFC of a tomorrow! ' 'Do the MFC of b tomorrow! ' The problem, imo, is that you don't know why the replstr is only a substring of the argument specified to xargs. The upshot of this is that -J deliberately requires that the replstr be specified as a distinct argument to xargs, and replstr is not recognized if it is a substring of some argument. That, in turn, made it pretty easy to implement in the current source for 'xargs'. >That said, -I isn't all that hard to implement. It's just hard to >implement without rewriting xargs as it is. [...] > >Just food for thought, I guess. I'm sure Garance wouldn't mind if >someone did this for him :-). I am hoping to find some student and sucker, er, I mean, "encourage" them into implementing -I, and then I'll just review the change... -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 11: 4:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (Postfix) with ESMTP id 4016D37B422 for ; Tue, 15 May 2001 11:04:55 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.9.3/8.9.3) id LAA17053; Tue, 15 May 2001 11:03:00 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpdAAAAnay4G; Tue May 15 11:02:48 2001 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id LAA28238; Tue, 15 May 2001 11:05:14 -0700 (MST) From: Terry Lambert Message-Id: <200105151805.LAA28238@usr08.primenet.com> Subject: Re: SSH Must Die: problem resolved To: silby@silby.com Date: Tue, 15 May 2001 18:05:13 +0000 (GMT) Cc: peter@wemm.org, ertr1013@student.uu.se, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ] > Let me rephrase: ] > ] > 1. Terry, is ssh working for you yet? ] ] The /etc/pam.conf additions have fixed some of the systems, ] but not all of them. ] ] The difference between the systems that work with the ] changes, and the onces which do not, is the precise ] upgrade process. ] ] The systems that work were booted from the CDROM, and ] upgraded via the sysinstall upgrade process. ] ] The systems which do not work were booted from the ] hard disk, and upgraded via the sysinstall upgrade ] process, using a copy of the sysinstall from one of ] the successfully upgraded systems (i.e. they were ] _not_ booted from CDROM, since the machines in ] question are rack-mounts without CDROMs in them). OK, I have a workaround. The problem is that when you "Upgrade" via sysinstall, if you did not boot the CDROM to get started, it does not go ahead and replace /dev/MAKEDEV and /dev/MAKEDEV.local. So you can remake the random devices until you are blue in the face, and it still won't work. So in addition to carrying around a copy of the sysinstall binary from disc1 (which is only accessible from a booted CDROM; it should be on the CDROM itself, I believe, as well), I have to carry around /dev/MAKEDEV and /dev/MAKEDEV.local (at least it in /dev on disc2, if you have a disc2). Really, it's pretty broken that it doesn't install these files from somewhere on the CDROM (it appears to want to copy them from the booted system, which in my case, is not the CDROM floppy image with the right files, but the local system, with the old ones. With this corrected (and the /etc/pam.conf fix, too), ssh now works. These issues should probably be addressed for the next release. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 14:54:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (Postfix) with ESMTP id 9A36837B423 for ; Tue, 15 May 2001 14:54:10 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from cs.rpi.edu (monica.cs.rpi.edu [128.213.7.2]) by cs.rpi.edu (8.9.3/8.9.3) with ESMTP id RAA02417 for ; Tue, 15 May 2001 17:54:10 -0400 (EDT) Message-Id: <200105152154.RAA02417@cs.rpi.edu> To: hackers@freebsd.org Subject: ypserv, the continuing battle... Date: Tue, 15 May 2001 17:54:10 -0400 From: "David E. Cross" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I saw this the other day: http://www.sleepycat.com/historic.html Down at the bottom: > Finally, you should not upgrade your GNU gcc or Solaris compiler. > Optimizations in versions of gcc 2 that were in alpha test in the > summer of 1997, and a version of the standard Solaris WorkShop Compiler > that was in beta test in the fall of 1997, trigger bugs in versions 1.85 > and 1.86 that will cause sporadic core dumps. Hmm... does this look familiar to anyone? What version of berkley DB do we use.... 1.85... HMMMMMMMMMM My questions are: 1) will gcc without any '-O' flags make a difference? 2) Can we upgrade to the latest Berkley DB (we will need to do a version bump of libc to accomplish this. It is clear that we _must_ do something... the db in our libc is buggy. -- 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 May 15 15:14:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id 3B95537B423 for ; Tue, 15 May 2001 15:14:22 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0229.cvx14-bradley.dialup.earthlink.net [209.179.38.229]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id PAA11276 for ; Tue, 15 May 2001 15:14:14 -0700 (PDT) Message-ID: <3B01AAB7.3EA371F5@sm.socccd.cc.ca.us> Date: Tue, 15 May 2001 15:16:23 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: Kqueue and FreeBSD versions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi -hackers, Just a quick question. What value of __FreeBSD_version should I require for kqueue? (I mean ) - was it introduced in 4.1 or 4.2 (memory fails me)? TIA, -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 16:29:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from casimir.physics.purdue.edu (casimir.physics.purdue.edu [128.210.146.111]) by hub.freebsd.org (Postfix) with ESMTP id 2B33337B422 for ; Tue, 15 May 2001 16:29:29 -0700 (PDT) (envelope-from will@physics.purdue.edu) Received: by casimir.physics.purdue.edu (Postfix, from userid 1000) id 8CDAA18930; Tue, 15 May 2001 18:23:25 -0500 (EST) Date: Tue, 15 May 2001 18:23:25 -0500 From: Will Andrews To: Farooq Mela Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kqueue and FreeBSD versions Message-ID: <20010515182325.Z11113@casimir.physics.purdue.edu> Reply-To: Will Andrews References: <3B01AAB7.3EA371F5@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3B01AAB7.3EA371F5@sm.socccd.cc.ca.us>; from fmela0@sm.socccd.cc.ca.us on Tue, May 15, 2001 at 03:16:23PM -0700 X-Operating-System: Linux 2.2.18 sparc64 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 15, 2001 at 03:16:23PM -0700, Farooq Mela wrote: > Hi -hackers, > > Just a quick question. > What value of __FreeBSD_version should I require for kqueue? (I mean > ) - was it introduced in 4.1 or 4.2 (memory fails me)? was introduced a loong time ago, and it was subsequently obsoleted two years ago in favor of . The CVS logs will indicate which __FreeBSD_version you need for kqueue(). I imagine the number is around 400005. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 16:32:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 0A47537B422 for ; Tue, 15 May 2001 16:32:09 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f4FNWNr03497; Tue, 15 May 2001 18:32:23 -0500 (CDT) (envelope-from jlemon) Date: Tue, 15 May 2001 18:32:23 -0500 (CDT) From: Jonathan Lemon Message-Id: <200105152332.f4FNWNr03497@prism.flugsvamp.com> To: fmela0@sm.socccd.cc.ca.us, hackers@freebsd.org Subject: Re: Kqueue and FreeBSD versions X-Newsgroups: local.mail.freebsd-hackers In-Reply-To: Organization: Cc: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you write: >Hi -hackers, > >Just a quick question. >What value of __FreeBSD_version should I require for kqueue? (I mean >) - was it introduced in 4.1 or 4.2 (memory fails me)? It was introduced with 4.1; I believe the correct __FreeBSD_version to use is 41000. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 16:33:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 5B1E437B423 for ; Tue, 15 May 2001 16:33:14 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0229.cvx14-bradley.dialup.earthlink.net [209.179.38.229]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id QAA11622; Tue, 15 May 2001 16:33:08 -0700 (PDT) Message-ID: <3B01BD35.6B6684A8@sm.socccd.cc.ca.us> Date: Tue, 15 May 2001 16:35:17 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Will Andrews Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Kqueue and FreeBSD versions References: <3B01AAB7.3EA371F5@sm.socccd.cc.ca.us> <20010515182325.Z11113@casimir.physics.purdue.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Andrews wrote: > was introduced a loong time ago, and it was subsequently > obsoleted two years ago in favor of . > > The CVS logs will indicate which __FreeBSD_version you need for > kqueue(). I imagine the number is around 400005. Thanks. Maybe the documentation for FreeBSD_version in /usr/share/examples should make note of the fact of 's obsolesence then, and use instead. -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 16:37:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id F085737B422 for ; Tue, 15 May 2001 16:37:25 -0700 (PDT) (envelope-from fmela0@sm.socccd.cc.ca.us) Received: from sm.socccd.cc.ca.us (pool0229.cvx14-bradley.dialup.earthlink.net [209.179.38.229]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id QAA00213; Tue, 15 May 2001 16:37:20 -0700 (PDT) Message-ID: <3B01BE31.3443133D@sm.socccd.cc.ca.us> Date: Tue, 15 May 2001 16:39:29 -0700 From: Farooq Mela X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan Lemon Cc: hackers@freebsd.org Subject: Re: Kqueue and FreeBSD versions References: <200105152332.f4FNWNr03497@prism.flugsvamp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Lemon wrote: > It was introduced with 4.1; I believe the correct __FreeBSD_version > to use is 41000. > -- > Jonathan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message Great, thanks. I figured you'd be the authority on this one ;-) -- farooq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 22:29:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 6C2E137B422 for ; Tue, 15 May 2001 22:29:53 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id ILI55544; Wed, 16 May 2001 08:29:28 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4G5NAQ01056; Wed, 16 May 2001 08:23:10 +0300 (EEST) (envelope-from netch) Date: Wed, 16 May 2001 08:23:10 +0300 From: Valentin Nechayev To: Terry Lambert Cc: Alfred Perlstein , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: wint_t Message-ID: <20010516082310.A921@iv.nn.kiev.ua> References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> <20010514174502.J2009@fw.wintelcom.net> <20010515093610.A1835@iv.nn.kiev.ua> <3B010778.287FAF5E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B010778.287FAF5E@mindspring.com>; from tlambert2@mindspring.com on Tue, May 15, 2001 at 03:39:52AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tue, May 15, 2001 at 03:39:52, tlambert2 (Terry Lambert) wrote about "Re: wint_t": [...skip...] > I maintain that the correct size for wchar_t is 16 bits, > until someone can point to a character set that needs > more than that, and which has been ratified by a standards > body. I'm fully agreed now with your arguments against 32bits wchar_t and for 16bits wchar_t. But it is _already_ at least 32 bits, though it is only for working with normal integer types. And two different declarations (both in standard system headers) are conflicting: netch@iv:~/tmp>gcc -c -Wall fff.c In file included from fff.c:5: /usr/include/ncurses.h:236: conflicting types for `wchar_t' /usr/include/stddef.h:58: previous declaration of `wchar_t' netch@iv:~/tmp>cat fff.c #define _XOPEN_SOURCE_EXTENDED #include #include #include #include netch@iv:~/tmp> Or say me that this compilation mode is incorrect by definition...;| /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue May 15 22:30:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 88AED37B422 for ; Tue, 15 May 2001 22:30:15 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id ILN55554; Wed, 16 May 2001 08:29:58 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.3/8.11.3) id f4G5Pmi01093; Wed, 16 May 2001 08:25:48 +0300 (EEST) (envelope-from netch) Date: Wed, 16 May 2001 08:25:47 +0300 From: Valentin Nechayev To: Farooq Mela Cc: Jonathan Lemon , hackers@FreeBSD.ORG Subject: Re: Kqueue and FreeBSD versions Message-ID: <20010516082547.B921@iv.nn.kiev.ua> References: <200105152332.f4FNWNr03497@prism.flugsvamp.com> <3B01BE31.3443133D@sm.socccd.cc.ca.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B01BE31.3443133D@sm.socccd.cc.ca.us>; from fmela0@sm.socccd.cc.ca.us on Tue, May 15, 2001 at 04:39:29PM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tue, May 15, 2001 at 16:39:29, fmela0 (Farooq Mela) wrote about "Re: Kqueue and FreeBSD versions": > > It was introduced with 4.1; I believe the correct __FreeBSD_version > > to use is 41000. s/41000/410000/ - fix typo at least. > Great, thanks. I figured you'd be the authority on this one ;-) netch@iv:~/tmp>fgrep FreeBSD_version /usr/HEAD/src/sys/sys/param.h #undef __FreeBSD_version #define __FreeBSD_version 500018 /* Master, propagated to newvers */ netch@iv:~/tmp>fgrep FreeBSD_version /usr/REL4/src/sys/sys/param.h #undef __FreeBSD_version #define __FreeBSD_version 430000 /* Master, propagated to newvers */ /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 7:13:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 648F637B422 for ; Wed, 16 May 2001 07:13:10 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f4GECxH20297 for freebsd-hackers@freebsd.org; Wed, 16 May 2001 10:12:59 -0400 (EDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f4GECvm20289 for ; Wed, 16 May 2001 10:12:57 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3B028AE9.F1963C00@thehousleys.net> Date: Wed, 16 May 2001 10:12:57 -0400 From: James Housley X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: ppp problems on 4.3-RELEASE and PPPoE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been having problems with the the newer Windows machines, 2000 & Me, not being able to access some websites. I have had to manually edit the registry to change the MTU. This should not be needed, because I am running 4.3-RELEASE which has had the tcpmssfixup feature for a while. It is enabled. Unfortunately this maching is in an office in Canada, and I am not in Canada. I am using natd and ipfw for NAT and the firewall. The link has a static IP if it matters. Below I am attaching ppp.conf. I have watched some of the data with tcpdump on both tun0 and ed0, but I am not sure what to look for. Suggestion on how to proceed. Jim ---- ppp.conf ---- default: ident user-ppp VERSION (built COMPILATIONDATE) # Ensure that "device" references the correct serial port # for your modem. (cuaa0 = COM1, cuaa1 = COM2) # set device /dev/cuaa1 set log Phase Chat LCP IPCP CCP tun command set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 set timeout 180 # 3 minute idle timer (the default) add default HISADDR # Add a (sticky) default route enable dns # request DNS info (for resolv.conf) magma: ident set device PPPoE:ed0 set MRU 1492 set MTU 1492 set authname ************** set authkey ******* set log Phase Chat Connect set dial set login set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0/0 0.0.0.0/0 set timeout 0 set server +3000 ******* enable tcpmssfixup disable dns set cd 5 set crtscts off enable pap disable pred1 ------------------ -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- The wise man built his network upon Un*x. The foolish man built his network upon Windows. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 9:12:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 661C037B423 for ; Wed, 16 May 2001 09:12:25 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f4GFrAI00819 for ; Wed, 16 May 2001 16:53:11 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f4GFrIb28960; Wed, 16 May 2001 16:53:18 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200105161553.f4GFrIb28960@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: freebsd-hackers@FreeBSD.org Cc: Brian Somers Subject: How to auto-boot from an alternate disk MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28953.990028397.1@hak.lan.Awfulhak.org> Date: Wed, 16 May 2001 16:53:18 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have a machine with 3 IDE disks and 2 SCSI disks and I want to boot from the first SCSI disk.... *but* my BIOS won't boot it. How are you supposed to do this ? I've currently done # boot0cfg -v -t 10 -B -s 5 ad0 # boot0cfg -v -t 1 -B -s 5 -m 0 ad1 # boot0cfg -v -t 1 -B -s 5 -m 0 ad2 Which causes things to merrily skip across my IDE disks 'till it finds the first SCSI disk, loads /boot/loader from there, finds my kernel and then drops into a dumb ``manual mount'' prompt that makes me say ``ufs:/dev/da0s1a''. What I'd *REALLY* like is some way to just say ``default to 3:da(0,a)/boot/loader''. Any suggestions ? Ta. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 9:27:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gate3.lejeune.usmc.mil (gate3.lejeune.usmc.mil [192.156.37.36]) by hub.freebsd.org (Postfix) with ESMTP id C59F437B424; Wed, 16 May 2001 09:27:21 -0700 (PDT) (envelope-from olsones@2mardiv.usmc.mil) Received: by gate3.lejeune.usmc.mil; id QAA27743; Wed, 16 May 2001 16:27:20 GMT Received: from unknown(158.237.100.133) by gate3.lejeune.usmc.mil via smap (V5.0) id xma027467; Wed, 16 May 01 16:26:59 GMT Received: by 2mardivexbh.2mardiv.usmc.mil with Internet Mail Service (5.5.2653.19) id ; Wed, 16 May 2001 12:27:22 -0400 Message-ID: From: Olson Cpl Eric S To: "'freebsd-questions@freebsd.org'" Cc: "'freebsd-hackers@freebsd.org'" Subject: question.... Date: Wed, 16 May 2001 12:27:18 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i use hpux at work, and just recently decided to install freebsd on my home system. i have some unix experience, and a nice bit of experience on linux. i have a linksys usb 10/100 nic and was wondering if freebsd will support it. if not, what other *nix system will, and where can i download it. if freebsd CAN support it, i need help on setting it up. thank you, eric olson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 9:32:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id A459037B423 for ; Wed, 16 May 2001 09:32:37 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA62894; Wed, 16 May 2001 10:10:39 -0700 (PDT) Message-ID: <3B02A915.C5556560@elischer.org> Date: Wed, 16 May 2001 09:21:41 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: James Housley Cc: freebsd-hackers@freebsd.org Subject: Re: ppp problems on 4.3-RELEASE and PPPoE References: <3B028AE9.F1963C00@thehousleys.net> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG James Housley wrote: > > I have been having problems with the the newer Windows machines, 2000 & > Me, not being able to access some websites. I have had to manually edit > the registry to change the MTU. This should not be needed, because I am > running 4.3-RELEASE which has had the tcpmssfixup feature for a while. > It is enabled. Unfortunately this maching is in an office in Canada, > and I am not in Canada. I am using natd and ipfw for NAT and the > firewall. The link has a static IP if it matters. Below I am attaching > ppp.conf. I have watched some of the data with tcpdump on both tun0 and > ed0, but I am not sure what to look for. > if you are using ppp you may save some overhead by using the builtin NAT/filters in ppp. In either case, you could do by looking at the tcpdump outputs of the initial session negotiations between the windows machines and the websites in question... -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 9:37:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 2694F37B423 for ; Wed, 16 May 2001 09:37:16 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f4GGaw101009; Wed, 16 May 2001 17:36:59 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f4GGb6b30680; Wed, 16 May 2001 17:37:06 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200105161637.f4GGb6b30680@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: James Housley Cc: freebsd-hackers@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: ppp problems on 4.3-RELEASE and PPPoE In-Reply-To: Message from James Housley of "Wed, 16 May 2001 10:12:57 EDT." <3B028AE9.F1963C00@thehousleys.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 May 2001 17:37:06 +0100 From: Brian Somers Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try reducing the interface MTU further. It's possible that there's a misconfigured router between you and the sites *and* a part of the route has an mtu of less than 1492. ``set mtu 1480'' or ``set mtu 1460'' may work. > I have been having problems with the the newer Windows machines, 2000 & > Me, not being able to access some websites. I have had to manually edit > the registry to change the MTU. This should not be needed, because I am > running 4.3-RELEASE which has had the tcpmssfixup feature for a while. > It is enabled. Unfortunately this maching is in an office in Canada, > and I am not in Canada. I am using natd and ipfw for NAT and the > firewall. The link has a static IP if it matters. Below I am attaching > ppp.conf. I have watched some of the data with tcpdump on both tun0 and > ed0, but I am not sure what to look for. > > Suggestion on how to proceed. > > Jim > > ---- ppp.conf ---- > default: > ident user-ppp VERSION (built COMPILATIONDATE) > > # Ensure that "device" references the correct serial port > # for your modem. (cuaa0 = COM1, cuaa1 = COM2) > # > set device /dev/cuaa1 > > set log Phase Chat LCP IPCP CCP tun command > set speed 115200 > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ > \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" > set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 > set timeout 180 # 3 minute idle timer (the > default) > add default HISADDR # Add a (sticky) default route > enable dns # request DNS info (for > resolv.conf) > > magma: > ident > set device PPPoE:ed0 > set MRU 1492 > set MTU 1492 > set authname ************** > set authkey ******* > set log Phase Chat Connect > set dial > set login > set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0/0 0.0.0.0/0 > set timeout 0 > set server +3000 ******* > enable tcpmssfixup > disable dns > set cd 5 > set crtscts off > enable pap > disable pred1 > > ------------------ > -- > /"\ ASCII Ribbon Campaign . > \ / - NO HTML/RTF in e-mail . > X - NO Word docs in e-mail . > / \ ----------------------------------------------------------------- > jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > The wise man built his network upon Un*x. > The foolish man built his network upon Windows. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 9:49:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 0AC2F37B424; Wed, 16 May 2001 09:49:12 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f4GGn5F21956; Wed, 16 May 2001 12:49:05 -0400 (EDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f4GGn4m21948; Wed, 16 May 2001 12:49:04 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3B02AF7B.498665F8@thehousleys.net> Date: Wed, 16 May 2001 12:48:59 -0400 From: James Housley X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Brian Somers Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ppp problems on 4.3-RELEASE and PPPoE References: <200105161637.f4GGb6b30680@hak.lan.Awfulhak.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers wrote: > > Try reducing the interface MTU further. It's possible that there's a > misconfigured router between you and the sites *and* a part of the > route has an mtu of less than 1492. > > ``set mtu 1480'' or ``set mtu 1460'' may work. > That fixed it. I fat-fingered it to 1450. But is now working. I will, when bored, try raising it up to 1480, for a little more performance. I hadn't considered the possibility that the 1492, which their Windoze software uses, would be too big. Thanks again all. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- "...there's no idea that's so good you can't ruin it with a few well-placed idiots." -- Charles Spickman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 10: 5:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id 4B63C37B422 for ; Wed, 16 May 2001 10:05:28 -0700 (PDT) (envelope-from jack@germanium.xtalwind.net) Received: from localhost (localhost.xtalwind.net [127.0.0.1]) by germanium.xtalwind.net (8.11.3/8.11.3) with ESMTP id f4GH5ME22880; Wed, 16 May 2001 13:05:22 -0400 (EDT) (envelope-from jack@germanium.xtalwind.net) Date: Wed, 16 May 2001 13:05:22 -0400 (EDT) From: jack To: Brian Somers Cc: Subject: Re: How to auto-boot from an alternate disk In-Reply-To: <200105161553.f4GFrIb28960@hak.lan.Awfulhak.org> Message-ID: <20010516130015.D22563-100000@germanium.xtalwind.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Today Brian Somers wrote: > Which causes things to merrily skip across my IDE disks 'till it > finds the first SCSI disk, loads /boot/loader from there, finds my > kernel and then drops into a dumb ``manual mount'' prompt that makes > me say ``ufs:/dev/da0s1a''. > > What I'd *REALLY* like is some way to just say ``default to > 3:da(0,a)/boot/loader''. > > Any suggestions ? I worked around a similar situation by installing OS-BS (from /tools on the release CDs) on the IDE and making the SCSI drive the default to boot. Not very elegant but it worked until I was able to pawn the IDE drive off to a windows weenie. :) -------------------------------------------------------------------------- Jack O'Neill Systems Administrator / Systems Analyst jack@germanium.xtalwind.net Crystal Wind Communications, Inc. Finger jack@germanium.xtalwind.net for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages > /dev/null -------------------------------------------------------------------------- A Microsoft Certified Systems Engineer is to computing what a McDonalds Certified Food Specialist is to fine cuisine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 12:17:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 73DEC37B43C for ; Wed, 16 May 2001 12:17:20 -0700 (PDT) (envelope-from boshea@netapp.com) Received: from frejya.corp.netapp.com (frejya.corp.netapp.com [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f4GJH8K09065; Wed, 16 May 2001 12:17:08 -0700 (PDT) Received: from shaolin.hq.netapp.com (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f4GJH7e23513; Wed, 16 May 2001 12:17:07 -0700 (PDT) Received: (from boshea@localhost) by shaolin.hq.netapp.com (8.9.3/8.9.3) id MAA72832; Wed, 16 May 2001 12:25:22 -0700 (PDT) (envelope-from boshea) Date: Wed, 16 May 2001 12:25:22 -0700 From: "Brian O'Shea" To: Jordan Hubbard Cc: obrien@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: subscribe Message-ID: <20010516122522.Q1813@shaolin.hq.netapp.com> Reply-To: boshea@ricochet.net Mail-Followup-To: Brian O'Shea , Jordan Hubbard , obrien@FreeBSD.ORG, hackers@FreeBSD.ORG References: <20010511165805E.jkh@osd.bsdi.com> <20010511170113S.jkh@osd.bsdi.com> <20010511183457.A61080@dragon.nuxi.com> <20010512002537H.jkh@osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20010512002537H.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Sat, May 12, 2001 at 12:25:37AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Such in-band signaling might occasionally cause a (mostly harmless) false positive. Consider the footer that is automatically appended to list with unsubscribe instructions. Now imagine it triggering a false "unsubscribe" attempt for every list message! Obviously that's an extremem example and with some care it won't really happen, but it's worth thinking about. -brian On Sat, May 12, 2001 at 12:25:37AM -0700, Jordan Hubbard wrote: > I guess we could, but somebody would have to do it. :) > > - Jordan > > From: "David O'Brien" > Subject: Re: subscribe > Date: Fri, 11 May 2001 18:34:57 -0700 > > > On Fri, May 11, 2001 at 05:01:13PM -0700, Jordan Hubbard wrote: > > > Argh! I'm sorry folks, I almost always remember to delete the cc > > > line when I send somebody that particular form letter so as not to > > > spam the list myself, but this time I forgot to do that before > > > typing the send command. Bad Jordan, no cookie! > > > > Why is it we can't have majordomo filter these out and send the > > people your form reponce. > > > > 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 > -- Brian O'Shea To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 13:54: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 5153437B423 for ; Wed, 16 May 2001 13:53:59 -0700 (PDT) (envelope-from rh@matriplex.com) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id NAA54613 for ; Wed, 16 May 2001 13:53:57 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Wed, 16 May 2001 13:53:57 -0700 (PDT) From: Richard Hodges To: hackers@freebsd.org Subject: send/sendto/sendmsg and ECONNREFUSED Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just spent a good half hour trying to figure out a strange problem with a UDP socket. I connect()'ed the socket, and used send() to send small UDP packets to a server. Real basic stuff, right? Using tcpdump on the receiver, I could see that every other packet was sent successfully, the other half died in the sender. The send() call returned 61, ECONNREFUSED. This is not listed in the man pages, but a few minutes searching the web turned up the explanation - I had forgotten to start the UDP receiver... This may be a "Well, duh!" issue for some, but I think it might be appropriate to add a line for ECONNREFUSED in the man pages for send/sendto/sendmsg. It may be obvious, but is it _painfully_ obvious that the ICMP reply will trigger ECONNREFUSED on the next packet? All the best, -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 14:53:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newmail.netbistro.com (newmail.netbistro.com [204.239.167.35]) by hub.freebsd.org (Postfix) with SMTP id 0533A37B424 for ; Wed, 16 May 2001 14:53:44 -0700 (PDT) (envelope-from jon@netbistro.com) Received: (qmail 13768 invoked by uid 1020); 16 May 2001 21:53:43 -0000 Date: Wed, 16 May 2001 14:53:43 -0700 (PDT) From: Jon Simola X-Sender: jon@newmail.netbistro.com To: Chris Dillon Cc: Shannon Hendrix , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 14 May 2001, Chris Dillon wrote: > > Did you notice, before the crash, that the kernel had some trouble > > querying the offending device? That happens with me, and then a > > little while later in the boot it crashes. > > Yes, the symptoms were the same as yours. The initial probing during > boot took quite a while, and generated a few errors if I remember > correctly, then a panic shortly afterwards. I'm going to try my USB > joypad on my own 4.3-STABLE box tonight and see if I encounter any > problems, since I just got a new OHCI USB controller for it (I was > having what I can only explain as EMI/RFI problems with my on-board > USB controller). I believe I had a similar problem back on 4.2-RELEASE with a PSX->USB adapter. http://www.geocrawler.com/mail/thread.php3?subject=Broken-by-design+USB+device%3F&list=159 I sent the offending hardware off to Nick Hibma for him to look at, uh, 4 months ago. Is he back from vacation yet? --- Jon Simola | "In the near future - corporate networks Systems Administrator | reach out to the stars, electrons and light ABC Communications | flow throughout the universe." -- GITS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 17:39:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by hub.freebsd.org (Postfix) with ESMTP id 70E5137B423 for ; Wed, 16 May 2001 17:39:22 -0700 (PDT) (envelope-from shannon@widomaker.com) Received: from [206.246.249.129] (helo=escape.shannon.net) by wilma.widomaker.com with esmtp (Exim 3.22 #2) id 150Bp2-0003DU-00; Wed, 16 May 2001 20:39:21 -0400 Received: (from shannon@localhost) by escape.shannon.net (8.11.0/8.8.8) id f4H0E8C15536; Wed, 16 May 2001 20:14:08 -0400 (EDT) Date: Wed, 16 May 2001 20:14:03 -0400 From: Shannon To: Jon Simola Cc: Chris Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD 4.3 crashing with USB hub attached... Message-ID: <20010516201403.A15517@widomaker.com> Mail-Followup-To: Jon Simola , Chris Dillon , freebsd-hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jon@abccom.bc.ca on Wed, May 16, 2001 at 02:53:43PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 16, 2001 at 02:53:43PM -0700, Jon Simola wrote: > I believe I had a similar problem back on 4.2-RELEASE with a PSX->USB adapter. > http://www.geocrawler.com/mail/thread.php3?subject=Broken-by-design+USB+device%3F&list=159 > > I sent the offending hardware off to Nick Hibma for him to look at, uh, 4 > months ago. Is he back from vacation yet? Did you send him crash details? Would you mind sharing them with me if you did? I want to do the same on my system and compare them. Might be helpful to compare the two incidents. I've so far been unable to trigger a kernel panic with any other USB hardware. I have another force feedback device to try and that's pretty much it for me. After that I will submit a more detailed bug report if possible. -- shannon@widomaker.com _________________________________________________ ______________________/ armchairrocketscientistgraffitiexenstentialist "And in billows of might swell the Saxons before her,-- Unite, oh unite! Or the billows burst o'er her!" -- Downfall of the Gael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 18: 3:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-32.dsl.lsan03.pacbell.net [63.207.60.32]) by hub.freebsd.org (Postfix) with ESMTP id 6303837B422 for ; Wed, 16 May 2001 18:03:44 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 946FE66C8C; Wed, 16 May 2001 18:03:43 -0700 (PDT) Date: Wed, 16 May 2001 18:03:43 -0700 From: Kris Kennaway To: Alexis Yushin Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ipv6 only? Message-ID: <20010516180343.A37960@xor.obsecurity.org> References: <200105151320.f4FDKqR31896@open.nlnetlabs.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200105151320.f4FDKqR31896@open.nlnetlabs.nl>; from alexis@nlnetlabs.nl on Tue, May 15, 2001 at 03:20:52PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 15, 2001 at 03:20:52PM +0200, Alexis Yushin wrote: > Hello there, >=20 > I wonder if anybody here has any experience with compiling > pure IPv6 system without IPv4 support in the kernel at all? >=20 > Are there any projects like that? It's probably not all that difficult, as these things go, but it requires code fixes. Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7AyNvWry0BWjoQKURAriPAKD2C2TlxW6mQ1oQK/jVuCwPyb3XzQCguz8Z O8Uqy6Mewp1bS9BNi23oMlA= =rt9v -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 19: 7:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from newsguy.com (smtp.newsguy.com [209.155.56.71]) by hub.freebsd.org (Postfix) with ESMTP id 8F9C937B423 for ; Wed, 16 May 2001 19:07:43 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (ppp091-bsace7001.telebrasilia.net.br [200.181.80.91]) by newsguy.com (8.11.0/8.9.1) with ESMTP id f4H26TF13731; Wed, 16 May 2001 19:06:29 -0700 (PDT) Message-ID: <3B03323F.5C6D6827@newsguy.com> Date: Wed, 16 May 2001 23:06:55 -0300 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.77 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: tlambert2@mindspring.com Cc: Valentin Nechayev , Alfred Perlstein , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: wint_t References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> <20010514174502.J2009@fw.wintelcom.net> <20010515093610.A1835@iv.nn.kiev.ua> <3B010778.287FAF5E@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Internationalization, in general, is the process of > taking code, and making it so that it is possible to > localize it into a particular -- monolingual -- locale. > > You need spacial software to deal with multilingual > text; the vast majority of software doesn't have to > do that (about the only place you will see it is in > a translator-used application). Funny. I use it on e-mail. Perhaps if you lived in a country that used a language other than English you would have a different perception of this issue... -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@the.secret.bsdconspiracy.net Caffeine is proof that God hates mornings too To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 19:51:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id EAC3C37B424 for ; Wed, 16 May 2001 19:51:45 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 28B075E103; Wed, 16 May 2001 19:47:25 -0700 (PDT) Date: Wed, 16 May 2001 19:47:25 -0700 From: Arun Sharma To: FreeBSD Hackers Subject: MxN threads on Linux Message-ID: <20010516194725.A5306@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ran into this on freshmeat today: http://oss.software.ibm.com/developerworks/opensource/pthreads/ Why isn't the FreeBSD equivalent happening on a public cvs branch ? I'm not demanding that it should happen that way, just curious about the reasons :) -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 21:45:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id DAB6E37B423 for ; Wed, 16 May 2001 21:45:25 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.11.3/8.11.3) id f4H4ghX07194; Wed, 16 May 2001 23:42:43 -0500 (CDT) (envelope-from dan) Date: Wed, 16 May 2001 23:42:42 -0500 From: Dan Nelson To: Arun Sharma Cc: FreeBSD Hackers Subject: Re: MxN threads on Linux Message-ID: <20010516234242.A5242@dan.emsphone.com> References: <20010516194725.A5306@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010516194725.A5306@sharmas.dhs.org>; from "Arun Sharma" on Wed May 16 19:47:25 GMT 2001 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (May 16), Arun Sharma said: > Ran into this on freshmeat today: > > http://oss.software.ibm.com/developerworks/opensource/pthreads/ > > Why isn't the FreeBSD equivalent happening on a public cvs branch ? > I'm not demanding that it should happen that way, just curious about > the reasons :) Probably because the coders are waiting for SMPng to stabilize a bit before working on threads. Once work starts, it will be visible to all in CVS, just like SMPng is now. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 23:27:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id 64FE437B423 for ; Wed, 16 May 2001 23:27:26 -0700 (PDT) (envelope-from arun@sharmas.dhs.org) Received: from z3 (z3.mirabella.net [192.168.1.2]) by sharmas.dhs.org (Postfix) with SMTP id D33C55E103 for ; Wed, 16 May 2001 23:23:14 -0700 (PDT) From: "Arun Sharma" To: "FreeBSD Hackers" Subject: RE: MxN threads on Linux Date: Wed, 16 May 2001 23:21:29 -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.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: <20010516234242.A5242@dan.emsphone.com> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In the last episode (May 16), Arun Sharma said: > > Ran into this on freshmeat today: > > > > http://oss.software.ibm.com/developerworks/opensource/pthreads/ > > For those interested, it took me about an hour to write up pth_native_freebsd.c (http://sharmas.dhs.org/~adsharma/pth_native_freebsd.c) to use rfork_thread(). It creates multiple threads just fine, runs for a while and then core dumps. #0 0x2810badd in isatty () from /usr/lib/libc.so.5 #1 0x30 in ?? () #2 0x1 in ?? () #3 0x28079f08 in __DTOR_END__ () from /usr.current/home/adsharma/src/ngpt-0.9.4/.libs/libpthread.so.9 #4 0xe82075c0 in ?? () Any hints on what this could be about ? I think getting a working implementation of thread aware truss/gdb is pretty critical. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed May 16 23:53:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from eniac.cable.net.co (eniac.cable.net.co [196.27.25.66]) by hub.freebsd.org (Postfix) with ESMTP id 53E3537B42C for ; Wed, 16 May 2001 23:53:27 -0700 (PDT) (envelope-from servicios@digitecnia.com) Received: from localhost ([209.88.49.106]) by eniac.cable.net.co (Post.Office MTA v3.5.3 release 223 ID# 637-71558U30000L25000S0V35) with ESMTP id co for ; Thu, 17 May 2001 01:58:29 -0500 X-Sender: servicios@digitecnia.com From: digitecnia.com To: freebsd-hackers@freebsd.org Date: Thu, 17 May 2001 01:53:44 -0500 Subject: Su negocio esta al aire?... o en el aire? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__38120309_6824,43" Message-Id: <20010517065327.53E3537B42C@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a Multipart MIME message. ------=_NextPart_000_001__38120309_6824,43 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__38120309_6824,43 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5XRUJQQUNLIERJR0lURUNOSUE8L3RpdGxlPg0KPG1l dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9aXNvLTg4NTktMSI+DQo8U1RZTEU+DQo8IS0tDQphOmxpbmsgeyB0ZXh0LWRlY29yYXRp b24gOiBub25lOyBjb2xvciA6IHdoaXRlOyB9DQphOnZpc2l0ZWQgeyB0ZXh0LWRlY29yYXRp b24gOiBub25lOyBjb2xvciA6IHdoaXRlOyB9DQphOmFjdGl2ZSB7IHRleHQtZGVjb3JhdGlv biA6IG5vbmU7IGNvbG9yIDogI0ZGMDAwMDsgfQ0KYTpob3ZlciB7IHRleHQtZGVjb3JhdGlv biA6IG5vbmU7IGNvbG9yIDogI0ZGMDAwMDsgfQ0KLS0+DQo8L1NUWUxFPg0KPC9oZWFkPg0K DQo8Ym9keSA8Ym9keSBzdHlsZT0iZm9udC1mYW1pbHk6IFZlcmRhbmE7IGZvbnQtc2l6ZTog MTAgcHQiIGJnY29sb3I9IiNmZmZmZmYiIHRleHQ9IiMwMDAwMDAiIGxpbms9IiMwMDAwOTki IHZsaW5rPSIjQ0NDQ0ZGIiBhbGluaz0iI0NDQ0NGRiINCiA+DQoNCjxwIGFsaWduPSJjZW50 ZXIiPg0KPGltZyBib3JkZXI9IjAiIHNyYz0iaHR0cDovL3d3dy5kaWdpdGVjbmlhLmNvbS9p bWFnZXMvMWEuZ2lmIiB3aWR0aD0iNDY4IiBoZWlnaHQ9IjYwIj48L3A+DQoNCjxwIGFsaWdu PSJjZW50ZXIiPjxpbWcgYm9yZGVyPSIwIiBzcmM9Imh0dHA6Ly93d3cuZGlnaXRlY25pYS5j b20vaW1hZ2VzL3dlYnBhY2tfMDEuZ2lmIiB3aWR0aD0iMTYwIiBoZWlnaHQ9IjQwIj48L3A+ DQo8cCBhbGlnbj0ibGVmdCI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDY2RkYiPkVsIDxp PldFQlBBQ0s8L2k+Jm5ic3A7IGVzIHVuYSANCnNvbHVjafNuIGludGVncmFsIGNvbXB1ZXN0 YSBwb3IgbG9zIHNlcnZpY2lvcyBi4XNpY29zIG5lY2VzYXJpb3MgcGFyYSB0ZW5lciB1biAN CnNpdGlvIGVuIEludGVybmV0IGRlIHVuYSBmb3JtYSBy4XBpZGEsIGVjb27zbWljYSB5IHBy b2Zlc2lvbmFsLCBlc3RhIGNvbXB1ZXN0byANCnBvcjo8L2ZvbnQ+PC9wPg0KPHAgYWxpZ249 ImxlZnQiPjxmb250IGNvbG9yPSIjMDA2NkZGIj48Yj5Ob21icmUgZGUgRG9taW5pbzwvYj48 L2ZvbnQ+IFJlZ2lzdHJvIA0KcG9yIDEgYfFvJm5ic3A7IC0tIDxmb250IGNvbG9yPSIjRkZG RkZGIj4gPGEgaHJlZj0iaHR0cDovL3d3dy5zdS1lbXByZXNhLmNvbSI+DQo8Zm9udCBjb2xv cj0iIzAwMDAwMCI+d3d3LnN1LWVtcHJlc2EuY29tPC9mb250PjwvYT48L2ZvbnQ+IC0tPC9w Pg0KPHAgYWxpZ249ImxlZnQiPjxmb250IGNvbG9yPSIjMDA2NkZGIj48Yj5EaXNl8W8gV2Vi PC9iPjwvZm9udD4gDQpQb3J0YWRhIGluaWNpYWwsIDUgcGFnaW5hcyBhZGljaW9uYWxlcywg bG9nb3RpcG8geSAyIEZvcm11bGFyaW9zPC9wPg0KPHAgYWxpZ249ImxlZnQiPjxmb250IGNv bG9yPSIjMDA2NkZGIj48Yj5Ib3N0aW5nIFdlYjwvYj48L2ZvbnQ+IDEgYfFvIGRlIHNlcnZp Y2lvIGluY2x1aWRvLCBjb24gMjAgTUIgZGUgZXNwYWNpbzwvcD4NCjxwIGFsaWduPSJsZWZ0 Ij48Zm9udCBjb2xvcj0iIzAwNjZGRiI+PGI+NSBCdXpvbmVzIGRlIENvcnJlbyBFbGVjdHLz bmljbzwvYj48L2ZvbnQ+PC9wPg0KPGZvbnQgY29sb3I9IiNGRkZGMDAiPg0KPHAgYWxpZ249 ImxlZnQiPjwvZm9udD48Yj48Zm9udCBjb2xvcj0iIzAwNjZGRiI+VmFsb3I8L2ZvbnQ+IDQ5 MCBE82xhcmVzPC9iPjwvcD4NCjxwIGFsaWduPSJsZWZ0Ij4mbmJzcDs8L3A+DQo8cCBhbGln bj0iY2VudGVyIj48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+PGI+QWRpY2lvbmVzIGFsIFdFQlBB Q0s6PC9iPjwvZm9udD48L3A+DQo8cCBhbGlnbj0ibGVmdCI+PGZvbnQgY29sb3I9IiNGRjAw MDAiPjxiPk51ZXZvISANClBsdWcgQ29tZXJjaWFsIDwvYj48L2ZvbnQ+Q29uc2lzdGUgZW4g dW4gcGFxdWV0ZSANCmFkaWNpb25hbCwgcXVlIHBlcm1pdGUgbGEgaW1wbGVtZW50YWNp824g ZGUgY29tZXJjaW8gZWxlY3Ry825pY28gZW4gc3Ugc2l0aW8gDQpXZWIuIEVzdGEgY29tcHVl c3RvIHBvciBlbCBzaXN0ZW1hIGRlIGNhdGFsb2dvIGVuIGztbmVhLCBjYXJyaXRvIGRlIGNv bXByYXMsIA0KbW9kdWxvIGRlIGFkbWluaXN0cmFjafNuIHkgdW4gY3Vyc28gdmlydHVhbCBk ZSBjb21lcmNpbyBlbGVjdHLzbmljby4gMSBh8W8gZGUgDQpzZXJ2aWNpbyBpbmNsdWlkby4g PGZvbnQgY29sb3I9IiNGRjAwMDAiPlZhbG9yIDIxMCBE82xhcmVzPC9mb250PjwvcD4NCjxw IGFsaWduPSJsZWZ0Ij48Zm9udCBjb2xvcj0iI0ZGMDAwMCI+RGlzZfFvIGRlIFBhZ2luYSBh ZGljaW9uYWw6PC9mb250PiAzMCBE82xhcmVzIGMvdTwvcD4NCjxwIGFsaWduPSJsZWZ0Ij48 Zm9udCBjb2xvcj0iI0ZGMDAwMCI+Rm9ybXVsYXJpbyBjb24gZW52aW8gZGUgcmVzdWx0YWRv cyBhIHVuIA0KZW1haWw6PC9mb250PiAyNSBE82xhcmVzIGMvdTwvcD4NCjxwIGFsaWduPSJs ZWZ0Ij4mbmJzcDs8L3A+DQo8cCBhbGlnbj0ibGVmdCI+PGZvbnQgY29sb3I9IiMwMDY2RkYi PlNpIGVzdGEgaW50ZXJlc2FkbyBlbiBlbCBXRUJQQUNLLCBwb3IgDQpmYXZvciBsbGVuZSBl bCBzaWd1aWVudGUgZm9ybXVsYXJpbzo8L2ZvbnQ+PC9wPg0KDQogICAgICAgICAgPEZPUk0g YWN0aW9uPWh0dHA6Ly82My4xNjYuMTE3LjQxL3NlbmRtYWlsLmNmbSBtZXRob2Q9cG9zdD4N CiAgICAgICAgICAgIDxJTlBVVCANCiAgICAgIG5hbWU9ZW1haWx0byB0eXBlPWhpZGRlbiB2 YWx1ZT12ZW50YXNAZGlnaXRlY25pYS5jb20+DQogICAgICAgICAgICA8SU5QVVQgbmFtZT1l bWFpbGZyb20gDQogICAgICB0eXBlPWhpZGRlbiB2YWx1ZT13ZWJwYWNrPg0KICAgICAgICAg ICAgPElOUFVUIG5hbWU9ZW1haWxzdWJqZWN0IHR5cGU9aGlkZGVuIA0KICAgICAgdmFsdWU9 d2VicGFjaz4NCiAgICAgICAgICAgIDxJTlBVVCBuYW1lPWVtYWlsY29uZmlybSB0eXBlPWhp ZGRlbiANCiAgICAgIHZhbHVlPWh0dHA6Ly93d3cuZGlnaXRlY25pYS5jb20vY29uZmlybWFj aW9uLmh0bT4NCjx0YWJsZSBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2lu Zz0iMCIgc3R5bGU9ImJvcmRlci1jb2xsYXBzZTogY29sbGFwc2UiIGJvcmRlcmNvbG9yPSIj MTExMTExIiB3aWR0aD0iMTAwJSIgaWQ9IkF1dG9OdW1iZXIxIj4NCiAgICA8dHI+DQogICAg ICA8dGQgd2lkdGg9IjE2JSI+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDY2RkYiPk5vbWJy ZTwvZm9udD48L3RkPg0KICAgICAgPHRkIHdpZHRoPSI4NCUiPjxpbnB1dCB0eXBlPSJ0ZXh0 IiBuYW1lPSJub21icmUiIHNpemU9IjIwIj48L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0K ICAgICAgPHRkIHdpZHRoPSIxNiUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMDA2NkZGIj5F bXByZXNhPC9mb250PjwvdGQ+DQogICAgICA8dGQgd2lkdGg9Ijg0JSI+PGlucHV0IHR5cGU9 InRleHQiIG5hbWU9ImVtcHJlc2EiIHNpemU9IjIwIj48L3RkPg0KICAgIDwvdHI+DQogICAg PHRyPg0KICAgICAgPHRkIHdpZHRoPSIxNiUiPjxmb250IHNpemU9IjIiIGNvbG9yPSIjMDA2 NkZGIj5DaXVkYWQ8L2ZvbnQ+PC90ZD4NCiAgICAgIDx0ZCB3aWR0aD0iODQlIj48aW5wdXQg dHlwZT0idGV4dCIgbmFtZT0iY2l1ZGFkIiBzaXplPSIyMCI+PC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgIDx0ZCB3aWR0aD0iMTYlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i IzAwNjZGRiI+UGHtczwvZm9udD48L3RkPg0KICAgICAgPHRkIHdpZHRoPSI4NCUiPjxpbnB1 dCB0eXBlPSJ0ZXh0IiBuYW1lPSJwYWlzIiBzaXplPSIyMCI+PC90ZD4NCiAgICA8L3RyPg0K ICAgIDx0cj4NCiAgICAgIDx0ZCB3aWR0aD0iMTYlIj48Zm9udCBzaXplPSIyIiBjb2xvcj0i IzAwNjZGRiI+RGlyZWNjafNuPC9mb250PjwvdGQ+DQogICAgICA8dGQgd2lkdGg9Ijg0JSI+ PGlucHV0IHR5cGU9InRleHQiIG5hbWU9ImRpcmVjY2lvbiIgc2l6ZT0iMjAiPjwvdGQ+DQog ICAgPC90cj4NCiAgICA8dHI+DQogICAgICA8dGQgd2lkdGg9IjE2JSI+PGZvbnQgc2l6ZT0i MiIgY29sb3I9IiMwMDY2RkYiPlRlbOlmb25vPC9mb250PjwvdGQ+DQogICAgICA8dGQgd2lk dGg9Ijg0JSI+PGlucHV0IHR5cGU9InRleHQiIG5hbWU9InRlbGVmb25vIiBzaXplPSIyMCI+ PC90ZD4NCiAgICA8L3RyPg0KICAgIDx0cj4NCiAgICAgIDx0ZCB3aWR0aD0iMTYlIj48Zm9u dCBzaXplPSIyIiBjb2xvcj0iIzAwNjZGRiI+ZW1haWw8L2ZvbnQ+PC90ZD4NCiAgICAgIDx0 ZCB3aWR0aD0iODQlIj48aW5wdXQgdHlwZT0idGV4dCIgbmFtZT0iZW1haWwiIHNpemU9IjIw Ij48L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgPHRkIHdpZHRoPSIxNiUiPiZu YnNwOzwvdGQ+DQogICAgICA8dGQgd2lkdGg9Ijg0JSI+PGZvbnQgY29sb3I9IiMwMDY2RkYi Pg0KICAgICAgPGlucHV0IHR5cGU9ImNoZWNrYm94IiBuYW1lPSJ3ZWJwYWNrIiB2YWx1ZT0i T04iPjwvZm9udD48Zm9udCBzaXplPSIyIiBjb2xvcj0iIzAwNjZGRiI+V0VCUEFDSzwvZm9u dD48L3RkPg0KICAgIDwvdHI+DQogICAgPHRyPg0KICAgICAgPHRkIHdpZHRoPSIxNiUiPiZu YnNwOzwvdGQ+DQogICAgICA8dGQgd2lkdGg9Ijg0JSI+PGZvbnQgY29sb3I9IiMwMDY2RkYi Pg0KICAgICAgPGlucHV0IHR5cGU9ImNoZWNrYm94IiBuYW1lPSJ3ZWJwYWNrcGx1Z2NvbWVy Y2lhbCIgdmFsdWU9Ik9OIj48L2ZvbnQ+PGZvbnQgc2l6ZT0iMiIgY29sb3I9IiMwMDY2RkYi PldFQlBBQ0sgDQogICAgICArIFBsdWcgQ29tZXJjaWFsPC9mb250PjwvdGQ+DQogICAgPC90 cj4NCiAgICA8dHI+DQogICAgICA8dGQgd2lkdGg9IjE2JSI+DQogIDxpbnB1dCB0eXBlPSJz dWJtaXQiIHZhbHVlPSJPSyIgbmFtZT0iQjEiIHN0eWxlPSJmbG9hdDogcmlnaHQiPjxwPjwv cD4NCiAgPHA+PC90ZD4NCiAgICAgIDx0ZCB3aWR0aD0iODQlIj4NCiAgICAgIDxibG9ja3F1 b3RlPg0KJm5ic3A7PHA+PGZvbnQgc2l6ZT0iMiI+Tm90YTogRXMgcG9zaWJsZSBxdWUgZXN0 ZSBmb3JtdWxhcmlvIG5vIGZ1bmNpb25lIGNvcnJlY3RhbWVudGUgDQplbiBhbGd1bm9zIHBy b2dyYW1hcyBkZSBjb3JyZW8gDQogICAgICBlbGVjdHLzbmljby4gUHVlZGUgY29tcGxldGFy bG8gZW4gbO1uZWEgZW46IGh0dHA6Ly93d3cuZGlnaXRlY25pYS5jb20vd2VicGFjay5odG0g PC9mb250PjwvcD4NCiAgICAgIDwvYmxvY2txdW90ZT4NCiAgICAgIDwvdGQ+DQogICAgPC90 cj4NCiAgPC90YWJsZT4NCiAgPHAgYWxpZ249ImNlbnRlciI+DQogICAgICAgICAgICA8L3A+ DQo8L2Zvcm0+DQo8cCBhbGlnbj0ibGVmdCI+PGI+byBjb250YWN0YXJzZSBhIDogdmVudGFz QGRpZ2l0ZWNuaWEuY29tPC9iPjwvcD4NCg0KPHAgYWxpZ249ImxlZnQiPiZuYnNwOzwvcD4N Cg0KPHAgYWxpZ249ImNlbnRlciI+d3d3LmRpZ2l0ZWNuaWEuY29tPC9wPg0KPHAgYWxpZ249 ImNlbnRlciI+PGZvbnQgc2l6ZT0iMSI+U0kgTk8gREVTRUEgUkVDSUJJUiBPRkVSVEFTIERF IERJR0lURUNOSUEsIA0KQ09OVEVTVEUgRVNURSBFTUFJTCBDT04gTEEgUEFMQUJSQSBSRU1P VkVSIENPTU8gQVNVTlRPLjwvZm9udD48L3A+DQoNCjwvYm9keT4NCjwvaHRtbD4= ------=_NextPart_000_001__38120309_6824,43-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 5: 4: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from atlantis.homeip.net (d110240.upc-d.chello.nl [213.46.110.240]) by hub.freebsd.org (Postfix) with SMTP id 3FE1437B424 for ; Thu, 17 May 2001 05:03:56 -0700 (PDT) (envelope-from wvengen@stack.nl) Received: (qmail 45535 invoked from network); 17 May 2001 12:03:51 -0000 Received: from unknown (HELO stack.nl) (192.168.1.4) by d110240.upc-d.chello.nl with SMTP; 17 May 2001 12:03:51 -0000 Message-ID: <3B03BE26.2729D481@stack.nl> Date: Thu, 17 May 2001 14:03:50 +0200 From: Willem van Engen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: How to auto-boot from an alternate disk Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers wrote: > > Hi, > > I have a machine with 3 IDE disks and 2 SCSI disks and I want to boot > from the first SCSI disk.... *but* my BIOS won't boot it. > > How are you supposed to do this ? > > I've currently done > > # boot0cfg -v -t 10 -B -s 5 ad0 > # boot0cfg -v -t 1 -B -s 5 -m 0 ad1 > # boot0cfg -v -t 1 -B -s 5 -m 0 ad2 > > Which causes things to merrily skip across my IDE disks 'till it > finds the first SCSI disk, loads /boot/loader from there, finds my > kernel and then drops into a dumb ``manual mount'' prompt that makes > me say ``ufs:/dev/da0s1a''. > > What I'd *REALLY* like is some way to just say ``default to > 3:da(0,a)/boot/loader''. > > Any suggestions ? I'm not completely sure, but when you would create a file boot.loader on da0s1a containing: 3:da(0,a)/boot/loader the bootloader should be loaded from da3s1a. (for more info see man 8 boot) - Willem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 13: 5:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id C0B7637B422 for ; Thu, 17 May 2001 13:05:09 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id NAA73374; Thu, 17 May 2001 13:05:08 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.3/8.11.3) id f4HK4Jm76648; Thu, 17 May 2001 13:04:19 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200105172004.f4HK4Jm76648@arch20m.dellroad.org> Subject: Re: How to transfer data from netgraph node to user program? In-Reply-To: "from Roman V. Palagin at May 14, 2001 11:24:07 pm" To: "Roman V. Palagin" Date: Thu, 17 May 2001 13:04:19 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Roman V. Palagin writes: > I've wrote netgraph node which collects some information from network. Now > I want to transfer collected data into user program. I've NGM_XXX_STAT > message which initiates data transfer and program which uses libnetgraph > to communicate with node. When I send NGM_XXX_STAT message node must > starts data transfer but I don't know exactly how much data should be > transfered so I can't use synhronous reply. Also, NgSendMsg(..., > NGM_XXX_STAT, ...) doesn't return until handler of NGM_XXX_STAT is > finished, so I can't use ng_send_msg() in NGM_XXX_STAT handler - nobody > will read sended messages and I finished up with "No buffer space > available". > > The question is: how I can initiate smth. like asynchronous reply (so I > can get data via NgRecvMsg later in my prgram)? Or I'm going wrong way and > should use another scheme for data transfer? Data size ranges from 10Kb to > 500Kb. Whenever you're ready to send the reply, just create one and send it. You'll want the same 'token' value in the reply and you'll want to set the NGF_REPLY bit in the flags word to indicate it's a reply. For an exmple of doing this, see pppoe_send_event() in ng_pppoe.c (this is not a reply but shows how to create and send a message). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 15:56: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id D408B37B422 for ; Thu, 17 May 2001 15:56:04 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.11.3/8.11.3) with ESMTP id f4HMtoH74594; Thu, 17 May 2001 23:55:51 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Thu, 17 May 2001 23:55:50 +0100 (BST) From: Nick Hibma X-X-Sender: To: Shannon Cc: Jon Simola , Chris Dillon , Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: <20010516201403.A15517@widomaker.com> Message-ID: <20010517234910.J74536-100000@henny.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG It starts to look like memory trampling. I changed the code a bit and all of a sudden the device was accepted and no error 'no report descriptor' was displayed. :-( Try and add 'err' to the print statement that prints 'no report descriptor' in uhid.c. That should give you an indication in what part of that subroutine the code breaks (if it displays that error at all). So, I'll start looking for an error like that. *sigh* I HATE those bugs. They are so hard to find and in the end it is always some stupid little typo or off-by-one error. Dfr found an off-by-one error 'implemented' by me the other day (buffer[sizeof(buffer)] = '\0'). The symptoms were that the code would crash within throw, which made him chase through the gcc sources and Fred knows what else. Took him about 3 hours to, by chance, notice the problem. That cost me a round of beers :-) Nick > > I believe I had a similar problem back on 4.2-RELEASE with a PSX->USB adapter. > > http://www.geocrawler.com/mail/thread.php3?subject=Broken-by-design+USB+device%3F&list=159 > > > > I sent the offending hardware off to Nick Hibma for him to look at, uh, 4 > > months ago. Is he back from vacation yet? > > Did you send him crash details? Would you mind sharing them with me if > you did? I want to do the same on my system and compare them. Might be > helpful to compare the two incidents. > > I've so far been unable to trigger a kernel panic with any other USB > hardware. I have another force feedback device to try and that's > pretty much it for me. > > After that I will submit a more detailed bug report if possible. > > -- > shannon@widomaker.com _________________________________________________ > ______________________/ armchairrocketscientistgraffitiexenstentialist > "And in billows of might swell the Saxons before her,-- Unite, oh > unite! Or the billows burst o'er her!" -- Downfall of the Gael > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@FreeBSD.ORG http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 15:59:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 3ACFE37B424 for ; Thu, 17 May 2001 15:59:26 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.11.3/8.11.3) with ESMTP id f4HMxLH74599; Thu, 17 May 2001 23:59:21 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Thu, 17 May 2001 23:59:21 +0100 (BST) From: Nick Hibma X-X-Sender: To: Chris Dillon Cc: Shannon Hendrix , Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: Message-ID: <20010517235640.X74536-100000@henny.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG If you could compile a kernel with debugging and debugger makeoptions DEBUG=-g options DDB and then type trace show registers and take it from there, that would be appreciated. Typing panic at the debugger prompt creates a crashdump which you can then fish out of swap space if you have dumpdev set in rc.conf. Nick On Mon, 14 May 2001, Chris Dillon wrote: > On Mon, 14 May 2001, Shannon Hendrix wrote: > > > Did you notice, before the crash, that the kernel had some trouble > > querying the offending device? That happens with me, and then a > > little while later in the boot it crashes. > > Yes, the symptoms were the same as yours. The initial probing during > boot took quite a while, and generated a few errors if I remember > correctly, then a panic shortly afterwards. I'm going to try my USB > joypad on my own 4.3-STABLE box tonight and see if I encounter any > problems, since I just got a new OHCI USB controller for it (I was > having what I can only explain as EMI/RFI problems with my on-board > USB controller). > > I'll be going to my friend's place this weekend, so I can get details > on what is happening with the joystick in question. > > > -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net > FreeBSD: The fastest and most stable server OS on the planet. > For IA32 and Alpha architectures. IA64, PPC, and ARM under development. > http://www.freebsd.org > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@FreeBSD.ORG http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 16:47:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.adfile.com.au (adfile.lnk.telstra.net [139.130.22.26]) by hub.freebsd.org (Postfix) with ESMTP id DF8C737B42C; Thu, 17 May 2001 16:47:29 -0700 (PDT) (envelope-from SKumar@adfile.com.au) Received: by DATASTORE with Internet Mail Service (5.5.2653.19) id ; Fri, 18 May 2001 09:48:50 +1000 Message-ID: <01281595AB87D411959900D0B7853BF80366@DATASTORE> From: Senthill Kumar To: freebsd-questions@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: From Senthil, Sydney Date: Fri, 18 May 2001 09:48:49 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG Hi Can you please suggest me from where can I download the API for Cd burning? I will be very thankful if you give me the details. You can reply me to skumar@adfile.com.au. Regards Senthil To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 17: 3:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id D414437B423 for ; Thu, 17 May 2001 17:03:30 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id TAA25272; Thu, 17 May 2001 19:03:22 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 17 May 2001 19:03:21 -0500 (CDT) From: Chris Dillon To: Nick Hibma Cc: Shannon Hendrix , Subject: Re: FreeBSD 4.3 crashing with USB hub attached... In-Reply-To: <20010517235640.X74536-100000@henny.webweaving.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG On Thu, 17 May 2001, Nick Hibma wrote: > If you could compile a kernel with debugging and debugger > > makeoptions DEBUG=-g > options DDB > > and then type > > trace > show registers > > and take it from there, that would be appreciated. Typing panic at the > debugger prompt creates a crashdump which you can then fish out of swap > space if you have dumpdev set in rc.conf. No problem, I'll do this tomorrow night or Saturday, hopefully. Luckily he's on a cable modem, so moving a big crashdump around shouldn't be a big problem (I'll set MAXMEM on the debug kernel to a much more reasonable amount than 256MB, too). :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. 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 Thu May 17 22: 4: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 33B4837B42C for ; Thu, 17 May 2001 22:03:40 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from hornet.unixfreak.org (hornet [63.198.170.140]) by bazooka.unixfreak.org (Postfix) with ESMTP id AB8153E0B for ; Thu, 17 May 2001 22:03:39 -0700 (PDT) To: hackers@freebsd.org Subject: De-setgid-ifying ipcs(1) Date: Thu, 17 May 2001 22:03:39 -0700 From: Dima Dorfman Message-Id: <20010518050339.AB8153E0B@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG Hi folks, ipcs(1) is currently installed as setgid kmem. This isn't good for obvious reasons. Moreover, the information it needs is easily exported via sysctl. Below is a patch which adds the necessary sysctl oids and changes ipcs(1) to use them. I had to export msgids, msginfo, sema, seminfo, shmsegs, and shminfo. The *info variables were exported via SYSCTL_STRUCT, and the rest via SYSCTL_PROC. All read-only by anyone. I'm not particuarly sure it's appropriate to export the *info variables like that--at least one of them has most (all?) of its members already exported via SYSCTL_INT, but that would be a pain to use in this case. The patch preserves ipcs(1)'s ability to operate on a saved kernel and core. In addition, I also added a -y command line flag that will cause it to use kvm(3) instead of sysctl(3), even on a running system. Comments? Particuarly, I'd like comments on whether I exported everything correctly. Thanks in advance, Dima Dorfman dima@unixfreak.org Index: sys/kern/sysv_msg.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/kern/sysv_msg.c,v retrieving revision 1.30 diff -u -r1.30 sysv_msg.c --- sys/kern/sysv_msg.c 2001/02/21 06:39:54 1.30 +++ sys/kern/sysv_msg.c 2001/05/18 04:41:24 @@ -1166,3 +1166,17 @@ p->p_retval[0] = msgsz; return(0); } + +static int +sysctl_msqids(SYSCTL_HANDLER_ARGS) +{ + + return (SYSCTL_OUT(req, msqids, + sizeof(struct msqid_ds) * msginfo.msgmni)); +} + +SYSCTL_DECL(_kern_ipc); +SYSCTL_STRUCT(_kern_ipc, OID_AUTO, msginfo, CTLFLAG_RD, &msginfo, msginfo, + "System V message info"); +SYSCTL_PROC(_kern_ipc, OID_AUTO, msqids, CTLFLAG_ANYBODY | CTLFLAG_RD, + NULL, 0, sysctl_msqids, "", "Message queue IDs"); Index: sys/kern/sysv_sem.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/kern/sysv_sem.c,v retrieving revision 1.32 diff -u -r1.32 sysv_sem.c --- sys/kern/sysv_sem.c 2001/02/21 06:39:54 1.32 +++ sys/kern/sysv_sem.c 2001/05/18 04:41:24 @@ -28,6 +28,7 @@ static int sysvsem_modload __P((struct module *, int, void *)); static int semunload __P((void)); static void semexit_myhook __P((struct proc *p)); +static int sysctl_sema __P((SYSCTL_HANDLER_ARGS)); #ifndef _SYS_SYSPROTO_H_ struct __semctl_args; @@ -148,6 +149,9 @@ SYSCTL_INT(_kern_ipc, OID_AUTO, semusz, CTLFLAG_RD, &seminfo.semusz, 0, ""); SYSCTL_INT(_kern_ipc, OID_AUTO, semvmx, CTLFLAG_RW, &seminfo.semvmx, 0, ""); SYSCTL_INT(_kern_ipc, OID_AUTO, semaem, CTLFLAG_RW, &seminfo.semaem, 0, ""); +SYSCTL_STRUCT(_kern_ipc, OID_AUTO, seminfo, CTLFLAG_RD, &seminfo, seminfo, ""); +SYSCTL_PROC(_kern_ipc, OID_AUTO, sema, CTLFLAG_RD | CTLFLAG_ANYBODY, + NULL, 0, sysctl_sema, "", ""); #if 0 RO seminfo.semmap /* SEMMAP unused */ @@ -1065,4 +1069,12 @@ #endif suptr->un_proc = NULL; *supptr = suptr->un_next; +} + +static int +sysctl_sema(SYSCTL_HANDLER_ARGS) +{ + + return (SYSCTL_OUT(req, sema, + sizeof(struct semid_ds) * seminfo.semmni)); } Index: sys/kern/sysv_shm.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/kern/sysv_shm.c,v retrieving revision 1.55 diff -u -r1.55 sysv_shm.c --- sys/kern/sysv_shm.c 2001/05/04 18:43:19 1.55 +++ sys/kern/sysv_shm.c 2001/05/18 04:41:24 @@ -101,6 +101,7 @@ static int shmunload __P((void)); static void shmexit_myhook __P((struct proc *p)); static void shmfork_myhook __P((struct proc *p1, struct proc *p2)); +static int sysctl_shmsegs __P((SYSCTL_HANDLER_ARGS)); /* * Tuneable values @@ -141,6 +142,9 @@ SYSCTL_INT(_kern_ipc, OID_AUTO, shmseg, CTLFLAG_RD, &shminfo.shmseg, 0, ""); SYSCTL_INT(_kern_ipc, OID_AUTO, shmall, CTLFLAG_RW, &shminfo.shmall, 0, ""); SYSCTL_INT(_kern_ipc, OID_AUTO, shm_use_phys, CTLFLAG_RW, &shm_use_phys, 0, ""); +SYSCTL_STRUCT(_kern_ipc, OID_AUTO, shminfo, CTLFLAG_RD, &shminfo, shminfo, ""); +SYSCTL_PROC(_kern_ipc, OID_AUTO, shmsegs, CTLFLAG_ANYBODY | CTLFLAG_RD, + NULL, 0, sysctl_shmsegs, "", ""); static int shm_find_segment_by_key(key) @@ -702,6 +706,13 @@ shm_committed = 0; shmexit_hook = &shmexit_myhook; shmfork_hook = &shmfork_myhook; +} + +static int +sysctl_shmsegs(SYSCTL_HANDLER_ARGS) +{ + + return (SYSCTL_OUT(req, shmsegs, shmalloced * sizeof(shmsegs[0]))); } static int Index: usr.bin/ipcs/ipcs.1 =================================================================== RCS file: /st/src/FreeBSD/src/usr.bin/ipcs/ipcs.1,v retrieving revision 1.11 diff -u -r1.11 ipcs.1 --- usr.bin/ipcs/ipcs.1 2000/12/14 11:49:46 1.11 +++ usr.bin/ipcs/ipcs.1 2001/05/18 04:41:24 @@ -37,7 +37,7 @@ .Nd report System V interprocess communication facilities status .Sh SYNOPSIS .Nm -.Op Fl abcmopqstMQST +.Op Fl abcmopqstMQSTy .Op Fl C Ar system .Op Fl N Ar core .Sh DESCRIPTION @@ -101,12 +101,16 @@ Extract the name list from the specified system instead of the default .Dq Pa /kernel . +Implies +.Fl y . .It Fl M Display system information about shared memory. .It Fl N Ar core Extract values associated with the name list from the specified core instead of the default .Dq Pa /dev/kmem . +Implies +.Fl y . .It Fl Q Display system information about messages queues. .It Fl S @@ -114,6 +118,19 @@ .It Fl T Display system information about shared memory, message queues and semaphores. +.It Fl y +Use the +.Xr kvm 3 +interface instead of the +.Xr sysctl 3 +interface to extract the required information. +If +.Nm +is to operate on the running system, +using +.Xr kvm 3 +will require read privileges to +.Pa /dev/kmem . .El .Pp If none of the Index: usr.bin/ipcs/ipcs.c =================================================================== RCS file: /st/src/FreeBSD/src/usr.bin/ipcs/ipcs.c,v retrieving revision 1.14 diff -u -r1.14 ipcs.c --- usr.bin/ipcs/ipcs.c 2000/05/01 10:49:41 1.14 +++ usr.bin/ipcs/ipcs.c 2001/05/18 04:41:24 @@ -30,6 +30,7 @@ "$FreeBSD: src/usr.bin/ipcs/ipcs.c,v 1.14 2000/05/01 10:49:41 peter Exp $"; #endif /* not lint */ +#include #include #include #include @@ -43,12 +44,14 @@ #include #include #include +#include #define _KERNEL #include #include #include #include +int use_sysctl; struct semid_ds *sema; struct seminfo seminfo; struct msginfo msginfo; @@ -56,6 +59,7 @@ struct shminfo shminfo; struct shmid_ds *shmsegs; +void kget __P((int idx, void *addr, size_t size)); void usage __P((void)); static struct nlist symbols[] = { @@ -63,16 +67,14 @@ #define X_SEMA 0 {"_seminfo"}, #define X_SEMINFO 1 - {"_semu"}, -#define X_SEMU 2 {"_msginfo"}, -#define X_MSGINFO 3 +#define X_MSGINFO 2 {"_msqids"}, -#define X_MSQIDS 4 +#define X_MSQIDS 3 {"_shminfo"}, -#define X_SHMINFO 5 +#define X_SHMINFO 4 {"_shmsegs"}, -#define X_SHMSEGS 6 +#define X_SHMSEGS 5 {NULL} }; @@ -137,7 +139,8 @@ char *core = NULL, *namelist = NULL; int i; - while ((i = getopt(argc, argv, "MmQqSsabC:cN:optT")) != -1) + use_sysctl = 1; + while ((i = getopt(argc, argv, "MmQqSsabC:cN:optTy")) != -1) switch (i) { case 'M': display = SHMTOTAL; @@ -184,39 +187,45 @@ case 't': option |= TIME; break; + case 'y': + use_sysctl = !use_sysctl; + break; default: usage(); } /* - * Discard setgid privileges if not the running kernel so that bad - * guys can't print interesting stuff from kernel memory. + * If paths to the exec file or core file were specified, we + * aren't operating on the running kernel, so we can't use + * sysctl. */ if (namelist != NULL || core != NULL) - setgid(getgid()); + use_sysctl = 0; - if ((kd = kvm_open(namelist, core, NULL, O_RDONLY, "ipcs")) == NULL) - exit(1); + if (!use_sysctl) { + if ((kd = kvm_open(namelist, core, NULL, O_RDONLY, "ipcs")) + == NULL) + exit(1); - switch (kvm_nlist(kd, symbols)) { - case 0: - break; - case -1: - errx(1, "unable to read kernel symbol table"); - default: + switch (kvm_nlist(kd, symbols)) { + case 0: + break; + case -1: + errx(1, "unable to read kernel symbol table"); + default: #ifdef notdef /* they'll be told more civilly later */ - warnx("nlist failed"); - for (i = 0; symbols[i].n_name != NULL; i++) - if (symbols[i].n_value == 0) - warnx("symbol %s not found", - symbols[i].n_name); - break; + warnx("nlist failed"); + for (i = 0; symbols[i].n_name != NULL; i++) + if (symbols[i].n_value == 0) + warnx("symbol %s not found", + symbols[i].n_name); + break; #endif + } } - if ((display & (MSGINFO | MSGTOTAL)) && - kvm_read(kd, symbols[X_MSGINFO].n_value, &msginfo, sizeof(msginfo))== sizeof(msginfo)) { - + kget(X_MSGINFO, &msginfo, sizeof(msginfo)); + if ((display & (MSGINFO | MSGTOTAL))) { if (display & MSGTOTAL) { printf("msginfo:\n"); printf("\tmsgmax: %6d\t(max characters in a message)\n", @@ -234,10 +243,12 @@ } if (display & MSGINFO) { struct msqid_ds *xmsqids; + size_t xmsqids_len; + - kvm_read(kd, symbols[X_MSQIDS].n_value, &msqids, sizeof(msqids)); - xmsqids = malloc(sizeof(struct msqid_ds) * msginfo.msgmni); - kvm_read(kd, (u_long) msqids, xmsqids, sizeof(struct msqid_ds) * msginfo.msgmni); + xmsqids_len = sizeof(struct msqid_ds) * msginfo.msgmni; + xmsqids = malloc(xmsqids_len); + kget(X_MSQIDS, xmsqids, xmsqids_len); printf("Message Queues:\n"); printf("T ID KEY MODE OWNER GROUP"); @@ -304,8 +315,9 @@ fprintf(stderr, "SVID messages facility not configured in the system\n"); } - if ((display & (SHMINFO | SHMTOTAL)) && - kvm_read(kd, symbols[X_SHMINFO].n_value, &shminfo, sizeof(shminfo))) { + + kget(X_SHMINFO, &shminfo, sizeof(shminfo)); + if ((display & (SHMINFO | SHMTOTAL))) { if (display & SHMTOTAL) { printf("shminfo:\n"); printf("\tshmmax: %7d\t(max shared memory segment size)\n", @@ -321,11 +333,11 @@ } if (display & SHMINFO) { struct shmid_ds *xshmids; + size_t xshmids_len; - kvm_read(kd, symbols[X_SHMSEGS].n_value, &shmsegs, sizeof(shmsegs)); - xshmids = malloc(sizeof(struct shmid_ds) * shminfo.shmmni); - kvm_read(kd, (u_long) shmsegs, xshmids, sizeof(struct shmid_ds) * - shminfo.shmmni); + xshmids_len = sizeof(struct shmid_ds) * shminfo.shmmni; + xshmids = malloc(xshmids_len); + kget(X_SHMSEGS, xshmids, xshmids_len); printf("Shared Memory:\n"); printf("T ID KEY MODE OWNER GROUP"); @@ -391,9 +403,11 @@ fprintf(stderr, "SVID shared memory facility not configured in the system\n"); } - if ((display & (SEMINFO | SEMTOTAL)) && - kvm_read(kd, symbols[X_SEMINFO].n_value, &seminfo, sizeof(seminfo))) { + + kget(X_SEMINFO, &seminfo, sizeof(seminfo)); + if ((display & (SEMINFO | SEMTOTAL))) { struct semid_ds *xsema; + size_t xsema_len; if (display & SEMTOTAL) { printf("seminfo:\n"); @@ -419,9 +433,9 @@ seminfo.semaem); } if (display & SEMINFO) { - kvm_read(kd, symbols[X_SEMA].n_value, &sema, sizeof(sema)); - xsema = malloc(sizeof(struct semid_ds) * seminfo.semmni); - kvm_read(kd, (u_long) sema, xsema, sizeof(struct semid_ds) * seminfo.semmni); + xsema_len = sizeof(struct semid_ds) * seminfo.semmni; + xsema = malloc(xsema_len); + kget(X_SEMA, xsema, xsema_len); printf("Semaphores:\n"); printf("T ID KEY MODE OWNER GROUP"); @@ -471,16 +485,82 @@ if (display & (SEMINFO | SEMTOTAL)) { fprintf(stderr, "SVID semaphores facility not configured in the system\n"); } - kvm_close(kd); + if (!use_sysctl) + kvm_close(kd); exit(0); } void +kget(idx, addr, size) + int idx; + void *addr; + size_t size; +{ + char *symn; /* symbol name */ + int rv, tsiz; + unsigned long kaddr; + char *sym2sysctl[] = { /* symbol to sysctl name table */ + "kern.ipc.sema", + "kern.ipc.seminfo", + "kern.ipc.msginfo", + "kern.ipc.msqids", + "kern.ipc.shminfo", + "kern.ipc.shmsegs" }; + + assert(idx <= sizeof(sym2sysctl) / sizeof(*sym2sysctl)); + if (!use_sysctl) { + symn = symbols[idx].n_name; + if (*symn == '_') + symn++; + if (symbols[idx].n_type == 0 || symbols[idx].n_value == 0) + errx(1, "symbol %s undefined", symn); + /* + * For some symbols, the value we retreieve is + * actually a pointer; since we want the actual value, + * we have to manually dereference it. + */ + switch (idx) { + case X_MSQIDS: + tsiz = sizeof(msqids); + rv = kvm_read(kd, symbols[idx].n_value, + &msqids, tsiz); + kaddr = (u_long)msqids; + break; + case X_SHMSEGS: + tsiz = sizeof(shmsegs); + rv = kvm_read(kd, symbols[idx].n_value, + &shmsegs, tsiz); + kaddr = (u_long)shmsegs; + break; + case X_SEMA: + tsiz = sizeof(sema); + rv = kvm_read(kd, symbols[idx].n_value, + &sema, tsiz); + kaddr = (u_long)sema; + break; + default: + rv = tsiz = 0; + kaddr = symbols[idx].n_value; + break; + } + if (rv != tsiz) + errx(1, "%s: %s", symn, kvm_geterr(kd)); + if (kvm_read(kd, kaddr, addr, size) != size) + errx(1, "%s: %s", symn, kvm_geterr(kd)); + } else { + tsiz = size; + if (sysctlbyname(sym2sysctl[idx], addr, &tsiz, NULL, 0) + == -1) + err(1, "sysctlbyname: %s", sym2sysctl[idx]); + } +} + +void usage() { fprintf(stderr, - "usage: ipcs [-abcmopqst] [-C corefile] [-N namelist]\n"); + "usage: ipcs [-abcmopqsty] [-C corefile] [-N namelist]\n"); exit(1); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 22: 6:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web5301.mail.yahoo.com (web5301.mail.yahoo.com [216.115.106.110]) by hub.freebsd.org (Postfix) with SMTP id 2D40437B42C for ; Thu, 17 May 2001 22:06:56 -0700 (PDT) (envelope-from vishubp@yahoo.com) Message-ID: <20010518050655.12153.qmail@web5301.mail.yahoo.com> Received: from [203.200.20.3] by web5301.mail.yahoo.com; Fri, 18 May 2001 06:06:55 BST Date: Fri, 18 May 2001 06:06:55 +0100 (BST) From: =?iso-8859-1?q?vishwanath=20pargaonkar?= Subject: ifindex To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG Hi, why is ifindex used for an interface.i know it is said itz for unique identification of device.Can we not do that using interfac name ?what is significance of ifindex for an interface. itz just a number associated with an interface. TIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 22:40:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 9C1C437B424 for ; Thu, 17 May 2001 22:40:40 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f4I5eYf05170; Fri, 18 May 2001 01:40:34 -0400 (EDT) Date: Fri, 18 May 2001 01:40:33 -0400 From: Alfred Perlstein To: Dima Dorfman Cc: hackers@FreeBSD.ORG Subject: Re: De-setgid-ifying ipcs(1) Message-ID: <20010518014032.N7118@superconductor.rush.net> References: <20010518050339.AB8153E0B@bazooka.unixfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <20010518050339.AB8153E0B@bazooka.unixfreak.org>; from dima@unixfreak.org on Thu, May 17, 2001 at 10:03:39PM -0700 X-all-your-base: are belong to us. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG * Dima Dorfman [010518 01:05] wrote: > Hi folks, > > ipcs(1) is currently installed as setgid kmem. This isn't good for > obvious reasons. Moreover, the information it needs is easily > exported via sysctl. Below is a patch which adds the necessary sysctl > oids and changes ipcs(1) to use them. I had to export msgids, > msginfo, sema, seminfo, shmsegs, and shminfo. The *info variables > were exported via SYSCTL_STRUCT, and the rest via SYSCTL_PROC. All > read-only by anyone. I'm not particuarly sure it's appropriate to > export the *info variables like that--at least one of them has most > (all?) of its members already exported via SYSCTL_INT, but that would > be a pain to use in this case. The patch preserves ipcs(1)'s ability > to operate on a saved kernel and core. In addition, I also added a -y > command line flag that will cause it to use kvm(3) instead of > sysctl(3), even on a running system. > > Comments? Particuarly, I'd like comments on whether I exported > everything correctly. Probably not the commentary you're looking for, however the getopt parsing shouldn't be done like this: > - while ((i = getopt(argc, argv, "MmQqSsabC:cN:optT")) != -1) > + use_sysctl = 1; > + while ((i = getopt(argc, argv, "MmQqSsabC:cN:optTy")) != -1) > switch (i) { > case 'M': > display = SHMTOTAL; > @@ -184,39 +187,45 @@ > case 't': > option |= TIME; > break; > + case 'y': > + use_sysctl = !use_sysctl; > + break; > default: > usage(); > } Multiple -y options will invert the sense of the flag right? Might as well inialize it to 1 in the DATA segment and replace !use_sysctl with just 0. I'm glad you kept kmem backwards compatibility, as this is required for post mortem analysis of crashdumps. -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 23:21:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id B86E137B423 for ; Thu, 17 May 2001 23:21:46 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f4I6LkE08307 for ; Fri, 18 May 2001 00:21:46 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200105180621.f4I6LkE08307@harmony.village.org> To: hackers@freebsd.org Subject: Should I worryy? Date: Fri, 18 May 2001 00:21:46 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG I have a cdrom that defies logic: 1:14am harmony:/cdrom[51]> df /cdrom Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/acd0a 54 54 0 100% /cdrom 1:14am harmony:/cdrom[52]> du /cdrom 325460 /cdrom/chujiten/data 146 /cdrom/chujiten/gaiji 325608 /cdrom/chujiten 1089 /cdrom/mac 1077 /cdrom/win31 1425 /cdrom/win95 329203 /cdrom 1:14am harmony:/cdrom[53]> Anything to worry about? Notice du says 329M, whild df says 54k. This is 4.3-stable as of the first of the month. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu May 17 23:24:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id 6186D37B422 for ; Thu, 17 May 2001 23:24:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (pool0518.cvx7-bradley.dialup.earthlink.net [209.178.166.8]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id CAA17733; Fri, 18 May 2001 02:24:35 -0400 (EDT) Message-ID: <3B04C031.81854EDC@mindspring.com> Date: Thu, 17 May 2001 23:24:49 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" Cc: Valentin Nechayev , Alfred Perlstein , Erik Trulsson , hackers@FreeBSD.ORG Subject: Re: wint_t References: <20010514164401.A61243@dragon.nuxi.com> <20010515023221.A41666@student.uu.se> <20010514174502.J2009@fw.wintelcom.net> <20010515093610.A1835@iv.nn.kiev.ua> <3B010778.287FAF5E@mindspring.com> <3B03323F.5C6D6827@newsguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG "Daniel C. Sobral" wrote: > Terry Lambert wrote: > > Internationalization, in general, is the process of > > taking code, and making it so that it is possible to > > localize it into a particular -- monolingual -- locale. > > > > You need spacial software to deal with multilingual > > text; the vast majority of software doesn't have to > > do that (about the only place you will see it is in > > a translator-used application). > > Funny. I use it on e-mail. Perhaps if you lived in a country > that used a language other than English you would have a > different perception of this issue... I think you missed something when you cut out the part about "round trip" character sets. I'm rather certain that you aren't using Chinese and Japanese in the same email (or, if you are, that they are seperately encoded MIME attachments). If I use JIS-208 + JIS-212, I can actually encode any of 21 human languages in that single character set (it has a prefix of ISO-8859-1). The point is that a locale inclides a character set, that is not really specific to a single language. I'm also rather certain that your email client, when you make an error, gives you the error message in just a single language. Yeah, I use ISO 8859-1 for most of my email... it gets encoded as US ASCII, if I don't use high-bit-set characters. I could write English, German, Italian, French, Icelandic, etc., etc. That _doesn't_ mean I'm using more than a single locale, though. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 1:16:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 510AA37B424 for ; Fri, 18 May 2001 01:16:36 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f4I8GaM63008 for ; Fri, 18 May 2001 01:16:36 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id F366B380A; Fri, 18 May 2001 01:16:35 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Alfred Perlstein Cc: Dima Dorfman , hackers@FreeBSD.ORG Subject: Re: De-setgid-ifying ipcs(1) In-Reply-To: <20010518014032.N7118@superconductor.rush.net> Date: Fri, 18 May 2001 01:16:35 -0700 From: Peter Wemm Message-Id: <20010518081635.F366B380A@overcee.netplex.com.au> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > * Dima Dorfman [010518 01:05] wrote: > > Hi folks, > > > > ipcs(1) is currently installed as setgid kmem. This isn't good for > > obvious reasons. Moreover, the information it needs is easily > > exported via sysctl. Below is a patch which adds the necessary sysctl > > oids and changes ipcs(1) to use them. [..] > I'm glad you kept kmem backwards compatibility, as this is required > for post mortem analysis of crashdumps. Yes. Thanks! (and the same from me about the !use_sysctls thing) Does anybody feel like fixing netstat(1) while we're at it? Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "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 May 18 2:57:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-32.dsl.lsan03.pacbell.net [63.207.60.32]) by hub.freebsd.org (Postfix) with ESMTP id DFAC537B422; Fri, 18 May 2001 02:57:28 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 32A34678AC; Fri, 18 May 2001 02:57:28 -0700 (PDT) Date: Fri, 18 May 2001 02:57:27 -0700 From: Kris Kennaway To: Peter Wemm Cc: Alfred Perlstein , Dima Dorfman , hackers@FreeBSD.ORG, tmm@FreeBSD.org Subject: Re: De-setgid-ifying ipcs(1) Message-ID: <20010518025727.A98864@xor.obsecurity.org> References: <20010518014032.N7118@superconductor.rush.net> <20010518081635.F366B380A@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010518081635.F366B380A@overcee.netplex.com.au>; from peter@wemm.org on Fri, May 18, 2001 at 01:16:35AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 18, 2001 at 01:16:35AM -0700, Peter Wemm wrote: > Alfred Perlstein wrote: > > * Dima Dorfman [010518 01:05] wrote: > > > Hi folks, > > >=20 > > > ipcs(1) is currently installed as setgid kmem. This isn't good for > > > obvious reasons. Moreover, the information it needs is easily > > > exported via sysctl. Below is a patch which adds the necessary sysctl > > > oids and changes ipcs(1) to use them. > [..] > > I'm glad you kept kmem backwards compatibility, as this is required > > for post mortem analysis of crashdumps. >=20 > Yes. Thanks! (and the same from me about the !use_sysctls thing) >=20 > Does anybody feel like fixing netstat(1) while we're at it? Thomas Moestl has patches for most of the setgid kmem applications - they were posted to -arch a while back, but didn't get all that much review. See http://people.FreeBSD.org/~tmm/ for the patches. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.5 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7BPIHWry0BWjoQKURAo4dAJ9w/lhvCUKrAyqML839BCFRVIwALACgwRXP HHOVShhueoCX/BGDju+1vG0= =SUCe -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 3:27: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 86DB337B424; Fri, 18 May 2001 03:27:00 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f4IAQxx47357; Fri, 18 May 2001 12:26:59 +0200 (CEST) (envelope-from sos) From: S�ren Schmidt Message-Id: <200105181026.f4IAQxx47357@freebsd.dk> Subject: Request for CDR/CDRW drives working status To: hackers@freebsd.org, current@freebsd.org Date: Fri, 18 May 2001 12:26:53 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL88 (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: X-Loop: FreeBSD.ORG I've decided to do a quick poll on which CDR/CDRW drives people have that either work or doesn't work. I'll collect all the info and make a web page that will show which drives are supported, and which are not, and hopefully this will help me find a solution that works for all. Please send a message to sos@freebsd.dk with [CDR INFO] in the subject, stating: Drive model/version (from dmesg and possibly from the label on the drive). Does it work with burncd ? If it fails, please add the error messages from the kernel from a failed burn so I have something to go by. Does it work with PIO and/or DMA ? Thanks! -S�ren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 3:42:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.wuppy.net.ru (ns.WUPPY.NET.RU [212.30.189.130]) by hub.freebsd.org (Postfix) with ESMTP id 00D1337B423 for ; Fri, 18 May 2001 03:42:10 -0700 (PDT) (envelope-from romanp@unshadow.net) Received: by ns.wuppy.net.ru (Postfix, from userid 66) id E28341DD0; Fri, 18 May 2001 14:41:56 +0400 (MSD) Received: from localhost (localhost [127.0.0.1]) by abyss.unshadow.net (8.12.0.Beta7/8.12.0.Beta5) with ESMTP id f4IAFDJI007513; Fri, 18 May 2001 14:15:13 +0400 (MSD) Date: Fri, 18 May 2001 14:15:13 +0400 (MSD) From: "Roman V. Palagin" To: Archie Cobbs Cc: Subject: Re: How to transfer data from netgraph node to user program? In-Reply-To: <200105172004.f4HK4Jm76648@arch20m.dellroad.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG On May 17, at 1:04pm -0700, Archie Cobbs wrote: > > The question is: how I can initiate smth. like asynchronous reply (so I > > can get data via NgRecvMsg later in my prgram)? Or I'm going wrong way and > > should use another scheme for data transfer? Data size ranges from 10Kb to > > 500Kb. > > Whenever you're ready to send the reply, just create one and send it. It doesn't work. This is fragment of my code: user-level program: .... token = NgSendMsg(..., NGM_XXX_SHOW, ...); /* XXX not reached until ng_xxx_msg() returns */ for(;;) { ... error = NgRecvMsg(...) ... } netgraph node: /* * Process control messages */ int ng_xxx_msg() { .... case NGM_XXX_SHOW: error = ng_xxx_show_data() goto out; .... out: .... return (error); } /* * send collected data */ int ng_xxx_show_data() { for(;;) { get_next_data_item(); if (no_more_data) break; NG_MKRESPONSE() error = ng_send_msg() } return (error); } When size of collected data about 10Kb, all works fine. But when I need to send 400Kb in reply - oops, ng_xxx_show_data() returns ENOBUFS (I think because ng_socket receive queue is full, nobody reads from socket). So, I don't understand how I can transfer large amount of data :-\ Any ideas? - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 4: 9:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 3958E37B423; Fri, 18 May 2001 04:09:32 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:ecfb:82e4:452:ae9]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id UAA18650; Fri, 18 May 2001 20:08:52 +0900 (JST) Date: Fri, 18 May 2001 20:08:04 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: vishwanath pargaonkar Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: ifindex In-Reply-To: <20010518050655.12153.qmail@web5301.mail.yahoo.com> References: <20010518050655.12153.qmail@web5301.mail.yahoo.com> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 21 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG >>>>> On Fri, 18 May 2001 06:06:55 +0100 (BST), >>>>> vishwanath pargaonkar said: > why is ifindex used for an interface.i know it is said > itz for unique identification of device.Can we not do > that using interfac name ? Yes, you could. But then - we should do string comparison to compare two interface indices (which is usually much heavier than comparing integers). - we should check all interface names in order to check the validity of a given interface index (i.e. name). and I believe we'll still see much more weird situations if we eliminate numeric interface indices. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 5:28:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ajax1.sovam.com (ajax1.sovam.com [194.67.1.172]) by hub.freebsd.org (Postfix) with ESMTP id 2BAE737B423; Fri, 18 May 2001 05:28:43 -0700 (PDT) (envelope-from avn@any.ru) Received: from ts9-a329.dial.sovam.com ([195.239.71.73]:1365 "EHLO srv2.any" ident: "TIMEDOUT" whoson: "-unregistered-" smtp-auth: TLS-CIPHER: "EDH-RSA-DES-CBC3-SHA keybits 192/192 version TLSv1/SSLv3" TLS-PEER: ) by ajax1.sovam.com with ESMTP id ; Fri, 18 May 2001 16:28:34 +0400 Received: from localhost (avn@localhost) by srv2.any (8.11.3/8.11.3) with ESMTP id f4ICMrl12843; Fri, 18 May 2001 16:22:53 +0400 (MSD) (envelope-from avn@any.ru) Date: Fri, 18 May 2001 16:22:53 +0400 (MSD) From: "Alexey V. Neyman" X-X-Sender: To: =?koi8-r?Q?S=F8ren_Schmidt?= Cc: , Subject: Re: Request for CDR/CDRW drives working status In-Reply-To: <200105181026.f4IAQxx47357@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: X-Loop: FreeBSD.ORG Hello, Soren! >Drive model/version (from dmesg and possibly from the label on the drive). I've sent you info about acd0: CD-RW drive (PR: 25840), I think it was complete enogh for poll? :) Best regards, Alexey. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 8:43:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 7ED3B37B422 for ; Fri, 18 May 2001 08:43:52 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id IAA79312 for ; Fri, 18 May 2001 08:43:52 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.3/8.11.3) id f4IFfoq79682; Fri, 18 May 2001 08:41:50 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200105181541.f4IFfoq79682@arch20m.dellroad.org> Subject: Re: How to transfer data from netgraph node to user program? In-Reply-To: "from Roman V. Palagin at May 18, 2001 02:15:13 pm" To: "Roman V. Palagin" Date: Fri, 18 May 2001 08:41:50 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (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 Roman V. Palagin writes: > When size of collected data about 10Kb, all works fine. But when I need to > send 400Kb in reply - oops, ng_xxx_show_data() returns ENOBUFS (I think > because ng_socket receive queue is full, nobody reads from socket). So, I > don't understand how I can transfer large amount of data :-\ Any ideas? FreeBSD 4.x will not allow a context switch from within the kernel. Therefore, it is possible to overflow a socket if you keep adding data to it without leaving the kernel... because the user process never gets a chance to read the data. Maybe you can set a short timeout in your node after writing a certain amount of data, return, and then write some more when the timer goes off. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 15:50:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apocalypse.cdsnet.net (apocalypse.cdsnet.net [63.163.68.5]) by hub.freebsd.org (Postfix) with SMTP id 6606D37B424 for ; Fri, 18 May 2001 15:50:33 -0700 (PDT) (envelope-from mrcpu@apocalypse.cdsnet.net) Received: (qmail 77274 invoked by uid 29999); 18 May 2001 22:50:18 -0000 Date: Fri, 18 May 2001 15:50:18 -0700 From: Jaye Mathisen To: hackers@freebsd.org Subject: md disks more than one from a kldload? Message-ID: <20010518155018.C85928@apocalypse.cdsnet.net> 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 I kldload md.ko. First md device comes up just peachy. however, attempts to now create an md1 fail with device not configured. It is not obvious to me what flag needs to be passed or how I can get 3 or more MD disks when using the module. Is the only way to compile it into the kernel with pseudo-device md 3? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 19:51:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 7FDFC37B424 for ; Fri, 18 May 2001 19:51:46 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA08232; Fri, 18 May 2001 22:51:45 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f4J2pF251729; Fri, 18 May 2001 22:51:15 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15109.57251.399660.735758@grasshopper.cs.duke.edu> Date: Fri, 18 May 2001 22:51:15 -0400 (EDT) To: Jaye Mathisen Cc: hackers@freebsd.org Subject: Re: md disks more than one from a kldload? In-Reply-To: <20010518155018.C85928@apocalypse.cdsnet.net> References: <20010518155018.C85928@apocalypse.cdsnet.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" 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 Jaye Mathisen writes: > > I kldload md.ko. First md device comes up just peachy. > > however, attempts to now create an md1 fail with device not > configured. If you're feeling brave, I just back ported the all-singing / all-dancing md device from -current today (I wanted a size-configurable, non MFS malloc disk for something). I haven't pushed it very hard, but multiple disks appear to work from a module. Apply the patch at http://people.freebsd.org/~gallatin/md.diff Then grab sys/sys/mdioctl.h and sbin/mdconfig from -current. You'll need to make the mdctl device node yourself (95, 0xffff00ff) If anybody else feels like testing this, please do so. Is there some interest an MFC? Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri May 18 21:13:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EEC7C37B424 for ; Fri, 18 May 2001 21:13:43 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f4J4DZE13949; Fri, 18 May 2001 22:13:35 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200105190413.f4J4DZE13949@harmony.village.org> To: Andrew Gallatin Subject: Re: md disks more than one from a kldload? Cc: Jaye Mathisen , hackers@FreeBSD.ORG In-reply-to: Your message of "Fri, 18 May 2001 22:51:15 EDT." <15109.57251.399660.735758@grasshopper.cs.duke.edu> References: <15109.57251.399660.735758@grasshopper.cs.duke.edu> <20010518155018.C85928@apocalypse.cdsnet.net> Date: Fri, 18 May 2001 22:13:35 -0600 From: Warner Losh 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 <15109.57251.399660.735758@grasshopper.cs.duke.edu> Andrew Gallatin writes: : If anybody else feels like testing this, please do so. Is there : some interest an MFC? If this fixes the problem where sometimes the system would hang when writing to MFS, there'd be a large interest. However, there'd be little interest in killing MFS in -stable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 1:45:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phear.huffstutler.com (cm623478-b.ftwrth1.tx.home.com [24.8.250.141]) by hub.freebsd.org (Postfix) with ESMTP id 49C2F37B424; Sat, 19 May 2001 01:44:48 -0700 (PDT) (envelope-from david@huffstutler.com) Received: from crack (crack.huffstutler.com [192.168.0.19]) by phear.huffstutler.com (8.11.1/8.11.1) with SMTP id f4IKhke00487; Fri, 18 May 2001 15:43:46 -0500 (CDT) (envelope-from david@huffstutler.com) Message-ID: <003401c0e03f$c42b2fe0$1300a8c0@huffstutler.com> From: "Huff" To: Cc: Subject: XFree86 problems Date: Sat, 19 May 2001 03:43:23 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0031_01C0E015.DAE74AE0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4522.1200 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_0031_01C0E015.DAE74AE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I can't get XFree86 to work. Using /stand/sysinstall I use the script = and configure everything manually to the best of my knowledge. I can't = find any specs on the monitor I'm using (The Monitor is from the Toshiba = Infinia 7200) so I'm not sure of the Vertical and Horizontal refresh = rates, Video Card is a 3Dfx Voodoo Banshee PCI (and S3 Virge/DX built-in = video), Keyboard is a PC Concepts 101key, Mouse is a Microsoft 2-button. I've included the dmesg and XFree86 logs. Everyone I've let work on this has failed. So I'm asking for ya'lls = help. Thanks, Dave -------------------------------------------------------------------------= ----------------------------------- Dmesg log -------------------------------------------------------------------------= ------------------------------------ Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-RELEASE #0: Sun Apr 1 09:27:23 CDT 2001 root@phear.huffstutler.com:/usr/src/sys/compile/TOSHIBA Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (199.43-MHz 586-class CPU) Origin =3D "GenuineIntel" Id =3D 0x52c Stepping =3D 12 Features=3D0x1bf real memory =3D 66060288 (64512K bytes) avail memory =3D 51707904 (50496K bytes) Preloaded elf kernel "kernel" at 0xc043c000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xff00-0xff1f irq 5 = at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: device problem, disabling port 2 pci0: at 8.0 pci0: <3Dfx Voodoo Banshee graphics accelerator> at 13.0 ed0: port 0xff40-0xff5f irq 9 at device = 14.0 on pci0 ed0: address 00:20:78:18:94:94, type NE2000 (16 bit)=20 ed1: port 0xff80-0xff9f irq 11 at = device 15.0 on pci0 ed1: address 00:e0:29:37:90:f6, type NE2000 (16 bit)=20 PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert enabled, rule-based forwarding = disabled, default to deny, logging disabled ad0: 2014MB [4092/16/63] at ata0-master WDMA2 ad1: 4121MB [8374/16/63] at ata0-slave WDMA2 acd0: CDROM at ata1-master using PIO3 Mounting root from ufs:/dev/ad0s1a -------------------------------------------------------------------------= ----- XFree86.0.log -------------------------------------------------------------------------= ----- XFree86 Version 4.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 1 July 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.2-RELEASE i386 [ELF]=20 Module Loader present (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Fri May 18 14:41:54 = 2001 (=3D=3D) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (=3D=3D) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "My Monitor" (**) | |-->Device "Diamond Multimedia Stealth 3D 2000" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (WW) Option "XkbCompat" requires an string value (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) FontPath set to = "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R= 6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled= ,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X1= 1R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (=3D=3D) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.2 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.2 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1250 card 0000,0000 rev 03 class 06,00,00 = hdr 00 (II) PCI: 00:07:0: chip 8086,7000 card 0000,0000 rev 01 class 06,01,00 = hdr 80 (II) PCI: 00:07:1: chip 8086,7010 card 0000,0000 rev 00 class 01,01,80 = hdr 00 (II) PCI: 00:07:2: chip 8086,7020 card 0000,0000 rev 01 class 0c,03,00 = hdr 00 (II) PCI: 00:08:0: chip 5333,5631 card 0000,0000 rev 06 class 03,00,00 = hdr 00 (II) PCI: 00:0d:0: chip 121a,0003 card 1102,1017 rev 03 class 03,00,00 = hdr 00 (II) PCI: 00:0e:0: chip 1050,0940 card 0000,0000 rev 00 class 02,00,00 = hdr 00 (II) PCI: 00:0f:0: chip 10ec,8029 card 10b8,2011 rev 00 class 02,00,00 = hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.2 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI: (0:8:0) S3 ViRGE rev 6, Mem @ 0xf4000000/26 (--) PCI:*(0:13:0) 3Dfx Interactive Banshee rev 3, Mem @ 0xfa000000/25, = 0xf8000000/25, I/O @ 0xfc00/8 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MXB [1] -1 0x00000000 - 0x0000ffff (0x10000) IXB (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) Active PCI resource ranges: [0] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [1] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [2] -1 0x0000ff80 - 0x0000ffff (0x80) IXBE [3] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [4] -1 0x0000ff00 - 0x0000ffff (0x100) IXBE [5] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) Inactive PCI resource ranges: [0] -1 0xffbd0000 - 0xffbdffff (0x10000) MXB(B) [1] -1 0xf4000000 - 0xf7ffffff (0x4000000) MXB(B) (II) PCI I/O resource overlap reduced 0x0000ff80 from 0x0000ffff to = 0x0000ff9f (II) PCI I/O resource overlap reduced 0x0000ff00 from 0x0000ffff to = 0x0000ff3f (II) Active PCI resource ranges after removing overlaps: [0] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [1] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [2] -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE [3] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [4] -1 0x0000ff00 - 0x0000ff3f (0x40) IXBE [5] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [6] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [7] -1 0xffbd0000 - 0xffbdffff (0x10000) MXB(B) [8] -1 0xf4000000 - 0xf7ffffff (0x4000000) MXB(B) [9] -1 0x00000000 - 0x000001ff (0x200) IXBE [10] -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE [11] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [12] -1 0x0000ff00 - 0x0000ff3f (0x40) IXBE [13] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [14] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.1.7 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font FreeType (II) LoadModule: "s3virge" (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o (II) Module s3virge: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.2.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.2 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.1 S3VIdentify (II) S3VIRGE: driver (version 1.2.0) for S3 ViRGE chipsets: virge, = 86C325, virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2, 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365, trio 3d/2x, 86C362, 86C368 S3VProbe begin (WW) S3VIRGE: No matching Device section for instance (BusID PCI:0:8:0) = found (EE) No devices detected. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". ------=_NextPart_000_0031_01C0E015.DAE74AE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I can't get XFree86 to work. Using /stand/sysinstall I use the = script and=20 configure everything manually to the best of my knowledge. I can't = find any=20 specs on the monitor I'm using (The Monitor is from the Toshiba Infinia = 7200) so=20 I'm not sure of the Vertical and Horizontal refresh rates, Video Card = is a=20 3Dfx Voodoo Banshee PCI (and S3 Virge/DX built-in video), Keyboard is a = PC=20 Concepts 101key, Mouse is a Microsoft 2-button.
I've included the dmesg and XFree86 logs.
Everyone I've let work on this has failed. So I'm asking for ya'lls = help.
 
Thanks,
Dave
 
--------------------------------------------------------------------= ----------------------------------------
Dmesg log
--------------------------------------------------------------------= -----------------------------------------
 
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, = 1980,=20 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
 The Regents of = the=20 University of California. All rights reserved.
FreeBSD 4.2-RELEASE = #0: Sun=20 Apr  1 09:27:23 CDT 2001
    r= oot@phear.huffstutler.com:/usr/src/sys/compile/TOSHIBA
Timecounter= =20 "i8254"  frequency 1193182 Hz
CPU: Pentium/P54C (199.43-MHz = 586-class=20 CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x52c  = Stepping =3D=20 12
  = Features=3D0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real=20 memory  =3D 66060288 (64512K bytes)
avail memory =3D 51707904 = (50496K=20 bytes)
Preloaded elf kernel "kernel" at 0xc043c000.
Intel Pentium=20 detected, installing workaround for F00F bug
md0: Malloc = disk
npx0:=20 <math processor> on motherboard
npx0: INT 16 = interface
pcib0:=20 <Host to PCI bridge> on motherboard
pci0: <PCI bus> on=20 pcib0
isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on = pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX3 ATA=20 controller> port 0xffa0-0xffaf at device 7.1 on pci0
ata0: at = 0x1f0 irq 14=20 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <Intel = 82371SB=20 (PIIX3) USB controller> port 0xff00-0xff1f irq 5 at device 7.2 on=20 pci0
usb0: <Intel 82371SB (PIIX3) USB controller> on = uhci0
usb0: USB=20 revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, = addr=20 1
uhub0: 2 ports with 2 removable, self powered
uhub0: device = problem,=20 disabling port 2
pci0: <S3 ViRGE graphics accelerator> at = 8.0
pci0:=20 <3Dfx Voodoo Banshee graphics accelerator> at 13.0
ed0: = <NE2000 PCI=20 Ethernet (ProLAN)> port 0xff40-0xff5f irq 9 at device 14.0 on = pci0
ed0:=20 address 00:20:78:18:94:94, type NE2000 (16 bit)
ed1: <NE2000 PCI = Ethernet=20 (RealTek 8029)> port 0xff80-0xff9f irq 11 at device 15.0 on = pci0
ed1:=20 address 00:e0:29:37:90:f6, type NE2000 (16 bit)
PnP device failed to = report=20 resource data
PnP device failed to report resource data
PnP device = failed=20 to report resource data
PnP device failed to report resource = data
PnP=20 device failed to report resource data
PnP device failed to report = resource=20 data
PnP device failed to report resource data
fdc0: <NEC = 72065B or=20 clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO = enabled, 8=20 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive = 0
atkbdc0:=20 <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: = <AT=20 Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: = <PS/2=20 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID = 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem = 0xa0000-0xbffff on=20 isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA = <16=20 virtual consoles, flags=3D0x300>
sio0 at port 0x3f8-0x3ff irq 4 = flags 0x10=20 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on = isa0
sio1:=20 type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on=20 isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0: = <PLIP network interface> on ppbus0
lpt0: <Printer> on=20 ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on=20 ppbus0
IP packet filtering initialized, divert enabled, rule-based = forwarding=20 disabled, default to deny, logging disabled
ad0: 2014MB <FUJITSU=20 MPA3035ATU> [4092/16/63] at ata0-master WDMA2
ad1: 4121MB = <Maxtor=20 90432D3> [8374/16/63] at ata0-slave WDMA2
acd0: CDROM <TOSHIBA = CD-ROM=20 XM-5602B> at ata1-master using PIO3
Mounting root from=20 ufs:/dev/ad0s1a
 
--------------------------------------------------------------------= ----------
XFree86.0.log
--------------------------------------------------------------------= ----------

XFree86 Version 4.0.1 / X Window System
(protocol Version = 11,=20 revision 0, vendor release 6400)
Release Date: 1 July = 2000
 If the=20 server is older than 6-12 months, or if your card is newer
 than = the=20 above date, look for a newer version before = reporting
 problems. =20 (see http://www.XFree86.Org/FAQ)
Op= erating=20 System: FreeBSD 4.2-RELEASE i386 [ELF]
Module Loader = present
(=3D=3D) Log=20 file: "/var/log/XFree86.0.log", Time: Fri May 18 14:41:54 = 2001
(=3D=3D) Using=20 config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from = config=20 file, (=3D=3D) default = setting,
        =20 (++) from command line, (!!) notice, (II)=20 informational,
         (WW) = warning,=20 (EE) error, (??) unknown.
(=3D=3D) ServerLayout "Simple = Layout"
(**)=20 |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "My=20 Monitor"
(**) |   |-->Device "Diamond Multimedia Stealth = 3D=20 2000"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device=20 "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(WW) Option = "XkbCompat"=20 requires an string value
(**) Option "XkbRules" "xfree86"
(**) = XKB: rules:=20 "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: = "pc105"
(**)=20 Option "XkbLayout" "us"
(**) XKB: layout: "us"
(**) FontPath set = to=20 "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R= 6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled= ,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X1= 1R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**)=20 RgbPath set to "/usr/X11R6/lib/X11/rgb"
(=3D=3D) ModulePath set to=20 "/usr/X11R6/lib/modules"
(--) Using syscons driver with X support = (version=20 2.0)
(--) using VT number 9
 
(II) Module ABI versions:
 XFree86 ANSI C Emulation:=20 0.1
 XFree86 Video Driver: 0.2
 XFree86 XInput driver :=20 0.1
 XFree86 Server Extension : 0.1
 XFree86 Font = Renderer :=20 0.1
(II) Loader running on freebsd
(II) LoadModule: = "bitmap"
(II)=20 Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap:=20 vendor=3D"The XFree86 Project"
 compiled for 4.0.1, module = version =3D=20 1.0.0
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font Bitmap
(II) = LoadModule:=20 "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) = Module=20 pcidata: vendor=3D"The XFree86 Project"
 compiled for 4.0.1, = module=20 version =3D 0.1.0
 ABI class: XFree86 Video Driver, version = 0.2
(II)=20 PCI: Probing config type using method 1
(II) PCI: Config type is = 1
(II)=20 PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000
(II) PCI:=20 PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1250 = card=20 0000,0000 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:07:0: chip = 8086,7000 card=20 0000,0000 rev 01 class 06,01,00 hdr 80
(II) PCI: 00:07:1: chip = 8086,7010 card=20 0000,0000 rev 00 class 01,01,80 hdr 00
(II) PCI: 00:07:2: chip = 8086,7020 card=20 0000,0000 rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:08:0: chip = 5333,5631 card=20 0000,0000 rev 06 class 03,00,00 hdr 00
(II) PCI: 00:0d:0: chip = 121a,0003 card=20 1102,1017 rev 03 class 03,00,00 hdr 00
(II) PCI: 00:0e:0: chip = 1050,0940 card=20 0000,0000 rev 00 class 02,00,00 hdr 00
(II) PCI: 00:0f:0: chip = 10ec,8029 card=20 10b8,2011 rev 00 class 02,00,00 hdr 00
(II) PCI: End of PCI = scan
(II)=20 LoadModule: "scanpci"
(II) Loading=20 /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: = vendor=3D"The XFree86=20 Project"
 compiled for 4.0.1, module version =3D = 0.1.0
 ABI class:=20 XFree86 Video Driver, version 0.2
(II) UnloadModule: = "scanpci"
(II)=20 Unloading /usr/X11R6/lib/modules/libscanpci.a
(--) PCI: (0:8:0) S3 = ViRGE rev=20 6, Mem @ 0xf4000000/26
(--) PCI:*(0:13:0) 3Dfx Interactive Banshee = rev 3, Mem=20 @ 0xfa000000/25, 0xf8000000/25, I/O @ 0xfc00/8
(II) Addressable bus = resource=20 ranges are
 [0] -1 0x00000000 - 0xffffffff (0x0) = MXB
 [1]=20 -1 0x00000000 - 0x0000ffff (0x10000) IXB
(II) OS-reported = resource=20 ranges:
 [0] -1 0xffe00000 - 0xffffffff (0x200000)=20 MXB(B)
 [1] -1 0x00100000 - 0x3fffffff (0x3ff00000)=20 MXBE(B)
 [2] -1 0x000f0000 - 0x000fffff (0x10000) = MXB
 [3]=20 -1 0x000c0000 - 0x000effff (0x30000) MXB
 [4] = -1 0x00000000 -=20 0x0009ffff (0xa0000) MXB
 [5] -1 0x00000000 - 0x000001ff = (0x200)=20 IXBE
(II) Active PCI resource ranges:
 [0] -1 0xf8000000 = -=20 0xf9ffffff (0x2000000) MXB(B)
 [1] -1 0xfa000000 - = 0xfbffffff=20 (0x2000000) MXB(B)
 [2] -1 0x0000ff80 - 0x0000ffff (0x80)=20 IXBE
 [3] -1 0x0000ff40 - 0x0000ff7f (0x40) = IXBE
 [4]=20 -1 0x0000ff00 - 0x0000ffff (0x100) IXBE
 [5] = -1 0x0000ffa0 -=20 0x0000ffbf (0x20) IXBE
 [6] -1 0x0000fc00 - 0x0000fcff = (0x100)=20 IXB(B)
(II) Inactive PCI resource ranges:
 [0] = -1 0xffbd0000 -=20 0xffbdffff (0x10000) MXB(B)
 [1] -1 0xf4000000 - 0xf7ffffff = (0x4000000) MXB(B)
(II) PCI I/O resource overlap reduced 0x0000ff80 = from=20 0x0000ffff to 0x0000ff9f
(II) PCI I/O resource overlap reduced = 0x0000ff00=20 from 0x0000ffff to 0x0000ff3f
(II) Active PCI resource ranges after = removing=20 overlaps:
 [0] -1 0xf8000000 - 0xf9ffffff (0x2000000)=20 MXB(B)
 [1] -1 0xfa000000 - 0xfbffffff (0x2000000)=20 MXB(B)
 [2] -1 0x0000ff80 - 0x0000ff9f (0x20) = IXBE
 [3]=20 -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE
 [4] = -1 0x0000ff00 -=20 0x0000ff3f (0x40) IXBE
 [5] -1 0x0000ffa0 - 0x0000ffbf = (0x20)=20 IXBE
 [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B)
(II) = OS-reported resource ranges after removing overlaps with = PCI:
 [0]=20 -1 0xffe00000 - 0xffffffff (0x200000) MXB(B)
 [1]=20 -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B)
 [2]=20 -1 0x000f0000 - 0x000fffff (0x10000) MXB
 [3] = -1 0x000c0000 -=20 0x000effff (0x30000) MXB
 [4] -1 0x00000000 - 0x0009ffff = (0xa0000)=20 MXB
 [5] -1 0x00000000 - 0x000001ff (0x200) IXBE
(II) = All system=20 resource ranges:
 [0] -1 0xffe00000 - 0xffffffff (0x200000) = MXB(B)
 [1] -1 0x00100000 - 0x3fffffff (0x3ff00000)=20 MXBE(B)
 [2] -1 0x000f0000 - 0x000fffff (0x10000) = MXB
 [3]=20 -1 0x000c0000 - 0x000effff (0x30000) MXB
 [4] = -1 0x00000000 -=20 0x0009ffff (0xa0000) MXB
 [5] -1 0xf8000000 - 0xf9ffffff=20 (0x2000000) MXB(B)
 [6] -1 0xfa000000 - 0xfbffffff = (0x2000000)=20 MXB(B)
 [7] -1 0xffbd0000 - 0xffbdffff (0x10000)=20 MXB(B)
 [8] -1 0xf4000000 - 0xf7ffffff (0x4000000)=20 MXB(B)
 [9] -1 0x00000000 - 0x000001ff (0x200) = IXBE
 [10]=20 -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE
 [11] = -1 0x0000ff40 -=20 0x0000ff7f (0x40) IXBE
 [12] -1 0x0000ff00 - 0x0000ff3f = (0x40)=20 IXBE
 [13] -1 0x0000ffa0 - 0x0000ffbf (0x20) = IXBE
 [14]=20 -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B)
(II) LoadModule: = "dbe"
(II)=20 Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe:=20 vendor=3D"The XFree86 Project"
 compiled for 4.0.1, module = version =3D=20 1.0.0
 Module class: XFree86 Server Extension
 ABI = class:=20 XFree86 Server Extension, version 0.1
(II) Loading extension=20 DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading=20 /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 Server Extension
 ABI = class:=20 XFree86 Server Extension, version 0.1
(II) Loading extension = SHAPE
(II)=20 Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension=20 BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension=20 MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading = extension=20 XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) = Loading=20 extension DPMS
(II) Loading extension FontCache
(II) Loading = extension=20 TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) = Loading=20 extension XVideo
(II) LoadModule: "type1"
(II) Loading=20 /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font Type1
(II) Loading = font=20 CID
(II) LoadModule: "freetype"
(II) Loading=20 /usr/X11R6/lib/modules/fonts/libfreetype.a
(II) Module freetype: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.1.7
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font FreeType
(II) = LoadModule:=20 "s3virge"
(II) Loading = /usr/X11R6/lib/modules/drivers/s3virge_drv.o
(II)=20 Module s3virge: vendor=3D"The XFree86 Project"
 compiled for = 4.0.1, module=20 version =3D 1.2.0
 Module class: XFree86 Video = Driver
 ABI class:=20 XFree86 Video Driver, version 0.2
(II) LoadModule: "mouse"
(II) = Loading=20 /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 XInput Driver
 ABI class: = XFree86=20 XInput driver, version 0.1
 S3VIdentify
(II) S3VIRGE: driver = (version=20 1.2.0) for S3 ViRGE chipsets: virge, 86C325,
 virge vx, 86C988, = virge=20 dx, virge gx, 86C375, 86C385, virge gx2,
 86C357, virge mx, = 86C260,=20 virge mx+, 86C280, trio 3d, 86C365,
 trio 3d/2x, 86C362,=20 86C368
 S3VProbe begin
(WW) S3VIRGE: No matching Device = section for=20 instance (BusID PCI:0:8:0) found
(EE) No devices detected.
 
Fatal server error:
no screens found
 
When reporting a problem related to a server crash, please = send
the full=20 server output, not just the last messages.
This can be found in the = log file=20 "/var/log/XFree86.0.log".
 
 
------=_NextPart_000_0031_01C0E015.DAE74AE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 1:51:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from phear.huffstutler.com (cm623478-b.ftwrth1.tx.home.com [24.8.250.141]) by hub.freebsd.org (Postfix) with ESMTP id F0B8537B422 for ; Sat, 19 May 2001 01:50:51 -0700 (PDT) (envelope-from david@huffstutler.com) Received: from crack (crack.huffstutler.com [192.168.0.19]) by phear.huffstutler.com (8.11.1/8.11.1) with SMTP id f4IKnoe00518 for ; Fri, 18 May 2001 15:49:50 -0500 (CDT) (envelope-from david@huffstutler.com) Message-ID: <005401c0e040$9d1fa740$1300a8c0@huffstutler.com> From: "Huff" To: Subject: XFree86 Date: Sat, 19 May 2001 03:49:28 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0051_01C0E016.B4280D80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-Mimeole: Produced By Microsoft MimeOLE V5.50.4522.1200 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_0051_01C0E016.B4280D80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 I can't get XFree86 to work. Using /stand/sysinstall I use the script = and configure everything manually to the best of my knowledge. I can't = find any specs on the monitor I'm using (The Monitor is from the Toshiba = Infinia 7200) so I'm not sure of the Vertical and Horizontal refresh = rates, Video Card is a 3Dfx Voodoo Banshee PCI (and S3 Virge/DX built-in = video), Keyboard is a PC Concepts 101key, Mouse is a Microsoft 2-button. I've included the dmesg and XFree86 logs. Everyone I've let work on this has failed. So I'm asking for ya'lls = help. Thanks, Dave -------------------------------------------------------------------------= ----------------------------------- Dmesg log -------------------------------------------------------------------------= ------------------------------------ Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-RELEASE #0: Sun Apr 1 09:27:23 CDT 2001 root@phear.huffstutler.com:/usr/src/sys/compile/TOSHIBA Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (199.43-MHz 586-class CPU) Origin =3D "GenuineIntel" Id =3D 0x52c Stepping =3D 12 Features=3D0x1bf real memory =3D 66060288 (64512K bytes) avail memory =3D 51707904 (50496K bytes) Preloaded elf kernel "kernel" at 0xc043c000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xff00-0xff1f irq 5 = at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: device problem, disabling port 2 pci0: at 8.0 pci0: <3Dfx Voodoo Banshee graphics accelerator> at 13.0 ed0: port 0xff40-0xff5f irq 9 at device = 14.0 on pci0 ed0: address 00:20:78:18:94:94, type NE2000 (16 bit)=20 ed1: port 0xff80-0xff9f irq 11 at = device 15.0 on pci0 ed1: address 00:e0:29:37:90:f6, type NE2000 (16 bit)=20 PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data PnP device failed to report resource data fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert enabled, rule-based forwarding = disabled, default to deny, logging disabled ad0: 2014MB [4092/16/63] at ata0-master WDMA2 ad1: 4121MB [8374/16/63] at ata0-slave WDMA2 acd0: CDROM at ata1-master using PIO3 Mounting root from ufs:/dev/ad0s1a -------------------------------------------------------------------------= ----- XFree86.0.log -------------------------------------------------------------------------= ----- XFree86 Version 4.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 1 July 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.2-RELEASE i386 [ELF]=20 Module Loader present (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Fri May 18 14:41:54 = 2001 (=3D=3D) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (=3D=3D) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "My Monitor" (**) | |-->Device "Diamond Multimedia Stealth 3D 2000" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (WW) Option "XkbCompat" requires an string value (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) FontPath set to = "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R= 6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled= ,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X1= 1R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (=3D=3D) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.2 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.2 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1250 card 0000,0000 rev 03 class 06,00,00 = hdr 00 (II) PCI: 00:07:0: chip 8086,7000 card 0000,0000 rev 01 class 06,01,00 = hdr 80 (II) PCI: 00:07:1: chip 8086,7010 card 0000,0000 rev 00 class 01,01,80 = hdr 00 (II) PCI: 00:07:2: chip 8086,7020 card 0000,0000 rev 01 class 0c,03,00 = hdr 00 (II) PCI: 00:08:0: chip 5333,5631 card 0000,0000 rev 06 class 03,00,00 = hdr 00 (II) PCI: 00:0d:0: chip 121a,0003 card 1102,1017 rev 03 class 03,00,00 = hdr 00 (II) PCI: 00:0e:0: chip 1050,0940 card 0000,0000 rev 00 class 02,00,00 = hdr 00 (II) PCI: 00:0f:0: chip 10ec,8029 card 10b8,2011 rev 00 class 02,00,00 = hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.2 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI: (0:8:0) S3 ViRGE rev 6, Mem @ 0xf4000000/26 (--) PCI:*(0:13:0) 3Dfx Interactive Banshee rev 3, Mem @ 0xfa000000/25, = 0xf8000000/25, I/O @ 0xfc00/8 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MXB [1] -1 0x00000000 - 0x0000ffff (0x10000) IXB (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) Active PCI resource ranges: [0] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [1] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [2] -1 0x0000ff80 - 0x0000ffff (0x80) IXBE [3] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [4] -1 0x0000ff00 - 0x0000ffff (0x100) IXBE [5] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) Inactive PCI resource ranges: [0] -1 0xffbd0000 - 0xffbdffff (0x10000) MXB(B) [1] -1 0xf4000000 - 0xf7ffffff (0x4000000) MXB(B) (II) PCI I/O resource overlap reduced 0x0000ff80 from 0x0000ffff to = 0x0000ff9f (II) PCI I/O resource overlap reduced 0x0000ff00 from 0x0000ffff to = 0x0000ff3f (II) Active PCI resource ranges after removing overlaps: [0] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [1] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [2] -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE [3] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [4] -1 0x0000ff00 - 0x0000ff3f (0x40) IXBE [5] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0x00000000 - 0x000001ff (0x200) IXBE (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MXB(B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MXB [3] -1 0x000c0000 - 0x000effff (0x30000) MXB [4] -1 0x00000000 - 0x0009ffff (0xa0000) MXB [5] -1 0xf8000000 - 0xf9ffffff (0x2000000) MXB(B) [6] -1 0xfa000000 - 0xfbffffff (0x2000000) MXB(B) [7] -1 0xffbd0000 - 0xffbdffff (0x10000) MXB(B) [8] -1 0xf4000000 - 0xf7ffffff (0x4000000) MXB(B) [9] -1 0x00000000 - 0x000001ff (0x200) IXBE [10] -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE [11] -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE [12] -1 0x0000ff00 - 0x0000ff3f (0x40) IXBE [13] -1 0x0000ffa0 - 0x0000ffbf (0x20) IXBE [14] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.1.7 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font FreeType (II) LoadModule: "s3virge" (II) Loading /usr/X11R6/lib/modules/drivers/s3virge_drv.o (II) Module s3virge: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.2.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.2 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=3D"The XFree86 Project" compiled for 4.0.1, module version =3D 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.1 S3VIdentify (II) S3VIRGE: driver (version 1.2.0) for S3 ViRGE chipsets: virge, = 86C325, virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2, 86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365, trio 3d/2x, 86C362, 86C368 S3VProbe begin (WW) S3VIRGE: No matching Device section for instance (BusID PCI:0:8:0) = found (EE) No devices detected. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". ------=_NextPart_000_0051_01C0E016.B4280D80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I can't get XFree86 to work. Using /stand/sysinstall I use the = script and=20 configure everything manually to the best of my knowledge. I can't = find any=20 specs on the monitor I'm using (The Monitor is from the Toshiba Infinia = 7200) so=20 I'm not sure of the Vertical and Horizontal refresh rates, Video Card = is a=20 3Dfx Voodoo Banshee PCI (and S3 Virge/DX built-in video), Keyboard is a = PC=20 Concepts 101key, Mouse is a Microsoft 2-button.
I've included the dmesg and XFree86 logs.
Everyone I've let work on this has failed. So I'm asking for ya'lls = help.
 
Thanks,
Dave
 
--------------------------------------------------------------------= ----------------------------------------
Dmesg log
--------------------------------------------------------------------= -----------------------------------------
 
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, = 1980,=20 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
 The Regents of = the=20 University of California. All rights reserved.
FreeBSD 4.2-RELEASE = #0: Sun=20 Apr  1 09:27:23 CDT 2001
    r= oot@phear.huffstutler.com:/usr/src/sys/compile/TOSHIBA
Timecounter= =20 "i8254"  frequency 1193182 Hz
CPU: Pentium/P54C (199.43-MHz = 586-class=20 CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x52c  = Stepping =3D=20 12
  = Features=3D0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real=20 memory  =3D 66060288 (64512K bytes)
avail memory =3D 51707904 = (50496K=20 bytes)
Preloaded elf kernel "kernel" at 0xc043c000.
Intel Pentium=20 detected, installing workaround for F00F bug
md0: Malloc = disk
npx0:=20 <math processor> on motherboard
npx0: INT 16 = interface
pcib0:=20 <Host to PCI bridge> on motherboard
pci0: <PCI bus> on=20 pcib0
isab0: <Intel 82371SB PCI to ISA bridge> at device 7.0 on = pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX3 ATA=20 controller> port 0xffa0-0xffaf at device 7.1 on pci0
ata0: at = 0x1f0 irq 14=20 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <Intel = 82371SB=20 (PIIX3) USB controller> port 0xff00-0xff1f irq 5 at device 7.2 on=20 pci0
usb0: <Intel 82371SB (PIIX3) USB controller> on = uhci0
usb0: USB=20 revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, = addr=20 1
uhub0: 2 ports with 2 removable, self powered
uhub0: device = problem,=20 disabling port 2
pci0: <S3 ViRGE graphics accelerator> at = 8.0
pci0:=20 <3Dfx Voodoo Banshee graphics accelerator> at 13.0
ed0: = <NE2000 PCI=20 Ethernet (ProLAN)> port 0xff40-0xff5f irq 9 at device 14.0 on = pci0
ed0:=20 address 00:20:78:18:94:94, type NE2000 (16 bit)
ed1: <NE2000 PCI = Ethernet=20 (RealTek 8029)> port 0xff80-0xff9f irq 11 at device 15.0 on = pci0
ed1:=20 address 00:e0:29:37:90:f6, type NE2000 (16 bit)
PnP device failed to = report=20 resource data
PnP device failed to report resource data
PnP device = failed=20 to report resource data
PnP device failed to report resource = data
PnP=20 device failed to report resource data
PnP device failed to report = resource=20 data
PnP device failed to report resource data
fdc0: <NEC = 72065B or=20 clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO = enabled, 8=20 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive = 0
atkbdc0:=20 <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: = <AT=20 Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: = <PS/2=20 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID = 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem = 0xa0000-0xbffff on=20 isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA = <16=20 virtual consoles, flags=3D0x300>
sio0 at port 0x3f8-0x3ff irq 4 = flags 0x10=20 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on = isa0
sio1:=20 type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on=20 isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
plip0: = <PLIP network interface> on ppbus0
lpt0: <Printer> on=20 ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on=20 ppbus0
IP packet filtering initialized, divert enabled, rule-based = forwarding=20 disabled, default to deny, logging disabled
ad0: 2014MB <FUJITSU=20 MPA3035ATU> [4092/16/63] at ata0-master WDMA2
ad1: 4121MB = <Maxtor=20 90432D3> [8374/16/63] at ata0-slave WDMA2
acd0: CDROM <TOSHIBA = CD-ROM=20 XM-5602B> at ata1-master using PIO3
Mounting root from=20 ufs:/dev/ad0s1a
 
--------------------------------------------------------------------= ----------
XFree86.0.log
--------------------------------------------------------------------= ----------

XFree86 Version 4.0.1 / X Window System
(protocol Version = 11,=20 revision 0, vendor release 6400)
Release Date: 1 July = 2000
 If the=20 server is older than 6-12 months, or if your card is newer
 than = the=20 above date, look for a newer version before = reporting
 problems. =20 (see http://www.XFree86.Org/FAQ)
Op= erating=20 System: FreeBSD 4.2-RELEASE i386 [ELF]
Module Loader = present
(=3D=3D) Log=20 file: "/var/log/XFree86.0.log", Time: Fri May 18 14:41:54 = 2001
(=3D=3D) Using=20 config file: "/etc/X11/XF86Config"
Markers: (--) probed, (**) from = config=20 file, (=3D=3D) default = setting,
        =20 (++) from command line, (!!) notice, (II)=20 informational,
         (WW) = warning,=20 (EE) error, (??) unknown.
(=3D=3D) ServerLayout "Simple = Layout"
(**)=20 |-->Screen "Screen 1" (0)
(**) |   |-->Monitor "My=20 Monitor"
(**) |   |-->Device "Diamond Multimedia Stealth = 3D=20 2000"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device=20 "Keyboard1"
(**) Option "AutoRepeat" "500 30"
(WW) Option = "XkbCompat"=20 requires an string value
(**) Option "XkbRules" "xfree86"
(**) = XKB: rules:=20 "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: = "pc105"
(**)=20 Option "XkbLayout" "us"
(**) XKB: layout: "us"
(**) FontPath set = to=20 "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R= 6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled= ,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X1= 1R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**)=20 RgbPath set to "/usr/X11R6/lib/X11/rgb"
(=3D=3D) ModulePath set to=20 "/usr/X11R6/lib/modules"
(--) Using syscons driver with X support = (version=20 2.0)
(--) using VT number 9
 
(II) Module ABI versions:
 XFree86 ANSI C Emulation:=20 0.1
 XFree86 Video Driver: 0.2
 XFree86 XInput driver :=20 0.1
 XFree86 Server Extension : 0.1
 XFree86 Font = Renderer :=20 0.1
(II) Loader running on freebsd
(II) LoadModule: = "bitmap"
(II)=20 Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap:=20 vendor=3D"The XFree86 Project"
 compiled for 4.0.1, module = version =3D=20 1.0.0
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font Bitmap
(II) = LoadModule:=20 "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) = Module=20 pcidata: vendor=3D"The XFree86 Project"
 compiled for 4.0.1, = module=20 version =3D 0.1.0
 ABI class: XFree86 Video Driver, version = 0.2
(II)=20 PCI: Probing config type using method 1
(II) PCI: Config type is = 1
(II)=20 PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D = 0x80000000
(II) PCI:=20 PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1250 = card=20 0000,0000 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:07:0: chip = 8086,7000 card=20 0000,0000 rev 01 class 06,01,00 hdr 80
(II) PCI: 00:07:1: chip = 8086,7010 card=20 0000,0000 rev 00 class 01,01,80 hdr 00
(II) PCI: 00:07:2: chip = 8086,7020 card=20 0000,0000 rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:08:0: chip = 5333,5631 card=20 0000,0000 rev 06 class 03,00,00 hdr 00
(II) PCI: 00:0d:0: chip = 121a,0003 card=20 1102,1017 rev 03 class 03,00,00 hdr 00
(II) PCI: 00:0e:0: chip = 1050,0940 card=20 0000,0000 rev 00 class 02,00,00 hdr 00
(II) PCI: 00:0f:0: chip = 10ec,8029 card=20 10b8,2011 rev 00 class 02,00,00 hdr 00
(II) PCI: End of PCI = scan
(II)=20 LoadModule: "scanpci"
(II) Loading=20 /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: = vendor=3D"The XFree86=20 Project"
 compiled for 4.0.1, module version =3D = 0.1.0
 ABI class:=20 XFree86 Video Driver, version 0.2
(II) UnloadModule: = "scanpci"
(II)=20 Unloading /usr/X11R6/lib/modules/libscanpci.a
(--) PCI: (0:8:0) S3 = ViRGE rev=20 6, Mem @ 0xf4000000/26
(--) PCI:*(0:13:0) 3Dfx Interactive Banshee = rev 3, Mem=20 @ 0xfa000000/25, 0xf8000000/25, I/O @ 0xfc00/8
(II) Addressable bus = resource=20 ranges are
 [0] -1 0x00000000 - 0xffffffff (0x0) = MXB
 [1]=20 -1 0x00000000 - 0x0000ffff (0x10000) IXB
(II) OS-reported = resource=20 ranges:
 [0] -1 0xffe00000 - 0xffffffff (0x200000)=20 MXB(B)
 [1] -1 0x00100000 - 0x3fffffff (0x3ff00000)=20 MXBE(B)
 [2] -1 0x000f0000 - 0x000fffff (0x10000) = MXB
 [3]=20 -1 0x000c0000 - 0x000effff (0x30000) MXB
 [4] = -1 0x00000000 -=20 0x0009ffff (0xa0000) MXB
 [5] -1 0x00000000 - 0x000001ff = (0x200)=20 IXBE
(II) Active PCI resource ranges:
 [0] -1 0xf8000000 = -=20 0xf9ffffff (0x2000000) MXB(B)
 [1] -1 0xfa000000 - = 0xfbffffff=20 (0x2000000) MXB(B)
 [2] -1 0x0000ff80 - 0x0000ffff (0x80)=20 IXBE
 [3] -1 0x0000ff40 - 0x0000ff7f (0x40) = IXBE
 [4]=20 -1 0x0000ff00 - 0x0000ffff (0x100) IXBE
 [5] = -1 0x0000ffa0 -=20 0x0000ffbf (0x20) IXBE
 [6] -1 0x0000fc00 - 0x0000fcff = (0x100)=20 IXB(B)
(II) Inactive PCI resource ranges:
 [0] = -1 0xffbd0000 -=20 0xffbdffff (0x10000) MXB(B)
 [1] -1 0xf4000000 - 0xf7ffffff = (0x4000000) MXB(B)
(II) PCI I/O resource overlap reduced 0x0000ff80 = from=20 0x0000ffff to 0x0000ff9f
(II) PCI I/O resource overlap reduced = 0x0000ff00=20 from 0x0000ffff to 0x0000ff3f
(II) Active PCI resource ranges after = removing=20 overlaps:
 [0] -1 0xf8000000 - 0xf9ffffff (0x2000000)=20 MXB(B)
 [1] -1 0xfa000000 - 0xfbffffff (0x2000000)=20 MXB(B)
 [2] -1 0x0000ff80 - 0x0000ff9f (0x20) = IXBE
 [3]=20 -1 0x0000ff40 - 0x0000ff7f (0x40) IXBE
 [4] = -1 0x0000ff00 -=20 0x0000ff3f (0x40) IXBE
 [5] -1 0x0000ffa0 - 0x0000ffbf = (0x20)=20 IXBE
 [6] -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B)
(II) = OS-reported resource ranges after removing overlaps with = PCI:
 [0]=20 -1 0xffe00000 - 0xffffffff (0x200000) MXB(B)
 [1]=20 -1 0x00100000 - 0x3fffffff (0x3ff00000) MXBE(B)
 [2]=20 -1 0x000f0000 - 0x000fffff (0x10000) MXB
 [3] = -1 0x000c0000 -=20 0x000effff (0x30000) MXB
 [4] -1 0x00000000 - 0x0009ffff = (0xa0000)=20 MXB
 [5] -1 0x00000000 - 0x000001ff (0x200) IXBE
(II) = All system=20 resource ranges:
 [0] -1 0xffe00000 - 0xffffffff (0x200000) = MXB(B)
 [1] -1 0x00100000 - 0x3fffffff (0x3ff00000)=20 MXBE(B)
 [2] -1 0x000f0000 - 0x000fffff (0x10000) = MXB
 [3]=20 -1 0x000c0000 - 0x000effff (0x30000) MXB
 [4] = -1 0x00000000 -=20 0x0009ffff (0xa0000) MXB
 [5] -1 0xf8000000 - 0xf9ffffff=20 (0x2000000) MXB(B)
 [6] -1 0xfa000000 - 0xfbffffff = (0x2000000)=20 MXB(B)
 [7] -1 0xffbd0000 - 0xffbdffff (0x10000)=20 MXB(B)
 [8] -1 0xf4000000 - 0xf7ffffff (0x4000000)=20 MXB(B)
 [9] -1 0x00000000 - 0x000001ff (0x200) = IXBE
 [10]=20 -1 0x0000ff80 - 0x0000ff9f (0x20) IXBE
 [11] = -1 0x0000ff40 -=20 0x0000ff7f (0x40) IXBE
 [12] -1 0x0000ff00 - 0x0000ff3f = (0x40)=20 IXBE
 [13] -1 0x0000ffa0 - 0x0000ffbf (0x20) = IXBE
 [14]=20 -1 0x0000fc00 - 0x0000fcff (0x100) IXB(B)
(II) LoadModule: = "dbe"
(II)=20 Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe:=20 vendor=3D"The XFree86 Project"
 compiled for 4.0.1, module = version =3D=20 1.0.0
 Module class: XFree86 Server Extension
 ABI = class:=20 XFree86 Server Extension, version 0.1
(II) Loading extension=20 DOUBLE-BUFFER
(II) LoadModule: "extmod"
(II) Loading=20 /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 Server Extension
 ABI = class:=20 XFree86 Server Extension, version 0.1
(II) Loading extension = SHAPE
(II)=20 Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension=20 BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension=20 MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading = extension=20 XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) = Loading=20 extension DPMS
(II) Loading extension FontCache
(II) Loading = extension=20 TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) = Loading=20 extension XVideo
(II) LoadModule: "type1"
(II) Loading=20 /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font Type1
(II) Loading = font=20 CID
(II) LoadModule: "freetype"
(II) Loading=20 /usr/X11R6/lib/modules/fonts/libfreetype.a
(II) Module freetype: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.1.7
 Module class: XFree86 Font Renderer
 ABI class: = XFree86=20 Font Renderer, version 0.1
(II) Loading font FreeType
(II) = LoadModule:=20 "s3virge"
(II) Loading = /usr/X11R6/lib/modules/drivers/s3virge_drv.o
(II)=20 Module s3virge: vendor=3D"The XFree86 Project"
 compiled for = 4.0.1, module=20 version =3D 1.2.0
 Module class: XFree86 Video = Driver
 ABI class:=20 XFree86 Video Driver, version 0.2
(II) LoadModule: "mouse"
(II) = Loading=20 /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: = vendor=3D"The=20 XFree86 Project"
 compiled for 4.0.1, module version =3D=20 1.0.0
 Module class: XFree86 XInput Driver
 ABI class: = XFree86=20 XInput driver, version 0.1
 S3VIdentify
(II) S3VIRGE: driver = (version=20 1.2.0) for S3 ViRGE chipsets: virge, 86C325,
 virge vx, 86C988, = virge=20 dx, virge gx, 86C375, 86C385, virge gx2,
 86C357, virge mx, = 86C260,=20 virge mx+, 86C280, trio 3d, 86C365,
 trio 3d/2x, 86C362,=20 86C368
 S3VProbe begin
(WW) S3VIRGE: No matching Device = section for=20 instance (BusID PCI:0:8:0) found
(EE) No devices detected.
 
Fatal server error:
no screens found
 
When reporting a problem related to a server crash, please = send
the full=20 server output, not just the last messages.
This can be found in the = log file=20 "/var/log/XFree86.0.log".
 
 
------=_NextPart_000_0051_01C0E016.B4280D80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 9:50:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id AB05F37B422 for ; Sat, 19 May 2001 09:50:27 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f4JGoJw125992; Sat, 19 May 2001 12:50:19 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200105180621.f4I6LkE08307@harmony.village.org> References: <200105180621.f4I6LkE08307@harmony.village.org> Date: Sat, 19 May 2001 12:50:17 -0400 To: Warner Losh , hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Should I worryy? 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 At 12:21 AM -0600 5/18/01, Warner Losh wrote: >I have a cdrom that defies logic: > >1:14am harmony:/cdrom[51]> df /cdrom >Filesystem 1024-blocks Used Avail Capacity Mounted on >/dev/acd0a 54 54 0 100% /cdrom >1:14am harmony:/cdrom[52]> du /cdrom >325460 /cdrom/chujiten/data >146 /cdrom/chujiten/gaiji >325608 /cdrom/chujiten >1089 /cdrom/mac >1077 /cdrom/win31 >1425 /cdrom/win95 >329203 /cdrom >1:14am harmony:/cdrom[53]> > >Anything to worry about? Notice du says 329M, whild df says 54k. Well, the most suspect directory is /cdrom/chujiten/data What is in that directory? Might it be some large database-type file(s) which have large holes in it(them)? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 9:56:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 415F337B424 for ; Sat, 19 May 2001 09:56:08 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f4JGu7w27228; Sat, 19 May 2001 12:56:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200105152154.RAA02417@cs.rpi.edu> References: <200105152154.RAA02417@cs.rpi.edu> Date: Sat, 19 May 2001 12:56:04 -0400 To: "David E. Cross" , hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: ypserv, the continuing battle... (db rtns in libc) 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 At 5:54 PM -0400 5/15/01, David E. Cross wrote: >I saw this the other day: > >http://www.sleepycat.com/historic.html > >Down at the bottom: > >> Finally, you should not upgrade your GNU gcc or Solaris compiler. > > Optimizations in versions of gcc 2 that were in alpha test in > > the summer of 1997, and a version of the standard Solaris > > WorkShop Compiler that was in beta test in the fall of 1997, > > trigger bugs in versions 1.85 and 1.86 that will cause sporadic > > core dumps. > > >My questions are: >1) will gcc without any '-O' flags make a difference? > >2) Can we upgrade to the latest Berkley DB (we will need to do > a version bump of libc to accomplish this). Are there any licensing issues with the newer version? Compatibility problems? It seems to me that if the source we're using will trigger bugs in multiple compilers, then it would be better to upgrade that source than to futz around with compiler flags. How much newer is the newer-version than the version in freebsd's libc? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 11: 6:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 05B2837B43E for ; Sat, 19 May 2001 11:06:40 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id LAA86881; Sat, 19 May 2001 11:06:36 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.3/8.11.3) id f4JI5n685166; Sat, 19 May 2001 11:05:49 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200105191805.f4JI5n685166@arch20m.dellroad.org> Subject: Re: send/sendto/sendmsg and ECONNREFUSED In-Reply-To: "from Richard Hodges at May 16, 2001 01:53:57 pm" To: Richard Hodges Date: Sat, 19 May 2001 11:05:49 -0700 (PDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (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 Richard Hodges writes: > I just spent a good half hour trying to figure out a strange problem > with a UDP socket. I connect()'ed the socket, and used send() to > send small UDP packets to a server. Real basic stuff, right? > > Using tcpdump on the receiver, I could see that every other packet > was sent successfully, the other half died in the sender. The > send() call returned 61, ECONNREFUSED. This is not listed in the > man pages, but a few minutes searching the web turned up the > explanation - I had forgotten to start the UDP receiver... > > This may be a "Well, duh!" issue for some, but I think it might be > appropriate to add a line for ECONNREFUSED in the man pages for > send/sendto/sendmsg. It may be obvious, but is it _painfully_ > obvious that the ICMP reply will trigger ECONNREFUSED on the > next packet? Email me a man page patch and I'll review & commit it. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 11:32:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 65F4937B42C for ; Sat, 19 May 2001 11:32:46 -0700 (PDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f4JIWi642531; Sat, 19 May 2001 12:32:45 -0600 (MDT) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.2/8.8.3) with ESMTP id f4JIVnl17209; Sat, 19 May 2001 12:31:49 -0600 (MDT) Message-Id: <200105191831.f4JIVnl17209@billy-club.village.org> To: Garance A Drosihn Subject: Re: Should I worryy? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 19 May 2001 12:50:17 EDT." References: <200105180621.f4I6LkE08307@harmony.village.org> Date: Sat, 19 May 2001 12:31:49 -0600 From: Warner Losh 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 Garance A Drosihn writes: : Well, the most suspect directory is /cdrom/chujiten/data : : What is in that directory? Might it be some large database-type : file(s) which have large holes in it(them)? Japanese/English dictionary. Yes, it really is that big without holes. Besides, even discounting that, there's a lot more than 54k in the other directories. I can cp the whole tree w/o any problems and the size of the target directory is similar. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 12:58:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 0EA6A37B422 for ; Sat, 19 May 2001 12:58:54 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 484C14; Sat, 19 May 2001 20:58:53 +0100 (BST) Date: Sat, 19 May 2001 20:58:53 +0100 From: Josef Karthauser To: Andrew Gallatin Cc: Jaye Mathisen , hackers@freebsd.org Subject: Re: md disks more than one from a kldload? Message-ID: <20010519205853.C2145@tao.org.uk> References: <20010518155018.C85928@apocalypse.cdsnet.net> <15109.57251.399660.735758@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0vzXIDBeUiKkjNJl" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15109.57251.399660.735758@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Fri, May 18, 2001 at 10:51:15PM -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 --0vzXIDBeUiKkjNJl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 18, 2001 at 10:51:15PM -0400, Andrew Gallatin wrote: >=20 > Jaye Mathisen writes: > >=20 > > I kldload md.ko. First md device comes up just peachy. > >=20 > > however, attempts to now create an md1 fail with device not > > configured. >=20 > If you're feeling brave, I just back ported the all-singing / > all-dancing md device from -current today (I wanted a > size-configurable, non MFS malloc disk for something). I haven't > pushed it very hard, but multiple disks appear to work from a module. >=20 > Apply the patch at http://people.freebsd.org/~gallatin/md.diff > Then grab sys/sys/mdioctl.h and sbin/mdconfig from -current. > You'll need to make the mdctl device node yourself (95, 0xffff00ff) >=20 > If anybody else feels like testing this, please do so. Is there > some interest an MFC? I was thinking about doing this, but several people have objected to an MFC on the basis that lots of people already use md on -stable, and the new md is a slightly different animal. Joe --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjsG0HwACgkQXVIcjOaxUBYN4wCgrqST1Er8pRufOmx2n4LzDBs0 vlMAmwXTgXm0mpjG6VRrCHa9kMe5Auxx =eEk/ -----END PGP SIGNATURE----- --0vzXIDBeUiKkjNJl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 13: 0:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 63ECE37B422 for ; Sat, 19 May 2001 13:00:02 -0700 (PDT) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id 7D44C4; Sat, 19 May 2001 21:00:01 +0100 (BST) Date: Sat, 19 May 2001 21:00:01 +0100 From: Josef Karthauser To: Warner Losh Cc: Andrew Gallatin , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: md disks more than one from a kldload? Message-ID: <20010519210001.D2145@tao.org.uk> References: <15109.57251.399660.735758@grasshopper.cs.duke.edu> <20010518155018.C85928@apocalypse.cdsnet.net> <15109.57251.399660.735758@grasshopper.cs.duke.edu> <200105190413.f4J4DZE13949@harmony.village.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200105190413.f4J4DZE13949@harmony.village.org>; from imp@harmony.village.org on Fri, May 18, 2001 at 10:13:35PM -0600 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 --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 18, 2001 at 10:13:35PM -0600, Warner Losh wrote: > In message <15109.57251.399660.735758@grasshopper.cs.duke.edu> Andrew Gal= latin writes: > : If anybody else feels like testing this, please do so. Is there > : some interest an MFC? >=20 > If this fixes the problem where sometimes the system would hang when > writing to MFS, there'd be a large interest. However, there'd be > little interest in killing MFS in -stable. Hi Warner, Didn't you say that you're using md in -stable heavily and would have to adapt existing code if we MFC'd md from -current? Joe --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjsG0MAACgkQXVIcjOaxUBbFCgCdF9WVpH2DgLMVi00nlSEhWB2H Qx8AoIEdr0CSWx7pG/1ly+BYBzinYxLP =LZqY -----END PGP SIGNATURE----- --zS7rBR6csb6tI2e1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 19: 6:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id F2B1937B424 for ; Sat, 19 May 2001 19:06:46 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f4K26gE21405; Sat, 19 May 2001 20:06:43 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200105200206.f4K26gE21405@harmony.village.org> To: Josef Karthauser Subject: Re: md disks more than one from a kldload? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 19 May 2001 20:58:53 BST." <20010519205853.C2145@tao.org.uk> References: <20010519205853.C2145@tao.org.uk> <20010518155018.C85928@apocalypse.cdsnet.net> <15109.57251.399660.735758@grasshopper.cs.duke.edu> Date: Sat, 19 May 2001 20:06:42 -0600 From: Warner Losh 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 <20010519205853.C2145@tao.org.uk> Josef Karthauser writes: : I was thinking about doing this, but several people have objected to : an MFC on the basis that lots of people already use md on -stable, and : the new md is a slightly different animal. My objection is based on the notion of removing MFS from -stable like it was done in current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 19:37:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 7950337B424 for ; Sat, 19 May 2001 19:37:50 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f4K2bgx32197; Sat, 19 May 2001 19:37:42 -0700 (PDT) Date: Sat, 19 May 2001 19:37:42 -0700 (PDT) From: Doug White To: Warner Losh Cc: Subject: Re: Should I worryy? In-Reply-To: <200105180621.f4I6LkE08307@harmony.village.org> Message-ID: 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 Fri, 18 May 2001, Warner Losh wrote: > I have a cdrom that defies logic: > > 1:14am harmony:/cdrom[51]> df /cdrom > Filesystem 1024-blocks Used Avail Capacity Mounted on > /dev/acd0a 54 54 0 100% /cdrom > 1:14am harmony:/cdrom[52]> du /cdrom > 325460 /cdrom/chujiten/data > 146 /cdrom/chujiten/gaiji > 325608 /cdrom/chujiten > 1089 /cdrom/mac > 1077 /cdrom/win31 > 1425 /cdrom/win95 > 329203 /cdrom > 1:14am harmony:/cdrom[53]> > > Anything to worry about? Notice du says 329M, whild df says 54k. Two things mainly cause du-vs-df sizing problems: . hardlinks . sparse files 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 Sat May 19 20:43:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from nebula.anchoragerescue.org (cable-115-7-237-24.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id CB24337B424 for ; Sat, 19 May 2001 20:43:10 -0700 (PDT) (envelope-from russell@anchoragerescue.org) Received: from intake.anchoragerescue.org (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id E73C8116 for ; Sat, 19 May 2001 19:43:09 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Russell To: freebsd-hackers@freebsd.org Subject: kernel error: psmintr: out of sync Date: Sat, 19 May 2001 19:43:09 -0800 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <01051919430900.00501@intake.anchoragerescue.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 I'm running 4.3 -stable and a logitech pro keyboard and mouse. At login the kernel returns the following message: psmintr: out of sync (0000 != 0008). The mouse is configured as ps/2. Killing and restarting moused sometimes stops the problem. Any suggestions will be appreciated. TIA, russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat May 19 21: 9:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2F5C337B424 for ; Sat, 19 May 2001 21:09:24 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.1) with ESMTP id f4K49LE22104; Sat, 19 May 2001 22:09:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200105200409.f4K49LE22104@harmony.village.org> To: Doug White Subject: Re: Should I worryy? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 19 May 2001 19:37:42 PDT." References: Date: Sat, 19 May 2001 22:09:21 -0600 From: Warner Losh 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 Doug White writes: : Two things mainly cause du-vs-df sizing problems: : . hardlinks : . sparse files No. DU uses the actual number of blocks in file. Hardlinks aren't an issue here because I did a df on the mountpoint. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message