From owner-freebsd-hackers Sun Dec 27 01:23:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26631 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 01:23:17 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from esmeralda.xaa.iae.nl (esmeralda.xaa.iae.nl [194.151.75.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26626 for ; Sun, 27 Dec 1998 01:23:14 -0800 (PST) (envelope-from freebsd@xaa.iae.nl) Received: by esmeralda.xaa.iae.nl (Postfix, from userid 1008) id 2FDD224A; Sun, 27 Dec 1998 10:22:56 +0100 (MET) Date: Sun, 27 Dec 1998 10:22:56 +0100 From: Mark Huizer To: Yoshinobu Inoue , hackers@FreeBSD.ORG Subject: Re: IPv6 - when? which? Message-ID: <19981227102256.A2771@esmeralda.xaa.iae.nl> Mail-Followup-To: Yoshinobu Inoue , hackers@FreeBSD.ORG References: <19981226170509.A20826@keltia.freenix.fr> <19981227132444B.shin@nd.net.fujitsu.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.10i In-Reply-To: <19981227132444B.shin@nd.net.fujitsu.co.jp>; from Yoshinobu Inoue on Sun, Dec 27, 1998 at 01:24:44PM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Then take it either from OpenBSD or from the KAME folks. I think it would > > be unwise to choose one implementation over the other considereing they'll > > be merged in a few months. > KAME for 3.0 is almost ready. (IPsec and IPv6 is working. Some > user-land work is left.) > And I can make KAME for current as the next step, if it is necessary. would be nice, so ppl can start to have a look at it. If Inria and KAME are working towards merging stuff, one might say that playing around with any version of those 2 would be a nice start. I looked at how much work it would be to use the 2.2 patches for 3.0 and gave up after a few hours :-( Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 01:38:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27483 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 01:38:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27478 for ; Sun, 27 Dec 1998 01:38:38 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id BAA06685; Sun, 27 Dec 1998 01:38:19 -0800 (PST) To: Yoshinobu Inoue (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=) cc: hackers@FreeBSD.ORG Subject: Re: IPv6 - when? which? In-reply-to: Your message of "Sun, 27 Dec 1998 13:24:44 +0900." <19981227132444B.shin@nd.net.fujitsu.co.jp> Date: Sun, 27 Dec 1998 01:38:19 -0800 Message-ID: <6681.914751499@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If IPsec and IPv6 is needed for FreeBSD current so urgently, KAME will > soon be available. (But some major change will happen in the future, > as it is unified with other IPv6 protocol stacks) > Or if people think more unified version should be incorporated at > first, it will also be ready in few months. I think we're already planning to import this for the first time on the 3.1 branch, so no worries. We wouldn't even really be ready for your changes until late Jan/Feb 1999. Let's plan for at some point after the branch occurs on Jan 15th. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 01:42:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28056 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 01:42:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28051 for ; Sun, 27 Dec 1998 01:42:34 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id BAA06705; Sun, 27 Dec 1998 01:42:10 -0800 (PST) To: Jun-ichiro itojun Hagino cc: Yoshinobu Inoue (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=) , hackers@FreeBSD.ORG Subject: Re: IPv6 - when? which? In-reply-to: Your message of "Sun, 27 Dec 1998 15:11:59 +0900." <9694.914739119@coconut.itojun.org> Date: Sun, 27 Dec 1998 01:42:10 -0800 Message-ID: <6701.914751730@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > We have several issues to be nailed down: > - can I, or someone, safely import it to repository on freefall? I don't think that's a problem (modulo the branch timing - see my other message). You or any of the KAME developers should be able to do it. > commit logs provide a good way to track down when the crypto > code crossed the border, and by who :-( I think there are so many legal interpretations of this, many of them conflicting with one another, that it's best not to second guess this and just do what we do best, which is be engineers. :) > - how to redistribute IPsec part in the future? > I don't want to see Jordan going to jail for redistributing IPsec :-P Hey, I just package the bits, I don't really distribute them. No problem for me! :-) More seriously, if it comes down to it I'll ask WC to file for an export license. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 02:08:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28837 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 02:08:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from news2.du.gtn.com (news2.du.gtn.com [194.77.9.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28819 for ; Sun, 27 Dec 1998 02:07:59 -0800 (PST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by news2.du.gtn.com (8.8.6/8.8.6) with ESMTP id LAA03336; Sun, 27 Dec 1998 11:07:37 +0100 (MET) Received: (from ticso@localhost) by cicely7.cicely.de (8.9.0/8.9.0) id LAA05502; Sun, 27 Dec 1998 11:07:30 +0100 (CET) Message-ID: <19981227110730.04345@cicely.de> Date: Sun, 27 Dec 1998 11:07:30 +0100 From: Bernd Walter To: obrien@nuxi.ucdavis.edu, spork Cc: hackers@FreeBSD.ORG Subject: Re: NFS thoughts References: <19981214073605.20458@cicely.de> <19981226231646.C19562@nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19981226231646.C19562@nuxi.com>; from David O'Brien on Sat, Dec 26, 1998 at 11:16:46PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 26, 1998 at 11:16:46PM -0800, David O'Brien wrote: > > Can anyone else help confirm that in general 2/udp is the most dependable > > way to run if you're not traversing anything slower than 100Mb? > > Have you tried 3/udp or 2/tcp to see if the problem is with the transport > port (ie. UDP/TCP) or the NFS protocol? > I've already build properly working 3/udp connects together with sun/solaris stations. Client and Server is running fine. One day I had a panic on the FreeBSD side. Stack-trace showed that NFS was part of it. I wish I had crashdumps enabled that day or at least a terminal with logging... > -- > -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) -- B.Walter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 02:14:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29526 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 02:14:59 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from news2.du.gtn.com (news2.du.gtn.com [194.77.9.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29521 for ; Sun, 27 Dec 1998 02:14:57 -0800 (PST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by news2.du.gtn.com (8.8.6/8.8.6) with ESMTP id LAA03517; Sun, 27 Dec 1998 11:14:34 +0100 (MET) Received: (from ticso@localhost) by cicely7.cicely.de (8.9.0/8.9.0) id LAA05515; Sun, 27 Dec 1998 11:14:29 +0100 (CET) Message-ID: <19981227111429.64260@cicely.de> Date: Sun, 27 Dec 1998 11:14:29 +0100 From: Bernd Walter To: obrien@nuxi.ucdavis.edu, Robert Withrow Cc: dmlb@ragnet.demon.co.uk, hackers@FreeBSD.ORG Subject: Re: NFS thoughts References: <19981214191651.22189@cicely.de> <199812150156.UAA28685@spooky.rwwa.com> <19981215072941.19075@cicely.de> <19981226231855.D19562@nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <19981226231855.D19562@nuxi.com>; from David O'Brien on Sat, Dec 26, 1998 at 11:18:55PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 26, 1998 at 11:18:55PM -0800, David O'Brien wrote: > > > returning the wrong IP in a packet. Also, I thought the > > > "noconn" option was the work-around for this problem. > > > > intereting - since all my recent machines shows the following when amd > > is nfs-mounting: Dec 9 07:40:34 cicely5 amd[940]: noconn option > > exists, and was turned OFF! (May cause NFS hangs on some systems...) > > > > Where can I place this option? > > Can't find it in any manpage. > > UTSL :-) > > It is addressed in the Amd souce in some comments I can't quite > understand what they are saying. So I left it alone with I imported the > new Amd. I really need to email the Amd people to understand just what > they were getting at. In their code the Amd people tend to lump all the > BSDs together (including 4.4BSD proper). So I'm not sure what they think > applys to us and what to the other BSD groups. It was mentioned in the amd docs. With some tampering I finaly got the right parameters: X11R6 host!=cicely7;type:=nfs;rhost:=10.1.6.9;rfs:=/var/d1/X11R6;opts:=nfsv2,noconn \ host==cicely7;type:=link;fs:=/var/d1/X11R6 It's simply an option to the nfs mounts. It seemed to help in one case client and server are about 2.2.6. The server is multihomed. I another scene: Client is multihomed and current of about 29.Aug Server is current of about 6.Dec amd on Client still hangs. I don't know if it's the version or because in one case the server and in the other the client is multihomed. > > -- > -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) -- B.Walter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 03:01:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03118 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:01:29 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from reliam.teaser.fr (reliam.teaser.fr [194.51.80.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03111 for ; Sun, 27 Dec 1998 03:01:23 -0800 (PST) (envelope-from son@teaser.fr) Received: from teaser.fr (ppp1087-ft.teaser.fr [194.206.156.40]) by reliam.teaser.fr (8.9.1a/8.9.1a) with ESMTP id MAA04299; Sun, 27 Dec 1998 12:00:55 +0100 (MET) Received: (from son@localhost) by teaser.fr (8.9.1/8.9.1) id TAA01103; Sat, 26 Dec 1998 19:02:02 GMT (envelope-from son) Message-ID: <19981226190202.57516@breizh.prism.uvsq.fr> Date: Sat, 26 Dec 1998 19:02:02 +0000 From: Nicolas Souchu To: Mike Smith Cc: hackers@FreeBSD.ORG Subject: Re: Mainboard Monitor Probes (Linux port too hard?) References: <19981222011226.50577@breizh.prism.uvsq.fr> <199812231949.LAA03752@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199812231949.LAA03752@dingo.cdrom.com>; from Mike Smith on Wed, Dec 23, 1998 at 11:49:41AM -0800 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 23, 1998 at 11:49:41AM -0800, Mike Smith wrote: > >> On Sun, Dec 20, 1998 at 01:24:14PM -0800, Julian Elischer wrote: >> > >> >Whistle has some basic support for the LM80 power-supply and environmental >> >monitor chip. When I port it back to the IICbus generic code it may >> >supply a basis to work on. >> >> Sure. We'll also have to consider Linux stuff. > >Or at least basic compatibility with it, yes. Yes, rather basic compatibility, and trying to convince them to move there code to user space and use /dev. > >> It may be a hard issue since they rely on there /proc and module >> loadable mechanism. We should certainly use kld too. > >Indeed. So when will ppbus move to the new-bus model and become >KLDable? :) I was sure you would ask it soon. I was planning to get help from the ISA port, especially for the interrupt handling. > >> Another problem is the license... > >I think our designs are sufficiently different that all we're going to >get from their code are ideas, so the licenses aren't necessarily a >real problem... \begin{flame} Ideas are not under the GPL? I thought the license was universal!?! :) That's what the Linux associations try to convince us with, here in France. \end{flame} -- nsouch@teaser.fr / nsouch@freebsd.org FreeBSD - Turning PCs into workstations - 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 Sun Dec 27 03:01:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03159 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:01:50 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from reliam.teaser.fr (reliam.teaser.fr [194.51.80.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03137 for ; Sun, 27 Dec 1998 03:01:36 -0800 (PST) (envelope-from son@teaser.fr) Received: from teaser.fr (ppp1087-ft.teaser.fr [194.206.156.40]) by reliam.teaser.fr (8.9.1a/8.9.1a) with ESMTP id MAA22860; Sun, 27 Dec 1998 12:01:09 +0100 (MET) Received: (from son@localhost) by teaser.fr (8.9.1/8.9.1) id SAA01088; Sat, 26 Dec 1998 18:52:57 GMT (envelope-from son) Message-ID: <19981226185257.20720@breizh.prism.uvsq.fr> Date: Sat, 26 Dec 1998 18:52:57 +0000 From: Nicolas Souchu To: Drew Baxter Cc: Julian Elischer , hackers@FreeBSD.ORG, Steve Friedrich , takawata@shidahara1.planet.sci.kobe-u.ac.jp Subject: Re: Mainboard Monitor Probes (Linux port too hard?) References: <19981220165555.52107@breizh.prism.uvsq.fr> <19981222011226.50577@breizh.prism.uvsq.fr> <4.1.19981223152411.00b4d2d0@genesis.ispace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <4.1.19981223152411.00b4d2d0@genesis.ispace.com>; from Drew Baxter on Wed, Dec 23, 1998 at 03:27:00PM -0500 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 23, 1998 at 03:27:00PM -0500, Drew Baxter wrote: > >The Linux stuff is GPL.. Perhaps it'd be more logical to use the Linux >material only as a reference and not to extract code from it.. That'd be a >sound way to get around that. Since most of the code does indeed rely on >the /proc, that's about all it's good for. Certainly. Looking at there code more deeply, most of it rely on the /proc architecture. I proposed them to move there code from outside the kernel and define a /dev interface we could be compatible with. /dev is the best solution I think since it could be shared with *BSD. Moreover, a /dev interface with ioctls would be really simple... with smb(4) as a start point. /usr/include/machine/smb.h defines ioctls, but we'll have to handle timing constraints too. A PIIX4 driver is available at http://www.freebsd.org/~nsouch/iicbus.html You may try it with smb(4) if you have the hardware. > > >--- >Drew "Droobie" Baxter >Network Admin/Professional Computer Nerd(TM) >OneEX: The OneNetwork Exchange, Bangor Maine USA >http://www.droo.orland.me.us > >PGP ID: 409A1F7D > > -- nsouch@teaser.fr / nsouch@freebsd.org FreeBSD - Turning PCs into workstations - 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 Sun Dec 27 03:11:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04562 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:11:27 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04555 for ; Sun, 27 Dec 1998 03:11:23 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id DAA02090; Sun, 27 Dec 1998 03:08:33 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812271108.DAA02090@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Nicolas Souchu cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: Mainboard Monitor Probes (Linux port too hard?) In-reply-to: Your message of "Sat, 26 Dec 1998 19:02:02 GMT." <19981226190202.57516@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 03:08:33 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >I think our designs are sufficiently different that all we're going to > >get from their code are ideas, so the licenses aren't necessarily a > >real problem... > > \begin{flame} > > Ideas are not under the GPL? I thought the license was universal!?! :) > That's what the Linux associations try to convince us with, here in France. > > \end{flame} No. The code is covered under the GPL, but if you look at their code, say "I can see that these are the meanings of the bits in this register" and then implement your code using that information rather than copying the code, you are technically clean. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 03:19:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06487 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:19:23 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06478 for ; Sun, 27 Dec 1998 03:19:19 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin3.ics.com [140.186.40.177]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id GAA19344 Sun, 27 Dec 1998 06:18:55 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id HAA08255 for ; Sun, 27 Dec 1998 07:43:40 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <36862B70.2781E494@ics.com> Date: Sun, 27 Dec 1998 07:43:28 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: split scontrib, was Re: /usr/src/gnu sources References: <199812270222.SAA01241@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I couldn't find this in the FAQ or Handbook. What am I supposed to do > > for the real sources? > > > > No; if you're looking for where all the 'meat' is, see /usr/src/contrib; Eek. That's a shitload of stuff to download over my pitiful 28.8 line -- just so I can look at binutils/ld sources. May I suggest that the toolchain be split out of scontrib? That's still not optimal because the gcc part of the toolchain is huge, but it'd be better than being forced to get sources for things like awk, amd, bind, and a whole slew of other things I'm (and perhaps other people are) not interested in. (Might be the person who wants bind/named sources doesn't want to be forced to get the gcc sources?) Perhaps stoolchgcc, stoolchmisc, and scontrib with everything that's not in stoolchgcc and stoolchmisc? Yeah, I could untar scontrib on a machine on the other side of my 28.8 connection and extract just the bits I want. I could. But I think scontrib has reached the point where it needs to be split up. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 03:24:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA07176 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:24:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA07163 for ; Sun, 27 Dec 1998 03:24:38 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id DAA02164; Sun, 27 Dec 1998 03:21:39 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812271121.DAA02164@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kaleb S. KEITHLEY" cc: hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources In-reply-to: Your message of "Sun, 27 Dec 1998 07:43:28 EST." <36862B70.2781E494@ics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 03:21:38 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > > I couldn't find this in the FAQ or Handbook. What am I supposed to do > > > for the real sources? > > > > > > > No; if you're looking for where all the 'meat' is, see /usr/src/contrib; > > Eek. That's a shitload of stuff to download over my pitiful 28.8 line -- > just so I can look at binutils/ld sources. You don't track the repository? Go to ftp.freebsd.org and get the relevant subdirectories (it'll tar them up for you...) > May I suggest that the toolchain be split out of scontrib? That's still > not optimal because the gcc part of the toolchain is huge, but it'd be > better than being forced to get sources for things like awk, amd, bind, > and a whole slew of other things I'm (and perhaps other people are) not > interested in. (Might be the person who wants bind/named sources doesn't > want to be forced to get the gcc sources?) > > Perhaps stoolchgcc, stoolchmisc, and scontrib with everything that's not > in stoolchgcc and stoolchmisc? Breaking the directories doesn't make any sense; any method of fetching them already has better granularity (except perhaps CVSup). If you want smaller CVSup fragments, talk to John. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 03:53:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11403 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:53:25 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11279 for ; Sun, 27 Dec 1998 03:52:10 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin3.ics.com [140.186.40.177]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id GAA25515; Sun, 27 Dec 1998 06:51:40 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id IAA09397; Sun, 27 Dec 1998 08:16:29 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <3686332A.446B9B3D@ics.com> Date: Sun, 27 Dec 1998 08:16:27 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Mike Smith CC: hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources References: <199812271121.DAA02164@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > > > > > I couldn't find this in the FAQ or Handbook. What am I supposed to do > > > > for the real sources? > > > > > > > > > > No; if you're looking for where all the 'meat' is, see /usr/src/contrib; > > > > Eek. That's a shitload of stuff to download over my pitiful 28.8 line -- > > just so I can look at binutils/ld sources. > > You don't track the repository? I don't know what that means; and I've been using FreeBSD since 386BSD-0.1. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 03:56:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11684 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 03:56:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA11643 for ; Sun, 27 Dec 1998 03:55:41 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id DAA02337; Sun, 27 Dec 1998 03:52:51 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812271152.DAA02337@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kaleb S. KEITHLEY" cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources In-reply-to: Your message of "Sun, 27 Dec 1998 08:16:27 EST." <3686332A.446B9B3D@ics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 03:52:50 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > > > > > > > > > I couldn't find this in the FAQ or Handbook. What am I supposed to do > > > > > for the real sources? > > > > > > > > > > > > > No; if you're looking for where all the 'meat' is, see /usr/src/contrib; > > > > > > Eek. That's a shitload of stuff to download over my pitiful 28.8 line -- > > > just so I can look at binutils/ld sources. > > > > You don't track the repository? > > I don't know what that means; and I've been using FreeBSD since > 386BSD-0.1. Typical source-observation procedure is to maintain a local copy of the CVS repository, these days using CVSup which keeps your bandwidth consumption way down. Then you just check out the bits that are relevant to whatever you're doing. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 04:34:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18178 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 04:34:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18172 for ; Sun, 27 Dec 1998 04:34:37 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin3.ics.com [140.186.40.177]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id HAA26275; Sun, 27 Dec 1998 07:34:20 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id IAA10666; Sun, 27 Dec 1998 08:59:05 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <36863D06.794BDF32@ics.com> Date: Sun, 27 Dec 1998 08:58:30 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Mike Smith CC: hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources References: <199812271152.DAA02337@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > Mike Smith wrote: > > > > > > > > > > > > > > I couldn't find this in the FAQ or Handbook. What am I supposed to do > > > > > > for the real sources? > > > > > > > > > > > > > > > > No; if you're looking for where all the 'meat' is, see /usr/src/contrib; > > > > > > > > Eek. That's a shitload of stuff to download over my pitiful 28.8 line -- > > > > just so I can look at binutils/ld sources. > > > > > > You don't track the repository? > > > > I don't know what that means; and I've been using FreeBSD since > > 386BSD-0.1. > > Typical source-observation procedure is to maintain a local copy of the > CVS repository, these days using CVSup which keeps your bandwidth > consumption way down. Then you just check out the bits that are > relevant to whatever you're doing. I see. No, I don't "track the repository," nor am I likely to. I keep my bandwidth consumption down by only ftp-ing the sources I need, when I need them, and by only running released versions of the OS. (If I wanted bleeding-edge pain, I'd develop for released versions of Linux.) -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 04:41:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA19130 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 04:41:55 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA19125 for ; Sun, 27 Dec 1998 04:41:53 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id EAA02589; Sun, 27 Dec 1998 04:39:06 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812271239.EAA02589@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kaleb S. KEITHLEY" cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources In-reply-to: Your message of "Sun, 27 Dec 1998 08:58:30 EST." <36863D06.794BDF32@ics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 04:39:05 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Typical source-observation procedure is to maintain a local copy of the > > CVS repository, these days using CVSup which keeps your bandwidth > > consumption way down. Then you just check out the bits that are > > relevant to whatever you're doing. > > I see. No, I don't "track the repository," nor am I likely to. I keep my > bandwidth consumption down by only ftp-ing the sources I need, when I > need them, and by only running released versions of the OS. I can't offer any really convincing numbers, but I think you'd be surprised at how cost-effective CVSup actually is. > (If I wanted bleeding-edge pain, I'd develop for released versions of > Linux.) Ouch. If you only want the sources for released FreeSBD versions, do you have the CDROMs? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 04:57:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA20823 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 04:57:58 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA20814 for ; Sun, 27 Dec 1998 04:57:56 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin3.ics.com [140.186.40.177]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id HAA02534; Sun, 27 Dec 1998 07:57:38 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id JAA10862; Sun, 27 Dec 1998 09:22:29 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <368642A4.15FB7483@ics.com> Date: Sun, 27 Dec 1998 09:22:28 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Mike Smith CC: hackers@FreeBSD.ORG Subject: Re: split scontrib, was Re: /usr/src/gnu sources References: <199812271239.EAA02589@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > > Typical source-observation procedure is to maintain a local copy of the > > > CVS repository, these days using CVSup which keeps your bandwidth > > > consumption way down. Then you just check out the bits that are > > > relevant to whatever you're doing. > > > > I see. No, I don't "track the repository," nor am I likely to. I keep my > > bandwidth consumption down by only ftp-ing the sources I need, when I > > need them, and by only running released versions of the OS. > > I can't offer any really convincing numbers, but I think you'd be > surprised at how cost-effective CVSup actually is. What would I do with a CVS repository besides consume a medium size chunk of disk? At the X Consortium I only used released versions of the operating system's I supported. For what I'm doing now that hasn't changed. > > (If I wanted bleeding-edge pain, I'd develop for released versions of > > Linux.) > > Ouch. If you only want the sources for released FreeSBD versions, do > you have the CDROMs? Now we're going backwards. Instead of a couple hours to ftp it over 28.8 I should order a CD that'll take two or three days to get here. To say nothing of the $30 it's going to take out of my wallet, which I'd rather spend buying engines for my kids' model rockets, or something else that's similarly cool. I don't know about you, but my wallet has a bottom. ;-) And I see it all too often. Buying CDs I'm rarely going to need doesn't seem like an efficient use of my money when I can ftp what I want for free. Look, it was only a suggestion that scontrib be split up to make it a little more user friendly. (Are suggestions not welcome anymore?) Do it or don't -- I don't really care. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 06:25:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27308 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 06:25:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27303 for ; Sun, 27 Dec 1998 06:25:31 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from chronias.ninth-circle.org ([195.121.57.198]) by smtp02.wxs.nl (Netscape Messaging Server 3.6) with ESMTP id AAA5C6; Sun, 27 Dec 1998 15:25:05 +0100 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <6701.914751730@zippy.cdrom.com> Date: Sun, 27 Dec 1998 15:31:45 +0100 (CET) Organization: Ninth Circle Enterprises From: Jeroen Ruigrok/Asmodai To: "Jordan K. Hubbard" Subject: Re: IPv6 - when? which? Cc: hackers@FreeBSD.ORG, hackers@FreeBSD.ORG, (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=) , Jun-ichiro itojun Hagino , Eivind Eklund Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27-Dec-98 Jordan K. Hubbard wrote: >> commit logs provide a good way to track down when the crypto >> code crossed the border, and by who :-( > > I think there are so many legal interpretations of this, many of them > conflicting with one another, that it's best not to second guess this > and just do what we do best, which is be engineers. :) > >> - how to redistribute IPsec part in the future? >> I don't want to see Jordan going to jail for redistributing IPsec :-P > > Hey, I just package the bits, I don't really distribute them. No > problem for me! :-) > > More seriously, if it comes down to it I'll ask WC to file for an > export license. Well, yer unfortunately hitting a very, very unfortunate topic =\ http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in about 33 EU countries and some others (US-like export limitations). If this goes through, then all the crypto mirrors are going to be in deep problems when IPv6 is hitting the street in FreeBSD, in other words we cannot mirror as efficiently anymore. So getting WC an export license is not going to help with the mirroring. And a large part of IPv6 is based on security/authentication for which the community asks ad which gets thwarted by the government. Please see http://www.freecrypto.org, or ask Eivind if yer Norwegian, or me if Dutch about what to do. Sorry for the intrusion, but unfortunately this is the lame (political) reality in which governments think they know what's best for the populace even when they know jack about the subject involved. --- Jeroen Ruigrok van der Werven Life is the only Pain asmodai(at)wxs.nl we endeavour... Network/Security Specialist BSD & picoBSD: The Power to Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 06:33:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28143 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 06:33:02 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28135 for ; Sun, 27 Dec 1998 06:33:00 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id GAA07897; Sun, 27 Dec 1998 06:32:37 -0800 (PST) To: Jeroen Ruigrok/Asmodai cc: hackers@FreeBSD.ORG, shin@nd.net.fujitsu.co.jp (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=), Jun-ichiro itojun Hagino , Eivind Eklund Subject: Re: IPv6 - when? which? In-reply-to: Your message of "Sun, 27 Dec 1998 15:31:45 +0100." Date: Sun, 27 Dec 1998 06:32:37 -0800 Message-ID: <7893.914769157@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in > about 33 EU countries and some others (US-like export limitations). I'm well aware of this, but we can only hit one nail at a time. I would expect foreign mirrors who have been "Wassenaared" to simply exclude this portion of the mirror, just as I'm assuming they do for the "des" subdirectory right now. We can't emasculate security for everyone on account of this, that would be far worse. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 06:50:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29482 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 06:50:50 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29477 for ; Sun, 27 Dec 1998 06:50:49 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin3.ics.com [140.186.40.177]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id JAA12806; Sun, 27 Dec 1998 09:50:31 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id LAA11086; Sun, 27 Dec 1998 11:15:23 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <36865D18.1CFBAE39@ics.com> Date: Sun, 27 Dec 1998 11:15:21 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} Content-Type: multipart/mixed; boundary="------------ABD322CFF6D5DF3F54BC7E" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------ABD322CFF6D5DF3F54BC7E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The ELF specification says that the names of the DT_{INIT,FINI} functions in shared libraries are named .init() and .fini(), not _init() and _fini(). Perhaps someone thought this it would be more convenient to use _init() and _fini() instead of the correct names because C and C++ don't allow a leading '.' in tokens, and I agree that compiling to assembly, passing sed over the assembly, and then running the assembler to generate a .o file with the right function names is a bit more work; but it's not that onerous, especially when you automate it in a Makefile. There are four reasons that I can think of to use the right names: 1) following the published spec is just the right thing to do. 2) someone might expect to find the functions by their spec'd names. 3) using the '_' prefix intrudes on the library's normal reserved namespace. If I didn't know better I might wonder why my library function named _init() was being called at the wrong time and more than once. 4) it simplifies third party software development by allowing reuse of generic rulesets rather than have to invent separate rulesets for systems like Linux, *BSD, or other systems that have replaced the system tools with the GNU tools. See the print editions of the System V ABI (where ELF is defined) or http://www.sco.com/developer/gabi/ch4.sheader.html#special_sections for more information. For convenience, I've attached a small patch that fixes ld to look for the functions by the proper specified names. -- Kaleb --------------ABD322CFF6D5DF3F54BC7E Content-Type: text/plain; charset=us-ascii; name="ld.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ld.patch" *** binutils-2.9.1/bfd/elflink.h.orig Sun Dec 27 08:21:32 1998 --- binutils-2.9.1/bfd/elflink.h Sun Dec 27 08:53:38 1998 *************** *** 2335,2341 **** /* Add some entries to the .dynamic section. We fill in some of the values later, in elf_bfd_final_link, but we must add the entries now so that we know the final size of the .dynamic section. */ ! h = elf_link_hash_lookup (elf_hash_table (info), "_init", false, false, false); if (h != NULL && (h->elf_link_hash_flags & (ELF_LINK_HASH_REF_REGULAR --- 2335,2341 ---- /* Add some entries to the .dynamic section. We fill in some of the values later, in elf_bfd_final_link, but we must add the entries now so that we know the final size of the .dynamic section. */ ! h = elf_link_hash_lookup (elf_hash_table (info), ".init", false, false, false); if (h != NULL && (h->elf_link_hash_flags & (ELF_LINK_HASH_REF_REGULAR *************** *** 2344,2350 **** if (! elf_add_dynamic_entry (info, DT_INIT, 0)) return false; } ! h = elf_link_hash_lookup (elf_hash_table (info), "_fini", false, false, false); if (h != NULL && (h->elf_link_hash_flags & (ELF_LINK_HASH_REF_REGULAR --- 2344,2350 ---- if (! elf_add_dynamic_entry (info, DT_INIT, 0)) return false; } ! h = elf_link_hash_lookup (elf_hash_table (info), ".fini", false, false, false); if (h != NULL && (h->elf_link_hash_flags & (ELF_LINK_HASH_REF_REGULAR *************** *** 3900,3909 **** magic _init and _fini symbols. This is pretty ugly, but we are compatible. */ case DT_INIT: ! name = "_init"; goto get_sym; case DT_FINI: ! name = "_fini"; get_sym: { struct elf_link_hash_entry *h; --- 3900,3909 ---- magic _init and _fini symbols. This is pretty ugly, but we are compatible. */ case DT_INIT: ! name = ".init"; goto get_sym; case DT_FINI: ! name = ".fini"; get_sym: { struct elf_link_hash_entry *h; --------------ABD322CFF6D5DF3F54BC7E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 07:07:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01094 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 07:07:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01089 for ; Sun, 27 Dec 1998 07:07:07 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.1/8.9.1) id QAA96819; Sun, 27 Dec 1998 16:06:27 +0100 (CET) (envelope-from des) To: "Jordan K. Hubbard" Cc: Jeroen Ruigrok/Asmodai , hackers@FreeBSD.ORG, shin@nd.net.fujitsu.co.jp (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=), Jun-ichiro itojun Hagino , Eivind Eklund Subject: Re: IPv6 - when? which? References: <7893.914769157@zippy.cdrom.com> From: Dag-Erling Smorgrav Date: 27 Dec 1998 16:06:25 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of "Sun, 27 Dec 1998 06:32:37 -0800" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" writes: > > http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in > > about 33 EU countries and some others (US-like export limitations). > I'm well aware of this, but we can only hit one nail at a time. I > would expect foreign mirrors who have been "Wassenaared" to simply > exclude this portion of the mirror, just as I'm assuming they do for > the "des" subdirectory right now. We can't emasculate security for > everyone on account of this, that would be far worse. As I understand it, Wassenaar does not prohibit distribution of freely-available crypto, only of commercial crypto. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 07:07:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01231 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 07:07:17 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.wxs.nl (smtp02.wxs.nl [195.121.6.60]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01133 for ; Sun, 27 Dec 1998 07:07:13 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from chronias.ninth-circle.org ([195.121.57.198]) by smtp02.wxs.nl (Netscape Messaging Server 3.6) with ESMTP id AAA1599; Sun, 27 Dec 1998 16:06:57 +0100 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <7893.914769157@zippy.cdrom.com> Date: Sun, 27 Dec 1998 16:13:37 +0100 (CET) Organization: Ninth Circle Enterprises From: Jeroen Ruigrok/Asmodai To: "Jordan K. Hubbard" Subject: Re: IPv6 - when? which? Cc: Eivind Eklund , Jun-ichiro itojun Hagino , (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=) , hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ re-adjust the thread to a more appropriate list if needed ] On 27-Dec-98 Jordan K. Hubbard wrote: >> http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in >> about 33 EU countries and some others (US-like export limitations). > > I'm well aware of this, but we can only hit one nail at a time. I > would expect foreign mirrors who have been "Wassenaared" to simply > exclude this portion of the mirror, just as I'm assuming they do for > the "des" subdirectory right now. We can't emasculate security for > everyone on account of this, that would be far worse. Yer right, but I was grabbing the chance to inform =) And yer right about the `we can't take responsibility for security mirroring' attitude. I was merely trying to inform of the headaches we are all going to get if we let our governments huddle along like this. Besides I'd hate to see IPv6 fail because of political crap like this (Wassenaar, US-export limitations). Sure, we are the engineers, but if we aren't going to take a point of view somewhere in time regarding these matters, then I think Clipper-chip-like practices aren't far away (big generalisation). Realise that as soon as Wassenaar is effective (is it already?) KAME might export the sources to the US or Wassenaared countries, but to continue development will be near impossible, since we cannot sync sources, except through intermediate countries and then we cannot even sync sources out of the limited countries. Talk about a frustrating development model. And besides, IPv6 without secured IPSec sucks, since mere authentication isn't that much to write home about. [ rambles on ] --- Jeroen Ruigrok van der Werven Life is the only Pain asmodai(at)wxs.nl we endeavour... Network/Security Specialist BSD & picoBSD: The Power to Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 07:47:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04159 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 07:47:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04154 for ; Sun, 27 Dec 1998 07:47:13 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id AAA05634; Mon, 28 Dec 1998 00:46:45 +0900 (JST) Message-ID: <368656B8.4697FF3C@newsguy.com> Date: Mon, 28 Dec 1998 00:48:08 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Jeroen Ruigrok/Asmodai , hackers@FreeBSD.ORG Subject: Re: IPv6 - when? which? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok/Asmodai wrote: > > Well, yer unfortunately hitting a very, very unfortunate topic =\ > > http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in > about 33 EU countries and some others (US-like export limitations). It also *explicitly* excludes freely available software from these regulations. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com "Heart like a Gabriel, pure and white as ivory, soul like a lucifer, black and cold as a piece of lead." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 07:52:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04962 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 07:52:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ime.net (ime.net [209.90.192.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04947 for ; Sun, 27 Dec 1998 07:52:25 -0800 (PST) (envelope-from netmonger@genesis.ispace.com) Received: from celeris (56k-port4013.ime.net [209.90.195.23]) by ime.net (8.8.7/8.8.7) with SMTP id KAA12467; Sun, 27 Dec 1998 10:52:02 -0500 (EST) Message-Id: <4.1.19981227104829.00a84470@genesis.ispace.com> X-Sender: netmonger@genesis.ispace.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Sun, 27 Dec 1998 10:49:32 -0500 To: Nicolas Souchu From: Drew Baxter Subject: Re: Mainboard Monitor Probes (Linux port too hard?) Cc: Julian Elischer , hackers@FreeBSD.ORG, Steve Friedrich , takawata@shidahara1.planet.sci.kobe-u.ac.jp In-Reply-To: <19981226185257.20720@breizh.prism.uvsq.fr> References: <4.1.19981223152411.00b4d2d0@genesis.ispace.com> <19981220165555.52107@breizh.prism.uvsq.fr> <19981222011226.50577@breizh.prism.uvsq.fr> <4.1.19981223152411.00b4d2d0@genesis.ispace.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 06:52 PM 12/26/98 +0000, Nicolas Souchu wrote: >On Wed, Dec 23, 1998 at 03:27:00PM -0500, Drew Baxter wrote: >> >>The Linux stuff is GPL.. Perhaps it'd be more logical to use the Linux >>material only as a reference and not to extract code from it.. That'd be a >>sound way to get around that. Since most of the code does indeed rely on >>the /proc, that's about all it's good for. > >Certainly. Looking at there code more deeply, most of it rely on the /proc >architecture. I proposed them to move there code from outside the kernel >and define a /dev interface we could be compatible with. /dev is the best >solution I think since it could be shared with *BSD. > >Moreover, a /dev interface with ioctls would be really simple... with smb(4) >as a start point. /usr/include/machine/smb.h defines ioctls, but we'll >have to handle timing constraints too. > >A PIIX4 driver is available at http://www.freebsd.org/~nsouch/iicbus.html > >You may try it with smb(4) if you have the hardware. > Eh I'm already a few steps ahead.. installed it, but having some issues with it.. I'm doing a make installworld today (did buildworld last night), maybe that is why it didn't patch properly. --- Drew "Droobie" Baxter Network Admin/Professional Computer Nerd(TM) OneEX: The OneNetwork Exchange, Bangor Maine USA http://www.droo.orland.me.us PGP ID: 409A1F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 08:23:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07864 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 08:23:58 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07859 for ; Sun, 27 Dec 1998 08:23:57 -0800 (PST) (envelope-from drepper@cygnus.com) Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id IAA01526; Sun, 27 Dec 1998 08:23:36 -0800 (PST) Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id IAA27681; Sun, 27 Dec 1998 08:19:52 -0800 To: "Kaleb S. KEITHLEY" Cc: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: <36865D18.1CFBAE39@ics.com> Reply-To: drepper@cygnus.com (Ulrich Drepper) X-fingerprint: BE 3B 21 04 BC 77 AC F0 61 92 E4 CB AC DD B9 5A Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Ulrich Drepper Date: 27 Dec 1998 08:19:52 -0800 In-Reply-To: "Kaleb S. KEITHLEY"'s message of "Sun, 27 Dec 1998 11:15:21 -0500" Message-ID: Lines: 18 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kaleb S. KEITHLEY" writes: > The ELF specification says that the names of the DT_{INIT,FINI} > functions in shared libraries are named .init() and .fini(), not _init() > and _fini(). I assume you refer to the section titled "Initialization adn Termination Functions" in the TIS. If yes, read it again. What is named ".init" and ".fini" are the **section** where these functions are placed in. This are not the function names. In fact, the function names are not specified at all. _init and _fini come from folklore (speek, the first ELF implementations). -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 09:49:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15656 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 09:49:34 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15650 for ; Sun, 27 Dec 1998 09:49:31 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id RAA00774; Sun, 27 Dec 1998 17:48:50 GMT Date: Sun, 27 Dec 1998 17:48:49 +0000 (GMT) From: Doug Rabson To: Ulrich Drepper cc: "Kaleb S. KEITHLEY" , hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 27 Dec 1998, Ulrich Drepper wrote: > "Kaleb S. KEITHLEY" writes: > > > The ELF specification says that the names of the DT_{INIT,FINI} > > functions in shared libraries are named .init() and .fini(), not _init() > > and _fini(). > > I assume you refer to the section titled "Initialization adn > Termination Functions" in the TIS. If yes, read it again. > > What is named ".init" and ".fini" are the **section** where these > functions are placed in. This are not the function names. In fact, > the function names are not specified at all. _init and _fini come > from folklore (speek, the first ELF implementations). I haven't looked at the i386 code but the alpha _init() and _fini() are already in the correct sections. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 09:54:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16405 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 09:54:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16399 for ; Sun, 27 Dec 1998 09:54:14 -0800 (PST) (envelope-from drepper@cygnus.com) Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA03306; Sun, 27 Dec 1998 09:53:27 -0800 (PST) Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id JAA27711; Sun, 27 Dec 1998 09:49:42 -0800 To: Doug Rabson Cc: "Kaleb S. KEITHLEY" , hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: Reply-To: drepper@cygnus.com (Ulrich Drepper) X-fingerprint: BE 3B 21 04 BC 77 AC F0 61 92 E4 CB AC DD B9 5A Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Ulrich Drepper Date: 27 Dec 1998 09:49:42 -0800 In-Reply-To: Doug Rabson's message of "Sun, 27 Dec 1998 17:48:49 +0000 (GMT)" Message-ID: Lines: 17 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson writes: > > What is named ".init" and ".fini" are the **section** where these > > functions are placed in. This are not the function names. In fact, > > the function names are not specified at all. _init and _fini come > > from folklore (speek, the first ELF implementations). > > I haven't looked at the i386 code but the alpha _init() and _fini() are > already in the correct sections. I haven't said anything is wrong. In fact, everything is fine (function names, sections names). The original report is bogus. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 10:13:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18838 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 10:13:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18833 for ; Sun, 27 Dec 1998 10:13:47 -0800 (PST) (envelope-from ian@cygnus.com) Received: from subrogation.cygnus.com (subrogation.cygnus.com [192.80.44.76]) by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id NAA22328; Sun, 27 Dec 1998 13:13:31 -0500 (EST) Received: (ian@localhost) by subrogation.cygnus.com (950413.SGI.8.6.12/8.6.4) id NAA29995; Sun, 27 Dec 1998 13:13:30 -0500 Date: Sun, 27 Dec 1998 13:13:30 -0500 Message-Id: <199812271813.NAA29995@subrogation.cygnus.com> From: Ian Lance Taylor To: kaleb@ics.com CC: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org In-reply-to: <36865D18.1CFBAE39@ics.com> (kaleb@ics.com) Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Date: Sun, 27 Dec 1998 11:15:21 -0500 From: "Kaleb S. KEITHLEY" The ELF specification says that the names of the DT_{INIT,FINI} functions in shared libraries are named .init() and .fini(), not _init() and _fini(). No, it discusses section names, not symbol names. The ELF spec does not say how the DT_INIT and DT_FINI tags should be set. In general, the ELF spec describes how to execute an ELF object, not how to create one. That is, it specifies kernel behaviour, not linker behaviour. The original SVR4 linker automatically used _init and _fini for DT_INIT and DT_FINI. The GNU linker is compatible. Other ELF based linkers, such as the Irix 6 linker, act differently. See the print editions of the System V ABI (where ELF is defined) or http://www.sco.com/developer/gabi/ch4.sheader.html#special_sections for more information. Read it again. It's talking about section names. The symbol names _init and _fini conventionally appear in crti.o on SVR4 systems, and serve to indicate the start of the .init and .fini sections. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 11:18:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24417 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 11:18:23 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24410 for ; Sun, 27 Dec 1998 11:18:22 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin1.ics.com [140.186.40.175]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA03965; Sun, 27 Dec 1998 14:18:03 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id PAA11417; Sun, 27 Dec 1998 15:42:58 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <36869BCF.2F1CF0FB@ics.com> Date: Sun, 27 Dec 1998 15:42:55 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Ulrich Drepper CC: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > > On 27 Dec 1998, Ulrich Drepper wrote: > > > "Kaleb S. KEITHLEY" writes: > > > > > The ELF specification says that the names of the DT_{INIT,FINI} > > > functions in shared libraries are named .init() and .fini(), not _init() > > > and _fini(). > > > > I assume you refer to the section titled "Initialization adn > > Termination Functions" in the TIS. If yes, read it again. > > > > What is named ".init" and ".fini" are the **section** where these > > functions are placed in. This are not the function names. In fact, > > the function names are not specified at all. _init and _fini come > > from folklore (speek, the first ELF implementations). > > I haven't looked at the i386 code but the alpha _init() and _fini() are > already in the correct sections. On x86 ELF binutils/ld does not create .init or .fini sections. In the past, given the lack of tools to tag things as belonging in the .init and .fini sections that I have kludged it with assembler to create .init() and .fini() functions, and they were called. Given that the .init and .fini sections are simply executable code, I think the distinction between being sections and being functions is too subtle to support your case. So, to assert that the binutils/ld is compatible with SVR4 is erroneous. Furthermore, since we're allowing folkloric evidence, I'll assert that, kludge though it may be, the fact that my kludge works on the ELF reference implementation means that it should work elsewhere too. (The current release of SunPro C has #pragma init(fn[,fn...]) and #pragma fini(fn[,fn]) to tag functions for inclusion in .init and .fini.) And having reread the spec, as you so eloquently suggested, I'll take this opportunity return the favor and point out that binutils/ld has no support whatsoever for DT_INIT_ARRAY, DT_FINI_ARRAY, thereby precluding the possibility that a shared lib could have multiple initialization and/or termination functions. Nor does it handle multiple occurances of _init() or _fini() -- not that that would be the right way to handle multiple initialization and termination functions in any event. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 11:25:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25291 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 11:25:37 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25286 for ; Sun, 27 Dec 1998 11:25:36 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin1.ics.com [140.186.40.175]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA04049 Sun, 27 Dec 1998 14:25:19 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id PAA11431 for ; Sun, 27 Dec 1998 15:50:15 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <36869D85.7DE14518@ics.com> Date: Sun, 27 Dec 1998 15:50:13 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: [Fwd: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI}] Content-Type: multipart/mixed; boundary="------------52BFA1D76201DD564487EB71" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------52BFA1D76201DD564487EB71 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit forwarded here because of a mangled hackers address in the CC: line. Okay. I've confirmed that on e.g. Linux that ld does create .init and .fini sections, and on ELF FreeBSD 3.0-RELEASE it does not. Was this intentional? -- Kaleb --------------52BFA1D76201DD564487EB71 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA03629 Sun, 27 Dec 1998 14:01:18 -0500 (EST) Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA04665; Sun, 27 Dec 1998 11:00:39 -0800 (PST) Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id KAA27749; Sun, 27 Dec 1998 10:56:54 -0800 To: "Kaleb S. KEITHLEY" Cc: hcakers@freebsd.org, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: <36865D18.1CFBAE39@ics.com> <36868FAB.31DFF4F5@ics.com> Reply-To: drepper@cygnus.com (Ulrich Drepper) X-fingerprint: BE 3B 21 04 BC 77 AC F0 61 92 E4 CB AC DD B9 5A Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Ulrich Drepper Date: 27 Dec 1998 10:56:54 -0800 In-Reply-To: "Kaleb S. KEITHLEY"'s message of "Sun, 27 Dec 1998 14:51:07 -0500" Message-ID: X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" "Kaleb S. KEITHLEY" writes: > The current binutils/ld does not even create .init or .fini sections at > all. Of course they do. I don't know about any of these *BSD platforms but if those who did the port did it right there are these sections. On all ELF platforms I know (Linux, Hurd, Solaris) there are these sections. > The way the binutils ld currently works, if ld sees a function called > _init() when it is creating a shared library, it gives it all the > semantics of .init(), but doesn't even create a .init section. Likewise > for _fini. Wrong in general. Maybe true for the *BSD ports but it's no generic problem. If it is what you see complain at those who wrote the *BSD support. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------ --------------52BFA1D76201DD564487EB71-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 11:51:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27449 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 11:51:22 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27443 for ; Sun, 27 Dec 1998 11:51:19 -0800 (PST) (envelope-from drepper@cygnus.com) Received: from happy.cygnus.com (happy.cygnus.com [205.180.230.206]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA05428; Sun, 27 Dec 1998 11:51:03 -0800 (PST) Received: (drepper@localhost) by happy.cygnus.com (8.8.7/8.6.4) id LAA27786; Sun, 27 Dec 1998 11:47:18 -0800 To: "Kaleb S. KEITHLEY" Cc: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: <36869BCF.2F1CF0FB@ics.com> Reply-To: drepper@cygnus.com (Ulrich Drepper) X-fingerprint: BE 3B 21 04 BC 77 AC F0 61 92 E4 CB AC DD B9 5A Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Ulrich Drepper Date: 27 Dec 1998 11:47:18 -0800 In-Reply-To: "Kaleb S. KEITHLEY"'s message of "Sun, 27 Dec 1998 15:42:55 -0500" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kaleb S. KEITHLEY" writes: > And having reread the spec, as you so eloquently suggested, I'll take > this opportunity return the favor and point out that binutils/ld has no > support whatsoever for DT_INIT_ARRAY, DT_FINI_ARRAY, That's the only correct point you brought up. We have not implemented these new tags so far. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 12:02:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28149 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 12:02:20 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA28144 for ; Sun, 27 Dec 1998 12:02:18 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin2.ics.com [140.186.40.176]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id PAA10598; Sun, 27 Dec 1998 15:01:31 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id QAA11496; Sun, 27 Dec 1998 16:26:10 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <3686A5EF.62319AC4@ics.com> Date: Sun, 27 Dec 1998 16:26:07 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: Ulrich Drepper CC: hackers@FreeBSD.ORG, bug-gnu-utils@gnu.org Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: <36869BCF.2F1CF0FB@ics.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ulrich Drepper wrote: > > "Kaleb S. KEITHLEY" writes: > > > And having reread the spec, as you so eloquently suggested, I'll take > > this opportunity return the favor and point out that binutils/ld has no > > support whatsoever for DT_INIT_ARRAY, DT_FINI_ARRAY, > > That's the only correct point you brought up. The ONLY correct point? Plonk. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 13:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05515 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 13:33:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05510 for ; Sun, 27 Dec 1998 13:33:30 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from localhost (dfr@localhost) by nlsystems.com (8.9.1/8.8.5) with SMTP id VAA01535; Sun, 27 Dec 1998 21:33:06 GMT Date: Sun, 27 Dec 1998 21:33:06 +0000 (GMT) From: Doug Rabson To: "Kaleb S. KEITHLEY" cc: hackers@FreeBSD.ORG Subject: Re: [Fwd: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI}] In-Reply-To: <36869D85.7DE14518@ics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 27 Dec 1998, Kaleb S. KEITHLEY wrote: > forwarded here because of a mangled hackers address in the CC: line. > > Okay. I've confirmed that on e.g. Linux that ld does create .init and > .fini sections, and on ELF FreeBSD 3.0-RELEASE it does not. Was this > intentional? On 3.0-RELEASE, these sections are created by the various C startup pieces, crt1.o, crti.o, crtbegin.o, crtend.o and crtn.o. I have no idea if ld(1) was supposed to create the sections but if you use the stock gcc compiler in the release to link the program or shared library, then the various pieces are threaded together in the correct sequence. For linking 'by hand' on i386, you need something like: crt1.o crti.o crtbegin.o myfile.o crtend.o crtn.o for programs and: crti.o crtbeginS.o myfile crtendS.o crtn.o for shared libs. The sequence is different for alpha (remove crti.o and crtn.o). -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 14:12:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09131 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 14:12:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09126 for ; Sun, 27 Dec 1998 14:12:26 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id QAA39900; Sun, 27 Dec 1998 16:11:59 -0600 (CST) Date: Sun, 27 Dec 1998 16:11:58 -0600 From: Dan Nelson To: "David O'Brien" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] Message-ID: <19981227161158.A39808@dan.emsphone.com> References: <19981225191525.A29195@nuxi.com> <3709.914670507@zippy.cdrom.com> <19981226103531.B29283@nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <19981226103531.B29283@nuxi.com>; from "David O'Brien" on Sat Dec 26 10:35:31 GMT 1998 X-OS: FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Dec 26), David O'Brien said: > On Sat, Dec 26, 1998 at 03:08:27AM -0800, Jordan K. Hubbard wrote: > > It would be great if MHonarc worked on lists this big. Try it > > sometime. :( I also don't know of any way to build "incremental" from > > Ah. That's a shame, but thanks for the info. egroups.com (formerly Findmail) does a good job of archiving lists if you don't mind the ad banner at the top of every page. http://www.egroups.com/list/freebsd-hackers is the url for this list, for example. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 14:33:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10672 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 14:33:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gateway.toti.est.is (toti.est.is [194.144.208.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10666 for ; Sun, 27 Dec 1998 14:33:43 -0800 (PST) (envelope-from totii@est.is) Received: from asus (asus.toti.est.is [192.168.255.2]) by gateway.toti.est.is (8.9.1/8.9.1) with ESMTP id WAA37826 for ; Sun, 27 Dec 1998 22:33:17 GMT (envelope-from totii@est.is) Message-ID: <3686B5CF.9A390F55@est.is> Date: Sun, 27 Dec 1998 22:33:51 +0000 From: Thordur Ivarsson Reply-To: thivars@est.is X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: "hackers@FreeBSD.ORG" Subject: Panic - any ideas? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My system has stoped twice this month with Panic: pmap_zero_page: CMAP2 busy Do you have any ideas My dmesg: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Dec 8 19:04:56 GMT 1998 root@gateway.toti.est.is:/usr/src/sys/compile/TOTI Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 200455212 Hz CPU: Pentium/P55C (200.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x544 Stepping=4 Features=0x8001bf real memory = 67108864 (65536K bytes) config> quit avail memory = 62734336 (61264K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip2: rev 0x01 on pci0.7.3 ahc0: rev 0x00 int a irq 9 on pci0.17.0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs vga0: rev 0x00 on pci0.18.0 xl0: <3Com 3c900 Etherlink XL 10BaseT Combo> rev 0x00 int a irq 9 on pci0.19.0 xl0: Ethernet address: 00:60:08:ab:dd:b0 xl0: selecting 10baseT transceiver, half duplex Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x3bc-0x3c3 irq 5 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x378-0x37f irq 7 on isa lpt1: Interrupt-driven port lp1: TCP/IP capable interface lpt2 at 0x278-0x27f irq 9 on isa lpt2: Interrupt-driven port lp2: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3020MB (6185088 sectors), 6136 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 3020MB (6185088 sectors), 6136 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 4120MB (8438850 sectors), 8930 cyls, 15 heads, 63 S/T, 512 B/S wdc1: unit 1 (wd3): wd3: 4120MB (8438850 sectors), 8930 cyls, 15 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround IP packet filtering initialized, divert enabled, rule-based forwarding disabled, unlimited logging ccd0-1: Concatenated disk drivers Waiting 15 seconds for SCSI devices to settle changing root device to wd0s1a da0 at ahc0 bus 0 target 3 lun 0 da0: Removable Optical SCSI-2 device da0: 5.0MB/s transfers (5.0MHz, offset 8) da0: 217MB (446325 512 byte sectors: 64H 32S/T 217C) cd0 at ahc0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 5.0MB/s transfers (5.0MHz, offset 15) cd0: cd present [303397 x 2048 byte records] cd1 at ahc0 bus 0 target 2 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 4.32MB/s transfers (4.32MHz, offset 15) cd1: cd present [301311 x 2048 byte records] My mount: /dev/wd0s1a on / (local, writes: sync 33 async 773) /dev/wd0s1g on /home (NFS exported, local, writes: sync 136 async 1313) /dev/wd0s1f on /usr (local, writes: sync 394 async 1553) /dev/wd0s1e on /var (local, writes: sync 683 async 1782) procfs on /proc (local) /dev/ccd0c on /public (local, writes: sync 26 async 288) /dev/cd0c on /home/ftp/pub/distfiles.cd (local, read-only, union) /dev/cd1c on /home/ftp/pub/distfiles.cd (local, read-only, union) /home/ftp/pub/distfiles on /home/ftp/pub/distfiles.cd (local, union) Thordur Ivarsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 14:34:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10745 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 14:34:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (sj-dsl-9-129-138.dspeed.net [209.249.129.138]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10732 for ; Sun, 27 Dec 1998 14:34:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.1/8.8.8) with ESMTP id OAA46737; Sun, 27 Dec 1998 14:33:43 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199812272233.OAA46737@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Dan Nelson cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] In-reply-to: Your message of "Sun, 27 Dec 1998 16:11:58 CST." <19981227161158.A39808@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 14:33:42 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In the last episode (Dec 26), David O'Brien said: > > On Sat, Dec 26, 1998 at 03:08:27AM -0800, Jordan K. Hubbard wrote: > > > It would be great if MHonarc worked on lists this big. Try it > > > sometime. :( I also don't know of any way to build "incremental" from > > > > Ah. That's a shame, but thanks for the info. > > egroups.com (formerly Findmail) does a good job of archiving lists if > you don't mind the ad banner at the top of every page. > http://www.egroups.com/list/freebsd-hackers is the url for this list, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Very cool to surf the freebsd mailing lists 8) Tnks! Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 14:37:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10949 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 14:37:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles310.castles.com [208.214.167.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10937 for ; Sun, 27 Dec 1998 14:37:49 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA05282; Sun, 27 Dec 1998 14:34:58 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812272234.OAA05282@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: Jeroen Ruigrok/Asmodai , hackers@FreeBSD.ORG, shin@nd.net.fujitsu.co.jp (=?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?=), Jun-ichiro itojun Hagino , Eivind Eklund Subject: Re: IPv6 - when? which? In-reply-to: Your message of "Sun, 27 Dec 1998 06:32:37 PST." <7893.914769157@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Dec 1998 14:34:57 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in > > about 33 EU countries and some others (US-like export limitations). > > I'm well aware of this, but we can only hit one nail at a time. I > would expect foreign mirrors who have been "Wassenaared" to simply > exclude this portion of the mirror, just as I'm assuming they do for > the "des" subdirectory right now. We can't emasculate security for > everyone on account of this, that would be far worse. The agreement specifically excludes software "in the public domain", where "in the public domain" is defined in such a fashion as to almost certainly let us through. Also, the Wassenaar agreement is a unified statement of intent, not a legal instrument itself; the signatory nations agree to eventually enact legislation which at least meets its criteria, but you can't be busted under the agreement itself. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 14:53:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12727 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 14:53:18 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12718 for ; Sun, 27 Dec 1998 14:53:13 -0800 (PST) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with ESMTP id RAA03219; Sun, 27 Dec 1998 17:51:21 -0500 (EST) Date: Sun, 27 Dec 1998 17:51:21 -0500 (EST) From: Chuck Robey To: Mike Smith cc: "Jordan K. Hubbard" , Jeroen Ruigrok/Asmodai , hackers@FreeBSD.ORG, =?ISO-2022-JP?B?GyRCMGY+ZU5JPy4bKEI=?= , Jun-ichiro itojun Hagino , Eivind Eklund Subject: Re: IPv6 - when? which? In-Reply-To: <199812272234.OAA05282@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 27 Dec 1998, Mike Smith wrote: > > > http://www.wassenaar.org - limits export of crypto bigger than 56/64 bits in > > > about 33 EU countries and some others (US-like export limitations). > > > > I'm well aware of this, but we can only hit one nail at a time. I > > would expect foreign mirrors who have been "Wassenaared" to simply > > exclude this portion of the mirror, just as I'm assuming they do for > > the "des" subdirectory right now. We can't emasculate security for > > everyone on account of this, that would be far worse. > > The agreement specifically excludes software "in the public domain", > where "in the public domain" is defined in such a fashion as to almost > certainly let us through. > > Also, the Wassenaar agreement is a unified statement of intent, not a > legal instrument itself; the signatory nations agree to eventually > enact legislation which at least meets its criteria, but you can't be > busted under the agreement itself. Absolutely true, and it's causing all hell to break out in several countries where it's virtually against their own constitution. Norway is having a fine time of it. Also, the interpretation is varying, country by country. Some countries have taken a very hard line, some are quiet. The crytography list from c2.net has been full of these discussions. Basically, there's lots of government inspired FUD, which the US government is basically all in favor of, so they won't help. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 15:48:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17568 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 15:48:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA17321; Sun, 27 Dec 1998 15:48:26 -0800 (PST) (envelope-from se@dialup124.zpr.uni-koeln.de) Received: from dialup124.zpr.Uni-Koeln.DE (dialup124.zpr.Uni-Koeln.DE [134.95.219.124]) by Sisyphos.MI.Uni-Koeln.DE (8.8.7/8.8.7) with ESMTP id AAA17522; Mon, 28 Dec 1998 00:47:51 +0100 (MET) Received: (from se@localhost) by dialup124.zpr.Uni-Koeln.DE (8.9.1/8.6.9) id PAA00539; Sun, 27 Dec 1998 15:44:04 +0100 (CET) Message-ID: <19981227154403.B490@mi.uni-koeln.de> Date: Sun, 27 Dec 1998 15:44:03 +0100 From: Stefan Esser To: Mike Smith , "Daniel O'Connor" Cc: freebsd-hackers@FreeBSD.ORG, Stefan Esser Subject: Re: PCI IRQ mappings Reply-To: se@FreeBSD.ORG Mail-Followup-To: Mike Smith , Daniel O'Connor , freebsd-hackers@FreeBSD.ORG References: <199812210521.VAA49288@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199812210521.VAA49288@dingo.cdrom.com>; from Mike Smith on Sun, Dec 20, 1998 at 09:21:25PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1998-12-20 21:21 -0800, Mike Smith wrote: > > This is a VM86 thing then? :) > > That's the easiest way to do it. I get the impression that you should > be able to call the PCI BIOS from 32-bit mode as well, but I don't have > the documentation to hand. I have the documentation and once looked into adding functions that give access to just those IRQ routing functions. (You may remember the mails we exchanged on that topic.) But I found the call interface to be quite messy, and it just didn't seem useful enough. Well, regarding the problem with PCI cards which fail to share their interrupts: What you get from the BIOS is information on the IRQs that are assigned to groups of Int pins of the PCI slots. You can only change the vector used by each such group. Typically IntA of one PCI slot is connected to IntB of the neighbour slot (see the mail list archives for further information, this has been discussed too often already ;-). What this means, is that you probably can't re-assign IRQs in such a way, that different devices share interrupts then before, since this is a hardware feature of your main-board. You can just assign a different IRQ to a whole group of your devices. I have seen drivers that don't look perfectly right if used with shared interrupts. This may be true for the Lance driver, for example, which started as an ISA-only driver and did not need to support shared interrupts, then. The problem is with chips that need a state-changing command to be issued just to read the ISR. In the case of the Lance there is an "register address" register, which must be written in order to read the ISR. If the driver has just set that address register to point to some register to operate on (and knows the chip can't possibly issue an interrupt right now, since it is not active, and thus that address register won't be changed by the interrupt handler), then polling for the actual source of the interrupt request may still change that address register and thus void the assumption! We need to know, which driver fails with shared interrupts. The best bet to resolve the problem quickly most probably is to re-shuffle PCI cards until the interrupts are only shared between devices/drivers that tolerate this. (All should, of course!) Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 15:58:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18502 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 15:58:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cserv.oksys.bg (ppp45.bulinfo.net [195.10.36.90]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18432 for ; Sun, 27 Dec 1998 15:58:14 -0800 (PST) (envelope-from ian@bulinfo.net) Received: from bulinfo.net (cserv.oksys.bg [192.72.180.21]) by cserv.oksys.bg (8.8.8/8.8.8) with ESMTP id BAA04650 for ; Mon, 28 Dec 1998 01:56:51 +0200 (EET) (envelope-from ian@bulinfo.net) Message-ID: <3686C942.B51A4937@bulinfo.net> Date: Mon, 28 Dec 1998 01:56:50 +0200 From: Yani Brankov Organization: ok systems X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-STABLE i386) X-Accept-Language: bg, en MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: howto redirect stdin/stdout Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Maybe it's a stupid question, but I don't have much time to search into the FreeBSD sources for an example. I need to redirect the stdout from a parent process to stdin to its child within a C program. Imagine I would like to start lpr(1) with exec(3) from the C program and send data to stdin of the lpr(1) from the same C prg. I don't know what to do with the file descriptors. If you don't have much time too, just tell me where to find a helpful example. Thanks in advance. --ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 18:11:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08040 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 18:11:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08035 for ; Sun, 27 Dec 1998 18:11:34 -0800 (PST) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with ESMTP id VAA03505; Sun, 27 Dec 1998 21:09:44 -0500 (EST) Date: Sun, 27 Dec 1998 21:09:44 -0500 (EST) From: Chuck Robey To: Yani Brankov cc: hackers@FreeBSD.ORG Subject: Re: howto redirect stdin/stdout In-Reply-To: <3686C942.B51A4937@bulinfo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 28 Dec 1998, Yani Brankov wrote: > > Hi, > > Maybe it's a stupid question, but I don't have much time to search into > the FreeBSD sources for an example. > > I need to redirect the stdout from a parent process > to stdin to its child within a C program. > > Imagine I would like to start lpr(1) with exec(3) from the C program > and send data to stdin of the lpr(1) from the same C prg. > > I don't know what to do with the file descriptors. > > If you don't have much time too, just tell me where to find a helpful > example. Two answers. This is either a very simple thing, or a mildly complicated one (depending on your C sophistication). The simplest way is to use popen, look at the man page, it's not real hard, and the pipe comes automatically made correctly for you. The other method, which I *really* recommend anyways, is to go out and buy Richard Stevens book Advanced Programming In The Unix Environment. I know book money comes dear, but this book is a keeper, and explains all the contortions you could possibly want to know, making a program interact with the Unix OS. Extremely recommended by anyone who's ever read it, really. This will show you how to use popen, and also how to go ahead and make your own parent<->child connection the way you (roughly) described. > > Thanks in advance. > > --ian > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 18:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10399 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 18:40:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from brooklyn.slack.net (brooklyn.slack.net [206.41.21.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA10394 for ; Sun, 27 Dec 1998 18:40:23 -0800 (PST) (envelope-from andrewr@brooklyn.slack.net) Received: from localhost (andrewr@localhost) by brooklyn.slack.net (8.8.7/8.8.7) with SMTP id VAA18679; Sun, 27 Dec 1998 21:42:47 -0500 (EST) Date: Sun, 27 Dec 1998 21:42:47 -0500 (EST) From: andrewr To: Yoshinobu Inoue cc: hackers@FreeBSD.ORG Subject: Re: IPv6 - when? which? In-Reply-To: <19981227132444B.shin@nd.net.fujitsu.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 27 Dec 1998, Yoshinobu Inoue wrote: > > KAME for 3.0 is almost ready. (IPsec and IPv6 is working. Some > user-land work is left.) > And I can make KAME for current as the next step, if it is necessary. As for the user-land stuff, what is still needed? and is that work only to be done by the KAME project team?? > > Because unified-ipv6 issue happened when I began TCP v4/v6 merging, I > tried to make TCP part alike INRIA code, as much as possible. > However this is not from formal unified-ipv6 source tree. It is being > prepared separately. > > If IPsec and IPv6 is needed for FreeBSD current so urgently, KAME will > soon be available. (But some major change will happen in the future, > as it is unified with other IPv6 protocol stacks) > Or if people think more unified version should be incorporated at > first, it will also be ready in few months. > > > Yoshinobu Inoue > shin@kame.net > > 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 Sun Dec 27 19:24:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13226 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 19:24:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13221 for ; Sun, 27 Dec 1998 19:24:36 -0800 (PST) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (itojun@localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.1+3.1W/3.7W) with ESMTP id MAA23922; Mon, 28 Dec 1998 12:23:54 +0900 (JST) To: andrewr cc: Yoshinobu Inoue , hackers@FreeBSD.ORG In-reply-to: andrewr's message of Sun, 27 Dec 1998 21:42:47 EST. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: IPv6 - when? which? From: Jun-ichiro itojun Hagino Date: Mon, 28 Dec 1998 12:23:53 +0900 Message-ID: <23918.914815433@coconut.itojun.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> KAME for 3.0 is almost ready. (IPsec and IPv6 is working. Some >> user-land work is left.) >> And I can make KAME for current as the next step, if it is necessary. >As for the user-land stuff, what is still needed? and is that work only to >be done by the KAME project team?? Most of applications that come with OS (ftp/telnet/whatever) are ready. Also, ftp://ftp.kame.net/pub/kame/misc/ http://www2.kame.net/faq/fom.cgi?file=45 has tiny list of IPv6-ready applications. If you can supply patches for other applications, it would be really helpful (and I would like to merge your patches to KAME kit, and other places). Please refer to http://www.kame.net/newsletter/19980604/ and RFC2133/2292 for new library functions. The point is we MUST avoid gethostbyname() and gethostbyaddr(). getaddrinfo() and getnameinfo() gives much cleaner way to implement name lookups. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 21:08:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21565 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 21:08:46 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21557 for ; Sun, 27 Dec 1998 21:08:44 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id VAA23129; Sun, 27 Dec 1998 21:08:28 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id VAA08288; Sun, 27 Dec 1998 21:08:27 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 27 Dec 1998 21:08:27 -0800 (PST) Message-Id: <199812280508.VAA08288@vashon.polstra.com> To: kaleb@ics.com Subject: Re: dynamic libraries loading Newsgroups: polstra.freebsd.hackers In-Reply-To: <36850172.41C67EA6@ics.com> References: Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <36850172.41C67EA6@ics.com>, Kaleb S. KEITHLEY wrote: > > Note however that the ELF specification says that these functions should > be called .init() and .fini(). Where does it say that? I'm quite familiar with the SVR4 ABI specification (which _is_ the ELF spec). It says nothing of the sort, to my knowledge. > Looking at the sources in /usr/src/libexec/rtld-elf/, I see that rtld > relies on the DT_INIT and DT_FINI tags to find the functions in the > shared lib. Right. And *that's* what the ELF specification says to do. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 21:16:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22477 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 21:16:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22471 for ; Sun, 27 Dec 1998 21:16:47 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id VAA23168; Sun, 27 Dec 1998 21:16:27 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id VAA08330; Sun, 27 Dec 1998 21:16:26 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 27 Dec 1998 21:16:26 -0800 (PST) Message-Id: <199812280516.VAA08330@vashon.polstra.com> To: mike@smith.net.au Subject: Re: split scontrib, was Re: /usr/src/gnu sources Newsgroups: polstra.freebsd.hackers In-Reply-To: <199812271121.DAA02164@dingo.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199812271121.DAA02164@dingo.cdrom.com>, Mike Smith wrote: > > Breaking the directories doesn't make any sense; any method of fetching > them already has better granularity (except perhaps CVSup). If you > want smaller CVSup fragments, talk to John. Don't talk to John, just RTFM. ;-) With the "-i" option (or the "Filter" type-in) you can get any little pieces you want, down to a single file. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Dec 27 21:23:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23136 for freebsd-hackers-outgoing; Sun, 27 Dec 1998 21:23:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA23130 for ; Sun, 27 Dec 1998 21:23:49 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id VAA23253; Sun, 27 Dec 1998 21:23:33 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id VAA08366; Sun, 27 Dec 1998 21:23:33 -0800 (PST) (envelope-from jdp@polstra.com) Date: Sun, 27 Dec 1998 21:23:33 -0800 (PST) Message-Id: <199812280523.VAA08366@vashon.polstra.com> To: kaleb@ics.com Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} Newsgroups: polstra.freebsd.hackers In-Reply-To: <36869BCF.2F1CF0FB@ics.com> References: Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <36869BCF.2F1CF0FB@ics.com>, Kaleb S. KEITHLEY wrote: > > > > > > What is named ".init" and ".fini" are the **section** where these > > > functions are placed in. This are not the function names. In fact, > > > the function names are not specified at all. _init and _fini come > > > from folklore (speek, the first ELF implementations). > > > > I haven't looked at the i386 code but the alpha _init() and _fini() are > > already in the correct sections. > > On x86 ELF binutils/ld does not create .init or .fini sections. Nor does it need to. Nor should it. That's taken care of by the various crt*.o modules in /usr/lib. > In the past, given the lack of tools to tag things as belonging in > the .init and .fini sections that I have kludged it with assembler > to create .init() and .fini() functions, and they were called. Given > that the .init and .fini sections are simply executable code, I > think the distinction between being sections and being functions is > too subtle to support your case. There is nothing subtle about the difference between sections and functions. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 05:20:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA00794 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 05:20:20 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ics.com (ics.com [140.186.40.192]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00789 for ; Mon, 28 Dec 1998 05:20:16 -0800 (PST) (envelope-from kaleb@ics.com) Received: from kaleb.keithley.belmont.ma.us (pmdialin5.ics.com [140.186.40.179]) by ics.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id IAA13577 Mon, 28 Dec 1998 08:19:58 -0500 (EST) Received: from kaleb.keithley.belmont.ma.us (localhost [127.0.0.1]) by kaleb.keithley.belmont.ma.us (8.9.1/8.9.1) with SMTP id JAA09005 for ; Mon, 28 Dec 1998 09:45:06 -0500 (EST) (envelope-from kaleb@ics.com) Message-ID: <3687996E.63DECDAD@ics.com> Date: Mon, 28 Dec 1998 09:45:02 -0500 From: "Kaleb S. KEITHLEY" Organization: Integrated Computer Solutions X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} References: <199812280523.VAA08366@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > In article <36869BCF.2F1CF0FB@ics.com>, > Kaleb S. KEITHLEY wrote: > > > > > > > > What is named ".init" and ".fini" are the **section** where these > > > > functions are placed in. This are not the function names. In fact, > > > > the function names are not specified at all. _init and _fini come > > > > from folklore (speek, the first ELF implementations). > > > > > > I haven't looked at the i386 code but the alpha _init() and _fini() are > > > already in the correct sections. > > > > On x86 ELF binutils/ld does not create .init or .fini sections. > > Nor does it need to. Nor should it. That's taken care of by the > various crt*.o modules in /usr/lib. That's not what's wanted. If a shared library is created with cc, which pulls in /usr/lib/crti.o, then we get the .init and .fini sections, plus no-op _init() and _fini() functions. That's bad if I've written my own _init() and _fini() functions then I get multiple definitions and the link fails. Those no-op functions don't even have returns. What happens if something tries to call them? Apparently the rtld is smart enough not to call them if they're zero length??? If I create the shared library with ld (and deliberately don't link crti.o), then I don't get .init and .fini sections. Right now it doesn't seem to hurt anything. Perhaps the _init() and _fini functions in crti.S need to be weak symbols. Otherwise if I want my own _init() and _fini() funcions and I'm being pedantic and want them in .init and .fini sections, I have to resort to compile-to-assembler, edit, and assemble in order to accomplish that. > > > In the past, given the lack of tools to tag things as belonging in > > the .init and .fini sections that I have kludged it with assembler > > to create .init() and .fini() functions, and they were called. Given > > that the .init and .fini sections are simply executable code, I > > think the distinction between being sections and being functions is > > too subtle to support your case. > > There is nothing subtle about the difference between sections and > functions. I did not say that the difference between sections and functions was subtle. I said the difference between __these__ two sections and functions was subtle. .init and .fini sections are __special__ sections. The spec says they point to executable code. A function label points to executable code too. As such the distinction between them seems subtle. And as I recall, circa Solaris 2.3, functions named .init() and .fini() in a shared library would be called. I don't have a 2.3 system to retry this, and it doesn't work on 2.4, so it's moot. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 06:10:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04217 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 06:10:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from atdot.dotat.org (atdot.dotat.org [203.23.150.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04211 for ; Mon, 28 Dec 1998 06:10:49 -0800 (PST) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.1/8.7) id AAA05176; Tue, 29 Dec 1998 00:39:40 +1030 (CST) From: Mark Newton Message-Id: <199812281409.AAA05176@atdot.dotat.org> Subject: Re: LDT entries - Proposed change To: obrien@nuxi.ucdavis.edu Date: Tue, 29 Dec 1998 00:39:40 +1030 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19981226230454.B19562@nuxi.com> from "David O'Brien" at Dec 26, 98 11:04:54 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > I think there is enough already running that it SHOULD > > be committed. > > me too :-) Ok, I have one "no" and a flurry of "yes"'s, so I'll go ahead with it as soon as I've built a -current kernel to test it against. - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1958-3414 ------------- Fax: +61-8-83034403 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 06:45:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07247 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 06:45:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07242 for ; Mon, 28 Dec 1998 06:45:38 -0800 (PST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id JAA01150 for ; Mon, 28 Dec 1998 09:45:15 -0500 (EST) Received: from bmcgover-pc.cisco.com (localhost.pa.dtd.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.9.1/8.9.1) with ESMTP id JAA04498 for ; Mon, 28 Dec 1998 09:45:19 -0500 (EST) (envelope-from bmcgover@bmcgover-pc.cisco.com) Message-Id: <199812281445.JAA04498@bmcgover-pc.cisco.com> To: hackers@FreeBSD.ORG Reply-to: bmcgover@cisco.com Subject: Aquiring contiguous wired physical memory in the kernel... Date: Mon, 28 Dec 1998 09:45:19 -0500 From: Brian McGovern Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been looking through the mailing lists for the better part of a half hour or so trying to find the answer to this, but it seems that the answers either conflict for method, or the answers work for a specific case. So, I'll ask the question directly, and hopefully get the "best" answer :) I'm about 1/3 of the way through writing a device driver for a high-density tty-like device (108 modems in a PCI slot form factor). While the module has on-board RAM that I can use for buffering, the device is also capable of using the host's RAM for buffering, which I'd like to take advantage of. What I need to be able to do is malloc() a chunk of memory (say 512K-1MB) that is physically contiguous. Then, I need to be able to get the PHYSICAL address of this memory chunk, and pass it back off to the board so it can directly access the memory. Looking through some of the drivers in the pci subdirectory, it appears that they use a macro caled vtophys, which calls pmap_kextract, then adds 1073741825 ((1024 * 1024 * 1024) + 1) to the result. Others seem to use kv_top() to get the physical address. Anyone care to comment? -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 07:06:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08437 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 07:06:54 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08432 for ; Mon, 28 Dec 1998 07:06:51 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Netplex) with ESMTP id XAA65889; Mon, 28 Dec 1998 23:06:24 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199812281506.XAA65889@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: bmcgover@cisco.com cc: hackers@FreeBSD.ORG Subject: Re: Aquiring contiguous wired physical memory in the kernel... In-reply-to: Your message of "Mon, 28 Dec 1998 09:45:19 EST." <199812281445.JAA04498@bmcgover-pc.cisco.com> Date: Mon, 28 Dec 1998 23:06:23 +0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian McGovern wrote: > I've been looking through the mailing lists for the better part of a half hou r > or so trying to find the answer to this, but it seems that the answers either > conflict for method, or the answers work for a specific case. So, I'll ask > the question directly, and hopefully get the "best" answer :) > > I'm about 1/3 of the way through writing a device driver for a high-density > tty-like device (108 modems in a PCI slot form factor). While the module has > on-board RAM that I can use for buffering, the device is also capable of usin g > the host's RAM for buffering, which I'd like to take advantage of. > > What I need to be able to do is malloc() a chunk of memory (say 512K-1MB) tha t > is physically contiguous. Then, I need to be able to get the PHYSICAL address > of this memory chunk, and pass it back off to the board so it can directly > access the memory. > > Looking through some of the drivers in the pci subdirectory, it appears that > they use a macro caled vtophys, which calls pmap_kextract, then adds 10737418 25 > ((1024 * 1024 * 1024) + 1) to the result. Others seem to use kv_top() to get > the physical address. > > Anyone care to comment? > -Brian Well, I'd certainly love to comment on the subject at hand... 108 modem-like devices on a pci card? Wow!! :-) Where do I sign up? :-) Anyway, what you are looking for is contigmalloc(). It is best to use this as early as possible in the system boot before memory gets too fragmented. You can specify an optional upper memory limit (eg: all within bottom 16MB for ISA dma), and alignment (ie: start on a 64K boundary), and a sort-of region limit (ie: the start and end must be in (say) the same 4MB) chunk. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 09:57:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25615 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 09:57:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25602 for ; Mon, 28 Dec 1998 09:57:39 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id JAA00413; Mon, 28 Dec 1998 09:57:03 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id JAA09526; Mon, 28 Dec 1998 09:57:03 -0800 (PST) (envelope-from jdp@polstra.com) Date: Mon, 28 Dec 1998 09:57:03 -0800 (PST) Message-Id: <199812281757.JAA09526@vashon.polstra.com> To: kaleb@ics.com Subject: Re: ld (bfd): wrong function names for ELF shared library DT_{INIT,FINI} Newsgroups: polstra.freebsd.hackers In-Reply-To: <3687996E.63DECDAD@ics.com> References: <199812280523.VAA08366@vashon.polstra.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > On x86 ELF binutils/ld does not create .init or .fini sections. > > > > Nor does it need to. Nor should it. That's taken care of by the > > various crt*.o modules in /usr/lib. > > That's not what's wanted. If a shared library is created with cc, which > pulls in /usr/lib/crti.o, then we get the .init and .fini sections, plus > no-op _init() and _fini() functions. That's bad if I've written my own > _init() and _fini() functions then I get multiple definitions and the > link fails. You are not supposed to write your own _init() and _fini() functions directly, nor do you need to (see below). Those symbols are reserved to the implementation. Look up "reserved identifiers" in the C standard if you want the gory details. > Those no-op functions don't even have returns. Yes they do. Look at "src/lib/csu/i386-elf/crtn.S". This whole thread is pretty frustrating. You have been jumping to conclusions and throwing misinformation onto the mailing lists. How about slowing down and understanding the code first? Or at least phrase your conjectures as questions, so as not to confuse the innocent bystanders. > Otherwise if I want my own _init() and _fini() funcions and I'm being > pedantic and want them in .init and .fini sections, I have to resort to > compile-to-assembler, edit, and assemble in order to accomplish that. No, there are several ways to do it. Read about "function attributes" in the gcc info pages. Probably the easiest way to get what you want is like this: void myinit(void) __attribute__ ((constructor)); void myfini(void) __attribute__ ((destructor)); void myinit(void) { /* My initialization code. */ } void myfini(void) { /* My finalization code. */ } > > > In the past, given the lack of tools to tag things as belonging in > > > the .init and .fini sections that I have kludged it with assembler > > > to create .init() and .fini() functions, and they were called. Given > > > that the .init and .fini sections are simply executable code, I > > > think the distinction between being sections and being functions is > > > too subtle to support your case. > > > > There is nothing subtle about the difference between sections and > > functions. > > I did not say that the difference between sections and functions was > subtle. I said the difference between __these__ two sections and > functions was subtle. > > .init and .fini sections are __special__ sections. The spec says they > point to executable code. A function label points to executable code > too. As such the distinction between them seems subtle. More misinformation. The spec does _not_ say that .init and .fini point to executable code. It says this: .init This section holds executable instructions that contribute to the process initialization code. That is, when a program starts to run, the system arranges to execute the code in this section before calling the main program entry point (called "main" for C programs). There is similar verbiage in the description of .fini, which I won't bother quoting here. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 10:33:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00226 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 10:33:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from reliam.teaser.fr (reliam.teaser.fr [194.51.80.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00220 for ; Mon, 28 Dec 1998 10:33:49 -0800 (PST) (envelope-from son@teaser.fr) Received: from teaser.fr (ppp1087-ft.teaser.fr [194.206.156.40]) by reliam.teaser.fr (8.9.1a/8.9.1a) with ESMTP id TAA12632; Mon, 28 Dec 1998 19:32:57 +0100 (MET) Received: (from son@localhost) by teaser.fr (8.9.1/8.9.1) id UAA02952; Mon, 28 Dec 1998 20:34:57 GMT (envelope-from son) Message-ID: <19981228203456.48462@breizh.prism.uvsq.fr> Date: Mon, 28 Dec 1998 20:34:56 +0000 From: Nicolas Souchu To: takawata@shidahara1.planet.sci.kobe-u.ac.jp Cc: Drew Baxter , hackers@FreeBSD.ORG Subject: Re: Please test my code for Intel onboard SMBus function. References: <4.1.19981226140415.00c2a8b0@genesis.ispace.com> <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp>; from takawata@shidahara1.planet.kobe-u.ac.jp on Sun, Dec 27, 1998 at 01:58:06PM +0900 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 27, 1998 at 01:58:06PM +0900, takawata@shidahara1.planet.kobe-u.ac.jp wrote: > >In message <4.1.19981226140415.00c2a8b0@genesis.ispace.com>, Mr./Ms. Drew Baxter wrote. > >>I get this: >>Loki# ./spd >>OPEN: No such file or directory >> >>It'd probably help to have the stuff to throw into mknod, because I don't >>have a /dev/smb*.. :-) > >% cd /dev >% mknod smb0 c 106 0 >.. >.. >.. >% mknod smb5 c 106 5 > >I'll incorporate it later. > >And currently the generic driver code does not have the way to report >error to userland,and device name is hard coded.(Sorry.) >So if you get odd result,replace device name into /dev/smb[1-4]. >(Normally you will get output 'Bytes used:128'.) Last smbus/iicbus commit breaks this code, sorry. But it now handles properly the addressing scheme. e.g you may give the slave address to each ioctl. Which errors should be reported Takanori? > >Takanori Watanabe > >Public Key >Key fingerprint = 2C 51 E2 78 2C E1 C5 2D 0F F1 20 A3 11 3A 62 2A > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > -- nsouch@teaser.fr / nsouch@freebsd.org FreeBSD - Turning PCs into workstations - 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 Dec 28 10:38:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00610 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 10:38:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ime.net (ime.net [209.90.192.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00605 for ; Mon, 28 Dec 1998 10:38:27 -0800 (PST) (envelope-from netmonger@genesis.ispace.com) Received: from celeris (56k-port4040.ime.net [209.90.195.50]) by ime.net (8.8.7/8.8.7) with SMTP id NAA28919; Mon, 28 Dec 1998 13:38:00 -0500 (EST) Message-Id: <4.1.19981228133327.00a14ee0@genesis.ispace.com> X-Sender: netmonger@genesis.ispace.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 28 Dec 1998 13:35:04 -0500 To: Nicolas Souchu , takawata@shidahara1.planet.sci.kobe-u.ac.jp From: Drew Baxter Subject: Re: Please test my code for Intel onboard SMBus function. Cc: hackers@FreeBSD.ORG In-Reply-To: <19981228203456.48462@breizh.prism.uvsq.fr> References: <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp> <4.1.19981226140415.00c2a8b0@genesis.ispace.com> <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:34 PM 12/28/98 +0000, Nicolas Souchu wrote: >On Sun, Dec 27, 1998 at 01:58:06PM +0900, >takawata@shidahara1.planet.kobe-u.ac.jp wrote: >> >>In message <4.1.19981226140415.00c2a8b0@genesis.ispace.com>, Mr./Ms. Drew >Baxter wrote. >> >>>I get this: >>>Loki# ./spd >>>OPEN: No such file or directory >>> >>>It'd probably help to have the stuff to throw into mknod, because I don't >>>have a /dev/smb*.. :-) >> >>% cd /dev >>% mknod smb0 c 106 0 >>.. >>.. >>.. >>% mknod smb5 c 106 5 >> >>I'll incorporate it later. >> >>And currently the generic driver code does not have the way to report >>error to userland,and device name is hard coded.(Sorry.) >>So if you get odd result,replace device name into /dev/smb[1-4]. >>(Normally you will get output 'Bytes used:128'.) > >Last smbus/iicbus commit breaks this code, sorry. But it now handles >properly the addressing scheme. e.g you may give the slave address to >each ioctl. > >Which errors should be reported Takanori? > I got most of my bugs fixed when I built for CURRENT-1226.. I usually make world every two weeks or so.. sometimes more.. However as I said, just to result in crashing my machine :).. Eh I'm getting better, we had 3 months on it.. Am I supposed to point this thing as SMB0, which it says in my /var/log/messages is LM78... or am I supposed to point it at SMB1-5 which it says is a DIMM socket? --- Drew "Droobie" Baxter Network Admin/Professional Computer Nerd(TM) OneEX: The OneNetwork Exchange, Bangor Maine USA http://www.droo.orland.me.us PGP ID: 409A1F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 11:50:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09447 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 11:50:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09441 for ; Mon, 28 Dec 1998 11:50:45 -0800 (PST) (envelope-from mtaylor@cybernet.com) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.8.5/8.8.5) with ESMTP id PAA05033 for ; Mon, 28 Dec 1998 15:15:13 -0500 (EST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 28 Dec 1998 14:47:31 -0500 (EST) Reply-To: mtaylor@cybernet.com Organization: Cybernet Systems From: "Mark J. Taylor" To: freebsd-hackers@FreeBSD.ORG Subject: dpt_control.c problems, with patchs Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a machine here which page faults when there are five drives present. With only four, it is not a problem. The following is an explaination and fix: There is a page-boundary problem in 2.2.8's /sys/dev/dpt_scsi.c:dpt_physmap routine. It goes all the way back to inception, and it is in 3.0 as well. Do the math: req_size = 1024 req_paddr = 0xfeff5 yields: size = (1024/4096 + 1) * 4096 = 4096 paddr = 0xfeff5 & 0xfffff000 = 0xfe000 Then, accessing 0xfeff5 + 14 (to get dpt_sysinfo.drives[1].sectors) will generate a page fault at 0xff003, because only a page (0x1000) of bytes are mapped. The problem comes in chopping off (rounding) the lower three nibbles of the requested address. To compensate for that, I add an 'extra' page to the requested size. One must compensate for this compensation in the dpt_unphysmap routine as well. The fix: RCS file: dpt_control.c,v retrieving revision 1.3.2.4 diff -c5 -r1.3.2.4 dpt_control.c *** dpt_control.c 1998/06/02 23:28:13 1.3.2.4 --- dpt_control.c 1998/12/28 18:55:32 *************** *** 122,131 **** --- 122,132 ---- u_int32_t paddr; u_int32_t offset; + req_size += PAGE_SIZE; size = (req_size / PAGE_SIZE + 1) * PAGE_SIZE; paddr = req_paddr & 0xfffff000; offset = req_paddr - paddr; va = kmem_alloc_pageable(kernel_map, size); *************** *** 151,160 **** --- 152,162 ---- static void dpt_unphysmap(u_int8_t * vaddr, vm_size_t size) { int ndx; + size += PAGE_SIZE; for (ndx = 0; ndx < size; ndx += PAGE_SIZE) { pmap_kremove((vm_offset_t) vaddr + ndx); } kmem_free(kernel_map, (vm_offset_t) vaddr, size); There is alse a small problem in the dpt_control.c:dpt_get_sysinfo routine where a splx() is needed upon an error exit of the routine. The correction of this is left as an exercise to the reader. :) I'd appreciate it if someone with commit privs. made this patch to the kernel. Thanks for FreeBSD! -Mark Taylor NetMAX Developer mtaylor@cybernet.com http://www.netmax.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 13:27:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22907 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 13:27:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from firewall.reed.wattle.id.au (darren2.lnk.telstra.net [139.130.53.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22897 for ; Mon, 28 Dec 1998 13:26:58 -0800 (PST) (envelope-from darrenr@reed.wattle.id.au) Received: (from root@localhost) by firewall.reed.wattle.id.au (8.9.1/8.8.7) id VAA24062 for ; Mon, 28 Dec 1998 21:26:38 GMT Received: from avalon.reed.wattle.id.au(192.168.1.1) by firewall.reed.wattle.id.au via smap (V1.3) id sma024060; Mon Dec 28 21:26:11 1998 Received: from percival.reed.wattle.id.au. (percival.reed.wattle.id.au [192.168.1.5]) by avalon.reed.wattle.id.au (8.9.0.Beta3/8.9.0.Beta3) with SMTP id IAA14463 for ; Tue, 29 Dec 1998 08:26:10 +1100 (EST) From: Darren Reed Message-Id: <199812282126.IAA14463@avalon.reed.wattle.id.au> Subject: crash dumps. To: hackers@FreeBSD.ORG Date: Tue, 29 Dec 1998 08:26:09 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there some reason why an entire RAM image is dumped when it finally writes it out to swap space ? Well, close enough to, it always dumps 64M from my box wth 128M RAM in it. In comparison, when running Solaris-x86 on the same box, I might see a 20MB crash dump written (with the same amount of activity). Also, Solaris7 apparently writes crash dumps to swap/dump partitions in a compressed format now (something to think about adding to FreeBSD). Darren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 14:30:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02595 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 14:30:21 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from red.juniper.net (red.juniper.net [208.197.169.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02590 for ; Mon, 28 Dec 1998 14:30:19 -0800 (PST) (envelope-from pst@juniper.net) Received: from bplus.juniper.net (bplus.juniper.net [208.197.169.251]) by red.juniper.net (8.8.8/8.8.5) with ESMTP id OAA21416 for ; Mon, 28 Dec 1998 14:30:03 -0800 (PST) Received: from bplus.juniper.net (localhost.juniper.net [127.0.0.1]) by bplus.juniper.net (8.8.8/8.7.3) with ESMTP id WAA11845 for ; Mon, 28 Dec 1998 22:30:03 GMT Message-Id: <199812282230.WAA11845@bplus.juniper.net> To: hackers@FreeBSD.ORG Subject: buildworld as someone other than root? Date: Mon, 28 Dec 1998 14:30:02 -0800 From: Paul Traina Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Before I go beating my brains around an impossibility, has anyone ever played with making at least the initial part of 'buildworld' buildable as someone other than root? Why do I ask? Well, we're playing around with multiple trees for projects, and need a "self-contained" mini freebsd environment. This usually means a directory structure populated with a reasonable subset of .h files and libraries. Currently, we build just such a thing, but we've got to do it as root because install and mtree want to change ownerships. I was randomly thinking of adding code to install and mtree to allow them to quietly ignore failures for chown/chgrp's... but this is rather evil. Does anyone have better ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 14:37:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03875 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 14:37:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles205.castles.com [208.214.165.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03869 for ; Mon, 28 Dec 1998 14:37:12 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA13164; Mon, 28 Dec 1998 14:34:22 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812282234.OAA13164@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Paul Traina cc: hackers@FreeBSD.ORG Subject: Re: buildworld as someone other than root? In-reply-to: Your message of "Mon, 28 Dec 1998 14:30:02 PST." <199812282230.WAA11845@bplus.juniper.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Dec 1998 14:34:21 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Before I go beating my brains around an impossibility, has anyone ever played > with making at least the initial part of 'buildworld' buildable as someone > other than root? > > Why do I ask? Well, we're playing around with multiple trees for projects, > and need a "self-contained" mini freebsd environment. This usually means > a directory structure populated with a reasonable subset of .h files and > libraries. > > Currently, we build just such a thing, but we've got to do it as root because > install and mtree want to change ownerships. > > I was randomly thinking of adding code to install and mtree to allow them > to quietly ignore failures for chown/chgrp's... but this is rather evil. > > Does anyone have better ideas? Do it chrooted with funny group/password files where everyone has the same UID/GID? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 14:38:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04078 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 14:38:13 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from reliam.teaser.fr (reliam.teaser.fr [194.51.80.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04069 for ; Mon, 28 Dec 1998 14:38:09 -0800 (PST) (envelope-from son@teaser.fr) Received: from teaser.fr (ppp1087-ft.teaser.fr [194.206.156.40]) by reliam.teaser.fr (8.9.1a/8.9.1a) with ESMTP id XAA25465; Mon, 28 Dec 1998 23:37:31 +0100 (MET) Received: (from son@localhost) by teaser.fr (8.9.1/8.9.1) id AAA03317; Tue, 29 Dec 1998 00:24:31 GMT (envelope-from son) Message-ID: <19981229002431.23735@breizh.prism.uvsq.fr> Date: Tue, 29 Dec 1998 00:24:31 +0000 From: Nicolas Souchu To: Drew Baxter Cc: takawata@shidahara1.planet.sci.kobe-u.ac.jp, hackers@FreeBSD.ORG Subject: Re: Please test my code for Intel onboard SMBus function. References: <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp> <4.1.19981226140415.00c2a8b0@genesis.ispace.com> <199812270458.NAA04526@libr.scitec.kobe-u.ac.jp> <19981228203456.48462@breizh.prism.uvsq.fr> <4.1.19981228133327.00a14ee0@genesis.ispace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <4.1.19981228133327.00a14ee0@genesis.ispace.com>; from Drew Baxter on Mon, Dec 28, 1998 at 01:35:04PM -0500 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 28, 1998 at 01:35:04PM -0500, Drew Baxter wrote: >>Last smbus/iicbus commit breaks this code, sorry. But it now handles >>properly the addressing scheme. e.g you may give the slave address to >>each ioctl. >> >>Which errors should be reported Takanori? >> > >I got most of my bugs fixed when I built for CURRENT-1226.. I usually make >world every two weeks or so.. sometimes more.. However as I said, just to >result in crashing my machine :).. > >Eh I'm getting better, we had 3 months on it.. > >Am I supposed to point this thing as SMB0, which it says in my >/var/log/messages is LM78... or am I supposed to point it at SMB1-5 which >it says is a DIMM socket? Hey! Takanori's code is working well! Cool, I cannot test it here yet. I did not put detection code in the last commit. So your hardware won't be detected. This should be done by user-level code (at monitoring daemon initialization and so on). Only /dev/smb0 now addresses your SMBus and spd.c should give the address of the SMB device it accesses for each SMB command instead of using /dev/smb1-5. Detection at boot is wrong since more than one I2C/SMB device may use the same address on the bus. multimedia's solution with bt848 based boards is to compute a signature with the list of device's address present on the bus, then detect the board according to the signature. This works pretty well, but some devices do not love random read/write for the detection. With user-level code, we'll be able to specify exactly the underlying hardware with no effort, and avoid all this complexity. But if you have ideas... > > >--- >Drew "Droobie" Baxter >Network Admin/Professional Computer Nerd(TM) >OneEX: The OneNetwork Exchange, Bangor Maine USA >http://www.droo.orland.me.us > >PGP ID: 409A1F7D > > -- nsouch@teaser.fr / nsouch@freebsd.org FreeBSD - Turning PCs into workstations - 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 Dec 28 14:41:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04557 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 14:41:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.nerds4rent.com (ns2.freedomnet.com [198.240.104.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04551 for ; Mon, 28 Dec 1998 14:41:07 -0800 (PST) (envelope-from kbyanc@freedomnet.com) Received: from freedomnet.com (tech.nerds4rent.com [198.240.104.20]) by mail.nerds4rent.com (8.8.8/8.8.8/antispam) with ESMTP id RAA06069 for ; Mon, 28 Dec 1998 17:45:25 -0500 (EST) X-Envelope-To: Message-ID: <368806B0.721938BF@freedomnet.com> Date: Mon, 28 Dec 1998 17:31:12 -0500 From: Kelly Yancey Organization: FreedomNet - http://www.freedomnet.com/ X-Mailer: Mozilla 4.5 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: pthreads question/problem... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a system running FreeBSD 2.2-980711-SNAP (2.2.7) and have been working on developing a small multithreaded test program (just to make sure I've got the semantics and whatnot right). The basic idea is that I start a small pool of "worker" threads that wait to service requests. In this little test program, requests are randomly generated by the main thread (ie. original thread of execution). To pass the request to a free worker thread, the main thread scans the pool of worker threads using pthread_mutex_trylock() until it finds one that has it's in-use mutex unlocked. As I understand, trylock is supposed to lock the mutex if it is unlocked. At which point, I fill in the data structures for that worker thread and call pthread_cond_signal() to unblock it. All of that works like a charm. The problem is that when the worker thread is done processing it calls pthread_mutex_unlock() on the in-use mutex to make the thread available to service a new request. However, the unlock call always returns EINVAL (invalid argument). Now, I'm not asking for anyone to debug my code...that's my own headache, but here is the thread pool definition (pardon the long comments): struct threadinfo { pthread_t threadid; /* thread ID of thread servicing this structure */ pthread_cond_t waitcondition; /* condition variable used while waiting for data */ pthread_mutex_t waitmutex; /* mutex used to protect data from simultanious access */ pthread_mutex_t inuse; /* mutex used to indicate the TCB is currently active */ long data; /* data given to thread to process */ }; struct threadinfo TCB[NUMTHREADS]; /* array of thread control blocks (TCBs)...each TCB is used to pass data to a single executi ng thread */ The point being that the mutexes are global data and each thread is passed a pointer to the structure that it is supposed to watch when the thread is started. (When I say "watch" I mean which structure's conditional variable it will block awaiting a signal). The main thread sets the mutex, the worker thread unlocks the mutex...or I should say tries to. What I end up seeing is that the mutex stays locked and I eventually run out of worker threads as they all remain "in-use". And before anyone asks...yes, I have verified that the parameter I mass to unlock is indeed the same as the one I passed to lock (by using printf() with %p to verify the pointer addresses). Is there something wrong with the pthreads implementation of mutexes as of this snap that may be fixed in 2.2.8 (I'm not quite ready to go to 3.0 yet)? Or am I missing some fundamental aspect of multithreaded programming? It seems to me that being able to manipulate mutexes from separate threads is a must for threads to be of any use. I greately appreciate any pointers anyone can give me...perhaps I can keep my sanity yet :) Kelly -- Kelly Yancey "Bill Gates is only a white Persian cat and ~kbyanc@freedomnet.com~ a monocle away from being the villain in a James Bond movie" - comedian Dennis Miller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07328 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:00:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.240.222]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07309 for ; Mon, 28 Dec 1998 15:00:01 -0800 (PST) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.1/8.9.1) id OAA00735; Mon, 28 Dec 1998 14:59:42 -0800 (PST) (envelope-from mph) Message-ID: <19981228145942.A29832@wopr.caltech.edu> Date: Mon, 28 Dec 1998 14:59:42 -0800 From: Matthew Hunt To: Paul Traina , hackers@FreeBSD.ORG Subject: Re: buildworld as someone other than root? References: <199812282230.WAA11845@bplus.juniper.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199812282230.WAA11845@bplus.juniper.net>; from Paul Traina on Mon, Dec 28, 1998 at 02:30:02PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 28, 1998 at 02:30:02PM -0800, Paul Traina wrote: > Before I go beating my brains around an impossibility, has anyone ever played > with making at least the initial part of 'buildworld' buildable as someone > other than root? I routinely do "make buildworld" as a normal user. I first source the following: export BINOWN=mph export BINGRP=mph export LIBOWN=mph export LIBGRP=mph export KMODOWN=mph export KMODGRP=mph export SHAREOWN=mph export SHAREGRP=mph export DOCOWN=mph export DOCGRP=mph export INFOOWN=mph export INFOGRP=mph export MANOWN=mph export MANGRP=mph export NLSGRP=mph export NLSOWN=mph (I, of course, am "mph".) That keeps explicit chown/chgrp's from failing. I don't remember ever having problems with mtree; I think that failure to chown or chgrp is a non-fatal error. -- Matthew Hunt * UNIX is a lever for the intellect. -J.R. Mashey http://www.pobox.com/~mph/pgp.key for PGP public key 0x67203349. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:06:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08266 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:06:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles205.castles.com [208.214.165.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA08261 for ; Mon, 28 Dec 1998 15:06:24 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA13425; Mon, 28 Dec 1998 15:03:33 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812282303.PAA13425@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: zhihuizhang cc: hackers Subject: Re: Questions about interrupt handling In-reply-to: Your message of "Sat, 26 Dec 1998 23:24:54 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Dec 1998 15:03:33 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I know that FreeBSD handles interrupts on a software basis which means > that we do not mask any interrupt off in 8259. I am just wondering if a > certain interrupt is masked off in 8259 or it does not get serviced quick > enough, what will the device controller (such as disk controller) respond? > Will it re-issue the interrupt or just give up? Or will it NOT generate > another interrupt until the previous one has been serviced? Maybe > different device controllers behave differently. Devices do tend to behave differently, but as a general rule no, a device will not generate another interrupt until the first has been serviced. Typical exceptions to this are vertical retrace and clock interrupts. This is why most decent device drivers also have a slow timeout routine which checks the hardware for status which would indicate a lost interrupt, and if found, calls the interrupt handler. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:30:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11433 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:30:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.nerds4rent.com (ns2.freedomnet.com [198.240.104.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11428 for ; Mon, 28 Dec 1998 15:30:14 -0800 (PST) (envelope-from kbyanc@freedomnet.com) Received: from freedomnet.com (tech.nerds4rent.com [198.240.104.20]) by mail.nerds4rent.com (8.8.8/8.8.8/antispam) with ESMTP id SAA06250; Mon, 28 Dec 1998 18:34:32 -0500 (EST) X-Envelope-To: freebsd-hackers@freebsd.org Message-ID: <36881234.BA26320D@freedomnet.com> Date: Mon, 28 Dec 1998 18:20:20 -0500 From: Kelly Yancey Organization: FreedomNet - http://www.freedomnet.com/ X-Mailer: Mozilla 4.5 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein CC: freebsd-hackers@FreeBSD.ORG Subject: Re: pthreads question/problem... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > this was discussed a while back, i think the concensus was that it is a > programming error for a thread to unlock a mutex that it, itself did not > lock. But it is still OK for other threads to call trylock() on a mutex another thread created? > > you will have to find another way to handle this :) I see what you mean, perhaps just one mutex for access to the entire pool which the main thread (or perhaps several threads) can contend for and manage (ie. lock/unlock). It could wait on the lock, add the new request, signal the conditional variable, and then release the lock. My only concern had been preventing "worker" threads from accessing data at the same time as the "server" threads, but they could follow the same series of lock/update/unlock. It seems to me, though, that could reduce concurrency since I'm preventing any two threads from updating 2 separate data structures at the same time in many cases. Perhaps I'll still need an array of mutexes, one per request structure. So it is OK for two separate threads to manipulate the same mutex, so long as the lock and unlock operations are performed by the same thread. In other words, I could still use an array of mutexes so long as the thread which locks the mutex is the same as the thread which unlocks it. That seems workable. > > what you may want to do is wrap a queue of thread IDs with mutexes, > when the main thread wants to dispatch to a worker thread it: > > a locks the queue on the mutex > b removes an entry > c dispatches that thread > d unlocks the queue > > (note that 'c' and 'd' can be swapped) > > when a worker thread is done it: > a locks the queue > b adds itself to the queue > c unlocks the queue > > how does that sound? (you also don't have to scan an array of mutexes :) Sounds good :) Sorry...I should have read before I typed. But I think I'll stick to an array rather than a queue (I need the efficiency in the final program) and stick to an array of mutexes for increased concurrency. Wow, thanks for all the help. Perhaps one day people like me won't have to ask such simple questions...perhaps one day there will be more information on pthreads programming (maybe even specifically for FreeBSD), or at least more informative man pages :) Thanks again, Kelly -- Kelly Yancey "Bill Gates is only a white Persian cat and ~kbyanc@freedomnet.com~ a monocle away from being the villain in a James Bond movie" - comedian Dennis Miller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:30:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11510 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:30:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11502 for ; Mon, 28 Dec 1998 15:30:49 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA16961; Tue, 29 Dec 1998 10:33:01 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199812282333.KAA16961@cimlogic.com.au> Subject: Re: pthreads question/problem... In-Reply-To: <368806B0.721938BF@freedomnet.com> from Kelly Yancey at "Dec 28, 98 05:31:12 pm" To: kbyanc@freedomnet.com (Kelly Yancey) Date: Tue, 29 Dec 1998 10:33:01 +1100 (EST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kelly Yancey wrote: > The main thread sets the mutex, the worker thread unlocks the > mutex...or I should say tries to. Mutexes are intended for locking between threads. They are not an application scheduling mechanism. You can easily code a queue of worker threads that are waiting for something to do. Use a mutex to protect the updates to the list, with each thread adding itself to the list when it has nothing to do, and the main thread removing a thread from the list when it gives it something to do. > Or am I missing some fundamental aspect of multithreaded > programming? You are. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:43:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13202 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:43:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13197 for ; Mon, 28 Dec 1998 15:43:13 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with ESMTP id SAA67452; Mon, 28 Dec 1998 18:47:00 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 28 Dec 1998 18:47:00 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Kelly Yancey cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pthreads question/problem... In-Reply-To: <36881234.BA26320D@freedomnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 28 Dec 1998, Kelly Yancey wrote: > > this was discussed a while back, i think the concensus was that it is a > > programming error for a thread to unlock a mutex that it, itself did not > > lock. > > But it is still OK for other threads to call trylock() on a mutex > another thread created? i think creation != locking but i'm unsure. > > what you may want to do is wrap a queue of thread IDs with mutexes, > > when the main thread wants to dispatch to a worker thread it: > > > > a locks the queue on the mutex > > b removes an entry > > c dispatches that thread > > d unlocks the queue > > > > (note that 'c' and 'd' can be swapped) > > > > when a worker thread is done it: > > a locks the queue > > b adds itself to the queue > > c unlocks the queue > > > > how does that sound? (you also don't have to scan an array of mutexes :) > > Sounds good :) Sorry...I should have read before I typed. But I think > I'll stick to an array rather than a queue (I need the efficiency in the > final program) and stick to an array of mutexes for increased > concurrency. why not cycle through several queues instead of scanning? :) scanning every time isn't efficient, by having 4 queues and rotating it may work better, when filling out the worker-thread's struct be sure to tell it which queue to return itself to :) you'll probably get much more concurancy that way. another advantage of queues is that inserting at the head/removing at the head is fast, and you have a better chance of getting the same threads to run again, this increases the chances of thread specific data being cached. by scanning, you waste cycles scanning doing trylock()'s and destroy thread specific cache. > Wow, thanks for all the help. Perhaps one day people like me won't > have to ask such simple questions...perhaps one day there will be more > information on pthreads programming (maybe even specifically for > FreeBSD), or at least more informative man pages :) wasn't a simple question, pthreads aren't exactly always intuative. you may want to get O'rielly's(sp?) book on pthreads, although i'm unsure about how detailed it is, or perhaps try to locate the POSIX spec. one more thing, a dirty secret in FreeBSD is that all threads are done as ONE process, if you have multiple CPUs you do not gain the advantage of multiple processors, you have to design a hybrid fork/thread model. enjoy, -Alfred > > Thanks again, > > Kelly > > -- > Kelly Yancey "Bill Gates is only a white Persian cat and > ~kbyanc@freedomnet.com~ a monocle away from being the villain in a > James Bond movie" - comedian Dennis Miller > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:46:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13562 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:46:34 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cerebus.nectar.com (nectar-gw.nectar.com [204.0.249.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13555 for ; Mon, 28 Dec 1998 15:46:33 -0800 (PST) (envelope-from nectar@nectar.com) Received: (from smap@localhost) by cerebus.nectar.com (8.9.1/8.9.1) id RAA14731 for ; Mon, 28 Dec 1998 17:46:15 -0600 (CST) (envelope-from nectar@nectar.com) Received: from spawn.nectar.com(10.0.0.101) by cerebus.nectar.com via smap (V2.1) id xma014729; Mon, 28 Dec 98 17:46:14 -0600 Received: from spawn.nectar.com (localhost [127.0.0.1]) by spawn.nectar.com (8.9.1/8.9.1) with ESMTP id RAA20923 for ; Mon, 28 Dec 1998 17:46:14 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Message-Id: <199812282346.RAA20923@spawn.nectar.com> X-Mailer: exmh version 2.0.2 2/24/98 X-PGP-RSAfprint: 00 F9 E6 A2 C5 4D 0A 76 26 8B 8B 57 73 D0 DE EE X-PGP-RSAkey: http://www.nectar.com/nectar-pgp262.txt From: Jacques Vidrine Subject: thread safe poll wrapper Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: hackers@FreeBSD.ORG Date: Mon, 28 Dec 1998 17:46:14 -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't suppose anyone is sitting on a thread safe wrapper for poll, eh? Jacques Vidrine / n@nectar.com / nectar@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 Dec 28 15:53:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14475 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:53:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14464 for ; Mon, 28 Dec 1998 15:53:23 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA01623; Mon, 28 Dec 1998 16:53:06 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA27064; Mon, 28 Dec 1998 16:53:05 -0700 Date: Mon, 28 Dec 1998 16:53:05 -0700 Message-Id: <199812282353.QAA27064@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jacques Vidrine Cc: hackers@FreeBSD.ORG Subject: Re: thread safe poll wrapper In-Reply-To: <199812282346.RAA20923@spawn.nectar.com> References: <199812282346.RAA20923@spawn.nectar.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't suppose anyone is sitting on a thread safe wrapper > for poll, eh? If you find one, I'd be interested in a copy of it too. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 15:59:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15175 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 15:59:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15170 for ; Mon, 28 Dec 1998 15:59:21 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id PAA26880 for ; Mon, 28 Dec 1998 15:58:57 -0800 Date: Mon, 28 Dec 1998 15:58:57 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: hackers@FreeBSD.ORG Subject: need a char device major for alpha/i386... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting ready to integrate the SCSI Environmental Services driver (which also covers not only SES but SAF-TE). This mananges thermometers, power supplies, etc. in enclosures. I'll need a character device major for this. Is one available? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 16:01:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15374 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 16:01:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.nerds4rent.com (ns2.freedomnet.com [198.240.104.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15364 for ; Mon, 28 Dec 1998 16:01:12 -0800 (PST) (envelope-from kbyanc@freedomnet.com) Received: from freedomnet.com (tech.nerds4rent.com [198.240.104.20]) by mail.nerds4rent.com (8.8.8/8.8.8/antispam) with ESMTP id TAA06321; Mon, 28 Dec 1998 19:05:31 -0500 (EST) X-Envelope-To: freebsd-hackers@freebsd.org Message-ID: <36881978.CFE748CD@freedomnet.com> Date: Mon, 28 Dec 1998 18:51:20 -0500 From: Kelly Yancey Organization: FreedomNet - http://www.freedomnet.com/ X-Mailer: Mozilla 4.5 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: pthreads question/problem... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > On Mon, 28 Dec 1998, Kelly Yancey wrote: > > why not cycle through several queues instead of scanning? :) scanning > every time isn't efficient, by having 4 queues and rotating it may work > better, when filling out the worker-thread's struct be sure to tell it > which queue to return itself to :) you'll probably get much more > concurancy that way. Ahh, good idea. Thanks. > > another advantage of queues is that inserting at the head/removing at the > head is fast, and you have a better chance of getting the same threads to > run again, this increases the chances of thread specific data being > cached. I had completely forgotten about caching data. It is amazing how the mind rots after years of being away from assembler :) > > by scanning, you waste cycles scanning doing trylock()'s and destroy > thread specific cache. > > > Wow, thanks for all the help. Perhaps one day people like me won't > > have to ask such simple questions...perhaps one day there will be more > > information on pthreads programming (maybe even specifically for > > FreeBSD), or at least more informative man pages :) > > wasn't a simple question, pthreads aren't exactly always intuative. > > you may want to get O'rielly's(sp?) book on pthreads, although i'm unsure > about how detailed it is, or perhaps try to locate the POSIX spec. I think I looked at O'Reilly's book (I've looked at a few now). Oddly, I seem to recall it being somewhat useless. Perhaps I'm thinking of one of the other books...I'll have to go double check...O'Reilly typically produces good books. I'de love to get my hands on the Posix spec, but I was under the impression that since it is being produced via ISO that it costs $$$ to get the spec (would seem kind of contradictory to the point of publishing a spec though, wouldn't it? :) ) > > one more thing, a dirty secret in FreeBSD is that all threads are done as > ONE process, if you have multiple CPUs you do not gain the advantage of > multiple processors, you have to design a hybrid fork/thread model. > Argh. Is this going to be fixed in 3.0? Does anyone intend on fixing it? I mean, even Linux has kernel support for threads, I should think that FreeBSD...the king of server OS'es...could at least do the same. For the time being this isn't a problem, as I only have a single CPU, but I'm really going to need FreeBSD to support scheduling threads on separate processors by the time I finish the project. I *really* like FreeBSD, but if I have to I suppose Linux will be the target platform if 3.0 can't schedule threads independantly. You've been a great help, Kelly -- Kelly Yancey "Bill Gates is only a white Persian cat and ~kbyanc@freedomnet.com~ a monocle away from being the villain in a James Bond movie" - comedian Dennis Miller To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 16:05:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17701 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 16:05:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA17682 for ; Mon, 28 Dec 1998 16:05:36 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id QAA03177; Mon, 28 Dec 1998 16:05:26 -0800 (PST) To: mjacob@feral.com cc: hackers@FreeBSD.ORG Subject: Re: need a char device major for alpha/i386... In-reply-to: Your message of "Mon, 28 Dec 1998 15:58:57 PST." Date: Mon, 28 Dec 1998 16:05:25 -0800 Message-ID: <3173.914889925@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'll need a character device major for this. Is one available? No man, we ran out. :-) You can have 110 - please check that the majors.i386 entry is to your liking. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 16:14:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18784 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 16:14:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from feral-gw.feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18774 for ; Mon, 28 Dec 1998 16:14:00 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral-gw.feral.com (8.8.7/8.8.7) with ESMTP id QAA26966; Mon, 28 Dec 1998 16:13:30 -0800 Date: Mon, 28 Dec 1998 16:13:30 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: need a char device major for alpha/i386... In-Reply-To: <3173.914889925@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sure, thanks... I allocated the same for alpha. On Mon, 28 Dec 1998, Jordan K. Hubbard wrote: > > I'll need a character device major for this. Is one available? > > No man, we ran out. :-) > > You can have 110 - please check that the majors.i386 entry is to your > liking. > > - Jordan > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 16:25:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20069 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 16:25:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20063 for ; Mon, 28 Dec 1998 16:25:30 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with ESMTP id TAA16812; Mon, 28 Dec 1998 19:29:17 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Mon, 28 Dec 1998 19:29:17 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Kelly Yancey cc: freebsd-hackers@FreeBSD.ORG Subject: (where are linux threads?) Re: pthreads question/problem... In-Reply-To: <36881978.CFE748CD@freedomnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG can someone join in and tell us both where the interfaces to the new linux threads are hidden in freebsd? i thought it was "options COMPAT_LINUX_THREADS" in my kernel file and -DCOMPAT_LINUX_THREADS in /etc/make.conf but i can't find it. is it default now? where are the functions to interface with them natively? thanks. Kelly, you should read on though about the issue of kernel threads. On Mon, 28 Dec 1998, Kelly Yancey wrote: > > wasn't a simple question, pthreads aren't exactly always intuative. > > > > you may want to get O'rielly's(sp?) book on pthreads, although i'm unsure > > about how detailed it is, or perhaps try to locate the POSIX spec. > > I think I looked at O'Reilly's book (I've looked at a few now). Oddly, > I seem to recall it being somewhat useless. Perhaps I'm thinking of one > of the other books...I'll have to go double check...O'Reilly typically > produces good books. I'de love to get my hands on the Posix spec, but I > was under the impression that since it is being produced via ISO that it > costs $$$ to get the spec (would seem kind of contradictory to the point > of publishing a spec though, wouldn't it? :) ) It must cost as when thread topics last came up several people "had" the spec, others didn't, so i assume it's not freely available. > > one more thing, a dirty secret in FreeBSD is that all threads are done as > > ONE process, if you have multiple CPUs you do not gain the advantage of > > multiple processors, you have to design a hybrid fork/thread model. > > > > Argh. Is this going to be fixed in 3.0? Does anyone intend on fixing > it? I mean, even Linux has kernel support for threads, I should think > that FreeBSD...the king of server OS'es...could at least do the same. > For the time being this isn't a problem, as I only have a single CPU, > but I'm really going to need FreeBSD to support scheduling threads on > separate processors by the time I finish the project. I *really* like > FreeBSD, but if I have to I suppose Linux will be the target platform if > 3.0 can't schedule threads independantly. Your complaint about 1-1 threads is valid in a sort of sense, however it's been discussed to death here and on -current. The general concensus is that 1-1 threads suck, the informed concensus is that you don't thread for processor intensive work, only for IO intensive work, threading across SMP destroys/thrashes cache benefits, your best bet is to use the hybrid thread/processor mechanism, it's not easy, but it's faster. depends on how dirty you want your hands to get. :) also if someone speaks up about the "linux threads" you can probably use that, although i'm unsure if the userland stuff is in place to actually use it at this point. -Alfred > > You've been a great help, > > Kelly > > -- > Kelly Yancey "Bill Gates is only a white Persian cat and > ~kbyanc@freedomnet.com~ a monocle away from being the villain in a > James Bond movie" - comedian Dennis Miller > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 17:03:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24137 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 17:03:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pchost.com (pchost.com [203.24.253.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24130 for ; Mon, 28 Dec 1998 17:03:03 -0800 (PST) (envelope-from kyle@pchost.com) Received: from pchost.com (bob.pchost.com [203.24.253.107]) by pchost.com (8.8.8/8.8.8) with ESMTP id MAA01100 for ; Tue, 29 Dec 1998 12:13:07 +1100 (EST) (envelope-from kyle@pchost.com) Message-ID: <36882A17.2283E7EF@pchost.com> Date: Tue, 29 Dec 1998 12:02:15 +1100 From: Kyle Buttress Organization: pchost.com X-Mailer: Mozilla 4.07 [en] (X11; I; FreeBSD 2.2.8-STABLE i386) MIME-Version: 1.0 To: "freebsd-hackers@FreeBSD.ORG" Subject: Modula 3 causes a hang on boot Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have encountered an unusual problem with Modula 3. Everytime I boot it hangs when doing Local package initialization:, It started after I installed apache13-modssl. I have done a cvsup with no better result, has anyone faced this problem before. Kyle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 17:42:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27439 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 17:42:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA27434 for ; Mon, 28 Dec 1998 17:42:50 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zuoB0-0006Lt-00; Mon, 28 Dec 1998 18:42:26 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id SAA17444 for ; Mon, 28 Dec 1998 18:40:35 -0700 (MST) Message-Id: <199812290140.SAA17444@harmony.village.org> To: hackers@FreeBSD.ORG Subject: How do I ... Date: Mon, 28 Dec 1998 18:40:34 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... write a kld that I can unload when I'm doing a network interface? Or at the very lead the ability to reload the driver... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 19:59:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10468 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 19:59:01 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10451; Mon, 28 Dec 1998 19:58:55 -0800 (PST) (envelope-from sonil9@topchat.com) Received: from karon.elanders.no (karon.elanders.no [194.143.3.10]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id TAA27083; Mon, 28 Dec 1998 19:58:45 -0800 (PST) Received: by karon.elanders.no; id EAA00813; Tue, 29 Dec 1998 04:57:50 +0100 (CET) Message-Id: <199812290357.EAA00813@karon.elanders.no> From: "Tom" Subject: Cost Effective Advertising Strategies! To: mem687@elanders.no X-Mailer: Microsoft Outlook Express 4.72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V(null).1712.3 Mime-Version: 1.0 Date: Mon, 28 Dec 1998 22:48:57 -0500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id TAA10456 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Start the new year off right with your business. Use bulk email to advertise your business and get instant results. Join the electronic revolution and save money on our advertising packages! $150 for 100,000 emails with one email forwarding account. All replies get sent right to an email address of your choice and you don't have to worry about getting complaints from your ISP. Call today at 401-433-5811 ////////////////////////////////////////////////////// If you received this message in error and wish to be removed from our list reply to: mailto:prfct@eudoramail.com?subject=remove ///////////////////////////////////////////////////// To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 20:16:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12533 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 20:16:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12528 for ; Mon, 28 Dec 1998 20:16:53 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id FAA02638 for ; Tue, 29 Dec 1998 05:16:28 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA18324 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Tue, 29 Dec 1998 04:57:15 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id BAA18542 for FreeBSD-hackers@freebsd.org; Tue, 29 Dec 1998 01:24:55 +0100 (CET) From: Wilko Bulte Message-Id: <199812290024.BAA18542@yedi.iaf.nl> Subject: comments on de driver error message? To: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list) Date: Tue, 29 Dec 1998 01:24:54 +0100 (CET) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Any comments on: de0: receive: 00:00:f8:06:07:f5: bad crc de0: receive: 00:00:f8:06:ab:1f: alignment error ? This is 2.2.6R on a Kingston10/100 PCI card, but I also see it on DEC DE500 cards in my other machines (one Pentium 100, one Alpha AXPpci33). The P100 and the Alpha are (almost) -current. The Kingston probes as: Dec 27 13:12:54 yedi /kernel: de0 rev 34 int a ir q 14 on pci0:9:0 Dec 27 13:12:54 yedi /kernel: de0: 21140A [10-100Mb/s] pass 2.2 Dec 27 13:12:54 yedi /kernel: de0: address 00:c0:f0:30:41:fb I also tried it with a X-cable, so without the Linksys 10/100 hub but that did not make any difference. Cables are approx 2-3 meters CAT5. Clues? Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 20:34:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14458 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 20:34:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14452 for ; Mon, 28 Dec 1998 20:34:25 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id XAA21465; Mon, 28 Dec 1998 23:33:53 -0500 (EST) Date: Mon, 28 Dec 1998 23:33:53 -0500 (EST) From: Daniel Eischen Message-Id: <199812290433.XAA21465@pcnet1.pcnet.com> To: FreeBSD-hackers@FreeBSD.ORG, wilko@yedi.iaf.nl Subject: Re: comments on de driver error message? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > de0: receive: 00:00:f8:06:07:f5: bad crc > de0: receive: 00:00:f8:06:ab:1f: alignment error > > ? > > This is 2.2.6R on a Kingston10/100 PCI card, but I also see it on DEC DE500 > cards in my other machines (one Pentium 100, one Alpha AXPpci33). The P100 > and the Alpha are (almost) -current. We were also getting messages like this out of the de driver. The problem turned out to be a faulty cable on one of the other systems in our network. Hunt down the machines with Ethernet addresses 00:00:f8:06:07:f5 and 00:00:f8:06:ab:1f and try replacing their cables. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 20:37:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14621 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 20:37:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14615 for ; Mon, 28 Dec 1998 20:37:03 -0800 (PST) (envelope-from mrcpu@internetcds.com) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.8.8/8.7.3) with SMTP id UAA00492; Mon, 28 Dec 1998 20:32:36 -0800 (PST) Date: Mon, 28 Dec 1998 20:32:36 -0800 (PST) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Wilko Bulte cc: FreeBSD hackers list Subject: Re: comments on de driver error message? In-Reply-To: <199812290024.BAA18542@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get these all the time when certain machines ftp to my box. However, the data seems to come through fine, and the performance is fine, so have just been ignoring it. What's weird is that the remote machines are coming through a router, so you would think that it woul dbe an all or nothiing kind of thing, but it isn't. On Tue, 29 Dec 1998, Wilko Bulte wrote: > Any comments on: > > de0: receive: 00:00:f8:06:07:f5: bad crc > de0: receive: 00:00:f8:06:ab:1f: alignment error > > ? > > This is 2.2.6R on a Kingston10/100 PCI card, but I also see it on DEC DE500 > cards in my other machines (one Pentium 100, one Alpha AXPpci33). The P100 > and the Alpha are (almost) -current. > > The Kingston probes as: > > Dec 27 13:12:54 yedi /kernel: de0 rev 34 int a ir > q 14 on pci0:9:0 > Dec 27 13:12:54 yedi /kernel: de0: 21140A [10-100Mb/s] pass 2.2 > Dec 27 13:12:54 yedi /kernel: de0: address 00:c0:f0:30:41:fb > > > I also tried it with a X-cable, so without the Linksys 10/100 hub but that > did not make any difference. Cables are approx 2-3 meters CAT5. > > Clues? > > Wilko > _ ______________________________________________________________________ > | / o / / _ Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl > ______________________________________________ Powered by FreeBSD __________ > > 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 Dec 28 20:48:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15483 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 20:48:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from k6n1.znh.org (dialup14.gaffaneys.com [208.155.161.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15473 for ; Mon, 28 Dec 1998 20:48:40 -0800 (PST) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id EAA14979; Tue, 29 Dec 1998 04:48:56 GMT (envelope-from zach) Message-ID: <19981228224856.A14175@znh.org> Date: Mon, 28 Dec 1998 22:48:56 -0600 From: Zach Heilig To: Matthew Hunt , Paul Traina , hackers@FreeBSD.ORG Subject: Re: buildworld as someone other than root? References: <199812282230.WAA11845@bplus.juniper.net> <19981228145942.A29832@wopr.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19981228145942.A29832@wopr.caltech.edu>; from Matthew Hunt on Mon, Dec 28, 1998 at 02:59:42PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 28, 1998 at 02:59:42PM -0800, Matthew Hunt wrote: > On Mon, Dec 28, 1998 at 02:30:02PM -0800, Paul Traina wrote: > > Before I go beating my brains around an impossibility, has anyone ever played > > with making at least the initial part of 'buildworld' buildable as someone > > other than root? > I routinely do "make buildworld" as a normal user. I first source > the following: > ... Last time I tried, there was at least one instance of a makefile explicitly setting BINGRP (/usr/src/games/dm/Makefile), which broke non-root 'make buildworld' for me. I suppose adding yourself to the 'games' group isn't a very big risk. [this also isn't very hard to "fix", but the obvious fix breaks the reason it's there in the first place]. -- Zach Heilig (zach@gaffaneys.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 21:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18468 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 21:20:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA18463 for ; Mon, 28 Dec 1998 21:20:01 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zurZ7-0006SB-00; Mon, 28 Dec 1998 22:19:33 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id WAA22046; Mon, 28 Dec 1998 22:17:44 -0700 (MST) Message-Id: <199812290517.WAA22046@harmony.village.org> To: Mark Newton Subject: Re: LDT entries - Proposed change Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Sat, 26 Dec 1998 14:22:19 +1030." <199812260352.OAA01444@atdot.dotat.org> References: <199812260352.OAA01444@atdot.dotat.org> Date: Mon, 28 Dec 1998 22:17:43 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199812260352.OAA01444@atdot.dotat.org> Mark Newton writes: : I'd like to make some low-level changes over the next couple of days : to support the svr4 emulator which I'll be committing after new-year. Make sure that this change doens't break WINE, which is about the only user land program that uses LDTs. I think it starts at 17, but am not positive. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 21:23:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18576 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 21:23:44 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.nerds4rent.com (ns2.freedomnet.com [198.240.104.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA18571 for ; Mon, 28 Dec 1998 21:23:42 -0800 (PST) (envelope-from kbyanc@freedomnet.com) Received: from localhost (kbyanc@localhost) by mail.nerds4rent.com (8.8.8/8.8.8/antispam) with SMTP id AAA06673 for ; Tue, 29 Dec 1998 00:28:07 -0500 (EST) X-Envelope-To: X-Authentication-Warning: mail.nerds4rent.com: kbyanc owned process doing -bs Date: Tue, 29 Dec 1998 00:28:07 -0500 (EST) From: Kelly Yancey X-Sender: kbyanc@mail.nerds4rent.com To: freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 28 Dec 1998, Alfred Perlstein wrote: > > can someone join in and tell us both where the interfaces to the new linux > threads are hidden in freebsd? > > i thought it was "options COMPAT_LINUX_THREADS" in my kernel file > and -DCOMPAT_LINUX_THREADS in /etc/make.conf but i can't find it. > > is it default now? where are the functions to interface with them > natively? > [ snip ] > > Your complaint about 1-1 threads is valid in a sort of sense, however it's > been discussed to death here and on -current. The general concensus is > that 1-1 threads suck, the informed concensus is that you don't thread for > processor intensive work, only for IO intensive work, threading across SMP > destroys/thrashes cache benefits, your best bet is to use the hybrid > thread/processor mechanism, it's not easy, but it's faster. > Doesn't it seem obvious to anyone other than myself that the current interest in porting Linux's 1-1 threads is a pretty good indication that people want 1-1 threads in FreeBSD? Is the only way we are going to get this functionality is to borrow it from Linux? My problem is that I am a pretty ardent FreeBSD supporter...and I'm not particullarly fond of Linux. But it would seem that FreeBSD is getting bested in the rather developer-visible realm of thread support. Perhaps I should change my view of FreeBSD's relationship to Linux. I'm sorry that I missed that discussion. Was any consideration made for a hybrid thread mechanism like Solaris's? Where multiple user threads were serviced by a single kernel thread (and there exist multiple kernel threads that can be distributed among processors). It seems to me (albeit I am just one programmer) that the distinction of threads for I/O intensive applications and processes for CPU intensive applications creates a good bit of extra complexity that inhibits development. As I understand it, threads are indended as "lightweight processes" which share code, data, etc with other peer threads to form an entire task. No mention of whether or not the process is I/O intensive or CPU intensive. The question isn't necessarilly about what is optimal, but rather what is the easiest to maintain. What exactly is wrong with writing a program using threads that is CPU intensive? Does it mean that my program doesn't execute as quickly as it would have if it had been written using multiple processes? Big whoop...that is the developer's problem, not the operating system's. As far as destroying caching benefits, what is the possibility of tying a thread to a CPU? Once a thread is scheduled on a certain CPU, would it be possible to give preference to that CPU in future scheduling decisions? That keeps you caching and still allows for load balancing if one CPU is idle. It seems to me that we are backing down in the operating system's responsibilities in favor of giving each application developer extra responsibilities. Which way ends up costing more man-hours in the long run? Would we rather have a more full featured OS and more applications written natively for it, or would we rather be "right"? So the time being, the answer is: just write all your multi-threaded applications using a combined threaded/multiple process model. Sure, add IPC bloat to share the data that you could have easily shared with threads. Sure, manage the bogosity of managing both thread pools and process pools. But damnit, that code will be as fast as imaginable on FreeBSD. But oh, did we mention that you could have avoided all the hassle by simply developing for Solaris, Linux, BeOS, and god knows what other operating systems actually schedule threads onto separate processors like a modern OS is expected to? Sorry, but I am really astonished by FreeBSD's stance on implementing multithreading. I am working with others on a modular server archetecture which I at least was hoping would be multithreaded. But the problem is that since it is modular, we can't know whether the server as a whole will end up CPU intensive or not. So, now rather than having a relatively clean all threads implementation, I'm being told that since it was decided that threads are *best used* for I/O intensive apps, we would have to add an extra level of complexity to manage multiple processes each possibly with multiple threads to do the same task. Needless to say, I'm not happy. Let me quickly mention that I understand that this has been discussed before and I apologize for my late $0.02. I have no intention to start a flame war or otherwise lengthy emotional display. If anyone would like to kindly point out what I am missing or why despite this setback FreeBSD can plan on continuing it's record for server performace, please e-mail me directly rather than the list. Mind you, flames will be silently ignored. Finally, I am actually personally embarassed (other than for my many typos) for my advocacy for FreeBSD over Linux. I have until now pushed FreeBSD as the preferred server operating system, but when I find out that Linux seems to better support multithreading (increasingly a staple of modern programing), I have to think twice. I definately have to reconsider my development platform. Grumpy and disillusioned, Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 21:54:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21542 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 21:54:20 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21535 for ; Mon, 28 Dec 1998 21:54:17 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Netplex) with ESMTP id NAA70876; Tue, 29 Dec 1998 13:53:29 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199812290553.NAA70876@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: How do I ... In-reply-to: Your message of "Mon, 28 Dec 1998 18:40:34 MST." <199812290140.SAA17444@harmony.village.org> Date: Tue, 29 Dec 1998 13:53:28 +0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > ... write a kld that I can unload when I'm doing a network interface? > Or at the very lead the ability to reload the driver... The catch is that the driver in question has to support unloading. All the existing network interfaces are pseudo-modules and only have a load routine. Obviously this requires a fair amount of work to detach a network interface from the stack (including cleaning up routing tables, pcbs, queued data, etc) - nobody has done this yet as far as I'm aware. I suspect there is a fair amount of infrastructure required to implement this. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 22:00:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21922 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 22:00:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA21917 for ; Mon, 28 Dec 1998 22:00:14 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zusC6-0006T3-00; Mon, 28 Dec 1998 22:59:50 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id WAA23091; Mon, 28 Dec 1998 22:58:01 -0700 (MST) Message-Id: <199812290558.WAA23091@harmony.village.org> To: Peter Wemm Subject: Re: How do I ... Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 29 Dec 1998 13:53:28 +0800." <199812290553.NAA70876@spinner.netplex.com.au> References: <199812290553.NAA70876@spinner.netplex.com.au> Date: Mon, 28 Dec 1998 22:58:00 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199812290553.NAA70876@spinner.netplex.com.au> Peter Wemm writes: : The catch is that the driver in question has to support unloading. All the : existing network interfaces are pseudo-modules and only have a load : routine. Obviously this requires a fair amount of work to detach a network : interface from the stack (including cleaning up routing tables, pcbs, : queued data, etc) - nobody has done this yet as far as I'm aware. I : suspect there is a fair amount of infrastructure required to implement : this. I suspect that you are right. I've been looking at all of the existing drivers (since I'm writing a new one), and have found they all cheat and use the compatibility cruft. And even if they didn't cheat, they would have a heck of a time untangling things. I suspect that you are right. I had hoped to get away from understanding those internals. It may make sense to have a "if_dead" that is similar to deadfs where all "orphaned" interfaces go when they die. Hmmm, I'll have to look at this more closely.... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 22:44:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA27773 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 22:44:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA27768 for ; Mon, 28 Dec 1998 22:44:15 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id WAA05062; Mon, 28 Dec 1998 22:44:06 -0800 (PST) To: Kelly Yancey cc: freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... In-reply-to: Your message of "Tue, 29 Dec 1998 00:28:07 EST." Date: Mon, 28 Dec 1998 22:44:06 -0800 Message-ID: <5058.914913846@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Doesn't it seem obvious to anyone other than myself that the current > interest in porting Linux's 1-1 threads is a pretty good indication that > people want 1-1 threads in FreeBSD? Is the only way we are going to get I think it seems more obvious that the set of people willing to talk about more aggressive threading models and the people willing to actually do the work don't often (enough) intersect or there would be more tangible development effort going on in this area. Don't just gripe to us about how disillusioned you are over the fact that santa clause was discovered to be a fake and your first sexual experience didn't live up to its billing, that is merely extraneous information and doesn't convey much more than "I'm really upset!", something which won't get you much sympathy around here given that we're not real big on maternal instincts around here. If the lack of something in FreeBSD annoys you, fix it. Where do you think the motivation to fix so much of what was previously broken in FreeBSD came from? > end up CPU intensive or not. So, now rather than having a relatively clean > all threads implementation, I'm being told that since it was decided that > threads are *best used* for I/O intensive apps, we would have to add an Nothing was "decided" by any such executive committee. Don't take the remarks of some developer expressing his personal preferences as decrees from the pope - we don't have one, nor are things in FreeBSD determined by decree. They're generally decreed by somebody picking up a sword and screaming "CHARGE!", impressing enough people with their bravery and general lunacy that folks start picking up their own swords and running after them. That is how stuff happens, not through impassioned speaches that make various unfavorable comparisons to linux and threaten an imminent defection to same in every second paragraph. Those sort of speaches do little more than convince your audience that they're dealing with a major wanker who needs the facts of life explained to him in a dark alley sometime, preferably with the aid of power tools. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Dec 28 23:48:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03796 for freebsd-hackers-outgoing; Mon, 28 Dec 1998 23:48:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from atdot.dotat.org (atdot.dotat.org [203.23.150.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03787 for ; Mon, 28 Dec 1998 23:48:42 -0800 (PST) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.1/8.7) id SAA03025; Tue, 29 Dec 1998 18:17:24 +1030 (CST) From: Mark Newton Message-Id: <199812290747.SAA03025@atdot.dotat.org> Subject: Re: LDT entries - Proposed change To: imp@village.org (Warner Losh) Date: Tue, 29 Dec 1998 18:17:24 +1030 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199812290517.WAA22046@harmony.village.org> from "Warner Losh" at Dec 28, 98 10:17:43 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <199812260352.OAA01444@atdot.dotat.org> Mark Newton writes: > : I'd like to make some low-level changes over the next couple of days > : to support the svr4 emulator which I'll be committing after new-year. > > Make sure that this change doens't break WINE, which is about the only > user land program that uses LDTs. I think it starts at 17, but am not > positive. Understood; I was wondering about that. The only effect of the change will be to "reserve" LDT entry 5, so if WINE starts as high as 17 it shouldn't break anything. - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1958-3414 ------------- Fax: +61-8-83034403 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 00:12:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA06512 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 00:12:49 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA06503 for ; Tue, 29 Dec 1998 00:12:46 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with ESMTP id DAA22687; Tue, 29 Dec 1998 03:16:34 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Tue, 29 Dec 1998 03:16:34 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: "Jordan K. Hubbard" cc: Kelly Yancey , freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... In-Reply-To: <5058.914913846@zippy.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 28 Dec 1998, Jordan K. Hubbard wrote: > > Doesn't it seem obvious to anyone other than myself that the current > > interest in porting Linux's 1-1 threads is a pretty good indication that > > people want 1-1 threads in FreeBSD? Is the only way we are going to get > > I think it seems more obvious that the set of people willing to talk > about more aggressive threading models and the people willing to > actually do the work don't often (enough) intersect or there would be > more tangible development effort going on in this area. > > Don't just gripe to us about how disillusioned you are over the fact > that santa clause was discovered to be a fake and your first sexual > experience didn't live up to its billing, that is merely extraneous > information and doesn't convey much more than "I'm really upset!", > something which won't get you much sympathy around here given that > we're not real big on maternal instincts around here. If the lack of > something in FreeBSD annoys you, fix it. Where do you think the > motivation to fix so much of what was previously broken in FreeBSD > came from? I may be mistaken, but you're both misunderstanding me. from reading recent posts on -current i could have sworn i saw that _NATIVE_ "linuxthreads" were now available to freebsd. I think you need to compile a kernel and world with: CFLAGS+= COMPAT_LINUX_THREADS to achive this, the only thing that seems to be missing is a FreeBSD userland interface to it. Is there any chance that this will become standard in FreeBSD? (the thread died off without mentioning if it will become default) what about userland interface? > > > end up CPU intensive or not. So, now rather than having a relatively clean > > all threads implementation, I'm being told that since it was decided that > > threads are *best used* for I/O intensive apps, we would have to add an > > Nothing was "decided" by any such executive committee. Don't take the > remarks of some developer expressing his personal preferences as > decrees from the pope - we don't have one, nor are things in FreeBSD > determined by decree. They're generally decreed by somebody picking > up a sword and screaming "CHARGE!", impressing enough people with > their bravery and general lunacy that folks start picking up their own > swords and running after them. That is how stuff happens, not through > impassioned speaches that make various unfavorable comparisons to > linux and threaten an imminent defection to same in every second > paragraph. Those sort of speaches do little more than convince your > audience that they're dealing with a major wanker who needs the facts > of life explained to him in a dark alley sometime, preferably with the > aid of power tools. :-) heh, settle down 'bro i've already had to apply asbestos patches to my copy of Pine because of the last flurry on -current :) "Capt'n she's breaking up, she can't take much more of this...." :) -Alfred > > - Jordan > > 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 Dec 29 00:19:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07199 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 00:19:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07194 for ; Tue, 29 Dec 1998 00:19:13 -0800 (PST) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep2-orange.clear.net.nz (1.5/1.9) with ESMTP id VAA24315; Tue, 29 Dec 1998 21:18:51 +1300 (NZDT) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id VAA08645; Tue, 29 Dec 1998 21:18:51 +1300 (NZDT) Date: Tue, 29 Dec 1998 21:18:51 +1300 From: Joe Abley To: "Jordan K. Hubbard" Cc: Kelly Yancey , freebsd-hackers@FreeBSD.ORG, jabley@clear.co.nz Subject: Re: (where are linux threads?) Re: pthreads question/problem... Message-ID: <19981229211851.A8618@clear.co.nz> References: <5058.914913846@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <5058.914913846@zippy.cdrom.com>; from Jordan K. Hubbard on Mon, Dec 28, 1998 at 10:44:06PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 28, 1998 at 10:44:06PM -0800, Jordan K. Hubbard wrote: > paragraph. Those sort of speaches do little more than convince your > audience that they're dealing with a major wanker who needs the facts > of life explained to him in a dark alley sometime, preferably with the > aid of power tools. :-) I didn't know people in America knew what "wanker" meant. I had to explain it to the people I met last time I was over there :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 04:54:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA27644 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 04:54:34 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA27639 for ; Tue, 29 Dec 1998 04:54:33 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id VAA08101; Tue, 29 Dec 1998 21:54:07 +0900 (JST) Message-ID: <3688CE2D.6ABF61E5@newsguy.com> Date: Tue, 29 Dec 1998 21:42:21 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: "Jordan K. Hubbard" , freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... References: <5058.914913846@zippy.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" wrote: > > something in FreeBSD annoys you, fix it. Where do you think the > motivation to fix so much of what was previously broken in FreeBSD > came from? Err... you better rephrase that! :-) It sounds like the answer for the question is "people bitching about it"! :-) -- Daniel C. Sobral (8-DCS) dcs@newsguy.com "Heart like a Gabriel, pure and white as ivory, soul like a lucifer, black and cold as a piece of lead." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 04:55:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA27929 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 04:55:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA27923 for ; Tue, 29 Dec 1998 04:55:38 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (peter@localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Netplex) with ESMTP id UAA79782; Tue, 29 Dec 1998 20:54:49 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199812291254.UAA79782@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Alfred Perlstein cc: "Jordan K. Hubbard" , Kelly Yancey , freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... In-reply-to: Your message of "Tue, 29 Dec 1998 03:16:34 EST." Date: Tue, 29 Dec 1998 20:54:48 +0800 From: Peter Wemm Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > On Mon, 28 Dec 1998, Jordan K. Hubbard wrote: > > > > Doesn't it seem obvious to anyone other than myself that the current > > > interest in porting Linux's 1-1 threads is a pretty good indication that > > > people want 1-1 threads in FreeBSD? Is the only way we are going to get > > > > I think it seems more obvious that the set of people willing to talk > > about more aggressive threading models and the people willing to > > actually do the work don't often (enough) intersect or there would be > > more tangible development effort going on in this area. > > > > Don't just gripe to us about how disillusioned you are over the fact > > that santa clause was discovered to be a fake and your first sexual > > experience didn't live up to its billing, that is merely extraneous > > information and doesn't convey much more than "I'm really upset!", > > something which won't get you much sympathy around here given that > > we're not real big on maternal instincts around here. If the lack of > > something in FreeBSD annoys you, fix it. Where do you think the > > motivation to fix so much of what was previously broken in FreeBSD > > came from? > > I may be mistaken, but you're both misunderstanding me. from reading > recent posts on -current i could have sworn i saw that _NATIVE_ > "linuxthreads" were now available to freebsd. > > I think you need to compile a kernel and world with: > CFLAGS+= COMPAT_LINUX_THREADS > > to achive this, the only thing that seems to be missing is a FreeBSD > userland interface to it. > > Is there any chance that this will become standard in FreeBSD? (the thread > died off without mentioning if it will become default) what about > userland interface? I hope so.. If we can get the stuff cleaned up a bit in time, yes it should be a go. The main reservations I've heard about it are moving struct sigacts outside of the upages and loosing the swappability. Granted it't not a really big thing yet, but once we go from 32 to (say) 64 signals it doubles. Struct proc itself is around the same size. Because of malloc roundup, that'd be 1/2KB of extra unswappable data per process (and soon maybe 1K). Multiply that by a heap of processes and it adds up in a memory crunch. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 05:49:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01511 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 05:49:36 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01506 for ; Tue, 29 Dec 1998 05:49:34 -0800 (PST) (envelope-from dick@ns.tar.com) Received: (from dick@localhost) by ns.tar.com (8.9.1/8.9.1) id HAA79783; Tue, 29 Dec 1998 07:49:10 -0600 (CST) (envelope-from dick) Date: Tue, 29 Dec 1998 07:49:10 -0600 From: "Richard Seaman, Jr." To: Alfred Perlstein Cc: Kelly Yancey , freebsd-hackers@FreeBSD.ORG Subject: Re: (where are linux threads?) Re: pthreads question/problem... Message-ID: <19981229074910.D9054@tar.com> References: <5058.914913846@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Alfred Perlstein on Tue, Dec 29, 1998 at 03:16:34AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 29, 1998 at 03:16:34AM -0500, Alfred Perlstein wrote: > I may be mistaken, but you're both misunderstanding me. from reading > recent posts on -current i could have sworn i saw that _NATIVE_ > "linuxthreads" were now available to freebsd. > > I think you need to compile a kernel and world with: > CFLAGS+= COMPAT_LINUX_THREADS > > to achive this, the only thing that seems to be missing is a FreeBSD > userland interface to it. > > Is there any chance that this will become standard in FreeBSD? (the thread > died off without mentioning if it will become default) what about > userland interface? I'm not quite clear about what you mean by "userland interface". There is a very rough copy of a "port" of linux threads at http://lt.tar.com . I hope to clean it up shortly, and if nothing else, submit is as a FreeBSD port. You can call the pthread_* functions in FreeBSD from userland and get 1-1 kernel threads. -- Richard Seamman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 414-367-5450 Chenequa WI 53058 fax: 414-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 06:43:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06617 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 06:43:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06612 for ; Tue, 29 Dec 1998 06:43:24 -0800 (PST) (envelope-from dick@ns.tar.com) Received: (from dick@localhost) by ns.tar.com (8.9.1/8.9.1) id IAA00566 for hackers@freebsd.org; Tue, 29 Dec 1998 08:43:05 -0600 (CST) (envelope-from dick) Date: Tue, 29 Dec 1998 08:43:05 -0600 From: "Richard Seaman, Jr." To: hackers@FreeBSD.ORG Subject: maybe_resched() -- Help me understand it? Message-ID: <19981229084305.A502@tar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been trying to understand the various scheduling calls (rtprio, setpriority, sched_setscheduler, sched_setparam, etc) and I'm having trouble. I can't decide if there are bugs, or if I just don't understand it all. Rather than post all my questions at once, I'll start with my questions about maybe_resched. I'd really appreciate someone looking at this to see if its just that I don't understand whats happening here. maybe_resched is defined like this (its in kern_synch.c): /* maybe_resched: Decide if you need to reschedule or not * taking the priorities and schedulers into account. */ static void maybe_resched(struct proc *chk) { struct proc *p = curproc; /* XXX */ /* * Compare priorities if the new process is on the same scheduler, * otherwise the one on the more realtimeish scheduler wins. * * XXX idle scheduler still broken because proccess stays on idle * scheduler during waits (such as when getting FS locks). If a * standard process becomes runaway cpu-bound, the system can lockup * due to idle-scheduler processes in wakeup never getting any cpu. */ if (p == 0 || (chk->p_priority < curpriority && RTP_PRIO_BASE(p->p_rtprio.type) == RTP_PRIO_BASE(chk->p_rtprio.type)) || RTP_PRIO_BASE(chk->p_rtprio.type) < RTP_PRIO_BASE(p->p_rtprio.type)) { need_resched(); } } What I don't understand is this: 1) If chk is the current process, I would think you would want to test chk->p_priority > curpriority rather than chk->p_priority < curpriority In other words, if the current process priority has become less favorable, shouldn't you do a need_resched so that if there is a process on the run queue that has a more favorable priority than the new priority, it will be selected to run? The code seems conceptually ok if chk is NOT the current process. 2) Rather than comparing priorities, shouldn't you check to see if the change in priority would put the process on a new run queue? For example: #define PPQ (128 / NQS) /* priorities per queue */ (chk->p_priority / PPQ) < (curpriority / PPQ) The current test could provoke a need_resched even if there would be no change in runqueue? 3) Is this code correct if chk is on a sleep queue? Shouldn't there be a check to see if chk is runnable before calling need_resched? 4) I can't find anyplace in the kernel code where the p_priority structure member reflects the real time priority, if the process is a real time or idle time process. ie. I can't find where p_priority is ever affected by p_rtprio.prio . Have I missed something? If what I have stated is true, then it seems to me the comparison of chk->p_priority to curpriority is only valid if both chk and the current process have p_rtprio.type equal to RTP_PRIO_NORMAL. If the RTP_PRIO_BASE of the two processes is equal, and if it is not RTP_PRIO_NORMAL, I would think you would want to compare the p_rtprio.prio values? 5) The test uses both "curpriority" and "curproc" in its test. curpriority and curproc are sometimes set at different points in the kernel, which raises the question of whether curpriority might not reflect a priority that corresponds to curproc. Possibly, as a purely practical matter, there will always be a correspondence. In tracing through the code I haven't (yet) been able to pinpoint a case where this would not be so. However, wouldn't it be safer to test chk->p_priority against curproc->p_priority rather than curpriority, if chk and curproc are not the same? 6) I haven't really studied the SMP code. What do curproc and curpriority mean if there are multiple CPUs? Would the comparisons still be valid if chk and curproc were on different CPUs? Or, if chk is not currently running, should the comparisons be against all the currently running processes? -- Richard Seamman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 414-367-5450 Chenequa WI 53058 fax: 414-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 07:19:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09850 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 07:19:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from shell2.la.best.com (shell2.la.best.com [209.24.216.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA09839 for ; Tue, 29 Dec 1998 07:19:34 -0800 (PST) (envelope-from nugundam@shell2.la.best.com) Received: from localhost (nugundam@localhost) by shell2.la.best.com (8.9.1/8.9.0/best.sh) with ESMTP id HAA14901 for ; Tue, 29 Dec 1998 07:19:17 -0800 (PST) Date: Tue, 29 Dec 1998 07:19:17 -0800 (PST) From: Joseph Lee To: freebsd-hackers@FreeBSD.ORG Subject: libalias and ident Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been hacking around in libalias to attempt ident support, and have gotten stuck due to my limited knowledge of tcp connections. The basic premise of the code has been: (1) see if tcp packet in is destined for port 113, if so special code (2) in special code, do a sscanf() similar to a basic ident query and grab querying remote/local (fport/lport) port pair (3) with pair found, find corresponding in-link to find originating out-link that triggered the ident query, using the fport/lport pair (4) with in-link found, create out-link originating at original ip/auth port to remote ip, same remote port, using FindUdpTcpOut() (5) do a PunchFWHole() on the new out-link (6) change the original (destined) address on the tcp packet from (1) The code is doing all the query recognizing, packet remapping and forwarding, but ident fails on my test machine 'bob' hanging off the fbsd machine. I know ident on bob works, because an initial redirect_port makes everything handy-dandy. I'm surmising it's not quite working because 'bob' didn't have a pre-existing tcp connection on its auth port, so my attempt to directly send the query packet without the initial tcp syn packets means the query packet gets dropped/lost.. It doesn't look like libalias gets involved in initiating a tcp connection when it creates a redirection alias. How can I work around this? tia, -- Joseph nugundam =best=com==/==\=IIGS=/==\=Playstation=/==\=Civic HX CVT=/==\ # Anime Expo 1998 >> www.anime-expo.org/ > # Redline Games >> www.redlinegames.com/ > # Cal-Animage Epsilon >> www.best.com/~nugundam/epsilon/ > # EX: The Online World of Anime & Manga >> www.ex.org/ / To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 08:49:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17956 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 08:49:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17940 for ; Tue, 29 Dec 1998 08:49:38 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id RAA12860; Tue, 29 Dec 1998 17:49:13 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA73296; Tue, 29 Dec 1998 17:49:12 +0100 (MET) Message-ID: <19981229174912.U53810@follo.net> Date: Tue, 29 Dec 1998 17:49:12 +0100 From: Eivind Eklund To: Joseph Lee , freebsd-hackers@FreeBSD.ORG Subject: Re: libalias and ident References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Joseph Lee on Tue, Dec 29, 1998 at 07:19:17AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 29, 1998 at 07:19:17AM -0800, Joseph Lee wrote: > I've been hacking around in libalias to attempt ident support, and > have gotten stuck due to my limited knowledge of tcp connections. > > The basic premise of the code has been: > (1) see if tcp packet in is destined for port 113, if so special code > (2) in special code, do a sscanf() similar to a basic ident query > and grab querying remote/local (fport/lport) port pair > (3) with pair found, find corresponding in-link to find originating > out-link that triggered the ident query, using the fport/lport pair > (4) with in-link found, create out-link originating at original ip/auth > port to remote ip, same remote port, using FindUdpTcpOut() > (5) do a PunchFWHole() on the new out-link > (6) change the original (destined) address on the tcp packet from (1) Step 4 is wrong, if I understand what you write correctly. The ident query has to be re-written with support for the relevant ports changing - libalias is _not_ guaranteed to use the same ports as the original machine did. > The code is doing all the query recognizing, packet remapping and > forwarding, but ident fails on my test machine 'bob' hanging off the fbsd > machine. > > I know ident on bob works, because an initial redirect_port makes > everything handy-dandy. > > I'm surmising it's not quite working because 'bob' didn't have a > pre-existing tcp connection on its auth port, so my attempt to > directly send the query packet without the initial tcp syn packets means > the query packet gets dropped/lost.. > > It doesn't look like libalias gets involved in initiating a tcp connection > when it creates a redirection alias. > > How can I work around this? You have to use the normal connect() etc calls to setup a connection to the remote machine. You should probably create an extra task to deal with this, to avoid having to make ad-hoc scheduling in libalias. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 09:03:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19294 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 09:03:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19286 for ; Tue, 29 Dec 1998 09:03:40 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id MAA05701; Tue, 29 Dec 1998 12:00:09 -0500 (EST) From: Peter Dufault Message-Id: <199812291700.MAA05701@hda.hda.com> Subject: Re: maybe_resched() -- Help me understand it? In-Reply-To: <19981229084305.A502@tar.com> from "Richard Seaman, Jr." at "Dec 29, 98 08:43:05 am" To: dick@tar.com (Richard Seaman, Jr.) Date: Tue, 29 Dec 1998 12:00:09 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'll answer a few questions and then let someone either correct me or let you check up on me and refine your questions further. (...) > /* maybe_resched: Decide if you need to reschedule or not > * taking the priorities and schedulers into account. > */ > static void maybe_resched(struct proc *chk) > { > struct proc *p = curproc; /* XXX */ > > /* > * Compare priorities if the new process is on the same scheduler, > * otherwise the one on the more realtimeish scheduler wins. > * > * XXX idle scheduler still broken because proccess stays on idle > * scheduler during waits (such as when getting FS locks). If a > * standard process becomes runaway cpu-bound, the system can lockup > * due to idle-scheduler processes in wakeup never getting any cpu. > */ > if (p == 0 || > (chk->p_priority < curpriority && > RTP_PRIO_BASE(p->p_rtprio.type) == > RTP_PRIO_BASE(chk->p_rtprio.type)) || > RTP_PRIO_BASE(chk->p_rtprio.type) < RTP_PRIO_BASE(p->p_rtprio.type)) { > need_resched(); > } > } > > What I don't understand is this: > > 1) If chk is the current process, I would think you would want to test > chk->p_priority > curpriority > rather than > chk->p_priority < curpriority > > In other words, if the current process priority has become less > favorable, shouldn't you do a need_resched so that if there is a > process on the run queue that has a more favorable priority than > the new priority, it will be selected to run? > > The code seems conceptually ok if chk is NOT the current process. For a normal time sharing process, the current process will lose the CPU if it decays to the point that it drops into a lower priority run queue. That will be handled by removing and reinserting so that it winds up in the right queue, and whatever was behind it in the queue will start up. The four levels of priority within a given run queue are treated as identical for scheduling purposes and the system will round-robin across those. Since without outside events that will cause recalculation of priorities you normally only decay (level increase), "chk->p_priority < curpriority" won't return true for curproc. I guess that raising your priority brute force does indeed result in an extra reschedule but that shouldn't happen too much. This should answer your next question about why not just check to see if we drop into a new run queue. (...) > 3) Is this code correct if chk is on a sleep queue? > Shouldn't there be a check to see if chk is runnable before > calling need_resched? The code assumes it is always passed a runnable process. > 4) I can't find anyplace in the kernel code where the p_priority > structure member reflects the real time priority, if the process > is a real time or idle time process. ie. I can't find where > p_priority is ever affected by p_rtprio.prio . Have I missed > something? It is done in the machine specific code - check in i386/i386. To predict your next question, there are only 32 levels of real time priority corressponding to the 32 run queues in the time sharing world. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 10:07:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24975 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 10:07:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from heathers.stdio.com (heathers.stdio.com [199.89.192.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24968 for ; Tue, 29 Dec 1998 10:07:51 -0800 (PST) (envelope-from lile@stdio.com) Received: from heathers.stdio.com (lile@heathers.stdio.com [199.89.192.5]) by heathers.stdio.com (8.8.8/8.8.8) with ESMTP id NAA14034; Tue, 29 Dec 1998 13:08:53 -0500 (EST) (envelope-from lile@stdio.com) Date: Tue, 29 Dec 1998 13:08:52 -0500 (EST) From: Larry Lile To: Warner Losh cc: Peter Wemm , hackers@FreeBSD.ORG Subject: Re: How do I ... In-Reply-To: <199812290558.WAA23091@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 28 Dec 1998, Warner Losh wrote: > In message <199812290553.NAA70876@spinner.netplex.com.au> Peter Wemm writes: > : The catch is that the driver in question has to support unloading. All the > : existing network interfaces are pseudo-modules and only have a load > : routine. Obviously this requires a fair amount of work to detach a network > : interface from the stack (including cleaning up routing tables, pcbs, > : queued data, etc) - nobody has done this yet as far as I'm aware. I > : suspect there is a fair amount of infrastructure required to implement > : this. > > I suspect that you are right. I've been looking at all of the > existing drivers (since I'm writing a new one), and have found they > all cheat and use the compatibility cruft. And even if they didn't > cheat, they would have a heck of a time untangling things. > > I suspect that you are right. I had hoped to get away from > understanding those internals. It may make sense to have a "if_dead" > that is similar to deadfs where all "orphaned" interfaces go when they > die. Hmmm, I'll have to look at this more closely.... I am still working on my token-ring driver and have the same needs. Rebuilding and rebooting is a huge waste of time, but since there is no facility for removing network interfaces it seems the only way. I will help out if you all want to fix this... It would save me hours of thumb twiddling. Larry Lile lile@stdio.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 10:21:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26675 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 10:21:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA26665 for ; Tue, 29 Dec 1998 10:20:49 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA15484; Tue, 29 Dec 1998 17:10:52 +0100 From: Luigi Rizzo Message-Id: <199812291610.RAA15484@labinfo.iet.unipi.it> Subject: Re: How do I ... To: lile@stdio.com (Larry Lile) Date: Tue, 29 Dec 1998 17:10:52 +0100 (MET) Cc: imp@village.org, peter@netplex.com.au, hackers@FreeBSD.ORG In-Reply-To: from "Larry Lile" at Dec 29, 98 01:08:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am still working on my token-ring driver and have the same needs. > Rebuilding and rebooting is a huge waste of time, but since there is > no facility for removing network interfaces it seems the only way. you could look at how the pcmcia support for network cards is done. I seem to remember they leave some stuff resident but have a "not-present" flag to take care of the cases when the interface is removed. luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 10:23:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26967 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 10:23:22 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA26956 for ; Tue, 29 Dec 1998 10:23:20 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zv3nC-0006mO-00; Tue, 29 Dec 1998 11:22:54 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id LAA34761; Tue, 29 Dec 1998 11:21:11 -0700 (MST) Message-Id: <199812291821.LAA34761@harmony.village.org> To: Luigi Rizzo Subject: Re: How do I ... Cc: lile@stdio.com (Larry Lile), peter@netplex.com.au, hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 29 Dec 1998 17:10:52 +0100." <199812291610.RAA15484@labinfo.iet.unipi.it> References: <199812291610.RAA15484@labinfo.iet.unipi.it> Date: Tue, 29 Dec 1998 11:21:11 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199812291610.RAA15484@labinfo.iet.unipi.it> Luigi Rizzo writes: : you could look at how the pcmcia support for network cards is done. : I seem to remember they leave some stuff resident but have a : "not-present" flag to take care of the cases when the interface is : removed. I've looked into that. The problem with doing that is that you can't "reload" the driver. pccardd appears to bring the old version of the code over and over again. It never removes the device. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 12:50:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10844 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 12:50:27 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10839 for ; Tue, 29 Dec 1998 12:50:25 -0800 (PST) (envelope-from mks@us.networkcs.com) Received: from us.networkcs.com (us.networkcs.com [137.66.11.15]) by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA20221; Tue, 29 Dec 1998 14:50:06 -0600 (CST) Received: (from mks@localhost) by us.networkcs.com (8.8.7/8.8.7) id OAA25360; Tue, 29 Dec 1998 14:50:05 -0600 (CST) From: Mike Spengler Message-Id: <199812292050.OAA25360@us.networkcs.com> Subject: Re: How do I ... In-Reply-To: <199812290558.WAA23091@harmony.village.org> from Warner Losh at "Dec 28, 98 10:58:00 pm" To: imp@village.org (Warner Losh) Date: Tue, 29 Dec 1998 14:50:05 -0600 (CST) Cc: peter@netplex.com.au, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh said: > In message <199812290553.NAA70876@spinner.netplex.com.au> Peter Wemm writes: > : The catch is that the driver in question has to support unloading. All the > : existing network interfaces are pseudo-modules and only have a load > : routine. Obviously this requires a fair amount of work to detach a network > : interface from the stack (including cleaning up routing tables, pcbs, > : queued data, etc) - nobody has done this yet as far as I'm aware. I > : suspect there is a fair amount of infrastructure required to implement > : this. > > I suspect that you are right. I've been looking at all of the > existing drivers (since I'm writing a new one), and have found they > all cheat and use the compatibility cruft. And even if they didn't > cheat, they would have a heck of a time untangling things. > > I suspect that you are right. I had hoped to get away from > understanding those internals. It may make sense to have a "if_dead" > that is similar to deadfs where all "orphaned" interfaces go when they > die. Hmmm, I'll have to look at this more closely.... > We originally developed the HARP ATM code under SunOS using LKMs and supported loading/unloading the atm drivers. We had to include a lot of the necessary infrastructure stuff into our code. When we ported the code to FreeBSD, the PCI LKM stuff wasn't working and we knew that KLDs were the way of the future, so that currently the ATM drivers are kernel compiled only. However, nearly all of the load/unload code is still there (some of it ifdef'd out), waiting for us to do the KLD port (see atm_nif_detach() in sys/netatm/atm_if.c for one example). Some (most?) of this code should be genericized for all network drivers to use - if_detach() anyone? -- Mike Spengler Network Computing Services, Inc. Email: mks@networkcs.com 1200 Washington Ave. So. Phone: +1 612 337 3557 Minneapolis MN 55415 FAX: +1 612 337 3400 (aka Minnesota Supercomputer Center) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 15:30:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27884 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 15:30:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27871 for ; Tue, 29 Dec 1998 15:30:45 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id AAA01331; Wed, 30 Dec 1998 00:30:25 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA05589 (5.67b/IDA-1.5); Wed, 30 Dec 1998 00:12:12 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id VAA05981; Tue, 29 Dec 1998 21:36:37 +0100 (CET) From: Wilko Bulte Message-Id: <199812292036.VAA05981@yedi.iaf.nl> Subject: Re: comments on de driver error message? In-Reply-To: <199812290433.XAA21465@pcnet1.pcnet.com> from Daniel Eischen at "Dec 28, 98 11:33:53 pm" To: eischen@vigrid.com (Daniel Eischen) Date: Tue, 29 Dec 1998 21:36:36 +0100 (CET) Cc: FreeBSD-hackers@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As Daniel Eischen wrote... > > de0: receive: 00:00:f8:06:07:f5: bad crc > > de0: receive: 00:00:f8:06:ab:1f: alignment error > > > > ? > > > > This is 2.2.6R on a Kingston10/100 PCI card, but I also see it on DEC DE500 > > cards in my other machines (one Pentium 100, one Alpha AXPpci33). The P100 > > and the Alpha are (almost) -current. > > We were also getting messages like this out of the de driver. > The problem turned out to be a faulty cable on one of the > other systems in our network. Hunt down the machines with > Ethernet addresses 00:00:f8:06:07:f5 and 00:00:f8:06:ab:1f > and try replacing their cables. At least I'm not alone ;-) I'll borrow some known-good cables next week to see how that works. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 17:13:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09140 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 17:13:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09123 for ; Tue, 29 Dec 1998 17:12:56 -0800 (PST) (envelope-from mrcpu@internetcds.com) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.8.8/8.7.3) with SMTP id RAA05437; Tue, 29 Dec 1998 17:08:21 -0800 (PST) Date: Tue, 29 Dec 1998 17:08:21 -0800 (PST) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: Wilko Bulte cc: Daniel Eischen , FreeBSD-hackers@FreeBSD.ORG Subject: Re: comments on de driver error message? In-Reply-To: <199812292036.VAA05981@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tested all mine with a Fluke Lanmeter 6802 to 100mbit, and they all checked fine. Only the de0 card reports any errors, nothing else (including the hubs and the lan tester) think anything is wrong at all... I think it's the de0 card myself. On Tue, 29 Dec 1998, Wilko Bulte wrote: > As Daniel Eischen wrote... > > > de0: receive: 00:00:f8:06:07:f5: bad crc > > > de0: receive: 00:00:f8:06:ab:1f: alignment error > > > > > > ? > > > > > > This is 2.2.6R on a Kingston10/100 PCI card, but I also see it on DEC DE500 > > > cards in my other machines (one Pentium 100, one Alpha AXPpci33). The P100 > > > and the Alpha are (almost) -current. > > > > We were also getting messages like this out of the de driver. > > The problem turned out to be a faulty cable on one of the > > other systems in our network. Hunt down the machines with > > Ethernet addresses 00:00:f8:06:07:f5 and 00:00:f8:06:ab:1f > > and try replacing their cables. > > At least I'm not alone ;-) > > I'll borrow some known-good cables next week to see how that works. > > Wilko > _ ______________________________________________________________________ > | / o / / _ Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl > ______________________________________________ Powered by FreeBSD __________ > > 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 Dec 29 20:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28236 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 20:31:23 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA28228 for ; Tue, 29 Dec 1998 20:31:22 -0800 (PST) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id XAA10206; Tue, 29 Dec 1998 23:30:46 -0500 (EST) Date: Tue, 29 Dec 1998 23:30:46 -0500 (EST) From: Daniel Eischen Message-Id: <199812300430.XAA10206@pcnet1.pcnet.com> To: mrcpu@internetcds.com, wilko@yedi.iaf.nl Subject: Re: comments on de driver error message? Cc: FreeBSD-hackers@FreeBSD.ORG, eischen@vigrid.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I tested all mine with a Fluke Lanmeter 6802 to 100mbit, and they all > checked fine. Only the de0 card reports any errors, nothing else > (including the hubs and the lan tester) think anything is wrong at all... Does the Lanmeter also validate the CRCs in the packets? If the de error messages always indicate teh same Ethernet address(es) and there are other systems in the network that don't evoke these same messages, then it is hard to point the finger at the de card. In my case, the error message always indicated the same Ethernet address. It turned out the RJ58 connector was crimped too hard, so that the metal contacts were recessed too much and didn't make a good connection when it was plugged in. The fault was mine because I made the [bad] cables in the first place :( Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 21:17:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01960 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 21:17:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from geocities.com (mail2.geocities.com [209.1.224.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA01955 for ; Tue, 29 Dec 1998 21:17:11 -0800 (PST) (envelope-from insane1@geocities.com) Received: from geocities.com (pmey40.burgoyne.com [209.197.5.93]) by geocities.com (8.9.1/8.9.1) with ESMTP id VAA19486 for ; Tue, 29 Dec 1998 21:16:51 -0800 (PST) Message-ID: <3689B7CA.6B115A81@geocities.com> Date: Tue, 29 Dec 1998 22:19:07 -0700 From: Matt Edwards X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: PnP PCI modem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Allright, so I've rebuilt my kernel, it supports my PCI video card, and my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I can't make it install anywhere else. Thanx. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 22:27:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08695 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 22:27:27 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08688 for ; Tue, 29 Dec 1998 22:27:25 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.1/8.9.1) with ESMTP id BAA23842; Wed, 30 Dec 1998 01:27:03 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <199812300627.BAA23842@whizzo.transsys.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Matt Edwards cc: freebsd-hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: PnP PCI modem References: <3689B7CA.6B115A81@geocities.com> In-reply-to: Your message of "Tue, 29 Dec 1998 22:19:07 MST." <3689B7CA.6B115A81@geocities.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Dec 1998 01:27:02 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > can't make it install anywhere else. > Thanx. First of all, if you have a WinModem (e.g., a modem without a brain that relies on the system CPU to do a bunch of work), then you're just screwed and you should stop torturing yourself right now. If you have regular modem, then read on.. I have a Creative Labs Phoneblaster, which you can think of as a SB16 PNP, with a voice/fax modem on the same board. The modem is PNP too. With the board in the system, try running the pnpinfo program to find out the relevent information on the board. You'll see something like: # pnpinfo Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID CTL3002 (0x02308c0e), Serial Number 0x00005f7c PnP Version 1.0, Vendor Version 48 Device Description: Creative Phone Blaster 28.8/33.6 [stuff deleted in here for the logical devices 0 through 3 on this card. Your board will probably have only a single logical device] Logical Device ID: CTL3001 0x01308c0e #4 Device Description: COM TAG Start DF Good Configuration IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) I/O Range 0x3e8 .. 0x3e8, alignment 0x1, len 0x8 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) I/O Range 0x2e8 .. 0x2e8, alignment 0x1, len 0x8 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 3 - only one type (true/edge) I/O Range 0x2f8 .. 0x2f8, alignment 0x1, len 0x8 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 4 - only one type (true/edge) I/O Range 0x3f8 .. 0x3f8, alignment 0x1, len 0x8 [16-bit addr] TAG Start DF Sub-optimal Configuration IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) I/O Range 0x2a0 .. 0x2d8, alignment 0x8, len 0x8 [16-bit addr] TAG End DF End Tag You should choose one of the configurations (with the combinations of irq, i/o ports and dma channels (none in this case) that work for you. Then, make a file, like /kernel.config that looks like this: pnp 1 0 os enable port0 0x280 port1 0x330 port2 0x388 irq0 10 drq0 1 drq1 5 pnp 1 1 os disable pnp 1 2 os enable port0 0x320 pnp 1 3 os enable port0 0x200 pnp 1 4 os enable port0 0x2e8 irq0 7 You can ignore the first 4 lines in my example because the refer to the other logical devices on the Phoneblaster card. The last is the relevent one for this example. pnp 1 4 os enable port0 0x2e8 irq0 7 The '1' is the CSN for the board. These are ordered apparently by how the PNP isolation algorithm finds PNP ISA cards. They start at 1. The '4' is the logical device (LDN). A PNP peripheral can have more than one logical device onboard, but your modem probably has only one, numbered '0' rather than my value of 4. You then specify that I/O port assignment from the listed alternatives you want and which irq you want to use. port0 and irq0 are the first of more than one possible assignment you can make; some logical devices support more than one (e.g., the SB16 PNP clone which is my LDN 0). In your case, with a PNP modem, your file will probably have only one line that looks something like: pnp 1 0 os enable port0 0x irq0 You of course have to pick a combination of available IRQ and I/O port numbers that the device supports (that you discover with pnpinfo), and which don't conflict with whatever else you have in your system. Next, in your kernel configuration, include something like: options USERCONFIG controller pnp0 device sio2 at isa? port 0x2e8 tty irq 7 vector siointr Substituting the I/O port and IRQ you selected. You should be using the new /boot/loader bootstrap by now. Your /boot/boot.conf file should then look something like: load /kernel load -t userconfig_script /kernel.config autoboot This should get you going in the right direction I think. I've made the assumption that you're running 3.0. I don't know if the PNP stuff is in 2.2-stable. If you're using the old bootstrap stuff, the way that the /kernel.config stuff is specified and passed to the kernel is also a bit different. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 22:45:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA10468 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 22:45:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10463 for ; Tue, 29 Dec 1998 22:45:37 -0800 (PST) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.8) id BAA04756; Wed, 30 Dec 1998 01:45:04 -0500 (EST) (envelope-from lee) Message-ID: <19981230014504.A4749@tidalwave.net> Date: Wed, 30 Dec 1998 01:45:04 -0500 From: Lee Cremeans To: "Louis A. Mamakos" , Matt Edwards Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem Reply-To: lcremean@tidalwave.net References: <3689B7CA.6B115A81@geocities.com> <199812300627.BAA23842@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199812300627.BAA23842@whizzo.transsys.com>; from Louis A. Mamakos on Wed, Dec 30, 1998 at 01:27:02AM -0500 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 30, 1998 at 01:27:02AM -0500, Louis A. Mamakos wrote: > > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI ^^^ > > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > > can't make it install anywhere else. > > Thanx. > > First of all, if you have a WinModem (e.g., a modem without a brain that > relies on the system CPU to do a bunch of work), then you're just screwed > and you should stop torturing yourself right now. This is a PCI modem...and PCI modems are all WinModems at this point, though there's not really a good reason to be. The ISA PnP stuff won't gain you much here. -- +--------------------------------------------------------------------+ | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet)| | lcremean@tidalwave.net| http://st-lcremean.tidalwave.net | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 23:17:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13022 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 23:17:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-12.ppp.wenet.net [206.15.85.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13016 for ; Tue, 29 Dec 1998 23:17:49 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with ESMTP id XAA52120; Tue, 29 Dec 1998 23:20:19 -0800 (PST) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 29 Dec 1998 23:20:18 -0800 (PST) From: Alex Zepeda X-Sender: garbanzo@zippy.dyn.ml.org To: "Louis A. Mamakos" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: <199812300627.BAA23842@whizzo.transsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Dec 1998, Louis A. Mamakos wrote: > First of all, if you have a WinModem (e.g., a modem without a brain that > relies on the system CPU to do a bunch of work), then you're just screwed > and you should stop torturing yourself right now. Has anyone actually tried to get the specs for these winmodems? Seeing as 3com is actually rather liberal with the release of their specs... - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 23:21:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13337 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 23:21:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (sj-dsl-9-129-138.dspeed.net [209.249.129.138]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13332 for ; Tue, 29 Dec 1998 23:21:50 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.1/8.8.8) with ESMTP id XAA79159; Tue, 29 Dec 1998 23:21:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199812300721.XAA79159@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: lcremean@tidalwave.net cc: "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Wed, 30 Dec 1998 01:45:04 EST." <19981230014504.A4749@tidalwave.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Dec 1998 23:21:05 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Dec 30, 1998 at 01:27:02AM -0500, Louis A. Mamakos wrote: > > > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > > > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI > ^^^ > > > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > > > can't make it install anywhere else. > > > Thanx. > > > > First of all, if you have a WinModem (e.g., a modem without a brain that > > relies on the system CPU to do a bunch of work), then you're just screwed > > and you should stop torturing yourself right now. It could be neat if we start collecting info on "WinModems" : manufacturer, board, chipset, etc... I doubt that they offload that much work to the cpu most likely the chipsets are very similar to the bt848 for which the control program logic resides in the cpu if such is the case then is a matter of tracking down the specs for the chipsets. Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Dec 29 23:28:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14107 for freebsd-hackers-outgoing; Tue, 29 Dec 1998 23:28:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14101 for ; Tue, 29 Dec 1998 23:28:25 -0800 (PST) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.8) id CAA05107; Wed, 30 Dec 1998 02:27:33 -0500 (EST) (envelope-from lee) Message-ID: <19981230022733.A5087@tidalwave.net> Date: Wed, 30 Dec 1998 02:27:33 -0500 From: Lee Cremeans To: Amancio Hasty Cc: "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem Reply-To: lcremean@tidalwave.net References: <19981230014504.A4749@tidalwave.net> <199812300721.XAA79159@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199812300721.XAA79159@rah.star-gate.com>; from Amancio Hasty on Tue, Dec 29, 1998 at 11:21:05PM -0800 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Dec 29, 1998 at 11:21:05PM -0800, Amancio Hasty wrote: > > On Wed, Dec 30, 1998 at 01:27:02AM -0500, Louis A. Mamakos wrote: > > > > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > > > > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI > > ^^^ > > > > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > > > > can't make it install anywhere else. > > > > Thanx. > > > > > > First of all, if you have a WinModem (e.g., a modem without a brain that > > > relies on the system CPU to do a bunch of work), then you're just screwed > > > and you should stop torturing yourself right now. > > It could be neat if we start collecting info on "WinModems" : manufacturer, > board, chipset, etc... The PCI modems I've seen so far have all been Lucent- or Rockwell-based. WinModem chipsets in general are made by Rockwell, ESS, USR (in fact, USR's look like they're Sportsters without boot ROMs), and Lucent... -- +--------------------------------------------------------------------+ | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet)| | lcremean@tidalwave.net| http://st-lcremean.tidalwave.net/~lee | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 00:05:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17514 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 00:05:25 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA17509 for ; Wed, 30 Dec 1998 00:05:20 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA17014; Wed, 30 Dec 1998 06:55:45 +0100 From: Luigi Rizzo Message-Id: <199812300555.GAA17014@labinfo.iet.unipi.it> Subject: Re: PnP PCI modem To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 30 Dec 1998 06:55:45 +0100 (MET) Cc: lcremean@tidalwave.net, louie@TransSys.COM, insane1@geocities.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199812300721.XAA79159@rah.star-gate.com> from "Amancio Hasty" at Dec 29, 98 11:20:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > First of all, if you have a WinModem (e.g., a modem without a brain that > > > relies on the system CPU to do a bunch of work), then you're just screwed ... > It could be neat if we start collecting info on "WinModems" : manufacturer, > board, chipset, etc... > > I doubt that they offload that much work to the cpu most likely the chipsets > are very similar to the bt848 for which the control program logic resides from a recent discussion on the mgetty lists i learned that there are two kinds -- one where only controller functionality (i.e. AT command partsin etc.) is demanded to the host, the other one where the winmodem is basically a soundcard and all signall processing is done by the host. The latter give a lot more CPU load although one always wonders what we need CPU cycles for... i am still happily running FreeBSD on a Pentium133 and don't feel like i need to upgrade! luigi -----------------------------------+------------------------------------- Luigi RIZZO . EMAIL: luigi@iet.unipi.it . Dip. di Ing. dell'Informazione HTTP://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 04:20:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09774 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 04:20:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bbs.mpcs.com (bbs.mpcs.com [209.101.88.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09767 for ; Wed, 30 Dec 1998 04:20:49 -0800 (PST) (envelope-from hg@penny.n2wx.ampr.org) Received: from pickle.n2wx.ampr.org (0@cc1017255-a.srst1.fl.home.com [24.3.122.197]) by bbs.mpcs.com (8.8.8/8.8.8/MPCS spamzap) with ESMTP id HAA10485 for ; Wed, 30 Dec 1998 07:20:14 -0500 Received: (from root@localhost) by pickle.n2wx.ampr.org (8.8.8/8.8.2/n2wx) id HAA14375 for freebsd-hackers@freebsd.org; Wed, 30 Dec 1998 07:20:13 -0500 (EST) Received: from penny.n2wx.ampr.org (penny.n2wx.ampr.org [172.16.0.5]) by pickle.n2wx.ampr.org (8.8.8/8.8.8/n2wx) with ESMTP id HAA14369 for ; Wed, 30 Dec 1998 07:20:09 -0500 (EST) Received: (from hg@localhost) by penny.n2wx.ampr.org (8.8.8/8.8.8/n2wx) id HAA18818; Wed, 30 Dec 1998 07:20:09 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <13962.6777.503181.771874@penny.south.mpcs.com> Date: Wed, 30 Dec 1998 07:20:09 -0500 (EST) From: Howard Goldstein To: freebsd-hackers@FreeBSD.ORG Subject: ELF interpreter /usr/lib/libc.so.1 not found (on 3.0-CURRENT 12/20/98) X-Mailer: VM 6.62 under Emacs 19.34.1 Organization: disorganization Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My own program seems to be calling for a shared library I didn't link it against, at runtime. I don't recall having this happen when running everything through cc, but alas I don't have that option since one of the modules had to be ported from masm to nasm, so here I am.... slice:~/src/develop$ ./v2show ELF interpreter /usr/lib/libc.so.1 not found Abort trap slice:~/src/develop$ For good reason it isn't found, libc.so.3 lives at that path (so.1 lives in compat). But why is it calling for so.1? Here's my ld invocation. ld -output ../bin/v2show v2show.ob2 bit7to8.ob2 [mumble] /usr/lib/crt1.o -lc -lm -Map ../v2show.map which completes without warning. How do I coerce the loader to use libc.so.3? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 05:19:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14192 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 05:19:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from brooklyn.slack.net (brooklyn.slack.net [206.41.21.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14186 for ; Wed, 30 Dec 1998 05:19:38 -0800 (PST) (envelope-from andrewr@brooklyn.slack.net) Received: from localhost (andrewr@localhost) by brooklyn.slack.net (8.8.7/8.8.7) with SMTP id IAA00337 for ; Wed, 30 Dec 1998 08:22:22 -0500 (EST) Date: Wed, 30 Dec 1998 08:22:22 -0500 (EST) From: andrewr To: freebsd-hackers@FreeBSD.ORG Subject: IPv6 Userland programs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I realize that there was just a large thread going on about IPv6 stack and when/if/how it will be incorporated to -current. Anyhow, here's my question.. are the IPv6 userland program ports going to be in the ports treee or will they be a seperate package depending on what you want to run? In my opinion it would be nice to have -current thrown into another repository and have IPv6(and IPsec.. If that is ready.. I forget) stack be mainly why you are doing the cvsup .. Anyway, Id appreciate it if there was a conclusion as to how the userland programs will be incorporated. Thanks, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 06:47:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21183 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 06:47:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from baerenklau.de.freebsd.org (baerenklau.de.freebsd.org [195.185.195.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21170 for ; Wed, 30 Dec 1998 06:47:40 -0800 (PST) (envelope-from wosch@panke.de.freebsd.org) Received: (from uucp@localhost) by baerenklau.de.freebsd.org (8.8.8/8.8.8) with UUCP id PAA22466; Wed, 30 Dec 1998 15:47:13 +0100 (CET) (envelope-from wosch@panke.de.freebsd.org) Received: (from wosch@localhost) by campa.panke.de.freebsd.org (8.8.8/8.8.8) id PAA16486; Wed, 30 Dec 1998 15:27:09 +0100 (MET) (envelope-from wosch) Message-ID: <19981230152708.F16158@panke.de.freebsd.org> Date: Wed, 30 Dec 1998 15:27:08 +0100 From: Wolfram Schneider To: obrien@nuxi.ucdavis.edu, Wolfram Schneider , freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] References: <19981221135300.A578@caramba.cs.tu-berlin.de> <19981225191525.A29195@nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19981225191525.A29195@nuxi.com>; from David O'Brien on Fri, Dec 25, 1998 at 07:15:25PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1998-12-25 19:15:25 -0800, David O'Brien wrote: > > I setup a primitve HTML index of the current mail archive (*) The > It would be great if we could change our mailing list WWW software to > MHonarc. While I generally *hate* frames, email lists are the one place It was a `proof of concept' for a small, fast and scaling mailing list index program. Don't expect wonders from a 100 line perl script! All the other known programs (hypermail, MHonarc etc.) are broken by design and will not work with big lists. Indexing all old freebsd mailing lists on hub took real 15m27.229s user 3m58.444s sys 0m14.936s for 932MB data. I improved the layout a little bit and put the index now at http://www.freebsd.org/mail/ -- Wolfram Schneider http://freebsd.org/~w/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 06:54:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21748 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 06:54:23 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA21738 for ; Wed, 30 Dec 1998 06:54:20 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1/8.9.1) with ESMTP id GAA11436; Wed, 30 Dec 1998 06:53:23 -0800 (PST) To: Wolfram Schneider cc: obrien@nuxi.ucdavis.edu, Wolfram Schneider , freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] In-reply-to: Your message of "Wed, 30 Dec 1998 15:27:08 +0100." <19981230152708.F16158@panke.de.freebsd.org> Date: Wed, 30 Dec 1998 06:53:23 -0800 Message-ID: <11433.915029603@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I improved the layout a little bit and put the index now at > http://www.freebsd.org/mail/ Looking better, but it needs dates/times on the messages and (I know I'm asking a lot here) group-by-thread as well as date. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 07:07:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22918 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 07:07:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp.enteract.com (thor.enteract.com [207.229.143.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA22913 for ; Wed, 30 Dec 1998 07:07:55 -0800 (PST) (envelope-from jrs@enteract.com) Received: (qmail 1886 invoked from network); 30 Dec 1998 15:07:36 -0000 Received: from adam.enteract.com (jrs@206.54.252.1) by thor.enteract.com with SMTP; 30 Dec 1998 15:07:36 -0000 Date: Wed, 30 Dec 1998 09:07:35 -0600 (CST) From: John Sconiers To: Matt Edwards cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: <3689B7CA.6B115A81@geocities.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > can't make it install anywhere else. I don't think it will wok its a win modem. JOHN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 07:20:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA24001 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 07:20:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23996 for ; Wed, 30 Dec 1998 07:20:30 -0800 (PST) (envelope-from obrien@nuxi.ucdavis.edu) Received: (from obrien@localhost) by relay.nuxi.com (8.9.1/8.9.1) id HAA11795; Wed, 30 Dec 1998 07:19:41 -0800 (PST) (envelope-from obrien) Message-ID: <19981230071941.D9586@nuxi.com> Date: Wed, 30 Dec 1998 07:19:41 -0800 From: "David O'Brien" To: Wolfram Schneider , Wolfram Schneider , freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] Reply-To: obrien@nuxi.ucdavis.edu References: <19981221135300.A578@caramba.cs.tu-berlin.de> <19981225191525.A29195@nuxi.com> <19981230152708.F16158@panke.de.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19981230152708.F16158@panke.de.freebsd.org>; from Wolfram Schneider on Wed, Dec 30, 1998 at 03:27:08PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It would be great if we could change our mailing list WWW software to > > MHonarc. While I generally *hate* frames, email lists are the one place > > It was a `proof of concept' for a small, fast and scaling mailing list > index program. Don't expect wonders from a 100 line perl script! My post was not indended to be a critism of this work, but rather most email archives in general. I probably wasn't clear on this and I'm sorry if it was taken as a direct critism toward you. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 09:05:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05310 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 09:05:13 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rs5s2.datacenter.cha.cantv.net (rs5s2.datacenter.cha.cantv.net [200.44.32.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05303 for ; Wed, 30 Dec 1998 09:05:11 -0800 (PST) (envelope-from lem@cantv.net) Received: from lg (tc2r9-224.ras.cha.cantv.net [200.44.8.224]) by rs5s2.datacenter.cha.cantv.net (8.9.1a/8.9.1/1.0) with SMTP id NAA29483; Wed, 30 Dec 1998 13:04:37 -0400 (VET) Message-Id: <3.0.6.32.19981230121001.0088e6e0@pop.cantv.net> X-Sender: lem@pop.cantv.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 30 Dec 1998 12:10:01 -0400 To: Daniel Eischen , mrcpu@internetcds.com, wilko@yedi.iaf.nl From: Luis Munoz Subject: Re: comments on de driver error message? Cc: FreeBSD-hackers@FreeBSD.ORG, eischen@vigrid.com In-Reply-To: <199812300430.XAA10206@pcnet1.pcnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FWIW, I had the same configuration (with switches instead of hubs) and were getting the same errors in a couple of boxes. When I certified the patch cords of the top two machines appearing in the logs with a WireScope 155 I found one of them bad. After replacing both of them, I've seen no more messages like those. At first I was bitching about the cheap cards or the driver but hey, it was the cable. What stroke me is that even with an expensive cable-testing device one of the cables was 'good'! Regards. -lem At 11:30 PM 29/12/98 -0500, Daniel Eischen wrote: >> I tested all mine with a Fluke Lanmeter 6802 to 100mbit, and they all >> checked fine. Only the de0 card reports any errors, nothing else >> (including the hubs and the lan tester) think anything is wrong at all... > >Does the Lanmeter also validate the CRCs in the packets? > >If the de error messages always indicate teh same Ethernet >address(es) and there are other systems in the network that >don't evoke these same messages, then it is hard to point >the finger at the de card. > >In my case, the error message always indicated the same >Ethernet address. It turned out the RJ58 connector was >crimped too hard, so that the metal contacts were recessed >too much and didn't make a good connection when it was >plugged in. The fault was mine because I made the [bad] >cables in the first place :( > >Dan Eischen >eischen@vigrid.com > >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 Dec 30 09:13:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06101 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 09:13:50 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pacman.redwoodsoft.com (redwoodsoft.com [207.181.199.182]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA06096 for ; Wed, 30 Dec 1998 09:13:49 -0800 (PST) (envelope-from dnelson@pacman.redwoodsoft.com) Received: (qmail 21805 invoked by uid 1000); 30 Dec 1998 17:13:28 -0000 Date: Wed, 30 Dec 1998 09:13:28 -0800 (PST) From: Dru Nelson To: freebsd-hackers@FreeBSD.ORG Subject: how to support a 21140 board with mii... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I want to add to if_de.c in order to support this new 21140 board that I have. In short, it can work, but it needs a little help on the PHY side. It is a newer card, so it uses the MII interface to handle what media it is using. For those who don't know, this is a standard way of communicating to any PHY support chip with a standard set of registers. This should make things easy so you don't have to guess what General Purpose lines do what. I emailed various people who have worked with the if_de.c driver, but I haven't received any replies. The board is a Wisecom PCI board. It uses a 21140-AF and has a separate DAVICOM PHY chip that uses MII. The board can work if I explicity set the mode. However, on boot it doesn't work. It gets media timeouts. It shouldn't have this problem. Since this board uses the MII interface, I looked at the code for the only board in the driver that uses this (the Asante). I tried making my board just like the asante (adding an OUI recognizer). This, in theory should work, since any board using the 21140 and MII should work exactly the same. No joy, it still doesn't do the right thing. I don't know where I need to push or pull the code, because I don't really understand the media_poll, select, probe, set calls? Who calls who, and who is responsbile for what. There are so many states, the code is hard to read, I thought I'd see if there are others more experienced with this before I go further. The driver should just come up, read the MII (which is in autonegotiate) and notice, aha, we are in 10baseT, half duplex.. So, what should I do in order to cleanly add to the driver the necessary code to make this board work? Should I just concentrate on media_poll? The probe function for the asante, merely sets a command register. Thanks for any help on this, Dru Nelson Redwood City, California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 09:17:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA06550 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 09:17:06 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from baerenklau.de.freebsd.org (baerenklau.de.freebsd.org [195.185.195.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA06544 for ; Wed, 30 Dec 1998 09:17:04 -0800 (PST) (envelope-from wosch@panke.de.freebsd.org) Received: (from uucp@localhost) by baerenklau.de.freebsd.org (8.8.8/8.8.8) with UUCP id SAA23778; Wed, 30 Dec 1998 18:16:37 +0100 (CET) (envelope-from wosch@panke.de.freebsd.org) Received: (from wosch@localhost) by campa.panke.de.freebsd.org (8.8.8/8.8.8) id RAA16979; Wed, 30 Dec 1998 17:59:19 +0100 (MET) (envelope-from wosch) Message-ID: <19981230175917.A16960@panke.de.freebsd.org> Date: Wed, 30 Dec 1998 17:59:18 +0100 From: Wolfram Schneider To: "Jordan K. Hubbard" Cc: obrien@nuxi.ucdavis.edu, Wolfram Schneider , freebsd-hackers@FreeBSD.ORG Subject: Re: [HTML index of current mail archive] References: <19981230152708.F16158@panke.de.freebsd.org> <11433.915029603@zippy.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <11433.915029603@zippy.cdrom.com>; from Jordan K. Hubbard on Wed, Dec 30, 1998 at 06:53:23AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1998-12-30 06:53:23 -0800, Jordan K. Hubbard wrote: > > I improved the layout a little bit and put the index now at > > http://www.freebsd.org/mail/ > > Looking better, but it needs dates/times on the messages and A simple task ;-) > (I know I'm asking a lot here) group-by-thread as well as date. :-) I will *not* add threads. If you want threads you can download the mail archive and read it locally with your favorite mail client. I'm just seeing I forgot the link to the archive at the index page. Click on a mail and the getmsg.cgi script will print a 'Archive' link between mail header and mail body. An index sorted by subject or sorted by author is not a problem. This can be done by an additional cgi script. -- Wolfram Schneider http://freebsd.org/~w/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 10:11:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13653 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 10:11:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from geocities.com (mail11.geocities.com [209.1.224.139]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13648 for ; Wed, 30 Dec 1998 10:11:50 -0800 (PST) (envelope-from insane1@geocities.com) Received: from geocities.com (pmey28.burgoyne.com [209.197.5.81]) by geocities.com (8.9.1/8.9.1) with ESMTP id KAA25917; Wed, 30 Dec 1998 10:11:21 -0800 (PST) Message-ID: <368A6D51.96DC3E86@geocities.com> Date: Wed, 30 Dec 1998 11:13:37 -0700 From: Matt Edwards X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "Louis A. Mamakos" CC: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem References: <3689B7CA.6B115A81@geocities.com> <199812300627.BAA23842@whizzo.transsys.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Louis A. Mamakos" wrote: > > Allright, so I've rebuilt my kernel, it supports my PCI video card, and > > my ISA COM ports. How do I make FreeBSK recognize a Plug&Play PCI > > modem? In WINNT it set up on COM3 on a high IRQ (10 I think) and I > > can't make it install anywhere else. > > Thanx. > > First of all, if you have a WinModem (e.g., a modem without a brain that > relies on the system CPU to do a bunch of work), then you're just screwed > and you should stop torturing yourself right now. > > If you have regular modem, then read on.. > > I have a Creative Labs Phoneblaster, which you can think of as a SB16 PNP, > with a voice/fax modem on the same board. The modem is PNP too. With > the board in the system, try running the pnpinfo program to find out > the relevent information on the board. > > You'll see something like: > > # pnpinfo > Checking for Plug-n-Play devices... > > Card assigned CSN #1 > Vendor ID CTL3002 (0x02308c0e), Serial Number 0x00005f7c > PnP Version 1.0, Vendor Version 48 > Device Description: Creative Phone Blaster 28.8/33.6 > > [stuff deleted in here for the logical devices 0 through 3 > on this card. Your board will probably have only a single > logical device] > > Logical Device ID: CTL3001 0x01308c0e #4 > Device Description: COM > TAG Start DF > Good Configuration > IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) > I/O Range 0x3e8 .. 0x3e8, alignment 0x1, len 0x8 > [16-bit addr] > TAG Start DF > Acceptable Configuration > IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) > I/O Range 0x2e8 .. 0x2e8, alignment 0x1, len 0x8 > [16-bit addr] > TAG Start DF > Acceptable Configuration > IRQ: 3 - only one type (true/edge) > I/O Range 0x2f8 .. 0x2f8, alignment 0x1, len 0x8 > [16-bit addr] > TAG Start DF > Acceptable Configuration > IRQ: 4 - only one type (true/edge) > I/O Range 0x3f8 .. 0x3f8, alignment 0x1, len 0x8 > [16-bit addr] > TAG Start DF > Sub-optimal Configuration > IRQ: 3 4 5 7 10 11 15 - only one type (true/edge) > I/O Range 0x2a0 .. 0x2d8, alignment 0x8, len 0x8 > [16-bit addr] > TAG End DF > End Tag > > You should choose one of the configurations (with the combinations of > irq, i/o ports and dma channels (none in this case) that work for you. > > Then, make a file, like /kernel.config that looks like this: > > pnp 1 0 os enable port0 0x280 port1 0x330 port2 0x388 irq0 10 drq0 1 drq1 5 > pnp 1 1 os disable > pnp 1 2 os enable port0 0x320 > pnp 1 3 os enable port0 0x200 > pnp 1 4 os enable port0 0x2e8 irq0 7 > > You can ignore the first 4 lines in my example because the refer to the > other logical devices on the Phoneblaster card. The last is the > relevent one for this example. > > pnp 1 4 os enable port0 0x2e8 irq0 7 > > The '1' is the CSN for the board. These are ordered apparently by how the > PNP isolation algorithm finds PNP ISA cards. They start at 1. The '4' > is the logical device (LDN). A PNP peripheral can have more than one > logical device onboard, but your modem probably has only one, numbered '0' > rather than my value of 4. You then specify that I/O port assignment from > the listed alternatives you want and which irq you want to use. port0 and > irq0 are the first of more than one possible assignment you can make; some > logical devices support more than one (e.g., the SB16 PNP clone which is > my LDN 0). > > In your case, with a PNP modem, your file will probably have only one > line that looks something like: > > pnp 1 0 os enable port0 0x irq0 > > You of course have to pick a combination of available IRQ and I/O port > numbers that the device supports (that you discover with pnpinfo), > and which don't conflict with whatever else you have in your system. > > Next, in your kernel configuration, include something like: > > options USERCONFIG > controller pnp0 > device sio2 at isa? port 0x2e8 tty irq 7 vector siointr > > Substituting the I/O port and IRQ you selected. > > You should be using the new /boot/loader bootstrap by now. Your > /boot/boot.conf file should then look something like: > > load /kernel > load -t userconfig_script /kernel.config > autoboot > > This should get you going in the right direction I think. I've made the > assumption that you're running 3.0. I don't know if the PNP stuff is > in 2.2-stable. If you're using the old bootstrap stuff, the way that > the /kernel.config stuff is specified and passed to the kernel is also > a bit different. > > louie No such luck, thanks anyway. I guess I forgot to tell you in the first message, its a Creative Labs Modem Blaster Flash56 (actually manufactured by a subsidary called DSI) PCI, PnP. I ran pnpinfo and all it came up with was my Creative Labs Vibra16 (Sound Blaster) so I guess I got stuck with a 'winmodem' Thanx again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 10:18:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14056 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 10:18:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from phobos.illtel.denver.co.us (dsl-206.169.4.82.wenet.com [206.169.4.82]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14051 for ; Wed, 30 Dec 1998 10:18:38 -0800 (PST) (envelope-from abelits@phobos.illtel.denver.co.us) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.9.1a/8.6.9) with SMTP id KAA04402; Wed, 30 Dec 1998 10:18:15 -0800 Date: Wed, 30 Dec 1998 10:18:15 -0800 (PST) From: Alex Belits To: Matt Edwards cc: "Louis A. Mamakos" , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: <368A6D51.96DC3E86@geocities.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Dec 1998, Matt Edwards wrote: > > No such luck, thanks anyway. I guess I forgot to tell you in the first > message, its a Creative Labs Modem Blaster Flash56 (actually > manufactured by a > subsidary called DSI) PCI, PnP. I ran pnpinfo and all it came up with > was my > Creative Labs Vibra16 (Sound Blaster) so I guess I got stuck with a > 'winmodem' > Thanx again. PCI cards are called "PnP" only because of strange freak of nature^H^H^H^H^H^Hmarketing. They have nothing to do with ISA PnP and everything with PCI bus and its resource allocation. So even though I never have seen that particular device it should be visible on PCI, and it should be possible to configure serial driver for it, unless, of course it's on PCI *and* it is winmodem (what makes even less sense than winmodem on ISA bus). -- Alex ---------------------------------------------------------------------- Excellent.. now give users the option to cut your hair you hippie! -- Anonymous Coward To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 11:02:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19152 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 11:02:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19144 for ; Wed, 30 Dec 1998 11:02:22 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id NAA16814; Wed, 30 Dec 1998 13:01:49 -0600 (CST) From: Kevin Day Message-Id: <199812301901.NAA16814@home.dragondata.com> Subject: Re: comments on de driver error message? In-Reply-To: <3.0.6.32.19981230121001.0088e6e0@pop.cantv.net> from Luis Munoz at "Dec 30, 1998 12:10: 1 pm" To: lem@cantv.net (Luis Munoz) Date: Wed, 30 Dec 1998 13:01:48 -0600 (CST) Cc: eischen@vigrid.com, mrcpu@internetcds.com, wilko@yedi.iaf.nl, FreeBSD-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > FWIW, I had the same configuration (with switches instead of hubs) > and were getting the same errors in a couple of boxes. > > When I certified the patch cords of the top two machines appearing > in the logs with a WireScope 155 I found one of them bad. After > replacing both of them, I've seen no more messages like those. > > At first I was bitching about the cheap cards or the driver but hey, > it was the cable. What stroke me is that even with an expensive > cable-testing device one of the cables was 'good'! > > Regards. > > -lem One other thing to consider though. Most other ethernet drivers in FreeBSD don't report the errors at all. de is just talkative. So, just because the driver complains of a crc error once or twice a day, doesn't mean you really need to go out and change cables. If you had picked another card, you wouldn't even know the problem existed. (After mucking with lanmeters, swapping cables, and even swapping cards and switches, I gave up looking for the demon that caused my error's, and just commented the errors out) On an unrelated note: Anyone here see 'ghost' packets from 55:55:55:55:55:55 or aa:aa:aa:aa:aa:aa floating around? I've seen cards report packets from these addresses, my switch end up with them in it's tables, and even my lanmeter saw them a few times..... AC noise? Kevin > > At 11:30 PM 29/12/98 -0500, Daniel Eischen wrote: > >> I tested all mine with a Fluke Lanmeter 6802 to 100mbit, and they all > >> checked fine. Only the de0 card reports any errors, nothing else > >> (including the hubs and the lan tester) think anything is wrong at all... > > > >Does the Lanmeter also validate the CRCs in the packets? > > > >If the de error messages always indicate teh same Ethernet > >address(es) and there are other systems in the network that > >don't evoke these same messages, then it is hard to point > >the finger at the de card. > > > >In my case, the error message always indicated the same > >Ethernet address. It turned out the RJ58 connector was > >crimped too hard, so that the metal contacts were recessed > >too much and didn't make a good connection when it was > >plugged in. The fault was mine because I made the [bad] > >cables in the first place :( > > > >Dan Eischen > >eischen@vigrid.com > > > >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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 11:56:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24904 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 11:56:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles147.castles.com [208.214.165.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24885 for ; Wed, 30 Dec 1998 11:56:04 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA05378; Wed, 30 Dec 1998 11:53:05 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812301953.LAA05378@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex Zepeda cc: "Louis A. Mamakos" , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Tue, 29 Dec 1998 23:20:18 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Dec 1998 11:53:04 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 30 Dec 1998, Louis A. Mamakos wrote: > > > First of all, if you have a WinModem (e.g., a modem without a brain that > > relies on the system CPU to do a bunch of work), then you're just screwed > > and you should stop torturing yourself right now. > > Has anyone actually tried to get the specs for these winmodems? Seeing as > 3com is actually rather liberal with the release of their specs... It's not the specs themselves that are the problem, it's the free v42bis encoder (and all the other simulation crap) that prevents these from being really useful. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 11:58:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25198 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 11:57:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles147.castles.com [208.214.165.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25190 for ; Wed, 30 Dec 1998 11:57:17 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA05391; Wed, 30 Dec 1998 11:53:59 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812301953.LAA05391@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty cc: lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Tue, 29 Dec 1998 23:21:05 PST." <199812300721.XAA79159@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Dec 1998 11:53:58 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I doubt that they offload that much work to the cpu most likely the chipsets > are very similar to the bt848 for which the control program logic resides > in the cpu if such is the case then is a matter of tracking down the specs > for the chipsets. You can stop doubting. Most of the DSP work is done on the card, but all the rest of it is done by the CPU. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 12:41:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28986 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 12:41:21 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bingsun2.cc.binghamton.edu (bingsun2.cc.binghamton.edu [128.226.1.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA28973 for ; Wed, 30 Dec 1998 12:41:12 -0800 (PST) (envelope-from bf20761@binghamton.edu) Received: from localhost (bf20761@localhost) by bingsun2.cc.binghamton.edu (8.8.7/8.6.9) with SMTP id PAA10467 for ; Wed, 30 Dec 1998 15:40:41 -0500 (EST) Date: Wed, 30 Dec 1998 15:40:41 -0500 (EST) From: zhihuizhang X-Sender: bf20761@bingsun2 Reply-To: zhihuizhang To: hackers Subject: Questions about mcount and GUPROF Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After I notice a "call __mcount" in assembly format in file asmacros.h, I try to find where the routine __mcount is defined. In file mcount.c, we have: _MCOUNT_DECL(frompc, selfpc). According to file profile.h, if KERNEL is not defined, we have: #define _MCOUNT_DECL static __inline void _mcount This will give us _mcount() and we can call it with __mcount() (with one more preceding underscore). However, if KERNEL is defined, we have in profile.h: #define _MCOUNT_DECL void mcount This can not give us the same format we need to call it in assembly language. Can someone explain this for me? By the way, what does the option GUPROF mean? I can not find it in the FreeBSD handbook. Thanks a lot. -------------------------------------------------- | Zhihui Zhang, http://cs.binghamton.edu/~zzhang | | Dept. of Computer Science, SUNY at Binghamton | -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 13:18:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02262 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 13:18:19 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hp9000.chc-chimes.com (hp9000.chc-chimes.com [206.67.97.84]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02256 for ; Wed, 30 Dec 1998 13:18:16 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: from localhost by hp9000.chc-chimes.com with SMTP (1.39.111.2/16.2) id AA153961572; Wed, 30 Dec 1998 10:26:13 -0500 Date: Wed, 30 Dec 1998 10:26:12 -0500 (EST) From: Bill Fumerola To: lcremean@tidalwave.net Cc: "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: <19981230014504.A4749@tidalwave.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Dec 1998, Lee Cremeans wrote: > This is a PCI modem...and PCI modems are all WinModems at this point, though > there's not really a good reason to be. The ISA PnP stuff won't gain you > much here. Perhaps I'm missing a technology theory here, but why take a fast(er) bus architecture and put a device on it that wasn't ever close to exceeding the old architecture? Do PCI-only motherboards exist now? What's the point of filling a slot with something that will do just fine on an {e,}isa slot? - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 13:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04730 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 13:46:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (sj-dsl-9-129-138.dspeed.net [209.249.129.138]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04725 for ; Wed, 30 Dec 1998 13:46:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.1/8.8.8) with ESMTP id NAA07109; Wed, 30 Dec 1998 13:45:55 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199812302145.NAA07109@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bill Fumerola cc: lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Wed, 30 Dec 1998 10:26:12 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Dec 1998 13:45:55 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Perhaps because ISA is slated to die ? PCI devices are easier to manage and they can share interrupts -- true plug and play without the hazzle of ISA PnP. Cheers, Amancio > On Wed, 30 Dec 1998, Lee Cremeans wrote: > > > This is a PCI modem...and PCI modems are all WinModems at this point, though > > there's not really a good reason to be. The ISA PnP stuff won't gain you > > much here. > > Perhaps I'm missing a technology theory here, but why take a fast(er) > bus architecture and put a device on it that wasn't ever close to > exceeding the old architecture? > > Do PCI-only motherboards exist now? What's the point of filling a slot > with something that will do just fine on an {e,}isa slot? > > - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - > - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - > > > > > 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 Dec 30 15:36:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15930 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 15:36:34 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from geocities.com (mail2.geocities.com [209.1.224.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15925 for ; Wed, 30 Dec 1998 15:36:33 -0800 (PST) (envelope-from insane1@geocities.com) Received: from geocities.com (pmfy21.burgoyne.com [209.197.5.125]) by geocities.com (8.9.1/8.9.1) with ESMTP id PAA02596; Wed, 30 Dec 1998 15:36:11 -0800 (PST) Message-ID: <368AB974.402BEA60@geocities.com> Date: Wed, 30 Dec 1998 16:38:28 -0700 From: Charlie Root X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Alex Belits CC: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex Belits wrote: > On Wed, 30 Dec 1998, Matt Edwards wrote: > > > > > No such luck, thanks anyway. I guess I forgot to tell you in the first > > message, its a Creative Labs Modem Blaster Flash56 (actually > > manufactured by a > > subsidary called DSI) PCI, PnP. I ran pnpinfo and all it came up with > > was my > > Creative Labs Vibra16 (Sound Blaster) so I guess I got stuck with a > > 'winmodem' > > Thanx again. > > PCI cards are called "PnP" only because of strange freak of > nature^H^H^H^H^H^Hmarketing. They have nothing to do with ISA PnP and > everything with PCI bus and its resource allocation. So even though I > never have seen that particular device it should be visible on PCI, and it > should be possible to configure serial driver for it, unless, of course > it's on PCI *and* it is winmodem (what makes even less sense than winmodem > on ISA bus). > > -- > Alex > FreeBSD probes for devices on PCI when I boot up and it finds my onboard devices and my PCI video card(S3 virge), but it doesn't detect the modem. Is there something in the kernel I can do to make it look on PCI? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 16:52:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25912 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 16:52:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA25907 for ; Wed, 30 Dec 1998 16:52:11 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id QAA00439; Wed, 30 Dec 1998 16:48:37 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812310048.QAA00439@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bill Fumerola cc: lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Wed, 30 Dec 1998 10:26:12 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Dec 1998 16:48:37 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 30 Dec 1998, Lee Cremeans wrote: > > > This is a PCI modem...and PCI modems are all WinModems at this point, though > > there's not really a good reason to be. The ISA PnP stuff won't gain you > > much here. > > Perhaps I'm missing a technology theory here, but why take a fast(er) > bus architecture and put a device on it that wasn't ever close to > exceeding the old architecture? Because the old bus is going away, and (if you do it right) putting it on the new bus places *less* load on the CPU. > Do PCI-only motherboards exist now? What's the point of filling a slot > with something that will do just fine on an {e,}isa slot? The PC98 spec from Microsoft mandates the nonexistence of ISA for compliance. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 17:54:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02177 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 17:54:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02168 for ; Wed, 30 Dec 1998 17:54:51 -0800 (PST) (envelope-from mrcpu@internetcds.com) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.8.8/8.7.3) with SMTP id RAA11103 for ; Wed, 30 Dec 1998 17:50:32 -0800 (PST) Date: Wed, 30 Dec 1998 17:50:32 -0800 (PST) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: hackers@FreeBSD.ORG Subject: Anybody know the fix for the Promise IDE RAID controller? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm using one of these little beauties under NT, and it actually works pretty nicely. It would be great if I could use it under FreeBSD. I thought it was supposed to look like a generic IDE device, but apparently it isn't quite identical. FreeBSD gives me "No storage class assigned". Is there a quick hack to make this work? A search of the archives revealed others asking, but no answers. Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 19:09:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA09922 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 19:09:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA09915 for ; Wed, 30 Dec 1998 19:09:23 -0800 (PST) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.9.1a/8.9.1) id NAA04575; Thu, 31 Dec 1998 13:30:00 +1100 (EST) Message-ID: <19981231133000.H1249@rf900.physics.usyd.edu.au> Date: Thu, 31 Dec 1998 13:30:00 +1100 From: David Dawes To: Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Anybody know the fix for the Promise IDE RAID controller? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Jaye Mathisen on Wed, Dec 30, 1998 at 05:50:32PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Dec 30, 1998 at 05:50:32PM -0800, Jaye Mathisen wrote: >I'm using one of these little beauties under NT, and it actually works >pretty nicely. > >It would be great if I could use it under FreeBSD. I thought it was >supposed to look like a generic IDE device, but apparently it isn't quite >identical. > >FreeBSD gives me "No storage class assigned". > > >Is there a quick hack to make this work? > >A search of the archives revealed others asking, but no answers. I'm interested in this too. I've been playing with one of their IDE RAID cards (Promise FastTrack). We originally ordered their non-RAID "Ultra33" card, which seems to be supported by -current, but our supplier couldn't get it. With -current as of a week or two ago I get the following with the FastTrack controller: ide_pci1: rev 0x01 int a irq 11 on pci0.18.0 ide_pci1: adding drives to controller 4: 4 5 6 7 ... wdc2 not found at 0xeff0 wdc3 not found at 0xefa8 I have a disk connected as master to each of it's two IDE ports. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 21:50:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24657 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 21:50:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA24652 for ; Wed, 30 Dec 1998 21:50:26 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zvazX-0007nT-00; Wed, 30 Dec 1998 22:49:51 -0700 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id WAA00584; Wed, 30 Dec 1998 22:47:47 -0700 (MST) Message-Id: <199812310547.WAA00584@harmony.village.org> To: Mike Smith Subject: Re: PnP PCI modem Cc: Bill Fumerola , lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Wed, 30 Dec 1998 16:48:37 PST." <199812310048.QAA00439@dingo.cdrom.com> References: <199812310048.QAA00439@dingo.cdrom.com> Date: Wed, 30 Dec 1998 22:47:47 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199812310048.QAA00439@dingo.cdrom.com> Mike Smith writes: : The PC98 spec from Microsoft mandates the nonexistence of ISA for : compliance. Isn't that the PC99 spec? The 98 spec says it can't exist for some consumer related products. The 99 spec does away with the ISA bus completely. Otehrwise the PC98 systems wouldn't have the ISA bus in them at all, like the one I have on my desk at work. PC98 made the bus optional. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Dec 30 22:43:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29461 for freebsd-hackers-outgoing; Wed, 30 Dec 1998 22:43:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from apogee.whack.org (apogee.whack.org [209.152.153.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29454 for ; Wed, 30 Dec 1998 22:43:47 -0800 (PST) (envelope-from andrew@whack.org) Received: from andrew by apogee.whack.org with local (Exim 2.05 #1) id 0zvbnk-0002CK-00 for freebsd-hackers@freebsd.org; Wed, 30 Dec 1998 22:41:44 -0800 Message-ID: <19981230224144.A8416@apogee.whack.org> Date: Wed, 30 Dec 1998 22:41:44 -0800 From: Andrew To: freebsd-hackers@FreeBSD.ORG Subject: shared libs question (overlooked in freebsd-questions) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello all, I am curious to find out if anyone can explain shared libs... Background; when compiling tcp_wrappers-7.6 from source libwrap.a is created. In the FreeBSD port, however, there is an additional lib, libwrap.so.7.6 (and a symblink to it from libwrap.so). OK, my question, what is the difference between libwrap.a and libwrap.so.7.6, under what circumstances is each one used, and how do I create libwrap.so.7.6 from sources? Cordially, _____________________________________________ Andrew Perkins andrew@violet.org System Administrator 415.739.0540 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 01:03:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09823 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 01:03:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09818 for ; Thu, 31 Dec 1998 01:03:07 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with ESMTP id EAA38192; Thu, 31 Dec 1998 04:06:24 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 31 Dec 1998 04:06:24 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Andrew cc: freebsd-hackers@FreeBSD.ORG Subject: Re: shared libs question (overlooked in freebsd-questions) In-Reply-To: <19981230224144.A8416@apogee.whack.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Dec 1998, Andrew wrote: > Hello all, > > I am curious to find out if anyone can explain shared libs... > > Background; when compiling tcp_wrappers-7.6 from source > libwrap.a is created. In the FreeBSD port, however, there > is an additional lib, libwrap.so.7.6 (and a symblink to it > from libwrap.so). > > OK, my question, what is the difference between libwrap.a > and libwrap.so.7.6, under what circumstances is each one > used, and how do I create libwrap.so.7.6 from sources? .so files are shared objects, when a program is 'linked' to them, all that happens is that a little piece of code in attached to your program, when a function or variable from the .so is referenced the tiny bit of code is called and the shared object is loaded to resolve the function/variable in the shared object. .a files are mearly pre-compiled object files 'mashed' into an archive, when you link against them, code that resolves to individual .o file included in the .a (archive) is copied into your program (no 'runtime' linking is done) some reasons for picking one option over the other: .a vs .so 1) your program really can't be dynamically linked, ie. a kernel 2) you have a library for modularity sake, but only one program on the system is likly to use it 3) small speed advantage .so vs .a 1) many programs use the library, because of this you: a) save space (they all share one .so) b) save execution time if many seperate programs are being run that use the same libraries (for instance a heavily loaded web site running a lot of CGI programs that share common routines) because of smaller text segment. (really better shared) c) save memory d) if you update the .so and move it over the old one, all programs will now be updated, so if a bug is found in the library, you don't have to relink all your programs, just recompile the shared object and drop it in. I'm sure there are other reasons, as an argument for each, generally .a (archives) are useful if the library isn't used throughout the system and .so are if the library is used by many applications. Generally unless told otherwise the defualt behavior of the compilers and linkers is to try to link against .so first and then try .a Does this help? Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current > > > Cordially, > _____________________________________________ > Andrew Perkins andrew@violet.org > System Administrator 415.739.0540 > > 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 Thu Dec 31 02:07:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA14340 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 02:07:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA14253 for ; Thu, 31 Dec 1998 02:05:12 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id MAA02446; Thu, 31 Dec 1998 12:00:57 +0200 (EET) (envelope-from ru) Date: Thu, 31 Dec 1998 12:00:57 +0200 From: Ruslan Ermilov To: Brian Somers Cc: FreeBSD Hackers Subject: Proposed small change to ppp(8): CONNECT -> CALLER_ID Message-ID: <19981231120057.A1164@ucb.crimea.ua> Mail-Followup-To: Brian Somers , FreeBSD Hackers Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=AqsLC8rIMeq19msA Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.94.17i X-Operating-System: FreeBSD 2.2.8-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Hi! How about logging CALLER_ID to the host field instead of CONNECT? It looks more meaningful. Look: # w 11:57 up 4 days, 12:03, 8 users, load averages: 0.58, 0.41, 0.24 USER TTY FROM LOGIN@ IDLE WHAT dakota c00 +02732231 11:55 1 ppp -direct uupf17 c01 - 11:56 - - dep05 c02 +02546701 11:51 - ppp -direct ru p0 wks-1-250 ÓÒ 03ÐÐ - w rost p1 rost ÓÒ 03ÐÐ 13 ftp rtuis.miem.edu.ru rost p2 rost 10:21 1:27 ftp rtuis.miem.edu.ru rost p3 rost 10:33 1:07 -tcsh (tcsh) bill p4 wks-1-254 11:05 51 deco # last -tcuac00 epi cuac00 +04933301 Thu Dec 31 10:53 - 10:54 (00:00) parus cuac00 +02476691 Thu Dec 31 10:48 - 10:49 (00:00) terhold cuac00 +02493761 Thu Dec 31 10:10 - 10:21 (00:10) inkomplu cuac00 +02297181 Thu Dec 31 09:44 - 09:46 (00:02) parus cuac00 +02476691 Thu Dec 31 09:19 - 09:20 (00:00) parus cuac00 +02476691 Thu Dec 31 09:11 - 09:13 (00:01) dakota cuac00 +02732231 Thu Dec 31 08:57 - 08:58 (00:00) dakota cuac00 +02732231 Thu Dec 31 08:55 - 08:55 (00:00) parus cuac00 +02476691 Thu Dec 31 08:43 - 08:44 (00:01) steve cuac00 +02546681 Thu Dec 31 00:51 - 01:55 (01:04) steve cuac00 +02546681 Thu Dec 31 00:46 - 00:50 (00:03) sasha cuac00 +02719391 Thu Dec 31 00:10 - 00:42 (00:32) sasha cuac00 +02719391 Wed Dec 30 23:12 - 00:08 (00:56) sasha cuac00 +02719391 Wed Dec 30 22:49 - 22:53 (00:04) sasha cuac00 +02749061 Wed Dec 30 21:44 - 21:49 (00:05) sasha cuac00 +02749061 Wed Dec 30 21:24 - 21:41 (00:17) sasha cuac00 +02749061 Wed Dec 30 21:14 - 21:21 (00:07) sasha cuac00 +02719391 Wed Dec 30 20:18 - 20:36 (00:18) sasha cuac00 +02719391 Wed Dec 30 20:08 - 20:10 (00:01) One-line patch is in attachment. BR, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="physical.c.diff" Index: physical.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/usr.sbin/ppp/physical.c,v retrieving revision 1.6 diff -u -r1.6 physical.c --- physical.c 1998/08/25 17:48:43 1.6 +++ physical.c 1998/12/29 11:14:32 @@ -196,7 +196,7 @@ time(&ut.ut_time); strncpy(ut.ut_name, name, sizeof ut.ut_name); strncpy(ut.ut_line, phys->name.base, sizeof ut.ut_line); - if ((connstr = getenv("CONNECT"))) + if ((connstr = getenv("CALLER_ID"))) /* mgetty sets this to the connection speed */ strncpy(ut.ut_host, connstr, sizeof ut.ut_host); ID0login(&ut); --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 03:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA20646 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 03:50:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20641 for ; Thu, 31 Dec 1998 03:50:02 -0800 (PST) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.9.1) with ESMTP id GAA38344 for ; Thu, 31 Dec 1998 06:53:27 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 31 Dec 1998 06:53:26 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: hackers@FreeBSD.ORG Subject: how to have the kernel spawn a process? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would like to have the kernel spawn a process and be able to control it. 1) fork1(&proc0, RFFDG|RFPROC) 2) cpu_set_fork_handler(pfind(proc0.p_retval[0]), &func_to_exec, args); 3) before execve'ing the process, set a flag to note that it's running, the flag would have the pid if the current process. (normally it would be 0, or -1) 4) setup an at_exit() handler to reset the flag 5) overlay the vty of the current syscons screen over the stdin/stdout of the process (*) 6) execve /usr/libexec/savers/mine Basically i want syscons to be able to exec a usermode screensaver but still maintain control over it in a failsafe fashion. Something really bugs me about screen savers being kernel modules. :) if anyone wants to give hints as how to go about #5 i'd be much appreciative. note that when syscons gets input it can: 1) check the flag, (if 0, saver died, goto 8) 2) signal the screen saver for a graceful shutdown, 3) tsleep, 4) check flag, (if 0, saver terminated gracefully(?), goto 8) 5) kill -9, 6) tsleep 7) check flag, (if !0, goto 6 (it has to die sometime right?)) 8) restore screen. (this might be invalid, i'm unsure if the input is at interupt time, or normal time, but i'm sure i could hook it correctly) suggestions? comments? Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 05:09:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28196 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 05:09:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from animaniacs.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA28191 for ; Thu, 31 Dec 1998 05:09:25 -0800 (PST) (envelope-from jamie@itribe.net) Received: from localhost (jamie@localhost) by animaniacs.itribe.net (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA04581; Thu, 31 Dec 1998 08:08:29 -0500 Date: Thu, 31 Dec 1998 08:08:29 -0500 (EST) From: Jamie Bowden To: Warner Losh cc: Mike Smith , Bill Fumerola , lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: <199812310547.WAA00584@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Dec 1998, Warner Losh wrote: > In message <199812310048.QAA00439@dingo.cdrom.com> Mike Smith writes: > : The PC98 spec from Microsoft mandates the nonexistence of ISA for > : compliance. > > Isn't that the PC99 spec? The 98 spec says it can't exist for some > consumer related products. The 99 spec does away with the ISA bus > completely. Otehrwise the PC98 systems wouldn't have the ISA bus in > them at all, like the one I have on my desk at work. PC98 made the > bus optional. So, does this mean motherboards with a decent number of PCI slots will start appearing? Jamie Bowden -- Systems Administrator, iTRiBE.net If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 05:18:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28871 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 05:18:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA28866 for ; Thu, 31 Dec 1998 05:18:28 -0800 (PST) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 14759 invoked by uid 1001); 31 Dec 1998 13:18:08 +0000 (GMT) To: jamie@itribe.net Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-Reply-To: Your message of "Thu, 31 Dec 1998 08:08:29 -0500 (EST)" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 31 Dec 1998 14:18:08 +0100 Message-ID: <14757.915110288@verdi.nethelp.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Isn't that the PC99 spec? The 98 spec says it can't exist for some > > consumer related products. The 99 spec does away with the ISA bus > > completely. Otehrwise the PC98 systems wouldn't have the ISA bus in > > them at all, like the one I have on my desk at work. PC98 made the > > bus optional. > > So, does this mean motherboards with a decent number of PCI slots will > start appearing? I wouldn't count on it - I think it's more likely that you'll see more USB equipment. AFAIK it's rather difficult electrically to have more than five slots in one PCI bus. Thus if you need more, you'll need a system with more than one system bus to PCI bridge. Thus higher cost, lower volume. 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 Thu Dec 31 06:29:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05276 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 06:29:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05271 for ; Thu, 31 Dec 1998 06:29:01 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id XAA21450; Thu, 31 Dec 1998 23:28:31 +0900 (JST) Message-ID: <368B8A5A.D8EEF17@newsguy.com> Date: Thu, 31 Dec 1998 23:29:46 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: pt-BR,ja MIME-Version: 1.0 To: Jamie Bowden , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jamie Bowden wrote: > > > Isn't that the PC99 spec? The 98 spec says it can't exist for some > > consumer related products. The 99 spec does away with the ISA bus > > completely. Otehrwise the PC98 systems wouldn't have the ISA bus in > > them at all, like the one I have on my desk at work. PC98 made the > > bus optional. > > So, does this mean motherboards with a decent number of PCI slots will > start appearing? Truth to be told, MS' PCs spec are headed to un-upgradability. Like requiring WebTV hardware for any Entertainement class PCs, and recommending it elsewhere, at the same time it advises against CPU or memory upgradability (for now -- these advises have a tendency to turn into requirements). So... if MS has the way they seem to be wanting, the answer would be no. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com "Heart like a Gabriel, pure and white as ivory, soul like a lucifer, black and cold as a piece of lead." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 07:33:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11359 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 07:33:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from heathers.stdio.com (heathers.stdio.com [199.89.192.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11354 for ; Thu, 31 Dec 1998 07:33:40 -0800 (PST) (envelope-from lile@stdio.com) Received: from heathers.stdio.com (lile@heathers.stdio.com [199.89.192.5]) by heathers.stdio.com (8.8.8/8.8.8) with ESMTP id KAA08674 for ; Thu, 31 Dec 1998 10:34:45 -0500 (EST) (envelope-from lile@stdio.com) Date: Thu, 31 Dec 1998 10:34:44 -0500 (EST) From: Larry Lile To: hackers@FreeBSD.ORG Subject: ifmedia and token-ring (Help!!) (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-665532085-914957328=:7114" Content-ID: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-665532085-914957328=:7114 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: I am trying to get ifmedia working for my Olicom token-ring driver but I am having some strange problems. First when I have probed/attached the card and ifconfig it it comes up with this: oltr1: flags=8843 mtu 18000 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 lladdr 00:00:83:2f:c3:ad media: autoselect () supported media: UTP/16Mbit UTP/4Mbit autoselect I really don't understand why I am getting "()" and I can only select "UTP/4Mbit" or "autoselect" but not "UTP/16Mbit". I have attached my patches to the if_media.h file and my driver. I am not attached to to names or values for anything I changed in if_media. I also forgot to add the 4/16 Fiber values... Their is also an issue of mode, there is "classic" mode which is compatible with the old ibm type of token-ring, "dedicated" mode where you are expected to be hooked directly to a token-ring switch and also a autosense mode. I am not quite sure where this should fit in but I put it in as a type option. Any help? Larry Lile lile@stdio.com --0-665532085-914957328=:7114 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="if_oltr.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Olicom Token-ring driver Content-Disposition: ATTACHMENT; FILENAME="if_oltr.c" LyogDQogKiBDb3B5cmlnaHQgKGMpIDE5OTgsIExhcnJ5IExpbGUNCiAqIEFs bCByaWdodHMgcmVzZXJ2ZWQuDQogKg0KICogRm9yIGxhdGVzdCBzb3VyY2Vz IGFuZCBpbmZvcm1hdGlvbiBvbiB0aGlzIGRyaXZlciwgcGxlYXNlDQogKiBn byB0byBodHRwOi8vYW5hcmNoeS5zdGRpby5jb20uDQogKg0KICogUXVlc3Rp b25zLCBjb21tZW50cyBvciBzdWdnZXN0aW9ucyBzaG91bGQgYmUgZGlyZWN0 ZWQgdG8NCiAqIExhcnJ5IExpbGUgPGxpbGVAc3RkaW8uY29tPi4NCiAqDQog KiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5 IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQNCiAqIG1vZGlmaWNhdGlvbiwgYXJl IHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0 aW9ucw0KICogYXJlIG1ldDoNCiAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBz b3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0DQog KiAgICBub3RpY2UgdW5tb2RpZmllZCwgdGhpcyBsaXN0IG9mIGNvbmRpdGlv bnMsIGFuZCB0aGUgZm9sbG93aW5nDQogKiAgICBkaXNjbGFpbWVyLg0KICog Mi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9k dWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQNCiAqICAgIG5vdGljZSwgdGhpcyBs aXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1l ciBpbiB0aGUNCiAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1h dGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uDQogKg0K ICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQVVUSE9SIEFO RCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORA0KICogQU5ZIEVYUFJFU1Mg T1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElN SVRFRCBUTywgVEhFDQogKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hB TlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9T RQ0KICogQVJFIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBUSEUg QVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUNCiAqIEZPUiBBTlkg RElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBM QVJZLCBPUiBDT05TRVFVRU5USUFMDQogKiBEQU1BR0VTIChJTkNMVURJTkcs IEJVVCBOT1QgTElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVU RSBHT09EUw0KICogT1IgU0VSVklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBP UiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pDQogKiBIT1dF VkVSIENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdI RVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVA0KICogTElBQklMSVRZLCBPUiBU T1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJ TkcgSU4gQU5ZIFdBWQ0KICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZU V0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRg0K ICogU1VDSCBEQU1BR0UuDQogKg0KICogJElkOiBpZl9vbHRyLmMsdiAxLjEz IDE5OTgvMTIvMTAgMTg6NTU6MTIgbGlsZSBFeHAgbGlsZSAkDQogKi8NCg0K DQojaW5jbHVkZSAicGNpLmgiDQojaW5jbHVkZSAib2x0ci5oIg0KI2luY2x1 ZGUgIm9wdF9pbmV0LmgiDQojaW5jbHVkZSAiYnBmaWx0ZXIuaCINCg0KI2lm IChOT0xUUiArIE5QQ0kpID4gMA0KDQovKiNkZWZpbmUgVFJsbGRJbmxpbmVJ TyovDQoNCiNkZWZpbmUgSVNBX0FEQVBURVJTICAoT0NfMzExNSB8IE9DXzMx MTcgfCBPQ18zMTE4KQ0KI2RlZmluZSBQQ0lfQURBUFRFUlMgIChPQ18zMTMz IHwgT0NfMzEzNiB8IE9DXzMxMzcgfCBcDQogICAgICAgICAgICAgICAgICAg ICAgIE9DXzMxMzkgfCBPQ18zMTQwIHwgT0NfMzE0MSB8IFwNCiAgICAgICAg ICAgICAgICAgICAgICAgT0NfMzI1MCB8IE9DXzM1NDAgKQ0KDQojZGVmaW5l IFBDSV9WRU5ET1JfT0xJQ09NIDB4MTA4RA0KDQpjaGFyICpBZGFwdGVyTmFt ZVtdID0gew0KICAgLyogIDAgKi8gIk9saWNvbSBYVCBBZGFwdGVyIFt1bnN1 cHBvcnRlZF0iLA0KICAgLyogIDEgKi8gIk9saWNvbSBPQy0zMTE1IiwNCiAg IC8qICAyICovICJPbGljb20gSVNBIDE2LzQgQWRhcHRlciAoT0MtMzExNyki LA0KICAgLyogIDMgKi8gIk9saWNvbSBJU0EgMTYvNCBBZGFwdGVyIChPQy0z MTE4KSIsDQogICAvKiAgNCAqLyAiT2xpY29tIE1DQSAxNi80IEFkYXB0ZXIg KE9DLTMxMjkpIFt1bnN1cHBvcnRlZF0iLA0KICAgLyogIDUgKi8gIk9saWNv bSBNQ0EgMTYvNCBBZGFwdGVyIChPQy0zMTI5KSBbdW5zdXBwb3J0ZWRdIiwN CiAgIC8qICA2ICovICJPbGljb20gTUNBIDE2LzQgQWRhcHRlciAoT0MtMzEy OSkgW3Vuc3VwcG9ydGVkXSIsDQogICAvKiAgNyAqLyAiT2xpY29tIEVJU0Eg MTYvNCBBZGFwdGVyIChPQy0zMTMzKSIsDQogICAvKiAgOCAqLyAiT2xpY29t IEVJU0EgMTYvNCBBZGFwdGVyIChPQy0zMTMzKSIsDQogICAvKiAgOSAqLyAi T2xpY29tIEVJU0EgMTYvNCBTZXJ2ZXIgQWRhcHRlciAoT0MtMzEzNSkiLA0K ICAgLyogMTAgKi8gIk9saWNvbSBQQ0kgMTYvNCBBZGFwdGVyIChPQy0zMTM2 KSIsDQogICAvKiAxMSAqLyAiT2xpY29tIFBDSSAxNi80IEFkYXB0ZXIgKE9D LTMxMzYpIiwNCiAgIC8qIDEyICovICJPbGljb20gUENJL0lJIDE2LzQgQWRh cHRlciAoT0MtMzEzNykiLA0KICAgLyogMTMgKi8gIk9saWNvbSBQQ0kgMTYv NCBBZGFwdGVyIChPQy0zMTM5KSIsDQogICAvKiAxNCAqLyAiT2xpY29tIFJh cGlkRmlyZSAzMTQwIDE2LzQgUENJIEFkYXB0ZXIgKE9DLTMxNDApIiwNCiAg IC8qIDE1ICovICJPbGljb20gUmFwaWRGaXJlIDMxNDEgRmliZXIgQWRhcHRl ciAoT0MtMzE0MSkiLA0KICAgLyogMTYgKi8gIk9saWNvbSBQQ01DSUEgMTYv NCBBZGFwdGVyIChPQy0zMjIwKSBbdW5zdXBwb3J0ZWRdIiwNCiAgIC8qIDE3 ICovICJPbGljb20gUENNQ0lBIDE2LzQgQWRhcHRlciAoT0MtMzEyMSwgT0Mt MzIzMCwgT0MtMzIzMikgW3Vuc3VwcG9ydGVkXSIsDQogICAvKiAxOCAqLyAi T2xpY29tIFBDTUNJQSAxNi80IEFkYXB0ZXIgKE9DLTMyNTApIiwNCiAgIC8q IDE5ICovICJPbGljb20gUmFwaWRGaXJlIDM1NDAgNC8xNi8xMDAgQWRhcHRl ciAoT0MtMzU0MCkiDQp9Ow0KDQojaW5jbHVkZSA8c3lzL3BhcmFtLmg+DQoj aW5jbHVkZSA8c3lzL3N5c3RtLmg+DQojaW5jbHVkZSA8c3lzL3Byb2MuaD4N CiNpbmNsdWRlIDxzeXMvc29ja2lvLmg+DQojaW5jbHVkZSA8c3lzL21hbGxv Yy5oPg0KI2luY2x1ZGUgPHN5cy9tYnVmLmg+DQojaW5jbHVkZSA8c3lzL3Nv Y2tldC5oPg0KI2luY2x1ZGUgPHN5cy9zeXNsb2cuaD4NCiNpbmNsdWRlIDxz eXMva2VybmVsLmg+DQojaW5jbHVkZSA8c3lzL2ludGVycnVwdC5oPg0KDQoj aW5jbHVkZSA8bmV0L2V0aGVybmV0Lmg+DQojaW5jbHVkZSA8bmV0L2lmLmg+ DQojaW5jbHVkZSA8bmV0L2lmX2FycC5oPg0KI2luY2x1ZGUgPG5ldC9pc284 ODAyNS5oPg0KI2luY2x1ZGUgPG5ldC9pZl9tZWRpYS5oPg0KDQojaWYgTkJQ RklMVEVSID4gMA0KI2luY2x1ZGUgPG5ldC9icGYuaD4NCiNlbmRpZg0KIA0K I2lmIE5QTlAgPiAwDQojaW5jbHVkZSA8aTM4Ni9pc2EvcG5wLmg+DQojZW5k aWYNCg0KI2luY2x1ZGUgPG1hY2hpbmUvY2xvY2suaD4NCiNpbmNsdWRlIDxt YWNoaW5lL21kX3Zhci5oPg0KI2luY2x1ZGUgPGkzODYvaXNhL2lzYV9kZXZp Y2UuaD4NCg0KI2lmIE5QQ0kgPiAwDQojaW5jbHVkZSA8cGNpL3BjaXZhci5o Pg0KI2luY2x1ZGUgPHBjaS9wY2lyZWcuaD4NCiNlbmRpZg0KDQojaWZuZGVm IFRSTExEX1NQRUVEX0FVVE8NCiNkZWZpbmUgVFJMTERfU1BFRURfQVVUTyAw DQojZW5kaWYNCg0Kdm9pZCAqb2x0cl9tYWxsb2Moc3NpemVfdCwgVFJsbGRB ZGFwdGVyQ29uZmlnX3QgKik7DQoNCi8qDQogKiBHbHVlIGZ1bmN0aW9ucyBw cm90b3R5cGVzIGZvciBQTVcga2l0IElPDQogKi8NCg0KI2lmbmRlZiBUUmxs ZElubGluZUlPDQpzdGF0aWMgdm9pZCBEcml2ZXJPdXRCeXRlICAgICAgICAg ICBfX1AoKHVuc2lnbmVkIHNob3J0LCB1bnNpZ25lZCBjaGFyKSk7DQpzdGF0 aWMgdm9pZCBEcml2ZXJPdXRXb3JkICAgICAgICAgICBfX1AoKHVuc2lnbmVk IHNob3J0LCB1bnNpZ25lZCBzaG9ydCkpOw0Kc3RhdGljIHZvaWQgRHJpdmVy T3V0RHdvcmQgICAgICAgICAgX19QKCh1bnNpZ25lZCBzaG9ydCwgdW5zaWdu ZWQgbG9uZykpOw0Kc3RhdGljIHZvaWQgRHJpdmVyUmVwT3V0Qnl0ZSAgICAg ICAgX19QKCh1bnNpZ25lZCBzaG9ydCwgdW5zaWduZWQgY2hhciAgKiwgaW50 KSk7DQpzdGF0aWMgdm9pZCBEcml2ZXJSZXBPdXRXb3JkICAgICAgICBfX1Ao KHVuc2lnbmVkIHNob3J0LCB1bnNpZ25lZCBzaG9ydCAqLCBpbnQpKTsNCnN0 YXRpYyB2b2lkIERyaXZlclJlcE91dER3b3JkICAgICAgIF9fUCgodW5zaWdu ZWQgc2hvcnQsIHVuc2lnbmVkIGxvbmcgICosIGludCkpOw0Kc3RhdGljIHVu c2lnbmVkIGNoYXIgIERyaXZlckluQnl0ZSAgX19QKCh1bnNpZ25lZCBzaG9y dCkpOw0Kc3RhdGljIHVuc2lnbmVkIHNob3J0IERyaXZlckluV29yZCAgX19Q KCh1bnNpZ25lZCBzaG9ydCkpOw0Kc3RhdGljIHVuc2lnbmVkIGxvbmcgIERy aXZlckluRHdvcmQgX19QKCh1bnNpZ25lZCBzaG9ydCkpOw0Kc3RhdGljIHZv aWQgRHJpdmVyUmVwSW5CeXRlICAgICAgICAgX19QKCh1bnNpZ25lZCBzaG9y dCwgdW5zaWduZWQgY2hhciAgKiwgaW50KSk7DQpzdGF0aWMgdm9pZCBEcml2 ZXJSZXBJbldvcmQgICAgICAgICBfX1AoKHVuc2lnbmVkIHNob3J0LCB1bnNp Z25lZCBzaG9ydCAqLCBpbnQpKTsNCnN0YXRpYyB2b2lkIERyaXZlclJlcElu RHdvcmQgICAgICAgIF9fUCgodW5zaWduZWQgc2hvcnQsIHVuc2lnbmVkIGxv bmcgICosIGludCkpOw0KI2VuZGlmIC8qVFJsbGRJbmxpbmVJTyovDQpzdGF0 aWMgdm9pZCBEcml2ZXJTdXNwZW5kICAgICAgICAgICAgICAgIF9fUCgodW5z aWduZWQgc2hvcnQpKTsNCnN0YXRpYyB2b2lkIERyaXZlclN0YXR1cyAgICAg ICAgICAgICAgICAgX19QKCh2b2lkICosIFRSbGxkU3RhdHVzX3QgKikpOw0K c3RhdGljIHZvaWQgRHJpdmVyQ2xvc2VDb21wbGV0ZWQgICAgICAgICBfX1Ao KHZvaWQgKikpOw0Kc3RhdGljIHZvaWQgRHJpdmVyU3RhdGlzdGljcyAgICAg ICAgICAgICBfX1AoKHZvaWQgKiwgVFJsbGRTdGF0aXN0aWNzX3QgKikpOw0K c3RhdGljIHZvaWQgRHJpdmVyVHJhbnNtaXRGcmFtZUNvbXBsZXRlZCBfX1Ao KHZvaWQgKiwgdm9pZCAqLCBpbnQpKTsNCnN0YXRpYyB2b2lkIERyaXZlclJl Y2VpdmVGcmFtZUNvbXBsZXRlZCAgX19QKCh2b2lkICosIGludCwgaW50LCB2 b2lkICosIGludCkpOw0KDQp0eXBlZGVmIHN0cnVjdCB0eF9idWYgew0KICAg IGludCBpbmRleDsNCiAgICBjaGFyICpidWY7DQp9IHR4X2J1Zl90Ow0KDQp0 eXBlZGVmIHN0cnVjdCByeF9idWYgew0KICAgIGludCAgICAgIGluZGV4Ow0K ICAgIGNoYXIgICAgICpidWY7DQp9IHJ4X2J1Zl90Ow0KDQojaWZuZGVmIEVY VFJBX09MVFINCiNpZiBOUENJID4gMA0KI2RlZmluZSBFWFRSQV9PTFRSCTgN CiNlbHNlIA0KI2RlZmluZSBFWFRSQV9PTFRSCTANCiNlbmRpZiAvKiBOUENJ ICovDQojZW5kaWYgLyogRVhUUkFfT0xUUiAqLw0KDQojaWZuZGVmIE9MVFJf UFJPTUlTQ19NT0RFDQojZGVmaW5lIE9MVFJfUFJPTUlTQ19NT0RFIChUUkxM RF9QUk9NX0xMQykNCiNlbmRpZg0KDQojZGVmaW5lIEFMTF9PUFRJT05TIChJ Rk1fVE9LX0VUUiB8IElGTV9UT0tfU1JDUlQgfCBJRk1fVE9LX0FMTFIgfCBJ Rk1fVE9LX0RUUiB8IElGTV9UT0tfQ0xBU1NJQyB8IElGTV9UT0tfQVVUTykN Cg0KLyogTGlzdCBzaXplcyBNVVNUIGJlIGEgcG93ZXIgb2YgMiAqLw0KI2Rl ZmluZSBUWF9MSVNUX1NJWkUgICAgMTYNCiNkZWZpbmUgUlhfTElTVF9TSVpF ICAgIDE2IA0KI2RlZmluZSBUWF9MSVNUX01BU0sgICAgKFRYX0xJU1RfU0la RSAtIDEpDQojZGVmaW5lIFJYX0xJU1RfTUFTSyAgICAoUlhfTElTVF9TSVpF IC0gMSkNCiNkZWZpbmUgUlhfQlVGRkVSX0xFTiAgIDQwOTYNCiNkZWZpbmUg VFhfQlVGRkVSX0xFTiAgIDQwOTYNCg0Kc3RydWN0IG9sdHJfc29mdGMgew0K ICAgIHN0cnVjdCBhcnBjb20gYXJwY29tOw0KICAgIHN0cnVjdCBpZm1lZGlh IGlmbWVkaWE7DQogICAgVFJsbGRBZGFwdGVyQ29uZmlnX3QgKmNvbmZpZzsN CiAgICBUUmxsZEFkYXB0ZXJfdCAqVFJsbGRBZGFwdGVyOw0KICAgIGludCB1 bml0Ow0KICAgIHVfY2hhciAgUHJvbWlzY01vZGU7DQogICAgdV9zaG9ydCBB ZGFwdGVyTW9kZTsNCiAgICBpbnQgaHdfc3RhdGU7DQojZGVmaW5lIEhXX1VO S05PV04gICAgICAwICAvKiBpbml0aWFsL2Fic2VudCBzdGF0ZSAqLw0KI2Rl ZmluZSBIV19GT1VORCAgICAgICAgMSAgLyogZm91bmQsIG5vdCBpbml0aWFs aXplZCAqLw0KI2RlZmluZSBIV19CQUQgICAgICAgICAgMiAgLyogZmF0YWwg ZXJyb3IgKi8NCiNkZWZpbmUgSFdfRkFJTEVEICAgICAgIDMgIC8qIGNsb3Nl ZCBlZy4gYnkgcmVtb3ZlLCBhbGxvdyBtYW51YWwgcmVvcGVuICovDQojZGVm aW5lIEhXX0xPQURJTkcgICAgICA0DQojZGVmaW5lIEhXX0NMT1NJTkcgICAg ICA1DQojZGVmaW5lIEhXX0NMT1NJTkcyICAgICA2DQojZGVmaW5lIEhXX0NM T1NFRCAgICAgICA3DQojZGVmaW5lIEhXX09QRU5JTkcgICAgICA4DQojZGVm aW5lIEhXX09QRU4gICAgICAgICA5DQojZGVmaW5lIEhXX0VSUk9SICAgICAg ICAxMCAvKiB0ZW1wb3JhcnkgZXJyb3IgKi8NCg0KICAgIHVfbG9uZyBHcm91 cEFkZHJlc3M7DQogICAgdV9sb25nIEZ1bmN0aW9uYWxBZGRyZXNzOw0KICAg IGludCBwb2xsX2FkYXB0ZXI7IA0KDQogICAgaW50IHR4X25leHQ7DQogICAg aW50IHR4X2F2YWlsOw0KICAgIHR4X2J1Zl90IHR4X2J1ZmZlcltUWF9MSVNU X1NJWkVdOw0KDQogICAgaW50IHJ4X25leHQ7DQogICAgaW50IHJ4X2F2YWls Ow0KICAgIHJ4X2J1Zl90IHJ4X2J1ZmZlcltSWF9MSVNUX1NJWkVdOw0KDQog ICAgc3RydWN0IGNhbGxvdXRfaGFuZGxlIG9sdHJfY2g7DQogICAgc3RydWN0 IGNhbGxvdXRfaGFuZGxlIHBvbGxfY2g7DQoNCn07DQoNCnN0YXRpYyBzdHJ1 Y3Qgb2x0cl9zb2Z0YyBvbHRyX3NvZnRjW05PTFRSICsgRVhUUkFfT0xUUl07 DQoNCi8qDQogKiBEcml2ZXIgZnVuY3Rpb24gcHJvdG90eXBlcw0KICovDQoN CnN0YXRpYyBpbnQgIG9sdHJfcHJvYmUgICBfX1AoKHN0cnVjdCBpc2FfZGV2 aWNlICopKTsNCnN0YXRpYyBpbnQgIG9sdHJfYXR0YWNoICBfX1AoKHN0cnVj dCBpc2FfZGV2aWNlICopKTsgIA0Kc3RhdGljIHZvaWQgb2x0cl9pbml0ICAg IF9fUCgoc3RydWN0IG9sdHJfc29mdGMgKikpOw0Kc3RhdGljIHZvaWQgb2x0 cl9pbnRyICAgIF9fUCgoaW50KSk7DQpzdGF0aWMgdm9pZCBvbHRyX3N0YXJ0 ICAgX19QKChzdHJ1Y3QgaWZuZXQgKikpOw0Kc3RhdGljIHZvaWQgb2x0cl9z dG9wICAgIF9fUCgoc3RydWN0IG9sdHJfc29mdGMgKikpOw0Kc3RhdGljIGlu dCAgb2x0cl9pb2N0bCAgIF9fUCgoc3RydWN0IGlmbmV0ICosIHVfbG9uZywg Y2FkZHJfdCkpOw0KDQpzdGF0aWMgaW50IG9sdHJfYXR0YWNoX2NvbW1vbiAg IF9fUCgoc3RydWN0IG9sdHJfc29mdGMgKikpOw0KDQp2b2lkIG9sdHJfdGlt ZW91dCBfX1AoKHZvaWQgKikpOw0Kdm9pZCBhZGFwdGVyX3BvbGwgX19QKCh2 b2lkICopKTsNCg0Kc3RydWN0IGlzYV9kcml2ZXIgb2x0cmRyaXZlciA9IHsN CiAgICBvbHRyX3Byb2JlLA0KICAgIG9sdHJfYXR0YWNoLA0KICAgICJvbHRy IiwNCiAgICAwDQp9Ow0KDQppbnQgaXNhX2NhcmRzID0gMDsNCg0KI2lmIE5Q Q0kgPiAwDQpzdGF0aWMgdV9sb25nIG9sdHJfY291bnQgPSBOT0xUUjsNCnN0 YXRpYyBjb25zdCBjaGFyICpvbHRyX3BjaV9wcm9iZQlfX1AoKHBjaWNpX3Qs IHBjaWRpX3QpKTsNCnN0YXRpYyB2b2lkIG9sdHJfcGNpX2F0dGFjaAkJX19Q KChwY2ljaV90LCBpbnQpKTsNCnN0YXRpYyB2b2lkIG9sdHJfcGNpX2ludHIg ICAgCQlfX1AoKHZvaWQgKikpOw0Kc3RhdGljIHZvaWQgb2x0cl9wY2lfc2h1 dGRvd24JCV9fUCgoaW50LCB2b2lkICopKTsNCg0Kc3RhdGljIHN0cnVjdCBw Y2lfZGV2aWNlIG9sdHJfZGV2aWNlID0gew0KICAgICJvbHRyIiwNCiAgICBv bHRyX3BjaV9wcm9iZSwNCiAgICBvbHRyX3BjaV9hdHRhY2gsDQogICAgJm9s dHJfY291bnQsDQogICAgTlVMTA0KfTsNCg0KREFUQV9TRVQocGNpZGV2aWNl X3NldCwgb2x0cl9kZXZpY2UpOw0KaW50IHBjaV9jYXJkcyA9IDA7DQojZW5k aWYgLyogTlBDSSAqLw0KDQpzdGF0aWMgaW50ICBvbHRyX2lmbWVkaWFfdXBk CV9fUCgoc3RydWN0IGlmbmV0ICopKTsNCnN0YXRpYyB2b2lkIG9sdHJfaWZt ZWRpYV9zdHMgICAgX19QKChzdHJ1Y3QgaWZuZXQgKiwgc3RydWN0IGlmbWVk aWFyZXEgKikpOw0KDQpzdGF0aWMgVFJsbGREcml2ZXJfdCBvbHRyTGxkRHJp dmVyID0gew0KICAgIFRSTExEX1ZFUlNJT04sDQojaWZuZGVmIFRSbGxkSW5s aW5lSU8NCiAgICBEcml2ZXJPdXRCeXRlLA0KICAgIERyaXZlck91dFdvcmQs DQogICAgRHJpdmVyT3V0RHdvcmQsDQogICAgRHJpdmVyUmVwT3V0Qnl0ZSwN CiAgICBEcml2ZXJSZXBPdXRXb3JkLA0KICAgIERyaXZlclJlcE91dER3b3Jk LA0KICAgIERyaXZlckluQnl0ZSwNCiAgICBEcml2ZXJJbldvcmQsDQogICAg RHJpdmVySW5Ed29yZCwNCiAgICBEcml2ZXJSZXBJbkJ5dGUsDQogICAgRHJp dmVyUmVwSW5Xb3JkLA0KICAgIERyaXZlclJlcEluRHdvcmQsDQojZW5kaWYg LypUUmxsZElubGluZUlPKi8NCiAgICBEcml2ZXJTdXNwZW5kLA0KICAgIERy aXZlclN0YXR1cywNCiAgICBEcml2ZXJDbG9zZUNvbXBsZXRlZCwNCiAgICBE cml2ZXJTdGF0aXN0aWNzLA0KICAgIERyaXZlclRyYW5zbWl0RnJhbWVDb21w bGV0ZWQsDQogICAgRHJpdmVyUmVjZWl2ZUZyYW1lQ29tcGxldGVkLA0KfTsN Cg0KVFJsbGRBZGFwdGVyQ29uZmlnX3Qgb2x0cl9jb25maWdbTk9MVFIgKyBF WFRSQV9PTFRSXTsNCg0Kdm9pZCAqDQpvbHRyX21hbGxvYyhTaXplLCBBZGFw dGVyKQ0KICAgIHNzaXplX3QgU2l6ZTsNCiAgICBUUmxsZEFkYXB0ZXJDb25m aWdfdCAqQWRhcHRlcjsNCnsNCg0KICAgIC8qIElmIHRoZSBhZGFwdGVyIG5l ZWRzIG1lbW9yeSBiZWxvdyAxNk0gZm9yIERNQSB0aGVuIHVzZSBjb250aWdt YWxsb2MgKi8NCiAgICBpZiAoQWRhcHRlci0+bW9kZSAmIFRSTExEX01PREVf MTZNKSAgLyogQWRhcHRlciB1c2luZyBJU0EgRE1BIGJ1ZmZlciBiZWxvdyAx Nk0gKi8NCiAgICAgICAgcmV0dXJuKGNvbnRpZ21hbGxvYyhTaXplLCBNX0RF VkJVRiwgTV9OT1dBSVQsIDB1bCwgMHhmZmZmZmZ1bCwgMXVsLCAweDEwMDAw dWwpKTsNCiAgICBlbHNlDQogICAgICAgIHJldHVybihtYWxsb2MoU2l6ZSwg TV9ERVZCVUYsIE1fTk9XQUlUKSk7DQp9DQogICAgDQovKg0KICogRHJpdmVy IEZ1bmN0aW9ucyANCiAqLw0KDQpzdGF0aWMgaW50DQpvbHRyX3Byb2JlKGlz KQ0KICAgIHN0cnVjdCBpc2FfZGV2aWNlICppczsNCnsNCiAgICBzdGF0aWMg aW50IGZpbmRfY29tcGxldGVkID0gMCwgYXNzaWduZWRbTk9MVFJdOw0KICAg IHN0cnVjdCBvbHRyX3NvZnRjICpzYyA9ICZvbHRyX3NvZnRjW2lzLT5pZF91 bml0XTsNCiAgICBpbnQgaTsNCg0KICAgIC8qIE1ha2UgbGlmZSBlYXN5LCB1 c2UgdGhlIE9saWNvbSBzdXBwbGllZCBmaW5kIGZ1bmN0aW9uIG9uIHRoZSBm aXJzdCBwcm9iZQ0KICAgICAqIHRvIHByb2JlIGFsbCBvZiB0aGUgSVNBIGFk YXB0ZXJzLiAgVGhlbiBnaXZlIHRoZW0gdG8gZWFjaCB1bml0IGFzIHJlcXVl c3RlZC4NCiAgICAgKiBUcnkgdG8gbWF0Y2ggdGhlIGFkYXB0ZXJzIHRvIHVu aXRzIGJhc2VkIG9uIHRoZSBpb2Jhc2UsIGJ1dCBpZiBpb2Jhc2U/IHRoZW4N CiAgICAgKiBqdXN0IGdpdmUgb3V0IHRoZSBuZXh0IGF2YWlsYWJsZSBhZGFw dGVyLg0KICAgICAqLw0KICAgIGlmICghZmluZF9jb21wbGV0ZWQpIHsNCiAg ICAgICAgaXNhX2NhcmRzID0gVFJsbGRGaW5kKCZvbHRyTGxkRHJpdmVyLCAm b2x0cl9jb25maWdbMF0sIElTQV9BREFQVEVSUywgTk9MVFIpOw0KICAgICAg ICAvKmZvciAoaSA9IDA7IGkgPCBpc2FfY2FyZHM7IGkrKykgew0KICAgICAg ICAgICAgcHJpbnRmKCJUUmxsZEZpbmQ6IGNhcmQgJWQgLSAlcyBNQUMgJTZE XG4iLCBpICsgMSwgQWRhcHRlck5hbWVbb2x0cl9jb25maWdbaV0udHlwZV0s IG9sdHJfY29uZmlnW2ldLm1hY2FkZHJlc3MsICI6Iik7DQogICAgICAgIH0q Lw0KICAgICAgICBmb3IgKGkgPSAwOyBpIDwgTk9MVFI7IGkrKykNCiAgICAg ICAgICAgIGFzc2lnbmVkW2ldID0gMDsNCiAgICAgICAgZmluZF9jb21wbGV0 ZWQgPSAxOw0KICAgIH0NCg0KICAgIHNjLT51bml0ID0gaXMtPmlkX3VuaXQ7 DQogICAgc2MtPmh3X3N0YXRlID0gSFdfVU5LTk9XTjsNCg0KICAgIGlmIChm aW5kX2NvbXBsZXRlZCAmJiAoKGlzYV9jYXJkcyA9PSAwKSB8fCAoaXMtPmlk X3VuaXQgPiBpc2FfY2FyZHMpKSkgDQogICAgICAgIHJldHVybigwKTsNCg0K ICAgIGlmICgoKGlzLT5pZF9pb2Jhc2UgPCAweGEwMCkgfHwgKGlzLT5pZF9p b2Jhc2UgPiAweGJlMCkpICYmIChpcy0+aWRfaW9iYXNlICE9IDB4ZmZmZmZm ZmYpKSB7DQogICAgICAgIHByaW50Zigib2x0ciVkOiBwb3J0IGFkZHJlc3Mg aW1wb3NzaWJsZSAoMHglWClcbiIsIGlzLT5pZF91bml0LCBpcy0+aWRfaW9i YXNlKTsNCiAgICAgICAgcmV0dXJuKDApOw0KICAgIH0NCg0KICAgIC8qIEF1 dG8gYXNzaWduIGxvd2VzdCBhdmFpbGFibGUgY2FyZCBub3QgYWxyZWFkeSBp biB1c2UgKi8NCiAgICBpZiAoaXMtPmlkX2lvYmFzZSA9PSAweGZmZmZmZmZm KSB7DQogICAgICAgIHByaW50Zigib2x0ciVkOiBhdXRvIGFzc2lnbmluZyBj YXJkLlxuIiwgaXMtPmlkX3VuaXQpOw0KICAgICAgICBmb3IgKGkgPSAwOyBh c3NpZ25lZFtpXTsgaSsrKTsNCiAgICAgICAgYXNzaWduZWRbaV0gPSAxOw0K ICAgICAgICBzYy0+Y29uZmlnID0gJm9sdHJfY29uZmlnW2ldOw0KICAgICAg ICBpcy0+aWRfaW9iYXNlID0gc2MtPmNvbmZpZy0+aW9iYXNlMDsgICAgICAg ICAgICAgICAgICAgICAgICAvKiBDbGFpbSBvdXIgcG9ydCBzcGFjZSAqLw0K ICAgICAgICBpZiAoIWlzLT5pZF9pcnEpIA0KICAgICAgICAgICAgaXMtPmlk X2lycSA9ICgxIDw8IHNjLT5jb25maWctPmludGVycnVwdGxldmVsKTsgICAg ICAgICAvKiBDbGFpbSBvdXIgaW50ZXJydXB0ICovDQogICAgICAgIGlzLT5p ZF9pbnRyID0gKGludGhhbmQyX3QgKilvbHRyX2ludHI7DQogICAgICAgIHJl Z2lzdGVyX2ludHIoZmZzKGlzLT5pZF9pcnEpIC0gMSwgaXMtPmlkX2lkLCBp cy0+aWRfcmlfZmxhZ3MsIGlzLT5pZF9pbnRyLCAmbmV0X2ltYXNrLCBpcy0+ aWRfdW5pdCk7DQogICAgICAgIGlmICgoaXMtPmlkX2RycSA9PSAweGZmZmZm ZmZmKSAmJiAoc2MtPmNvbmZpZy0+ZG1hbGV2ZWwgIT0gVFJMTERfRE1BX1BJ TykpDQogICAgICAgICAgICBpcy0+aWRfZHJxID0gc2MtPmNvbmZpZy0+ZG1h bGV2ZWw7ICAgICAgICAgICAgICAgICAgICAgIC8qIENsYWltIG91ciBkbWEg Y2hhbm5lbCAqLw0KICAgICAgICBwcmludGYoIm9sdHIlZDogPCVzPiBbJTZE XVxuIiwgaXMtPmlkX3VuaXQsIEFkYXB0ZXJOYW1lW3NjLT5jb25maWctPnR5 cGVdLCBzYy0+Y29uZmlnLT5tYWNhZGRyZXNzLCAiOiIpOw0KICAgICAgICBz Yy0+aHdfc3RhdGUgPSBIV19GT1VORDsNCiAgICAgICAgcmV0dXJuKDEpOw0K ICAgIH0gZWxzZSB7DQogICAgLyogQXNzaWduIGJhc2VkIG9uIGlvYmFzZSBh ZGRyZXNzIHByb3ZpZGVkIGluIGtlcm5lbCBjb25maWcgKi8NCiAgICAgICAg Zm9yIChpID0gMDsgaSA8IE5PTFRSOyBpKyspIHsNCiAgICAgICAgICAgIGlm IChpcy0+aWRfaW9iYXNlID09IG9sdHJfY29uZmlnW2ldLmlvYmFzZTApIHsN CiAgICAgICAgICAgICAgICBpZiAoYXNzaWduZWRbaV0pIHsNCiAgICAgICAg ICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IGFkYXB0ZXIgKDB4JVgpIGFs cmVhZHkgYXNzaWduZWQuXG4iLCBpcy0+aWRfdW5pdCwgaXMtPmlkX2lvYmFz ZSk7DQogICAgICAgICAgICAgICAgICAgIHJldHVybigwKTsNCiAgICAgICAg ICAgICAgICB9DQogICAgICAgICAgICAgICAgYXNzaWduZWRbaV0gPSAxOw0K ICAgICAgICAgICAgICAgIHNjLT5jb25maWcgPSAmb2x0cl9jb25maWdbaV07 DQogICAgICAgICAgICAgICAgaWYgKGlzLT5pZF9pcnEgPT0gMCkNCiAgICAg ICAgICAgICAgICAgICAgaXMtPmlkX2lycSA9ICgxIDw8IHNjLT5jb25maWct PmludGVycnVwdGxldmVsKTsgICAgICAgICAvKiBDbGFpbSBvdXIgaW50ZXJy dXB0ICovDQogICAgICAgICAgICAgICAgaXMtPmlkX2ludHIgPSAoaW50aGFu ZDJfdCAqKW9sdHJfaW50cjsNCiAgICAgICAgICAgICAgICByZWdpc3Rlcl9p bnRyKGZmcyhpcy0+aWRfaXJxKSAtIDEsIGlzLT5pZF9pZCwgaXMtPmlkX3Jp X2ZsYWdzLCBpcy0+aWRfaW50ciwgJm5ldF9pbWFzaywgaXMtPmlkX3VuaXQp Ow0KICAgICAgICAgICAgICAgIGlmICgoaXMtPmlkX2RycSA9PSAweGZmZmZm ZmZmKSAmJiAoc2MtPmNvbmZpZy0+ZG1hbGV2ZWwgIT0gVFJMTERfRE1BX1BJ TykpDQogICAgICAgICAgICAgICAgICAgIGlzLT5pZF9kcnEgPSBzYy0+Y29u ZmlnLT5kbWFsZXZlbDsgICAgICAgICAgICAgICAgICAgICAgLyogQ2xhaW0g b3VyIGRtYSBjaGFubmVsICovDQogICAgICAgICAgICAgICAgcHJpbnRmKCJv bHRyJWQ6IDwlcz4gWyU2RF1cbiIsIGlzLT5pZF91bml0LCBBZGFwdGVyTmFt ZVtzYy0+Y29uZmlnLT50eXBlXSwgc2MtPmNvbmZpZy0+bWFjYWRkcmVzcywg IjoiKTsNCiAgICAgICAgICAgICAgICBzYy0+aHdfc3RhdGUgPSBIV19GT1VO RDsNCiAgICAgICAgICAgICAgICByZXR1cm4oMSk7DQogICAgICAgICAgICB9 DQogICAgICAgIH0NCiAgICB9DQogICAgcmV0dXJuKDApOyAvKiBDYXJkIHdh cyBub3QgZm91bmQgKi8NCn0NCg0KI2lmIE5QQ0kgPiAwDQpzdGF0aWMgY29u c3QgY2hhciAqDQpvbHRyX3BjaV9wcm9iZShjb25maWdfaWQsIGRldmljZV9p ZCkNCiAgICBwY2ljaV90IGNvbmZpZ19pZDsNCiAgICBwY2lkaV90IGRldmlj ZV9pZDsNCnsNCiAgICB1X2NoYXIgUENJQ29uZmlndXJhdGlvblNwYWNlWzY0 XTsNCiAgICB1X2xvbmcgY29tbWFuZDsNCiAgICBpbnQgaSwgaiwgcmM7DQoN CiAgICBqID0gTk9MVFIgKyBwY2lfY2FyZHM7DQoNCiAgICBpZiAocGNpX2Nh cmRzID09IEVYVFJBX09MVFIpDQogICAgICAgIHJldHVybihOVUxMKTsNCg0K ICAgIGlmICgoKGRldmljZV9pZCAmIDB4ZmZmZikgPT0gUENJX1ZFTkRPUl9P TElDT00pICYmIA0KICAgICAgICAgICgoKChkZXZpY2VfaWQgPj4gMTYpICYg MHhmZmZmKSA9PSAweDAwMDEpIHx8IA0KICAgICAgICAgICAoKChkZXZpY2Vf aWQgPj4gMTYpICYgMHhmZmZmKSA9PSAweDAwMDQpIHx8IA0KICAgICAgICAg ICAoKChkZXZpY2VfaWQgPj4gMTYpICYgMHhmZmZmKSA9PSAweDAwMDUpIHx8 IA0KICAgICAgICAgICAoKChkZXZpY2VfaWQgPj4gMTYpICYgMHhmZmZmKSA9 PSAweDAwMDcpIHx8IA0KICAgICAgICAgICAoKChkZXZpY2VfaWQgPj4gMTYp ICYgMHhmZmZmKSA9PSAweDAwMDgpKSkgew0KDQogICAgICAgIGZvciAoaSA9 IDA7IGkgPCA2NDsgaSsrKQ0KICAgICAgICAgICAgUENJQ29uZmlndXJhdGlv blNwYWNlW2ldID0gcGNpX2NmZ3JlYWQoY29uZmlnX2lkLCBpLCAvKmJ5dGVz Ki8xKTsNCg0KICAgICAgICByYyA9IFRSbGxkUENJQ29uZmlnKCZvbHRyTGxk RHJpdmVyLCAmb2x0cl9jb25maWdbal0sIFBDSUNvbmZpZ3VyYXRpb25TcGFj ZSk7DQoNCiAgICAgICAgaWYgKChyYyA9PSBUUkxMRF9QQ0lDT05GSUdfT0sp IHx8IChyYyA9PSBUUkxMRF9QQ0lDT05GSUdfU0VUX0NPTU1BTkQpKSB7DQog ICAgICAgICAgICBpZiAocmMgPT0gVFJMTERfUENJQ09ORklHX1NFVF9DT01N QU5EKSB7DQogICAgICAgICAgICAgICAgcHJpbnRmKCJvbHRyOiBzZXR0aW5n IGJ1cy1tYXN0ZXIgbW9kZVxuIik7DQogICAgICAgICAgICAgICAgY29tbWFu ZCA9IHBjaV9jb25mX3JlYWQoY29uZmlnX2lkLCBQQ0lSX0NPTU1BTkQpOw0K ICAgICAgICAgICAgICAgIHBjaV9jb25mX3dyaXRlKGNvbmZpZ19pZCwgUENJ Ul9DT01NQU5ELCAoY29tbWFuZCB8IFBDSU1fQ01EX0JVU01BU1RFUkVOKSk7 DQogICAgICAgICAgICB9DQogICAgICAgICAgICBwY2lfY2FyZHMrKzsNCiAg ICAgICAgICAgIHJldHVybiAoQWRhcHRlck5hbWVbb2x0cl9jb25maWdbal0u dHlwZV0pOw0KICAgICAgICB9IGVsc2Ugew0KICAgICAgICAgICAgaWYgKHJj ID09IFRSTExEX1BDSUNPTkZJR19GQUlMKQ0KICAgICAgICAgICAgICAgIHBy aW50Zigib2x0cjogVFJsbGRQQ0lDb25maWcgZmFpbGVkIVxuIik7DQogICAg ICAgICAgICBpZiAocmMgPT0gVFJMTERfUENJQ09ORklHX1ZFUlNJT04pDQog ICAgICAgICAgICAgICAgcHJpbnRmKCJvbHRyOiB3cm9uZyBMTEQgdmVyc2lv blxuIik7DQogICAgICAgIH0NCiAgICB9DQogICAgcmV0dXJuKE5VTEwpOw0K fQ0KI2VuZGlmIC8qIE5QQ0kgKi8NCg0Kc3RhdGljIGludA0Kb2x0cl9hdHRh Y2goaXMpDQogICAgc3RydWN0IGlzYV9kZXZpY2UgKmlzOw0Kew0KICAgIHN0 cnVjdCBvbHRyX3NvZnRjICpzYyA9ICZvbHRyX3NvZnRjW2lzLT5pZF91bml0 XTsNCiAgICBpbnQgcmM7DQoNCiAgICBzYy0+dW5pdCA9IGlzLT5pZF91bml0 Ow0KDQogICAgaWYgKCFvbHRyX2F0dGFjaF9jb21tb24oc2MpKQ0KICAgICAg ICByZXR1cm4oMCk7DQoNCiAgICAvKiBJZiB0aGUga2VybmVsIGNvbmZpZyBk b2VzIG5vdCBtYXRjaCB0aGUgY3VycmVudCBjYXJkIGNvbmZpZ3VyYXRpb24g dGhlbg0KICAgICAqIGFkanVzdCB0aGUgY2FyZCBzZXR0aW5ncyB0byBtYXRj aCB0aGUga2VybmVsLg0KICAgICAqLw0KICAgIGlmICgoZmZzKGlzLT5pZF9p cnEpIC0gMSkgIT0gc2MtPmNvbmZpZy0+aW50ZXJydXB0bGV2ZWwpIHsNCiAg ICAgICAgcmMgPSBUUmxsZFNldEludGVycnVwdChzYy0+VFJsbGRBZGFwdGVy LCBpcy0+aWRfaXJxKTsgDQogICAgICAgIGlmIChyYyAhPSBUUkxMRF9DT05G SUdfT0spIHsgIA0KICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IFVuYWJs ZSB0byBjaGFuZ2UgYWRhcHRlciBpbnRlcnJ1cHQgbGV2ZWwgKCV4KVxuIiwg c2MtPnVuaXQsIHJjKTsNCiAgICAgICAgICAgIHJldHVybigwKTsNCiAgICAg ICAgfQ0KICAgIH0gICANCiAgICAgICAgDQogICAgLyogU2V0IGRtYSBsZXZl bCwgZmFsbCBiYWNrIHRvIHBpbyBpZiBwb3NzaWJsZS4gKGZvbGxvd2luZyBT Q08gZHJpdmVyIGV4YW1wbGUpICovDQogICAgaWYgKGlzLT5pZF9kcnEgIT0g c2MtPmNvbmZpZy0+ZG1hbGV2ZWwpIHsNCiAgICAgICAgcmMgPSBUUmxsZFNl dERNQShzYy0+VFJsbGRBZGFwdGVyLCBpcy0+aWRfZHJxLCAmc2MtPmNvbmZp Zy0+bW9kZSk7DQogICAgICAgIGlmIChyYyAhPSBUUkxMRF9DT05GSUdfT0sp IHsNCiAgICAgICAgICAgIGlmICgoc2MtPmNvbmZpZy0+ZG1hbGV2ZWwgIT0g VFJMTERfRE1BX1BJTykgJiYNCiAgICAgICAgICAgICAgICAoVFJsbGRTZXRE TUEoc2MtPlRSbGxkQWRhcHRlciwgVFJMTERfRE1BX1BJTywgJnNjLT5jb25m aWctPm1vZGUpICE9IFRSTExEX0NPTkZJR19PSykpIHsNCiAgICAgICAgICAg ICAgICBwcmludGYoIm9sdHIlZDogdW5hYmxlIHRvIGNoYW5nZSBkbWEgbGV2 ZWwgZnJvbSAlZCB0byAlZCAoJXgpXG4iLCBzYy0+dW5pdCwNCiAgICAgICAg ICAgICAgICAgICAgICAgIHNjLT5jb25maWctPmRtYWxldmVsLCBpcy0+aWRf ZHJxLCByYyk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBwcmludGYo Im9sdHIlZDogVW5hYmxlIHRvIGNoYW5nZSBhZGFwdGVyIGRtYSBsZXZlbCwg dXNpbmcgUElPIG1vZGUgKCV4KVxuIiwgc2MtPnVuaXQsIHJjKTsNCiAgICAg ICAgICAgIHNjLT5jb25maWctPmRtYWxldmVsID0gVFJMTERfRE1BX1BJTzsN CiAgICAgICAgICAgIHJjID0gVFJsbGRTZXRETUEoc2MtPlRSbGxkQWRhcHRl ciwgaXMtPmlkX2RycSwgJnNjLT5jb25maWctPm1vZGUpOw0KICAgICAgICB9 DQogICAgICAgIGlzLT5pZF9pcnEgPSBzYy0+Y29uZmlnLT5kbWFsZXZlbDsN CiAgICB9DQogICAgcmV0dXJuKDEpOw0KfQ0KDQojaWYgTlBDSSA+IDANCnN0 YXRpYyB2b2lkDQpvbHRyX3BjaV9hdHRhY2goY29uZmlnX2lkLCB1bml0KQ0K ICAgIHBjaWNpX3QgY29uZmlnX2lkOw0KICAgIGludCB1bml0Ow0Kew0KICAg IHN0cnVjdCBvbHRyX3NvZnRjICpzYyA9ICZvbHRyX3NvZnRjW3VuaXRdOw0K DQogICAgc2MtPnVuaXQgPSB1bml0Ow0KICAgIHNjLT5jb25maWcgPSAmb2x0 cl9jb25maWdbdW5pdF07DQogICAgc2MtPmh3X3N0YXRlID0gSFdfRk9VTkQ7 DQoNCiAgICBwcmludGYoIm9sdHIlZDogbWFjIGFkZHJlc3MgWyU2RF1cbiIs IHNjLT51bml0LCBzYy0+Y29uZmlnLT5tYWNhZGRyZXNzLCAiOiIpOw0KDQog ICAgaWYgKCFvbHRyX2F0dGFjaF9jb21tb24oc2MpKQ0KICAgICAgICByZXR1 cm47DQoNCiAgICAvKiBNYXAgb3VyIGludGVycnVwdCAqLw0KICAgIGlmICgh cGNpX21hcF9pbnQoY29uZmlnX2lkLCBvbHRyX3BjaV9pbnRyLCBzYywgJm5l dF9pbWFzaykpIHsNCiAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IGNvdWxkbid0 IG1hcCBpbnRlcnJ1cHRcbiIsIHVuaXQpOw0KICAgICAgICByZXR1cm47DQog ICAgfQ0KfQ0KI2VuZGlmIC8qIE5QQ0kgKi8NCg0Kc3RhdGljIGludA0Kb2x0 cl9hdHRhY2hfY29tbW9uKHNjKQ0KICAgIHN0cnVjdCBvbHRyX3NvZnRjICpz YzsNCnsNCiAgICBzdHJ1Y3QgaWZuZXQgKmlmcCA9ICZzYy0+YXJwY29tLmFj X2lmOw0KICAgIHVfaW50ICBidWZzaXplOw0KICAgIGludCAgICByYywgaSwg ajsNCiAgDQogICAgLypwcmludGYoIm9sdHIlZDogYXR0YWNoX2NvbW1vbiBj YWxsZWRcbiIsIHNjLT51bml0KTsqLw0KDQogICAgLyogQWxsb2NhdGUgYWRh cHRlciBtZW1vcnkgYnVmZmVyICovDQogICAgYnVmc2l6ZSA9IFRSbGxkQWRh cHRlclNpemUoKTsNCiAgICBzYy0+VFJsbGRBZGFwdGVyID0gKFRSbGxkQWRh cHRlcl90ICopb2x0cl9tYWxsb2MoYnVmc2l6ZSwgc2MtPmNvbmZpZyk7DQog ICAgaWYgKHNjLT5UUmxsZEFkYXB0ZXIgPT0gTlVMTCkgew0KICAgICAgICBw cmludGYoIm9sdHIlZDogVW5hYmxlIHRvIGFsbG9jYXRlIGFkYXB0ZXIgbWVt b3J5IGJsb2NrICglZCBieXRlcylcbiIsIHNjLT51bml0LCBidWZzaXplKTsN CiAgICB9IA0KICAgIC8qcHJpbnRmKCJvbHRyJWQ6IEFkYXB0ZXIgbWVtb3J5 IGJsb2NrICglcCAlZCBieXRlcylcbiIsIHNjLT51bml0LCBzYy0+VFJsbGRB ZGFwdGVyLCBidWZzaXplKTsqLw0KDQogICAgLyogU2V0dXAgdHJhbnNtaXQg cG9vbCAqLw0KICAgIGZvciAoaSA9IDA7IGkgPCBUWF9MSVNUX1NJWkU7IGkr Kykgew0KICAgICAgICBzYy0+dHhfYnVmZmVyW2ldLmluZGV4ID0gaTsNCiAg ICAgICAgc2MtPnR4X2J1ZmZlcltpXS5idWYgPSAoY2hhciAqKW9sdHJfbWFs bG9jKFRYX0JVRkZFUl9MRU4sIHNjLT5jb25maWcpOw0KICAgICAgICAvKiBJ ZiB3ZSBoYXZlIGEgZmFpbHVyZSB0aGVuIGZyZWUgZXZlcnl0aGluZyBhbmQg Z2V0IG91dCAqLw0KICAgICAgICBpZiAoIXNjLT50eF9idWZmZXJbaV0uYnVm KSB7DQogICAgICAgICAgICBwcmludGYoIm9sdHIlZDogVW5hYmxlIHRvIGFs bG9jYXRlIHRyYW5zbWl0IGJ1ZmZlcnMuXG4iLCBzYy0+dW5pdCk7DQogICAg ICAgICAgICBmb3IgKGogPSAwOyBqIDwgaTsgaisrKQ0KICAgICAgICAgICAg ICAgIGZyZWUoc2MtPnR4X2J1ZmZlcltqXS5idWYsIE1fREVWQlVGKTsNCiAg ICAgICAgICAgIHJldHVybigwKTsNCiAgICAgICAgfQ0KICAgIH0NCiAgICBz Yy0+dHhfbmV4dCA9IDA7DQogICAgc2MtPnR4X2F2YWlsID0gVFhfTElTVF9T SVpFOw0KDQogICAgLyogU2V0dXAgcmVjZWl2ZSBwb29sICovDQogICAgZm9y IChpID0gMDsgaSA8IFJYX0xJU1RfU0laRTsgaSsrKSB7DQogICAgICAgIHNj LT5yeF9idWZmZXJbaV0uaW5kZXggPSBpOw0KICAgICAgICBzYy0+cnhfYnVm ZmVyW2ldLmJ1ZiA9IChjaGFyICopb2x0cl9tYWxsb2MoUlhfQlVGRkVSX0xF Tiwgc2MtPmNvbmZpZyk7DQogICAgICAgIC8qIElmIHdlIGhhdmUgYSBmYWls dXJlIHRoZW4gZnJlZSBldmVyeXRoaW5nIGFuZCBnZXQgb3V0ICovDQogICAg ICAgIGlmICghc2MtPnJ4X2J1ZmZlcltpXS5idWYpIHsgICAgICAgICAgDQog ICAgICAgICAgICBwcmludGYoIm9sdHIlZDogVW5hYmxlIHRvIGFsbG9jYXRl IHJlY2VpdmUgYnVmZmVycy5cbiIsIHNjLT51bml0KTsNCiAgICAgICAgICAg IGZvciAoaiA9IDA7IGogPCBpOyBqKyspDQogICAgICAgICAgICAgICAgZnJl ZShzYy0+cnhfYnVmZmVyW2pdLmJ1ZiwgTV9ERVZCVUYpOw0KICAgICAgICAg ICAgcmV0dXJuKDApOw0KICAgICAgICB9DQogICAgfSAgIA0KICAgIHNjLT5y eF9uZXh0ID0gMDsNCiAgICBzYy0+cnhfYXZhaWwgPSBSWF9MSVNUX1NJWkU7 IA0KICAgIC8qcHJpbnRmKCJvbHRyJWQ6IEFsbG9jYXRlZCByZWNlaXZlIGJ1 ZmZlcnNcbiIsIHNjLT51bml0KTsgKi8NCiAgICANCiAgICAvKiBTZXQgdXAg YWRhcHRlciBwb2xsaW5nIG1lY2hhbmlzbSAqLw0KICAgIHNjLT5wb2xsX2Fk YXB0ZXIgPSAxOw0KICAgIGNhbGxvdXRfaGFuZGxlX2luaXQoJnNjLT5wb2xs X2NoKTsNCiAgICBzYy0+cG9sbF9jaCA9IHRpbWVvdXQoYWRhcHRlcl9wb2xs LCAodm9pZCAqKXNjLT51bml0LCAoMSpoeikvMTAwMCk7DQogICAgY2FsbG91 dF9oYW5kbGVfaW5pdCgmc2MtPm9sdHJfY2gpOw0KDQogICAgLyogSW5pdGlh bGl6ZSBhZGFwdGVyICovDQogICAgcmMgPSBUUmxsZEFkYXB0ZXJJbml0KCZv bHRyTGxkRHJpdmVyLCBzYy0+VFJsbGRBZGFwdGVyLCBrdnRvcChzYy0+VFJs bGRBZGFwdGVyKSwgDQogICAgICAgICAgICAgICAgICAgICAgICAgICh2b2lk ICopc2MtPnVuaXQsIHNjLT5jb25maWcpOw0KICAgIGlmIChyYyAhPSBUUkxM RF9JTklUX09LKSB7DQogICAgICAgIHN3aXRjaCAocmMpIHsNCiAgICAgICAg ICAgIGNhc2UgVFJMTERfSU5JVF9OT1RfRk9VTkQ6DQogICAgICAgICAgICAg ICAgcHJpbnRmKCJvbHRyJWQ6IEFkYXB0ZXIgbm90IGZvdW5kIG9yIG1hbGZ1 bmN0aW9uaW5nLlxuIiwgc2MtPnVuaXQpOw0KICAgICAgICAgICAgICAgIHNj LT5od19zdGF0ZSA9IEhXX0JBRDsNCiAgICAgICAgICAgICAgICByZXR1cm4o MCk7DQogICAgICAgICAgICBjYXNlIFRSTExEX0lOSVRfVU5TVVBQT1JURUQ6 DQogICAgICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IEFkYXB0ZXIgbm90 IHN1cHBvcnRlZCBieSBsb3cgbGV2ZWwgZHJpdmVyLlxuIiwgc2MtPnVuaXQp Ow0KICAgICAgICAgICAgICAgIHNjLT5od19zdGF0ZSA9IEhXX1VOS05PV047 DQogICAgICAgICAgICAgICAgcmV0dXJuKDApOw0KICAgICAgICAgICAgY2Fz ZSBUUkxMRF9JTklUX1BIWVMxNjoNCiAgICAgICAgICAgICAgICBwcmludGYo Im9sdHIlZDogQWRhcHRlciBtZW1vcnkgYmxvY2sgYWJvdmUgMTZNLCBtdXN0 IGJlIGJlbG93IDE2TS5cbiIsIHNjLT51bml0KTsNCiAgICAgICAgICAgICAg ICByZXR1cm4oMCk7DQogICAgICAgICAgICBjYXNlIFRSTExEX0lOSVRfVkVS U0lPTjoNCiAgICAgICAgICAgICAgICBwcmludGYoIm9sdHIlZDogTG93IGxl dmVsIGRyaXZlciB2ZXJzaW9uIG1pc21hdGNoLlxuIiwgc2MtPnVuaXQpOw0K ICAgICAgICAgICAgICAgIHJldHVybigwKTsNCiAgICAgICAgICAgIGRlZmF1 bHQ6DQogICAgICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IFVua25vd24g aW5pdGlsaXphdGlvbiBlcnJvciBvY2NvdXJlZCAoJXgpLlxuIiwgc2MtPnVu aXQsIHJjKTsNCiAgICAgICAgICAgICAgICByZXR1cm4oMCk7DQogICAgICAg IH0NCiAgICB9DQoNCiAgICAvKiBEb3dubG9hZCBBZGFwdGVyIE1pY3JvY29k ZSAqLw0KICAgIC8qcHJpbnRmKCJvbHRyJWQ6IERvd25sb2FkaW5nIGFkYXB0 ZXIgbWljcm9jb2RlLi4uIiwgc2MtPnVuaXQpOyovDQogICAgc2MtPmh3X3N0 YXRlID0gSFdfTE9BRElORzsNCiAgICBzd2l0Y2goc2MtPmNvbmZpZy0+bWFj dHlwZSkgew0KICAgICAgICBjYXNlIFRSTExEX01BQ19UTVM6ICAgICAgICAg ICAvKiBUTVMgbWljcm9jb2RlICovDQogICAgICAgICAgICByYyA9IFRSbGxk RG93bmxvYWQoc2MtPlRSbGxkQWRhcHRlciwgVFJsbGRNYWNDb2RlKTsNCiAg ICAgICAgICAgIGJyZWFrOw0KICAgICAgICBjYXNlIFRSTExEX01BQ19IQVdL RVlFOiAgICAgICAgLyogSGF3a2V5ZSBtaWNyb2NvZGUgKi8NCiAgICAgICAg ICAgIHJjID0gVFJsbGREb3dubG9hZChzYy0+VFJsbGRBZGFwdGVyLCBUUmxs ZEhhd2tleWVNYWMpOw0KICAgICAgICAgICAgYnJlYWs7DQogICAgICAgIGNh c2UgVFJMTERfTUFDX0JVTExTRVlFOiAgICAgIC8qIEJ1bGxzZXllIG1pY3Jv Y29kZSAqLw0KICAgICAgICAgICAgcmMgPSBUUmxsZERvd25sb2FkKHNjLT5U UmxsZEFkYXB0ZXIsIFRSbGxkQnVsbHNleWVNYWMpOw0KICAgICAgICAgICAg YnJlYWs7DQogICAgICAgIGRlZmF1bHQ6DQogICAgICAgICAgICBwcmludGYo Im9sdHIlZDogdW5rbm93biBtYWN0eXBlICVkXG4iLCBzYy0+dW5pdCwgc2Mt PmNvbmZpZy0+bWFjdHlwZSk7DQogICAgICAgICAgICByZXR1cm4oMCk7DQog ICAgfQ0KICAgIC8qaWYgKHJjID09IFRSTExEX0RPV05MT0FEX09LKSANCiAg ICAgICAgcHJpbnRmKCJkb25lXG4iKTsqLw0KICAgIGlmICgocmMgPT0gVFJM TERfRE9XTkxPQURfRVJST1IpIHx8IChyYyA9PSBUUkxMRF9TVEFURSkpIHsN CiAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IEFkYXB0ZXIgbWljcm9jb2RlIGRv d25sb2FkIGZhaWxlZCEgKHJjID0gJXgpXG4iLCBzYy0+dW5pdCwgcmMpOw0K ICAgICAgICBzYy0+aHdfc3RhdGUgPSBIV19CQUQ7DQogICAgICAgIHJldHVy bigwKTsgICAgIA0KICAgIH0NCg0KICAgIFRSbGxkU2V0U3BlZWQoc2MtPlRS bGxkQWRhcHRlciwgVFJMTERfU1BFRURfQVVUTyk7DQoNCiAgICBzYy0+UHJv bWlzY01vZGUgPSAwOw0KICAgIHNjLT5BZGFwdGVyTW9kZSA9IDA7DQoNCiAg ICAvKiBEbyB0aGUgaWZuZXQgaW5pdGlhbGl6YXRpb24gKi8NCiAgICBpZnAt PmlmX3NvZnRjICAgPSBzYzsNCiAgICBpZnAtPmlmX3VuaXQgICAgPSBzYy0+ dW5pdDsNCiAgICBpZnAtPmlmX25hbWUgICAgPSAib2x0ciI7DQogICAgaWZw LT5pZl9vdXRwdXQgID0gaXNvODgwMjVfb3V0cHV0Ow0KICAgIGlmcC0+aWZf aW5pdCAgICA9IChpZl9pbml0X2ZfdCAqKW9sdHJfaW5pdDsNCiAgICBpZnAt PmlmX3N0YXJ0ICAgPSBvbHRyX3N0YXJ0Ow0KICAgIGlmcC0+aWZfaW9jdGwg ICA9IG9sdHJfaW9jdGw7DQogICAgaWZwLT5pZl9mbGFncyAgID0gSUZGX0JS T0FEQ0FTVCB8IElGRl9NVUxUSUNBU1QgfCBJRkZfU0lNUExFWDsNCiAgICBi Y29weShzYy0+Y29uZmlnLT5tYWNhZGRyZXNzLCBzYy0+YXJwY29tLmFjX2Vu YWRkciwgc2l6ZW9mKHNjLT5jb25maWctPm1hY2FkZHJlc3MpKTsNCg0KICAg IC8qIFNldCB1cCBjb21tb24gaWZtZWRpYSBvcHRpb25zICovDQogICAgaWZt ZWRpYV9pbml0KCZzYy0+aWZtZWRpYSwgMCwgb2x0cl9pZm1lZGlhX3VwZCwg b2x0cl9pZm1lZGlhX3N0cyk7DQoNCiAgICBpZm1lZGlhX2FkZCgmc2MtPmlm bWVkaWEsIElGTV9UT0tFTiB8IElGTV9BVVRPLCAwICwgTlVMTCk7DQogICAg aWZtZWRpYV9hZGQoJnNjLT5pZm1lZGlhLCBJRk1fVE9LRU4gfCBJRk1fVE9L X1VUUDQsIDAgLCBOVUxMKTsNCiAgICBpZm1lZGlhX2FkZCgmc2MtPmlmbWVk aWEsIElGTV9UT0tFTiB8IElGTV9UT0tfVVRQMTYsIDAgLCBOVUxMKTsNCiAg ICANCiAgICBpZm1lZGlhX3NldCgmc2MtPmlmbWVkaWEsIElGTV9UT0tFTiB8 IElGTV9BVVRPKTsNCg0KICAgIGlmX2F0dGFjaChpZnApOw0KICAgIGlzbzg4 MDI1X2lmYXR0YWNoKGlmcCk7DQoNCiNpZiBOQlBGSUxURVIgPiAwDQogICAg YnBmYXR0YWNoKGlmcCwgRExUX0lFRUU4MDIsIHNpemVvZihzdHJ1Y3QgaXNv ODgwMjVfaGVhZGVyKSk7DQojZW5kaWYNCg0KICAgIHJldHVybigxKTsNCn0N Cg0KI2lmIE5QQ0kgPiAwDQpzdGF0aWMgdm9pZA0Kb2x0cl9wY2lfc2h1dGRv d24oaG93dG8sIHNjKQ0KICAgIGludCBob3d0bzsNCiAgICB2b2lkICpzYzsN CnsNCiAgICBwcmludGYoIm9sdHI6IG9sdHJfcGNpX3NodXRkb3duIGNhbGxl ZFxuIik7DQp9DQojZW5kaWYgLyogTlBDSSAqLw0KDQpzdGF0aWMgaW50DQpv bHRyX2lmbWVkaWFfdXBkKGlmcCkNCiAgICBzdHJ1Y3QgaWZuZXQgKmlmcDsN CnsNCiAgICBzdHJ1Y3Qgb2x0cl9zb2Z0YyAqc2MgPSBpZnAtPmlmX3NvZnRj Ow0KICAgIHN0cnVjdCBpZm1lZGlhICppZm0gICA9ICZzYy0+aWZtZWRpYTsN Cg0KICAgIGlmIChJRk1fVFlQRShpZm0tPmlmbV9tZWRpYSkgIT0gSUZNX1RP S0VOKQ0KICAgICAgICByZXR1cm4oRUlOVkFMKTsNCiAgICANCiAgICBzd2l0 Y2goSUZNX1NVQlRZUEUoaWZtLT5pZm1fbWVkaWEpKSB7DQogICAgICAgIGNh c2UgSUZNX0FVVE86DQogICAgICAgICAgICBUUmxsZFNldFNwZWVkKHNjLT5U UmxsZEFkYXB0ZXIsIFRSTExEX1NQRUVEX0FVVE8pOw0KICAgICAgICAgICAg YnJlYWs7DQogICAgICAgIGNhc2UgSUZNX1RPS19VVFA0Og0KICAgICAgICAg ICAgVFJsbGRTZXRTcGVlZChzYy0+VFJsbGRBZGFwdGVyLCBUUkxMRF9TUEVF RF80TUJQUyk7DQogICAgICAgICAgICBicmVhazsNCiAgICAgICAgY2FzZSBJ Rk1fVE9LX1VUUDE2Og0KICAgICAgICAgICAgVFJsbGRTZXRTcGVlZChzYy0+ VFJsbGRBZGFwdGVyLCBUUkxMRF9TUEVFRF8xNk1CUFMpOw0KICAgICAgICBk ZWZhdWx0Og0KICAgICAgICAgICAgcmV0dXJuKEVJTlZBTCk7DQogICAgfQ0K DQogICAgaWYgKElGTV9UWVBFX09QVElPTlMoaWZtLT5pZm1fbWVkaWEpICYg SUZNX1RPS19FVFIpDQogICAgICAgIHByaW50Zigib2x0ciVkOiBFVFIgbm90 IGltcGxlbWVudGVkXG4iLCBzYy0+dW5pdCk7DQogICAgaWYgKElGTV9UWVBF X09QVElPTlMoaWZtLT5pZm1fbWVkaWEpICYgSUZNX1RPS19TUkNSVCkNCiAg ICAgICAgcHJpbnRmKCJvbHRyJWQ6IHNvdXJjZS1yb3V0aW5nIG5vdCBpbXBs ZW1lbnRlZFxuIiwgc2MtPnVuaXQpOw0KICAgIGlmIChJRk1fVFlQRV9PUFRJ T05TKGlmbS0+aWZtX21lZGlhKSAmIElGTV9UT0tfQUxMUikNCiAgICAgICAg cHJpbnRmKCJvbHRyJWQ6IGFsbCBzb3VyY2Ugcm91dGVzIG5vdCBpbXBsZW1l bnRlZFxuIiwgc2MtPnVuaXQpOw0KICAgIGlmIChJRk1fVFlQRV9PUFRJT05T KGlmbS0+aWZtX21lZGlhKSAmIElGTV9UT0tfRFRSKSB7DQogICAgICAgIHNj LT5BZGFwdGVyTW9kZSB8PSBUUkxMRF9NT0RFX0ZPUkNFX1RYSTsNCiAgICAg ICAgc2MtPkFkYXB0ZXJNb2RlICY9IH5UUkxMRF9NT0RFX0ZPUkNFX1RLUDsN CiAgICB9DQogICAgaWYgKElGTV9UWVBFX09QVElPTlMoaWZtLT5pZm1fbWVk aWEpICYgSUZNX1RPS19DTEFTU0lDKSB7DQogICAgICAgIHNjLT5BZGFwdGVy TW9kZSB8PSBUUkxMRF9NT0RFX0ZPUkNFX1RLUDsNCiAgICAgICAgc2MtPkFk YXB0ZXJNb2RlICY9IH5UUkxMRF9NT0RFX0ZPUkNFX1RYSTsNCiAgICB9DQog ICAgaWYgKElGTV9UWVBFX09QVElPTlMoaWZtLT5pZm1fbWVkaWEpICYgSUZN X1RPS19BVVRPKQ0KICAgICAgICBzYy0+QWRhcHRlck1vZGUgJj0gfihUUkxM RF9NT0RFX0ZPUkNFX1RYSSB8IFRSTExEX01PREVfRk9SQ0VfVEtQKTsNCg0K ICAgIGlmIChJRk1fVFlQRV9PUFRJT05TKGlmbS0+aWZtX21lZGlhKSAmIH5B TExfT1BUSU9OUykNCiAgICAgICAgcmV0dXJuKEVJTlZBTCk7DQoNCiAgICBy ZXR1cm4oMCk7DQp9DQoNCnN0YXRpYyB2b2lkDQpvbHRyX2lmbWVkaWFfc3Rz KGlmcCwgaWZtcikNCiAgICBzdHJ1Y3QgaWZuZXQgKmlmcDsNCiAgICBzdHJ1 Y3QgaWZtZWRpYXJlcSAqaWZtcjsNCnsNCiAgICBzdHJ1Y3Qgb2x0cl9zb2Z0 YyAqc2MgPSBpZnAtPmlmX3NvZnRjOw0KICAgIHN0cnVjdCBpZm1lZGlhICpp Zm0gPSAmc2MtPmlmbWVkaWE7DQoNCiAgICBpZm1yLT5pZm1fYWN0aXZlID0g SUZNX1RZUEUoaWZtLT5pZm1fbWVkaWEpfElGTV9TVUJUWVBFKGlmbS0+aWZt X21lZGlhKXxJRk1fVFlQRV9PUFRJT05TKGlmbS0+aWZtX21lZGlhKTsNCg0K ICAgIHJldHVybjsNCn0NCg0Kdm9pZA0Kb2x0cl90aW1lb3V0KHRva2VuKQ0K ICAgIHZvaWQgKnRva2VuOw0Kew0KICAgIHN0cnVjdCBvbHRyX3NvZnRjICpz YyA9ICZvbHRyX3NvZnRjWyhpbnQpdG9rZW5dOw0KICAgIGludCB1bml0ID0g KGludCl0b2tlbiwgczsNCg0KICAgIHMgPSBzcGxpbXAoKTsNCg0KICAgIHBy aW50Zigib2x0ciVkOiBhZGFwdGVyIHRpbWVkIG91dCAoJXgpXG4iLCB1bml0 LCBzYy0+aHdfc3RhdGUpOw0KDQogICAgc3BseChzKTsNCn0NCg0KDQp2b2lk DQphZGFwdGVyX3BvbGwodG9rZW4pDQogICAgdm9pZCAqdG9rZW47DQp7DQog ICAgaW50IHVuaXQgPSAoaW50KXRva2VuLCBwb2xsX3RpbWVvdXQgPSAwLCBz Ow0KICAgIHN0cnVjdCBvbHRyX3NvZnRjICpzYyA9ICZvbHRyX3NvZnRjW3Vu aXRdOw0KI2lmIDANCiAgICBzdGF0aWMgaW50IHJ4X2J1ZmZlcnMgPSAwLCB0 eF9idWZmZXJzID0gMCwgcmM7IA0KI2VuZGlmDQogICAgDQogICAgcyA9IHNw bGltcCgpOw0KDQogICAgLyogQ2hlY2sgdG8gbWFrZSBzdXJlIHdlIGFyZSBu b3QgcG9sbGluZyBhIGRlYWQgY2FyZCAqLw0KICAgIGlmICgoc2MtPmh3X3N0 YXRlID09IEhXX0JBRCkgfHwgKHNjLT5od19zdGF0ZSA9PSBIV19VTktOT1dO KSkgew0KICAgICAgICBzYy0+cG9sbF9hZGFwdGVyID0gLTE7DQogICAgICAg IHNwbHgocyk7DQogICAgICAgIHJldHVybjsNCiAgICB9DQoNCiAgICAvKnBy aW50Zigib2x0ciVkOiBhZGFwdGVyIHBvbGwuXG4iLCB1bml0KTsqLw0KICAg IA0KICAgIC8qIElmIHRoZSBhZGFwdGVyIGlzIHRvIGJlIHBvbGxlZCBhZ2Fp biwgdGhlbiBzZXQgdXANCiAgICAgKiBuZXh0IHRpbWVvdXQgcG9sbCANCiAg ICAgKi8NCiAgICBpZiAoc2MtPnBvbGxfYWRhcHRlcikgew0KICAgICAgICBw b2xsX3RpbWVvdXQgPSBUUmxsZFBvbGwoc2MtPlRSbGxkQWRhcHRlcik7DQog ICAgICAgIHNjLT5wb2xsX2NoID0gdGltZW91dChhZGFwdGVyX3BvbGwsICh2 b2lkICopdW5pdCwgKHBvbGxfdGltZW91dCAqIGh6KS8xMDAwKTsNCiAgICB9 DQojaWYgMA0KICAgIHJjID0gVFJsbGRSZWNlaXZlRnJlZShzYy0+VFJsbGRB ZGFwdGVyKTsNCiAgICBpZiAocnhfYnVmZmVycyAhPSByYykgew0KICAgICAg ICBwcmludGYoIm9sdHIlZDogJWQgcmVjZWl2ZSBidWZmZXJzIGF2YWlsYWJs ZVxuIiwgc2MtPnVuaXQsIHJjKTsNCiAgICAgICAgcnhfYnVmZmVycyA9IHJj Ow0KICAgIH0gDQogICAgcmMgPSBUUmxsZFRyYW5zbWl0RnJlZShzYy0+VFJs bGRBZGFwdGVyKTsNCiAgICBpZiAodHhfYnVmZmVycyAhPSByYykgew0KICAg ICAgICBwcmludGYoIm9sdHIlZDogJWQgdHJhbnNtaXQgYnVmZmVycyBhdmFp bGFibGVcbiIsIHNjLT51bml0LCByYyk7DQogICAgICAgIHR4X2J1ZmZlcnMg PSByYzsNCiAgICB9IA0KI2VuZGlmDQoNCiAgICBzcGx4KHMpOyAgICAgICAg ICAgIA0KfQ0KDQpzdGF0aWMgdm9pZCANCm9sdHJfaW5pdChzYykNCiAgICBz dHJ1Y3Qgb2x0cl9zb2Z0YyAqc2M7DQp7DQogICAgc3RydWN0IGlmbmV0ICpp ZnAgPSAmc2MtPmFycGNvbS5hY19pZjsNCiAgICBpbnQgaSwgcmM7DQoNCiAg ICAvKnByaW50Zigib2x0ciVkOiBvbHRyX2luaXRcbiIsIHNjLT51bml0KTsq Lw0KICAgIA0KICAgIC8qIA0KICAgICAqIEFkYXB0ZXIgc2hvdWxkIGJlIGZy ZXNobHkgZG93bmxvYWRlZCBvciBwcmV2aW91c2x5IGNsb3NlZCBiZWZvcmUN CiAgICAgKiBicmluZ2luZyBpdCBiYWNrIG9uIGxpbmUuDQogICAgICovDQog ICAgaWYgKChzYy0+aHdfc3RhdGUgIT0gSFdfQ0xPU0VEKSAmJiAoc2MtPmh3 X3N0YXRlICE9IEhXX0xPQURJTkcpKSB7DQogICAgICAgIHByaW50Zigib2x0 ciVkOiBhZGFwdGVyIG5vdCByZWFkeSB0byBiZSBvcGVuZWQgKCVkKS5cbiIs IHNjLT51bml0LCBzYy0+aHdfc3RhdGUpOw0KICAgICAgICByZXR1cm47DQog ICAgfQ0KDQogICAgLyogQWxsb2NhdGUgYW5kIHNldCB1cCB0aGUgRE1BIGNo YW5uZWwgKi8NCiAgICBpZiAoc2MtPmNvbmZpZy0+ZG1hbGV2ZWwgIT0gVFJM TERfRE1BX1BJTykgew0KICAgICAgICByYyA9IGlzYV9kbWFfYWNxdWlyZShz Yy0+Y29uZmlnLT5kbWFsZXZlbCk7DQogICAgICAgIGlzYV9kbWFjYXNjYWRl KHNjLT5jb25maWctPmRtYWxldmVsKTsNCiAgICB9DQoNCiAgICAvKiBPcGVu IHRoZSBhZGFwdGVyICovDQogICAgc2MtPmh3X3N0YXRlID0gSFdfT1BFTklO RzsNCiAgICByYyA9IFRSbGxkT3BlbihzYy0+VFJsbGRBZGFwdGVyLCBzYy0+ YXJwY29tLmFjX2VuYWRkciwgc2MtPkdyb3VwQWRkcmVzcywgDQogICAgICAg ICAgICAgICAgICAgc2MtPkZ1bmN0aW9uYWxBZGRyZXNzLCBpZnAtPmlmX210 dSwgc2MtPkFkYXB0ZXJNb2RlKTsNCiAgICBpZiAocmMgIT0gVFJMTERfT1BF Tl9PSykgew0KICAgICAgICBwcmludGYoIm9sdHIlZDogQWRhcHRlciBmYWls ZWQgdG8gb3BlbiAocmMgPSAleClcbiIsIHNjLT51bml0LCByYyk7DQogICAg ICAgIHNjLT5od19zdGF0ZSA9IEhXX0ZBSUxFRDsNCiAgICB9IGVsc2Ugew0K ICAgICAgICAvKnByaW50Zigib2x0ciVkOiBhZGFwdGVyIG9wZW5pbmcuLi5c biIsIHNjLT51bml0KTsqLw0KICAgICAgICAvKmlmcC0+aWZfZmxhZ3MgfD0g KElGRl9VUCB8IElGRl9SVU5OSU5HKTsqLw0KICAgICAgICBpZnAtPmlmX2Zs YWdzICY9IH5JRkZfT0FDVElWRTsNCiAgICB9DQogICAgc2MtPm9sdHJfY2gg PSB0aW1lb3V0KG9sdHJfdGltZW91dCwgKHZvaWQgKilzYy0+dW5pdCwgMzAq aHopOw0KICAgIHRzbGVlcCgodm9pZCAqKXNjLT51bml0LCAxLCAib2x0cm9w IiwgMzAqaHopOw0KDQogICAgLyogR2l2ZSB0aGUgdHJhbnNtaXQgYnVmZmVy cyB0byB0aGUgYWRhcHRlciAqLw0KICAgIGZvciAoaSA9IDA7IGkgPCBSWF9M SVNUX1NJWkU7IGkrKykgeyANCiAgICAgICAgcmMgPSBUUmxsZFJlY2VpdmVG cmFnbWVudChzYy0+VFJsbGRBZGFwdGVyLA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICh2b2lkICopc2MtPnJ4X2J1ZmZlcltzYy0+cnhf bmV4dCAmIFJYX0xJU1RfTUFTS10uYnVmLA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGt2dG9wKHNjLT5yeF9idWZmZXJbc2MtPnJ4X25l eHQgJiBSWF9MSVNUX01BU0tdLmJ1ZiksDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgUlhfQlVGRkVSX0xFTiwNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAodm9pZCAqKXNjLT5yeF9idWZmZXJbc2Mt PnJ4X25leHQgJiBSWF9MSVNUX01BU0tdLmluZGV4KTsNCiAgICAgICAgaWYg KHJjICE9IFRSTExEX1JFQ0VJVkVfT0spIHsNCiAgICAgICAgICAgIHByaW50 Zigib2x0ciVkOiBBZGFwdGVyIHJlZnVzZWQgZnJhZ21lbnQgJWQgKHJjID0g JWQpLlxuIiwgc2MtPnVuaXQsIGksIHJjKTsNCiAgICAgICAgICAgIGJyZWFr Ow0KICAgICAgICB9ICBlbHNlIHsNCiAgICAgICAgICAgIHNjLT5yeF9hdmFp bC0tOw0KICAgICAgICB9DQogICAgICAgIHNjLT5yeF9uZXh0Kys7DQogICAg fQ0KICAgIA0KICAgIHJldHVybjsNCn0NCiAgICANCnN0YXRpYyB2b2lkDQpv bHRyX2ludHIodW5pdCkNCiAgICBpbnQgdW5pdDsNCnsNCiAgICBzdHJ1Y3Qg b2x0cl9zb2Z0YyAqc2MgPSAmb2x0cl9zb2Z0Y1t1bml0XTsNCiAgICBpbnQg cmM7DQoNCiAgICAvKnByaW50Zigib2x0ciVkOiBvbHRyX2ludHJcbiIsIHVu aXQpOyovIC8qIFRvbyBub2lzeSAqLw0KICAgIHJjPSBUUmxsZEludGVycnVw dFNlcnZpY2Uoc2MtPlRSbGxkQWRhcHRlcik7DQogICAgaWYgKHJjID09IFRS TExEX05PX0lOVEVSUlVQVCkgDQogICAgICAgIHByaW50Zigib2x0ciVkOiBp bnRlcnJ1cHQgbm90IHNlcnZpY2VkLlxuIiwgdW5pdCk7DQp9DQoNCiNpZiBO UENJID4gMA0Kc3RhdGljIHZvaWQNCm9sdHJfcGNpX2ludHIocHNjKQ0KICAg IHZvaWQgKnBzYzsNCnsNCiAgICBzdHJ1Y3Qgb2x0cl9zb2Z0YyAqc2MgPSAo c3RydWN0IG9sdHJfc29mdGMgKilwc2M7DQogICAgaW50IHJjID0gMDsNCg0K ICAgIC8qcHJpbnRmKCJvbHRyJWQ6IG9sdHJfcGNpX2ludHJcbiIsIHNjLT51 bml0KTsqLyAvKiBUb28gbm9pc3kgKi8NCiAgICByYyA9IFRSbGxkSW50ZXJy dXB0U2VydmljZShzYy0+VFJsbGRBZGFwdGVyKTsNCiAgICBpZiAocmMgPT0g VFJMTERfTk9fSU5URVJSVVBUKQ0KICAgICAgICBwcmludGYoIm9sdHIlZDog cGNpIGludGVycnVwdCBub3Qgc2VydmljZWQuXG4iLCBzYy0+dW5pdCk7DQp9 DQojZW5kaWYgLyogTlBDSSAqLw0KDQpzdGF0aWMgdm9pZCANCm9sdHJfc3Rh cnQoaWZwKQ0KICAgIHN0cnVjdCBpZm5ldCAqaWZwOw0Kew0KICAgIHN0cnVj dCBvbHRyX3NvZnRjICpzYyA9ICZvbHRyX3NvZnRjW2lmcC0+aWZfdW5pdF07 DQogICAgc3RydWN0IG1idWYgKm0wLCAqbTsNCiAgICBzdHJ1Y3QgaXNvODgw MjVfaGVhZGVyICp0aDsNCiAgICBUUmxsZFRyYW5zbWl0X3QgZnJhbWU7DQog ICAgaW50ICBsZW4sIGksIHJjOw0KDQogICAgLypwcmludGYoIm9sdHIlZDog b2x0cl9zdGFydFxuIiwgc2MtPnVuaXQpOyovDQoNCm91dGxvb3A6DQoNCiAg ICAvKiBDaGVjayB0byBzZWUgaWYgd2UgaGF2ZSBlbm91Z2ggcm9vbSB0byB0 cmFuc21pdCAqLw0KICAgIGlmIChzYy0+dHhfYXZhaWwgPD0gMCkgew0KICAg ICAgICAvKiBObyBmcmVlIGJ1ZmZlcnMsIGhvbGQgb2ZmIHRoZSB1cHBlciBs YXllcnMgKi8NCiAgICAgICAgLypwcmludGYoIm9sdHIlZDogdHJhbnNtaXQg cXVldWUgZnVsbC5cbiIsIHNjLT51bml0KTsqLw0KICAgICAgICBpZnAtPmlm X2ZsYWdzIHw9IElGRl9PQUNUSVZFOw0KICAgICAgICByZXR1cm47DQogICAg fQ0KICAgIElGX0RFUVVFVUUoJmlmcC0+aWZfc25kLCBtKTsNCiAgICBpZiAo bSA9PSAwKSB7DQogICAgICAgIC8qcHJpbnRmKCJvbHRyJWQ6IG9sdHJfc3Rh cnQgTlVMTCBwYWNrZXQgZGVxdWV1ZWQuXG4iLCBzYy0+dW5pdCk7Ki8NCiAg ICAgICAgaWZwLT5pZl9mbGFncyAmPSB+SUZGX09BQ1RJVkU7DQogICAgICAg IHJldHVybjsNCiAgICB9DQoNCiAgICB0aCA9IG10b2QobSwgc3RydWN0IGlz bzg4MDI1X2hlYWRlciAqKTsNCiAgICB0aC0+YWMgPSAweDEwOw0KICAgIHRo LT5mYyA9IDB4NDA7DQogICAgDQogICAgLyogS2VlcCBhIHBvaW50ZXIgdG8g dGhlIGhlYWQgb2YgdGhlIHBhY2tldCAqLw0KICAgIG0wID0gbTsNCg0KICAg IGkgPSAoc2MtPnR4X25leHQgJiBUWF9MSVNUX01BU0spOyAvKiBKdXN0IHRv IHNob3J0ZW4gdGhpbmcgdXAgKi8NCg0KICAgIGZvciAobGVuID0gMDsgbSAh PSAwOyBtID0gbS0+bV9uZXh0KSB7DQogICAgICAgIGZyYW1lLlRyYW5zbWl0 RnJhZ21lbnRbMF0uVmlydHVhbEFkZHJlc3MgPSBzYy0+dHhfYnVmZmVyW2ld LmJ1ZjsNCiAgICAgICAgZnJhbWUuVHJhbnNtaXRGcmFnbWVudFswXS5QaHlz aWNhbEFkZHJlc3MgPSBrdnRvcChzYy0+dHhfYnVmZmVyW2ldLmJ1Zik7DQog ICAgICAgIGJjb3B5KG10b2QobSwgY2FkZHJfdCksIHNjLT50eF9idWZmZXJb aV0uYnVmICsgbGVuLCBtLT5tX2xlbik7DQogICAgICAgIGxlbiArPSBtLT5t X2xlbjsNCiAgICB9DQogICAgZnJhbWUuRnJhZ21lbnRDb3VudCA9IDE7DQog ICAgZnJhbWUuVHJhbnNtaXRGcmFnbWVudFswXS5jb3VudCA9IGxlbjsNCg0K ICAgIHJjID0gVFJsbGRUcmFuc21pdEZyYW1lKHNjLT5UUmxsZEFkYXB0ZXIs ICZmcmFtZSwgKHZvaWQgKilzYy0+dHhfYnVmZmVyW2ldLmluZGV4KTsNCiAg ICBpZiAocmMgIT0gVFJMTERfVFJBTlNNSVRfT0spIHsNCiAgICAgICAgcHJp bnRmKCJvbHRyJWQ6IFRSbGxkVHJhbnNtaXRGcmFtZSByZXR1cm5lZCAoJXgp XG4iLCBzYy0+dW5pdCwgcmMpOw0KICAgICAgICBpZnAtPmlmX29lcnJvcnMr KzsNCiAgICAgICAgZ290byBiYWQ7DQogICAgfQ0KDQogICAgc2MtPnR4X25l eHQrKzsNCiAgICBzYy0+dHhfYXZhaWwtLTsNCg0KI2lmIE5CUEZJTFRFUiA+ IDANCiAgICBpZiAoaWZwLT5pZl9icGYpDQogICAgICAgIGJwZl9tdGFwKGlm cCwgbTApOw0KI2VuZGlmDQoNCmJhZDoNCiAgICBtX2ZyZWVtKG0wKTsNCiAg ICBnb3RvIG91dGxvb3A7DQogICAgcmV0dXJuOw0KfQ0KDQpzdGF0aWMgdm9p ZA0Kb2x0cl9zdG9wKHNjKQ0KICAgIHN0cnVjdCBvbHRyX3NvZnRjICpzYzsN CnsNCiAgICBzdHJ1Y3QgaWZuZXQgKmlmcCA9ICZzYy0+YXJwY29tLmFjX2lm Ow0KICAgIC8qcHJpbnRmKCJvbHRyJWQ6IG90bHJfc3RvcFxuIiwgc2MtPnVu aXQpOyovDQogICAgaWZwLT5pZl9mbGFncyAmPSB+KElGRl9VUCB8IElGRl9S VU5OSU5HIHwgSUZGX09BQ1RJVkUpOw0KICAgIHNjLT5od19zdGF0ZSA9IEhX X0NMT1NJTkc7DQogICAgVFJsbGRDbG9zZShzYy0+VFJsbGRBZGFwdGVyLCAw KTsNCiAgICBzYy0+b2x0cl9jaCA9IHRpbWVvdXQob2x0cl90aW1lb3V0LCAo dm9pZCAqKXNjLT51bml0LCAzMCpoeik7DQogICAgdHNsZWVwKCh2b2lkICop c2MtPnVuaXQsIDEsICJvbHRyY2wiLCAzMCpoeik7DQp9DQoNCnN0YXRpYyBp bnQNCm9sdHJfaW9jdGwoaWZwLCBjbWQsIGRhdGEpDQogICAgc3RydWN0IGlm bmV0ICppZnA7DQogICAgdV9sb25nIGNtZDsNCiAgICBjYWRkcl90IGRhdGE7 DQp7DQogICAgc3RydWN0IG9sdHJfc29mdGMgKnNjID0gJm9sdHJfc29mdGNb aWZwLT5pZl91bml0XTsNCiAgICBzdHJ1Y3QgaWZyZXEgKmlmciA9IChzdHJ1 Y3QgaWZyZXEgKilkYXRhOw0KICAgIGludCBlcnJvciA9IDAsIHM7DQoNCiAg ICAvKnByaW50Zigib2x0ciVkOiBvbHRyX2lvY3RsXG4iLCBpZnAtPmlmX3Vu aXQpOyovDQoNCiAgICBzID0gc3BsaW1wKCk7DQoNCiAgICBzd2l0Y2ggKGNt ZCkgew0KICAgDQogICAgICAgIGNhc2UgU0lPQ1NJRkFERFI6DQogICAgICAg IGNhc2UgU0lPQ0dJRkFERFI6DQogICAgICAgIGNhc2UgU0lPQ1NJRk1UVToN CiAgICAgICAgICAgIGVycm9yID0gaXNvODgwMjVfaW9jdGwoaWZwLCBjbWQs IGRhdGEpOw0KICAgICAgICAgICAgYnJlYWs7DQoNCiAgICAgICAgY2FzZSBT SU9DU0lGRkxBR1M6DQogICAgICAgICAgICAvKg0KICAgICAgICAgICAgICog SWYgdGhlIGludGVyZmFjZSBpcyBtYXJrZWQgdXAgYW5kIHN0b3BwZWQsIHRo ZW4gc3RhcnQgaXQuDQogICAgICAgICAgICAgKiBJZiBpdCBpcyBtYXJrZWQg ZG93biBhbmQgcnVubmluZywgdGhlbiBzdG9wIGl0Lg0KICAgICAgICAgICAg ICovDQogICAgICAgICAgICBpZiAoaWZwLT5pZl9mbGFncyAmIElGRl9VUCkg ew0KICAgICAgICAgICAgICAgICAgICBpZiAoKGlmcC0+aWZfZmxhZ3MgJiBJ RkZfUlVOTklORykgPT0gMCkNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICBvbHRyX2luaXQoc2MpOw0KICAgICAgICAgICAgfSBlbHNlIHsNCiAgICAg ICAgICAgICAgICAgICAgaWYgKGlmcC0+aWZfZmxhZ3MgJiBJRkZfUlVOTklO Rykgew0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIG9sdHJfc3RvcChz Yyk7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgaWZwLT5pZl9mbGFn cyAmPSB+SUZGX1JVTk5JTkc7DQogICAgICAgICAgICAgICAgICAgIH0NCiAg ICAgICAgICAgIH0NCiAgICAgICAgICAgIA0KICAgICAgICAgICAgYnJlYWs7 DQogICAgICAgIGNhc2UgU0lPQ0dJRk1FRElBOg0KICAgICAgICBjYXNlIFNJ T0NTSUZNRURJQToNCiAgICAgICAgICAgIGVycm9yID0gaWZtZWRpYV9pb2N0 bChpZnAsIGlmciwgJnNjLT5pZm1lZGlhLCBjbWQpOw0KICAgICAgICAgICAg YnJlYWs7DQogICAgICAgIGRlZmF1bHQ6DQogICAgICAgICAgICBlcnJvciA9 IEVJTlZBTDsNCiAgICB9DQogICAgc3BseChzKTsNCiAgICByZXR1cm4oZXJy b3IpOw0KfQ0KDQovKg0KICogUE1XIENhbGxiYWNrIGZ1bmN0aW9ucyAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQogKi8NCg0Kc3RhdGljIHZvaWQNCkRyaXZlclN1c3BlbmQoTWljcm9T ZWNvbmRzKQ0KICAgIHVuc2lnbmVkIHNob3J0IE1pY3JvU2Vjb25kczsNCnsN CiAgICBERUxBWShNaWNyb1NlY29uZHMpOw0KfQ0KDQoNCnN0YXRpYyB2b2lk DQpEcml2ZXJTdGF0dXMoRHJpdmVySGFuZGxlLCBTdGF0dXMpDQogICAgdm9p ZCAqRHJpdmVySGFuZGxlOw0KICAgIFRSbGxkU3RhdHVzX3QgKlN0YXR1czsN CnsNCiAgICBzdHJ1Y3Qgb2x0cl9zb2Z0YyAqc2MgPSAmb2x0cl9zb2Z0Y1so aW50KURyaXZlckhhbmRsZV07DQogICAgc3RydWN0IGlmbmV0ICppZnAgPSAm c2MtPmFycGNvbS5hY19pZjsNCg0KICAgIHN3aXRjaCAoU3RhdHVzLT5UeXBl KSB7DQogICAgICAgIGNhc2UgVFJMTERfU1RTX09OX1dJUkU6DQogICAgICAg ICAgICBpZiAoc2MtPmh3X3N0YXRlID09IEhXX09QRU5JTkcpIHsNCiAgICAg ICAgICAgICAgICBzYy0+aHdfc3RhdGUgPSBIV19PUEVOOw0KICAgICAgICAg ICAgICAgIGlmcC0+aWZfZmxhZ3MgfD0gKElGRl9VUCB8IElGRl9SVU5OSU5H KTsNCiAgICAgICAgICAgICAgICAvKnByaW50Zigib2x0ciVkOiBBZGFwdGVy IGluc2VydGVkLlxuIiwgc2MtPnVuaXQpOyovDQogICAgICAgICAgICAgICAg dW50aW1lb3V0KG9sdHJfdGltZW91dCwgKHZvaWQgKilzYy0+dW5pdCwgc2Mt Pm9sdHJfY2gpOw0KICAgICAgICAgICAgICAgIHdha2V1cF9vbmUoKHZvaWQg KilzYy0+dW5pdCk7DQogICAgICAgICAgICB9DQogICAgICAgICAgICBicmVh azsNCiAgICAgICAgY2FzZSBUUkxMRF9TVFNfU0VMRlRFU1RfU1RBVFVTOg0K ICAgICAgICAgICAgaWYgKFN0YXR1cy0+U3BlY2lmaWNhdGlvbi5TZWxmdGVz dFN0YXR1cyA9PSBUUkxMRF9TVF9PSykgew0KICAgICAgICAgICAgICAgIHBy aW50Zigib2x0ciVkOiBhZGFwdGVyIHN0YXR1cyBnb29kLiAoY2xvc2UgY29t cGxldGVkL3NlbGYtdGVzdClcbiIsIHNjLT51bml0KTsNCiAgICAgICAgICAg ICAgICBpZiAoKHNjLT5od19zdGF0ZSA9PSBIV19MT0FESU5HKSB8fCAoc2Mt Pmh3X3N0YXRlID09IEhXX0NMT1NJTkcpIHx8IChzYy0+aHdfc3RhdGUgPT0g SFdfQ0xPU0lORzIpKSB7DQogICAgICAgICAgICAgICAgICAgIHNjLT5od19z dGF0ZSA9IEhXX0NMT1NFRDsNCiAgICAgICAgICAgICAgICAgICAgYnJlYWs7 DQogICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAgfSBlbHNlIHsNCiAg ICAgICAgICAgICAgICBwcmludGYoIm9sdHIlZDogU2VsZiB0ZXN0IGZhaWxl ZDogIiwgc2MtPnVuaXQpOw0KICAgICAgICAgICAgICAgIHN3aXRjaCAoU3Rh dHVzLT5TcGVjaWZpY2F0aW9uLlNlbGZ0ZXN0U3RhdHVzKSB7DQogICAgICAg ICAgICAgICAgICAgIGNhc2UgVFJMTERfU1RfRVJST1IgKyAwOiBwcmludGYo IkluaXRpYWwgVGVzdCBFcnJvclxuIik7IGJyZWFrOw0KICAgICAgICAgICAg ICAgICAgICBjYXNlIFRSTExEX1NUX0VSUk9SICsgMTogcHJpbnRmKCJBZGFw dGVyIFNvZnR3YXJlIENoZWNrc3VtIEVycm9yXG4iKTsgYnJlYWs7DQogICAg ICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfU1RfRVJST1IgKyAyOiBwcmlu dGYoIkFkYXB0ZXIgUkFNIEVycm9yXG4iKTsgYnJlYWs7DQogICAgICAgICAg ICAgICAgICAgIGNhc2UgVFJMTERfU1RfRVJST1IgKyA0OiBwcmludGYoIklu c3RydWN0aW9uIFRlc3QgRXJyb3JcbiIpOyBicmVhazsNCiAgICAgICAgICAg ICAgICAgICAgY2FzZSBUUkxMRF9TVF9FUlJPUiArIDU6IHByaW50ZigiUHJv dG9jb2wgSGFuZGxlci9SSSBIdyBFcnJvclxuIik7IGJyZWFrOw0KICAgICAg ICAgICAgICAgICAgICBjYXNlIFRSTExEX1NUX0VSUk9SICsgNjogcHJpbnRm KCJTeXN0ZW0gSW50ZXJmYWNlIFJlZ2lzdGVyIEVycm9yXG4iKTsgYnJlYWs7 DQogICAgICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfU1RfVElNRU9VVDog ICBwcmludGYoIlNlbGZ0ZXN0IGRpZCBub3QgY29tcGxldGVcbiIpOyBicmVh azsNCiAgICAgICAgICAgICAgICAgICAgZGVmYXVsdDogcHJpbnRmKCJVbmtu b3duIGVycm9yICgleClcbiIsIFN0YXR1cy0+U3BlY2lmaWNhdGlvbi5TZWxm dGVzdFN0YXR1cyk7DQogICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAg fQ0KICAgICAgICAgICAgYnJlYWs7DQogICAgICAgIGNhc2UgVFJMTERfU1RT X0lOSVRfU1RBVFVTOg0KICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IEFk YXB0ZXIgaW5pdGlhbGl6YXRpb24gZmFpbGVkOiAiLCBzYy0+dW5pdCk7DQog ICAgICAgICAgICBzd2l0Y2goU3RhdHVzLT5TcGVjaWZpY2F0aW9uLkluaXRT dGF0dXMpIHsNCiAgICAgICAgICAgICAgICBjYXNlIFRSTExEX0lOSVRfRVJS T1IgKyAweDAxOiBwcmludGYoIkludmFsaWQgaW5pdCBibG9jayAoTExEIGVy cm9yKVxuIik7IGJyZWFrOw0KICAgICAgICAgICAgICAgIGNhc2UgVFJMTERf SU5JVF9FUlJPUiArIDB4MDI6IHByaW50ZigiSW52YWxpZCBvcHRpb25zIChM TEQgZXJyb3IpXG4iKTsgYnJlYWs7DQogICAgICAgICAgICAgICAgY2FzZSBU UkxMRF9JTklUX0VSUk9SICsgMHgwMzogcHJpbnRmKCJJbnZhbGlkIHJjdiBi dXJzdCAoTExEIGVycm9yKVxuIik7IGJyZWFrOw0KICAgICAgICAgICAgICAg IGNhc2UgVFJMTERfSU5JVF9FUlJPUiArIDB4MDQ6IHByaW50ZigiSW52YWxp ZCB4bXQgYnVyc3QgKExMRCBlcnJvcilcbiIpOyBicmVhazsNCiAgICAgICAg ICAgICAgICBjYXNlIFRSTExEX0lOSVRfRVJST1IgKyAweDA1OiBwcmludGYo IkludmFsaWQgRE1BIHRocmVzaG9sZCAoTExEIGVycm9yKVxuIik7IGJyZWFr Ow0KICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfSU5JVF9FUlJPUiArIDB4 MDY6IHByaW50ZigiSW52YWxpZCBzY2IgYWRkclxuIik7IGJyZWFrOw0KICAg ICAgICAgICAgICAgIGNhc2UgVFJMTERfSU5JVF9FUlJPUiArIDB4MDc6IHBy aW50ZigiSW52YWxpZCBzc2IgYWRkclxuIik7IGJyZWFrOw0KICAgICAgICAg ICAgICAgIGNhc2UgVFJMTERfSU5JVF9FUlJPUiArIDB4MDg6IHByaW50Zigi RElPIHBhcml0eSBlcnJvciAoSFcgZXJyb3IpXG4iKTsgYnJlYWs7DQogICAg ICAgICAgICAgICAgY2FzZSBUUkxMRF9JTklUX0VSUk9SICsgMHgwOTogcHJp bnRmKCJETUEgdGltZW91dCAoTWF5IGJlIGludGVycnVwdCBmYWlsaW5nIGlm IFBJTyBtb2RlIG9yIFBDSTIpXG4iKTsgYnJlYWs7DQogICAgICAgICAgICAg ICAgY2FzZSBUUkxMRF9JTklUX0VSUk9SICsgMHgwQTogcHJpbnRmKCJETUEg cGFyaXR5IGVycm9yIChIVyBlcnJvcilcbiIpOyBicmVhazsNCiAgICAgICAg ICAgICAgICBjYXNlIFRSTExEX0lOSVRfRVJST1IgKyAweDBCOiBwcmludGYo IkRNQSBidXMgZXJyb3IgKEhXIGVycm9yKVxuIik7IGJyZWFrOw0KICAgICAg ICAgICAgICAgIGNhc2UgVFJMTERfSU5JVF9FUlJPUiArIDB4MEM6IHByaW50 ZigiRE1BIGRhdGEgZXJyb3JcbiIpOyBicmVhazsNCiAgICAgICAgICAgICAg ICBjYXNlIFRSTExEX0lOSVRfRVJST1IgKyAweDBEOiBwcmludGYoIkFkYXB0 ZXIgQ2hlY2tcbiIpOyBicmVhazsNCiAgICAgICAgICAgICAgICBjYXNlIFRS TExEX0lOSVRfVElNRU9VVDogICAgICBwcmludGYoIkFkYXB0ZXIgaW5pdGlh bGl6YXRpb24gZGlkIG5vdCBjb21wbGV0ZVxuIik7IGJyZWFrOw0KICAgICAg ICAgICAgICAgIGNhc2UgVFJMTERfSU5JVF9ETUFfRVJST1I6ICAgIHByaW50 ZigiQWRhcHRlciBjYW5ub3QgYWNjZXNzIHN5c3RlbSBtZW1vcnlcbiIpOyBi cmVhazsNCiAgICAgICAgICAgICAgICBjYXNlIFRSTExEX0lOSVRfSU5UUl9F UlJPUjogICBwcmludGYoIkFkYXB0ZXIgY2Fubm90IGludGVycnVwdFxuIik7 IGJyZWFrOw0KICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BFTl9USU1F T1VUOiAgICAgIHByaW50ZigiQWRhcHRlciBkaWQgbm90IGNvbXBsZXRlIG9w ZW4gd2l0aGluIDMwIHNlY29uZHNcbiIpOyBicmVhazsNCiAgICAgICAgICAg ICAgICBjYXNlIFRSTExEX09QRU5fRVJST1IgKyAweDAxOiBwcmludGYoIklu dmFsaWQgb3BlbiBvcHRpb25zIChMTEQgZXJyb3IpXG4iKTsgYnJlYWs7DQog ICAgICAgICAgICAgICAgY2FzZSBUUkxMRF9PUEVOX0VSUk9SICsgMHgwNDog cHJpbnRmKCJUeEJ1ZmZlciBjb3VudCBlcnJvciAoTExEIGVycm9yKVxuIik7 IGJyZWFrOw0KICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BFTl9FUlJP UiArIDB4MTA6IHByaW50ZigiQnVmZmVyIHNpemUgZXJyb3IgKExMRCBlcnJv cilcbiIpOyBicmVhazsNCiAgICAgICAgICAgICAgICBjYXNlIFRSTExEX09Q RU5fRVJST1IgKyAweDIwOiBwcmludGYoIkxpc3Qgc2l6ZSBlcnJvciAoTExE IGVycm9yKVxuIik7IGJyZWFrOw0KICAgICAgICAgICAgICAgIGRlZmF1bHQ6 IA0KICAgICAgICAgICAgICAgICAgICBpZiAoU3RhdHVzLT5TcGVjaWZpY2F0 aW9uLkluaXRTdGF0dXMgJiAweDcwMCkgew0KICAgICAgICAgICAgICAgICAg ICAgICAgc3dpdGNoIChTdGF0dXMtPlNwZWNpZmljYXRpb24uSW5pdFN0YXR1 cyAmIDB4NzBGKSB7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgY2Fz ZSBUUkxMRF9PUEVOX1JFUEVBVCArIDB4MDE6IHByaW50ZigiTG9iZSBtZWRp YSB0ZXN0IC0gIik7IGJyZWFrOw0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGNhc2UgVFJMTERfT1BFTl9SRVBFQVQgKyAweDAyOiBwcmludGYoIlBo eXNpY2FsIGluc2VydGlvbiAtICIpOyBicmVhazsNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICBjYXNlIFRSTExEX09QRU5fUkVQRUFUICsgMHgwMzog cHJpbnRmKCJBZGRyZXNzIHZlcmlmaWNhdGlvbiAtICIpOyBicmVhazsNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICBjYXNlIFRSTExEX09QRU5fUkVQ RUFUICsgMHgwNDogcHJpbnRmKCJQYXJ0aWNpcGF0aW9uIGluIHJpbmcgcG9s bCAtICIpOyBicmVhazsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBj YXNlIFRSTExEX09QRU5fUkVQRUFUICsgMHgwNTogcHJpbnRmKCJSZXF1ZXN0 IGluaXRpYWxpemF0aW9uIC0gIik7IGJyZWFrOw0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BFTl9SRVBFQVQgKyAweDA5OiBw cmludGYoIlJlcXVlc3QgcmVnaXN0cmF0aW9uIChUWEkpIC0gIik7IGJyZWFr Ow0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BF Tl9SRVBFQVQgKyAweDBBOiBwcmludGYoIkxvYmUgbWVkaWEgdGVzdCAoVFhJ KSAtICIpOyBicmVhazsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBk ZWZhdWx0OiAgICAgICAgICAgICAgICAgICAgICAgcHJpbnRmKCJVbmtub3du IHBoYXNlICgleCkgLSAiLCBTdGF0dXMtPlNwZWNpZmljYXRpb24uSW5pdFN0 YXR1cyAmIDB4MDBGKTsNCiAgICAgICAgICAgICAgICAgICAgICAgIH0NCiAg ICAgICAgICAgICAgICAgICAgICAgIHN3aXRjaCAoU3RhdHVzLT5TcGVjaWZp Y2F0aW9uLkluaXRTdGF0dXMgJiAweDdGMCkgew0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BFTl9SRVBFQVQgKyAweDEwOiBw cmludGYoIkZ1bmN0aW9uIGZhaWx1cmUgKE5vIGNhYmxlPylcbiIpOyBicmVh azsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBjYXNlIFRSTExEX09Q RU5fUkVQRUFUICsgMHgyMDogcHJpbnRmKCJTaWduYWwgbG9zc1xuIik7IGJy ZWFrOw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNhc2UgVFJMTERf T1BFTl9SRVBFQVQgKyAweDUwOiBwcmludGYoIlRpbWVvdXRcbiIpOyBicmVh azsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBjYXNlIFRSTExEX09Q RU5fUkVQRUFUICsgMHg2MDogcHJpbnRmKCJSaW5nIGZhaWx1cmUgKFRLUCkg LyBQcm90b2NvbCBlcnJvciAoVFhJKVxuIik7IGJyZWFrOw0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfT1BFTl9SRVBFQVQgKyAw eDcwOiBwcmludGYoIlJpbmcgYmVhY29uaW5nXG4iKTsgYnJlYWs7DQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgY2FzZSBUUkxMRF9PUEVOX1JFUEVB VCArIDB4ODA6IHByaW50ZigiRHVwbGljYXRlIG5vZGUgYWRkcmVzcyAoVEtQ KSAvIEluc2VydCBkZW5pZWQgKFRYSSlcbiIpOyBicmVhazsNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICBjYXNlIFRSTExEX09QRU5fUkVQRUFUICsg MHg5MDogcHJpbnRmKCJSZXF1ZXN0IGluaXRpYWxpemF0aW9uIChUS1ApXG4i KTsgYnJlYWs7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgY2FzZSBU UkxMRF9PUEVOX1JFUEVBVCArIDB4YTA6IHByaW50ZigiUmVtb3ZlIHJlY2Vp dmVkXG4iKTsgYnJlYWs7DQogICAgICAgICAgICAgICAgICAgICAgICAgICAg Y2FzZSBUUkxMRF9PUEVOX1JFUEVBVCArIDB4YjA6IHByaW50ZigiQy1wb3J0 IGFkZHJlc3MgY2hhbmdlZCAoVFhJKVxuIik7IGJyZWFrOw0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgIGRlZmF1bHQ6ICAgICAgICAgICAgICAgICAg ICAgICBwcmludGYoIlVua25vd24gdHlwZSAoJXgpXG4iLCBTdGF0dXMtPlNw ZWNpZmljYXRpb24uSW5pdFN0YXR1cyAmIDB4MEYwKTsNCiAgICAgICAgICAg ICAgICAgICAgICAgIH0NCiAgICAgICAgICAgICAgICAgICAgfSBlbHNlIHsN CiAgICAgICAgICAgICAgICAgICAgICAgIHByaW50ZigiVW5rbm93biBlcnJv ciAoJXgpXG4iLCBTdGF0dXMtPlNwZWNpZmljYXRpb24uSW5pdFN0YXR1cyk7 IA0KICAgICAgICAgICAgICAgICAgICB9DQogICAgICAgICAgICB9DQogICAg ICAgICAgICBicmVhazsNCiAgICAgICAgY2FzZSBUUkxMRF9TVFNfUklOR19T VEFUVVM6DQogICAgICAgICAgICBpZiAoU3RhdHVzLT5TcGVjaWZpY2F0aW9u LlJpbmdTdGF0dXMgIT0gMCkgew0KICAgICAgICAgICAgICAgIHByaW50Zigi b2x0ciVkOiBSaW5nIHN0YXR1cyBjaGFuZ2U6ICIsIHNjLT51bml0KTsNCiAg ICAgICAgICAgICAgICBpZiAoU3RhdHVzLT5TcGVjaWZpY2F0aW9uLlJpbmdT dGF0dXMgJiBUUkxMRF9SU19IQVJEX0VSUk9SKSAgICAgICAgIHByaW50Zigi W0hhcmQgZXJyb3JdICIpOw0KICAgICAgICAgICAgICAgIGlmIChTdGF0dXMt PlNwZWNpZmljYXRpb24uUmluZ1N0YXR1cyAmIFRSTExEX1JTX1NPRlRfRVJS T1IpICAgICAgICAgcHJpbnRmKCJbU29mdCBlcnJvcl0gIik7DQogICAgICAg ICAgICAgICAgaWYgKFN0YXR1cy0+U3BlY2lmaWNhdGlvbi5SaW5nU3RhdHVz ICYgVFJMTERfUlNfVFJBTlNNSVRfQkVBQ09OKSAgICBwcmludGYoIltUcmFu c21pdCBiZWFjb25dICIpOw0KICAgICAgICAgICAgICAgIGlmIChTdGF0dXMt PlNwZWNpZmljYXRpb24uUmluZ1N0YXR1cyAmIFRSTExEX1JTX0xPQkVfV0lS RV9GQVVMVCkgICAgcHJpbnRmKCJbV2lyZSBmYXVsdF0gIik7DQogICAgICAg ICAgICAgICAgaWYgKFN0YXR1cy0+U3BlY2lmaWNhdGlvbi5SaW5nU3RhdHVz ICYgVFJMTERfUlNfQVVUT19SRU1PVkFMX0VSUk9SKSBwcmludGYoIltBdXRv IHJlbW92YWxdICIpOw0KICAgICAgICAgICAgICAgIGlmIChTdGF0dXMtPlNw ZWNpZmljYXRpb24uUmluZ1N0YXR1cyAmIFRSTExEX1JTX1JFTU9WRV9SRUNF SVZFRCkgICAgcHJpbnRmKCJbUmVtb3ZlIHJlY2VpdmVkXSAiKTsNCiAgICAg ICAgICAgICAgICBpZiAoU3RhdHVzLT5TcGVjaWZpY2F0aW9uLlJpbmdTdGF0 dXMgJiBUUkxMRF9SU19DT1VOVEVSX09WRVJGTE9XKSAgIHByaW50ZigiW0Nv dW50ZXIgb3ZlcmZsb3ddICIpOw0KICAgICAgICAgICAgICAgIGlmIChTdGF0 dXMtPlNwZWNpZmljYXRpb24uUmluZ1N0YXR1cyAmIFRSTExEX1JTX1NJTkdM RV9TVEFUSU9OKSAgICAgcHJpbnRmKCJbU2luZ2xlIHN0YXRpb25dICIpOw0K ICAgICAgICAgICAgICAgIGlmIChTdGF0dXMtPlNwZWNpZmljYXRpb24uUmlu Z1N0YXR1cyAmIFRSTExEX1JTX1JJTkdfUkVDT1ZFUlkpICAgICAgcHJpbnRm KCJbUmluZyByZWNvdmVyeV0gIik7DQogICAgICAgICAgICAgICAgcHJpbnRm KCJcbiIpOw0KICAgICAgICAgICAgfQ0KICAgICAgICAgICAgYnJlYWs7DQog ICAgICAgIGNhc2UgVFJMTERfU1RTX0FEQVBURVJfQ0hFQ0s6DQogICAgICAg ICAgICBwcmludGYoIm9sdHIlZDogQWRhcHRlciBjaGVjayAoJXggJXggJXgg JXgpXG4iLCBzYy0+dW5pdCwgU3RhdHVzLT5TcGVjaWZpY2F0aW9uLkFkYXB0 ZXJDaGVja1swXSwgDQogICAgICAgICAgICAgICAgICAgIFN0YXR1cy0+U3Bl Y2lmaWNhdGlvbi5BZGFwdGVyQ2hlY2tbMV0sIFN0YXR1cy0+U3BlY2lmaWNh dGlvbi5BZGFwdGVyQ2hlY2tbMl0sIA0KICAgICAgICAgICAgICAgICAgICBT dGF0dXMtPlNwZWNpZmljYXRpb24uQWRhcHRlckNoZWNrWzNdKTsgDQogICAg ICAgICAgICBicmVhazsNCiAgICAgICAgY2FzZSBUUkxMRF9TVFNfUFJPTUlT Q1VPVVNfU1RPUFBFRDoNCiAgICAgICAgICAgIHByaW50Zigib2x0ciVkOiBQ cm9taXNjdW91cyBtb2RlIHN0b3BwZWQ6ICIsIHNjLT51bml0KTsNCiAgICAg ICAgICAgIHN3aXRjaChTdGF0dXMtPlNwZWNpZmljYXRpb24uUHJvbVJlbW92 ZWRDYXVzZSkgew0KICAgICAgICAgICAgICAgIGNhc2UgVFJMTERfUFJPTV9S RU1PVkVfUkVDRUlWRUQ6IHByaW50ZigiUmVtb3ZlIHJlY2VpdmVkXG4iKTsg YnJlYWs7DQogICAgICAgICAgICAgICAgY2FzZSBUUkxMRF9QUk9NX1BPTExf RkFJTFVSRTogICAgcHJpbnRmKCJQb2xsIGZhaWx1cmVcbiIpOyBicmVhazsN CiAgICAgICAgICAgICAgICBkZWZhdWx0OiAgICAgICAgICAgICAgICAgICAg ICAgICBwcmludGYoIlVua25vd24gKCV4KVxuIiwgU3RhdHVzLT5TcGVjaWZp Y2F0aW9uLlByb21SZW1vdmVkQ2F1c2UpOw0KICAgICAgICAgICAgfQ0KICAg ICAgICAgICAgYnJlYWs7DQogICAgICAgIGNhc2UgVFJMTERfU1RTX0xMRF9F UlJPUjoNCiAgICAgICAgICAgIHByaW50Zigib2x0ciVkOiBMTEQgZXJyb3Ig KCV4ICV4ICV4ICV4KSAiLCBzYy0+dW5pdCwgU3RhdHVzLT5TcGVjaWZpY2F0 aW9uLkludGVybmFsRXJyb3JbMF0sIA0KICAgICAgICAgICAgICAgICAgICBT dGF0dXMtPlNwZWNpZmljYXRpb24uSW50ZXJuYWxFcnJvclsxXSwgU3RhdHVz LT5TcGVjaWZpY2F0aW9uLkludGVybmFsRXJyb3JbMl0sIA0KICAgICAgICAg ICAgICAgICAgICBTdGF0dXMtPlNwZWNpZmljYXRpb24uSW50ZXJuYWxFcnJv clszXSk7DQogICAgICAgICAgICBicmVhazsNCiAgICAgICAgY2FzZSBUUkxM RF9TVFNfQURBUFRFUl9USU1FT1VUOg0KICAgICAgICAgICAgcHJpbnRmKCJv bHRyJWQ6IEFkYXB0ZXIgb3BlcmF0aW9uIHRpbWVkIG91dDogIiwgc2MtPnVu aXQpOw0KICAgICAgICAgICAgc3dpdGNoKFN0YXR1cy0+U3BlY2lmaWNhdGlv bi5BZGFwdGVyVGltZW91dCkgew0KICAgICAgICAgICAgICAgIGNhc2UgVFJM TERfQ09NTUFORF9USU1FT1VUOiAgIHByaW50ZigiQ29tbWFuZFxuIik7DQog ICAgICAgICAgICAgICAgY2FzZSBUUkxMRF9UUkFOU01JVF9USU1FT1VUOiAg cHJpbnRmKCJUcmFuc21pdFxuIik7DQogICAgICAgICAgICAgICAgY2FzZSBU UkxMRF9JTlRFUlJVUFRfVElNRU9VVDogcHJpbnRmKCJJbnRlcnJ1cHRcbiIp Ow0KICAgICAgICAgICAgICAgIGRlZmF1bHQ6ICAgICAgICAgICAgICAgICAg ICAgIHByaW50ZigiVW5rbm93biAoJXgpXG4iLCBTdGF0dXMtPlNwZWNpZmlj YXRpb24uQWRhcHRlclRpbWVvdXQpOw0KICAgICAgICAgICAgfQ0KICAgICAg ICAgICAgYnJlYWs7DQogICAgICAgIGRlZmF1bHQ6DQogICAgICAgICAgICBw cmludGYoIm9sdHIlZDogVW5rbm93biBzdGF0dXMgdHlwZSAoJXgpXG4iLCBz Yy0+dW5pdCwgU3RhdHVzLT5UeXBlKTsNCg0KICAgIH0NCiAgICBpZiAoU3Rh dHVzLT5DbG9zZWQpIHsNCiAgICAgICAgaWYgKHNjLT5od19zdGF0ZSA+IEhX X0JBRCkgew0KICAgICAgICAgICAgc2MtPmh3X3N0YXRlID0gSFdfRkFJTEVE Ow0KICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IGNsb3NpbmcgYWRhcHRl ciBkdWUgdG8gZmFpbHVyZS5cbiIsIHNjLT51bml0KTsNCiAgICAgICAgICAg IG9sdHJfc3RvcChzYyk7DQogICAgICAgIH0NCiAgICB9DQp9DQoNCnN0YXRp YyB2b2lkDQpEcml2ZXJDbG9zZUNvbXBsZXRlZChEcml2ZXJIYW5kbGUpDQog ICAgdm9pZCAqRHJpdmVySGFuZGxlOw0Kew0KICAgIHN0cnVjdCBvbHRyX3Nv ZnRjICpzYyA9ICZvbHRyX3NvZnRjWyhpbnQpRHJpdmVySGFuZGxlXTsNCg0K ICAgIC8qcHJpbnRmKCJvbHRyJWQ6IERyaXZlckNsb3NlQ29tcGxldGVkXG4i LCBzYy0+dW5pdCk7Ki8NCg0KICAgIHVudGltZW91dChvbHRyX3RpbWVvdXQs ICh2b2lkICopc2MtPnVuaXQsIHNjLT5vbHRyX2NoKTsNCiAgICB3YWtldXBf b25lKCh2b2lkICopc2MtPnVuaXQpOw0KDQogICAgaWYgKChzYy0+aHdfc3Rh dGUgIT0gSFdfQ0xPU0lORykgJiYgKHNjLT5od19zdGF0ZSAhPSBIV19DTE9T SU5HMikgJiYgKHNjLT5od19zdGF0ZSAhPSBIV19DTE9TRUQpKSB7DQogICAg ICAgIHByaW50Zigib2x0ciVkOiBhZGFwdGVyIGNsb3NlIGNvbXBsZXRlIGNh bGxlZCBpbiB3cm9uZyBzdGF0ZSAoJWQpXG4iLCBzYy0+dW5pdCwgc2MtPmh3 X3N0YXRlKTsNCiAgICAgICAgcmV0dXJuOw0KICAgIH0NCiAgICBzYy0+aHdf c3RhdGUgPSBIV19DTE9TSU5HMjsNCiAgICBpZiAoc2MtPmNvbmZpZy0+ZG1h bGV2ZWwgIT0gVFJMTERfRE1BX1BJTykNCiAgICAgICAgaXNhX2RtYV9yZWxl YXNlKHNjLT5jb25maWctPmRtYWxldmVsKTsNCiAgICANCn0NCg0Kc3RhdGlj IHZvaWQNCkRyaXZlclN0YXRpc3RpY3MoRHJpdmVySGFuZGxlLCBTdGF0aXN0 aWNzKQ0KICAgIHZvaWQgKkRyaXZlckhhbmRsZTsNCiAgICBUUmxsZFN0YXRp c3RpY3NfdCAqU3RhdGlzdGljczsNCnsNCiAgICBwcmludGYoIm9sdHI6IERy aXZlclN0YXRpc3RpY3NcbiIpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KRHJpdmVy VHJhbnNtaXRGcmFtZUNvbXBsZXRlZChEcml2ZXJIYW5kbGUsIEZyYW1lSGFu ZGxlLCBUcmFuc21pdFN0YXR1cykNCiAgICB2b2lkICpEcml2ZXJIYW5kbGU7 DQogICAgdm9pZCAqRnJhbWVIYW5kbGU7DQogICAgaW50IFRyYW5zbWl0U3Rh dHVzOw0Kew0KICAgIGludCBmcmFtZSA9IChpbnQpRnJhbWVIYW5kbGU7DQog ICAgc3RydWN0IG9sdHJfc29mdGMgKnNjID0gJm9sdHJfc29mdGNbKGludClE cml2ZXJIYW5kbGVdOw0KICAgIHN0cnVjdCBpZm5ldCAqaWZwID0gJnNjLT5h cnBjb20uYWNfaWY7DQoNCiAgICBpZiAoaWZwLT5pZl9mbGFncyAmIElGRl9P QUNUSVZFKQ0KICAgICAgICBpZnAtPmlmX2ZsYWdzICY9IH4oSUZGX09BQ1RJ VkUpOw0KDQogICAgLypwcmludGYoIm9sdHIlZDogdHJhbnNtaXQgY29tcGxl dGUgZnJhbWUgJWRcbiIsIHNjLT51bml0LCBmcmFtZSk7Ki8NCiAgICBpZiAo VHJhbnNtaXRTdGF0dXMgPT0gVFJMTERfVFJBTlNNSVRfT0spIHsNCiAgICAg ICAgaWZwLT5pZl9vcGFja2V0cysrOw0KICAgIH0gZWxzZSB7DQogICAgICAg IHByaW50Zigib2x0ciVkOiBEcml2ZXJUcmFuc21pdEZyYW1lQ29tcGxldGVk IChGcmFtZSAlZCBzdGF0dXMgJXgpXG4iLCBzYy0+dW5pdCwgZnJhbWUsIFRy YW5zbWl0U3RhdHVzKTsNCiAgICAgICAgaWZwLT5pZl9vZXJyb3JzKys7DQog ICAgfQ0KICAgIGlmICgoZnJhbWUgPCAwKSB8fCAoZnJhbWUgPiBUWF9MSVNU X1NJWkUpKSB7DQogICAgICAgIHByaW50Zigib2x0ciVkOiBib2d1cyB0cmFu c21pdCBidWZmZXIuICglZClcbiIsIHNjLT51bml0LCBmcmFtZSk7DQogICAg ICAgIHJldHVybjsNCiAgICB9DQoNCiAgICBzYy0+dHhfYXZhaWwrKzsNCg0K fQ0KDQpzdGF0aWMgdm9pZA0KRHJpdmVyUmVjZWl2ZUZyYW1lQ29tcGxldGVk KERyaXZlckhhbmRsZSwgQnl0ZUNvdW50LCBGcmFnbWVudENvdW50LCBGcmFn bWVudEhhbmRsZSwgUmVjZWl2ZVN0YXR1cykNCiAgICB2b2lkICpEcml2ZXJI YW5kbGU7DQogICAgaW50IEJ5dGVDb3VudDsNCiAgICBpbnQgRnJhZ21lbnRD b3VudDsNCiAgICB2b2lkICpGcmFnbWVudEhhbmRsZTsNCiAgICBpbnQgUmVj ZWl2ZVN0YXR1czsNCnsNCiAgICBzdHJ1Y3Qgb2x0cl9zb2Z0YyAqc2MgPSAm b2x0cl9zb2Z0Y1soaW50KURyaXZlckhhbmRsZV07DQogICAgc3RydWN0IGlm bmV0ICppZnAgPSAmc2MtPmFycGNvbS5hY19pZjsNCiAgICBzdHJ1Y3QgaXNv ODgwMjVfaGVhZGVyICp0aDsNCiAgICBzdHJ1Y3QgbWJ1ZiAqbTsNCiAgICBp bnQgaSwgaiA9IChpbnQpRnJhZ21lbnRIYW5kbGUsIHJjLCBmcmFtZV9sZW4g PSBCeXRlQ291bnQsIG1hY19oZHJfbGVuOw0KICAgIGNoYXIgKmZyYWcgPSBz Yy0+cnhfYnVmZmVyW2pdLmJ1ZjsNCg0KICAgIGlmIChzYy0+aHdfc3RhdGUg Pj0gIEhXX09QRU4pIHsgICAgICAgICAgICAgLyogSGFyZHdhcmUgb3BlcmF0 aW5nIG5vcm1hbGx5ICovDQogICAgICAgIGlmIChmcmFnICE9IHNjLT5yeF9i dWZmZXJbc2MtPnJ4X25leHQgJiBSWF9MSVNUX01BU0tdLmJ1Zikgew0KICAg ICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IHJpbmcgYnVmZmVyIHBvaW50ZXIg Ymxvd25cbiIsIHNjLT51bml0KTsNCiAgICAgICAgICAgIG9sdHJfc3RvcChz Yyk7DQogICAgICAgICAgICByZXR1cm47DQogICAgICAgIH0NCiAgICAgICAg aWYgKFJlY2VpdmVTdGF0dXMgPT0gVFJMTERfUkNWX09LKSB7ICAgIC8qIFJl Y2VpdmUgZ29vZCBmcmFtZSAqLw0KICAgICAgICAgICAgTUdFVEhEUihtLCBN X0RPTlRXQUlULCBNVF9EQVRBKTsNCiAgICAgICAgICAgIGlmIChtID09IE5V TEwpIHsNCiAgICAgICAgICAgICAgICBpZnAtPmlmX2llcnJvcnMrKzsNCiAg ICAgICAgICAgICAgICBnb3RvIG91dDsNCiAgICAgICAgICAgIH0NCiAgICAg ICAgICAgIGlmIChmcmFtZV9sZW4gKyAyID4gTUhMRU4pIHsNCiAgICAgICAg ICAgICAgICBNQ0xHRVQobSwgTV9ET05UV0FJVCk7DQogICAgICAgICAgICAg ICAgaWYgKChtLT5tX2ZsYWdzICYgTV9FWFQpID09IDApIHsNCiAgICAgICAg ICAgICAgICAgICAgcHJpbnRmKCJvbHRyJWQ6IHVuYWJsZSB0byBnZXQgbWJ1 ZiBjbHVzdGVyIGR1cmluZyByZWNlaXZlLlxuIiwgc2MtPnVuaXQpOw0KICAg ICAgICAgICAgICAgICAgICBtX2ZyZWVtKG0pOw0KICAgICAgICAgICAgICAg ICAgICBpZnAtPmlmX2llcnJvcnMrKzsNCiAgICAgICAgICAgICAgICAgICAg Z290byBvdXQ7DQogICAgICAgICAgICAgICAgfQ0KICAgICAgICAgICAgfQ0K ICAgICAgICAgICAgaWZwLT5pZl9pcGFja2V0cysrOw0KDQogICAgICAgICAg ICBtLT5tX3BrdGhkci5yY3ZpZiA9ICZzYy0+YXJwY29tLmFjX2lmOw0KICAg ICAgICAgICAgbS0+bV9wa3RoZHIubGVuID0gbS0+bV9sZW4gPSBmcmFtZV9s ZW47DQogICAgICAgICAgICBtLT5tX2RhdGEgKz0gMjsNCiAgICAgICAgICAg IHRoID0gbXRvZChtLCBzdHJ1Y3QgaXNvODgwMjVfaGVhZGVyICopOw0KDQog ICAgICAgICAgICBpID0gMDsNCiAgICAgICAgICAgIHdoaWxlIChmcmFtZV9s ZW4gPiBSWF9CVUZGRVJfTEVOKSB7DQogICAgICAgICAgICAgICAgYmNvcHko ZnJhZywgbXRvZChtLCBjaGFyICopICsgaSwgUlhfQlVGRkVSX0xFTik7DQog ICAgICAgICAgICAgICAgaSArPSBSWF9CVUZGRVJfTEVOOw0KICAgICAgICAg ICAgICAgIGZyYW1lX2xlbiAtPSBSWF9CVUZGRVJfTEVOOw0KICAgICAgICAg ICAgICAgIGZyYWcgPSBzYy0+cnhfYnVmZmVyWysral0uYnVmOw0KICAgICAg ICAgICAgfQ0KICAgICAgICAgICAgYmNvcHkoZnJhZywgbXRvZChtLCBjaGFy ICopICsgaSwgZnJhbWVfbGVuKTsNCiAgICAgICAgDQojaWYgTkJQRklMVEVS ID4gMA0KICAgICAgICAgICAgaWYgKGlmcC0+aWZfYnBmKQ0KICAgICAgICAg ICAgICAgIGJwZl9tdGFwKGlmcCwgbSk7DQojZW5kaWYNCg0KICAgICAgICAg ICAgbWFjX2hkcl9sZW4gPSBJU084ODAyNV9IRFJfTEVOOw0KICAgICAgICAg ICAgaWYgKHRoLT5pc284ODAyNV9zaG9zdFswXSAmIDB4ODApIC8qIENoZWNr IGZvciBzb3VyY2Ugcm91dGluZyBpbmZvICovDQogICAgICAgICAgICAgICAg bWFjX2hkcl9sZW4gKz0gIChudG9ocyh0aC0+cmNmKSAmIDB4MWYwMCkgPj4g ODsNCiAgICAgICAgICAgIA0KICAgICAgICAgICAgbS0+bV9wa3RoZHIubGVu ID0gbS0+bV9sZW4gPSBCeXRlQ291bnQgLSBtYWNfaGRyX2xlbjsNCiAgICAg ICAgICAgIG0tPm1fZGF0YSArPSBtYWNfaGRyX2xlbjsNCg0KICAgICAgICAg ICAgaXNvODgwMjVfaW5wdXQoJnNjLT5hcnBjb20uYWNfaWYsIHRoLCBtKTsN Cg0KICAgICAgICB9IGVsc2Ugew0KICAgICAgICAgICAgaWYgKFJlY2VpdmVT dGF0dXMgIT0gVFJMTERfUkNWX05PX0RBVEEpIHsNCiAgICAgICAgICAgICAg ICBwcmludGYoIm9sdHIlZDogcmVjZWl2ZSBlcnJvci4gKFJlY2VpdmVTdGF0 dXM9JWQpXG4iLCBzYy0+dW5pdCwgUmVjZWl2ZVN0YXR1cyk7DQogICAgICAg ICAgICAgICAgaWZwLT5pZl9pZXJyb3JzKys7DQogICAgICAgICAgICB9DQog ICAgICAgIH0NCm91dDoNCiAgICAgICAgd2hpbGUgKEZyYWdtZW50Q291bnQg PiAwKSB7DQogICAgICAgICAgICByYyA9IFRSbGxkUmVjZWl2ZUZyYWdtZW50 KHNjLT5UUmxsZEFkYXB0ZXIsIA0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICh2b2lkICopc2MtPnJ4X2J1ZmZlcltzYy0+cnhfbmV4 dCAmIFJYX0xJU1RfTUFTS10uYnVmLA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGt2dG9wKHNjLT5yeF9idWZmZXJbc2MtPnJ4X25l eHQgJiBSWF9MSVNUX01BU0tdLmJ1ZiksDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgUlhfQlVGRkVSX0xFTiwNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAodm9pZCAqKXNjLT5yeF9idWZm ZXJbc2MtPnJ4X25leHQgJiBSWF9MSVNUX01BU0tdLmluZGV4KTsNCiAgICAg ICAgICAgIGlmIChyYyA9PSBUUkxMRF9SRUNFSVZFX09LKSB7DQogICAgICAg ICAgICAgICAgc2MtPnJ4X25leHQrKzsNCiAgICAgICAgICAgICAgICBGcmFn bWVudENvdW50LS07DQogICAgICAgICAgICB9IGVsc2Ugew0KICAgICAgICAg ICAgICAgIHByaW50Zigib2x0ciVkOiBBZGFwdGVyIHJlZnVzZWQgZnJhZ21l bnQgKCVkKS5cbiIsIHNjLT51bml0LCBzYy0+cnhfbmV4dCAtIDEpOw0KICAg ICAgICAgICAgICAgIHNjLT5yeF9hdmFpbCArPSBGcmFnbWVudENvdW50Ow0K ICAgICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgICAgfQ0KICAgICAg ICB9DQogICAgfSBlbHNlIHsgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAvKiBIYXJkd2FyZSBiZWluZyBjbG9zZWQgKi8NCiAgICAgICAg aWYgKGZyYWcgIT0gc2MtPnJ4X2J1ZmZlcltzYy0+cnhfbmV4dCsrICYgUlhf TElTVF9NQVNLXS5idWYpIHsNCiAgICAgICAgICAgIHByaW50Zigib2x0ciVk OiByaW5nIGJ1ZmZlciBwb2ludGVyIGJsb3duXG4iLCBzYy0+dW5pdCk7ICAN CiAgICAgICAgfSAgICAgICAgICAgDQogICAgICAgIHNjLT5yeF9hdmFpbCAr PSBGcmFnbWVudENvdW50Ow0KICAgIH0NCiAgICANCn0NCg0KDQovKg0KICog LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBQTVcgR2x1ZSAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogKi8NCg0KI2lmbmRlZiBUUmxs ZElubGluZUlPDQoNCnN0YXRpYyB2b2lkIA0KRHJpdmVyT3V0Qnl0ZShJT0Fk ZHJlc3MsIHZhbHVlKQ0KICAgIHVuc2lnbmVkIHNob3J0IElPQWRkcmVzczsN CiAgICB1bnNpZ25lZCBjaGFyIHZhbHVlOw0Kew0KICAgIG91dGIoSU9BZGRy ZXNzLCB2YWx1ZSk7DQp9DQoNCnN0YXRpYyB2b2lkDQpEcml2ZXJPdXRXb3Jk KElPQWRkcmVzcywgdmFsdWUpDQogICAgdW5zaWduZWQgc2hvcnQgSU9BZGRy ZXNzOw0KICAgIHVuc2lnbmVkIHNob3J0IHZhbHVlOw0Kew0KICAgIG91dHco SU9BZGRyZXNzLCB2YWx1ZSk7DQp9DQoNCnN0YXRpYyB2b2lkDQpEcml2ZXJP dXREd29yZChJT0FkZHJlc3MsIHZhbHVlKQ0KICAgIHVuc2lnbmVkIHNob3J0 IElPQWRkcmVzczsNCiAgICB1bnNpZ25lZCBsb25nIHZhbHVlOw0Kew0KICAg IG91dGwoSU9BZGRyZXNzLCB2YWx1ZSk7DQp9DQoNCnN0YXRpYyB2b2lkDQpE cml2ZXJSZXBPdXRCeXRlKElPQWRkcmVzcywgRGF0YVBvaW50ZXIsIEJ5dGVD b3VudCkNCiAgICB1bnNpZ25lZCBzaG9ydCBJT0FkZHJlc3M7DQogICAgdW5z aWduZWQgY2hhciAgKkRhdGFQb2ludGVyOw0KICAgIGludCBCeXRlQ291bnQ7 DQp7DQogICAgb3V0c2IoSU9BZGRyZXNzLCAodm9pZCAqKURhdGFQb2ludGVy LCBCeXRlQ291bnQpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KRHJpdmVyUmVwT3V0 V29yZChJT0FkZHJlc3MsIERhdGFQb2ludGVyLCBXb3JkQ291bnQpDQogICAg dW5zaWduZWQgc2hvcnQgSU9BZGRyZXNzOw0KICAgIHVuc2lnbmVkIHNob3J0 ICpEYXRhUG9pbnRlcjsNCiAgICBpbnQgV29yZENvdW50Ow0Kew0KICAgIG91 dHN3KElPQWRkcmVzcywgKHZvaWQgKilEYXRhUG9pbnRlciwgV29yZENvdW50 KTsNCn0NCg0Kc3RhdGljIHZvaWQNCkRyaXZlclJlcE91dER3b3JkKElPQWRk cmVzcywgRGF0YVBvaW50ZXIsIERXb3JkQ291bnQpDQogICAgdW5zaWduZWQg c2hvcnQgSU9BZGRyZXNzOw0KICAgIHVuc2lnbmVkIGxvbmcgICpEYXRhUG9p bnRlcjsNCiAgICBpbnQgRFdvcmRDb3VudDsNCnsNCiAgICBvdXRzbChJT0Fk ZHJlc3MsICh2b2lkICopRGF0YVBvaW50ZXIsIERXb3JkQ291bnQpOw0KfQ0K DQpzdGF0aWMgdW5zaWduZWQgY2hhcg0KRHJpdmVySW5CeXRlKElPQWRkcmVz cykNCiAgICB1bnNpZ25lZCBzaG9ydCBJT0FkZHJlc3M7DQp7DQogICAgcmV0 dXJuKGluYihJT0FkZHJlc3MpKTsNCn0NCg0Kc3RhdGljIHVuc2lnbmVkIHNo b3J0DQpEcml2ZXJJbldvcmQoSU9BZGRyZXNzKQ0KICAgIHVuc2lnbmVkIHNo b3J0IElPQWRkcmVzczsNCnsNCiAgIHJldHVybihpbncoSU9BZGRyZXNzKSk7 DQp9DQoNCnN0YXRpYyB1bnNpZ25lZCBsb25nDQpEcml2ZXJJbkR3b3JkKElP QWRkcmVzcykNCiAgICB1bnNpZ25lZCBzaG9ydCBJT0FkZHJlc3M7DQp7DQog ICAgcmV0dXJuKGlubChJT0FkZHJlc3MpKTsNCn0NCg0Kc3RhdGljIHZvaWQN CkRyaXZlclJlcEluQnl0ZShJT0FkZHJlc3MsIERhdGFQb2ludGVyLCBCeXRl Q291bnQpDQogICAgdW5zaWduZWQgc2hvcnQgSU9BZGRyZXNzOw0KICAgIHVu c2lnbmVkIGNoYXIgICpEYXRhUG9pbnRlcjsNCiAgICBpbnQgQnl0ZUNvdW50 Ow0Kew0KICAgIGluc2IoSU9BZGRyZXNzLCAodm9pZCAqKURhdGFQb2ludGVy LCBCeXRlQ291bnQpOw0KfQ0KDQpzdGF0aWMgdm9pZA0KRHJpdmVyUmVwSW5X b3JkKElPQWRkcmVzcywgRGF0YVBvaW50ZXIsIFdvcmRDb3VudCkNCiAgICB1 bnNpZ25lZCBzaG9ydCBJT0FkZHJlc3M7DQogICAgdW5zaWduZWQgc2hvcnQg KkRhdGFQb2ludGVyOw0KICAgIGludCBXb3JkQ291bnQ7DQp7DQogICAgaW5z dyhJT0FkZHJlc3MsICh2b2lkICopRGF0YVBvaW50ZXIsIFdvcmRDb3VudCk7 DQp9DQpzdGF0aWMgdm9pZA0KRHJpdmVyUmVwSW5Ed29yZChJT0FkZHJlc3Ms IERhdGFQb2ludGVyLCBEV29yZENvdW50KQ0KICAgIHVuc2lnbmVkIHNob3J0 IElPQWRkcmVzczsNCiAgICB1bnNpZ25lZCBsb25nICAqRGF0YVBvaW50ZXI7 DQogICAgaW50IERXb3JkQ291bnQ7DQp7DQogICAgaW5zbChJT0FkZHJlc3Ms ICh2b2lkICopRGF0YVBvaW50ZXIsIERXb3JkQ291bnQpOw0KfQ0KI2VuZGlm IC8qIFRSbGxkSW5saW5lSU8gKi8NCg0KI2VuZGlmIC8qIE5PTFRSICovDQo= --0-665532085-914957328=:7114 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="if_media.h.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: if_media patches Content-Disposition: ATTACHMENT; FILENAME="if_media.h.patch" KioqIGlmX21lZGlhLmgub3JpZwlGcmkgRGVjIDExIDEwOjU1OjMyIDE5OTgN Ci0tLSBpZl9tZWRpYS5oCUZyaSBEZWMgMTEgMTc6MTQ6MDMgMTk5OA0KKioq KioqKioqKioqKioqDQoqKiogMTM3LDE0NSAqKioqDQotLS0gMTM3LDE1MCAt LS0tDQogICNkZWZpbmUJSUZNX1RPS19TVFAxNgk0CQkvKiBTaGllbGRlZCB0 d2lzdGVkIHBhaXIgMTZtIC0gREI5ICovDQogICNkZWZpbmUJSUZNX1RPS19V VFA0CTUJCS8qIFVuc2hpZWxkZWQgdHdpc3RlZCBwYWlyIDRtIC0gUko0NSAq Lw0KICAjZGVmaW5lCUlGTV9UT0tfVVRQMTYJNgkJLyogVW5zaGllbGRlZCB0 d2lzdGVkIHBhaXIgMTZtIC0gUko0NSAqLw0KKyAjZGVmaW5lIElGTV9UT0tf U1RQMTAwICA3CQkvKiBTaGllbGRlZCB0d2lzdGVkIHBhaXIgMTAwbSAtIERC OSAqLw0KKyAjZGVmaW5lIElGTV9UT0tfVVRQMTAwICA4CQkvKiBVbnNoaWVs ZGVkIHR3aXN0ZWQgcGFpciAxMDBtIC0gUko0NSAqLw0KICAjZGVmaW5lCUlG TV9UT0tfRVRSCTB4MDAwMDAyMDAJLyogRWFybHkgdG9rZW4gcmVsZWFzZSAq Lw0KICAjZGVmaW5lCUlGTV9UT0tfU1JDUlQJMHgwMDAwMDQwMAkvKiBFbmFi bGUgc291cmNlIHJvdXRpbmcgZmVhdHVyZXMgKi8NCiAgI2RlZmluZQlJRk1f VE9LX0FMTFIJMHgwMDAwMDgwMAkvKiBBbGwgcm91dGVzIC8gU2luZ2xlIHJv dXRlIGJjYXN0ICovDQorICNkZWZpbmUgSUZNX1RPS19EVFIJMHgwMDAwMjAw MAkvKiBEZWRpY2F0ZWQgdG9rZW4gcmluZyAqLw0KKyAjZGVmaW5lIElGTV9U T0tfQ0xBU1NJQwkweDAwMDA0MDAwCS8qIENsYXNzaWMgdG9rZW4gcmluZyAq Lw0KKyAjZGVmaW5lIElGTV9UT0tfQVVUTwkweDAwMDA4MDAwCS8qIEF1dG9t YXRpYyBEZWRpY2F0ZS9DbGFzc2ljIHRva2VuIHJpbmcgKi8NCiAgDQogIC8q DQogICAqIEZEREkNCioqKioqKioqKioqKioqKg0KKioqIDE4NiwxOTQgKioq Kg0KICAvKg0KICAgKiBNYWNyb3MgdG8gZXh0cmFjdCB2YXJpb3VzIGJpdHMg b2YgaW5mb3JtYXRpb24gZnJvbSB0aGUgbWVkaWEgd29yZC4NCiAgICovDQoh ICNkZWZpbmUJSUZNX1RZUEUoeCkJKCh4KSAmIElGTV9OTUFTSykNCiEgI2Rl ZmluZQlJRk1fU1VCVFlQRSh4KQkoKHgpICYgSUZNX1RNQVNLKQ0KISAjZGVm aW5lCUlGTV9JTlNUKHgpCSgoKHgpICYgSUZNX0lNQVNLKSA+PiBJRk1fSVNI SUZUKQ0KICANCiAgLyoNCiAgICogTmV0QlNEIGV4dGVuc2lvbiBub3QgZGVm aW5lZCBpbiB0aGUgQlNESSBBUEkuICBUaGlzIGlzIHVzZWQgaW4gdmFyaW91 cw0KLS0tIDE5MSwyMDAgLS0tLQ0KICAvKg0KICAgKiBNYWNyb3MgdG8gZXh0 cmFjdCB2YXJpb3VzIGJpdHMgb2YgaW5mb3JtYXRpb24gZnJvbSB0aGUgbWVk aWEgd29yZC4NCiAgICovDQohICNkZWZpbmUJSUZNX1RZUEUoeCkgICAgICAg ICAoKHgpICYgSUZNX05NQVNLKQ0KISAjZGVmaW5lCUlGTV9TVUJUWVBFKHgp ICAgICAgKCh4KSAmIElGTV9UTUFTSykNCiEgI2RlZmluZSBJRk1fVFlQRV9P UFRJT05TKHgpICgoeCkgJiBJRk1fT01BU0spDQohICNkZWZpbmUJSUZNX0lO U1QoeCkgICAgICAgICAoKCh4KSAmIElGTV9JTUFTSykgPj4gSUZNX0lTSElG VCkNCiAgDQogIC8qDQogICAqIE5ldEJTRCBleHRlbnNpb24gbm90IGRlZmlu ZWQgaW4gdGhlIEJTREkgQVBJLiAgVGhpcyBpcyB1c2VkIGluIHZhcmlvdXMN CioqKioqKioqKioqKioqKg0KKioqIDI0NSwyNTAgKioqKg0KLS0tIDI1MSwy NTggLS0tLQ0KICAJeyBJRk1fVE9LX1NUUDE2LCAiREI5LzE2TWJpdCIgfSwJ CQkJXA0KICAJeyBJRk1fVE9LX1VUUDQsCSJVVFAvNE1iaXQiIH0sCQkJCQlc DQogIAl7IElGTV9UT0tfVVRQMTYsICJVVFAvMTZNYml0IiB9LAkJCQlcDQor IAl7IElGTV9UT0tfU1RQMTAwLCAiU1RQLzEwME1iaXQiIH0sCQkJCVwNCisg CXsgSUZNX1RPS19VVFAxMDAsICJVVFAvMTAwTWJpdCIgfSwJCQkJXA0KICAJ eyAwLCBOVUxMIH0sCQkJCQkJCVwNCiAgfQ0KICANCioqKioqKioqKioqKioq Kg0KKioqIDI1MywyNTggKioqKg0KLS0tIDI2MSwyNjggLS0tLQ0KICAJeyBJ Rk1fVE9LX1NUUDE2LCAiMTZTVFAiIH0sCQkJCQlcDQogIAl7IElGTV9UT0tf VVRQNCwJIjRVVFAiIH0sCQkJCQlcDQogIAl7IElGTV9UT0tfVVRQMTYsICIx NlVUUCIgfSwJCQkJCVwNCisgCXsgSUZNX1RPS19TVFAxMDAsICIxMDBTVFAi IH0sCQkJCQlcDQorIAl7IElGTV9UT0tfVVRQMTAwLCAiMTAwVVRQIiB9LAkJ CQkJXA0KICAJeyAwLCBOVUxMIH0sCQkJCQkJCVwNCiAgfQ0KICANCioqKioq KioqKioqKioqKg0KKioqIDI2MCwyNjUgKioqKg0KLS0tIDI3MCwyNzggLS0t LQ0KICAJeyBJRk1fVE9LX0VUUiwJIkVhcmx5VG9rZW5SZWxlYXNlIiB9LAkJ CQlcDQogIAl7IElGTV9UT0tfU1JDUlQsICJTb3VyY2VSb3V0aW5nIiB9LAkJ CQlcDQogIAl7IElGTV9UT0tfQUxMUiwJIkFsbFJvdXRlcyIgfSwJCQkJCVwN CisgCXsgSUZNX1RPS19EVFIsCSJEZWRpY2F0ZWQiIH0sCQkJCQlcDQorIAl7 IElGTV9UT0tfQ0xBU1NJQywiQ2xhc3NpYyIgfSwJCQkJCVwNCisgCXsgSUZN X1RPS19BVVRPLAkiICIgfSwJCQkJCQlcDQogIAl7IDAsIE5VTEwgfSwJCQkJ CQkJXA0KICB9DQogIA0K --0-665532085-914957328=:7114-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 08:17:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15552 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 08:17:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gateway.toti.est.is (toti.est.is [194.144.208.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15544 for ; Thu, 31 Dec 1998 08:17:32 -0800 (PST) (envelope-from thivars@est.is) Received: from asus (asus.toti.est.is [192.168.255.2]) by gateway.toti.est.is (8.9.1/8.9.1) with ESMTP id QAA00650 for ; Thu, 31 Dec 1998 16:17:08 GMT (envelope-from thivars@est.is) Message-ID: <368BA365.E78130B2@est.is> Date: Thu, 31 Dec 1998 16:16:37 +0000 From: "=?iso-8859-1?Q?=DE=F3r=F0ur=20=CDvarsson?=" Reply-To: thivars@est.is X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Problem building kernel X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there I have problem building me new kernel. If I omit "ahc0" from config file the kernel builds but with it does not with errors like ../../dev/aic7xxx/aicasm_gram.y:427: dereferencing pointer to incomplete type ../../dev/aic7xxx/aicasm_gram.y:431: dereferencing pointer to incomplete type ../../dev/aic7xxx/aicasm_gram.y:461: dereferencing pointer to incomplete type and more when i run make depend Thordur Ivarsson thivars@est.is To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 10:52:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03504 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 10:52:37 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles121.castles.com [208.214.165.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03497 for ; Thu, 31 Dec 1998 10:52:35 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id KAA00884; Thu, 31 Dec 1998 10:49:17 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199812311849.KAA00884@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Warner Losh cc: Mike Smith , Bill Fumerola , lcremean@tidalwave.net, "Louis A. Mamakos" , Matt Edwards , freebsd-hackers@FreeBSD.ORG Subject: Re: PnP PCI modem In-reply-to: Your message of "Wed, 30 Dec 1998 22:47:47 MST." <199812310547.WAA00584@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Dec 1998 10:49:16 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199812310048.QAA00439@dingo.cdrom.com> Mike Smith writes: > : The PC98 spec from Microsoft mandates the nonexistence of ISA for > : compliance. > > Isn't that the PC99 spec? The 98 spec says it can't exist for some > consumer related products. The 99 spec does away with the ISA bus > completely. Otehrwise the PC98 systems wouldn't have the ISA bus in > them at all, like the one I have on my desk at work. PC98 made the > bus optional. Could well be; I remember a press release a while back about it, but I never went all the way through both. I'll take your word for it being PC99 and actually read it when I get a chance. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 14:06:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25156 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 14:06:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25149 for ; Thu, 31 Dec 1998 14:06:34 -0800 (PST) (envelope-from mrcpu@internetcds.com) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.8.8/8.7.3) with SMTP id OAA16497 for ; Thu, 31 Dec 1998 14:02:12 -0800 (PST) Date: Thu, 31 Dec 1998 14:02:12 -0800 (PST) From: Jaye Mathisen X-Sender: mrcpu@schizo.cdsnet.net To: hackers@FreeBSD.ORG Subject: Postfix discussion. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While I don't dispute for a minute that postfix offers numerous advantages over sendmail, (having dumped sendmail for qmail a long time ago...), I do not recall seeing a valid reason why it just can't be a port. If in the future, it is decided that postfix should be the mailer of choice, fine, axe sendmail, bring in postfix, be happy. I don't see us running bind4 and bind8 side-by-side, and I don't see us running vim and vi side-by-side... and the other too numerous to mention lists of software where ports exceed or surpass the main tree software in functionality, speed, or features... or any other criteria. I don't see any reason to start now. I believe the goal is laudable, but like aout-to-elf and other decisions of this type, cut the cord, and switch... Heck, go cold turkey the other way. Don't install any mailer, and make the user install a port of exim, qmail, sendmail, or postfix as they see fit. :) Do the same with the shells and interpreters, and really streamline that install process. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 14:16:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26254 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 14:16:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.51.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26246 for ; Thu, 31 Dec 1998 14:16:41 -0800 (PST) (envelope-from vazquez@iqm.unicamp.br) Received: by kalypso.iqm.unicamp.br (Postfix, from userid 105) id 111392F3; Thu, 31 Dec 1998 20:16:19 -0200 (EDT) Message-ID: <19981231201618.Q22984@iqm.unicamp.br> Date: Thu, 31 Dec 1998 20:16:18 -0200 From: Pedro A M Vazquez To: Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Postfix discussion. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Jaye Mathisen on Thu, Dec 31, 1998 at 02:02:12PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thu, Dec 31, 1998 at 02:02:12PM -0800, Jaye Mathisen wrote: > > I don't see us running bind4 and bind8 side-by-side, and I don't see us > running vim and vi side-by-side... and the other too numerous to mention > lists of software where ports exceed or surpass the main tree software in > functionality, speed, or features... or any other criteria. > >From the install notes: =========== - Next, review the "To chroot or not to chroot" section, and proceed to the section on how you wish to run Postfix on your particular machine: - Send mail only, without changing an existing sendmail installation. - Send and receive mail via a virtual host interface, still without any change to an existing sendmail installation. - Replace sendmail altogether. =========== This was not the case with bind, vim, etc. Pedro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 15:41:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03193 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 15:41:55 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from orcrist.mediacity.com (orcrist.mediacity.com [208.138.36.146]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03188 for ; Thu, 31 Dec 1998 15:41:54 -0800 (PST) (envelope-from gsutter@orcrist.mediacity.com) Received: (from gsutter@localhost) by orcrist.mediacity.com (8.8.8/8.8.8) id PAA15034; Thu, 31 Dec 1998 15:41:37 -0800 (PST) (envelope-from gsutter) Message-ID: <19981231154137.C14274@orcrist.mediacity.com> Date: Thu, 31 Dec 1998 15:41:37 -0800 From: Gregory Sutter To: Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: Postfix discussion. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Jaye Mathisen on Thu, Dec 31, 1998 at 02:02:12PM -0800 Organization: Zer0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Dec 31, 1998 at 02:02:12PM -0800, Jaye Mathisen wrote: > > > Heck, go cold turkey the other way. Don't install any mailer, and make > the user install a port of exim, qmail, sendmail, or postfix as they see > fit. :) Do the same with the shells and interpreters, and really > streamline that install process. > Well, from the way I understand the new package system that is eventually moving into place, this is what is going to happen. Every conceivably seperable component will be a separate package. The system installer will just execute install commands on each individual package. Thus streamlining the install process. :) Greg -- Gregory S. Sutter "I think not," said Descartes... mailto:gsutter@pobox.com and promptly disappeared. http://www.pobox.com/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 15:48:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03559 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 15:48:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03550 for ; Thu, 31 Dec 1998 15:48:23 -0800 (PST) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.1/8.9.1) with ESMTP id PAA19020; Thu, 31 Dec 1998 15:48:01 -0800 (PST) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.1/8.9.1) id PAA15894; Thu, 31 Dec 1998 15:48:01 -0800 (PST) (envelope-from jdp@polstra.com) Date: Thu, 31 Dec 1998 15:48:01 -0800 (PST) Message-Id: <199812312348.PAA15894@vashon.polstra.com> To: kyle@pchost.com Subject: Re: Modula 3 causes a hang on boot Newsgroups: polstra.freebsd.hackers In-Reply-To: <36882A17.2283E7EF@pchost.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <36882A17.2283E7EF@pchost.com>, Kyle Buttress wrote: > > I have encountered an unusual problem with Modula 3. Everytime I boot it > hangs when doing Local package initialization:, > > It started after I installed apache13-modssl. I have done a cvsup with > no better result, has anyone faced this problem before. I doubt very much that Modula-3 has anything to do with this problem. Its package initialization script (/usr/local/etc/rc.d/50.m3.sh) just runs ldconfig, and that's not likely to hang. To check it yourself, rename 50.m3.sh to 50.m3.shX temporarily to disable it. I bet your system will still hang the same way as before. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Nobody ever went broke underestimating the taste of the American public." -- H. L. Mencken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 18:35:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21767 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 18:35:08 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21752; Thu, 31 Dec 1998 18:35:04 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id VAA29508; Thu, 31 Dec 1998 21:36:02 -0500 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: In-Reply-To: <199812262138.WAA04817@ywing.creative.net.au> Date: Thu, 31 Dec 1998 21:34:36 -0500 To: adrian@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: auto-allocation of ptys Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:38 PM +0100 12/26/98, adrian@FreeBSD.ORG wrote: > I got sick of running out of ptys while running X, and having to > result in rebuilding a kernel with more ptys enabled. > > So, I modified sys/kern/tty_pty.c to dynamically allocate pt_ioctl > and tty structs when a pty access is made. > This patch breaks pstat -t (strangely enough :) ... > It also will break devfs - I'm sure a devfs solution could be nutted > out, but I'm still looking at it atm, ... > The upshoot of all this of course is that you don't have to rebuild > your kernel whenever you need more ptys. :-) > (patch is at http://www.freebsd.org/~adrian/tty_pty.c.diff ) > Does anyone want to take a look at the idea and comment on it ? I haven't looked at it, and wouldn't know enough about the internals to comment on it at that level anyway. Still, I'm always willing to comment on interesting ideas, even if I don't know the details :-) I like the idea of not having to rebuild the kernel, but somehow I'm not too comfortable with them being dynamic either. Would it be easier (on things like 'pstat' and devfs) if it were a fixed number that was settable at bootup? That way it would only be a system reboot, instead of a kernel rebuild. Just my 2 cents... --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Dec 31 21:50:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA05832 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 21:50:16 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from send101.yahoomail.com (send101.yahoomail.com [205.180.60.87]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA05827 for ; Thu, 31 Dec 1998 21:50:15 -0800 (PST) (envelope-from robertbutler@yahoo.com) Message-ID: <19990101054922.16605.rocketmail@send101.yahoomail.com> Received: from [205.226.20.241] by send101.yahoomail.com; Thu, 31 Dec 1998 21:49:22 PST Date: Thu, 31 Dec 1998 21:49:22 -0800 (PST) From: Robert Butler Subject: Is the PCI interface internal modem supported? To: hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If yes, how can I config it? I have an HSP 56,000 bps PCI modem working fine under Windows platform. I install FreeBSD 2.2.6 on that machine but failed to recognize it. I've tried several alternation of the line "device sio3..." in kernel configuration file but out of luck. Very appreciate for any pointers. Robert _________________________________________________________ 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 Thu Dec 31 21:56:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06428 for freebsd-hackers-outgoing; Thu, 31 Dec 1998 21:56:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ime.net (ime.net [209.90.192.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06423 for ; Thu, 31 Dec 1998 21:56:14 -0800 (PST) (envelope-from netmonger@genesis.ispace.com) Received: from celeris (56k-port4014.ime.net [209.90.195.24]) by ime.net (8.8.7/8.8.7) with SMTP id AAA15167; Fri, 1 Jan 1999 00:55:35 -0500 (EST) Message-Id: <4.1.19990101125118.00be6410@genesis.ispace.com> X-Sender: netmonger@genesis.ispace.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Fri, 01 Jan 1999 12:54:16 -0500 To: Robert Butler , hackers@FreeBSD.ORG From: Drew Baxter Subject: Re: Is the PCI interface internal modem supported? In-Reply-To: <19990101054922.16605.rocketmail@send101.yahoomail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:49 PM 12/31/98 -0800, Robert Butler wrote: >If yes, how can I config it? > >I have an HSP 56,000 bps PCI modem working fine under Windows >platform. I install FreeBSD 2.2.6 on that machine but failed to >recognize it. I've tried several alternation of the line "device >sio3..." in kernel configuration file but out of luck. Very appreciate >for any pointers. > >Robert HSP modems use a DLL in order to process the "HOST SIGNALS". The CPU handles the negotiation of the connection, is what that ends up being. I've noticed my PCTel (I think they hold the patent on this monstrosity) modem built into my Acer/TI Extensa laptop has a rather bizarre carrier tone and a weird (sounds like Europe almost) dialing sound as well. Crappy CPU speed can equal crappy modem performance. To the best of my knowledge FreeBSD does not support these modems. I'd be interested to know what DSI_SOFTMODEM(?) option is in LINT though.. Perhaps that's some sort of prelim for the DSI modems from Creative Labs subsidary? Maybe I'm just going nuts.. --- Drew "Droobie" Baxter Network Admin/Professional Computer Nerd(TM) OneEX: The OneNetwork Exchange, Bangor Maine USA http://www.droo.orland.me.us PGP ID: 409A1F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message