From owner-freebsd-hackers Sun Apr 7 4: 0: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from blue.dream.vg (pl32.katowice.cvx.ppp.tpnet.pl [217.99.65.32]) by hub.freebsd.org (Postfix) with ESMTP id 57A3537B427; Sun, 7 Apr 2002 03:59:39 -0700 (PDT) Received: from cartero by MetBSD.pl with local (Exim 3.34 #2 (Debian)) id 16uAJD-0000Ij-00; Sun, 07 Apr 2002 12:54:07 +0200 Date: Sun, 7 Apr 2002 12:54:07 +0200 From: Light To: freebsd-questions@FreeBSD.org Cc: freebsd-hackers@FreeBSD.ORG Subject: Problem with big range input/output Message-ID: <20020406224529.A393@bell-flower> Reply-To: fbsddisc@konto.pl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. I have problem with recording sound and compressing it with lame. I guess, that this may be a kernel tuning problem. I've requested for help to many people, but nobody can help me. I'm posting here expecting here are people who know very good internals of FreeBSD. Forgive me, but it is very urgent problem for me, I'm archiving radio programs on PC. When I do: $ mkfifo file.wav $ rec -c 2 -s w -d /dev/dspW -r 44100 file.wav & $ lame --preset cd file.wav file.mp3 sound recorded by lame is strange; small parts of sound are lost, and I can hear something like quiet beating. Recording with rec (to regular file - no FIFO) also doesn't looks good. It loads CPU till 98% and sound quality is very bad. First 3 secs of sound are great, but after 3 secs recorded .wav is like divided and sound strange. My question is: how to get the best performance of FIFO's in kernel? Is the snd_emu10k1 driver complete and working? What I sould change with sysctl to get sound recording working good? Are there any options in LINT which may help to enlarge buffers and pci performance in this case? My card: SB Live!, processor: PIII 450 MHz, RAM 128MB Regards, light To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 6:27:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by hub.freebsd.org (Postfix) with ESMTP id 9DD7037B434 for ; Sun, 7 Apr 2002 06:27:11 -0700 (PDT) Received: from rzstud1.rz.uni-karlsruhe.de (rzstud1.rz.uni-karlsruhe.de [193.196.41.33]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.33 #1) id 16uChI-0001Vc-00; Sun, 07 Apr 2002 15:27:08 +0200 Received: from un1i by rzstud1.rz.uni-karlsruhe.de with local (Exim 3.33 #1) id 16uChR-00069v-00; Sun, 07 Apr 2002 15:27:17 +0200 Date: Sun, 7 Apr 2002 15:27:16 +0200 From: Philipp Mergenthaler To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-hackers@FreeBSD.ORG, maxim@macomnet.ru Subject: Re: cdcontrol(1) speed command Message-ID: <20020407132716.GA3437@rz.uni-karlsruhe.de> References: <200204051431.g35EV5b33064@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200204051431.g35EV5b33064@freebsd.dk> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Apr 05, 2002 at 04:31:04PM +0200, S=F8ren Schmidt wrote: > It seems Philipp Mergenthaler wrote: > > > @@ -24,6 +24,7 @@ > > > #endif /* not lint */ > >=20 > > > #include > > > +#include > >=20 > > J=F6rg Wunsch commented that adding "include " would be > > wrong and that this ioctl should be moved to sys/cdio.h instead. > > (I guess then it should be renamed to CDIOCREADSPEED, too.) > > This would then have to be changed in src/sys/dev/ata/atapi-cd.c, too. >=20 > Hmm, then the functionality should be added to the SCSI CD driver > first, until then its only for ATAPI CDROM's, and should stay > where it is, to not break binary compatibility.. Ok, kern/36845 adds this to the SCSI driver. I don't have a SCSI CD drive to test with, but it works with my ATAPI drive + ATAPICAM, FWIW :-). What's the best way to proceed? Should Maxim commit the change to cdcontrol as it is and i'll wait until kern/36845 is committed and then send-pr a patch which moves this ioctl from cdio.h to cdrio.h and renames it? (And also in atapi-cd.c, scsi-cd.c and cdcontrol.c) Thanks, Philipp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 6:54:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.bsdhome.com (rdu25-2-113.nc.rr.com [24.25.2.113]) by hub.freebsd.org (Postfix) with ESMTP id 8B46237B416 for ; Sun, 7 Apr 2002 06:54:35 -0700 (PDT) Received: from neutrino.bsdhome.com (jupiter [192.168.220.13]) by smtp.bsdhome.com (8.11.3nb1/8.11.4) with ESMTP id g37DsRi04839; Sun, 7 Apr 2002 09:54:27 -0400 (EDT) Received: from neutrino.bsdhome.com (localhost [127.0.0.1]) by neutrino.bsdhome.com (8.12.2/8.12.2) with ESMTP id g37DsLI4070201; Sun, 7 Apr 2002 09:54:21 -0400 (EDT) (envelope-from bsd@neutrino.bsdhome.com) Received: (from bsd@localhost) by neutrino.bsdhome.com (8.12.2/8.12.2/Submit) id g37DsLRe070200; Sun, 7 Apr 2002 09:54:21 -0400 (EDT) Date: Sun, 7 Apr 2002 09:54:21 -0400 From: Brian Dean To: Doug White Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: USB to IDE converter Message-ID: <20020407095421.A70054@neutrino.bsdhome.com> References: <20020406212216.A44138@neutrino.bsdhome.com> <20020406234127.O6659-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020406234127.O6659-100000@resnet.uoregon.edu>; from dwhite@resnet.uoregon.edu on Sat, Apr 06, 2002 at 11:41:35PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Apr 06, 2002 at 11:41:35PM -0800, Doug White wrote: > > 'camcontrol rescan 1'? That provoked this response: Apr 7 09:36:21 neutrino /kernel: umass1: GoodWay USBIDE GoodWay USBIDE, rev 1.10/2.60, addr 3 Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 1 Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 2 Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 3 Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 4 Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 5 Other than that, no change. -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 7: 0: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from milla.33net.fdns.net (milla.33net.fdns.net [217.197.166.58]) by hub.freebsd.org (Postfix) with ESMTP id 2A69A37B41A for ; Sun, 7 Apr 2002 06:59:56 -0700 (PDT) Received: (from nick@localhost) by milla.33net.fdns.net (8.11.6/8.11.6) id g37E1IJ93225 for freebsd-hackers@freebsd.org; Sun, 7 Apr 2002 16:01:18 +0200 (CEST) (envelope-from nick) Date: Sun, 7 Apr 2002 16:01:18 +0200 From: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= To: freebsd-hackers@freebsd.org Subject: Patch for setgroups(). Message-ID: <20020407160118.A84861@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-Key-URL: http://garage.freebsd.pl/keys/PGP.txt X-OS: FreeBSD 4.5-STABLE i386 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 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey. What do You think about this patch? This can help non-root applications like apache etc. For example when I got access to many files from many groups when attacker will exploit this application he got access to all files, coz there is no way to setgroups() if I am non-root and maybe only demon needs access to all files - child needs only access to files owned by one group. Here You got patch: [15:52:00] [ttyq0] [52] leila:root:# diff /sys/kern/kern_prot.c.old /sys/ke= rn/kern_prot.c.new 613c613 < int error; --- > int error, i, j, stat, root =3D 1; 616c616 < return (error); --- > root =3D 0; 633c633 < } else { --- > } else if (root) { 636a637,656 > pc->pc_ucred->cr_ngroups =3D ngrp; > } else { > if ((caddr_t)(intptr_t)fuword(uap->gidset) =3D=3D (caddr_t)= (-1)) { > return (EINVAL); > if (ngrp > pc->pc_ucred->cr_ngroups) > return (EPERM); > for (i =3D 0; i < ngrp; i++) { > stat =3D 0; > for (j =3D 0; j < pc->pc_ucred->cr_ngroups; j++) { > if (uap->gidset[i] =3D=3D > pc->pc_ucred->cr_groups[j]) { > stat =3D 1; > break; > } > } > if (!stat) > return (EPERM); > } > for (i =3D 0; i < ngrp; i++) > pc->pc_ucred->cr_groups[i] =3D uap->gidset[i]; --=20 Pawe=B3 Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPLBRLj/PhmMH/Mf1AQGgYwQAnDT4DPJurjrKAJE7+4uemaAm7XdVf3VA F+G0nreyHnM2aJB+lkY+aZpQtUQAWVBoKxsFp/IG1UEk5ZmLsEbxAjHQuOWc05I2 LXz4M435suaSv2t2wr+IYkcrJg11Euw2Y7mZvxE3p+1myrSyCANENiirl7xR9O3F Bgr/d3YPzFk= =mRph -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 7:20:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 0389C37B405 for ; Sun, 7 Apr 2002 07:20:34 -0700 (PDT) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Sun, 7 Apr 2002 15:20:15 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 16uDVP-0005J0-00; Sun, 07 Apr 2002 15:18:55 +0100 Date: Sun, 7 Apr 2002 15:18:55 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= Cc: freebsd-hackers@freebsd.org Subject: Re: Patch for setgroups(). In-Reply-To: <20020407160118.A84861@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 7 Apr 2002, [ISO-8859-2] Pawe=B3 Jakub Dawidek wrote: > Hey. > > What do You think about this patch? > This can help non-root applications like apache etc. > For example when I got access to many files from many groups when attacke= r > will exploit this application he got access to all files, coz there is no > way to setgroups() if I am non-root and maybe only demon needs access to = all > files - child needs only access to files owned by one group. This breaks the (rare) case of using group membership for negative access control. --=20 jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk perl -e 's?ck?t??print:perl=3D=3Dpants if $_=3D"Just Another Perl Hacker\n"= ' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 14:10:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 156CD37B41A for ; Sun, 7 Apr 2002 14:10:22 -0700 (PDT) Received: from pool0113.cvx21-bradley.dialup.earthlink.net ([209.179.192.113] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16uJuv-0006pS-00; Sun, 07 Apr 2002 14:09:41 -0700 Message-ID: <3CB0B57C.FA15FA25@mindspring.com> Date: Sun, 07 Apr 2002 14:09:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jan Grant Cc: =?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek , freebsd-hackers@freebsd.org Subject: Re: Patch for setgroups(). References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Grant wrote: > On Sun, 7 Apr 2002, [ISO-8859-2] Pawe=B3 Jakub Dawidek wrote: > > What do You think about this patch? > > This can help non-root applications like apache etc. > > For example when I got access to many files from many groups when att= acker > > will exploit this application he got access to all files, coz there i= s no > > way to setgroups() if I am non-root and maybe only demon needs access= to all > > files - child needs only access to files owned by one group. > = > This breaks the (rare) case of using group membership for negative > access control. Specifically "exclusion groups", e.g.: # don't let bob use "ls"... cat >> /etc/group nols:*:200:bob chgrp nols /bin/ls chmod g=3D /bin/ls This works because permissions are checked in owner/group/world order, and because you cannot drop group membership, if you are not the owner (root), then membership in the group "nols" denies you access to the file, even though world access otherwise remains. There are also programs that explicitly deny access based on group membership, by internally asking to see what groups you are in, and denying access on that basis. This is how a number of "games wrappers" and similar programs function. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 19:34:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by hub.freebsd.org (Postfix) with ESMTP id 017AB37B405 for ; Sun, 7 Apr 2002 19:34:30 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id 9EAE5B96 for ; Sun, 7 Apr 2002 20:34:29 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 3B7B5EE for ; Sun, 7 Apr 2002 20:34:29 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id TAA19664 for ; Sun, 7 Apr 2002 19:34:28 -0700 (PDT) Message-Id: <200204080234.TAA19664@mina.soco.agilent.com> To: hackers@freebsd.org Subject: Re: USB to IDE converter Reply-To: Darryl Okahata In-Reply-To: Your message of "Sat, 06 Apr 2002 21:22:16 EST." Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: text/plain; charset=US-ASCII Date: Sun, 07 Apr 2002 19:34:27 -0700 From: Darryl Okahata 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 Brian Dean wrote: > I just got one of these hoping that it would work under FreeBSD but so > far can't make it work: Does it need drivers for Win2K or WinXP (drivers for Win98 and below are OK)? If it needs drivers for Win2K or XP, then the device may not be fully USB-mass-storage compliant, which means that it'll be difficult (if not impossible) to get it working with FreeBSD (someone may have to write a driver for it). If it doesn't need drivers, then I'm at a loss as to suggest what to do next, except to upgrade to the latest FreeBSD-STABLE. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Apr 7 20:48: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by hub.freebsd.org (Postfix) with ESMTP id 1BF1137B416 for ; Sun, 7 Apr 2002 20:47:58 -0700 (PDT) Received: from laptop.unixathome.org (xeon.unixathome.org [192.168.0.18]) by bast.unixathome.org (Postfix) with ESMTP id 7F52E3F28 for ; Sun, 7 Apr 2002 23:48:24 -0400 (EDT) Date: Sun, 7 Apr 2002 22:48:00 -0400 (EDT) From: Dan Langille To: hackers@freebsd.org Subject: php regex needed for PR numbers Message-ID: <20020407223844.U183-100000@laptop.unixathome.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, If you don't know it already, the new version of Freshports is in beta testing at . One of the remaining items I'm looking for help with is the creation of hyperlinks from the log messages to the PR database. I'm hoping that someone can provide a bit of code I can use in PHP to convert lines like this: PR: 12345 PR: ports/1234 PR: 1234,5678 to lines which contain hyperlinks to the actual PR. The HREF isn't difficult, but I'm finding trouble with getting it working and working correctly. Our first attempts can be http://test.freshports.org/phorum/lists.php?f=1 under the thread titled "more PHP regex help wanted please". thanks. -- Dan Langille novice in training - http://www.freebsddiary.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 1:46:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.fidnet.com (four.fidnet.com [216.229.64.74]) by hub.freebsd.org (Postfix) with SMTP id 7C80C37B417 for ; Mon, 8 Apr 2002 01:46:20 -0700 (PDT) Received: (qmail 2746 invoked from network); 8 Apr 2002 08:46:19 -0000 Received: from beast.hexaneinc.com (HELO beast) (216.229.82.132) by four.fidnet.com with SMTP; 8 Apr 2002 08:46:19 -0000 From: "Matthew Rezny" To: "hackers@freebsd.org" Date: Mon, 08 Apr 2002 03:47:06 -0600 Reply-To: "Matthew Rezny" X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 2000 (5.0.2195;2) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: MegaRAID i4 Message-Id: <20020408084620.7C80C37B417@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My 3ware card performs absolutely terribly so I'm going to replace it. I need 8 drives so that narrows the choices to the Highpoint RAID 404 or the AMI MegaRAID i4. I'd like to get the AMI rather than the HPT so I can do the RAID in hardware. However, the MegaRAID i4 isn't listed as supported by the amr driver. So, my question, has anyone tried one of these cards in FreeBSD and what was the result? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 2:51: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 0C14C37B417 for ; Mon, 8 Apr 2002 02:51:00 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 751F0410; Mon, 8 Apr 2002 10:49:58 +0100 (BST) Date: Mon, 8 Apr 2002 10:49:58 +0100 From: Josef Karthauser To: Darryl Okahata Cc: hackers@freebsd.org Subject: Re: USB to IDE converter Message-ID: <20020408094958.GD54610@genius.tao.org.uk> References: <200204080234.TAA19664@mina.soco.agilent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204080234.TAA19664@mina.soco.agilent.com> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 07, 2002 at 07:34:27PM -0700, Darryl Okahata wrote: > Brian Dean wrote: > > > I just got one of these hoping that it would work under FreeBSD but so > > far can't make it work: > > Does it need drivers for Win2K or WinXP (drivers for Win98 and > below are OK)? If it needs drivers for Win2K or XP, then the device may > not be fully USB-mass-storage compliant, which means that it'll be > difficult (if not impossible) to get it working with FreeBSD (someone > may have to write a driver for it). If it doesn't need drivers, then > I'm at a loss as to suggest what to do next, except to upgrade to the > latest FreeBSD-STABLE. USB hasn't changed much in -stable between 4.4 and now. We've got a lot of new usb code in -current though, and I'm hoping to have the bugs ironed out before 4.6. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 2:52:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id B652037B405 for ; Mon, 8 Apr 2002 02:52:10 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 36552410; Mon, 8 Apr 2002 10:51:09 +0100 (BST) Date: Mon, 8 Apr 2002 10:51:09 +0100 From: Josef Karthauser To: Josef Karthauser Cc: Darryl Okahata , hackers@freebsd.org Subject: Re: USB to IDE converter Message-ID: <20020408095109.GE54610@genius.tao.org.uk> References: <200204080234.TAA19664@mina.soco.agilent.com> <20020408094958.GD54610@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020408094958.GD54610@genius.tao.org.uk> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 08, 2002 at 10:49:58AM +0100, Josef Karthauser wrote: > On Sun, Apr 07, 2002 at 07:34:27PM -0700, Darryl Okahata wrote: > > Brian Dean wrote: > > > > > I just got one of these hoping that it would work under FreeBSD but so > > > far can't make it work: > > > > Does it need drivers for Win2K or WinXP (drivers for Win98 and > > below are OK)? If it needs drivers for Win2K or XP, then the device may > > not be fully USB-mass-storage compliant, which means that it'll be > > difficult (if not impossible) to get it working with FreeBSD (someone > > may have to write a driver for it). If it doesn't need drivers, then > > I'm at a loss as to suggest what to do next, except to upgrade to the > > latest FreeBSD-STABLE. > > USB hasn't changed much in -stable between 4.4 and now. We've got a lot > of new usb code in -current though, and I'm hoping to have the bugs > ironed out before 4.6. I forgot to add, there's a patch set against -stable at http://www.josef-k.net/misc. Use the latest one. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 8: 2:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web14708.mail.yahoo.com (web14708.mail.yahoo.com [216.136.224.125]) by hub.freebsd.org (Postfix) with SMTP id 199AE37B41B for ; Mon, 8 Apr 2002 08:01:28 -0700 (PDT) Message-ID: <20020408150127.20897.qmail@web14708.mail.yahoo.com> Received: from [199.246.40.54] by web14708.mail.yahoo.com via HTTP; Mon, 08 Apr 2002 08:01:27 PDT Date: Mon, 8 Apr 2002 08:01:27 -0700 (PDT) From: Ron Chen Subject: Re: FreeBSD port of SGE (Compute farm system) To: cluster@freebsd.org, hackers@freebsd.org, beowulf@beowulf.org, dev@gridengine.sunsource.net, users@gridengine.sunsource.net Cc: tonym@biolateral.com.au In-Reply-To: <20020405042351.86759.qmail@web14706.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1423374254-1018278087=:20532" 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 --0-1423374254-1018278087=:20532 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Patch and output attached. Also, I already found 1 problem -- somewhere in execd. It affects the process' priority in SGEEE mode. However, I've not fixed it yet, I just want to release the current patch ASAP to let people try it out. -Ron --- Ron Chen wrote: > Hi, > > I compiled the source, changed a few parameters, and > SGE finally runs on FreeBSD. It is running in > single- > user mode, with only 1 host. I am doing a little > clean > up, and then I will need to make sure my changes do > not affect others (by "#ifdef BSD"). > > It still does not get the correct system information > yet, but some of the job accounting info is there > (at > least run time is correct 8-) ). > > It is now running for several hours, it looks > stable. It ran several tens of jobs. "qstat", > "qhost", "qacct", "qconf", "qdel" look fine, output > makes sense (but need to implement the resource info > collecting routines). > > I will post the patches tomorrow, together with some > output of the commands. (I will be busy today) > > Also, I will move the discussion from the hackers > list > to the cluster@freebsd list. __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ --0-1423374254-1018278087=:20532 Content-Type: text/plain; name="diff.txt" Content-Description: diff.txt Content-Disposition: inline; filename="diff.txt" Index: aimk =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/aimk,v retrieving revision 1.38 diff -u -6 -r1.38 aimk --- aimk 2002/02/22 13:23:59 1.38 +++ aimk 2002/04/05 17:54:10 @@ -1,7 +1,7 @@ -#!/bin/csh -fb +#!/bin/csh # # aimk # #___INFO__MARK_BEGIN__ ########################################################################## # @@ -78,12 +78,18 @@ case "crayts": set BUILDARCH = UNICOS_TS breaksw case "craytsieee": set BUILDARCH = UNICOS_TS_IEEE breaksw +case "darwin": + set BUILDARCH = DARWIN + breaksw +case "freebsd" + set BUILDARCH = FREEBSD + breaksw case "glinux": set BUILDARCH = LINUX6 breaksw case "hp10": set BUILDARCH = HP10 breaksw @@ -872,12 +878,97 @@ set GCC_NOERR_CXXFLAGS = "$CXXFLAGS" endif set SGE_NPROCS_CFLAGS = "$CFLAGS" breaksw + +case DARWIN: + set COMPILE_DC = 1 + if ( $USE_QMAKE == 0 ) then + set MAKE = make + endif + set OFLAG = "-O" + if ( "$CC" != insure ) then + set CC = cc + set CXX = c++ + else + set CFLAGS = "-Wno-error $CFLAGS" + set CXXFLAGS = "-Wno-error $CXXFLAGS" + set LIBS = "$LIBS" + endif + set DEPEND_FLAGS = "$CFLAGS $XMTINCD" + + set LD_LIBRARY_PATH = "/usr/lib" + + if ( $SHAREDLIBS == 1 ) then + set LIBEXT = ".dylib" + else + set LIBEXT = ".a" + endif + + set PTHRDSFLAGS = "-D_REENTRANT -D__USE_REENTRANT" + + if ( $DEBUGGED == 1) then + set DEBUG_FLAG = "-ggdb $INSURE_FLAG" + endif + if ( $GPROFFED == 1) then + set DEBUG_FLAG = "$DEBUG_FLAG -pg" + endif + + set ARFLAGS = rcv + set CFLAGS = "$OFLAG -Wall -Werror -D$BUILDARCH $DEBUG_FLAG $CFLAGS" + set CXXFLAGS = "$OFLAG -Werror -Wstrict-prototypes -D$BUILDARCH $DEBUG_FLAG $CXXFLAGS" + set NOERR_CFLAG = "-Wno-error" + set GCC_NOERR_CFLAGS = "$CFLAGS -Wno-error" + set GCC_NOERR_CXXFLAGS = "$CXXFLAGS -Wno-error" + set LFLAGS = "$DEBUG_FLAG $LFLAGS" + set LIBS = "$LIBS" + set RANLIB = "ranlib" + set XMTDEF = "" + set XINCD = "$XMTINCD $XINCD -I/usr/X11R6/include" + set XCFLAGS = "-Wno-strict-prototypes -Wno-error $XMTDEF $XINCD" + set XLIBD = "-L/usr/X11R6/lib" + set XLFLAGS = "$XLIBD" + set XLIBS = "-lXm -lXpm -lXt -lXext -lX11 -lSM -lICE -lXp" + + set SGE_NPROCS_CFLAGS = "$CFLAGS" + + breaksw + +case FREEBSD: + set COMPILE_DC = 1 + set MAKE = make + set OFLAG = "-O" + set ARFLAGS = rcv + if ( "$CC" != insure ) then + set CC = gcc + set CXX = g++ + else + set CFLAGS = "-Wno-error $CFLAGS" + set CXXFLAGS = "-Wno-error $CXXFLAGS" + set LIBS = "$LIBS" + endif + set DEPEND_FLAGS = "$CFLAGS $XMTINCD" + set PTHRDSFLAGS = "-D_REENTRANT -D__USE_REENTRANT" + set CFLAGS = "$OFLAG -Wall -D$BUILDARCH $DEBUG_FLAG $CFLAGS -I/usr/X11R6/include" + set CXXFLAGS = "$OFLAG -Wstrict-prototypes -D$BUILDARCH $DEBUG_FLAG $CXXFLAGS" + set NOERR_CFLAG = "-Wno-error" + set GCC_NOERR_CFLAGS = "$CFLAGS -Wno-error" + set GCC_NOERR_CXXFLAGS = "$CXXFLAGS -Wno-error" + set LFLAGS = "$DEBUG_FLAG $LFLAGS" + set LIBS = "$LIBS" + set XMTDEF = "" + set XINCD = "$XMTINCD $XINCD -I/usr/X11/include" + set XCFLAGS = "-Wno-strict-prototypes -Wno-error $XMTDEF $XINCD" + set XLIBD = "-L/usr/X11R6/lib" + set XLFLAGS = "$XLIBD" + set XLIBS = "-Xlinker -Bstatic -lXm -Xlinker -Bdynamic -lXpm -lXt -lXext -lX11 -lSM -lICE -lXp" + + set SGE_NPROCS_CFLAGS = "$CFLAGS" + breaksw case IRIX6*: set COMPILE_DC = 1 set ARCH = $IRIX_ARCHDEF #if (`hostname` != DWAIN) then # set MAKE = make Index: 3rdparty/sge_depend/Makefile =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/3rdparty/sge_depend/Makefile,v retrieving revision 1.1.1.1 diff -u -6 -r1.1.1.1 Makefile --- 3rdparty/sge_depend/Makefile 2001/07/18 11:06:07 1.1.1.1 +++ 3rdparty/sge_depend/Makefile 2002/04/05 17:54:11 @@ -53,11 +53,14 @@ ifparser.o: $(DEP_DIR)/ifparser.c $(CC) -c $(CFLAGS) $(MAIN_DEFINES) $(DEP_DIR)/ifparser.c cppsetup.o: $(DEP_DIR)/cppsetup.c $(CC) -c $(CFLAGS) $(MAIN_DEFINES) $(DEP_DIR)/cppsetup.c -include.o: $(DEP_DIR)/include.c +include.o: $(DEP_DIR)/include.c + @echo "CFLAGS" : $(CFLAGS) + @echo "MAIN_DEFINES" : $(MAIN_DEFINES) + @echo "DEP_DIR" : $(DEP_DIR) $(CC) -c $(CFLAGS) $(MAIN_DEFINES) $(DEP_DIR)/include.c pr.o: $(DEP_DIR)/pr.c $(CC) -c $(CFLAGS) $(MAIN_DEFINES) $(DEP_DIR)/pr.c Index: daemons/common/pdc.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/daemons/common/pdc.c,v retrieving revision 1.4 diff -u -6 -r1.4 pdc.c --- daemons/common/pdc.c 2002/02/24 13:41:30 1.4 +++ daemons/common/pdc.c 2002/04/05 17:54:11 @@ -114,13 +114,13 @@ #include #include #include #include "sge_stat.h" #endif -#if defined(LINUX) || defined(ALPHA) || defined(IRIX6) || defined(SOLARIS) +#if defined(LINUX) || defined(ALPHA) || defined(IRIX6) || defined(SOLARIS) || defined(FREEBSD) #include "sge_os.h" #endif #if defined(IRIX6) # define F64 "%lld" # define S64 "%lli" @@ -2041,13 +2041,13 @@ static time_t start_time; int psStartCollector(void) { static int initialized = 0; - int ncpus; + int ncpus = 0; #if defined(ALPHA) int start=0; #endif if (initialized) @@ -2069,13 +2069,13 @@ sysdata.sys_length = sizeof(sysdata); /* page size */ pagesize = getpagesize(); /* retrieve static parameters */ -#if defined(LINUX) || defined(ALINUX) || defined(IRIX6) || defined(SOLARIS) +#if defined(LINUX) || defined(ALINUX) || defined(IRIX6) || defined(SOLARIS) || defined(FREEBSD) ncpus = sge_nprocs(); #elif defined(ALPHA) { /* Number of CPUs */ ncpus = sge_nprocs(); #ifdef PDC_STANDALONE Index: daemons/common/procfs.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/daemons/common/procfs.c,v retrieving revision 1.3 diff -u -6 -r1.3 procfs.c --- daemons/common/procfs.c 2002/02/24 13:41:30 1.3 +++ daemons/common/procfs.c 2002/04/05 17:54:11 @@ -47,13 +47,15 @@ #include #endif #include #include #include -#include +#if 0 + #include +#endif #include #include #include #include #if defined(ALPHA) Index: daemons/execd/exec_job.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/daemons/execd/exec_job.c,v retrieving revision 1.20 diff -u -6 -r1.20 exec_job.c --- daemons/execd/exec_job.c 2002/02/24 13:41:34 1.20 +++ daemons/execd/exec_job.c 2002/04/05 17:54:12 @@ -408,13 +408,13 @@ static const char *get_sharedlib_path_name(void) { #if defined(AIX4) return "LIBPATH"; #elif defined(HP10) || defined(HP11) return "SHLIB_PATH"; -#elif defined(ALPHA) || defined(IRIX6) || defined(IRIX65) || defined(LINUX) || defined(SOLARIS) +#elif defined(ALPHA) || defined(IRIX6) || defined(IRIX65) || defined(LINUX) || defined(SOLARIS) ||defined(FREEBSD) return "LD_LIBRARY_PATH"; #else #error "don't know how to set shared lib path on this architecture" return NULL; /* never reached */ #endif } Index: daemons/execd/ptf.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/daemons/execd/ptf.c,v retrieving revision 1.15 diff -u -6 -r1.15 ptf.c --- daemons/execd/ptf.c 2002/02/24 13:41:35 1.15 +++ daemons/execd/ptf.c 2002/04/05 17:54:12 @@ -272,13 +272,13 @@ * static osjobid_t - os job id (job id / ash / supplementary gid) ******************************************************************************/ static osjobid_t ptf_get_osjobid(lListElem *osjob) { osjobid_t osjobid; -#if !defined(LINUX) && !defined(SOLARIS) && !defined(ALPHA5) && !defined(NECSX4) && !defined(NECSX5) +#if !defined(LINUX) && !defined(SOLARIS) && !defined(ALPHA5) && !defined(NECSX4) && !defined(NECSX5) && !defined(FREEBSD) osjobid = lGetUlong(osjob, JO_OS_job_ID2); osjobid = (osjobid << 32) + lGetUlong(osjob, JO_OS_job_ID); #else @@ -302,13 +302,13 @@ * INPUTS * lListElem *osjob - element of type JO_Type * osjobid_t osjobid - os job id (job id / ash / supplementary gid) ******************************************************************************/ static void ptf_set_osjobid(lListElem *osjob, osjobid_t osjobid) { -#if !defined(LINUX) && !defined(SOLARIS) && !defined(ALPHA5) && !defined(NECSX4) && !defined(NECSX5) +#if !defined(LINUX) && !defined(SOLARIS) && !defined(ALPHA5) && !defined(NECSX4) && !defined(NECSX5) && !defined(FREEBSD) lSetUlong(osjob, JO_OS_job_ID2, ((u_osjobid_t) osjobid) >> 32); lSetUlong(osjob, JO_OS_job_ID, osjobid & 0xffffffff); #else @@ -907,13 +907,13 @@ { lListElem *job, *osjob = NULL; lCondition *where; DENTER(TOP_LAYER, "ptf_get_job_os"); -#if defined(LINUX) || defined(SOLARIS) || defined(ALPHA5) || defined(NECSX4) || defined(NECSX5) +#if defined(LINUX) || defined(SOLARIS) || defined(ALPHA5) || defined(NECSX4) || defined(NECSX5) || defined(FREEBSD) where = lWhere("%T(%I == %u)", JO_Type, JO_OS_job_ID, (u_long32) os_job_id); #else where = lWhere("%T(%I == %u && %I == %u)", JO_Type, JO_OS_job_ID, (u_long) (os_job_id & 0xffffffff), JO_OS_job_ID2, (u_long) (((u_osjobid_t) os_job_id) >> 32)); #endif Index: daemons/shepherd/setrlimits.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/daemons/shepherd/setrlimits.c,v retrieving revision 1.5 diff -u -6 -r1.5 setrlimits.c --- daemons/shepherd/setrlimits.c 2002/02/24 13:41:43 1.5 +++ daemons/shepherd/setrlimits.c 2002/04/05 17:54:12 @@ -45,14 +45,19 @@ #endif #if defined(HP10_01) || defined(HPCONVEX) # define _KERNEL #endif -#include +#if defined(FREEBSD) +#include +#endif +#if 0 +#include +#endif #if defined(HP10_01) || defined(HPCONVEX) # undef _KERNEL #endif #if defined(IRIX6) # define RLIMIT_STRUCT_TAG rlimit64 @@ -403,13 +408,13 @@ /* hard limit must be greater or equal to soft limit */ if (rlp->rlim_max < rlp->rlim_cur) rlp->rlim_cur = rlp->rlim_max; #if defined(LINUX) || ( defined(SOLARIS) && !defined(SOLARIS64) ) || defined(NECSX4) || defined(NECSX5) # define limit_fmt "%ld" -#elif defined(IRIX6) || defined(HP11) || defined(HP10) +#elif defined(IRIX6) || defined(HP11) || defined(HP10) || defined(FREEBSD) # define limit_fmt "%lld" #elif defined(ALPHA) || defined(SOLARIS64) # define limit_fmt "%lu" #else # define limit_fmt "%d" #endif Index: dist/util/arch =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/dist/util/arch,v retrieving revision 1.7 diff -u -6 -r1.7 arch --- dist/util/arch 2002/01/29 14:58:56 1.7 +++ dist/util/arch 2002/04/05 17:54:12 @@ -44,12 +44,32 @@ # PATH=/bin:/usr/bin:/usr/sbin ARCH=UNKNOWN +if [ -x /usr/bin/uname ]; then + os="`/usr/bin/uname -s`" + ht="`/usr/bin/uname -m`" + osht="$os,$ht" + case $osht in + Darwin,*) + ARCH=darwin + ;; + FreeBSD,*) + ARCH=freebsd + ;; + OpenBSD,*) + ARCH=freebsd + ;; + NetBSD,*) + ARCH=freebsd + ;; + esac +fi + if [ -x /bin/uname ]; then os="`/bin/uname -s`" ht="`/bin/uname -m`" osht="$os,$ht" case $osht in SUPER-UX,SX-4*) Index: libs/comm/commlib.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/comm/commlib.c,v retrieving revision 1.7 diff -u -6 -r1.7 commlib.c --- libs/comm/commlib.c 2002/02/27 08:14:45 1.7 +++ libs/comm/commlib.c 2002/04/05 17:54:13 @@ -2063,12 +2063,14 @@ sigdelset(&mask, SIGILL); sigdelset(&mask, SIGQUIT); sigdelset(&mask, SIGURG); sigdelset(&mask, SIGIO); sigdelset(&mask, SIGSEGV); sigdelset(&mask, SIGFPE); + +#define SIGCLD SIGCHLD /* Same as SIGCHLD (System V). */ sigaddset(&mask, SIGCLD); sigprocmask(SIG_SETMASK, &mask, NULL); return omask; } #endif Index: libs/rmon/rmon_semaph.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/rmon/rmon_semaph.c,v retrieving revision 1.2 diff -u -6 -r1.2 rmon_semaph.c --- libs/rmon/rmon_semaph.c 2001/07/20 08:21:38 1.2 +++ libs/rmon/rmon_semaph.c 2002/04/05 17:54:13 @@ -53,13 +53,13 @@ #include "msg_rmon.h" #define BIGCOUNT 10000 /* initial value of process counter */ /* * Define the semaphore operation arrays for the semop() calls. */ -#if defined(bsd4_2) || defined(MACH) || defined(__hpux) || defined(_AIX) || defined(SOLARIS) || defined(SINIX) || (defined(LINUX) && defined(_SEM_SEMUN_UNDEFINED)) +#if defined(bsd4_2) || defined(MACH) || defined(__hpux) || defined(_AIX) || defined(SOLARIS) || defined(SINIX) || (defined(LINUX) && defined(_SEM_SEMUN_UNDEFINED)) union semun { int val; /* value for SETVAL */ struct semid_ds *buf; /* buffer for IPC_STAT & IPC_SET */ ushort *array; /* array for GETALL & SETALL */ }; Index: libs/sched/sort_hosts.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/sched/sort_hosts.c,v retrieving revision 1.6 diff -u -6 -r1.6 sort_hosts.c --- libs/sched/sort_hosts.c 2001/12/17 15:09:38 1.6 +++ libs/sched/sort_hosts.c 2002/04/05 17:54:13 @@ -31,16 +31,12 @@ /*___INFO__MARK_END__*/ #include #include #include #include -#ifndef WIN32 -# include -#endif - #include "sgermon.h" #include "sge.h" #include "sge_gdi_intern.h" #include "cull.h" #include "sge_all_listsL.h" #include "sge_parse_num_par.h" Index: libs/uti/sge_arch.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/uti/sge_arch.c,v retrieving revision 1.10 diff -u -6 -r1.10 sge_arch.c --- libs/uti/sge_arch.c 2002/02/24 13:41:51 1.10 +++ libs/uti/sge_arch.c 2002/04/05 17:54:13 @@ -85,20 +85,22 @@ #elif defined(ALINUX) # define ARCHBIN "alinux" #elif defined(LINUX5) # define ARCHBIN "linux" #elif defined(LINUX6) # define ARCHBIN "glinux" +#elif defined(FREEBSD) +# define ARCHBIN "freebsd" #elif defined(SLINUX) # define ARCHBIN "slinux" #elif defined(CRAY) # if defined(CRAYTSIEEE) # define ARCHBIN "craytsieee" -# elif defined(CRAYTS) +#elif defined(CRAYTS) # define ARCHBIN "crayts" -# else +#else # define ARCHBIN "cray" # endif #elif defined(NECSX4) # define ARCHBIN "necsx4" #elif defined(NECSX5) # define ARCHBIN "necsx5" Index: libs/uti/sge_getloadavg.c =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/uti/sge_getloadavg.c,v retrieving revision 1.6 diff -u -6 -r1.6 sge_getloadavg.c --- libs/uti/sge_getloadavg.c 2002/02/24 13:41:54 1.6 +++ libs/uti/sge_getloadavg.c 2002/04/05 17:54:13 @@ -600,12 +600,56 @@ } #endif DEXIT; return cpu_load; } + +#elif defined(FREEBSD) + +double get_cpu_load() +{ + return 0.0; +} + #elif defined(LINUX) static char* skip_token( char *p ) { while (isspace(*p)) { @@ -833,12 +877,38 @@ loadavg[2] /= cpus; return 3; } else { return -1; } } +#elif defined(FREEBSD) + +static int get_load_avg( +double loadavg[], +int nelem +) { + + return 0; + +} #elif defined(LINUX) static int get_load_avg( double loadv[], int nelem @@ -1075,13 +1145,13 @@ int nelem ) { int elem = 0; #if defined(SOLARIS64) elem = getloadavg(loadavg, nelem); /* <== library function */ -#elif (defined(SOLARIS) && !defined(SOLARIS64)) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) || defined(HP10) || defined(HP11) || defined(CRAY) || defined(NECSX4) || defined(NECSX5) || defined(LINUX) +#elif (defined(SOLARIS) && !defined(SOLARIS64)) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) || defined(HP10) || defined(HP11) || defined(CRAY) || defined(NECSX4) || defined(NECSX5) || defined(LINUX) ||defined(FREEBSD) elem = get_load_avg(loadavg, nelem); #else elem = -1; #endif if (elem != -1) { elem = nelem; Index: libs/uti/sge_getloadavg.h =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/libs/uti/sge_getloadavg.h,v retrieving revision 1.3 diff -u -6 -r1.3 sge_getloadavg.h --- libs/uti/sge_getloadavg.h 2001/10/20 14:47:28 1.3 +++ libs/uti/sge_getloadavg.h 2002/04/05 17:54:13 @@ -29,17 +29,17 @@ * * All Rights Reserved. * ************************************************************************/ /*___INFO__MARK_END__*/ -#if defined(LINUX) || defined(SOLARIS) || defined(SOLARIS64) || defined(CRAY) || defined(NEXSX4) || defined(NECSX5) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) -# define SGE_LOADAVG +#if defined(LINUX) || defined(SOLARIS) || defined(SOLARIS64) || defined(CRAY) || defined(NEXSX4) || defined(NECSX5) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) || defined(FREEBSD) +#define SGE_LOADAVG #endif -#if defined(LINUX) || defined(SOLARIS) || defined(SOLARIS64) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) || defined(HP10) || defined(HP11) +#if defined(LINUX) || defined(SOLARIS) || defined(SOLARIS64) || defined(ALPHA4) || defined(ALPHA5) || defined(IRIX6) || defined(HP10) || defined(HP11) || defined(FREEBSD) # define SGE_LOADCPU #endif #ifdef SGE_LOADAVG int sge_getloadavg(double loadavg[], int nelem); Index: scripts/distinst =================================================================== RCS file: /usr/local/tigris/data/helm/cvs/repository/gridengine/source/scripts/distinst,v retrieving revision 1.21 diff -u -6 -r1.21 distinst --- scripts/distinst 2002/01/28 08:57:01 1.21 +++ scripts/distinst 2002/04/05 17:54:13 @@ -52,23 +52,23 @@ HASDIR="ckpt doc examples/jobs locale mpi pvm qmon/PIXMAPS/big qmon/locale" HASARCHDIR="bin lib examples/jobsbin utilbin" DEFAULTPROG="sge_qmaster sge_execd sge_shadowd sge_commd sge_schedd \ sge_shepherd sge_coshepherd qstat qsub qalter qconf qdel \ - qacct qmod qsh commdcntl utilbin jobs qmon qhold qrls qhost \ - qmake qtcsh" + qacct qmod qsh commdcntl utilbin jobs qhold qrls qhost \ + " UTILITYBINARIES="uidgid gethostname gethostbyname gethostbyaddr \ getservbyname filestat checkprog loadcheck now checkuser \ adminrun qrsh_starter testsuidroot openssl" REMOTEBINARIES="rsh rshd rlogin" SUPPORTEDARCHS="aix42 aix43 alinux cray crayts craytsieee glinux hp10 \ -hp11 irix6 necsx4 necsx5 slinux solaris solaris64 solaris86 osf4 tru64" +hp11 irix6 necsx4 necsx5 slinux solaris solaris64 solaris86 osf4 tru64 freebsd" #SGEEE_UTILITYBINARIES="sge_share_mon sge_host_mon" SGEEE_UTILITYBINARIES="sge_share_mon" JOBBINARIES="work" @@ -161,12 +161,14 @@ elif [ $i = hp11 ]; then ARCHBIN=HP11 elif [ $i = irix6 ]; then ARCHBIN=IRIX6 elif [ $i = glinux ]; then ARCHBIN=LINUX6 + elif [ $i = freebsd ]; then + ARCHBIN=FREEBSD elif [ $i = alinux ]; then ARCHBIN=ALINUX elif [ $i = slinux ]; then ARCHBIN=SLINUX elif [ $i = osf4 ]; then ARCHBIN=ALPHA4 @@ -655,143 +657,13 @@ if [ $instexamples = true ]; then echo Installing \"examples/jobs\" Execute rm -f $DEST_SGE_ROOT/examples/jobs/* Execute cp dist/examples/jobs/*.sh $DEST_SGE_ROOT/examples/jobs fi - if [ $instqmon = true ]; then - echo Copying Pixmaps and Qmon resource file - - Execute rm -f $DEST_SGE_ROOT/qmon/PIXMAPS/*.xpm - Execute rm -f $DEST_SGE_ROOT/qmon/PIXMAPS/big/*.xpm - Execute cp dist/qmon/PIXMAPS/small/*.xpm $DEST_SGE_ROOT/qmon/PIXMAPS - Execute cp dist/qmon/PIXMAPS/big/toolbar*.xpm $DEST_SGE_ROOT/qmon/PIXMAPS/big - - Execute chmod 644 $DEST_SGE_ROOT/qmon/PIXMAPS/*.xpm - Execute chmod 644 $DEST_SGE_ROOT/qmon/PIXMAPS/big/*.xpm - - Execute cp dist/qmon/Qmon $DEST_SGE_ROOT/qmon/Qmon - Execute chmod 644 $DEST_SGE_ROOT/qmon/Qmon - - Execute cp dist/qmon/qmon_help.ad $DEST_SGE_ROOT/qmon - Execute chmod 644 $DEST_SGE_ROOT/qmon/qmon_help.ad - - ( echo changing to $DEST_SGE_ROOT/qmon/PIXMAPS ; \ - cd $DEST_SGE_ROOT/qmon/PIXMAPS; \ - echo ln -s intro-sge.xpm intro.xpm; \ - ln -s intro-sge.xpm intro.xpm; \ - echo ln -s logo-sge.xpm logo.xpm; \ - ln -s logo-sge.xpm logo.xpm \ - ) - fi - - if [ $instpvm = true ]; then - echo Installing \"pvm\" - Execute rm -rf $DEST_SGE_ROOT/pvm/* - Execute mkdir $DEST_SGE_ROOT/pvm/src - - for f in $PVMSCRIPTS; do - Execute cp dist/pvm/$f $DEST_SGE_ROOT/pvm - done - chmod 755 $DEST_SGE_ROOT/pvm/*.sh - - for f in $PVMSOURCES; do - Execute cp dist/pvm/src/$f $DEST_SGE_ROOT/pvm/src - done - - for f in $PVMSRCSCRIPTS; do - Execute cp dist/pvm/src/$f $DEST_SGE_ROOT/pvm/src - chmod 755 $DEST_SGE_ROOT/pvm/src/$f - done - fi - - if [ $instmpi = true ]; then - echo Installing \"mpi/\" - rm -rf $DEST_SGE_ROOT/mpi/* - for f in $MPIFILES; do - Execute cp dist/mpi/$f $DEST_SGE_ROOT/mpi - done - chmod 755 $DEST_SGE_ROOT/mpi/*.sh $DEST_SGE_ROOT/mpi/hostname $DEST_SGE_ROOT/mpi/rsh - - HPCBASE=mpi/sunhpc/loose-integration - Execute mkdir -p $DEST_SGE_ROOT/$HPCBASE/accounting - - for f in $SUNHPC_FILES; do - Execute cp dist/$HPCBASE/$f $DEST_SGE_ROOT/$HPCBASE - Execute chmod 644 $DEST_SGE_ROOT/$HPCBASE/$f - done - - for f in $SUNHPC_SCRIPTS; do - Execute cp dist/$HPCBASE/$f $DEST_SGE_ROOT/$HPCBASE - Execute chmod 755 $DEST_SGE_ROOT/$HPCBASE/$f - done - - for f in $SUNHPCACCT_FILES; do - Execute cp dist/$HPCBASE/accounting/$f $DEST_SGE_ROOT/$HPCBASE/accounting - Execute chmod 644 $DEST_SGE_ROOT/$HPCBASE/accounting/$f - done - - for f in $SUNHPCACCT_SCRIPTS; do - Execute cp dist/$HPCBASE/accounting/$f $DEST_SGE_ROOT/$HPCBASE/accounting - Execute chmod 755 $DEST_SGE_ROOT/$HPCBASE/accounting/$f - done - fi - - if [ $instman = true ]; then - echo Installing \"man/\" and \"catman/\" - Execute rm -rf $DEST_SGE_ROOT/man $DEST_SGE_ROOT/catman - Execute cp -r MANSBUILD_$SGE_PRODUCT_MODE/SEDMAN/man $DEST_SGE_ROOT - Execute cp -r MANSBUILD_$SGE_PRODUCT_MODE/ASCMAN/catman $DEST_SGE_ROOT - fi - - if [ $instdoc = true ]; then - echo Installing \"doc/\" - echo " --> PS and PDF files" - Execute rm -rf $DEST_SGE_ROOT/doc - Execute mkdir $DEST_SGE_ROOT/doc - Execute cp $MANUALPDF $DEST_SGE_ROOT/doc/SGE53beta2_doc.pdf - fi - # this rule must come *after* the "instdoc" rule - # - if [ $insttxtdoc = true ]; then - echo "Installing README, INSTALL ... files" - Execute cp ../doc/*.asc $DEST_SGE_ROOT/doc - Execute cp ../doc/INSTALL $DEST_SGE_ROOT/doc - Execute cp ../doc/UPGRADE-2-53 $DEST_SGE_ROOT/doc/UPGRADE - Execute chmod 644 $DEST_SGE_ROOT/doc/* - fi - - if [ $instckpt = true ]; then - echo Installing \"ckpt/\" - Execute rm -rf $DEST_SGE_ROOT/ckpt/* - cp dist/ckpt/* $DEST_SGE_ROOT/ckpt - chmod 755 $DEST_SGE_ROOT/ckpt/*_command - fi - - if [ $instlocale = true ]; then - echo "Installing \"locale/\" and \"qmon/locale/\"" - Execute cp -r locale/* $DEST_SGE_ROOT/locale - Execute rm -rf $DEST_SGE_ROOT/qmon/locale/* - Execute cp -r dist/qmon/locale/* $DEST_SGE_ROOT/qmon/locale - fi - - if [ $instsec = true ]; then - echo Installing \"security\" modules - Execute mkdir -p $DEST_SGE_ROOT/security - for f in $SECFILES; do - Execute cp $f $DEST_SGE_ROOT/security - fb=`basename $f` - if [ -x $DEST_SGE_ROOT/security/$fb ]; then - chmod 755 $DEST_SGE_ROOT/security/$fb - else - chmod 644 $DEST_SGE_ROOT/security/$fb - fi - done - Execute ln -s gss_customer.html $DEST_SGE_ROOT/security/README.html - fi # Set file and directory permissions to 755/644 and owner to 0.0 if [ $setfileperm = true ]; then echo Setting file permissions SetFilePerm $DEST_SGE_ROOT fi @@ -820,13 +692,13 @@ echo "Installing binaries for $i from `pwd` -->" echo " --> $DEST_SGE_ROOT/bin/$i" echo ------------------------------------------------------------------------ for prog in $PROG; do case $prog in - jobs|ckpt|locale|doc|inst_sge|utiltree|examples|man|mpi|pvm|qmontree|common|distcommon|utilbin) + jobs|ckpt|locale|doc|inst_sge|utiltree|examples|man|mpi|pvm|common|distcommon|utilbin) : ;; qmake) echo Installing qmake Install 0.0 755 ../3rdparty/qmake/$ARCHBIN/make $DEST_SGE_ROOT/${UTILPREFIX}/$DSTARCH/qmake ;; --0-1423374254-1018278087=:20532 Content-Type: text/plain; name="output.txt" Content-Description: output.txt Content-Disposition: inline; filename="output.txt" > qstat > qhost HOSTNAME ARCH NPROC LOAD MEMTOT MEMUSE SWAPTO SWAPUS -------------------------------------------------------------------------------- global - - - - - - - host1 freebsd 1 0.00 - - - - > cat s #!/bin/sh sleep 10 echo "Hello" exit 2 > qsub s your job 11 ("s") has been submitted > qstat job-ID prior name user state submit/start at queue master ja-task-ID --------------------------------------------------------------------------------------------- 11 0 s ron qw 04/05/2002 12:04:07 > cat s.o11 Hello > qacct -j 11 ============================================================== qname host1.q hostname host1 group UNKNOWN owner ron jobname s jobnumber 11 taskid undefined account sge priority 0 qsub_time Fri Apr 5 12:04:07 2002 start_time Fri Apr 5 12:04:10 2002 end_time Fri Apr 5 12:04:20 2002 granted_pe none slots 1 failed 0 exit_status 2 ru_wallclock 10 ru_utime 0 ru_stime 0 ru_maxrss 916 ru_ixrss 808 ru_ismrss 0 ru_idrss 488 ru_isrss 256 ru_minflt 361 ru_majflt 0 ru_nswap 0 ru_inblock 0 ru_oublock 1 ru_msgsnd 17 ru_msgrcv 17 ru_nsignals 5 ru_nvcsw 29 ru_nivcsw 5 cpu 0 mem 0.000 io 0.000 iow 0.000 maxvmem 0.000000 --0-1423374254-1018278087=:20532-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 8:12:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 11BF337B42B for ; Mon, 8 Apr 2002 08:11:55 -0700 (PDT) Received: (qmail 2800 invoked from network); 8 Apr 2002 15:11:54 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 Apr 2002 15:11:54 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g38FCjv45054; Mon, 8 Apr 2002 11:12:45 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020407095421.A70054@neutrino.bsdhome.com> Date: Mon, 08 Apr 2002 10:11:58 -0400 (EDT) From: John Baldwin To: Brian Dean Subject: Re: USB to IDE converter Cc: freebsd-hackers@FreeBSD.ORG, Doug White 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 07-Apr-2002 Brian Dean wrote: > On Sat, Apr 06, 2002 at 11:41:35PM -0800, Doug White wrote: >> >> 'camcontrol rescan 1'? > > That provoked this response: > > Apr 7 09:36:21 neutrino /kernel: umass1: GoodWay USBIDE GoodWay USBIDE, rev > 1.10/2.60, addr 3 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be > 1 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be > 2 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be > 3 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be > 4 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be > 5 > > Other than that, no change. My MP3 player uses a different USB<->IDE controller but had the same problem until I updated the firmware on it. The note for the firmware update said it added UFI and Linux support. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 9:55:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 0414437B416 for ; Mon, 8 Apr 2002 09:55:23 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g38Gslk22352; Mon, 8 Apr 2002 19:54:47 +0300 (EEST) (envelope-from ru) Date: Mon, 8 Apr 2002 19:54:47 +0300 From: Ruslan Ermilov To: Anthony Schneider Cc: hackers@FreeBSD.ORG Subject: Re: make world .depend error? Message-ID: <20020408165447.GB21472@sunbay.com> References: <20020405185636.A34187@mail.slc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <20020405185636.A34187@mail.slc.edu> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable rm -rf /usr/obj, then try again. This is likely to be caused by some cruft left in /usr/obj. On Fri, Apr 05, 2002 at 06:56:36PM -0500, Anthony Schneider wrote: > system: 4.2-release, generic kernel > src tree: -stable via cvsup, 4.5-release via sysinstall...same > problem: >=20 > ----snip---- >=20 > =3D=3D=3D> gnu/usr.bin/binutils/gdbserver > ".depend", line 23: Need an operator > ".depend", line 282: Need an operator > make: fatal errors encountered -- cannot continue > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 >=20 > Stop in /usr/src/gnu/usr.bin. > *** Error code 1 >=20 > Stop in /usr/src/gnu. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > ----snip---- >=20 > i tried completely deleting the source tree and cvsup'ing from > scratch. same problem. any ideas? this is reminiscent of a > make rule with spaces instead of tabs. am i missing something? >=20 > thanks. > -Anthony. >=20 >=20 >=20 > ----------------------------------------------- > PGP key at: > http://www.keyserver.net/ > http://www.anthonydotcom.com/gpgkey/key.txt > Home: > http://www.anthonydotcom.com > ----------------------------------------------- >=20 --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8sctXUkv4P6juNwoRAj4dAJ98OWhyi2Xz+yq58puROSU2uzU5SACeLxpS /xaLJcgdIiGtSQxZwQvuDVQ= =4bRM -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 10:13:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from msgbas2.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37]) by hub.freebsd.org (Postfix) with ESMTP id 69FED37B405 for ; Mon, 8 Apr 2002 10:13:08 -0700 (PDT) Received: from msgrel1.cos.agilent.com (msgrel1.cos.agilent.com [130.29.152.77]) by msgbas2.cos.agilent.com (Postfix) with ESMTP id 06CB0F94; Mon, 8 Apr 2002 11:13:08 -0600 (MDT) Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157]) by msgrel1.cos.agilent.com (Postfix) with ESMTP id 759F21F7; Mon, 8 Apr 2002 11:13:07 -0600 (MDT) Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1]) by mina.soco.agilent.com (8.9.3 (PHNE_22672)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id KAA25610; Mon, 8 Apr 2002 10:13:06 -0700 (PDT) Message-Id: <200204081713.KAA25610@mina.soco.agilent.com> To: Josef Karthauser Cc: hackers@freebsd.org Subject: Re: USB to IDE converter Reply-To: Darryl Okahata In-Reply-To: Your message of "Mon, 08 Apr 2002 10:49:58 BST." <20020408094958.GD54610@genius.tao.org.uk> Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: text/plain; charset=US-ASCII Date: Mon, 08 Apr 2002 10:13:05 -0700 From: Darryl Okahata 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 Josef Karthauser wrote: > USB hasn't changed much in -stable between 4.4 and now. We've got a lot > of new usb code in -current though, and I'm hoping to have the bugs > ironed out before 4.6. Really? I couldn't get my USB hard disk working with a -stable from mid-February, but it worked with -stable from mid-March or so (although, looking at the CVS logs, there really doesn't seem to be any real changes). I'm now using -stable from around March 24, and everything's mostly working. The only problems I currently have are: * USB not functional on a laptop after a resume (being worked on in -current, I see). * Intermittent, "umass0: Phase Error, residue = 8192", hangs when transferring "large" amounts of data (~10MB-30MB). I'm hoping that this isn't an hardware problem. -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 10:59:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from milla.33net.fdns.net (milla.33net.fdns.net [217.197.166.58]) by hub.freebsd.org (Postfix) with ESMTP id 6441837B41A for ; Mon, 8 Apr 2002 10:59:34 -0700 (PDT) Received: (from nick@localhost) by milla.33net.fdns.net (8.11.6/8.11.6) id g38I0Yg07586 for freebsd-hackers@FreeBSD.org; Mon, 8 Apr 2002 20:00:34 +0200 (CEST) (envelope-from nick) Date: Mon, 8 Apr 2002 20:00:34 +0200 From: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= To: freebsd-hackers@FreeBSD.org Subject: Hardlinks... Message-ID: <20020408200034.C5952@garage.freebsd.pl> 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 X-PGP-Key-URL: http://garage.freebsd.pl/keys/PGP.txt X-OS: FreeBSD 4.5-STABLE i386 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=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey... Why I can made hardlink to file that I'm not owner? Simple example why I think that only owner should have permission to create hardlinks to his files. First. leila:root:~# ls -l /root/very-secret-file -rw------ 1 root wheel 3011 13 Lut 16:47 /root/very-secret-file leila:evil-hacker:~> ln /root/very-secret-file ~/whatsthis leila:root:~# rm -f /root/very-secret-file Yes, I know that evil-hacker can't read this file but... He can't read it NOW, but in a future he can break in and read it. I know that we can check this with 'st_nlink' or use -P with rm, but... Or tell me when this feature can help. --=20 Pawe=B3 Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. --0vzXIDBeUiKkjNJl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPLHawj/PhmMH/Mf1AQHcMgQAjyWuwbruElH8NAagqlZ0u5o2r+lE2Nei DvmE1BFpjpkxtv0FqnXn1se3qo16f3Ou0xuCO1u9OAnt705XF/NVJX8evIwI8fo/ uw0GT/Cgsz1sGkVIJ1Q1Ed/Ky3VSIBIpamXagpJ+l/Nhaf/l7r44/arjcKfsRmtA XCVMNHSuhw4= =Xodr -----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 Mon Apr 8 11:14:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 94A0937B421; Mon, 8 Apr 2002 11:13:48 -0700 (PDT) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.12.2/8.12.2) with ESMTP id g38IDlFF026643; Mon, 8 Apr 2002 11:13:47 -0700 (PDT) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.12.2/8.12.2) with ESMTP id g38IDeF9015891; Mon, 8 Apr 2002 11:13:40 -0700 (PDT) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.12.2/8.12.2/Submit) id g38IDeJo015890; Mon, 8 Apr 2002 11:13:40 -0700 (PDT) From: Frank Mayhar Message-Id: <200204081813.g38IDeJo015890@realtime.exit.com> Subject: ServerWorks AGP support? To: hackers@freebsd.org Date: Mon, 8 Apr 2002 11:13:40 -0700 (PDT) Cc: freebsd-hardware@freebsd.org Reply-To: frank@exit.com Organization: Exit Consulting X-Copyright0: Copyright 2002 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL95a (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 I recently acquired a Tyan S1867 motherboard, which uses the ServerWorks HE chipset. I have a Radeon 7500 video card and I want to be able to do direct rendering with XFree86 4.2. Unfortunately, the ServerWorks chipset doesn't appear to be supported in modules/agp.ko. So, is anyone working on adding such support? I see that the ServerWorks chipset is (or at least appears to be) supported in the Linux AGP code; if necessary I can extract the necessary information from that code to write a driver for FreeBSD, but it would be nice if someone had already done the work, since my time is more than full enough already. :-) Here's hoping . . . -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 11:37:16 2002 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 761B537B404 for ; Mon, 8 Apr 2002 11:37:12 -0700 (PDT) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g38Ibcw81942; Mon, 8 Apr 2002 11:37:38 -0700 (PDT) Date: Mon, 8 Apr 2002 11:37:38 -0700 (PDT) From: Doug White To: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... In-Reply-To: <20020408200034.C5952@garage.freebsd.pl> Message-ID: <20020408113423.Y81506-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 8 Apr 2002, [ISO-8859-2] Pawe³ Jakub Dawidek wrote: > Simple example why I think that only owner should have permission to create > hardlinks to his files. > > First. > leila:root:~# ls -l /root/very-secret-file > -rw------ 1 root wheel 3011 13 Lut 16:47 /root/very-secret-file > > leila:evil-hacker:~> ln /root/very-secret-file ~/whatsthis > > > leila:root:~# rm -f /root/very-secret-file I see you forgot to 'ls -l' the resultant link ... you'll find that it has the same permissions and ownership as the original file. Oops. (this is not a great example. I've rearranged the commands for illustration purposes which is why the history #s bounce around.) wade,ttyp3,~,11>id uid=1000(dwhite) gid=1000(dwhite) groups=1000(dwhite), 0(wheel), 5(operator), 68(dialer), 88(mysql), 998(cvs) wade,ttyp3,~,17>ls -l /root/bin total 2 -rwxr-xr-x 2 root wheel 186 Feb 14 2001 copykeys.sh* -rwxr-xr-x 1 root wheel 186 Feb 15 2001 copykeysfd.sh* wade,ttyp3,~,13>ln /root/bin/copykeys.sh foobaz.sh wade,ttyp3,~,15>ls -l foobaz.sh -rwxr-xr-x 2 root wheel 186 Feb 14 2001 foobaz.sh* wade,ttyp3,~,16>ls -l /root/bin/copykeys.sh -rwxr-xr-x 2 root wheel 186 Feb 14 2001 /root/bin/copykeys.sh* 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 Mon Apr 8 11:43:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-24.dis.org [216.240.45.24]) by hub.freebsd.org (Postfix) with ESMTP id B07B937B405 for ; Mon, 8 Apr 2002 11:43:14 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g38Ifi104580; Mon, 8 Apr 2002 11:41:45 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200204081841.g38Ifi104580@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug White Cc: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... In-reply-to: Your message of "Mon, 08 Apr 2002 11:37:38 PDT." <20020408113423.Y81506-100000@resnet.uoregon.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 08 Apr 2002 11:41:44 -0700 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Mon, 8 Apr 2002, [ISO-8859-2] Pawe=B3 Jakub Dawidek wrote: > = > > Simple example why I think that only owner should have permission to = create > > hardlinks to his files. =2E.. > I see you forgot to 'ls -l' the resultant link ... you'll find that it = has > the same permissions and ownership as the original file. Oops. You misunderstand the original poster's complaint. The issue is that a non-owner can cause the owner's file to remain alive = even after the owner has deleted it. Hence the comment about "later = breakin". You could also use this technique to maliciously exhaust a user's quota, = by linking to their temporary files. I'm not sure what the standards = have to say about this, but I don't much like the current behaviour. -- = To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to = the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 11:45:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from meketrex.pix.net (meketrex.pix.net [192.111.45.13]) by hub.freebsd.org (Postfix) with ESMTP id 75DEC37B416; Mon, 8 Apr 2002 11:45:17 -0700 (PDT) Received: (from lidl@localhost) by meketrex.pix.net (8.11.6/8.11.6) id g38IjGI02480; Mon, 8 Apr 2002 14:45:16 -0400 (EDT) Date: Mon, 8 Apr 2002 14:45:16 -0400 From: "Kurt J. Lidl" To: Michael Smith Cc: Doug White , =?iso-8859-1?Q?Pawe=B3_Jakub_Dawidek?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... Message-ID: <20020408144516.B2035@pix.net> References: <20020408113423.Y81506-100000@resnet.uoregon.edu> <200204081841.g38Ifi104580@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200204081841.g38Ifi104580@mass.dis.org>; from msmith@FreeBSD.ORG on Mon, Apr 08, 2002 at 11:41:44AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 08, 2002 at 11:41:44AM -0700, Michael Smith wrote: > You could also use this technique to maliciously exhaust a user's quota, > by linking to their temporary files. I'm not sure what the standards > have to say about this, but I don't much like the current behaviour. The truely paranoid ftruncate the file size to zero if the link count is larger than one. -Kurt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 12:10:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mice.XGforce.COM (adsl-63-203-118-74.dsl.lsan03.pacbell.net [63.203.118.74]) by hub.freebsd.org (Postfix) with ESMTP id 073D037B417 for ; Mon, 8 Apr 2002 12:10:03 -0700 (PDT) Received: from ssn (brams.XGforce.COM [63.203.118.78]) by mice.XGforce.COM (8.11.6/8.11.6) with SMTP id g38JCTQ10107 for ; Mon, 8 Apr 2002 12:12:29 -0700 (PDT) (envelope-from mattl3@earthlink.net) Message-ID: <000901c1df30$3b455bb0$4e76cb3f@ssn> From: "Matt" To: Subject: freebsd routers help Date: Mon, 8 Apr 2002 12:04:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 Disposition-Notification-To: "Matt" 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 Hi guys I need to find out any place I can purchase a frame relay card for FreeBSD. I need to setup a router for my client. Great many thanks Matt -------------------------------------------------- WWW.XGFORCE.COM - The Next Generation Server Clustering and Clustered Enterprise Firewall/VPN Solutions. -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 12:21: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 4387637B421 for ; Mon, 8 Apr 2002 12:20:14 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020408192013.XKGS21252.rwcrmhc53.attbi.com@InterJet.elischer.org>; Mon, 8 Apr 2002 19:20:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA52450; Mon, 8 Apr 2002 12:17:34 -0700 (PDT) Date: Mon, 8 Apr 2002 12:17:34 -0700 (PDT) From: Julian Elischer To: Matt Cc: freebsd-hackers@freebsd.org Subject: Re: freebsd routers help In-Reply-To: <000901c1df30$3b455bb0$4e76cb3f@ssn> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG any sync card that supports Netgraph will support frame relay.. the if_sr and if_ar drivers (whatever cards they support) do, and the if_smc driver in -current does. But I've not seen the cards. The frame relay support is very strong in Netgraph but the cards a re a bit thin on the ground. On Mon, 8 Apr 2002, Matt wrote: > Hi guys > > I need to find out any place I can purchase a frame relay card for FreeBSD. > I need to setup a router for my client. > > Great many thanks > > Matt > -------------------------------------------------- > WWW.XGFORCE.COM - > The Next Generation Server Clustering > and Clustered Enterprise Firewall/VPN Solutions. > -------------------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 12:49:20 2002 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 8166837B400; Mon, 8 Apr 2002 12:49:17 -0700 (PDT) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.12.2/8.12.2) with ESMTP id g38JnFmG078215; Mon, 8 Apr 2002 14:49:16 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.2/Submit) id g38JnFLx078214; Mon, 8 Apr 2002 14:49:15 -0500 (CDT) Date: Mon, 8 Apr 2002 14:49:15 -0500 From: Dan Nelson To: "Kurt J. Lidl" Cc: Michael Smith , Doug White , =?cp437?Q?Pawe=B3?= Jakub Dawidek , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... Message-ID: <20020408194915.GA1749@dan.emsphone.com> References: <20020408113423.Y81506-100000@resnet.uoregon.edu> <200204081841.g38Ifi104580@mass.dis.org> <20020408144516.B2035@pix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020408144516.B2035@pix.net> User-Agent: Mutt/1.3.28i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Apr 08), Kurt J. Lidl said: > On Mon, Apr 08, 2002 at 11:41:44AM -0700, Michael Smith wrote: > > You could also use this technique to maliciously exhaust a user's > > quota, by linking to their temporary files. I'm not sure what the > > standards have to say about this, but I don't much like the current > > behaviour. > > The truely paranoid ftruncate the file size to zero if the link count > is larger than one. .. or even if isn't, as someone might link it just before you delete it. An attacker can still exhaust your inode quota with 0-length files. I wonder if there is any reason to allow arbitrary hardlinking; maybe only allow linking of files you currently have read access to? Only files that you own? Only allow root to hardlink? How paranoid do you want to be? :) It could always be another sysctl knob. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 13:28:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wrath.cs.utah.edu (wrath.cs.utah.edu [155.99.198.100]) by hub.freebsd.org (Postfix) with ESMTP id 1D0DF37B404 for ; Mon, 8 Apr 2002 13:28:36 -0700 (PDT) Received: from famine.cs.utah.edu (famine.cs.utah.edu [155.99.198.114]) by wrath.cs.utah.edu (8.11.6/8.11.6) with ESMTP id g38KSZr11657 for ; Mon, 8 Apr 2002 14:28:35 -0600 (MDT) Received: by famine.cs.utah.edu (Postfix, from userid 2373) id 1AF1723ACA; Mon, 8 Apr 2002 14:28:27 -0600 (MDT) Received: from localhost (localhost [127.0.0.1]) by famine.cs.utah.edu (Postfix) with ESMTP id E41F4279D6 for ; Mon, 8 Apr 2002 14:28:27 -0600 (MDT) Date: Mon, 8 Apr 2002 14:28:27 -0600 (MDT) From: John Regehr To: freebsd-hackers@FreeBSD.ORG Subject: Re: Linuxthreads on Linux vs FreeBSD performance question In-Reply-To: <3CAD0429.1A196F48@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The paper that I mentioned last week, that contains some FreeBSD performance data, is about Hourglass, a user-level tool for measuring scheduling behavior. It'll appear in the FREENIX track of the USENIX general technical conference in June. There's a draft here: http://www.cs.utah.edu/~regehr/hourglass-040802.ps http://www.cs.utah.edu/~regehr/hourglass-040802.pdf I've tried to get all the technical details right, but have probably made some mistakes. I'm posting this draft in order to give people the opportunity to send me corrections now rather than flaming me later! Disclaimer #1: Most of the performance data in this paper was taken on Linux. The bias is due to the presence of lots of real-time enhanced versions of Linux, which created opportunities to show interesting effects while still making apples-apples comparisons. Disclaimer #2: For people reading this message in the archives: this draft will disappear a few days after this message is posted. The final copy of the paper will be available around April 16 2002 and will be linked to the same site where the Hourglass software is located: http://www.cs.utah.edu/~regehr/hourglass Thanks, John Regehr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 13:33:54 2002 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 C52C237B405; Mon, 8 Apr 2002 13:33:44 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 Apr 2002 21:33:44 +0100 (BST) Date: Mon, 8 Apr 2002 21:33:41 +0100 From: David Malone To: Dan Nelson Cc: "Kurt J. Lidl" , Michael Smith , Doug White , =?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... Message-ID: <20020408203341.GA61839@walton.maths.tcd.ie> References: <20020408113423.Y81506-100000@resnet.uoregon.edu> <200204081841.g38Ifi104580@mass.dis.org> <20020408144516.B2035@pix.net> <20020408194915.GA1749@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020408194915.GA1749@dan.emsphone.com> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 08, 2002 at 02:49:15PM -0500, Dan Nelson wrote: > .. or even if isn't, as someone might link it just before you delete > it. An attacker can still exhaust your inode quota with 0-length > files. > > I wonder if there is any reason to allow arbitrary hardlinking; maybe > only allow linking of files you currently have read access to? Only > files that you own? Only allow root to hardlink? How paranoid do you > want to be? :) It could always be another sysctl knob. I once wrote a patch to stop people making hardlinks to a file unless they were root or the file's owner. I ran with it for a bit and never noticed it being triggered. It probably should be a filesystem mount option, but we're out of them until the new mount code comes into use. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 13:43:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 053ED37B405; Mon, 8 Apr 2002 13:43:07 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g38KgrX14339; Mon, 8 Apr 2002 14:42:53 -0600 (MDT) (envelope-from ken) Date: Mon, 8 Apr 2002 14:42:53 -0600 From: "Kenneth D. Merry" To: Frank Mayhar Cc: hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG Subject: Re: ServerWorks AGP support? Message-ID: <20020408144253.A14288@panzer.kdm.org> References: <200204081813.g38IDeJo015890@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200204081813.g38IDeJo015890@realtime.exit.com>; from frank@exit.com on Mon, Apr 08, 2002 at 11:13:40AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 08, 2002 at 11:13:40 -0700, Frank Mayhar wrote: > I recently acquired a Tyan S1867 motherboard, which uses the ServerWorks > HE chipset. I have a Radeon 7500 video card and I want to be able to do > direct rendering with XFree86 4.2. Unfortunately, the ServerWorks chipset > doesn't appear to be supported in modules/agp.ko. > > So, is anyone working on adding such support? I see that the ServerWorks > chipset is (or at least appears to be) supported in the Linux AGP code; > if necessary I can extract the necessary information from that code to > write a driver for FreeBSD, but it would be nice if someone had already > done the work, since my time is more than full enough already. :-) I took a look at it a few weeks ago, since I've also got a couple of Serverworks boards with AGP, but I decided that I had more pressing things to do than get DRI working. :) Anyway, I'd say go for it. :) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 14:41: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from milla.33net.fdns.net (milla.33net.fdns.net [217.197.166.58]) by hub.freebsd.org (Postfix) with ESMTP id E324D37B434 for ; Mon, 8 Apr 2002 14:40:36 -0700 (PDT) Received: (from nick@localhost) by milla.33net.fdns.net (8.11.6/8.11.6) id g38Lfb908843 for freebsd-hackers@FreeBSD.org; Mon, 8 Apr 2002 23:41:37 +0200 (CEST) (envelope-from nick) Date: Mon, 8 Apr 2002 23:41:37 +0200 From: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= To: freebsd-hackers@FreeBSD.org Subject: Re: Hardlinks... Message-ID: <20020408234137.D5952@garage.freebsd.pl> References: <20020408113423.Y81506-100000@resnet.uoregon.edu> <200204081841.g38Ifi104580@mass.dis.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: <200204081841.g38Ifi104580@mass.dis.org>; from msmith@FreeBSD.ORG on Mon, Apr 08, 2002 at 11:41:44AM -0700 X-PGP-Key-URL: http://garage.freebsd.pl/keys/PGP.txt X-OS: FreeBSD 4.5-STABLE i386 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=ISO-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 08, 2002 at 11:41:44AM -0700, Michael Smith wrote: +> You could also use this technique to maliciously exhaust a user's quota,= =20 +> by linking to their temporary files. I'm not sure what the standards=20 +> have to say about this, but I don't much like the current behaviour. +>=20 Yes. And look on this part of foldinfo.c from procmail: { if(stbuf.st_uid!=3Duid|| /* recipient not ow= ner */ !(stbuf.st_mode&S_IWUSR)|| /* recipient can write= ? */ S_ISLNK(stbuf.st_mode)|| /* no symbolic link= s */ (S_ISDIR(stbuf.st_mode)? /* directories, yes, hardlink= s */ !(stbuf.st_mode&S_IXUSR):stbuf.st_nlink!=3D1)) /*= no */ /* * If another procmail is about to create the new * mailbox, and has just made the link, st_nlink=3D=3D2 */ As You can see, this is not good idea to use procmail when anyone can made a hardlink to my mailbox. --=20 Pawe=B3 Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia iQCVAwUBPLIOkT/PhmMH/Mf1AQFFNwQAnWUIkdHeYRRw4WyK70Wpf/o8T9BHhkQz lM0pFDsNBtOrBAe+8o8xoBlJk+YwlX/J0BMzACVpKQ7QFupwR0faMbEfS3wqbpKr Wq9/T7rLzmm9HyXT4bXI75zbngqr1nCKM9zN958FvetNfymY7XllIMjxyCiPJK2L 7nIcO5Vq5l8= =jSdM -----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 Mon Apr 8 15:21:44 2002 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 1515537B787 for ; Mon, 8 Apr 2002 15:20:00 -0700 (PDT) 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 SAA06006 for ; Mon, 8 Apr 2002 18:19:29 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g38MIxq22876; Mon, 8 Apr 2002 18:18:59 -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: <15538.5971.620626.548508@grasshopper.cs.duke.edu> Date: Mon, 8 Apr 2002 18:18:59 -0400 (EDT) To: freebsd-hackers@freebsd.org Subject: performance of mbufs vs contig buffers? 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 After updating the firmware on our our 2 gigabit nic to allow enough scatter entries per packet to stock the 9K (jumbo frame) receive rings with cluster mubfs rather than contigmalloc'ed buffers(*), I noticed a dramatic performance decrease: netperf TCP_STREAM performance dropped from 1.6Gb/sec to 1.2Gb/sec. (*) By "contigmalloc'ed buffers", I mean a few megs of memory, carved up into 9K chunks and managed via slists, like is done in most of the in-tree gigabit ethernet drivers. My first thought was that the firmware and/or processor on the NIC was somehow overwhelmed by the extra work of doing 5 2K DMAs rather than one 9K DMA. So I rebuilt my kernel & driver using 4K cluster mbufs and added an option to the driver so that when it stocks the receive rings with contig buffers which are greater than a PAGE_SIZE, it breaks them up at page (4K) boundaries. After making these change, I'm roughly comparing apples to apples. Each packet is received into 3 DMA descriptors. However, I'm still seeing the same performance - 1.6Gb/sec receives into contigmalloc'ed buffers whose DMA descriptors are broken up into PAGE_SIZE'ed chunks, and 1.2Gb/sec into 4K mbufs. Is it possible that my problems are being caused by cache misses in on cluster mbufs occuring when copying out to userspace as another packet is being DMA'ed up? I'd thought that since the cache line size is 32 bytes, I'd be pretty much equally screwed either way. Also, UDP_STREAM performance goes from 1.75Gb/sec -> 1.25 Gb/sec, so its not some weird TCP quirk. All the UDP drops are from the socketbuffer being full (the host is receiving data at 1.9Gb/sec into main memory in both cases), so its as if I have less memory bandwidth when using normal cluster mbufs. I've been trying to use perfmon to compare cache misses, but I'm not sure what options I should be using.. Does anybody have any ideas why contig malloc'ed buffers are so much quicker? Thanks! Drew PS: Here's the dmesg from the machine in question. Serverworks LE 3.0, 1GHz PIII (256K cache). I've got page coloring enabled in the kernel; it doesn't seem to make much difference. Copyright (c) 1992-2002 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.5-STABLE #1: Mon Apr 8 17:33:51 EDT 2002 gallatin@ugly:/usr/src/sys/compile/PERFMON Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (524224K bytes) avail memory = 517902336 (505764K bytes) Preloaded elf kernel "kernel.perfmon" at 0xc044f000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f5250 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 atapci0: port 0xdf00-0xdf3f,0xdfe0-0xdfe3,0xdfa8-0xdfaf,0xdfe4-0xdfe7,0xdff0-0xdff7 mem 0xfc9e0000-0xfc9fffff irq 10 at device 2.0 on pci0 ata2: at 0xdff0 on atapci0 ata3: at 0xdfa8 on atapci0 fxp0: port 0xd800-0xd83f mem 0xfc800000-0xfc8fffff,0xfc9ce000-0xfc9cefff irq 9 at device 6.0 on pci0 fxp0: Ethernet address 00:30:48:21:e4:47 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 15.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata1: at 0x170 irq 15 on atapci1 pci0: at 15.2 irq 10 pcib1: on motherboard pci1: on pcib1 pci1: at 1.0 irq 11 pci1: (vendor=0x14c1, dev=0x8043) at 2.0 irq 5 orm0:
if you need a chance to make your dream = come true,I=20 will give you a chance.take it or loose it,up to you.
www.smartejob.com/siriline=
 
------=_NextPart_000_0014_01C1DFAC.E68AA760-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 21:14: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 36B1637B405; Mon, 8 Apr 2002 21:14:02 -0700 (PDT) Received: from pool0021.cvx40-bradley.dialup.earthlink.net ([216.244.42.21] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16un0k-0003VU-00; Mon, 08 Apr 2002 21:13:38 -0700 Message-ID: <3CB26A58.AD809508@mindspring.com> Date: Mon, 08 Apr 2002 21:13:12 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Michael Smith , Doug White , "=?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek" , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: <200204081841.g38Ifi104580@mass.dis.org> <3CB21C40.A62B442@mindspring.com> <20020408232326.GB1749@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > I think the problem with someone else making a link to my file and > > keeping it around is an issue of access controls to the file itself, > > and not really a problem: e.g. if you want to avoid it, don't rely on > > obscurity, and don't permit exterior access to the files. > > But the question is "should execute permission on a directory imply > link permission for all files in the directory?" If you can copy it, you should be allowed to link it; if you can't, then you shouldn't. > If so, we'll have to move master.passwd and spwd.db out of etc, then. > Into /etc/shadow/ (chmod 0) maybe? If the user can cd into the > directory the file is in, he can link it elsewhere. You don't even > need read permission on the directory. The ability to link to files you don't have read access to is rather ridiculous. The patch that was proposed, though shot you in the head, even if you do have read access (e.g. as in a "LCK..tty0" file). It's arguable that "/" and "/usr" themselves should be mounted read-only, and that /tmp should be "elsewhere", though, so this could be portrayed as an administrative issue, not a kernel issue. > > I think a patch that disallowed it entirely would break > > /var/spool/lock based locking. 8-(. > > But for UUCP locking, you're linking a tempfile that you just created > to the true lock name. You are linking from a file you own, which > would be allowed even under the strictest lockdown of link. I think > it'd work fine. Think "lock override due to ``kill -0'' giving ESRCH instead of EPERM or success". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 21:50:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id A323637B416 for ; Mon, 8 Apr 2002 21:50:24 -0700 (PDT) Received: from pool0021.cvx40-bradley.dialup.earthlink.net ([216.244.42.21] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16unaI-0007Da-00; Mon, 08 Apr 2002 21:50:23 -0700 Message-ID: <3CB272F5.FF9D2C8F@mindspring.com> Date: Mon, 08 Apr 2002 21:49:57 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: freebsd-hackers@freebsd.org Subject: Re: performance of mbufs vs contig buffers? References: <15538.5971.620626.548508@grasshopper.cs.duke.edu> <3CB21FCF.6B018811@mindspring.com> <15538.14223.494295.766977@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew Gallatin wrote: > > My other guess would be that the clusters you are dealing > > with are non-contiguous. This has both scatter/gather > > implications, and cache-line implications when using them. > > Please elaborate... What sort of scatter/gather implications? > Microbenchmarks don't show much of a difference DMA'ing to > non-contigous vs. contigous pages. (over 400MB/sec in all cases). > Also, we get close to link speed DMA'ing to user space, and with page > coloring, that virtually guarantees that the pages are not physically > contigous. L2 cache busting would be an immediate result of scatter-gather DMA. And once you hit the pool size, then you would lose considerable speed to wait states. In general, cache lines are much larger than mbuf cluster sizes. > Based on the UDP behaviour, I think that its cache implications. The > bottleneck seems to be when copyout() reads the recently DMA'ed data. > The driver reads the first few dozen bytes (so as to touch up the csum > by subracting off the extra bits the DMA engines added in). We do > hardware csum offloading, so the entire packet is not read until > copyout() is called. I don't understand the copyout requirement here... > I seem to remember you talking about seeing a 10% speedup from using > 4MB pages for cluster mbufs. How did you do that? I'd like to see > what affect it has with this workload. I allocated them at system startup time, in machdep.c, out of contiguous physical memory, and then established 4M mappings for the data. Then I linked all the mbufs onto the mbuf free list, so that allocations would use my mbufs. The benefit was in the reduction in the amount of TLB thrashing that otherwise occurred. The overall speedup was closer to 16%. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 22: 7: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 295E437B419 for ; Mon, 8 Apr 2002 22:06:47 -0700 (PDT) Received: from pool0021.cvx40-bradley.dialup.earthlink.net ([216.244.42.21] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16unq8-0006Uq-00; Mon, 08 Apr 2002 22:06:45 -0700 Message-ID: <3CB276CB.89703872@mindspring.com> Date: Mon, 08 Apr 2002 22:06:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@freebsd.org Subject: Re: ipcrm/shmctl failure References: <20020408225938.2069.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > I'm running FreeBSD 4.5-RELEASE on 2 machines. Yesterday one of them > ran out of shared memory segments (used by wine, X11 and mozilla). > Fine, clean them up. However although I could list them with ipcs, > the vast majority could not be removed, even as root with ipcrm failing > with "Invalid argument". I also have a program which implements ipcrm > (en masse) with shmctl(2) and it fails similarly (EINVAL). In short I > could only clear these by rebooting. Use the source: case IPC_RMID: error = ipcperm(p, &shmseg->shm_perm, IPC_M); if (error) return error; shmseg->shm_perm.key = IPC_PRIVATE; shmseg->shm_perm.mode |= SHMSEG_REMOVED; if (shmseg->shm_nattch <= 0) { shm_deallocate_segment(shmseg); shm_last_free = IPCID_TO_IX(uap->shmid); } break; All you are doing is marking the segment as removed. The segment remains attached by the processes which have it open, and those references don't go awaya until the processes in question detach the segments, and the reference count goes to zero. In other words, shared memory segments are like files; you can't delete them out from under programs that still hold references to them. > The only other thing that could be relevant is that I do use the linux > mozilla so perhaps it has something to do with creation of the shm > under linux emulation? (I did try running a linux ipcrm binary just > in case - same error.) This may be a red herring because as far as I > can tell the nonremovable ones this morning were created by X (I only > ran a few xterms, xclock, xload). This is probably because of the shared memory segments that are established for bitmaps, using the shared memory extension to the X server. It turns out that these segments are not proerly reference counted and tracked, so they are not deleted when the client "goes away". This is a bug in the MIT shared memory extension for X design, and can't be fixed for long running programs with lots of bitmaps. You can either quit your Netscape (Mozilla; whetever) and then restart it, or you can tell it not to use the shared memory extension to communicate with the X server. The way to do this is to set your DISPLAY environment variable so that clients use network connections, not local (UNIX) domain sockets, to talk to the X server... e.g.: setenv DISPLAY `hostname`:0.0 > Also the manpage mentions a file-based implementation. Where are the > files kept? With this in mind, the only other thing I might mention is > that I have an mfs /tmp (on both machines). It does not use a file based implementation; your Linux man page is wrong. > I can't see any previous mention of this on questions, hackers or current > nor in the PR database. Has anyone else seen this? It should be easy to > repeat I would have thought as I'm not doing anything unusual. It's an X11 question, and it's been that way since at least 1994, so it's a long standing X11 FAQ. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 23:20:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 9203037B41B for ; Mon, 8 Apr 2002 23:20:43 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g396KeFm020864; Tue, 9 Apr 2002 16:20:41 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g396KdU8020855; Tue, 9 Apr 2002 16:20:39 +1000 (EST) Received: (qmail 17056 invoked by uid 107); 9 Apr 2002 06:20:39 -0000 Message-ID: <20020409062039.17055.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure To: tlambert2@mindspring.com Date: Tue, 9 Apr 2002 16:20:39 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <3CB276CB.89703872@mindspring.com> from "tlambert2@mindspring.com" at Apr 08, 2002 10:06:19 PM 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I replied privately to Terry, but I perhaps should have mentioned also that some of these segments were days old and they were definitely not in use by any process. I logout at the end of every day. tlambert2@mindspring.com writes: }All you are doing is marking the segment as removed. The segment }remains attached by the processes which have it open, and those }references don't go awaya until the processes in question detach }the segments, and the reference count goes to zero. } }In other words, shared memory segments are like files; you can't }delete them out from under programs that still hold references }to them. [ snip ] Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Apr 8 23:32:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id E353D37B400 for ; Mon, 8 Apr 2002 23:32:34 -0700 (PDT) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 9368AA804; Tue, 9 Apr 2002 16:32:32 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 90BD65434; Tue, 9 Apr 2002 16:32:32 +1000 (EST) Date: Tue, 9 Apr 2002 16:32:32 +1000 (EST) From: Andrew To: callum.gibson@db.com Cc: tlambert2@mindspring.com, Subject: Re: ipcrm/shmctl failure In-Reply-To: <20020409062039.17055.qmail@merton.aus.deuba.com> Message-ID: <20020409163218.T36127-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Apr 2002 callum.gibson@db.com wrote: > I replied privately to Terry, but I perhaps should have mentioned also > that some of these segments were days old and they were definitely not > in use by any process. I logout at the end of every day. Have you tried ipcs -p? Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 0:38:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id B583D37B41A; Tue, 9 Apr 2002 00:38:41 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020409073841.ZKXZ18078.rwcrmhc51.attbi.com@blossom.cjclark.org>; Tue, 9 Apr 2002 07:38:41 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g397cc632192; Tue, 9 Apr 2002 00:38:38 -0700 (PDT) (envelope-from cjc) Date: Tue, 9 Apr 2002 00:38:38 -0700 From: "Crist J. Clark" To: Terry Lambert Cc: Dan Nelson , Michael Smith , Doug White , =?iso-8859-1?Q?Pawe=B3_Jakub_Dawidek?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... Message-ID: <20020409003838.F31507@blossom.cjclark.org> References: <200204081841.g38Ifi104580@mass.dis.org> <3CB21C40.A62B442@mindspring.com> <20020408232326.GB1749@dan.emsphone.com> <3CB26A58.AD809508@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CB26A58.AD809508@mindspring.com>; from tlambert2@mindspring.com on Mon, Apr 08, 2002 at 09:13:12PM -0700 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 08, 2002 at 09:13:12PM -0700, Terry Lambert wrote: [snip] > It's arguable that "/" and "/usr" themselves should be > mounted read-only, It's not very practical to have / read-only on a truely multi-user (the only time this linking stuff is much of an issue) 4-STABLE system. The two main reasons being /etc/master.passwd, et al, and the problems with a read-only /dev. It takes extensive customizations and kludges to get this to work. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 0:50:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id CD1EE37B400 for ; Tue, 9 Apr 2002 00:50:21 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g397oIFm024756; Tue, 9 Apr 2002 17:50:18 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g397oHU8024753; Tue, 9 Apr 2002 17:50:17 +1000 (EST) Received: (qmail 18103 invoked by uid 107); 9 Apr 2002 07:50:17 -0000 Message-ID: <20020409075017.18102.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure To: andrew@ugh.net.au Date: Tue, 9 Apr 2002 17:50:17 +1000 (EST) Cc: tlambert2@mindspring.com, hackers@freebsd.org In-Reply-To: <20020409163218.T36127-100000@starbug.ugh.net.au> from "andrew@ugh.net.au" at Apr 09, 2002 04:32:32 PM 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At the risk of clogging up -hackers with this, I'm not going crazy... andrew@ugh.net.au writes: }> I replied privately to Terry, but I perhaps should have mentioned also }> that some of these segments were days old and they were definitely not }> in use by any process. I logout at the end of every day. }Have you tried ipcs -p? Sure did. I can have nothing running but a login shell and still not be able to remove them. For example, this morning I started a cut down X session which runs a few xterms, an xclock and an xload. I read some mail. I exited and later started my full-blown X session for today's work. The old X server has gone but I can't remove the shm's it created. See below: % ipcs -pm Shared Memory: T ID KEY MODE OWNER GROUP CPID LPID m 25755648 0 --rwarwarwa callum fid 1285 1150 m 393217 0 --rwarwarwa callum fid 1285 1150 m 393218 0 --rwarwarwa callum fid 1285 1150 m 524291 0 --rwarwarwa callum fid 1285 1150 m 393220 0 --rwarwarwa callum fid 1285 1150 m 393221 0 --rwarwarwa callum fid 1285 1150 m 393225 0 --rwarwarwa callum fid 1285 1150 m 131082 0 --rw-r--r-- root wheel 999 1107 m 196619 0 --rw-r--r-- root wheel 999 1107 m 131086 0 --rw-r--r-- root wheel 999 1107 m 393234 0 --rw-r--r-- root wheel 1150 1521 m 655380 0 --rwarwarwa callum fid 1881 1150 m 262166 0 --rw-r--r-- root wheel 1150 1521 m 262167 0 --rw-r--r-- root wheel 1150 1521 m 196632 0 --rw-r--r-- root wheel 1150 1521 % ps -p 1150 PID TT STAT TIME COMMAND 1150 ?? S 11:27.97 /usr/X11R6/bin/XFree86 :0 -auth /home/callum/.Xauthor (my current session) % ps -p 1285 PID TT STAT TIME COMMAND 1285 p2 S 9:26.64 ./mozilla-bin (my current web browser) % ps -p 999 PID TT STAT TIME COMMAND % ps -p 1107 PID TT STAT TIME COMMAND (no matching processes, plus there are no other pids on my system in this range) Ok, 196619, 131086, and 393234 are from my old X session this morning. % ipcrm -m 131082 ipcrm: shmid(131082): : Invalid argument # ipcrm -m 131082 ipcrm: shmid(131082): : Invalid argument As it happens I just logged out of everything again to verify this so now I have more I can't remove. This is how it looks now: Shared Memory: T ID KEY MODE OWNER GROUP CPID LPID m 25755648 0 --rwarwarwa callum fid 1285 1150 m 131082 0 --rw-r--r-- root wheel 999 1107 m 196619 0 --rw-r--r-- root wheel 999 1107 m 131086 0 --rw-r--r-- root wheel 999 1107 m 393234 0 --rw-r--r-- root wheel 1150 1521 m 655380 0 --rwarwarwa callum fid 1881 1150 m 262166 0 --rw-r--r-- root wheel 1150 1521 m 262167 0 --rw-r--r-- root wheel 1150 1521 m 196632 0 --rw-r--r-- root wheel 1150 1521 All of these fail ipcrm with Invalid argument. There are no processes other than my login shell which weren't started at boot (pids <= 148). Is anyone convinced this is a bug yet? C Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 1:39: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 0DD7237B416 for ; Tue, 9 Apr 2002 01:39:02 -0700 (PDT) Received: from pool0072.cvx40-bradley.dialup.earthlink.net ([216.244.42.72] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ur9P-0006eN-00; Tue, 09 Apr 2002 01:38:51 -0700 Message-ID: <3CB2A881.4DD695D5@mindspring.com> Date: Tue, 09 Apr 2002 01:38:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@freebsd.org Subject: Re: ipcrm/shmctl failure References: <20020409062039.17055.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > I replied privately to Terry, but I perhaps should have mentioned also > that some of these segments were days old and they were definitely not > in use by any process. I logout at the end of every day. Logging out does not necessarily stop all processes, or remove the mapping. Note that there was some confusion about shm_open(3), which is totally unrelated to the ipcs/ipcrm/shmat/shmdt/etc. code. I think this is probably a bug in the Linux emulator resource tracking on abort/exit for system V shared memory, since it's a Linux program causing the problem. In any case, disabling the use of the MIT SHM extension for X will make the problem go away by making it not use shared memory segments. You can either do this golbally, with an option to the X server, or you can do it on a program-by-program basis by setting the DISPLAY environment variable so that it uses a real network connection, instead of a UNIX domain socket (and thus allows the use of the MIT SHM extension). E.g., per the previous post: setenv DISPLAY `hostname`:0.0 -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 1:41:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 1055B37B41C for ; Tue, 9 Apr 2002 01:41:48 -0700 (PDT) Received: from pool0072.cvx40-bradley.dialup.earthlink.net ([216.244.42.72] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16urCC-0000Eq-00; Tue, 09 Apr 2002 01:41:44 -0700 Message-ID: <3CB2A92E.CFABF7C9@mindspring.com> Date: Tue, 09 Apr 2002 01:41:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Cc: callum.gibson@db.com, hackers@freebsd.org Subject: Re: ipcrm/shmctl failure References: <20020409163218.T36127-100000@starbug.ugh.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andrew wrote: > On Tue, 9 Apr 2002 callum.gibson@db.com wrote: > > I replied privately to Terry, but I perhaps should have mentioned also > > that some of these segments were days old and they were definitely not > > in use by any process. I logout at the end of every day. > > Have you tried ipcs -p? I believe this will give incorrect information, as it's pretty obvious that any bug here has to be in the Linux ABI treatment of the _exit() resource tracking cleanup of the segments when a proce (or "Linux thread") exits. The information "-p" gives is the last access. However, if what has happened is that all the programs have been stopped, and the reference count was not decremented by the Linux ABI code, then the last reference you will see is the already exited X server. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 1:44:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id 0247F37B404; Tue, 9 Apr 2002 01:44:14 -0700 (PDT) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g398hum19680; Tue, 9 Apr 2002 08:43:56 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20020409094051.00c475e0@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 09 Apr 2002 09:43:53 +0100 To: Michael Smith , Doug White From: Bob Bishop Subject: Re: Hardlinks... Cc: =?ISO-8859-2?Q?Pawe=B3_Jakub_Dawidek?= , freebsd-hackers@FreeBSD.ORG In-Reply-To: <200204081841.g38Ifi104580@mass.dis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, At 11:41 08/04/02 -0700, Michael Smith wrote: > > On Mon, 8 Apr 2002, [ISO-8859-2] Pawe=B3 Jakub Dawidek wrote: > > > > > Simple example why I think that only owner should have permission to= =20 > create > > > hardlinks to his files. >... > > I see you forgot to 'ls -l' the resultant link ... you'll find that it= has > > the same permissions and ownership as the original file. Oops. > >You misunderstand the original poster's complaint. > >The issue is that a non-owner can cause the owner's file to remain alive >even after the owner has deleted it. Hence the comment about "later >breakin". > >You could also use this technique to maliciously exhaust a user's quota, >by linking to their temporary files. I'm not sure what the standards >have to say about this, but I don't much like the current behaviour. If you have any permissions on the file, you can prolong its life without a= =20 link simply by having a process open it. This is 'better' as a DOS because= =20 it's harder to spot. -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 1:46:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 7A55137B419; Tue, 9 Apr 2002 01:46:13 -0700 (PDT) Received: from pool0072.cvx40-bradley.dialup.earthlink.net ([216.244.42.72] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16urGN-0002GH-00; Tue, 09 Apr 2002 01:46:04 -0700 Message-ID: <3CB2AA31.2DD9E44E@mindspring.com> Date: Tue, 09 Apr 2002 01:45:37 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Crist J. Clark" Cc: Dan Nelson , Michael Smith , Doug White , "=?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek" , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: <200204081841.g38Ifi104580@mass.dis.org> <3CB21C40.A62B442@mindspring.com> <20020408232326.GB1749@dan.emsphone.com> <3CB26A58.AD809508@mindspring.com> <20020409003838.F31507@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > On Mon, Apr 08, 2002 at 09:13:12PM -0700, Terry Lambert wrote: > [snip] > > > It's arguable that "/" and "/usr" themselves should be > > mounted read-only, > > It's not very practical to have / read-only on a truely multi-user > (the only time this linking stuff is much of an issue) 4-STABLE > system. The two main reasons being /etc/master.passwd, et al, and the > problems with a read-only /dev. It takes extensive customizations and > kludges to get this to work. It depends. If this is a truly multiuser environment, then you are probably getting your authentication from NIX or RADIUS. It's really arguable that /etc should be a nullfs mount off of somewhere else and/or variable information belongs in "var" or some other place... Sun has been able to do this since 1988 or so (at least). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 2: 2:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id EF8DD37B41C; Tue, 9 Apr 2002 02:02:13 -0700 (PDT) Received: from pool0072.cvx40-bradley.dialup.earthlink.net ([216.244.42.72] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16urVj-0004gb-00; Tue, 09 Apr 2002 02:01:55 -0700 Message-ID: <3CB2ADE7.29BF8FD7@mindspring.com> Date: Tue, 09 Apr 2002 02:01:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bob Bishop Cc: Michael Smith , Doug White , "=?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek" , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: <4.3.2.7.2.20020409094051.00c475e0@gid.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bob Bishop wrote: > If you have any permissions on the file, you can prolong its life without a > link simply by having a process open it. This is 'better' as a DOS because > it's harder to spot. Plus you can start a bunch of processes, dup the thing, an then pass it around amoung the processes so that they *all* have a reference, and it's difficult to impossible to kill them all... Of course, the most expedient fix is "don't give these idiots accounts on your machine". 8^p. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 3:45:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 6177A37B400 for ; Tue, 9 Apr 2002 03:45:50 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g39AjmFm028678; Tue, 9 Apr 2002 20:45:48 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g39AjlU8028671; Tue, 9 Apr 2002 20:45:47 +1000 (EST) Received: (qmail 18635 invoked by uid 107); 9 Apr 2002 10:45:47 -0000 Message-ID: <20020409104547.18634.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure To: tlambert2@mindspring.com Date: Tue, 9 Apr 2002 20:45:47 +1000 (EST) Cc: andrew@ugh.net.au, hackers@freebsd.org In-Reply-To: <3CB2A92E.CFABF7C9@mindspring.com> from "tlambert2@mindspring.com" at Apr 09, 2002 01:41:18 AM 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2@mindspring.com writes: }I believe this will give incorrect information, as it's pretty }obvious that any bug here has to be in the Linux ABI treatment }of the _exit() resource tracking cleanup of the segments when a }proce (or "Linux thread") exits. The information "-p" gives is }the last access. However, if what has happened is that all the }programs have been stopped, and the reference count was not }decremented by the Linux ABI code, then the last reference you }will see is the already exited X server. There are definitely no live processes accessing any shared memory when I try to ipcrm them. Your argument is convincing but... I'm surprised that "Invalid argument" is the error. I would have thought something like EBUSY would be more appropriate (remember this is happening with a shmctl(IPC_RMID) call as well). In fact, looking at the source EINVAL is only returned if the args to shmsys are invalid or the shmid can't be found. I can see them with ipcs -m, I can't remove them. I don't think EINVAL is the right error, even if the reference count is stuffed up by the Linux emulator. There has to be something else going on. I don't get EPERM or EACCES, nor does the operation appear to complete successfully but leave the shms behind (as you might expect with a bad reference count) - I get EINVAL. Hmmm.... Please don't make me use the kernel debugger... waahhhh C Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 4:56: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pikachu.sys.atl.earthlink.net (pikachu.sys.atl.earthlink.net [199.174.117.37]) by hub.freebsd.org (Postfix) with ESMTP id A8CB537B405 for ; Tue, 9 Apr 2002 04:55:53 -0700 (PDT) Received: (from poirierg@localhost) by pikachu.sys.atl.earthlink.net (8.11.1/8.11.1) id g39BtrU37025 for freebsd-hackers@freebsd.org; Tue, 9 Apr 2002 07:55:53 -0400 (EDT) (envelope-from poirierg) Date: Tue, 9 Apr 2002 07:55:53 -0400 (EDT) From: Greg Poirier Message-Id: <200204091155.g39BtrU37025@pikachu.sys.atl.earthlink.net> To: freebsd-hackers@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-hackers poirierg@corp.earthlink.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 10: 3:16 2002 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 ECF0737B404 for ; Tue, 9 Apr 2002 10:03:11 -0700 (PDT) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g39H3AvU366608; Tue, 9 Apr 2002 13:03:10 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020409104547.18634.qmail@merton.aus.deuba.com> References: <20020409104547.18634.qmail@merton.aus.deuba.com> Date: Tue, 9 Apr 2002 13:03:09 -0400 To: callum.gibson@db.com, tlambert2@mindspring.com From: Garance A Drosihn Subject: Re: ipcrm/shmctl failure Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:45 PM +1000 4/9/02, callum.gibson@db.com wrote: >Please don't make me use the kernel debugger... waahhhh I believe Terry suggested: ...set the DISPLAY environment variable so that it uses a real network connection, instead of a UNIX domain socket (and thus allows the use of the MIT SHM extension). E.g., per the previous post: setenv DISPLAY `hostname`:0.0 I (personally would try that, and see what effect it had, before I would dive into a kernel debugger! Maybe it will have no effect, but even then you will at least have eliminated this issue from the discussion. -- 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 Apr 9 10:11:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 987D237B419 for ; Tue, 9 Apr 2002 10:11:48 -0700 (PDT) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g39HB5x31619 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Tue, 9 Apr 2002 13:11:08 -0400 (EDT) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020409192018.01c667a0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 09 Apr 2002 19:23:40 +0200 To: Terry Lambert , callum.gibson@db.com From: "Rogier R. Mulhuijzen" Subject: Re: ipcrm/shmctl failure Cc: hackers@FreeBSD.ORG In-Reply-To: <3CB276CB.89703872@mindspring.com> References: <20020408225938.2069.qmail@merton.aus.deuba.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 22:06 8-4-2002 -0700, Terry Lambert wrote: >All you are doing is marking the segment as removed. The segment >remains attached by the processes which have it open, and those >references don't go awaya until the processes in question detach >the segments, and the reference count goes to zero. >It turns out that these segments are not proerly reference >counted and tracked, so they are not deleted when the client >"goes away". > >This is a bug in the MIT shared memory extension for X design, >and can't be fixed for long running programs with lots of >bitmaps. I'd like to take a step further and say it's in SYSVSHM design. All a program has to do is forget to do a shm_detach() and you're f#$%ed. Be glad it's just a few bitmaps, and not a 250 meg segment like I had with a certain version of Oracle. >It's an X11 question, and it's been that way since at least 1994, >so it's a long standing X11 FAQ. You could say that X11 shouldn't use SHMs the way it does now yeah. =) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 11:49: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from alicia.nttmcl.com (alicia.nttmcl.com [216.69.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 7976D37B419 for ; Tue, 9 Apr 2002 11:49:00 -0700 (PDT) Received: from nttmcl.com (dhcp218.nttmcl.com [216.69.69.218]) by alicia.nttmcl.com (8.10.1/8.10.1) with ESMTP id g39In0v16608 for ; Tue, 9 Apr 2002 11:49:00 -0700 (PDT) Message-ID: <3CB33734.5EEABB49@nttmcl.com> Date: Tue, 09 Apr 2002 11:47:16 -0700 From: Deepti Dhokte X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: subsribe for email address "deepti@nttmcl.com" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 12:20:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 6483037B419; Tue, 9 Apr 2002 12:20:11 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020409192008.OYFB1901.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 9 Apr 2002 19:20:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA57536; Tue, 9 Apr 2002 12:14:03 -0700 (PDT) Date: Tue, 9 Apr 2002 12:14:02 -0700 (PDT) From: Julian Elischer To: Terry Lambert Cc: "Crist J. Clark" , Dan Nelson , Michael Smith , Doug White , =?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... In-Reply-To: <3CB2AA31.2DD9E44E@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 9 Apr 2002, Terry Lambert wrote: > "Crist J. Clark" wrote: > > On Mon, Apr 08, 2002 at 09:13:12PM -0700, Terry Lambert wrote: > > [snip] > > It depends. If this is a truly multiuser environment, then > you are probably getting your authentication from NIX or RADIUS. > > It's really arguable that /etc should be a nullfs mount off of > somewhere else and/or variable information belongs in "var" or > some other place... > > Sun has been able to do this since 1988 or so (at least). > As terry knows of course, the Interjet had the following /etc/symlinks: (excuse linewrap) lrwxrwxrwx 1 root wheel 20 Mr 28 2001 crontab@ -> /writable/system/crontab lrwxrwxrwx 1 root wheel 18 Mr 28 2001 group@ -> /writable/system/group lrwxrwxrwx 1 root wheel 22 Mr 28 2001 localtime@ -> /writable/system/localtime lrwxrwxrwx 1 root wheel 3 Mr 28 2001 malloc.conf@ -> >>A lrwxrwxrwx 1 root wheel 26 Mr 28 2001 master.passwd@ -> /writable/system/master.passwd lrwxrwxrwx 1 root wheel 19 Mr 28 2001 pwd.db@ -> /writable/system/pwd.db lrwxrwxrwx 1 root wheel 28 Mr 28 2001 resolv.conf@ -> /writable/server/dns/resolv.conf lrwxrwxrwx 1 root wheel 31 Mr 28 2001 sendmail.cf@ -> /writable/mail/sendmail/sendmail.cf lrwxrwxrwx 1 root wheel 20 Mr 28 2001 spwd.db@ -> /writable/system/spwd.db the single root+usr partition is mounted read-only. > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 16:39:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id CDA7537B417 for ; Tue, 9 Apr 2002 16:39:40 -0700 (PDT) Received: from pool0222.cvx21-bradley.dialup.earthlink.net ([209.179.192.222] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16v5Cs-0003Z7-00; Tue, 09 Apr 2002 16:39:22 -0700 Message-ID: <3CB37B90.521B33A5@mindspring.com> Date: Tue, 09 Apr 2002 16:38:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Rogier R. Mulhuijzen" Cc: callum.gibson@db.com, hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure References: <20020408225938.2069.qmail@merton.aus.deuba.com> <5.1.0.14.0.20020409192018.01c667a0@mail.drwilco.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Rogier R. Mulhuijzen" wrote: > >This is a bug in the MIT shared memory extension for X design, > >and can't be fixed for long running programs with lots of > >bitmaps. > > I'd like to take a step further and say it's in SYSVSHM design. All a > program has to do is forget to do a shm_detach() and you're f#$%ed. Heh. I could make the same argument about "open"... > Be glad it's just a few bitmaps, and not a 250 meg segment like I had with > a certain version of Oracle. > > >It's an X11 question, and it's been that way since at least 1994, > >so it's a long standing X11 FAQ. > > You could say that X11 shouldn't use SHMs the way it does now yeah. =) The real problem is that over the UNIX domain socket, it doesn't get client disconnect notificiations necessary for resource tracking, AND browser use of these resources is practically the degenerate case. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 16:44: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 4835E37B41A; Tue, 9 Apr 2002 16:44:00 -0700 (PDT) Received: from pool0222.cvx21-bradley.dialup.earthlink.net ([209.179.192.222] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16v5Gh-00020K-00; Tue, 09 Apr 2002 16:43:19 -0700 Message-ID: <3CB37C7C.6F6EE24A@mindspring.com> Date: Tue, 09 Apr 2002 16:42:52 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Crist J.Clark , Dan Nelson , Michael Smith , Doug White , =?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > As terry knows of course, the Interjet > had the following /etc/symlinks: (excuse linewrap) > lrwxrwxrwx 1 root wheel 20 Mr 28 2001 crontab@ -> > /writable/system/crontab > lrwxrwxrwx 1 root wheel 18 Mr 28 2001 group@ -> > /writable/system/group [ ... ] > the single root+usr partition is mounted read-only. Yes, but appealing to a product I had something to do with, even if that organization wasn't mine in particular, makes a much less powerful argument. The other thing that's a bit painful about that argument is that the symlinks failed to operate as expected for the master.passwd, if the / was mounted read/write. I count this as a bug in the password database generation code, but it should be noted that it can be a problem (e.g the symlink is renamed to the backup, and the replacement file is created in /etc; it does the right thing, if the symlink is read-only, though...). 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 20:18:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 5594837B400 for ; Tue, 9 Apr 2002 20:18:18 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3A3IFFm003421; Wed, 10 Apr 2002 13:18:15 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3A3IFU8003417; Wed, 10 Apr 2002 13:18:15 +1000 (EST) Received: (qmail 21718 invoked by uid 107); 10 Apr 2002 03:18:14 -0000 Message-ID: <20020410031814.21717.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure To: tlambert2@mindspring.com Date: Wed, 10 Apr 2002 13:18:14 +1000 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <3CB37B90.521B33A5@mindspring.com> from "tlambert2@mindspring.com" at Apr 09, 2002 04:38:56 PM 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a theory (and a patch) if you're willing to hear it. tlambert2@mindspring.com writes: }> I'd like to take a step further and say it's in SYSVSHM design. All a }> program has to do is forget to do a shm_detach() and you're f#$%ed. }Heh. I could make the same argument about "open"... Except that the kernel seems to keep track of file handles ok. }> You could say that X11 shouldn't use SHMs the way it does now yeah. =) }The real problem is that over the UNIX domain socket, it doesn't }get client disconnect notificiations necessary for resource tracking, }AND browser use of these resources is practically the degenerate case. I think you're right about the linux stuff. It looks that you _will_ get an EINVAL on a valid shmid if it has already been marked for deletion (but presumably still exists due to references). Using the -o to ipcs I see there are existing references (why didn't anyone suggest that before) - but these are by non existent processes. I'm now pretty sure this is caused by the linux implementation of threads which uses multiple processes instead of a single proces. Now vm_fork() (vm/vm_glue.c) calls shmfork which increments the shm ref count for the forked process but this _shouldn't_ get called when rfork is called with RFMEM (which is what linux_clone() does). So, turning to the exit side of things, sys_exit() calls exit1() which only calls shmexit to decrement the count if vm_refcnt == 1. Ok, rfork(RFMEM) increments vm_refcnt in vm_fork(), and it may be decremented in vmspace_unshare() or vmspace_free(). However as best I can see, nothing in exit1() calls any vm stuff unless vm_refcnt is already 1. So unless someone can point out where I've missed the call, I think the fix is something like: --- kern_exit.c.orig Fri Dec 14 14:33:50 2001 +++ kern_exit.c Wed Apr 10 13:16:01 2002 @@ -218,6 +218,8 @@ VM_MAXUSER_ADDRESS); (void) vm_map_remove(&vm->vm_map, VM_MIN_ADDRESS, VM_MAXUSER_ADDRESS); + } else { + vmspace_free(vm); } if (SESS_LEADER(p)) { This will decrement the vm_refcnt for exiting rfork'd processes and allow the final exit to do all the appropriate cleanup, including the shmexit. linux-mozilla would be a pretty heavy thread user. If only linux threads was posix compliant, eh (I know Terry has commented on this before). Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 21:29:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imr1.aus.deuba.com (bagheera.aus.deuba.com [203.0.62.7]) by hub.freebsd.org (Postfix) with ESMTP id 644E137B416 for ; Tue, 9 Apr 2002 21:29:54 -0700 (PDT) Received: from imr1.aus.deuba.com by imr1.aus.deuba.com id g3A4TqFm006604; Wed, 10 Apr 2002 14:29:52 +1000 (EST) Received: from merton.aus.deuba.com by imr1.aus.deuba.com id g3A4TpU8006601; Wed, 10 Apr 2002 14:29:51 +1000 (EST) Received: (qmail 21885 invoked by uid 107); 10 Apr 2002 04:29:51 -0000 Message-ID: <20020410042951.21884.qmail@merton.aus.deuba.com> From: callum.gibson@db.com Subject: Re: ipcrm/shmctl failure (fix found) To: hackers@freebsd.org Date: Wed, 10 Apr 2002 14:29:51 +1000 (EST) 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 List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FWIW, This has been fixed in current, kern/kern_exit.c revision 1.147. Someone should MFC it. Callum Gibson callum.gibson@db.com Global Markets IT, Deutsche Bank, Australia 61 2 9258 1620 ### The opinions in this message are mine and not Deutsche's ### To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 22:15:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from nimbus.eswing.com (portalpotty.net [216.200.40.144]) by hub.freebsd.org (Postfix) with ESMTP id 9350B37B417 for ; Tue, 9 Apr 2002 22:15:15 -0700 (PDT) Received: by nimbus.eswing.com (Postfix, from userid 502) id 66A531F803; Tue, 9 Apr 2002 22:15:08 -0700 (PDT) Date: Tue, 9 Apr 2002 22:15:08 -0700 From: Max Baker To: freebsd-hackers@freebsd.org Subject: floppy install problem from cdrom on adaptec-2940 (ahc) Message-ID: <20020410051508.GH30494@warped.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i 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 Hey Hackers, I'm new to the BSD world, and wanted to install 4.5-Stable. I downloaded the ISO, made the floppies and ran into a snag: Hard drive is an IDE and the CDROM is SCSI on an Adaptec 2940 (ahc). It appears (i would love to be wrong) that the Boot floppies only have support for the aha (15x0) cards, and I can't get access to the install media. The card is listed as an unknown device. Question : Is there another boot floppy image around with this driver? Hoping to convert, TIA, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 22:15:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 0BEA837B416; Tue, 9 Apr 2002 22:15:39 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020410051538.OUKK1143.rwcrmhc51.attbi.com@blossom.cjclark.org>; Wed, 10 Apr 2002 05:15:38 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3A5Fal34714; Tue, 9 Apr 2002 22:15:36 -0700 (PDT) (envelope-from cjc) Date: Tue, 9 Apr 2002 22:15:36 -0700 From: "Crist J. Clark" To: Terry Lambert Cc: Julian Elischer , Dan Nelson , Michael Smith , Doug White , =?iso-8859-1?Q?Pawe=B3_Jakub_Dawidek?= , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... Message-ID: <20020409221536.A34659@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <3CB37C7C.6F6EE24A@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CB37C7C.6F6EE24A@mindspring.com>; from tlambert2@mindspring.com on Tue, Apr 09, 2002 at 04:42:52PM -0700 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Apr 09, 2002 at 04:42:52PM -0700, Terry Lambert wrote: > Julian Elischer wrote: > > As terry knows of course, the Interjet > > had the following /etc/symlinks: (excuse linewrap) > > lrwxrwxrwx 1 root wheel 20 Mr 28 2001 crontab@ -> > > /writable/system/crontab > > lrwxrwxrwx 1 root wheel 18 Mr 28 2001 group@ -> > > /writable/system/group > > [ ... ] > > > the single root+usr partition is mounted read-only. > > Yes, but appealing to a product I had something to do with, > even if that organization wasn't mine in particular, makes > a much less powerful argument. > > The other thing that's a bit painful about that argument > is that the symlinks failed to operate as expected for > the master.passwd, if the / was mounted read/write. I > count this as a bug in the password database generation > code, but it should be noted that it can be a problem (e.g > the symlink is renamed to the backup, and the replacement > file is created in /etc; it does the right thing, if the > symlink is read-only, though...). Exactly, you can't use symlinks with the passwd(1) and pwd_mkdb(8) commands as they stand. The commands will bail when they try to create a temporary file in /etc, /etc/pw.XXXXXX if /etc is read-only. If /etc is not read-only, the symlinks will get removed and the files actually written in /etc. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Apr 9 23:42:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0AE6937B417 for ; Tue, 9 Apr 2002 23:42:04 -0700 (PDT) Received: from pool0293.cvx21-bradley.dialup.earthlink.net ([209.179.193.38] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16vBnq-0002co-00; Tue, 09 Apr 2002 23:41:59 -0700 Message-ID: <3CB3DE99.316696E9@mindspring.com> Date: Tue, 09 Apr 2002 23:41:29 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: callum.gibson@db.com Cc: hackers@FreeBSD.ORG Subject: Re: ipcrm/shmctl failure References: <20020410031814.21717.qmail@merton.aus.deuba.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG callum.gibson@db.com wrote: > }> You could say that X11 shouldn't use SHMs the way it does now yeah. =) > }The real problem is that over the UNIX domain socket, it doesn't > }get client disconnect notificiations necessary for resource tracking, > }AND browser use of these resources is practically the degenerate case. > > I think you're right about the linux stuff. It looks that you _will_ get > an EINVAL on a valid shmid if it has already been marked for deletion > (but presumably still exists due to references). Using the -o to ipcs > I see there are existing references (why didn't anyone suggest that > before) - but these are by non existent processes. > > I'm now pretty sure this is caused by the linux implementation of > threads which uses multiple processes instead of a single proces. Now > vm_fork() (vm/vm_glue.c) calls shmfork which increments the shm ref count > for the forked process but this _shouldn't_ get called when rfork is > called with RFMEM (which is what linux_clone() does). So, turning to > the exit side of things, sys_exit() calls exit1() which only calls > shmexit to decrement the count if vm_refcnt == 1. Ok, rfork(RFMEM) > increments vm_refcnt in vm_fork(), and it may be decremented in > vmspace_unshare() or vmspace_free(). However as best I can see, nothing > in exit1() calls any vm stuff unless vm_refcnt is already 1. So unless > someone can point out where I've missed the call, I think the fix is > something like: [ ... ] This looks right, to me. You'd actually think that not incrementing in the RFMEM case, but then decrementing if the RFMEM reference goes from 1->0 would be the correct thing to do. However... 1) This is actually simpler, since it avoids the need to check on the RFMEM case, when there is an out of order close 2) The System V shm case is special, in that the shared memory segments actually come out of the kernel virtual memory address space, not the process (there are good reasons for this, actually). > linux-mozilla would be a pretty heavy thread user. If only linux threads > was posix compliant, eh (I know Terry has commented on this before). If you scould send-pr this, I think it would be more likely to be committed (or send it to a committer you acn work with, like Alfred... 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 Apr 9 23:46:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id B362B37B41C; Tue, 9 Apr 2002 23:46:30 -0700 (PDT) Received: from pool0293.cvx21-bradley.dialup.earthlink.net ([209.179.193.38] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16vBrf-00054s-00; Tue, 09 Apr 2002 23:45:55 -0700 Message-ID: <3CB3DF85.E37DAB77@mindspring.com> Date: Tue, 09 Apr 2002 23:45:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: cjclark@alum.mit.edu Cc: Julian Elischer , Dan Nelson , Michael Smith , Doug White , "=?iso-8859-1?Q?Pawe=B3?= Jakub Dawidek" , freebsd-hackers@FreeBSD.ORG Subject: Re: Hardlinks... References: <3CB37C7C.6F6EE24A@mindspring.com> <20020409221536.A34659@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > > file is created in /etc; it does the right thing, if the > > symlink is read-only, though...). > > Exactly, you can't use symlinks with the passwd(1) and pwd_mkdb(8) > commands as they stand. The commands will bail when they try to create > a temporary file in /etc, /etc/pw.XXXXXX if /etc is read-only. If > /etc is not read-only, the symlinks will get removed and the files > actually written in /etc. "it does the right thing, if the symlink is read-only, though..." That includes if it's on a read-only FS... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 0:15:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from icomag.de (ns.icomag.de [195.227.115.162]) by hub.freebsd.org (Postfix) with ESMTP id C0BF737B41A for ; Wed, 10 Apr 2002 00:15:06 -0700 (PDT) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g3A7DIM79906 for ; Wed, 10 Apr 2002 09:13:18 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Apr 2002 09:13:18 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Subject: 'rm' incompatibility with Posix.2 Message-ID: <20020410091302.Y79904-200000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="0-1447739591-1018344787=:75449" Content-ID: <20020410091302.X79904@fw.cgn.icom> 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 message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1447739591-1018344787=:75449 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20020410091302.W79904@fw.cgn.icom> Hi everyone, I have noticed quite some time ago a strange way in which some basic FreeBSD utilities work, related to symlinks. Example session: bgd@cvs$ mkdir temp bgd@cvs$ ln -s temp b bgd@cvs$ ls -ald temp b lrwxr-xr-x 1 bgd wheel 4 Apr 9 11:27 b -> temp drwxr-xr-x 2 bgd wheel 512 Apr 9 11:27 temp bgd@cvs$ rm -rf b/ bgd@cvs$ ls -ald temp b ls: temp: No such file or directory lrwxr-xr-x 1 bgd wheel 4 Apr 9 11:27 b -> temp bgd@cvs$ As you can see, when I tried to remove the symlink 'b' with a trailing slash 'rm -rf b/', the target directory was removed instead of the actual symlink. Of course, this is weird (tryied it on some other 10 un*xes, and all worked in another way). I have attached a patch for the 'rm' untility, which strips the trailing slash(es) from the path (according to Posix.2). But I think there are many other utilities which need to be patched (e.g. cp, mv). Greetings, bogdan --0-1447739591-1018344787=:75449 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="rm.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020409113307.B75449@fw.cgn.icom> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="rm.patch" MGExLDINCj4gDQo+IA0KNDYzLDQ3MGQ0NjQNCjwgICAgICAgICAgICAgICAg IC8qIHN0cmlwIHRyYWlsaW5nIHNsYXNoZXMsIHNpbmNlIFBPU0lYLjIgZGVm aW5lcyBiYXNlbmFtZQ0KPCAJCSAgIGFzIHRoZSBmaW5hbCBwb3J0aW9uIG9m IGEgcGF0aCBhZnRlciB0aGUgdHJhaWxpbmcgc2xhc2hlcw0KPCAJCSAgIGhh dmUgYmVlbiByZW1vdmVkLg0KPCAJCSAqLw0KPCAgICAgICAgICAgICAgICAg cCA9IHN0cnJjaHIgKCp0LCAnXDAnKTsNCjwgICAgICAgICAgICAgICAgIHdo aWxlICgtLXAgPiAqdCAmJiAqcCA9PSAnLycpDQo8ICAgICAgICAgICAgICAg ICAgICAgICAgKnAgPSAnXDAnOw0KPCANCg== --0-1447739591-1018344787=:75449-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 0:29:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 3FC8D37B417 for ; Wed, 10 Apr 2002 00:29:15 -0700 (PDT) Received: from pool0121.cvx40-bradley.dialup.earthlink.net ([216.244.42.121] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16vCXS-0004i5-00; Wed, 10 Apr 2002 00:29:07 -0700 Message-ID: <3CB3E9A4.7DE79AA1@mindspring.com> Date: Wed, 10 Apr 2002 00:28:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410091302.Y79904-200000@fw.cgn.icom> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bogdan TARU wrote: > As you can see, when I tried to remove the symlink 'b' with a trailing > slash 'rm -rf b/', the target directory was removed instead of the actual > symlink. Of course, this is weird (tryied it on some other 10 un*xes, and > all worked in another way). > > I have attached a patch for the 'rm' untility, which strips the trailing > slash(es) from the path (according to Posix.2). But I think there are many > other utilities which need to be patched (e.g. cp, mv). The trailing "/" is supposed to be this way. It means "evaluate the preceeding as a directory". This is a kernel thing: it's what makes "ls -l symlink-to-dir" show the symlink, and "ls -l symlink-to-dir/" show the contents of the directory pointed to by the symlink). You will also notice that when you are tab-expanding a symlink to a directory in tcsh (now csh), that it automatically adds the trailing "/"... in fact, if I had to guess, this is where I would expect that you had seen the behaviour. For a recursive removal of a symlink or a directory containing a symlink, this makes sense, actually, since the idea of recursively removing something you can't recurse into *doesn't* make sense. If you were going to patch this at all, the only thing that *might* make sense is to do an lstat() before deciding to recurse into the thing. Notice that an lstat on "symlink-to-dir/" acts like stat; while without the trailing "/", it does not. This also reinforces the correctness of the behaviour. Are you maybe using an alias which expand to "rm -rf $*"?? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 0:46:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id AA3F937B405 for ; Wed, 10 Apr 2002 00:46:06 -0700 (PDT) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g3A7jPx06005 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Wed, 10 Apr 2002 03:45:27 -0400 (EDT) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020410095652.01c67aa0@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 10 Apr 2002 09:58:01 +0200 To: Bogdan TARU , From: "Rogier R. Mulhuijzen" Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: <20020410091302.Y79904-200000@fw.cgn.icom> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I have attached a patch for the 'rm' untility, which strips the trailing >slash(es) from the path (according to Posix.2). But I think there are many >other utilities which need to be patched (e.g. cp, mv). Can you point out how the behavior violates POSIX.2? Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 1:47:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from icomag.de (ns.icomag.de [195.227.115.162]) by hub.freebsd.org (Postfix) with ESMTP id DB48537B400 for ; Wed, 10 Apr 2002 01:47:23 -0700 (PDT) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g3A8jPd80386; Wed, 10 Apr 2002 10:45:25 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Apr 2002 10:45:25 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: "Rogier R. Mulhuijzen" , Terry Lambert , Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: <5.1.0.14.0.20020410095652.01c67aa0@mail.drwilco.net> Message-ID: <20020410103608.F79910-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Rogier & Terry, I didn't say the behaviour contradicts Posix.2. I just said that Posix.2 specifies removal of the trailing slashes when doing directory operation. Which, for example, freebsd 'rm' does not, which leads to a strange behaviour. As I stated, I have tryied this on more than one other OS (OpenBSD 2.9, 3.0, Linux, HP UX 10.20, Solaris 2.7, 2.8), and all yelded the same result (different from the FreeBSD). Also, I quote from the FreeBSD man page of 'rm': "The rm utility removes symbolic links, not the files referenced by the links." Greetings, bogdan On Wed, 10 Apr 2002, Rogier R. Mulhuijzen wrote: > > > I have attached a patch for the 'rm' untility, which strips the trailing > >slash(es) from the path (according to Posix.2). But I think there are many > >other utilities which need to be patched (e.g. cp, mv). > > Can you point out how the behavior violates POSIX.2? > > Doc > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 4:10:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id E53DB37B429 for ; Wed, 10 Apr 2002 04:10:41 -0700 (PDT) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id g3ABAJ330553; Wed, 10 Apr 2002 13:10:19 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g3AB9v6e014140; Wed, 10 Apr 2002 13:09:59 +0200 (CEST)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.1.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id g3AB9uX21896; Wed, 10 Apr 2002 13:09:56 +0200 (CEST) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id g3AB9tk01420; Wed, 10 Apr 2002 13:09:55 +0200 (CEST) (envelope-from ticso) Date: Wed, 10 Apr 2002 13:09:54 +0200 From: Bernd Walter To: Bogdan TARU Cc: "Rogier R. Mulhuijzen" , Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 Message-ID: <20020410110954.GF99407@cicely9.cicely.de> References: <5.1.0.14.0.20020410095652.01c67aa0@mail.drwilco.net> <20020410103608.F79910-100000@fw.cgn.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020410103608.F79910-100000@fw.cgn.icom> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Apr 10, 2002 at 10:45:25AM +0200, Bogdan TARU wrote: > > Dear Rogier & Terry, > > I didn't say the behaviour contradicts Posix.2. I just said that Posix.2 > specifies removal of the trailing slashes when doing directory operation. > Which, for example, freebsd 'rm' does not, which leads to a strange > behaviour. As I stated, I have tryied this on more than one other OS > (OpenBSD 2.9, 3.0, Linux, HP UX 10.20, Solaris 2.7, 2.8), and all yelded > the same result (different from the FreeBSD). > > Also, I quote from the FreeBSD man page of 'rm': > > "The rm utility removes symbolic links, not the files referenced by > the links." I can't see the point where it is wrong. You aren't referencing a link. And why should rm behave differently than e.g. ls? If I add a trailing '/' I would expect every command to do the same. Well if your are working on differenet systems you should add '/.' to be shure and forget about the '/' only case. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 4:14:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 3E42837B405 for ; Wed, 10 Apr 2002 04:14:15 -0700 (PDT) Received: from pool0017.cvx40-bradley.dialup.earthlink.net ([216.244.42.17] helo=mindspring.com) by snipe.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16vG36-0007Ar-00; Wed, 10 Apr 2002 04:14:01 -0700 Message-ID: <3CB41E53.E3BBD76A@mindspring.com> Date: Wed, 10 Apr 2002 04:13:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bogdan TARU Cc: "Rogier R. Mulhuijzen" , freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410103608.F79910-100000@fw.cgn.icom> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bogdan TARU wrote: > I didn't say the behaviour contradicts Posix.2. I just said that Posix.2 > specifies removal of the trailing slashes when doing directory operation. Path component operations are a mixed bag. They can occur partially in user space, or they can occur in the kernel. When you refer to a specific object by Name, you are referring to the object. So if we create a sitaution: cd /tmp mkdir tmp cd tmp rimmer# cd /tmp mkdir p ln -s p q and examine what we have, we see: ls -ldi p q p/ q/ 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:03 p 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:03 p/ 43223 lrwxr-xr-x 1 root wheel 1 Apr 10 04:03 q -> p 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:03 q/ Let's try your operation: rm -rf q/ ls -ldi p q p/ q/ ls: p: No such file or directory ls: p/: No such file or directory ls: q/: No such file or directory 43223 lrwxr-xr-x 1 root wheel 1 Apr 10 04:03 q -> p Let's undo this: mkdir p ls -ldi p q p/ q/ 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 p 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 p/ 43223 lrwxr-xr-x 1 root wheel 1 Apr 10 04:03 q -> p 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 q/ And try without teh trailing "/": rm q ls -ldi p q p/ q/ ls: q: No such file or directory ls: q/: No such file or directory 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 p 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 p/ > Which, for example, freebsd 'rm' does not, which leads to a strange > behaviour. As I stated, I have tryied this on more than one other OS > (OpenBSD 2.9, 3.0, Linux, HP UX 10.20, Solaris 2.7, 2.8), and all yelded > the same result (different from the FreeBSD). Try the "ls -ldi" example I gave, as well. If POSIX states the trailing slash should be removed (please provide references), then it will make listing the contents of a directory pointed to by a symbolic link impossible, without an explicit reference, e.g.: ln -s p q ls -lai p q q/ 43223 lrwxr-xr-x 1 root wheel 1 Apr 10 04:09 q -> p p: total 5 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 . 43089 drwxrwxrwt 5 root wheel 4096 Apr 10 04:09 .. q/: total 5 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 . 43089 drwxrwxrwt 5 root wheel 4096 Apr 10 04:09 .. 43089 drwxrwxrwt 5 root wheel 4096 Apr 10 04:09 .. rimmer# ... though it *does* look like the "total" calculation is broken. 8-). > Also, I quote from the FreeBSD man page of 'rm': > > "The rm utility removes symbolic links, not the files referenced by > the links." Only when you give them the symbolic link as the argument. If you add the trailing "/" to "q", you are saying "the directory q or the directory pointed to by the symbolic link q". Consider the case of trying to list "the contents of the directory pointed to by the symbolic link q". You can do this, but it's a bit awkward: ls -lai q/. total 5 170 drwxr-xr-x 2 root wheel 512 Apr 10 04:04 . 43089 drwxrwxrwt 5 root wheel 4096 Apr 10 04:09 .. But... the same can not be done on a remove: rm -rf q/. rm: "." and ".." may not be removed It seems to me that making your change means that ls is also broken, and that making the change to ls is wrong. It also seems to me that making the change universally breaks the operation on the target of a symbolic link. I don't see how you can reconcile the operation of "ls" with your proposed operation for "rm". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 4:48:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55]) by hub.freebsd.org (Postfix) with ESMTP id 50F5D37B405 for ; Wed, 10 Apr 2002 04:48:34 -0700 (PDT) Received: from i8k.babbleon.org ([66.57.86.84]) by mail8.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Wed, 10 Apr 2002 07:48:30 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id 6F9F8BB39; Wed, 10 Apr 2002 07:48:13 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Bogdan TARU , "Rogier R. Mulhuijzen" , Terry Lambert , Subject: Re: 'rm' incompatibility with Posix.2 Date: Wed, 10 Apr 2002 07:48:12 -0400 X-Mailer: KMail [version 1.3] References: <20020410103608.F79910-100000@fw.cgn.icom> In-Reply-To: <20020410103608.F79910-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020410114813.6F9F8BB39@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 10 April 2002 04:45 am, Bogdan TARU wrote: | Dear Rogier & Terry, | | I didn't say the behaviour contradicts Posix.2. I just said that Posix.2 | specifies removal of the trailing slashes when doing directory operation. I don't think I follow the distinction here. If posix requires removal of the trailing slashes on directory operations, and it is your perception that FreeBSD does not do this, then it seems to me that you *are* saying the FreeBSd contradicts Posix.2. Aren't you? I mean, isn't that the complaint? That said, what you've cited isn't a case of a directory operation; it's a case of a symbolic-link operation. Does Posix.2 say anything one way or another about those? In other words, what you are describing here (behavior of which I was utterly unaware, but now that I am I certainly hope it doesn't change because it seems quite convenient) is the following algorithm used by FreeBSD: If there is a symbolic link with a trailing /, then resolve the symbolic link into the target. I don't think it's resolving it into "the target with a trailing slash"; thus, with mkdir dir ln -s dir link rm -r link/ is the same as rm -r dir But the posix rule you cited doesn't seem to me to have anything to do with this case; rather it merely says that rm -r dir/ is the same as rm -r dir It is of entirely possible that posix2 (which I've never even glanced at) has some *other* rule that implies that the FreeBSD behavior is nonconforming, but this rule doesn't seem to me to be applicable to this case. | Which, for example, freebsd 'rm' does not, which leads to a strange | behaviour. As I stated, I have tryied this on more than one other OS | (OpenBSD 2.9, 3.0, Linux, HP UX 10.20, Solaris 2.7, 2.8), and all yelded | the same result (different from the FreeBSD). | | Also, I quote from the FreeBSD man page of 'rm': | | "The rm utility removes symbolic links, not the files referenced by | the links." | | Greetings, | bogdan | | On Wed, 10 Apr 2002, Rogier R. Mulhuijzen wrote: | > > I have attached a patch for the 'rm' untility, which strips the | > > trailing slash(es) from the path (according to Posix.2). But I think | > > there are many other utilities which need to be patched (e.g. cp, mv). | > | > Can you point out how the behavior violates POSIX.2? | > | > Doc | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 7:21:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 96D4337B419 for ; Wed, 10 Apr 2002 07:21:48 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 8F82D5309; Wed, 10 Apr 2002 16:21:46 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bogdan TARU Cc: Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410091302.Y79904-200000@fw.cgn.icom> From: Dag-Erling Smorgrav Date: 10 Apr 2002 16:21:45 +0200 In-Reply-To: <20020410091302.Y79904-200000@fw.cgn.icom> Message-ID: Lines: 37 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 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 Bogdan TARU writes: > I have attached a patch for the 'rm' untility, which strips the trailing > slash(es) from the path (according to Posix.2). But I think there are many > other utilities which need to be patched (e.g. cp, mv). Please don't. This functionality is extremely useful. Consider this: des@des ~% mkdir foo des@des ~% touch foo/bar des@des ~% ln -s foo baz des@des ~% ls -l baz lrwxr-xr-x 1 des des 3 Apr 10 16:15 baz -> foo des@des ~% ls -l baz/ total 0 -rw-r--r-- 1 des des 0 Apr 10 16:15 bar and the same scenario on Solaris: des@sex ~% mkdir foo des@sex ~% touch foo/bar des@sex ~% ln -s foo baz des@sex ~% ls -l baz lrwxrwxrwx 1 des des 3 Apr 10 16:16 baz -> foo/ des@sex ~% ls -l baz/ lrwxrwxrwx 1 des des 3 Apr 10 16:16 baz/ -> foo/ [scream and curse] des@sex ~% cd baz des@sex ~/baz% ls -l total 0 -rw------- 1 des des 0 Apr 10 16:16 bar In my humble opinion, Solaris (and every other *nix) is broken in this respect, and *BSD is correct. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 7:25:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from icomag.de (ns.icomag.de [195.227.115.162]) by hub.freebsd.org (Postfix) with ESMTP id 3833837B416 for ; Wed, 10 Apr 2002 07:25:26 -0700 (PDT) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g3AENYE82520; Wed, 10 Apr 2002 16:23:34 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Apr 2002 16:23:34 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Dag-Erling Smorgrav Cc: Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: Message-ID: <20020410162300.N79910-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 10 Apr 2002, Dag-Erling Smorgrav wrote: > Bogdan TARU writes: > > I have attached a patch for the 'rm' untility, which strips the trailing > > slash(es) from the path (according to Posix.2). But I think there are many > > other utilities which need to be patched (e.g. cp, mv). > > Please don't. This functionality is extremely useful. Consider this: > > des@des ~% mkdir foo > des@des ~% touch foo/bar > des@des ~% ln -s foo baz > des@des ~% ls -l baz > lrwxr-xr-x 1 des des 3 Apr 10 16:15 baz -> foo > des@des ~% ls -l baz/ > total 0 > -rw-r--r-- 1 des des 0 Apr 10 16:15 bar > > and the same scenario on Solaris: > > des@sex ~% mkdir foo > des@sex ~% touch foo/bar > des@sex ~% ln -s foo baz > des@sex ~% ls -l baz > lrwxrwxrwx 1 des des 3 Apr 10 16:16 baz -> foo/ > des@sex ~% ls -l baz/ > lrwxrwxrwx 1 des des 3 Apr 10 16:16 baz/ -> foo/ > [scream and curse] > des@sex ~% cd baz > des@sex ~/baz% ls -l > total 0 > -rw------- 1 des des 0 Apr 10 16:16 bar > > In my humble opinion, Solaris (and every other *nix) is broken in this > respect, and *BSD is correct. Except for OpenBDS. No NetBDS machine available, maybe some of you could try it on one as well? bogdan > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 7:42:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CBC2B37B405 for ; Wed, 10 Apr 2002 07:42:40 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 28F565309; Wed, 10 Apr 2002 16:42:38 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bogdan TARU Cc: Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410162300.N79910-100000@fw.cgn.icom> From: Dag-Erling Smorgrav Date: 10 Apr 2002 16:42:38 +0200 In-Reply-To: <20020410162300.N79910-100000@fw.cgn.icom> Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 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 Bogdan TARU writes: > On 10 Apr 2002, Dag-Erling Smorgrav wrote: > > In my humble opinion, Solaris (and every other *nix) is broken in this > > respect, and *BSD is correct. > Except for OpenBDS. No NetBDS machine available, maybe some of you could > try it on one as well? I don't know of any "OpenBDS" or "NetBDS", but NetBSD has the same semantics as FreeBSD: des@rc4 ~% mkdir foo des@rc4 ~% touch foo/bar des@rc4 ~% ln -s foo baz des@rc4 ~% ls -l baz lrwxr-xr-x 1 des des 3 Apr 10 16:41 baz@ -> foo des@rc4 ~% ls -l baz/ total 0 -rw-r--r-- 1 des des 0 Apr 10 16:41 bar DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 7:50:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 7DFFD37B404 for ; Wed, 10 Apr 2002 07:50:42 -0700 (PDT) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [IPv6:fec0::1:12]) by Awfulhak.org (8.12.2/8.11.6) with ESMTP id g3AEodoi029896; Wed, 10 Apr 2002 15:50:40 +0100 (BST) (envelope-from brian@freebsd-services.com) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.12.2/8.12.2) with ESMTP id g3AEoZOF054636; Wed, 10 Apr 2002 15:50:35 +0100 (BST) (envelope-from brian@freebsd-services.com) Message-Id: <200204101450.g3AEoZOF054636@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Bogdan TARU , freebsd-hackers@FreeBSD.ORG, brian@freebsd-services.com Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: Message from Dag-Erling Smorgrav of "10 Apr 2002 16:42:38 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Apr 2002 15:50:35 +0100 From: Brian Somers 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 > Bogdan TARU writes: > > On 10 Apr 2002, Dag-Erling Smorgrav wrote: > > > In my humble opinion, Solaris (and every other *nix) is broken in this > > > respect, and *BSD is correct. > > Except for OpenBDS. No NetBDS machine available, maybe some of you could > > try it on one as well? > > I don't know of any "OpenBDS" or "NetBDS", but NetBSD has the same > semantics as FreeBSD: > > des@rc4 ~% mkdir foo > des@rc4 ~% touch foo/bar > des@rc4 ~% ln -s foo baz > des@rc4 ~% ls -l baz > lrwxr-xr-x 1 des des 3 Apr 10 16:41 baz@ -> foo > des@rc4 ~% ls -l baz/ > total 0 > -rw-r--r-- 1 des des 0 Apr 10 16:41 bar OpenBSD is the same. > DES > -- > Dag-Erling Smorgrav - des@ofug.org -- Brian http://www.freebsd-services.com/ 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 Apr 10 7:59:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from icomag.de (ns.icomag.de [195.227.115.162]) by hub.freebsd.org (Postfix) with ESMTP id A9F7737B416 for ; Wed, 10 Apr 2002 07:59:22 -0700 (PDT) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g3AEvWF82877; Wed, 10 Apr 2002 16:57:32 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Apr 2002 16:57:32 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Dag-Erling Smorgrav Cc: Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: Message-ID: <20020410164921.U82564-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG UUps... :) Sorry, OpenBSD and NetBSD (typing fast & wrong, that's what I'm good at). Could you also try the NetBDS's 'rm'? If it does work like FreeBDS, than I really don't know what to believe anymore. bogdan On 10 Apr 2002, Dag-Erling Smorgrav wrote: > Bogdan TARU writes: > > On 10 Apr 2002, Dag-Erling Smorgrav wrote: > > > In my humble opinion, Solaris (and every other *nix) is broken in this > > > respect, and *BSD is correct. > > Except for OpenBDS. No NetBDS machine available, maybe some of you could > > try it on one as well? > > I don't know of any "OpenBDS" or "NetBDS", but NetBSD has the same > semantics as FreeBSD: > > des@rc4 ~% mkdir foo > des@rc4 ~% touch foo/bar > des@rc4 ~% ln -s foo baz > des@rc4 ~% ls -l baz > lrwxr-xr-x 1 des des 3 Apr 10 16:41 baz@ -> foo > des@rc4 ~% ls -l baz/ > total 0 > -rw-r--r-- 1 des des 0 Apr 10 16:41 bar > > DES > -- > Dag-Erling Smorgrav - des@ofug.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 8: 9:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 982BC37B404 for ; Wed, 10 Apr 2002 08:09:19 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id A43B7534C; Wed, 10 Apr 2002 17:09:17 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Bogdan TARU Cc: Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410164921.U82564-100000@fw.cgn.icom> From: Dag-Erling Smorgrav Date: 10 Apr 2002 17:09:16 +0200 In-Reply-To: <20020410164921.U82564-100000@fw.cgn.icom> Message-ID: Lines: 10 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 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 Bogdan TARU writes: > Could you also try the NetBDS's 'rm'? If it does work like FreeBDS, than > I really don't know what to believe anymore. It doesn't, actually, it removes the symlink rather than the directory it points at. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 8:21:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by hub.freebsd.org (Postfix) with ESMTP id 4DD5737B417 for ; Wed, 10 Apr 2002 08:21:38 -0700 (PDT) Received: from corto.lpt.ens.fr (corto.lpt.ens.fr [129.199.122.2]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id g3AFLaa23005 ; Wed, 10 Apr 2002 17:21:36 +0200 (CEST) Received: from (rsidd@localhost) by corto.lpt.ens.fr (8.9.3/jtpda-5.3.1) id RAA34032 ; Wed, 10 Apr 2002 17:21:23 +0200 (CEST) Date: Wed, 10 Apr 2002 17:21:23 +0200 From: Rahul Siddharthan To: Dag-Erling Smorgrav Cc: Bogdan TARU , hackers@freebsd.org Subject: Re: 'rm' incompatibility with Posix.2 Message-ID: <20020410172123.C26749@lpt.ens.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: X-Operating-System: FreeBSD 3.4-STABLE i386 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 Dag-Erling Smorgrav wrote: > Bogdan TARU writes: > > On 10 Apr 2002, Dag-Erling Smorgrav wrote: > > > In my humble opinion, Solaris (and every other *nix) is broken in > > > this > > > respect, and *BSD is correct. > > Except for OpenBDS. No NetBDS machine available, maybe some of you > > could > > try it on one as well? > > I don't know of any "OpenBDS" or "NetBDS", but NetBSD has the same > semantics as FreeBSD: For ls, so do linux, HP-UX, and Digital Unix 4.0 -- I just checked. It does seem the more sensible and useful behaviour. However, without the -l flag the symlink is followed regardless of the trailing / From Digital Unix: rs> mkdir foo rs> mkdir foo/bar rs> ln -s foo baz rs> ls baz bar/ rs> ls baz/ bar/ rs> ls -l baz lrwxrwxrwx 1 rsidd users 3 Apr 10 20:43 baz@ -> foo/ rs> ls -l baz/ total 1 drwxr-xr-x 2 rsidd users 512 Apr 10 20:43 bar/ With rm baz/ it's different: linux doesn't follow the symlink, it removes "baz". Digital and HP-UX follow the symlink. All three remove the symlink if specified without the trailing / - Rahul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 8:23:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from icomag.de (ns.icomag.de [195.227.115.162]) by hub.freebsd.org (Postfix) with ESMTP id 7DF4D37B400 for ; Wed, 10 Apr 2002 08:23:36 -0700 (PDT) Received: from localhost (bgd@localhost) by icomag.de (8.11.3/8.11.3) with ESMTP id g3AFLlu83156 for ; Wed, 10 Apr 2002 17:21:48 +0200 (CEST) (envelope-from bgd@icomag.de) Date: Wed, 10 Apr 2002 17:21:47 +0200 (CEST) From: Bogdan TARU X-X-Sender: To: Subject: Re: 'rm' incompatibility with Posix.2 In-Reply-To: Message-ID: <20020410171808.K82564-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As well: bgd@web$ mkdir temp bgd@web$ touch temp/a bgd@web$ mkdir temp2 bgd@web$ cp -R temp/ temp2/ bgd@web$ ls -al temp2/ total 3 drwxr-xr-x 2 bgd wheel 512 Apr 10 17:20 . drwxr-xr-x 14 bgd wheel 2048 Apr 10 17:20 .. -rw-r--r-- 1 bgd wheel 0 Apr 10 17:20 a If ending a symlink with a slash is supposed to mean 'refer to the directory it points to', I imagine ending a directory with a slash is even more so. Then why, oh, why, 'cp -R' copies only the content of the directory in the new location???? man cp: -R If source_file designates a directory, cp copies the directory and the entire subtree connected at that point. Why do I have the feeling something goes terribly wrong here? bogdan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 8:37:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 41C2137B41A for ; Wed, 10 Apr 2002 08:37:16 -0700 (PDT) Received: from i8k.babbleon.org ([66.57.86.84]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Wed, 10 Apr 2002 11:36:15 -0400 Received: by i8k.babbleon.org (Postfix, from userid 111) id BE884BB39; Wed, 10 Apr 2002 11:36:07 -0400 (EDT) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Bogdan TARU , Subject: Re: 'rm' incompatibility with Posix.2 Date: Wed, 10 Apr 2002 11:36:07 -0400 X-Mailer: KMail [version 1.3] References: <20020410171808.K82564-100000@fw.cgn.icom> In-Reply-To: <20020410171808.K82564-100000@fw.cgn.icom> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020410153607.BE884BB39@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 10 April 2002 11:21 am, Bogdan TARU wrote: | As well: | | bgd@web$ mkdir temp | bgd@web$ touch temp/a | bgd@web$ mkdir temp2 | bgd@web$ cp -R temp/ temp2/ | bgd@web$ ls -al temp2/ | total 3 | drwxr-xr-x 2 bgd wheel 512 Apr 10 17:20 . | drwxr-xr-x 14 bgd wheel 2048 Apr 10 17:20 .. | -rw-r--r-- 1 bgd wheel 0 Apr 10 17:20 a | | If ending a symlink with a slash is supposed to mean 'refer to the | directory it points to', I imagine ending a directory with a slash is even | more so. Then why, oh, why, 'cp -R' copies only the content of the | directory in the new location???? | | man cp: | | -R If source_file designates a directory, cp copies the directory and | the entire subtree connected at that point. | | Why do I have the feeling something goes terribly wrong here? That *would* seem to fly in the face of the previously-cited posix2 requirement. | | bogdan | | | | | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 9: 0:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from reiher.informatik.uni-wuerzburg.de (wi4d22.informatik.uni-wuerzburg.de [132.187.101.122]) by hub.freebsd.org (Postfix) with ESMTP id A767537B400 for ; Wed, 10 Apr 2002 09:00:39 -0700 (PDT) Received: by reiher.informatik.uni-wuerzburg.de (Postfix, from userid 1001) id 14DB3AEE3; Wed, 10 Apr 2002 18:00:38 +0200 (CEST) Date: Wed, 10 Apr 2002 18:00:38 +0200 From: Matthias Buelow To: Dag-Erling Smorgrav Cc: Bogdan TARU , freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 Message-ID: <20020410160038.GA71167@reiher.informatik.uni-wuerzburg> References: <20020410091302.Y79904-200000@fw.cgn.icom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i 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 Dag-Erling Smorgrav writes: >Please don't. This functionality is extremely useful. Consider this: It may be useful but it is nonstandard. >In my humble opinion, Solaris (and every other *nix) is broken in this >respect, and *BSD is correct. How do you define "correctness"? Solaris ls(1) non-arguably conforms to XPG/4 / SuSV2, the current UNIX(tm) standard, and FreeBSD ls(1) doesn't. On Solaris (and SuSV2), you can get the desired behaviour with ls -f (force interpretation as a directory), which of course collides with BSD ls' "-f Output is not sorted". IMHO standardization and interoperability are more important than a small and questionable gain from using incompatible interfaces. If you want the interface to change, change the standard. And no "the good thing with standards is that there are so many to chose from" rants please; 4.xBSD is not a standard, SuSV2 is and I surely don't want to follow down the path which you hint at with "every other *nix is broken...and *BSD is correct". --mkb (a proponent of /usr/ucb for the incompatible cruft) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 9: 1:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [198.78.70.162]) by hub.freebsd.org (Postfix) with ESMTP id BB5FB37B404 for ; Wed, 10 Apr 2002 09:01:30 -0700 (PDT) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id g3AFxn251447; Wed, 10 Apr 2002 08:59:49 -0700 (PDT) (envelope-from john@kozubik.com) Date: Wed, 10 Apr 2002 08:59:49 -0700 (PDT) From: John Kozubik X-Sender: john@www To: Jon Ringuette Cc: freebsd-hackers@freebsd.org Subject: Re: Question about possibly additions to TOP In-Reply-To: <3CB30109.83DF6C66@imeme.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG thanks for your patch - I think this _will_ be useful. Since there are security implications in giving arbitrary jail root users access to their own /dev/mem, /dev/kmem, and /dev/io devices, the ability to run `top` without these items is very useful. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com On Tue, 9 Apr 2002, Jon Ringuette wrote: > John Kozubik wrote: > > > Hello, > > > > I am using `top` just fine in FreeBSD 4.5 inside of jails: > > > > > > I did not perform any special modifications - I just exploded a full /dev > > directory into my jail - since /dev/mem, /dev/kmem, and /dev/io are > > available to the jail it seems to work just fine. > > > > If I delete /dev/mem, /dev/kmem, and /dev/io inside the jail, top no > > longer runs. > > Ah, I did not have a fully exploded dev dir. I simply used the method > mentioned in the manpage for jail (which for some reason did not feel like > creating those directories). Though the patch just causes top to be able to > function in a crippled but usable manner in any situation that top can not get > all of its desired information which still may be useful. > > -jon > iMeme > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 9:18:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by hub.freebsd.org (Postfix) with ESMTP id 112E137B416 for ; Wed, 10 Apr 2002 09:18:24 -0700 (PDT) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 4C3CA6DAE1 for ; Wed, 10 Apr 2002 11:18:19 -0500 (CDT) X-Epoch: 1018455499 X-Sasl-enc: gsZKlicwLWmA1eV8Oawrhg Received: from qawwalsh (unknown [63.71.9.20]) by fastmail.fm (Postfix) with ESMTP id 0A8A56DAFF for ; Wed, 10 Apr 2002 11:18:06 -0500 (CDT) Message-ID: <006301c1e0ab$898a5ba0$ab2aa8c0@mrktg.zixadmin.com> From: "mithril" To: Subject: ALi M5451 Sound card wont work. Please Help! Date: Wed, 10 Apr 2002 11:18:04 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0056_01C1E081.62695DC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0056_01C1E081.62695DC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Everyone, I hope this is the right list to post to. I got no responses on = freebsd-questions. I have a Soyo K7ADA motherboard with integrated ALi = M5451 sound card. It was working fine under Linux using the trident = driver, but I recently switched to using FreeBSD as my primary OS. I am = running 4.5 and understand that the snd_t4dwave.ko is the correct module = for my card. When I load that module however, I get errors : (excerpt from dmesg) ---------- pcm0: port 0xd000-0xd0ff mem 0xdd000000-0xdd000fff irq = 5 at device 3.0 on pci0 pcm0: ac97 codec invalid or not present (id =3D=3D 0) device_probe_and_attach: pcm0 attach returned 6 ---------- I have run pciconf and even inspected the code of t4dwave.c (I am no pro = C programmer, though). I do not know where to go from here. Please = help! Thanks so much, Mithril su-2.05a# pciconf -lv chip0@pci0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x164710b9 = rev=3D0x02 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M1647 ALiMAGiK 1 AGP System Controller' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x524710b9 = rev=3D0x00 hdr=3D0x01 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M1621 PCI to AGP Bridge' class =3D bridge subclass =3D PCI-PCI ohci0@pci0:2:0: class=3D0x0c0310 card=3D0x523710b9 chip=3D0x523710b9 = rev=3D0x03 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M5237 USB Host Controller' class =3D serial bus subclass =3D USB none0@pci0:3:0: class=3D0x040100 card=3D0x545110b9 chip=3D0x545110b9 = rev=3D0x02 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M5451 PCI AC-Link Controller Audio Device' class =3D multimedia subclass =3D audio atapci0@pci0:4:0: class=3D0x01018a card=3D0x522910b9 = chip=3D0x522910b9 rev=3D0xc4 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'M1543 Southbridge EIDE Controller' class =3D mass storage subclass =3D ATA ohci1@pci0:6:0: class=3D0x0c0310 card=3D0x523710b9 chip=3D0x523710b9 = rev=3D0x03 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M5237 USB Host Controller' class =3D serial bus subclass =3D USB isab0@pci0:7:0: class=3D0x060100 card=3D0x153310b9 chip=3D0x153310b9 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M1533 Aladdin IV ISA Bridge' class =3D bridge subclass =3D PCI-ISA dc0@pci0:12:0: class=3D0x020000 card=3D0xc00111ad chip=3D0xc11511ad = rev=3D0x25 hdr=3D0x00 vendor =3D 'Lite-On Communications Inc' device =3D 'LC82C115 PNIC II 10/100 PCI MAC/PHY' class =3D network subclass =3D ethernet xl0@pci0:13:0: class=3D0x020000 card=3D0x905510b7 chip=3D0x905510b7 = rev=3D0x30 hdr=3D0x00 vendor =3D '3COM Corp, Networking Division' device =3D '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' class =3D network subclass =3D ethernet chip1@pci0:17:0: class=3D0x068000 card=3D0x710110b9 = chip=3D0x710110b9 rev=3D0x00 hdr=3D0x00 vendor =3D 'Acer Labs Incorporated (ALi)' device =3D 'ALI M7101 Power Management Controller' class =3D bridge subclass =3D PCI-unknown none1@pci1:0:0: class=3D0x030000 card=3D0xff03102b chip=3D0x0521102b = rev=3D0x03 hdr=3D0x00 vendor =3D 'Matrox Graphics Inc' device =3D 'MGA-G200 Millennium/Mystique G200 AGP' class =3D display subclass =3D VGA FULL DMESG: su-2.05a# dmesg Copyright (c) 1992-2002 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.5-RELEASE #6: Sun Apr 7 00:19:23 CST 2002 root@gandalf.lotr:/usr/src/sys/compile/GANDALF Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 659941113 Hz CPU: AMD Duron(tm) processor (659.94-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x630 Stepping =3D 0 = Features=3D0x183f9ff AMD Features=3D0xc0440000<,AMIE,DSP,3DNow!> real memory =3D 268369920 (262080K bytes) avail memory =3D 257056768 (251032K bytes) Preloaded elf kernel "kernel" at 0xc0402000. Preloaded elf module "splash_bmp.ko" at 0xc040209c. Preloaded splash_image_data "/boot/freebsd256.bmp" at 0xc0402140. VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc02df882 (1000022) VESA: Matrox Graphics Inc. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 8 entries at 0xc00fdef0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on = pci0 pci1: on pcib1 pci1: at 0.0 irq 10 ohci0: mem = 0xdd004000-0xdd004fff irq 11 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr = 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: (vendor=3D0x10b9, dev=3D0x5451) at 3.0 irq 5 atapci0: port 0xd400-0xd40f at = device 4.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci1: mem = 0xdd001000-0xdd001fff irq 11 at device 6.0 on pci0 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered isab0: at device 7.0 on pci0 isa0: on isab0 dc0: port 0xdc00-0xdcff mem = 0xdd003000-0xdd0030ff irq 10 at device 12.0 on pci0 dc0: Ethernet address: 00:a0:cc:e2:a7:73 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem = 0xdd005000-0xdd00507f irq 11 at device 13.0 on pci0 xl0: Ethernet address: 00:50:da:26:db:3b miibus1: on xl0 xlphy0: <3Com internal media interface> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto chip1: at device 17.0 on pci0 orm0:
Hi Everyone,

I hope this is the right list to post to.  = I got=20 no responses on freebsd-questions.  I have a Soyo K7ADA motherboard = with=20 integrated ALi M5451 sound card.  It was working fine under Linux = using the=20 trident driver, but I recently switched to using FreeBSD as my primary = OS. =20 I am running 4.5 and understand that the snd_t4dwave.ko is the correct = module=20 for my card.  When I load that module however, I get errors=20 :

(excerpt from dmesg)
----------
pcm0: <Acer Labs = M5451>=20 port 0xd000-0xd0ff mem 0xdd000000-0xdd000fff irq 5 at device 3.0 on=20 pci0
pcm0: ac97 codec invalid or not present (id =3D=3D=20 0)
device_probe_and_attach: pcm0 attach returned = 6
----------

I=20 have run pciconf and even inspected the code of t4dwave.c (I am no pro C = programmer, though).  I do not know where to go from here.  = Please=20 help!

Thanks so much,
Mithril

su-2.05a# pciconf = -lv
chip0@pci0:0:0: class=3D0x060000 = card=3D0x00000000=20 chip=3D0x164710b9 rev=3D0x02 hdr=3D0x00
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M1647 ALiMAGiK 1 AGP System Controller'
   =20 class    =3D bridge
    subclass =3D = HOST-PCI
pcib1@pci0:1:0: class=3D0x060400 = card=3D0x00000000=20 chip=3D0x524710b9 rev=3D0x00 hdr=3D0x01
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M1621 PCI to AGP Bridge'
    class    = =3D=20 bridge
    subclass =3D PCI-PCI
ohci0@pci0:2:0: class=3D0x0c0310 = card=3D0x523710b9=20 chip=3D0x523710b9 rev=3D0x03 hdr=3D0x00
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M5237 USB Host Controller'
    class    = =3D=20 serial bus
    subclass =3D USB
none0@pci0:3:0: class=3D0x040100 = card=3D0x545110b9=20 chip=3D0x545110b9 rev=3D0x02 hdr=3D0x00
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M5451 PCI AC-Link Controller Audio Device'
   =20 class    =3D multimedia
    subclass = =3D=20 audio
atapci0@pci0:4:0:   &= nbsp;  =20 class=3D0x01018a card=3D0x522910b9 chip=3D0x522910b9 rev=3D0xc4=20 hdr=3D0x00
    vendor   =3D 'Acer Labs = Incorporated=20 (ALi)'
    device   =3D 'M1543 Southbridge = EIDE=20 Controller'
    class    =3D mass=20 storage
    subclass =3D ATA
ohci1@pci0:6:0: class=3D0x0c0310 = card=3D0x523710b9=20 chip=3D0x523710b9 rev=3D0x03 hdr=3D0x00
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M5237 USB Host Controller'
    class    = =3D=20 serial bus
    subclass =3D USB
isab0@pci0:7:0: class=3D0x060100 = card=3D0x153310b9=20 chip=3D0x153310b9 rev=3D0x00 hdr=3D0x00
    = vendor   =3D=20 'Acer Labs Incorporated (ALi)'
    device   = =3D 'ALI=20 M1533 Aladdin IV ISA Bridge'
    = class    =3D=20 bridge
    subclass =3D PCI-ISA
dc0@pci0:12:0:  class=3D0x020000=20 card=3D0xc00111ad chip=3D0xc11511ad rev=3D0x25 = hdr=3D0x00
   =20 vendor   =3D 'Lite-On Communications = Inc'
   =20 device   =3D 'LC82C115 PNIC II 10/100 PCI = MAC/PHY'
   =20 class    =3D network
    subclass =3D=20 ethernet
xl0@pci0:13:0: =20 class=3D0x020000 card=3D0x905510b7 chip=3D0x905510b7 rev=3D0x30=20 hdr=3D0x00
    vendor   =3D '3COM Corp, = Networking=20 Division'
    device   =3D '3C905B-TX Fast = Etherlink=20 10/100 PCI TX NIC'
    class    =3D=20 network
    subclass =3D ethernet
chip1@pci0:17:0:   &nb= sp;   =20 class=3D0x068000 card=3D0x710110b9 chip=3D0x710110b9 rev=3D0x00=20 hdr=3D0x00
    vendor   =3D 'Acer Labs = Incorporated=20 (ALi)'
    device   =3D 'ALI M7101 Power = Management=20 Controller'
    class    =3D=20 bridge
    subclass =3D PCI-unknown
none1@pci1:0:0: class=3D0x030000 = card=3D0xff03102b=20 chip=3D0x0521102b rev=3D0x03 hdr=3D0x00
    = vendor   =3D=20 'Matrox Graphics Inc'
    device   =3D = 'MGA-G200=20 Millennium/Mystique G200 AGP'
    = class    =3D=20 display
    subclass =3D VGA


FULL = DMESG:
su-2.05a#=20 dmesg
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) = 1979,=20 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,=20 1994
        The Regents of the = University=20 of California. All rights reserved.
FreeBSD 4.5-RELEASE #6: Sun = Apr  7=20 00:19:23 CST 2002
    root@ganda= lf.lotr:/usr/src/sys/compile/GANDALF
Timecounter=20 "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency=20 659941113 Hz
CPU: AMD Duron(tm) processor (659.94-MHz 686-class=20 CPU)
  Origin =3D "AuthenticAMD"  Id =3D 0x630  = Stepping =3D=20 0
 =20 Features=3D0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,M= CA,CMOV,PAT,PSE36,MMX,FXSR>
 =20 AMD Features=3D0xc0440000<<b18>,AMIE,DSP,3DNow!>
real = memory =20 =3D 268369920 (262080K bytes)
avail memory =3D 257056768 (251032K=20 bytes)
Preloaded elf kernel "kernel" at 0xc0402000.
Preloaded elf = module=20 "splash_bmp.ko" at 0xc040209c.
Preloaded splash_image_data=20 "/boot/freebsd256.bmp" at 0xc0402140.
VESA: v2.0, 8192k memory, = flags:0x1,=20 mode table:0xc02df882 (1000022)
VESA: Matrox Graphics Inc.
Pentium = Pro=20 MTRR support enabled
md0: Malloc disk
Using $PIR table, 8 entries = at=20 0xc00fdef0
npx0: <math processor> on motherboard
npx0: INT = 16=20 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: = <PCI=20 bus> on pcib0
pcib1: <AcerLabs M5247 PCI-PCI(AGP Supported) = bridge>=20 at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: = <Matrox MGA=20 G200 AGP graphics accelerator> at 0.0 irq 10
ohci0: <AcerLabs = M5237=20 (Aladdin-V) USB controller> mem 0xdd004000-0xdd004fff irq 11 at = device 2.0 on=20 pci0
usb0: OHCI version 1.0, legacy support
usb0: <AcerLabs = M5237=20 (Aladdin-V) USB controller> on ohci0
usb0: USB revision = 1.0
uhub0:=20 AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 = ports with=20 4 removable, self powered
ums0: Microsoft Microsoft Wheel Mouse = Optical\M-.,=20 rev 1.10/1.21, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.
pci0: = <unknown card> (vendor=3D0x10b9, dev=3D0x5451) at 3.0 irq = 5
atapci0:=20 <AcerLabs Aladdin ATA100 controller> port 0xd400-0xd40f at device = 4.0=20 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 = on=20 atapci0
ohci1: <AcerLabs M5237 (Aladdin-V) USB controller> mem=20 0xdd001000-0xdd001fff irq 11 at device 6.0 on pci0
usb1: OHCI version = 1.0,=20 legacy support
usb1: <AcerLabs M5237 (Aladdin-V) USB = controller> on=20 ohci1
usb1: USB revision 1.0
uhub1: AcerLabs OHCI root hub, class = 9/0, rev=20 1.00/1.00, addr 1
uhub1: 4 ports with 4 removable, self = powered
isab0:=20 <AcerLabs M1533 portable PCI-ISA bridge> at device 7.0 on = pci0
isa0:=20 <ISA bus> on isab0
dc0: <LC82C115 PNIC II 10/100BaseTX> = port=20 0xdc00-0xdcff mem 0xdd003000-0xdd0030ff
irq 10 at device 12.0 on = pci0
dc0:=20 Ethernet address: 00:a0:cc:e2:a7:73
miibus0: <MII bus> on=20 dc0
dcphy0: <Intel 21143 NWAY media interface> on=20 miibus0
dcphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = auto
xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f = mem=20 0xdd005000-0xdd00507f irq 11 at device 13.0 on pci0
xl0: Ethernet = address:=20 00:50:da:26:db:3b
miibus1: <MII bus> on xl0
xlphy0: <3Com = internal media interface> on miibus1
xlphy0:  10baseT, = 10baseT-FDX,=20 100baseTX, 100baseTX-FDX, auto
chip1: <AcerLabs M15x3 Power = Management=20 Unit> at device 17.0 on pci0
orm0: <Option ROM> at iomem=20 0xc0000-0xc7fff on isa0
fdc0: <NEC 72065B or clone> at port=20 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes=20 threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: = <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 IntelliMouse, device ID = 3
vga0:=20 <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 (EPP/NIBBLE) in COMPATIBLE mode
ppbus0: = IEEE1284 device found /NIBBLE/ECP
Probing for PnP devices on=20 ppbus0:
ppbus0: <HEWLETT-PACKARD DESKJET 820C> = SCP,VLINK
lpt0:=20 <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: = <Parallel=20 I/O> on ppbus0
IP packet filtering initialized, divert enabled, = rule-based=20 forwarding disabled, default to deny, logging limited to 10 = packets/entry by=20 default
ad0: 28629MB <WDC WD300BB-00CCB0> [58168/16/63] at = ata0-master=20 UDMA100
acd0: DVD-ROM <CREATIVE DVD-ROM DVD1610E> at = ata1-master using=20 PIO4
Mounting root from ufs:/dev/ad0s1a
pcm0: <Acer Labs = M5451> port=20 0xd000-0xd0ff mem 0xdd000000-0xdd000fff irq 5 at device 3.0 on = pci0
pcm0:=20 ac97 codec invalid or not present (id =3D=3D = 0)
device_probe_and_attach: pcm0=20 attach returned 6
pcm0: <Acer Labs M5451> port 0xd000-0xd0ff = mem=20 0xdd000000-0xdd000fff irq 5 at device 3.0 on pci0
pcm0: ac97 codec = invalid or=20 not present (id =3D=3D 0)
device_probe_and_attach: pcm0 attach = returned=20 6
pcm0: <Acer Labs M5451> port 0xd000-0xd0ff mem = 0xdd000000-0xdd000fff=20 irq 5 at device 3.0 on pci0
pcm0: ac97 codec invalid or not present = (id =3D=3D=20 0)
device_probe_and_attach: pcm0 attach returned 6

(Note: I = have=20 obviously tried a couple times since my last reboot to load the module=20 ;-)
------=_NextPart_000_0056_01C1E081.62695DC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 9:27:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from owa1.digisle.com (ex-owa-sj.digisle.com [165.193.27.217]) by hub.freebsd.org (Postfix) with ESMTP id E5F0C37B417; Wed, 10 Apr 2002 09:27:42 -0700 (PDT) Received: from digisle.net ([206.220.227.145] RDNS failed) by owa1.digisle.com over TLS secured channel with Microsoft SMTPSVC(5.0.2195.2966); Wed, 10 Apr 2002 09:27:42 -0700 Message-ID: <3CB467FE.AA01487C@digisle.net> Date: Wed, 10 Apr 2002 09:27:42 -0700 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Bug in m_split() ? References: <20020410162321.BB56F47C3A@riffraff.plig.net> Content-Type: multipart/mixed; boundary="------------3170EF2BBB3CF62E77CD349A" X-OriginalArrivalTime: 10 Apr 2002 16:27:42.0555 (UTC) FILETIME=[A38602B0:01C1E0AC] 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. --------------3170EF2BBB3CF62E77CD349A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit System Administrator wrote: > > Your message > > To: freebsd-hackers@freebsd.net; freebsd-current@freebsd.net > Subject: Bug in m_split() ? > Sent: Wed, 10 Apr 2002 09:23:16 -0700 > > did not reach the following recipient(s): > > freebsd-current@freebsd.net on Wed, 10 Apr 2002 09:23:21 -0700 > The e-mail system was unable to deliver the message, but did not > report a specific reason. Check the address and try again. If it still > fails, contact your system administrator. > < riffraff.plig.net #5.0.0 X-Postfix; unknown user: > "freebsd-current"> > freebsd-hackers@freebsd.net on Wed, 10 Apr 2002 09:23:21 -0700 > The e-mail system was unable to deliver the message, but did not > report a specific reason. Check the address and try again. If it still > fails, contact your system administrator. > < riffraff.plig.net #5.0.0 X-Postfix; unknown user: > "freebsd-hackers"> > > ------------------------------------------------------------------------ > Reporting-MTA: dns; ex-sj-5.digisle.com > > Final-Recipient: RFC822; freebsd-current@freebsd.net > Action: failed > Status: 5.0.0 > X-Supplementary-Info: < riffraff.plig.net #5.0.0 X-Postfix; unknown user: "freebsd-current"> > X-Display-Name: freebsd-current@freebsd.net > > Final-Recipient: RFC822; freebsd-hackers@freebsd.net > Action: failed > Status: 5.0.0 > X-Supplementary-Info: < riffraff.plig.net #5.0.0 X-Postfix; unknown user: "freebsd-hackers"> > X-Display-Name: freebsd-hackers@freebsd.net Hackers, i'm sorry for the wide distribution, but can anyone, please, review the following patch to m_split() or at least comment on it. i have attached another example that shows my problem. --- uipc_mbuf.c.orig Mon Apr 8 14:40:23 2002 +++ uipc_mbuf.c Mon Apr 8 14:40:43 2002 @@ -584,6 +584,7 @@ if (remain > MHLEN) { /* m can't be the lead packet */ MH_ALIGN(n, 0); + n->m_len = 0; n->m_next = m_split(m, len, wait); if (n->m_next == NULL) { (void) m_free(n); thanks, max --------------3170EF2BBB3CF62E77CD349A Content-Type: application/x-gzip; name="ng_cow.c.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ng_cow.c.gz" H4sICOJltDwAA25nX2Nvdy5jALVYbW/bNhD+TP0KJkFXOVUTZ+2Hol4CuLGSeI0lI3FabF0h KBIdCdaLIdHxvCD/fXckJVF+SfehM9BKPB7Jh3cPH55yEGdBsggZ/a1clcdzv/DTo+jMOGiZ 4R/fYmZFkeWb5hkrMpZs2lM/SfJgi/1+MW1bM8YfCn8eHWcPXsrK0n9guxzUy+7xsKVSjDYO QjaNM0adS+/c/eo57sD2Jn+MbbIf5Mv9qps4lyPRf+66n4c2ISfdkw/vuu/edbsbLiPXhX7D OD6ko/71tXtO1RKHx4BmCg1c7NYe92/6E9uTPoZ8eAP7YujY5shz7MnlTX98hVNaVICBh6P2 QMt5xIo48BOKPZ2eccCSktW7aY/XmuCXhfGUArhNEIgQYderZDkELmU8ysMSO0vu8zigEMAg z0peLAKeFx4nwrDUjT3Ntwge0/KhcZNt3aOMFjzMl1njU1l0r4wtozyfNU7K0GvjyljAW5jQ sIYn9LnfAoQG3SeMy42pGlvtGWecVN0pBOuRZZx63tg0obVImMct9LHoYx6H9LADidoMcJCn qZ+FNIlLrkVZRJPKgIqtpSF61BuTzW/f6Sl9Mp6MNYpahk5IaO2neb6P1rvra/Uwni3jiXYt +mw8rwHjqzkD3pZBEc8hnRqsBhD6EPxPmRAHLOr1Pw29L/bN7dB1BIr2wbIIrIOjMj8VZ2I9 fsKhDqbmoNFL+Ght3U3SyyLKhRd5QpVe6G4Vw8RUIds2k+KXnAoaFFvCQQSRCDuct7DpaLOu BoGNDSdFO+mEb3pnQzYJsG5urqV4IUBu4xPktlaDoTOcmDDKor80mQNWjtzB3bVdpc2UU1v0 BAmrcb1OVU6IoDnyGlmtfLBZ44pYMPNQx70y/odJ/yDyC5k4cmhVXEKf+nD8zJ9Bf/p0dMev faQhVqyY+gH7HxD8xN9xnVxE7c0Jj5gnNnBKkeJSFK6ATAmjSe6HcfZAkVqLrGpN4cjwKC7l voVsNFoBYTDWTjcKo0XlQRek7xik0kqCx75nEKGq0gdaglPkUCr0k+qFKgMWPqVdgEjKZcyD iJpiRAdVKPBLuATdgXft9gcfjcYfawd/Jjfp4UHJM1M7CXgsVAiAjYTATWnKoXuwFkAl5L5g /gxX1edELROjzGq4tVFRbJsQsRKUSOF159zYF2YLwGZGGgiEPBsannrPd06167oPygJ/kXA9 ErY7dtzJ7d143Gs8YUaDFIwvikzhBBTPWC2sX3KqVHCzZEVzqDgk7UuK5dyShYIlMUdLAFNz sCwjllGZajQjgcC6lSyaspsiFCB2kqD4ECyoQNpD50v/eg3l2s2AQL/CdZYDSi4RAr6VVFKe 03tWaTQAgjbEXO5nKzh1K5gyy+KCoJj/BiShEiYR5Qq2ZZlCdPXDIT/eiVqs2sXvCywJ/BV1 3L2docONmDiqUyOQ6/+HsIkbRi12hQs3F0+cZ9uXbFx+tGp3bUHtVlNrDnIgBpa11fVM50Ue wO2NWrN19cpxF1Hah6s6WJvHahfGGohCOJZ4AALIB6JStUW5HZ6sRhRZYs5SSZl1oAS7oIWP 3mYAm6ILVnsghzBlg1zJpa6IGEnGfRBFvfJxLofepT3xRreXpoQC83SUf7UvfUAlrOD29ixi cGCLIxTLAHDFrFHadumJKrNtJBQqUvBaY6A6xQG6mqoSw+z02oKrqVgjY4LIL8jiNumrx+iy B0S5uLFtEZ0qLi9JocxsRYsbFrD4kck6Dk6KX9dpWzmBbqbUDszE+plp0+GpATec2CORu84L lFXzV9DOsRCTRRYWYhomvFqN7eWamQE78MZraVavpiI6Ag+7Oj2VbZ2ZCcswlnj1pV16Knvx LpX4sQ+rCBP8kL+wLjxgZnjuqamk6e1ZCoL4N8ex6PxG2bQF0LyHo9E+n/EoLI7AhiPmBcCZ mvtQ99BXpYwHdD1wOCRxmfrA149UYngFJQoMrhp/ZfjhBB96FvZbm7OvyWg7klUagOi7SqNc 1tEQyuoDftCf9L3b4Z82eX/S/I2Bnl/dOZ+l/eTXD8ZGNlToLapnATMIaUBKfKvn/b5dOFKW loyb4ruEvu6+tgRl8qmwYIVORqAgV4MbSKVFR97AdSZf+8MJvE88nBxddmUarh3H/XR3cVtp znk+X8kTA1ByRVHuF1zUmZy+eU/vV1xKK1mPOq3SLN/fw8IpxHO+uveDmYBXd7d3oepOheF2 nkCdUrASREIiEFiCaJHNSiq/o7IZ1gQZfYx9KikIMASoZRRDOYO7VVSVCoeR1SE2qIWQVUw9 0xKqakFBdK9EUGIPjYMebqmMIs51mOX4RuRkqIVjI41CG1Htdnylmftpd1+c/N5LPugiAtio pqnGCBKm4q2hYEtflafW/qHWwhERx+hfeCeUyZkUAAA= --------------3170EF2BBB3CF62E77CD349A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 10: 3:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id A9E8737B405 for ; Wed, 10 Apr 2002 10:03:49 -0700 (PDT) Received: (qmail 38105 invoked by uid 1001); 10 Apr 2002 17:03:46 +0000 (GMT) To: mkb@informatik.uni-wuerzburg.de Cc: des@ofug.org, bgd@icomag.de, freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 From: sthaug@nethelp.no In-Reply-To: Your message of "Wed, 10 Apr 2002 18:00:38 +0200" References: <20020410160038.GA71167@reiher.informatik.uni-wuerzburg> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 10 Apr 2002 19:03:46 +0200 Message-ID: <38103.1018458226@verdi.nethelp.no> 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 > >Please don't. This functionality is extremely useful. Consider this: > > It may be useful but it is nonstandard. FreeBSD mostly follows standards. But there are several examples of FreeBSD *not* following standards because the standards are considered broken. In this particular case - I consider the FreeBSD behavior far more *useful* than the alternative. (For those of you with long memories: SunOS used to have the same behavior as FreeBSD currently does. This changed sometime around SunOS 4.1.2/4.1.3, and caused a lot of grief at the time. Let's not make the same mistake with FreeBSD, just because some people claim it's more standards conformant.) Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 10:33:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by hub.freebsd.org (Postfix) with ESMTP id 22FD037B416 for ; Wed, 10 Apr 2002 10:33:23 -0700 (PDT) Received: from manor.msen.com (wayne@localhost [127.0.0.1]) by manor.msen.com (8.9.3/8.9.3) with ESMTP id NAA65972 for ; Wed, 10 Apr 2002 13:33:21 -0400 (EDT) (envelope-from wayne@manor.msen.com) Message-Id: <200204101733.NAA65972@manor.msen.com> To: freebsd-hackers@FreeBSD.ORG Subject: quotactl issues Date: Wed, 10 Apr 2002 13:33:21 -0400 From: "Michael R. Wayne" 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 Ported some code that uses quotactl to 4.3 p19 and it fails with EINVAL when trying to: quotactl("var/mail", QCMD(Q_GETQUOTA, USRQUOTA), VALID_UID, &blk) Looked at the source for edquota on 4.5 RELEASE (what I had handy), and ran a copy of it through gdb, it fails with the same error, then it goes in and reads/writes the quota files directly! So, is quotactl just not supported or do the filesystems need to be converted or what? /\/\ \/\/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 11: 3:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id CF1E937B405 for ; Wed, 10 Apr 2002 11:03:47 -0700 (PDT) Received: from onyx ([128.226.182.171]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id g3AI3kY00262 for ; Wed, 10 Apr 2002 14:03:46 -0400 (EDT) Date: Wed, 10 Apr 2002 14:01:18 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: freebsd-hackers@freebsd.org Subject: fault on non-fault page - any debugging ideas? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While debugging kernel modules, I often get page fault panics. Using "up" command in gdb, I can find out which routine is the culprit. But I can not get information about which statement within that routine causes the problem. Is there a way to get this more exact information? Any help is appreciated. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 12:21: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 69FB137B404 for ; Wed, 10 Apr 2002 12:20:56 -0700 (PDT) Received: (qmail 28637 invoked from network); 10 Apr 2002 19:20:55 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 19:20:55 -0000 Date: Wed, 10 Apr 2002 21:20:55 +0200 (CEST) From: Nick Hibma To: Brian Dean Cc: Doug White , "freebsd-hackers@FreeBSD.ORG" Subject: Re: USB to IDE converter In-Reply-To: <20020407095421.A70054@neutrino.bsdhome.com> Message-ID: <20020410211417.W27956-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Have a look in the sys/dev/usb/umass.c driver and remove the check for the CSW tag. I wouldn't be surprised if the firmware is buggered and doesn't copy the tag from the incoming request into the outgoing packet. Like so: heather:n_hibma% diff -wu umass.c.2~ umass.c.2 --- umass.c.2~ Wed Apr 10 21:17:58 2002 +++ umass.c.2 Wed Apr 10 21:17:28 2002 @@ -1500,6 +1500,7 @@ umass_bbb_reset(sc, STATUS_WIRE_FAILED); return; +#if 0 } else if (UGETDW(sc->csw.dCSWTag) != UGETDW(sc->cbw.dCBWTag)) { printf("%s: Invalid CSW: tag %d should be %d\n", @@ -1509,6 +1510,7 @@ umass_bbb_reset(sc, STATUS_WIRE_FAILED); return; +#endif /* CSW is valid here */ } else if (sc->csw.bCSWStatus > CSWSTATUS_PHASE) { But your firmware is definitely screwed. Nick Tech note: The tag is there to enable a driver to send multiple concurrent requests and manage the replies. So for us it is not really a problem to ignore it as we do not do concurrent requests (nor does any firmware actually support it as far as I know). On Sun, 7 Apr 2002, Brian Dean wrote: > On Sat, Apr 06, 2002 at 11:41:35PM -0800, Doug White wrote: > > > > 'camcontrol rescan 1'? > > That provoked this response: > > Apr 7 09:36:21 neutrino /kernel: umass1: GoodWay USBIDE GoodWay USBIDE, rev 1.10/2.60, addr 3 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 1 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 2 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 3 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 4 > Apr 7 09:36:21 neutrino /kernel: umass1: Invalid CSW: tag 2359384 should be 5 > > Other than that, no change. > > -Brian > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 12:23:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.dvart.com (mail.dvart.com [64.79.2.12]) by hub.freebsd.org (Postfix) with ESMTP id D4EA337B400 for ; Wed, 10 Apr 2002 12:23:37 -0700 (PDT) Received: from mail.dvart.com (mail.dvart.com [64.79.2.12]) by mail.dvart.com (Postfix) with ESMTP id 4C29ECD31 for ; Wed, 10 Apr 2002 12:20:44 -0700 (PDT) Date: Wed, 10 Apr 2002 12:20:39 -0700 (PDT) From: bruno@tinkerbox.org X-Sender: bschwand@mail.dvart.com Reply-To: bruno@tinkerbox.org To: hackers@freebsd.org Subject: problems with shared libraries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am trying to port a little program that makes use of shared libraries, and havin some problems with that. This is the situation: the software is an mp3 player daemon, controllable through sockets. For inout/output, it uses xmms plugins. the problem happens when loading the xmms plugin shared lib. If I do not link the program with -export-dynamic, I can load the plugin, call the init entry point, and then call some other functions in the plugin. However, the plugin at some point needs to call a function in my program, and that fails. I get an error from the ld-elf saying that the symbol is undefined. I guess this is expected since I did not link with -export-dynamic, right ? Well, if I do link with -export-dynamic, I can not even make the first call to anything in the plugin, it segfaults immediately on some g_vsprintf_XXX function (that seems to come from glib). What is going on ? I link the program with glib and all necessary libs. If anybody has some insight on this, please let me know... bruno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 12:50:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id E760C37B405 for ; Wed, 10 Apr 2002 12:50:34 -0700 (PDT) Received: (qmail 28893 invoked from network); 10 Apr 2002 19:50:33 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 19:50:33 -0000 Date: Wed, 10 Apr 2002 21:50:33 +0200 (CEST) From: Nick Hibma To: "Eugene M. Kim" Cc: Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks In-Reply-To: <20020207125449.A9620@alicia.nttmcl.com> Message-ID: <20020410213414.P27956-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The problem is that we emulate ATAPI and UFI command sets through converting SCSI commands. These command sets both do not have 6 byte commands. The solution is to have the umass driver pass a quirk back to the CAM layer dynamically for these devices. Any takers for an implementation that doesn't cause a large memory overhead? The solution that doesn't require memory consuming storing of quirks would be to have the da peripheral driver ask the SIM (umass in this case) for the quirks. The umass driver does not know about the attachment of the da driver to the SCSI device we have created (nor should it), so it is difficult to find a way to push the quirk info up to the driver. I'm all ears to good ideas. A second piece of work would be to convert all the other 6 byte commands it produces to their 10 byte equivalents, in the same way it is done in scsi_da.c: Pass softc->minimum_cmd_size into scsi_mode_sense and scsi_mode_select and make those functions use the 10 byte commands where necessary. And then the third one would be to have a look at for example scsi_cd.c and friends and make similar changes there. Don't forget the testing and finishing touches that I haven't described here. That makes it more than the evening's amount of work I could spend on it. And it is not difficult. So, who's going to do it? Send me patches when your done. Nick On Thu, 7 Feb 2002, Eugene M. Kim wrote: > This is a common problem of most umass devices that implements BBB > protocol, and arises from the fact that those devices don't understand > the 6-byte SCSI READ command. You can add a quirk entry to > src/sys/cam/scsi_da.c (refer to quirk entries that have DA_Q_NO_6_BYTE). > > IIRC this problem is being addressed at a more fundamental level on > -current, by adding a 6-byte-to-10-byte READ command translator > somewhere in the abstraction layer. > > Eugene > > On Thu, Feb 07, 2002 at 09:46:28PM +0100, Oliver Fromme wrote: > > > > > > Hi, > > > > I've got a small problem with a nice little thing called > > "USB Memorybird" (Fujitsu-Siemens) ... > > > > It is bascially a 64 MB Flash chip in a small plastic pen > > that you can carry with your keys. It doesn't need any > > battery and you can plug it directly into a USB socket. > > Very neat. > > > > Works without any drivers on WinME and Win2k, so I assume > > it should be some standard USB mass storage device. > > > > FreeBSD 4.5 recognizes it out of the box and attaches it as > > a SCSI disk, but I cannot access it. This is what happens: > > > > >From the boot log: > > > > uhci0: port 0xd400-0xd41f 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 > > > > This appears when I connect the Memorybird: > > > > umass0: Fujitsu Memorybird, rev 1.00/1.00, addr 2 > > da2 at umass-sim0 bus 0 target 0 lun 0 > > da2: Removable Direct Access SCSI-0 device > > da2: 650KB/s transfers > > da2: 62MB (128000 512 byte sectors: 64H 32S/T 62C) > > > > This is the output from "usbdevs -v" (note that there is a > > ~10 seconds delay!): > > > > Controller /dev/usb0: > > addr 1: self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev= 0x0100 > > port 1 powered > > < ~10 seconds delay > > > port 2 addr 2: power 100 mA, config 1, product 0x0100(0x0100), vendor = 0x0d7d(0x0d7d), rev 0x0100 > > > > When I type "fdisk da2", it hangs for a while, then prints: > > > > fdisk: can't open device /dev/da2 > > fdisk: cannot open disk /dev/da2: Input/output error > > > > At the same time, the kernel logs this: > > > > Feb 7 20:00:31 lurza /kernel: umass0: BBB reset failed, TIMEOUT > > Feb 7 20:00:36 lurza /kernel: umass0: BBB bulk-in clear stall failed, = TIMEOUT > > Feb 7 20:00:41 lurza /kernel: umass0: BBB bulk-out clear stall failed,= TIMEOUT > > Feb 7 20:00:51 lurza /kernel: umass0: BBB reset failed, TIMEOUT > > Feb 7 20:00:56 lurza /kernel: umass0: BBB bulk-in clear stall failed, = TIMEOUT > > Feb 7 20:01:01 lurza /kernel: umass0: BBB bulk-out clear stall failed,= TIMEOUT > > > > The same happens when I try to dd some block from the > > device to /dev/null. During my experiments I also got > > these messages (I don't know if they're important): > > > > Feb 7 19:54:46 lurza /kernel: da2: reading primary partition table: er= ror reading fsbn 0 > > Feb 7 19:54:56 lurza /kernel: umass0: BBB reset failed, TIMEOUT > > Feb 7 19:55:01 lurza /kernel: umass0: BBB bulk-in clear stall failed, = TIMEOUT > > Feb 7 19:55:06 lurza /kernel: umass0: BBB bulk-out clear stall failed,= TIMEOUT > > Feb 7 19:55:06 lurza /kernel: (da2:umass-sim0:0:0:0): Synchronize cach= e failed, status =3D=3D 0x4, scsi status =3D=3D 0x0 > > > > Is there a chance to get this to run? Clearly the umass > > driver recognizes it and attaches it as a SCSI disk, so > > I assume that it can't be _that_ hard to convince it to > > work with FreeBSD. :) > > > > Are there any quirks that I should try? I'm not extremely > > familiar with that kind of stuff, but I'm willing to > > experiment. > > > > Thanks in advance for any help! I would _really_ love to > > get this thing working. > > > > Regards > > Oliver > > > > BTW: More information on the Memorybird: > > http://www.fujitsu-siemens.com/rl/peripherals/homeperipherals/memorybir= d.html > > > > -- > > Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 M=FCnchen > > Any opinions expressed in this message may be personal to the author > > and may not necessarily reflect the opinions of secnetix in any way. > > > > "All that we see or seem is just a dream within a dream" (E. A. Poe) > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hardware" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > --=20 n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 12:52:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 8CCAF37B43B for ; Wed, 10 Apr 2002 12:52:39 -0700 (PDT) Received: (qmail 28921 invoked from network); 10 Apr 2002 19:52:38 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 19:52:38 -0000 Date: Wed, 10 Apr 2002 21:52:38 +0200 (CEST) From: Nick Hibma To: Oliver Fromme Cc: Terry Lambert , "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks In-Reply-To: <200202081724.g18HOlZ40937@lurza.secnetix.de> Message-ID: <20020410215213.R27956-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The class of devices that does not accept 6 byte commands is well known: ATAPI and UFI. Nick > It seems to me that umass_scsi_transform() in umass.c is > the place intended for this kind of things. After the > first failure (which is detected in umass_bbb_state()), > a flag (quirk) should be set in the softc, and afterwards > umass_scsi_transform should translate 6-byte commands to > 10-byte commands. Doesn't sound too complicated to me. > > Or am I totally wrong? > > Regards > Oliver > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 12:53:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id E67CA37B405 for ; Wed, 10 Apr 2002 12:53:28 -0700 (PDT) Received: (qmail 28944 invoked from network); 10 Apr 2002 19:53:27 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 19:53:27 -0000 Date: Wed, 10 Apr 2002 21:53:27 +0200 (CEST) From: Nick Hibma To: Terry Lambert Cc: Josef Karthauser , "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks In-Reply-To: <3C631E45.2EAAA4CF@mindspring.com> Message-ID: <20020410215305.S27956-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG minimum_cmd_size is only used for read_write commands, not for others like MODE_SENSE_6 and friends. Nick > > As in, try a 6 byte command, and if that fails try a 10 byte command > > instead? > > As in, if it fails to reset, then > > sc->softc->minimum_cmd_size = 10; > printf( "auto-quirking mumble foo\n"); > > It would let most of the existing quirks table go away, but > would require additional retries. The cool thing is that it > would all happen in the error path, so, other than increasing > the number of retries to cause it to engage by itself without > having to try the disklabel 3 times, which is also failure > mode stuff, it adds no overhead to working devices, and makes > non-working ones work with the overhead they have to have > anyway. > > > > Unfortunately although I'm maintaining USB in -current, I don't have a > > complete in depth understanding of the code yet. :( I'm mainly trying > > to fix my problems by taking from NetBSD. > > I took a look at the code. I have to say it's opaque. It > makes a better door than a window. ;-). > > I haven't figured out how to turn a struct umass_softc * into > a struct da_softc *, or I would have given you an ugly little > patch against an older version of FreeBSD to try. 8-p. > > I think someone with one of these things, or with a quirky > one with the DA_Q_NO_6_BYTE removed from the quirks table, > is going to have to set CAM_DEBUG on big-time, and then > see where the reset error falls out, add a static fail > counter to that place in the code, and then if it fails > and the fail counter >= 3 (for example), reset the minimum > command size to 10. > > That should "just work". > > If the reset is retried enough times, you could get rid of > the quirks entries that existed solely for this quirk; I > think that a > > 6 byte commands not supported: changing to 10 byte commands > > message on the console is probably acceptable "noise" in > trade for getting rid of it, and supporting future devices > with the same problem, without needing to "quirk" them. > > I think DA_Q_NO_SYNC_CACHE might be handleable the same > way, which would get rid of all the quirk entries, and > maybe the need for a quirk table at all (it looks like > the daclose/dadump/dashutdown sync code could be static'ed > and shared, as well). > > Maybe this is a CAM-specific thing, and shouldn't be > handled in the USB code at all (you won't know until > you see a quirked device failure with the CAM debug, or > you write the CAM code to tape and run it through your > dental fillings or otherwise load it into your head). > > -- Terry > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 12:54:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id 4417B37B439 for ; Wed, 10 Apr 2002 12:54:22 -0700 (PDT) Received: (qmail 28966 invoked from network); 10 Apr 2002 19:54:21 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 19:54:21 -0000 Date: Wed, 10 Apr 2002 21:54:21 +0200 (CEST) From: Nick Hibma To: Oliver Fromme Cc: Terry Lambert , "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks In-Reply-To: <20020410215213.R27956-100000@heather.van-laarhoven.org> Message-ID: <20020410215400.H27956-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, and RBC of course. Anyway, you get my point I guess. Nick > > The class of devices that does not accept 6 byte commands is well known: > ATAPI and UFI. > > Nick > > > It seems to me that umass_scsi_transform() in umass.c is > > the place intended for this kind of things. After the > > first failure (which is detected in umass_bbb_state()), > > a flag (quirk) should be set in the softc, and afterwards > > umass_scsi_transform should translate 6-byte commands to > > 10-byte commands. Doesn't sound too complicated to me. > > > > Or am I totally wrong? > > > > Regards > > Oliver > > > > > > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 13:30:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 6D7DB37B416; Wed, 10 Apr 2002 13:29:58 -0700 (PDT) Received: from isi.edu (axcy9u6o1ow8tjme@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g3AKTWT21400; Wed, 10 Apr 2002 13:29:32 -0700 (PDT) Message-ID: <3CB4A0AB.5060100@isi.edu> Date: Wed, 10 Apr 2002 13:29:31 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.9) Gecko/20020404 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Nick Hibma Cc: Oliver Fromme , Terry Lambert , "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks References: <20020410215400.H27956-100000@heather.van-laarhoven.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060902050807000508030001" 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 cryptographically signed message in MIME format. --------------ms060902050807000508030001 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit There is some (maybe) related code that has been sitting for a while in PR misc/32490 (http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32490) Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms060902050807000508030001 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIInzCC ArUwggIeoAMCAQICAwWBRzANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMDgyNDE2NDAwMFoXDTAyMDgyNDE2NDAwMFowVDEP MA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2VydDEc MBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEA0AvLBsD78nxcUHeHkaMgl3b4qYPnfgbf8Lh+HQP8RgGMRG/Yb+vTpkGezlwt9pkJxiD1 1uZDy4CNNJUu3gKxKSb+zRV70O+lkwwftuHoLHoH4xwo3LcQ2LGDpd+I95tUN4dfJ3TmeEcU SF50dC/SuUI4w8AlhXQ8IxrhgdayTpECAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIB BAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1Ud EwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAheZhn0pQA8zI7U2K1ZIAl11j0a1DKxnp3GtT vOUrGRB3WvYxidvdZ1kizhEsWeXU81TkNDH0DaRqtOEeu6Q2OhB+jeKEqY7IDAJE4/fI0e+d 6PnG1hd+vEvYmsKHkmzBhPc94XUOKNWO+qVNP2NGyNI3QIDy5wX4fdcOo1S34r4wggK1MIIC HqADAgECAgMFgUcwDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMTA4MjQxNjQwMDBaFw0wMjA4MjQxNjQwMDBaMFQxDzANBgNV BAQTBkVnZ2VydDENMAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkq hkiG9w0BCQEWDWxhcnNlQGlzaS5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANAL ywbA+/J8XFB3h5GjIJd2+KmD534G3/C4fh0D/EYBjERv2G/r06ZBns5cLfaZCcYg9dbmQ8uA jTSVLt4CsSkm/s0Ve9DvpZMMH7bh6Cx6B+McKNy3ENixg6XfiPebVDeHXyd05nhHFEhedHQv 0rlCOMPAJYV0PCMa4YHWsk6RAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIBADAaMBgCAQQEE0wy dU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBAgUAA4GBAIXmYZ9KUAPMyO1NitWSAJddY9GtQysZ6dxrU7zlKxkQ d1r2MYnb3WdZIs4RLFnl1PNU5DQx9A2karThHrukNjoQfo3ihKmOyAwCROP3yNHvnej5xtYX frxL2JrCh5JswYT3PeF1DijVjvqlTT9jRsjSN0CA8ucF+H3XDqNUt+K+MIIDKTCCApKgAwIB AgIBDDANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEP MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UE AxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/ +TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENC UFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0P BAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWomKmKE H7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMYICpjCCAqIC AQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2 aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDBYFHMAkG BSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTAyMDQxMDIwMjkzMlowIwYJKoZIhvcNAQkEMRYEFMj2qSc/Yu0fOgCD4R0FK0Jn288/MFIG CSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMFgUcwDQYJKoZIhvcNAQEB BQAEgYArjb4OsW+W1gvGkd637FtKXZG0+Wz2qnn7VPepjJ3zoMcane+V/NoPnRjDoyN041G5 dltx7XzMwO+pJ2zoSNzzw2gozG6PGTM9kcFX5tfe/EeDnG9qKuk7bAs6Jv1lWdViNwHrYQaM SxOk0w5HhQD8HdLrEjIevMuuXdv6/0LlawAAAAAAAA== --------------ms060902050807000508030001-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 13:33:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184]) by hub.freebsd.org (Postfix) with SMTP id BAA2B37B417 for ; Wed, 10 Apr 2002 13:33:39 -0700 (PDT) Received: (qmail 29217 invoked from network); 10 Apr 2002 20:33:38 -0000 Received: from heather.van-laarhoven.org (10.66.0.2) by uitsmijter.van-laarhoven.org with SMTP; 10 Apr 2002 20:33:38 -0000 Date: Wed, 10 Apr 2002 22:33:38 +0200 (CEST) From: Nick Hibma To: Lars Eggert Cc: Oliver Fromme , Terry Lambert , "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks In-Reply-To: <3CB4A0AB.5060100@isi.edu> Message-ID: <20020410223309.F31033-100000@heather.van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cheers, I've closed the PR as the same thing has already been done in CURRENT by jhb. Thanks for pointing me at the PR though! Nick On Wed, 10 Apr 2002, Lars Eggert wrote: > There is some (maybe) related code that has been sitting for a while in > PR misc/32490 (http://www.freebsd.org/cgi/query-pr.cgi?pr=misc/32490) > > Lars > -- n_hibma@van-laarhoven.org http://www.van-laarhoven.org/ n_hibma@FreeBSD.org 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 Wed Apr 10 13:36:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 4B38D37B405; Wed, 10 Apr 2002 13:36:28 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g3AKZw931285; Wed, 10 Apr 2002 14:35:58 -0600 (MDT) (envelope-from ken) Date: Wed, 10 Apr 2002 14:35:58 -0600 From: "Kenneth D. Merry" To: Nick Hibma Cc: "Eugene M. Kim" , Oliver Fromme , FreeBSD Hardware Mailing List , FreeBSD Hackers Mailing List Subject: Re: USB "Memorybird" quirks Message-ID: <20020410143558.A31045@panzer.kdm.org> References: <20020207125449.A9620@alicia.nttmcl.com> <20020410213414.P27956-100000@heather.van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020410213414.P27956-100000@heather.van-laarhoven.org>; from n_hibma@van-laarhoven.org on Wed, Apr 10, 2002 at 09:50:33PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Apr 10, 2002 at 21:50:33 +0200, Nick Hibma wrote: > > The problem is that we emulate ATAPI and UFI command sets through > converting SCSI commands. These command sets both do not have 6 byte > commands. > > The solution is to have the umass driver pass a quirk back to the CAM > layer dynamically for these devices. Any takers for an implementation > that doesn't cause a large memory overhead? The solution that doesn't > require memory consuming storing of quirks would be to have the da > peripheral driver ask the SIM (umass in this case) for the quirks. The > umass driver does not know about the attachment of the da driver to the > SCSI device we have created (nor should it), so it is difficult to find > a way to push the quirk info up to the driver. I'm all ears to good > ideas. Using the transport type might be a good way to do this. The CAM_NEW_TRAN_CODE stuff includes a transport field that would basically tell us what we need to know. We'd need to get the rest of the drivers ported over to that interface, though. > A second piece of work would be to convert all the other 6 byte commands > it produces to their 10 byte equivalents, in the same way it is done in > scsi_da.c: Pass softc->minimum_cmd_size into scsi_mode_sense and > scsi_mode_select and make those functions use the 10 byte commands > where necessary. Be careful about this; scsi_mode_sense(), scsi_mode_select(), etc., are exported to userland through libcam. If we add parameters to the functions, we probably need to create a new function name with the additional parameter, and have the old function call the new one. The alternative might be to just not have the new function exported to userland. In the typical case, you're only going to have problems with 6 bytes reads and writes. A mode sense is only issued if the device claims to support tagged queueing. (To see if the DQue bit is set in mode page 0xa.) There are other commands that can get sent, though -- inquiry, test unit ready, and start/stop unit are all 6 byte commands, and there are no 10 byte SCSI equivalents. So how do you handle those now? > And then the third one would be to have a look at for example scsi_cd.c > and friends and make similar changes there. The CD driver already uses 10 byte read and write commands, since the 6 byte read/write commands are not required for CD type devices. It does use a 6 byte mode sense/mode select, but since it rolls its own (can't remember why at the moment), that can be easily modified to look at the transport type and optionally use a 10 byte command. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 15: 4:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from priv-edtnes16-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by hub.freebsd.org (Postfix) with ESMTP id 962FC37B404 for ; Wed, 10 Apr 2002 15:04:16 -0700 (PDT) Received: from xeon ([216.232.34.44]) by priv-edtnes16-hme0.telusplanet.net (InterMail vM.5.01.04.02 201-253-122-122-102-20011128) with SMTP id <20020410220415.IRDC23644.priv-edtnes16-hme0.telusplanet.net@xeon>; Wed, 10 Apr 2002 16:04:15 -0600 Message-ID: <009c01c1e0db$a631dd70$6401a8c0@xeon> From: "Peter Kieser" To: Cc: References: <20020410160038.GA71167@reiher.informatik.uni-wuerzburg> <38103.1018458226@verdi.nethelp.no> Subject: Re: 'rm' incompatibility with Posix.2 Date: Wed, 10 Apr 2002 15:04:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 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 say we just leave it how it is now. Else alot of people are probably going to end up deleting directories by accident. It's perfectly fine how it is, if it's not broken why fix it? -- Peter Kieser pfak@telus.net This is not about Napster or DVDs. It's about your Freedom. http://www.anti-dmca.org ----- Original Message ----- From: To: Cc: ; ; Sent: Wednesday, April 10, 2002 10:03 AM Subject: Re: 'rm' incompatibility with Posix.2 > > >Please don't. This functionality is extremely useful. Consider this: > > > > It may be useful but it is nonstandard. > > FreeBSD mostly follows standards. But there are several examples of > FreeBSD *not* following standards because the standards are considered > broken. > > In this particular case - I consider the FreeBSD behavior far more > *useful* than the alternative. > > (For those of you with long memories: SunOS used to have the same > behavior as FreeBSD currently does. This changed sometime around SunOS > 4.1.2/4.1.3, and caused a lot of grief at the time. Let's not make the > same mistake with FreeBSD, just because some people claim it's more > standards conformant.) > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 15:21:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 1A50A37B41F for ; Wed, 10 Apr 2002 15:21:32 -0700 (PDT) Received: from pool0071.cvx40-bradley.dialup.earthlink.net ([216.244.42.71] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16vQSu-0001VE-00; Wed, 10 Apr 2002 15:21:21 -0700 Message-ID: <3CB4BAC7.450246A4@mindspring.com> Date: Wed, 10 Apr 2002 15:20:55 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bogdan TARU Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410171808.K82564-100000@fw.cgn.icom> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bogdan TARU wrote: > If ending a symlink with a slash is supposed to mean 'refer to the > directory it points to', I imagine ending a directory with a slash is even > more so. Then why, oh, why, 'cp -R' copies only the content of the > directory in the new location???? > > man cp: > > -R If source_file designates a directory, cp copies the directory and > the entire subtree connected at that point. > > Why do I have the feeling something goes terribly wrong here? A blank path component implies ".". It always has in BSD. There are man pages to this effect (though you will have to zgrep for them yourself). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 15:25:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from PIKES.panasas.com (gw2.panasas.com [65.194.124.178]) by hub.freebsd.org (Postfix) with ESMTP id 7799B37B423 for ; Wed, 10 Apr 2002 15:24:23 -0700 (PDT) Received: from localhost ([172.17.132.222]) by PIKES.panasas.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 214HFWZW; Wed, 10 Apr 2002 18:24:22 -0400 Date: Wed, 10 Apr 2002 15:24:20 -0700 Subject: SSE bcopy Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: dserenyi@panasas.com To: freebsd-hackers@freebsd.org From: Denis Serenyi Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.481) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been looking at adding an SSE bcopy that runs at user-level to a program that I'm working on. I'm using FreeBSD 4.3 currently. I wrote the routine, and when I execute it, I get an illegal instruction exception when I try to execute the first SSE instruction (movups). After searching the hackers archives, I'm guessing that this is because FreeBSD 4.3 does not execute the instructions at boot time to enable SSE instructions to be executed, and also because FreeBSD 4.3 does not save the 128-bit SIMD registers on context switches. Am I correct in this assessment? It also seems like this support has been added to FreeBSD 4.5. Is this correct? Assuming yes, in what release was SSE support added to FreeBSD? Has anyone done a patch that can be applied to FreeBSD 4.3, or are the changes non-trivial? (considering that the machine-specific part of the context switch code is affected, I'd imagine the answer is that it is non trivial!). please respond directly to me as I'm not on the mailing list. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 15:25: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id F1F0C37B429 for ; Wed, 10 Apr 2002 15:23:57 -0700 (PDT) Received: from pool0071.cvx40-bradley.dialup.earthlink.net ([216.244.42.71] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16vQVJ-00057E-00; Wed, 10 Apr 2002 15:23:50 -0700 Message-ID: <3CB4BB5B.96605F5@mindspring.com> Date: Wed, 10 Apr 2002 15:23:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: Bogdan TARU , freebsd-hackers@FreeBSD.ORG Subject: Re: 'rm' incompatibility with Posix.2 References: <20020410164921.U82564-100000@fw.cgn.icom> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Bogdan TARU writes: > > Could you also try the NetBDS's 'rm'? If it does work like FreeBDS, than > > I really don't know what to believe anymore. > > It doesn't, actually, it removes the symlink rather than the directory > it points at. I think ut uses the value of "lstat" instead of "stat" to get the aforementioned behaviour, and specifically excepts a blank component name. This is very different than "removing the trailing '/'". If someone cares enough, I'm sure a FreeBSD developer somewhere has access to the Solaris sources, and can look... the CDROM's have not been out of production that long. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 15:28:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id DBDD137B400 for ; Wed, 10 Apr 2002 15:28:26 -0700 (PDT) Received: from pool0071.cvx40-bradley.dialup.earthlink.net ([216.244.42.71] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16vQZl-0003zE-00; Wed, 10 Apr 2002 15:28:25 -0700 Message-ID: <3CB4BC6F.1B0191E2@mindspring.com> Date: Wed, 10 Apr 2002 15:27:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: bruno@tinkerbox.org Cc: hackers@freebsd.org Subject: Re: problems with shared libraries References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bruno@tinkerbox.org wrote: > Well, if I do link with -export-dynamic, I can not even make the first > call to anything in the plugin, it segfaults immediately on some > g_vsprintf_XXX function (that seems to come from glib). > > What is going on ? I link the program with glib and all necessary libs. > > If anybody has some insight on this, please let me know... Nothing a tiny bit of instrumentation and a change in the way you open it couldn't fix. Set RTLD_NOW rather than RTLD_LAZY for testing. When the dlopen() fails, call dlerror() to retrieve the error message; it will tell you exactly what is failing. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Apr 10 16:14:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fastmail.fm (fastmail.fm [209.61.183.86]) by hub.freebsd.org (Postfix) with ESMTP id 1A32237B404 for ; Wed, 10 Apr 2002 16:14:42 -0700 (PDT) Received: from fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id DA8866DA0F; Wed, 10 Apr 2002 18:14:34 -0500 (CDT) X-Epoch: 1018480474 X-Sasl-enc: j4nyWqdk12E85IPShkMLww Received: from gandalf.lotr (12-239-48-185.client.attbi.com [12.239.48.185]) by fastmail.fm (Postfix) with ESMTP id 950CB6D9F3; Wed, 10 Apr 2002 18:14:32 -0500 (CDT) Date: Wed, 10 Apr 2002 18:13:02 -0500 From: Mithril To: "Chris Kagadis (kagadis.com)" Subject: Re: ALi M5451 Sound card wont work. Please Help! Message-Id: <20020410181302.2eb72bcd.mithril@fastem.com> In-Reply-To: <9CD860CC1C4FC54FAFBC817669BF6F96040B52@loki.kagadis.com> References: <9CD860CC1C4FC54FAFBC817669BF6F96040B52@loki.kagadis.com> X-Mailer: Sylpheed version 0.7.0claws (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris, I tried all the drivers and none of them worked, so I resorted to purchasing Soundblaster card and it works great. Thx, Mithril On Wed, 10 Apr 2002 09:20:22 -0700 "Chris Kagadis (kagadis.com)" wrote: > I know this sounds funny, but when I was having trouble finding the right driver for my sound card I tried loading all of the sound modules at the same time just to test and see if it would work under fbsd. After that I ran a dmesg to see what seemed to work. I looked for your ALi card on the fbsd web site, but it didn't seem to show up. It may be that you'll have to settle for a generic driver. > > -----Original Message----- > From: mithril [mailto:mithril@fastem.com] > Sent: Wednesday, April 10, 2002 9:18 AM > To: freebsd-hackers@freebsd.org > Subject: ALi M5451 Sound card wont work. Please Help! > > > Hi Everyone, > > I hope this is the right list to post to. I got no responses on freebsd-questions. I have a Soyo K7ADA motherboard with integrated ALi M5451 sound card. It was working fine under Linux using the trident driver, but I recently switched to using FreeBSD as my primary OS. I am running 4.5 and understand that the snd_t4dwave.ko is the correct module for my card. When I load that module however, I get errors : > > (excerpt from dmesg) > ---------- > pcm0: port 0xd000-0xd0ff mem 0xdd000000-0xdd000fff irq 5 at device 3.0 on pci0 > pcm0: ac97 codec invalid or not present (id == 0) > device_probe_and_attach: pcm0 attach returned 6 > ---------- > > I have run pciconf and even inspected the code of t4dwave.c (I am no pro C programmer, though). I do not know where to go from here. Please help! > > Thanks so much, > Mithril > > su-2.05a# pciconf -lv > chip0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x164710b9 rev=0x02 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M1647 ALiMAGiK 1 AGP System Controller' > class = bridge > subclass = HOST-PCI > pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x524710b9 rev=0x00 hdr=0x01 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M1621 PCI to AGP Bridge' > class = bridge > subclass = PCI-PCI > ohci0@pci0:2:0: class=0x0c0310 card=0x523710b9 chip=0x523710b9 rev=0x03 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M5237 USB Host Controller' > class = serial bus > subclass = USB > none0@pci0:3:0: class=0x040100 card=0x545110b9 chip=0x545110b9 rev=0x02 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M5451 PCI AC-Link Controller Audio Device' > class = multimedia > subclass = audio > atapci0@pci0:4:0: class=0x01018a card=0x522910b9 chip=0x522910b9 rev=0xc4 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'M1543 Southbridge EIDE Controller' > class = mass storage > subclass = ATA > ohci1@pci0:6:0: class=0x0c0310 card=0x523710b9 chip=0x523710b9 rev=0x03 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M5237 USB Host Controller' > class = serial bus > subclass = USB > isab0@pci0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M1533 Aladdin IV ISA Bridge' > class = bridge > subclass = PCI-ISA > dc0@pci0:12:0: class=0x020000 card=0xc00111ad chip=0xc11511ad rev=0x25 hdr=0x00 > vendor = 'Lite-On Communications Inc' > device = 'LC82C115 PNIC II 10/100 PCI MAC/PHY' > class = network > subclass = ethernet > xl0@pci0:13:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' > class = network > subclass = ethernet > chip1@pci0:17:0: class=0x068000 card=0x710110b9 chip=0x710110b9 rev=0x00 hdr=0x00 > vendor = 'Acer Labs Incorporated (ALi)' > device = 'ALI M7101 Power Management Controller' > class = bridge > subclass = PCI-unknown > none1@pci1:0:0: class=0x030000 card=0xff03102b chip=0x0521102b rev=0x03 hdr=0x00 > vendor = 'Matrox Graphics Inc' > device = 'MGA-G200 Millennium/Mystique G200 AGP' > class = display > subclass = VGA > > > FULL DMESG: > su-2.05a# dmesg > Copyright (c) 1992-2002 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.5-RELEASE #6: Sun Apr 7 00:19:23 CST 2002 > root@gandalf.lotr:/usr/src/sys/compile/GANDALF > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 659941113 Hz > CPU: AMD Duron(tm) processor (659.94-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x630 Stepping = 0 > Features=0x183f9ff > AMD Features=0xc0440000<,AMIE,DSP,3DNow!> > real memory = 268369920 (262080K bytes) > avail memory = 257056768 (251032K bytes) > Preloaded elf kernel "kernel" at 0xc0402000. > Preloaded elf module "splash_bmp.ko" at 0xc040209c. > Preloaded splash_image_data "/boot/freebsd256.bmp" at 0xc0402140. > VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc02df882 (1000022) > VESA: Matrox Graphics Inc. > Pentium Pro MTRR support enabled > md0: Malloc disk > Using $PIR table, 8 entries at 0xc00fdef0 > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at 0.0 irq 10 > ohci0: mem 0xdd004000-0xdd004fff irq 11 at device 2.0 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > pci0: (vendor=0x10b9, dev=0x5451) at 3.0 irq 5 > atapci0: port 0xd400-0xd40f at device 4.0 on > pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > ohci1: mem 0xdd001000-0xdd001fff irq 11 at device 6.0 on pci0 > usb1: OHCI version 1.0, legacy support > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > isab0: at device 7.0 on pci0 > isa0: on isab0 > dc0: port 0xdc00-0xdcff mem 0xdd003000-0xdd0030ff > irq 10 at device 12.0 on pci0 > dc0: Ethernet address: 00:a0:cc:e2:a7:73 > miibus0: on dc0 > dcphy0: on miibus0 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xe000-0xe07f mem 0xdd005000-0xdd00507f irq 11 at device 13.0 on pci0 > xl0: Ethernet address: 00:50:da:26:db:3b > miibus1: on xl0 > xlphy0: <3Com internal media interface> on miibus1 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > chip1: at device 17.0 on pci0 > orm0:

 

Hi all,

=A0=A0=A0=A0=A0 After the write system = call, I am getting a error, the details of which are below. system error . 43 [ENOCSI]=A0 =

<errno.h> describes it as "no CSI structure available".

 

I have been breaking my head by searching all over the web on the details = of this error. I was told that it might be related to some hardware error. = Anyone if you could throw some light on this/refer to some material on it would = be of great help.

 

Thanks in advance.

Sekhar.

 

 

 

------_=_NextPart_001_01C1E331.99E48784-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 14:45:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.siscom.net (mail.siscom.net [209.251.2.99]) by hub.freebsd.org (Postfix) with SMTP id E0ECF37B416 for ; Sat, 13 Apr 2002 14:45:33 -0700 (PDT) Received: (qmail 82149 invoked by uid 0); 13 Apr 2002 21:45:32 -0000 Received: from unknown (HELO satellite) (209.251.26.82) by 0 with SMTP; 13 Apr 2002 21:45:32 -0000 Message-ID: <002301c1e333$e2cdf430$0200a8c0@satellite> From: "dave" To: Subject: FreeBSD NIS serving linux clients. Date: Sat, 13 Apr 2002 17:40:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm having a few problems configuring nis to interoperate between FreeBSD which is the main nis server and rh 7.2 linux nis clients. First of all, user's can log in to the nis master server just fine and change their passwords. However, they can not log in to the linux boxes even though the linux boxes can display information about the nis users. In /var/yp/Makefile on the nis master server i've set unsecure to true, and remade the nis maps, this has not corrected the problem. Additionally, using proftpd doesn't work, i've added the suggested lines to /etc/pam.conf and PersistentPasswd off to proftpd.conf, restarted proftpd, however when a user tries to log in an error 530 occurs and in /var/log/messages i get a message that the password is not valid. Any pointers appreciated. Thanks. Dave. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 15:33:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.koganei.wide.ad.jp (koganei.wide.ad.jp [202.249.37.254]) by hub.freebsd.org (Postfix) with ESMTP id C896B37B405 for ; Sat, 13 Apr 2002 15:33:14 -0700 (PDT) Received: from koganei.wide.ad.jp (214.pool2.ftthtokyo.att.ne.jp [165.76.218.214]) (authenticated (0 bits)) by ns.koganei.wide.ad.jp (8.11.6/8.11.6) with ESMTP id g3DMYTD80984; Sun, 14 Apr 2002 07:34:29 +0900 (JST) (envelope-from ikob@koganei.wide.ad.jp) Message-ID: <3CB8B228.70006@koganei.wide.ad.jp> Date: Sun, 14 Apr 2002 07:33:12 +0900 From: Katsushi Kobayashi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: en-us MIME-Version: 1.0 To: Mikko Tyolajarvi Cc: simokawa@sat.t.u-tokyo.ac.jp, hackers@FreeBSD.ORG Subject: Re: FireWire for kernel hackers References: <200204131941.g3DJfAb18611@mikko.rsa.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mikko Tyolajarvi wrote: > >Umm... excuse a stupid question, but does this mean that a firewire >port always gives unconditional access to the host's memory? Great >for kernel debugging. Maybe not so great for a running system, from a >security point a view (ok, physical access eventually equals full >access, but plugging in a firewire cable is a heck of a lot faster >than using a screwdriver...) > Basically, firewire provides a function all host memory mapped into the unified memory space. Using this unified memory enables a connected host access to other host without CPU process. I believe access control function relys a chip implementatin. The IEEE1394 OHCI specifies two ways for the access control: 1. Host can specify the nodes capable to access its physical memory. 2. Host can specify the memory area capable to be accessed from other host. I believe the two access control ways are not enough in today. However, the currecnt firewire standard only provides limited phisical connection environment. Limited cable length and limited number of node. I think the unconditional access issues will occure at the limited situation only. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 16:19:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhost.gu.edu.au (kraken.itc.gu.edu.au [132.234.250.31]) by hub.freebsd.org (Postfix) with ESMTP id D57A437B400 for ; Sat, 13 Apr 2002 16:18:52 -0700 (PDT) Received: from kurango.cit.gu.edu.au (daemon@kurango.cit.gu.edu.au [132.234.86.1]) by mailhost.gu.edu.au (8.10.1/8.10.1) with ESMTP id g3DNJip16211 for ; Sun, 14 Apr 2002 09:19:44 +1000 (EST) Received: from localhost (steve@localhost) by kurango.cit.gu.edu.au (8.12.2/8.12.2) with SMTP id g3DNInAw015624 for ; Sun, 14 Apr 2002 09:18:49 +1000 (EST) Date: Sun, 14 Apr 2002 09:18:49 +1000 (EST) From: Steven Goodwin Reply-To: Steven Goodwin To: freebsd-hackers@freebsd.org Subject: Kernel panic (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-684387517-1017616951=:352" Content-ID: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-684387517-1017616951=:352 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi guys. I am getting some kernel panics and haven't been able to work out a solution from posting to questions. I have tried disabling soft-updates and DMA to no avail. I have also tried a hack with /sys/i386/i386/i686_mem.c (i686_mrstoreone() function) without success. I have the latest source which includes a fix for the AMD 760 chipset (something to do with agp). One thing I have noticed is that some people with the 82C686 ATA100 controller get a message that doesn't appear for me. atapci0: port 0xd000-0xd00f at device 7.1 pci0atapci0: Correcting VIA config for southbridge data corruption bug My chipset uses the 82C686(b) chip. The function that corrects the VIA config is ata_via_southbridge_fixup(d2evice_t dev) in the /sys/dev/ata/ata-pci.c file. Anyway, here is my original post and attachments. Any help would be greatly appreciated. Thanks, Steve ---------- Forwarded message ---------- Date: Mon, 1 Apr 2002 09:22:31 +1000 (EST) From: Steven Goodwin To: freebsd-questions@freebsd.org Subject: Kernel panic Hello. I have a problem with my home machine. I get a kernel panic during cvsup and some other filesystem intensive operations such us extracting large tarballs. I can, however, build and install world without problems (so far). I have tried building the kernel with all compiler optimisations off as well as removing all unnecessary devices from the kernel. I have included as attachments the panic output and gdb session (panic.txt), kernel configuration (NOISY), and dmesg output (dmesg.txt). My machine is an Athlon @ 1.4 GHz running on an ASUS A7M266 motherboard (AMD760 chipset). Can anyone help me here? Thanks, Steve ---559023410-684387517-1017616951=:352 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="panic.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: RmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9k ZQ0KZmF1bHQgdmlydHVhbCBhZGRyZXNzICAgPSAweGM0YjQ2NDFlDQpmYXVs dCBjb2RlICAgICAgICAgICAgICA9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBu b3QgcHJlc2VudA0KaW5zdHJ1Y3Rpb24gcG9pbnRlciAgICAgPSAweDg6MHhj MDI1ZWNhNQ0Kc3RhY2sgcG9pbnRlciAgICAgICAgICAgPSAweDEwOjB4Y2Rj YzViZjgNCmZyYW1lIHBvaW50ZXIgICAgICAgICAgID0gMHgxMDoweGNkY2M1 YmY4DQpjb2RlIHNlZ21lbnQgICAgICAgICAgICA9IGJhc2UgMHgwLCBsaW1p dCAweGZmZmZmLCB0eXBlIDB4MWINCiAgICAgICAgICAgICAgICAgICAgICAg ID0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxDQpwcm9jZXNzb3Ig ZWZsYWdzICAgICAgICA9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElP UEwgPSAwDQpjdXJyZW50IHByb2Nlc3MgICAgICAgICA9IDMwMiAodGFyKQ0K aW50ZXJydXB0IG1hc2sgICAgICAgICAgPSBub25lDQp0cmFwIG51bWJlciAg ICAgICAgICAgICA9IDEyDQpwYW5pYzogcGFnZSBmYXVsdA0Kc3luY2luZyBk aXNrcy4uLiAxMjQgOTIgMjggMjMgNCA0IDQgNCA0IDQgNCA0IDQgNCA0IDQg NCA0IDQgNCA0IDQgNCA0DQpnaXZpbmcgdXAgb24gMyBidWZmZXJzDQpVcHRp bWU6IDVtNTJzDQpkdW1waW5nIHRvIGRldiAjYWQvMHgyMDAwMSwgb2Zmc2V0 IDE1NzMwMjQNCmR1bXAgYXRhMDogcmVzZXR0aW5nIGRldmljZXMgLi4gZG9u ZQ0KMjU1IDI1NCAyNTMgMjUyIDI1MSAyNTAgMjQ5IDI0OCAyNDcgMjQ2IDI0 NSAyNDQgMjQzIDI0MiAyNDEgMjQwIDIzOSAyMzggMjM3IDIzNg0KMjM1IDIz NCAyMzMgMjMyIDIzMSAyMzAgMjI5IDIyOCAyMjcgMjI2IDIyNSAyMjQgMjIz IDIyMiAyMjEgMjIwIDIxOSAyMTggMjE3IDIxNg0KMjE1IDIxNCAyMTMgMjEy IDIxMSAyMTAgMjA5IDIwOCAyMDcgMjA2IDIwNSAyMDQgMjAzIDIwMiAyMDEg MjAwIDE5OSAxOTggMTk3IDE5Ng0KMTk1IDE5NCAxOTMgMTkyIDE5MSAxOTAg MTg5IDE4OCAxODcgMTg2IDE4NSAxODQgMTgzIDE4MiAxODEgMTgwIDE3OSAx NzggMTc3IDE3Ng0KMTc1IDE3NCAxNzMgMTcyIDE3MSAxNzAgMTY5IDE2OCAx NjcgMTY2IDE2NSAxNjQgMTYzIDE2MiAxNjEgMTYwIDE1OSAxNTggMTU3IDE1 Ng0KMTU1IDE1NCAxNTMgMTUyIDE1MSAxNTAgMTQ5IDE0OCAxNDcgMTQ2IDE0 NSAxNDQgMTQzIDE0MiAxNDEgMTQwIDEzOSAxMzggMTM3IDEzNg0KMTM1IDEz NCAxMzMgMTMyIDEzMSAxMzAgMTI5IDEyOCAxMjcgMTI2IDEyNSAxMjQgMTIz IDEyMiAxMjEgMTIwIDExOSAxMTggMTE3IDExNg0KMTE1IDExNCAxMTMgMTEy IDExMSAxMTAgMTA5IDEwOCAxMDcgMTA2IDEwNSAxMDQgMTAzIDEwMiAxMDEg MTAwIDk5IDk4IDk3IDk2IDk1IDkNCjQgOTMgOTIgOTEgOTAgODkgODggODcg ODYgODUgODQgODMgODIgODEgODAgNzkgNzggNzcgNzYgNzUgNzQgNzMgNzIg NzEgNzAgNjkgNjgNCjY3IDY2IDY1IDY0IDYzIDYyIDYxIDYwIDU5IDU4IDU3 IDU2IDU1IDU0IDUzIDUyIDUxIDUwIDQ5IDQ4IDQ3IDQ2IDQ1IDQ0IDQzIDQy IDQxDQogNDAgMzkgMzggMzcgMzYgMzUgMzQgMzMgMzIgMzEgMzAgMjkgMjgg MjcgMjYgMjUgMjQgMjMgMjIgMjEgMjAgMTkgMTggMTcgMTYgMTUgMQ0KNCAx MyAxMiAxMSAxMCA5IDggNyA2IDUgNCAzIDIgMSAwDQotLS0NCiMwICAweGMw MTUyOWVlIGluIGR1bXBzeXMgKCkNCg0KQW5kIGZyb20gZ2RiIC4uLg0KDQoj MCAgZHVtcHN5cyAoKSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRk b3duLmM6NDg3DQo0ODcgICAgICAgICAgICAgaWYgKGR1bXBpbmcrKykgew0K KGtnZGIpIHdoZXJlDQojMCAgZHVtcHN5cyAoKSBhdCAvdXNyL3NyYy9zeXMv a2Vybi9rZXJuX3NodXRkb3duLmM6NDg3DQojMSAgMHhjMDE1MjdiZiBpbiBi b290IChob3d0bz0yNTYpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1 dGRvd24uYzozMTYNCiMyICAweGMwMTUyYmU0IGluIHBvd2Vyb2ZmX3dhaXQg KGp1bms9MHhjMDJiYzk4YywgaG93dG89LTEwNzA4NzM0MjUpDQogICAgYXQg L3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU5NQ0KIzMgIDB4 YzAyN2U2NWUgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhjZGNjNWJiOCwgZXZh PTMzMDAxNTY0NDYpDQogICAgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90 cmFwLmM6OTY2DQojNCAgMHhjMDI3ZTMzMSBpbiB0cmFwX3BmYXVsdCAoZnJh bWU9MHhjZGNjNWJiOCwgdXNlcm1vZGU9MCwgZXZhPTMzMDAxNTY0NDYpDQog ICAgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6ODU5DQojNSAg MHhjMDI3ZGYxYiBpbiB0cmFwIChmcmFtZT17dGZfZnMgPSAxNiwgdGZfZXMg PSAxNiwgdGZfZHMgPSAxNiwNCiAgICAgIHRmX2VkaSA9IC05NjI3NDAyMjQs IHRmX2VzaSA9IC0xMDU0MDMzOTIwLCB0Zl9lYnAgPSAtODQyMjQ1MTI4LA0K ICAgICAgdGZfaXNwID0gLTg0MjI0NTE0OCwgdGZfZWJ4ID0gMzIwNzIyOTUs IHRmX2VkeCA9IC05NjI3Mzg1NTUsDQogICAgICB0Zl9lY3ggPSAyNTUsIHRm X2VheCA9IC05OTQ4MTA4NTAsIHRmX3RyYXBubyA9IDEyLCB0Zl9lcnIgPSAw LA0KICAgICAgdGZfZWlwID0gLTEwNzEyNTY0MTEsIHRmX2NzID0gOCwgdGZf ZWZsYWdzID0gNjYxODMsIHRmX2VzcCA9IC04NDIyNDUwODQsDQogICAgICB0 Zl9zcyA9IC0xMDcxNjAzMjgwfSkgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4 Ni90cmFwLmM6NDU4DQojNiAgMHhjMDI1ZWNhNSBpbiBza3BjIChtYXNrMD0y NTUsIHNpemU9MzIwNzIyOTUsDQogICAgY3AwPTB4YzRiNDY0MWUgPEFkZHJl c3MgMHhjNGI0NjQxZSBvdXQgb2YgYm91bmRzPikNCiAgICBhdCAvdXNyL3Ny Yy9zeXMvbGlia2Vybi9za3BjLmM6NTANCiM3ICAweGMwMjBhMWIwIGluIGZm c19ub2RlYWxsb2NjZyAoaXA9MHhjMTQ3ZDAwMCwgY2c9MzksIGlwcmVmPTQy NjgxNiwNCiAgICBtb2RlPTMzMTg4KSBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zm cy9mZnNfYWxsb2MuYzoxMzQ3DQojOCAgMHhjMDIwOTM3YiBpbiBmZnNfaGFz aGFsbG9jIChpcD0weGMxNDdkMDAwLCBjZz0zOSwgcHJlZj00MjY4MTYsDQog ICAgc2l6ZT0zMzE4OCwgYWxsb2NhdG9yPTB4YzAyMGEwNzAgPGZmc19ub2Rl YWxsb2NjZz4pDQogICAgYXQgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX2Fs bG9jLmM6ODYzDQojOSAgMHhjMDIwOGUxYyBpbiBmZnNfdmFsbG9jIChwdnA9 MHhjZGQyMjJjMCwgbW9kZT0zMzE4OCwgY3JlZD0weGMxMzU3YTgwLA0KICAg IHZwcD0weGNkY2M1Y2EwKSBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNf YWxsb2MuYzo2MDcNCiMxMCAweGMwMjFiZGNiIGluIHVmc19tYWtlaW5vZGUg KG1vZGU9MzMxODgsIGR2cD0weGNkZDIyMmMwLCB2cHA9MHhjZGNjNWVkYywN CiAgICBjbnA9MHhjZGNjNWVmMCkgYXQgL3Vzci9zcmMvc3lzL3Vmcy91ZnMv dWZzX3Zub3BzLmM6MjExNQ0KIzExIDB4YzAyMTk3NTAgaW4gdWZzX2NyZWF0 ZSAoYXA9MHhjZGNjNWRmYykNCiAgICBhdCAvdXNyL3NyYy9zeXMvdWZzL3Vm cy91ZnNfdm5vcHMuYzoxOTUNCiMxMiAweGMwMjFjMGMxIGluIHVmc192bm9w ZXJhdGUgKGFwPTB4Y2RjYzVkZmMpDQogICAgYXQgL3Vzci9zcmMvc3lzL3Vm cy91ZnMvdWZzX3Zub3BzLmM6MjQyMg0KIzEzIDB4YzAxODY1NDEgaW4gdm5f b3BlbiAobmRwPTB4Y2RjYzVlYzgsIGZtb2RlPTE1NTAsIGNtb2RlPTQyMCkN CiAgICBhdCB2bm9kZV9pZi5oOjEwNg0KIzE0IDB4YzAxODI3MmMgaW4gb3Bl biAocD0weGNiZmIyZDQwLCB1YXA9MHhjZGNjNWY4MCkNCiAgICBhdCAvdXNy L3NyYy9zeXMva2Vybi92ZnNfc3lzY2FsbHMuYzoxMDIxDQojMTUgMHhjMDI3 ZTkwZCBpbiBzeXNjYWxsMiAoZnJhbWU9e3RmX2ZzID0gNDcsIHRmX2VzID0g NDcsIHRmX2RzID0gNDcsDQogICAgICB0Zl9lZGkgPSAxMzQ4MjQ0MTcsIHRm X2VzaSA9IDEsIHRmX2VicCA9IC0xMDc3OTM3NTEyLA0KICAgICAgdGZfaXNw ID0gLTg0MjI0NDE0MCwgdGZfZWJ4ID0gMTU0OSwgdGZfZWR4ID0gMCwgdGZf ZWN4ID0gMzMsIHRmX2VheCA9IDUsDQogICAgICB0Zl90cmFwbm8gPSA3LCB0 Zl9lcnIgPSAyLCB0Zl9laXAgPSAxMzQ2ODEwNDAsIHRmX2NzID0gMzEsDQog ICAgICB0Zl9lZmxhZ3MgPSA1MTgsIHRmX2VzcCA9IC0xMDc3OTM3ODc2LCB0 Zl9zcyA9IDQ3fSkNCiAgICBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3Ry YXAuYzoxMTY3DQojMTYgMHhjMDI3MmVjNSBpbiBYaW50MHg4MF9zeXNjYWxs ICgpDQojMTcgMHg4MDUwN2RkIGluID8/ICgpDQojMTggMHg4MDUyYmIyIGlu ID8/ICgpDQojMTkgMHg4MDQ4MTM3IGluID8/ICgpDQooa2dkYikgdXAgNQ0K IzUgIDB4YzAyN2RmMWIgaW4gdHJhcCAoZnJhbWU9e3RmX2ZzID0gMTYsIHRm X2VzID0gMTYsIHRmX2RzID0gMTYsDQogICAgICB0Zl9lZGkgPSAtOTYyNzQw MjI0LCB0Zl9lc2kgPSAtMTA1NDAzMzkyMCwgdGZfZWJwID0gLTg0MjI0NTEy OCwNCiAgICAgIHRmX2lzcCA9IC04NDIyNDUxNDgsIHRmX2VieCA9IDMyMDcy Mjk1LCB0Zl9lZHggPSAtOTYyNzM4NTU1LA0KICAgICAgdGZfZWN4ID0gMjU1 LCB0Zl9lYXggPSAtOTk0ODEwODUwLCB0Zl90cmFwbm8gPSAxMiwgdGZfZXJy ID0gMCwNCiAgICAgIHRmX2VpcCA9IC0xMDcxMjU2NDExLCB0Zl9jcyA9IDgs IHRmX2VmbGFncyA9IDY2MTgzLCB0Zl9lc3AgPSAtODQyMjQ1MDg0LA0KICAg ICAgdGZfc3MgPSAtMTA3MTYwMzI4MH0pIGF0IC91c3Ivc3JjL3N5cy9pMzg2 L2kzODYvdHJhcC5jOjQ1OA0KNDU4ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAodm9pZCkgdHJhcF9wZmF1bHQoJmZyYW1lLCBGQUxTRSwgZXZhKTsN CihrZ2RiKSBmcmFtZSBmcmFtZS0+dGZfZWJwIGZyYW1lLT50Zl9laXANCiMw ICAweGMwMjVlY2E1IGluIHNrcGMgKG1hc2swPTI1NSwgc2l6ZT0zMjA3MjI5 NSwNCiAgICBjcDA9MHhjNGI0NjQxZSA8QWRkcmVzcyAweGM0YjQ2NDFlIG91 dCBvZiBib3VuZHM+KQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9saWJrZXJuL3Nr cGMuYzo1MA0KNTAgICAgICAgICAgICAgIGZvciAoZW5kID0gJmNwW3NpemVd OyBjcCA8IGVuZCAmJiAqY3AgPT0gbWFzazsgKytjcCk7DQooa2dkYikgbGlz dA0KNDUgICAgICB7DQo0NiAgICAgICAgICAgICAgcmVnaXN0ZXIgdV9jaGFy ICpjcCwgKmVuZCwgbWFzazsNCjQ3DQo0OCAgICAgICAgICAgICAgbWFzayA9 IG1hc2swOw0KNDkgICAgICAgICAgICAgIGNwID0gKHVfY2hhciAqKWNwMDsN CjUwICAgICAgICAgICAgICBmb3IgKGVuZCA9ICZjcFtzaXplXTsgY3AgPCBl bmQgJiYgKmNwID09IG1hc2s7ICsrY3ApOw0KNTEgICAgICAgICAgICAgIHJl dHVybiAoZW5kIC0gY3ApOw0KNTIgICAgICB9DQooa2dkYikgcHJpbnQgY3AN CiQxID0gKHVfY2hhciAqKSAweDANCihrZ2RiKSBwcmludCBlbmQNCiQyID0g KHVfY2hhciAqKSAweDANCihrZ2RiKSBwcmludCBtYXNrDQokMyA9IDAgJ1ww MDAnDQoNCg== ---559023410-684387517-1017616951=:352 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=NOISY Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMga2VybmVsIGNvbmZpZ3VyYXRpb24g ZmlsZSBmb3IgRnJlZUJTRC9pMzg2DQojDQojIEZvciBtb3JlIGluZm9ybWF0 aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJlYWQgdGhlIGhhbmRib29rIHNl Y3Rpb24gb24NCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6DQojDQoj ICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvaGFuZGJvb2sva2VybmVsY29u ZmlnLWNvbmZpZy5odG1sDQojDQojIFRoZSBoYW5kYm9vayBpcyBhbHNvIGF2 YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rDQoj IGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90 aGVyd2lzZSBhbHdheXMgc2VlIHRoZQ0KIyBGcmVlQlNEIFdvcmxkIFdpZGUg V2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZvciB0aGUN CiMgbGF0ZXN0IGluZm9ybWF0aW9uLg0KIw0KIyBBbiBleGhhdXN0aXZlIGxp c3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRhaWxlZCBleHBsYW5hdGlvbnMg b2YgdGhlDQojIGRldmljZSBsaW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhl IC4vTElOVCBjb25maWd1cmF0aW9uIGZpbGUuIElmIHlvdSBhcmUNCiMgaW4g ZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGlu ZSwgY2hlY2sgZmlyc3QgaW4gTElOVC4NCiMNCiMgJEZyZWVCU0Q6IHNyYy9z eXMvaTM4Ni9jb25mL0dFTkVSSUMsdiAxLjI0Ni4yLjM4IDIwMDIvMDEvMjUg MTc6NDE6NDAgbXVycmF5IEV4cCAkDQoNCm1hY2hpbmUJCWkzODYNCmNwdQkJ STY4Nl9DUFUNCmlkZW50CQlOT0lTWQ0KbWF4dXNlcnMJMA0KDQptYWtlb3B0 aW9ucwlERUJVRz0tZwkJI0J1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1 ZyBzeW1ib2xzDQoNCiNvcHRpb25zIAlNQVRIX0VNVUxBVEUJCSNTdXBwb3J0 IGZvciB4ODcgZW11bGF0aW9uDQpvcHRpb25zIAlJTkVUCQkJI0ludGVyTkVU d29ya2luZw0Kb3B0aW9ucyAJSU5FVDYJCQkjSVB2NiBjb21tdW5pY2F0aW9u cyBwcm90b2NvbHMNCm9wdGlvbnMgCUZGUwkJCSNCZXJrZWxleSBGYXN0IEZp bGVzeXN0ZW0NCm9wdGlvbnMgCUZGU19ST09UCQkjRkZTIHVzYWJsZSBhcyBy b290IGRldmljZSBba2VlcCB0aGlzIV0NCm9wdGlvbnMgCVNPRlRVUERBVEVT CQkjRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydA0Kb3B0aW9ucyAJ VUZTX0RJUkhBU0gJCSNJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJl Y3Rvcmllcw0KI29wdGlvbnMgCU1GUwkJCSNNZW1vcnkgRmlsZXN5c3RlbQ0K I29wdGlvbnMgCU1EX1JPT1QJCQkjTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBk ZXZpY2UNCm9wdGlvbnMgCU5GUwkJCSNOZXR3b3JrIEZpbGVzeXN0ZW0NCm9w dGlvbnMgCU5GU19ST09UCQkjTkZTIHVzYWJsZSBhcyByb290IGRldmljZSwg TkZTIHJlcXVpcmVkDQpvcHRpb25zIAlNU0RPU0ZTCQkJI01TRE9TIEZpbGVz eXN0ZW0NCm9wdGlvbnMgCUNEOTY2MAkJCSNJU08gOTY2MCBGaWxlc3lzdGVt DQojb3B0aW9ucyAJQ0Q5NjYwX1JPT1QJCSNDRC1ST00gdXNhYmxlIGFzIHJv b3QsIENEOTY2MCByZXF1aXJlZA0Kb3B0aW9ucyAJUFJPQ0ZTCQkJI1Byb2Nl c3MgZmlsZXN5c3RlbQ0Kb3B0aW9ucyAJQ09NUEFUXzQzCQkjQ29tcGF0aWJs ZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdDQojb3B0aW9ucyAJU0NTSV9E RUxBWT0xNTAwMAkjRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJ DQpvcHRpb25zIAlVQ09OU09MRQkJI0FsbG93IHVzZXJzIHRvIGdyYWIgdGhl IGNvbnNvbGUNCm9wdGlvbnMgCVVTRVJDT05GSUcJCSNib290IC1jIGVkaXRv cg0Kb3B0aW9ucyAJVklTVUFMX1VTRVJDT05GSUcJI3Zpc3VhbCBib290IC1j IGVkaXRvcg0Kb3B0aW9ucyAJS1RSQUNFCQkJI2t0cmFjZSgxKSBzdXBwb3J0 DQpvcHRpb25zIAlTWVNWU0hNCQkJI1NZU1Ytc3R5bGUgc2hhcmVkIG1lbW9y eQ0Kb3B0aW9ucyAJU1lTVk1TRwkJCSNTWVNWLXN0eWxlIG1lc3NhZ2UgcXVl dWVzDQpvcHRpb25zIAlTWVNWU0VNCQkJI1NZU1Ytc3R5bGUgc2VtYXBob3Jl cw0Kb3B0aW9ucyAJUDEwMDNfMUIJCSNQb3NpeCBQMTAwM18xQiByZWFsLXRp bWUgZXh0ZW5zaW9ucw0Kb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hF RFVMSU5HDQpvcHRpb25zCQlJQ01QX0JBTkRMSU0JCSNSYXRlIGxpbWl0IGJh ZCByZXBsaWVzDQpvcHRpb25zIAlLQkRfSU5TVEFMTF9DREVWCSMgaW5zdGFs bCBhIENERVYgZW50cnkgaW4gL2Rldg0KDQojIFRvIG1ha2UgYW4gU01QIGtl cm5lbCwgdGhlIG5leHQgdHdvIGFyZSBuZWVkZWQNCiNvcHRpb25zIAlTTVAJ CQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3NvciBLZXJuZWwNCiNvcHRpb25z IAlBUElDX0lPCQkJIyBTeW1tZXRyaWMgKEFQSUMpIEkvTw0KDQpkZXZpY2UJ CWlzYQ0KZGV2aWNlCQllaXNhDQpkZXZpY2UJCXBjaQ0KDQojIEZsb3BweSBk cml2ZXMNCmRldmljZQkJZmRjMAlhdCBpc2E/IHBvcnQgSU9fRkQxIGlycSA2 IGRycSAyDQpkZXZpY2UJCWZkMAlhdCBmZGMwIGRyaXZlIDANCiNkZXZpY2UJ CWZkMQlhdCBmZGMwIGRyaXZlIDENCiMNCiMgSWYgeW91IGhhdmUgYSBUb3No aWJhIExpYnJldHRvIHdpdGggaXRzIFktRSBEYXRhIFBDTUNJQSBmbG9wcHks DQojIGRvbid0IHVzZSB0aGUgYWJvdmUgbGluZSBmb3IgZmRjMCBidXQgdGhl IGZvbGxvd2luZyBvbmU6DQojZGV2aWNlCQlmZGMwDQoNCiMgQVRBIGFuZCBB VEFQSSBkZXZpY2VzDQojZGV2aWNlCQlhdGEwCWF0IGlzYT8gcG9ydCBJT19X RDEgaXJxIDE0DQojZGV2aWNlCQlhdGExCWF0IGlzYT8gcG9ydCBJT19XRDIg aXJxIDE1DQpkZXZpY2UJCWF0YQ0KZGV2aWNlCQlhdGFkaXNrCQkJIyBBVEEg ZGlzayBkcml2ZXMNCmRldmljZQkJYXRhcGljZAkJCSMgQVRBUEkgQ0RST00g ZHJpdmVzDQojZGV2aWNlCQlhdGFwaWZkCQkJIyBBVEFQSSBmbG9wcHkgZHJp dmVzDQojZGV2aWNlCQlhdGFwaXN0CQkJIyBBVEFQSSB0YXBlIGRyaXZlcw0K b3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVy aW5nDQoNCiMgU0NTSSBDb250cm9sbGVycw0KI2RldmljZQkJYWhiCQkjIEVJ U0EgQUhBMTc0MiBmYW1pbHkNCiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFu ZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcw0KI2RldmljZQkJYW1kCQkjIEFN RCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpDQojZGV2aWNlCQlpc3AJCSMg UWxvZ2ljIGZhbWlseQ0KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExv Z2ljDQojZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2Vy IGNoaXBzZXRzKQ0KI29wdGlvbnMJCVNZTV9TRVRVUF9MUF9QUk9CRV9NQVA9 MHg0MA0KCQkJCSMgQWxsb3cgbmNyIHRvIGF0dGFjaCBsZWdhY3kgTkNSIGRl dmljZXMgd2hlbiANCgkJCQkjIGJvdGggc3ltIGFuZCBuY3IgYXJlIGNvbmZp Z3VyZWQNCg0KI2RldmljZQkJYWR2MAlhdCBpc2E/DQojZGV2aWNlCQlhZHcN CiNkZXZpY2UJCWJ0MAlhdCBpc2E/DQojZGV2aWNlCQlhaGEwCWF0IGlzYT8N CiNkZXZpY2UJCWFpYzAJYXQgaXNhPw0KDQojZGV2aWNlCQluY3YJCSMgTkNS IDUzQzUwMA0KI2RldmljZQkJbnNwCQkjIFdvcmtiaXQgTmluamEgU0NTSS0z DQojZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4QzUwDQoNCiMgU0NTSSBw ZXJpcGhlcmFscw0KI2RldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVp cmVkKQ0KI2RldmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpDQoj ZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpDQoj ZGV2aWNlCQljZAkJIyBDRA0KI2RldmljZQkJcGFzcwkJIyBQYXNzdGhyb3Vn aCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFjY2VzcykNCg0KIyBSQUlEIGNvbnRy b2xsZXJzIGludGVyZmFjZWQgdG8gdGhlIFNDU0kgc3Vic3lzdGVtDQojZGV2 aWNlCQlhc3IJCSMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBhbmQgQWRhcHRlYyBT Q1NJIFJBSUQNCiNkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRjYWNoZSAtIFNl ZSBMSU5UIGZvciBvcHRpb25zIQ0KI2RldmljZQkJbWx5CQkjIE15bGV4IEFj Y2VsZVJBSUQvZVh0cmVtZVJBSUQNCg0KIyBSQUlEIGNvbnRyb2xsZXJzDQoj ZGV2aWNlCQlhYWMJCSMgQWRhcHRlYyBGU0EgUkFJRCwgRGVsbCBQRVJDMi9Q RVJDMw0KI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlEDQojZGV2 aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlEDQojZGV2aWNlCQltbHgJCSMgTXls ZXggREFDOTYwIGZhbWlseQ0KI2RldmljZQkJdHdlCQkjIDN3YXJlIEVzY2Fs YWRlDQoNCiMgYXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBh bmQgdGhlIFBTLzIgbW91c2UNCmRldmljZQkJYXRrYmRjMAlhdCBpc2E/IHBv cnQgSU9fS0JEDQpkZXZpY2UJCWF0a2JkMAlhdCBhdGtiZGM/IGlycSAxIGZs YWdzIDB4MQ0KZGV2aWNlCQlwc20wCWF0IGF0a2JkYz8gaXJxIDEyDQoNCmRl dmljZQkJdmdhMAlhdCBpc2E/DQoNCiMgc3BsYXNoIHNjcmVlbi9zY3JlZW4g c2F2ZXINCnBzZXVkby1kZXZpY2UJc3BsYXNoDQoNCiMgc3lzY29ucyBpcyB0 aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08g Y29uc29sZQ0KZGV2aWNlCQlzYzAJYXQgaXNhPyBmbGFncyAweDEwMA0KDQoj IEVuYWJsZSB0aGlzIGFuZCBQQ1ZUX0ZSRUVCU0QgZm9yIHBjdnQgdnQyMjAg Y29tcGF0aWJsZSBjb25zb2xlIGRyaXZlcg0KI2RldmljZQkJdnQwCWF0IGlz YT8NCiNvcHRpb25zIAlYU0VSVkVSCQkJIyBzdXBwb3J0IGZvciBYIHNlcnZl ciBvbiBhIHZ0IGNvbnNvbGUNCiNvcHRpb25zIAlGQVRfQ1VSU09SCQkjIHN0 YXJ0IHdpdGggYmxvY2sgY3Vyc29yDQojIElmIHlvdSBoYXZlIGEgVGhpbmtQ QUQsIHVuY29tbWVudCB0aGlzIGFsb25nIHdpdGggdGhlIHJlc3Qgb2YgdGhl IFBDVlQgbGluZXMNCiNvcHRpb25zIAlQQ1ZUX1NDQU5TRVQ9MgkJIyBJQk0g a2V5Ym9hcmRzIGFyZSBub24tc3RkDQoNCiMgRmxvYXRpbmcgcG9pbnQgc3Vw cG9ydCAtIGRvIG5vdCBkaXNhYmxlLg0KZGV2aWNlCQlucHgwCWF0IG5leHVz PyBwb3J0IElPX05QWCBpcnEgMTMNCg0KIyBQb3dlciBtYW5hZ2VtZW50IHN1 cHBvcnQgKHNlZSBMSU5UIGZvciBtb3JlIG9wdGlvbnMpDQojZGV2aWNlCQlh cG0wICAgIGF0IG5leHVzPyBkaXNhYmxlIGZsYWdzIDB4MjAgIyBBZHZhbmNl ZCBQb3dlciBNYW5hZ2VtZW50DQoNCiMgUENDQVJEIChQQ01DSUEpIHN1cHBv cnQNCiNkZXZpY2UJCWNhcmQNCiNkZXZpY2UJCXBjaWMwCWF0IGlzYT8gaXJx IDAgcG9ydCAweDNlMCBpb21lbSAweGQwMDAwDQojZGV2aWNlCQlwY2ljMQlh dCBpc2E/IGlycSAwIHBvcnQgMHgzZTIgaW9tZW0gMHhkNDAwMCBkaXNhYmxl DQoNCiMgU2VyaWFsIChDT00pIHBvcnRzDQpkZXZpY2UJCXNpbzAJYXQgaXNh PyBwb3J0IElPX0NPTTEgZmxhZ3MgMHgxMCBpcnEgNA0KZGV2aWNlCQlzaW8x CWF0IGlzYT8gcG9ydCBJT19DT00yIGlycSAzDQojZGV2aWNlCQlzaW8yCWF0 IGlzYT8gZGlzYWJsZSBwb3J0IElPX0NPTTMgaXJxIDUNCiNkZXZpY2UJCXNp bzMJYXQgaXNhPyBkaXNhYmxlIHBvcnQgSU9fQ09NNCBpcnEgOQ0KDQojIFBh cmFsbGVsIHBvcnQNCmRldmljZQkJcHBjMAlhdCBpc2E/IGlycSA3DQpkZXZp Y2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkNCmRl dmljZQkJbHB0CQkjIFByaW50ZXINCiNkZXZpY2UJCXBsaXAJCSMgVENQL0lQ IG92ZXIgcGFyYWxsZWwNCmRldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQg aW50ZXJmYWNlIGRldmljZQ0KI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNj YnVzIGFuZCBkYQ0KDQoNCiMgUENJIEV0aGVybmV0IE5JQ3MuDQojZGV2aWNl CQlkZQkJIyBERUMvSW50ZWwgREMyMXg0eCAoYGBUdWxpcCcnKQ0KI2Rldmlj ZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykNCiNkZXZpY2UJ CXZ4CQkjIDNDb20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQ0KDQojIFBD SSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBj b250cm9sbGVyIGNvZGUuDQojIE5PVEU6IEJlIHN1cmUgdG8ga2VlcCB0aGUg J2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5J Q3MhDQpkZXZpY2UJCW1paWJ1cwkJIyBNSUkgYnVzIHN1cHBvcnQNCiNkZXZp Y2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxp a2VzDQojZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8x MDBCICg4MjU1NywgODI1NTgpDQojZGV2aWNlCQlwY24JCSMgQU1EIEFtNzlD OTd4IFBDSSAxMC8xMDAgTklDcw0KZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgx MjkvODEzOQ0KI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBT dGFyZmlyZScnKQ0KI2RldmljZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRl ZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYNCiNkZXZpY2UJCXN0ZQkJIyBT dW5kYW5jZSBTVDIwMSAoRC1MaW5rIERGRS01NTBUWCkNCiNkZXZpY2UJCXRs CQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4NCiNkZXZpY2UJCXR4 CQkjIFNNQyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpDQojZGV2 aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJoaW5lIElJDQojZGV2aWNlCQl3YgkJ IyBXaW5ib25kIFc4OUM4NDBGDQojZGV2aWNlCQl3eAkJIyBJbnRlbCBHaWdh Yml0IEV0aGVybmV0IENhcmQgKGBgV2lzZW1hbicnKQ0KI2RldmljZQkJeGwJ CSMgM0NvbSAzYzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpDQoj ZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20gQkNNNTcweCAoYGBUaWdvbiBJSUkn JykNCg0KIyBJU0EgRXRoZXJuZXQgTklDcy4NCiMgJ2RldmljZSBlZCcgcmVx dWlyZXMgJ2RldmljZSBtaWlidXMnDQojZGV2aWNlCQllZDAJYXQgaXNhPyBw b3J0IDB4MjgwIGlycSAxMCBpb21lbSAweGQ4MDAwDQojZGV2aWNlCQlleA0K I2RldmljZQkJZXANCiNkZXZpY2UJCWZlMAlhdCBpc2E/IHBvcnQgMHgzMDAN CiMgWGlyY29tIEV0aGVybmV0DQojZGV2aWNlCQl4ZQ0KIyBQUklTTSBJIElF RUUgODAyLjExYiB3aXJlbGVzcyBOSUMuDQojZGV2aWNlCQlhd2kNCiMgV2F2 ZUxBTi9JRUVFIDgwMi4xMSB3aXJlbGVzcyBOSUNzLiBOb3RlOiB0aGUgV2F2 ZUxBTi9JRUVFIHJlYWxseQ0KIyBleGlzdHMgb25seSBhcyBhIFBDTUNJQSBk ZXZpY2UsIHNvIHRoZXJlIGlzIG5vIElTQSBhdHRhY2htZW50IG5lZWRlZA0K IyBhbmQgcmVzb3VyY2VzIHdpbGwgYWx3YXlzIGJlIGR5bmFtaWNhbGx5IGFz c2lnbmVkIGJ5IHRoZSBwY2NhcmQgY29kZS4NCiNkZXZpY2UJCXdpDQojIEFp cm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLiBOb3RlOiB0 aGUgZGVjbGFyYXRpb24gYmVsb3cgd2lsbA0KIyB3b3JrIGZvciBQQ01DSUEg YW5kIFBDSSBjYXJkcywgYXMgd2VsbCBhcyBJU0EgY2FyZHMgc2V0IHRvIElT QSBQblANCiMgbW9kZSAodGhlIGZhY3RvcnkgZGVmYXVsdCkuIElmIHlvdSBz ZXQgdGhlIHN3aXRjaGVzIG9uIHlvdXIgSVNBDQojIGNhcmQgZm9yIGEgbWFu dWFsbHkgY2hvc2VuIEkvTyBhZGRyZXNzIGFuZCBJUlEsIHlvdSBtdXN0IHNw ZWNpZnkNCiMgdGhvc2UgcGFyYW1ldGVycyBoZXJlLg0KI2RldmljZQkJYW4N CiMgVGhlIHByb2JlIG9yZGVyIG9mIHRoZXNlIGlzIHByZXNlbnRseSBkZXRl cm1pbmVkIGJ5IGkzODYvaXNhL2lzYV9jb21wYXQuYy4NCiNkZXZpY2UJCWll MAlhdCBpc2E/IHBvcnQgMHgzMDAgaXJxIDEwIGlvbWVtIDB4ZDAwMDANCiNk ZXZpY2UJCWxlMAlhdCBpc2E/IHBvcnQgMHgzMDAgaXJxIDUgaW9tZW0gMHhk MDAwMA0KI2RldmljZQkJbG5jMAlhdCBpc2E/IHBvcnQgMHgyODAgaXJxIDEw IGRycSAwDQojZGV2aWNlCQljczAJYXQgaXNhPyBwb3J0IDB4MzAwDQojZGV2 aWNlCQlzbjAJYXQgaXNhPyBwb3J0IDB4MzAwIGlycSAxMA0KDQojIFBzZXVk byBkZXZpY2VzIC0gdGhlIG51bWJlciBpbmRpY2F0ZXMgaG93IG1hbnkgdW5p dHMgdG8gYWxsb2NhdGUuDQpwc2V1ZG8tZGV2aWNlCWxvb3AJCSMgTmV0d29y ayBsb29wYmFjaw0KcHNldWRvLWRldmljZQlldGhlcgkJIyBFdGhlcm5ldCBz dXBwb3J0DQojcHNldWRvLWRldmljZQlzbAkxCSMgS2VybmVsIFNMSVANCiNw c2V1ZG8tZGV2aWNlCXBwcAkxCSMgS2VybmVsIFBQUA0KcHNldWRvLWRldmlj ZQl0dW4JCSMgUGFja2V0IHR1bm5lbC4NCnBzZXVkby1kZXZpY2UJcHR5CQkj IFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQ0KI3BzZXVkby1kZXZpY2UJbWQJ CSMgTWVtb3J5ICJkaXNrcyINCnBzZXVkby1kZXZpY2UJZ2lmCQkjIElQdjYg YW5kIElQdjQgdHVubmVsaW5nDQpwc2V1ZG8tZGV2aWNlCWZhaXRoCTEJIyBJ UHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQ0KDQojIFRoZSBg YnBmJyBwc2V1ZG8tZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBhY2tl dCBGaWx0ZXIuDQojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBj b25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyENCnBzZXVkby1kZXZpY2UJ YnBmCQkjQmVya2VsZXkgcGFja2V0IGZpbHRlcg0KDQojIFVTQiBzdXBwb3J0 DQpkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UNCiNk ZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UNCmRldmlj ZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQ0KZGV2aWNlCQl1Z2VuCQkj IEdlbmVyaWMNCiNkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBE ZXZpY2VzIg0KI2RldmljZQkJdWtiZAkJIyBLZXlib2FyZA0KI2RldmljZQkJ dWxwdAkJIyBQcmludGVyDQojZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNz IHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCmRldmljZQkJdW1z CQkjIE1vdXNlDQojZGV2aWNlCQl1c2Nhbm5lcgkjIFNjYW5uZXJzDQojZGV2 aWNlCQl1cmlvCQkjIERpYW1vbmQgUmlvIE1QMyBQbGF5ZXINCiMgVVNCIEV0 aGVybmV0LCByZXF1aXJlcyBtaWkNCiNkZXZpY2UJCWF1ZQkJIyBBRE10ZWsg VVNCIGV0aGVybmV0DQojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgZXRoZXJu ZXQNCiNkZXZpY2UJCWt1ZQkJIyBLYXdhc2FraSBMU0kgVVNCIGV0aGVybmV0 DQoNCiMgRnJvbSBMSU5UDQoNCiMgU09VTkRDQVJEIHN1cHBvcnQNCmRldmlj ZQkJcGNtDQoNCiMNCiMgVENQX0RST1BfU1lORklOIGFkZHMgc3VwcG9ydCBm b3IgaWdub3JpbmcgVENQIHBhY2tldHMgd2l0aCBTWU4rRklOLiBUaGlzDQoj IHByZXZlbnRzIG5tYXAgZXQgYWwuIGZyb20gaWRlbnRpZnlpbmcgdGhlIFRD UC9JUCBzdGFjaywgYnV0IGJyZWFrcyBzdXBwb3J0DQojIGZvciBSRkMxNjQ0 IGV4dGVuc2lvbnMgYW5kIGlzIG5vdCByZWNvbW1lbmRlZCBmb3Igd2ViIHNl cnZlcnMuDQojDQpvcHRpb25zICAgICAgICAgVENQX0RST1BfU1lORklOICAg ICAgICAgI2Ryb3AgVENQIHBhY2tldHMgd2l0aCBTWU4rRklODQoNCiMgUkFO RE9NX0lQX0lEIGNhdXNlcyB0aGUgSUQgZmllbGQgaW4gSVAgcGFja2V0cyB0 byBiZSByYW5kb21pemVkDQpvcHRpb25zICAgICAgICAgUkFORE9NX0lQX0lE DQoNCiMNCiMgRW5hYmxlIHRoZSBrZXJuZWwgZGVidWdnZXIuDQojDQpvcHRp b25zICAgICAgICAgRERCICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K ---559023410-684387517-1017616951=:352 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuNS1TVEFCTEUgIzE1OiBTYXQgTWFyIDMwIDIz OjQ3OjQyIEdNVCAyMDAyDQogICAgcm9vdEBub2lzeTovdXNyL29iai91c3Iv c3JjL3N5cy9OT0lTWQ0KVGltZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5 IDExOTMxODIgSHoNClRpbWVjb3VudGVyICJUU0MiICBmcmVxdWVuY3kgMTQw MDA2MzY0NiBIeg0KQ1BVOiBBTUQgQXRobG9uKHRtKSBQcm9jZXNzb3IgKDE0 MDAuMDYtTUh6IDY4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJBdXRoZW50 aWNBTUQiICBJZCA9IDB4NjQ0ICBTdGVwcGluZyA9IDQNCiAgRmVhdHVyZXM9 MHgxODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgs U0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUj4NCiAg QU1EIEZlYXR1cmVzPTB4YzA0NDAwMDA8PGIxOD4sQU1JRSxEU1AsM0ROb3ch Pg0KcmVhbCBtZW1vcnkgID0gMjY4MzUzNTM2ICgyNjIwNjRLIGJ5dGVzKQ0K YXZhaWwgbWVtb3J5ID0gMjU3NTM2MDAwICgyNTE1MDBLIGJ5dGVzKQ0KUHJl bG9hZGVkIGVsZiBrZXJuZWwgImtlcm5lbCIgYXQgMHhjMDM4YTAwMC4NClBl bnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkDQpVc2luZyAkUElSIHRh YmxlLCA5IGVudHJpZXMgYXQgMHhjMDBmMTJmMA0KbnB4MDogPG1hdGggcHJv Y2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFj ZQ0KcGNpYjA6IDxBTUQtNzYxIGhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90 aGVyYm9hcmQNCnBjaTA6IDxQQ0kgYnVzPiBvbiBwY2liMA0KcGNpYjE6IDxB TUQtNzYxIFBDSS1QQ0kgKDR4IEFHUCkgYnJpZGdlPiBhdCBkZXZpY2UgMS4w IG9uIHBjaTANCnBjaTE6IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPE5W aWRpYSBHZUZvcmNlMiBHVFMgZ3JhcGhpY3MgYWNjZWxlcmF0b3I+IGF0IDUu MCBpcnEgMTENCmlzYWIwOiA8VklBIDgyQzY4NiBQQ0ktSVNBIGJyaWRnZT4g YXQgZGV2aWNlIDQuMCBvbiBwY2kwDQppc2EwOiA8SVNBIGJ1cz4gb24gaXNh YjANCmF0YXBjaTA6IDxWSUEgODJDNjg2IEFUQTEwMCBjb250cm9sbGVyPiBw b3J0IDB4ZDgwMC0weGQ4MGYgYXQgZGV2aWNlIDQuMSBvbiBwY2kwDQphdGEw OiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMA0KYXRhMTogYXQgMHgxNzAg aXJxIDE1IG9uIGF0YXBjaTANCnVoY2kwOiA8VklBIDgzQzU3MiBVU0IgY29u dHJvbGxlcj4gcG9ydCAweGQ0MDAtMHhkNDFmIGlycSA5IGF0IGRldmljZSA0 LjIgb24gcGNpMA0KdXNiMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+ IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogVklB IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCnVtczA6IE1pY3Jvc29mdCBNaWNyb3NvZnQgV2hlZWwgTW91c2Ug T3B0aWNhbFxNLS4sIHJldiAxLjEwLzEuMjEsIGFkZHIgMiwgaWNsYXNzIDMv MQ0KdW1zMDogMyBidXR0b25zIGFuZCBaIGRpci4NCnVoY2kxOiA8VklBIDgz QzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGQwMDAtMHhkMDFmIGlycSA5 IGF0IGRldmljZSA0LjMgb24gcGNpMA0KdXNiMTogPFZJQSA4M0M1NzIgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMTogVklBIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxDQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCmNoaXAxOiA8VklBIDgyQzY4NiBBQ1BJIGlu dGVyZmFjZT4gYXQgZGV2aWNlIDQuNCBvbiBwY2kwDQpwY20wOiA8Q01lZGlh IENNSTg3Mzg+IHBvcnQgMHhhNDAwLTB4YTRmZiBpcnEgMTAgYXQgZGV2aWNl IDUuMCBvbiBwY2kwDQpybDA6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRY PiBwb3J0IDB4YTAwMC0weGEwZmYgbWVtIDB4ZTU4MDAwMDAtMHhlNTgwMDBm ZiBpcnEgOSBhdCBkZXZpY2UgOS4wIG9uIHBjaTANCnJsMDogRXRoZXJuZXQg YWRkcmVzczogMDA6NDA6ZjQ6Mjg6YmY6Y2QNCm1paWJ1czA6IDxNSUkgYnVz PiBvbiBybDANCnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVkaWEgaW50 ZXJmYWNlPiBvbiBtaWlidXMwDQpybHBoeTA6ICAxMGJhc2VULCAxMGJhc2VU LUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpwY20xOiA8 Q3JlYXRpdmUgRU1VMTBLMT4gcG9ydCAweDk4MDAtMHg5ODFmIGlycSA1IGF0 IGRldmljZSAxMC4wIG9uIHBjaTANCm9ybTA6IDxPcHRpb24gUk9Ncz4gYXQg aW9tZW0gMHhjMDAwMC0weGNhZmZmLDB4Y2MwMDAtMHhjZmZmZiBvbiBpc2Ew DQpmZGMwOiA8TkVDIDcyMDY1QiBvciBjbG9uZT4gYXQgcG9ydCAweDNmMC0w eDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwDQpmZGMwOiBGSUZPIGVu YWJsZWQsIDggYnl0ZXMgdGhyZXNob2xkDQpmZDA6IDwxNDQwLUtCIDMuNSIg ZHJpdmU+IG9uIGZkYzAgZHJpdmUgMA0KYXRrYmRjMDogPEtleWJvYXJkIGNv bnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4NjQgb24gaXNhMA0K YXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGti ZGMwDQprYmQwIGF0IGF0a2JkMA0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4g YXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24g aXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9u IGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0w eDMwMD4NCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xIGF0IHBvcnQg MHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMTogdHlwZSAxNjU1MEEN CnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4Mzc4LTB4MzdmIGly cSA3IG9uIGlzYTANCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAv UFMyL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdp dGggMTYvMTYvOCBieXRlcyB0aHJlc2hvbGQNCnBwaTA6IDxQYXJhbGxlbCBJ L08+IG9uIHBwYnVzMA0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0 MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQphZDA6IDM5MjY2TUIgPElDMzVM MDQwQVZFUjA3LTA+IFs3OTc4MC8xNi82M10gYXQgYXRhMC1tYXN0ZXIgVURN QTEwMA0KYWQxOiAxNDY1Mk1CIDxTVDMxNTMyM0E+IFsyOTc3MC8xNi82M10g YXQgYXRhMC1zbGF2ZSBVRE1BNjYNCmFjZDA6IERWRC1ST00gPFBpb25lZXIg RFZELVJPTSBBVEFQSU1vZGVsIERWRC0xMTYgMDEwOT4gYXQgYXRhMS1tYXN0 ZXIgUElPNA0KYWNkMTogQ0QtUlcgPFNPTlkgQ0QtUlcgQ1JYMTYxMT4gYXQg YXRhMS1zbGF2ZSBQSU80DQpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYv YWQwczFhDQo= ---559023410-684387517-1017616951=:352-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 17:33:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 0745C37B416 for ; Sat, 13 Apr 2002 17:33:48 -0700 (PDT) Received: from pool0206.cvx40-bradley.dialup.earthlink.net ([216.244.42.206] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16wXxi-0001eO-00; Sat, 13 Apr 2002 17:33:46 -0700 Message-ID: <3CB8CE4F.75F90936@mindspring.com> Date: Sat, 13 Apr 2002 17:33:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Soorianarayanan, Sekhar (Research, TCS)" Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: error . 43 [ENOCSI] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Soorianarayanan, Sekhar (Research, TCS)" wrote: > > Part 1.1Type: Plain Text (text/plain) Don't send MIME to the mailing list. Error 43 is EPROTONOSUPPORT, not ENOCSI. Perhaps you are compiling this code on something other than FreeBSD? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 17:39: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 0AFF737B400 for ; Sat, 13 Apr 2002 17:39:06 -0700 (PDT) Received: from pool0206.cvx40-bradley.dialup.earthlink.net ([216.244.42.206] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16wY2r-000717-00; Sat, 13 Apr 2002 17:39:05 -0700 Message-ID: <3CB8CF8E.E2C046AA@mindspring.com> Date: Sat, 13 Apr 2002 17:38:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: dave Cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD NIS serving linux clients. References: <002301c1e333$e2cdf430$0200a8c0@satellite> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG dave wrote: > I'm having a few problems configuring nis to interoperate between > FreeBSD which is the main nis server and rh 7.2 linux nis clients. Verify that you have installed the non-default DES support, and that the FreeBSD box is exporting DES passwords, instead of MD5. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 17:43:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.siscom.net (mail.siscom.net [209.251.2.99]) by hub.freebsd.org (Postfix) with SMTP id 7458F37B419 for ; Sat, 13 Apr 2002 17:43:48 -0700 (PDT) Received: (qmail 48345 invoked by uid 0); 14 Apr 2002 00:43:46 -0000 Received: from unknown (HELO satellite) (209.251.26.188) by 0 with SMTP; 14 Apr 2002 00:43:46 -0000 Message-ID: <000e01c1e34c$c8784770$0200a8c0@satellite> From: "dave" To: "Terry Lambert" Cc: References: <002301c1e333$e2cdf430$0200a8c0@satellite> <3CB8CF8E.E2C046AA@mindspring.com> Subject: Re: FreeBSD NIS serving linux clients. Date: Sat, 13 Apr 2002 20:39:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, As far as i know fbsd is exporting md5 passwords. The rh box is set up to do md5, as well. Dave. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 18:53:22 2002 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 F3B1C37B620 for ; Sat, 13 Apr 2002 18:53:07 -0700 (PDT) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.12.2/8.12.2) with ESMTP id g3E1r1GS097864; Sat, 13 Apr 2002 20:53:07 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.2/Submit) id g3E1r0vu097863; Sat, 13 Apr 2002 20:53:00 -0500 (CDT) Date: Sat, 13 Apr 2002 20:53:00 -0500 From: Dan Nelson To: dave Cc: Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD NIS serving linux clients. Message-ID: <20020414015300.GB99234@dan.emsphone.com> References: <002301c1e333$e2cdf430$0200a8c0@satellite> <3CB8CF8E.E2C046AA@mindspring.com> <000e01c1e34c$c8784770$0200a8c0@satellite> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000e01c1e34c$c8784770$0200a8c0@satellite> User-Agent: Mutt/1.3.28i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Apr 13), dave said: > Hi, > As far as i know fbsd is exporting md5 passwords. The rh box is > set up to do md5, as well. Does "id nisuser" or "finger nisuser" work? Do you have "passwd: files nis" /etc/nsswitch.conf, or "passwd: compat" plus a "+::0:0:::" record in /etc/passwd? Blank out a user's password and see if he can log in, to verify that DES vs MD5 is really the problem. Try running "ypmatch nisuser passwd" and paste the output into the Linux passwd file and see if nisuser can log in. Also make sure you're running ypbind-1.8 or higher on the Linux box. Earlier versons have a very hard time staying bound to a server. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 19:10:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (diana.drwilco.net [66.48.127.79]) by hub.freebsd.org (Postfix) with ESMTP id 586E737B400 for ; Sat, 13 Apr 2002 19:10:12 -0700 (PDT) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g3E29Ux74619 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Sat, 13 Apr 2002 22:09:35 -0400 (EDT) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020414041134.02cf8140@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 14 Apr 2002 04:22:01 +0200 To: Matt Simerson From: "Rogier R. Mulhuijzen" Subject: Re: Is natd the right tool? Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <916461CE-4E33-11D6-8AF4-00306553B5E4@blockads.com> References: <20020411230121.E39738@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Two tips 1) did you set up the divert to natd in your ipfw rules? 2) if you do the dig on the machine where natd is running and the external IP is routed over lo0 locally, ipfw will not see the packets as incoming on the interface where the IP is bound. So that means they will not match the ipfw rules that divert the packets to natd. I suggest trying the dig from a different host. Doc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Apr 13 21:58:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.siscom.net (mail.siscom.net [209.251.2.99]) by hub.freebsd.org (Postfix) with SMTP id 53BE537B405 for ; Sat, 13 Apr 2002 21:58:44 -0700 (PDT) Received: (qmail 36629 invoked by uid 0); 14 Apr 2002 04:58:42 -0000 Received: from unknown (HELO satellite) (209.251.26.188) by 0 with SMTP; 14 Apr 2002 04:58:42 -0000 Message-ID: <000501c1e370$64d2bf60$0200a8c0@satellite> From: "dave" To: Cc: Subject: freebsd nis serving linux clients solution. Date: Sun, 14 Apr 2002 00:53:59 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, My thanks to all who offered suggestions on my problem of Freebsd nis serving linux clients. The solution, actually the problem in summary, clients could get user information from the nis server, but users couldn't log in on clients. The solution was to touch /var/yp/group, don't ask me why but that did it. That also fixed proftpd as well. Thanks again. Dave. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message