From owner-freebsd-current Sun Apr 1 0:46:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id EAE2637B719 for ; Sun, 1 Apr 2001 00:46:28 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f318jDZ20316; Sun, 1 Apr 2001 00:45:13 -0800 (PST) (envelope-from obrien) Date: Sun, 1 Apr 2001 00:44:43 -0800 From: "David O'Brien" To: Steve Kargl Cc: current@freebsd.org Subject: Re: third party shared library and ldconfig Message-ID: <20010401004443.A20245@dragon.nuxi.com> Reply-To: current@freebsd.org References: <20010331222025.A56763@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010331222025.A56763@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Sat, Mar 31, 2001 at 10:20:25PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 31, 2001 at 10:20:25PM -0800, Steve Kargl wrote: > (3) Edit /etc/rc to explicitly include /usr/local/lib/NAGWare > This becomes an annoyance when running mergemaster. > It also isn't a general solution for other third party > software installations. The proper way to do this is via /etc/rc.conf. My own is: ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /opt/Motif/lib /usr/treats/lib" Just start with the value in /etc/defaults/rc.conf and add to it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 0:50:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id E2B9437B719 for ; Sun, 1 Apr 2001 00:50:37 -0800 (PST) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f318nIB20345; Sun, 1 Apr 2001 00:49:18 -0800 (PST) (envelope-from obrien) Date: Sun, 1 Apr 2001 00:48:48 -0800 From: "David O'Brien" To: Leif Neland Cc: current@FreeBSD.ORG Subject: Re: i586 FP optimizations hosed. Message-ID: <20010401004848.B20245@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <200103300544.f2U5iXH94095@gratis.grondar.za> <01d601c0ba1f$242f3540$6405a8c0@neland.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01d601c0ba1f$242f3540$6405a8c0@neland.dk>; from leifn@neland.dk on Sat, Mar 31, 2001 at 06:34:12PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Mar 31, 2001 at 06:34:12PM +0200, Leif Neland wrote: > > CPU1 stopping CPUs: 0x00000001... Stopped. > > Stopped at i586_bzero_oops+0x1: jmp i586_bzero_oops > > I get panics on that instructions too on my old 60MHz P5. > I've got a core dump, will tell more when I can interpret it... Mark's machine is a dual SMP machine. I don't recall there being dual-P5-60's, but this is me guessing. You're going to have to provide a lot more details. Is your machine a UP or MP machine? The current sources are believed to work fine in a UP kernel. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 5: 6:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40]) by hub.freebsd.org (Postfix) with ESMTP id 450DF37B718 for ; Sun, 1 Apr 2001 05:06:48 -0700 (PDT) (envelope-from jedgar@www.fxp.org) Received: from jive.44bsd.net (oca-pm3-1-7.hitter.net [207.192.76.7]) by peitho.fxp.org (Postfix) with ESMTP id 6E36D13614; Sun, 1 Apr 2001 08:06:46 -0400 (EDT) Received: by jive.44bsd.net (Postfix, from userid 1000) id A0E4BD929; Sun, 1 Apr 2001 08:06:46 -0400 (EDT) Date: Sun, 1 Apr 2001 08:06:46 -0400 From: Chris Faulhaber To: Steve Kargl Cc: FreeBSD-current@freebsd.org Subject: Re: third party shared library and ldconfig Message-ID: <20010401080646.A3101@jive.44bsd.net> Mail-Followup-To: Chris Faulhaber , Steve Kargl , FreeBSD-current@freebsd.org References: <20010331222025.A56763@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010331222025.A56763@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Sat, Mar 31, 2001 at 10:20:25PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 31, 2001 at 10:20:25PM -0800, Steve Kargl wrote: > I recently installed NAGWare's Fortran 95 compiler,=20 > and it installed its shared libraries into > /usr/local/lib/NAGWare. To get the compiler to work, > I of course needed to use "ldconfig -m". When I rebooted > the system, I found that the ldconfig portion of /etc/rc > does not recurse into subdirectories of /usr/local/lib > (which is probably a Good Thing), so I had to manually > run "ldconfig -m" to add /usr/local/lib/NAGWare. >=20 > There appear to be several options: >=20 (6) Like mysql322-client, add a shell script in ${PREFIX}/etc/rc.d that performs the 'ldconfig -m' at startup --=20 Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: FreeBSD: The Power To Serve iEYEARECAAYFAjrHGdYACgkQObaG4P6BelBLLwCffVe+kgIRS58q7OFjaPeM+W1R VxMAnA4/SC0CU7FBwSLQijBJK8dkMoW1 =KN3G -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 5:46:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from sublime.efs.org (gatekeeper.efs.org [216.55.163.203]) by hub.freebsd.org (Postfix) with ESMTP id A9BD137B71C for ; Sun, 1 Apr 2001 05:46:27 -0700 (PDT) (envelope-from matt@sublime.efs.org) Received: from sublime (matt@sublime [192.168.2.3]) by sublime.efs.org (8.10.1/8.10.1) with ESMTP id f31CkIq18325 for ; Sun, 1 Apr 2001 05:46:22 -0700 (PDT) Date: Sun, 1 Apr 2001 05:46:18 -0700 (PDT) From: Matt Wilbur To: freebsd-current@freebsd.org Subject: unable to boot NEWCARD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I recently updated my laptop (dell latitude CSx) from a 20010115-CURRENT snapshot (using cvsup/make world), and NEWCARD is now giving me some problems.. (I'm up to date as of 3/30 at this point..) if I boot to a NEWCARD kernel, it freezes just before the cardbus bridge is probed.. at that point I've tried to drop into DDB, but it's either not available yet, or the system's hung completely.. I'm including the dmesg output up to that point at the end of this mail... The last line I see is: pcm0: mem 0xfda00000-0xfdafffff,0xf9800000-0xf9ffffff irq 5 at device 0.1 on pci1 my NEWCARD config is basically NEWCARD with NMBCLUSTERS=1024 ... GENERIC works fine, as does my old 20010115 snapshot kernel.. somtimes if I boot to either working kernel, I can then do a reboot/shutdown -r and boot to my new NEWCARD kernel, it'll boot just fine, until the next power off.. although occasionally not :-/ any tips on where to look, what to do next? bios settings are default, my pcmcia cards are removed... dmesg of a failed boot: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Thu Mar 31 13:13:58 GMT 2001 root@:/usr/src/sys/compile/SHAZAM Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 498471802 Hz CPU: Pentium III/Pentium III Xeon/Celeron (498.47-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268353536 (262064K bytes) avail memory = 256061440 (250060K bytes) Preloaded elf kernel "kernel" at 0xc059b000. Pentium Pro MTRR support enabled WARNING: Driver mistake: destroy_dev on 154/0 Using $PIR table, 5 entries at 0xc00fbd80 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) pcm0: mem 0xfda00000-0xfdafffff,0xf9800000-0xf9ffffff irq 5 at device 0.1 on pci1 thanks! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 7:19:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from roaming.cacheboy.net (roaming.cacheboy.net [203.56.168.69]) by hub.freebsd.org (Postfix) with ESMTP id 4E3F637B71B; Sun, 1 Apr 2001 07:19:12 -0700 (PDT) (envelope-from adrian@roaming.cacheboy.net) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.1/8.11.1) id f31EIeG48026; Sun, 1 Apr 2001 16:18:40 +0200 (CEST) (envelope-from adrian) Date: Sun, 1 Apr 2001 16:18:40 +0200 From: Adrian Chadd To: Jeroen Ruigrok/Asmodai Cc: Eugene Polovnikov , net@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: nos-tun & multihomed machines Message-ID: <20010401161840.A47943@roaming.cacheboy.net> References: <20010316112914.A50671@zssm.zp.ua> <20010316105026.A12010@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010316105026.A12010@daemon.ninth-circle.org>; from asmodai@wxs.nl on Fri, Mar 16, 2001 at 10:50:26AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001, Jeroen Ruigrok/Asmodai wrote: > -On [20010316 10:43], Eugene Polovnikov (paranoid@brain-fag.org) wrote: > >Please, review the following PR: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 > > > >Same patch is in the attach. > > Just a question, > > the gif interface now part of the system does tunneling as well in as > much the same way as nos-tun does. Does gif work for the multihomed > case? [I'll otherwise when not getting any responses dig up the answer > myself.] > I ask this because it serves no purpose having an IPv4-only [as far as > my knowledge goes] tunnel application, whilst we have a more flexible > new solution present. > > Translated, does gif do what nos-tun can do and more? Yes? Let's rip > out nos-tun and support the other well maintained solution. .. and, if you've compiled in the gif interface, you can't actually open a raw IP socket to the IPIP protocol, since the gif interface has it. This isn't documented anywhere, and its bitten me more than once (the error message returned isn't exactly the most helpful..) That said, nos-tun is a nice and simple example of how one would use the tunnel interface in their own program. Perhaps we might want to move it to /usr/share/examples/ ? Adrian, who now runs gif instead of nos-tun .. -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 7:20:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from roaming.cacheboy.net (roaming.cacheboy.net [203.56.168.69]) by hub.freebsd.org (Postfix) with ESMTP id 0501A37B71C; Sun, 1 Apr 2001 07:20:49 -0700 (PDT) (envelope-from adrian@roaming.cacheboy.net) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.1/8.11.1) id f31EKfp48040; Sun, 1 Apr 2001 16:20:41 +0200 (CEST) (envelope-from adrian) Date: Sun, 1 Apr 2001 16:20:41 +0200 From: Adrian Chadd To: David Xu Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: status of KSE? Message-ID: <20010401162041.B47943@roaming.cacheboy.net> References: <424452460.20010315150427@21cn.com> <3AB19407.222CAC7C@elischer.org> <3715226734.20010316125924@21cn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3715226734.20010316125924@21cn.com>; from bsddiy@21cn.com on Fri, Mar 16, 2001 at 12:59:24PM +0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 16, 2001, David Xu wrote: > I know KSE is not related to SMP and will run on UP. my primary > idea is want to run parellel I/O task in same process with pthread, > simply because FreeBSD pthread does not allow me to do multipile > I/O tasks at same time on disk file, of course, it is also conflicted > with SYSV IPC, so I think of KSE. I don't care about SMP, CPU is > enough fast now, I have already seen 1.3G hz CPU, how fast! I think > Intel and AMD can very easy to double their CPU clock, hope I can see > 3Ghz CPU in next year. I really do think KSE should work before SMP, > but it is obvious not. think about Apache 2.0, it is already > multi-threaded, FreeBSD pthread will be blocked at disk I/O, it is very > bad for Apache 2.0 . One could theoretically hack the pthreads port into using either external processes for disk IO, or the aio_ routines. Both of these would suffice. (Note that aio_ only does read/write/lseek, whilst open() and close() are still sync, and open() can take quite a while..) Adrian -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 9: 5:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from neptunium.dowco.com (neptunium.dowco.com [209.87.128.98]) by hub.freebsd.org (Postfix) with ESMTP id C1E2337B71D; Sun, 1 Apr 2001 09:05:04 -0700 (PDT) (envelope-from edu-dev@inbox.ru) Received: from dowco.com (tch1c131.bby.dowco.com [209.87.132.131]) by neptunium.dowco.com (8.9.3/8.x) with SMTP id JAA62112; Sun, 1 Apr 2001 09:01:36 -0700 (PDT) Date: Sun, 1 Apr 2001 09:01:36 -0700 (PDT) From: edu-dev@inbox.ru Message-Id: <200104011601.JAA62112@neptunium.dowco.com> Reply-To: edu-dev@inbox.ru To: edu-dev@inbox.ru Subject: Re: Educational Materials Development Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Need educational materials for a class or course you need to teach? - Computers / IT (any subject) - Management - Other We can help! We create manuals, guides, tutorials and presentation packages for any educational needs you may have. If you or your organization is involved with training then you likely need materials developed. Based in North America, we serve clients across the WORLD. We have worked with some of the largest firms around in prepping and delivering the materials they need. We have great references and can act quickly to produce VERY reasonably priced packages for you. We can create materials for 1 day courses, multiple day seminars or even full semesters. Have a question? Reply to; seattle-edu3@china.com To be removed from our mailing list, write to delete-me586@china.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 9:46:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 8733637B719 for ; Sun, 1 Apr 2001 09:46:24 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id RAA17975; Sun, 1 Apr 2001 17:45:33 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Sun, 1 Apr 2001 17:45:32 +0100 (BST) From: Nick Hibma X-X-Sender: To: "Daniel O'Connor" Cc: Adrian Browne , Subject: RE: usb modems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The device SHOULD work, but I have not been able to test it. What kind of problems are you seeing? Nick > > On 30-Mar-01 Adrian Browne wrote: > > I was wondering if anyone has had any success with a usb isdn 3com modem or > > other usb modem types. I have a usb scanner and printer that works great on > > release 5.0-20010120, but i have failed miserably to get a usb/modem to > > work. Does anyone know? or could some one advise me of the best approach to > > a fix or a how2. I ve tried www.usb.org and well errmm no succes :( > > I recently bought a NetCOMM Roadster II which works very well.. > (At least I can dial up and stuff - haven't exaustivly tested it) > > You may have a Win Modem :( > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@FreeBSD.ORG http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 10:15:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id F0BDA37B719 for ; Sun, 1 Apr 2001 10:15:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.3/8.11.3) id f31HJ0w61446 for current@freebsd.org; Sun, 1 Apr 2001 10:19:00 -0700 (PDT) (envelope-from sgk) Date: Sun, 1 Apr 2001 10:19:00 -0700 From: Steve Kargl To: current@freebsd.org Subject: Re: third party shared library and ldconfig Message-ID: <20010401101900.B61425@troutmask.apl.washington.edu> References: <20010331222025.A56763@troutmask.apl.washington.edu> <20010401004443.A20245@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010401004443.A20245@dragon.nuxi.com>; from TrimYourCc@NUXI.com on Sun, Apr 01, 2001 at 12:44:43AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 01, 2001 at 12:44:43AM -0800, David O'Brien wrote: > On Sat, Mar 31, 2001 at 10:20:25PM -0800, Steve Kargl wrote: > > (3) Edit /etc/rc to explicitly include /usr/local/lib/NAGWare > > This becomes an annoyance when running mergemaster. > > It also isn't a general solution for other third party > > software installations. > > The proper way to do this is via /etc/rc.conf. My own is: > > ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib\ > /opt/Motif/lib /usr/treats/lib" > > Just start with the value in /etc/defaults/rc.conf and add to it. Boy do I have pie on my face. I was treating ldconfig_paths as if it was sacred. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 14:36:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 2706D37B718; Sun, 1 Apr 2001 14:36:32 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f31Lal816259; Sun, 1 Apr 2001 22:36:47 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.3/8.11.3) with ESMTP id f31Lekn79771; Sun, 1 Apr 2001 22:40:46 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200104012140.f31Lekn79771@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: John Hay , Brian Somers , Josef Karthauser , current@FreeBSD.ORG Subject: Re: make release broken in telnetd In-Reply-To: Message from Ruslan Ermilov of "Fri, 30 Mar 2001 11:08:31 +0300." <20010330110831.A50935@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 Apr 2001 22:40:46 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm not convinced that the patch will help. It looks like the error is because it's using the ppp.lo that was built with crypto support but without the mppe bits. Maybe other objects (such as ccp.o in this case - which seems to be built with HAVE_DES and therefore includes MPPEAlgorithm in it's struct ccp_algorithm) aren't being rebuilt ? Maybe the make clean isn't cleaning ccp.o etc ? > Hi! > > This was tricky. Due to the old bug in release/Makefile (it did > not pass -DRELEASE_CRUNCH when building list of object files for > crunched binary), ${OBJS} list for ppp was computed incorrectly, > and ppp/Makefile had a special glue to build empty object files: > > : .if defined(RELEASE_CRUNCH) > : # We must create these objects because crunchgen will link them, > : # and we don't want any unused symbols to spoil the final link. > : CFLAGS+=-DNONAT -DNORADIUS -DNOI4B -DNOSUID > : OBJS+= chap_ms.o mppe.o id.o nat_cmd.o radius.o > : chap_ms.o mppe.o id.o nat_cmd.o radius.o: > : >null_${.PREFIX}.c > : cc -c -o ${.TARGET} null_${.PREFIX}.c > : .endif > > Recall that release/Makefile executes `make subclean all' against > the crunchgen(1) generated .mk file. Previously, `subclean' was > executed with the -DRELEASE_CRUNCH; this removed chap_ms.o, and > subsequent `make all' had a chance to build chap_ms.o from the > stub rule above: > > : # make -n -DRELEASE_CRUNCH chap_ms.o > : >null_chap_ms.c > : cc -c -o chap_ms.o null_chap_ms.c > > Now that -DRELEASE_CRUNCH is moved to crunchgen(1) .conf files > (recall that I needed this so that ${OBJS} are computed correctly > for telnet/Makefile), ppp/Makefile got broken. `subclean' does > not cleans chap_ms.o, and subsequent `make all' considers it > up-to-date. > > The attached patch should fix this. Please let me know... > > Actually, I have just committed a fix to crunchgen(1) so that > it runs `make clean' with the ${BUILDOPTS}, to avoid possible > failures in the future. This fix alone should be enough to > fix the broken `make release', but please test with the attached > patch too. > > : ru 2001/03/30 00:04:25 PST > : > : Modified files: > : usr.sbin/crunch/crunchgen crunchgen.c > : Log: > : `buildopts' may affect the selection of object files. > : Make sure we pass $(BUILDOPTS) to the `clean' target > : so that `make clean' works on the same set of object > : files. Otherwise, we may end up with an incorrectly > : built and up-to-date object file. > : > : Revision Changes Path > : 1.26 +2 -2 src/usr.sbin/crunch/crunchgen/crunchgen.c > > On Thu, Mar 29, 2001 at 07:10:57PM +0200, John Hay wrote: > > Hi Ruslan, > > > > > > > > Could you please try the attached patch and let me know? > > > > > > I had to move -DRELEASE_CRUNCH to *_fixit.conf so that > > > ${OBJS} are computed correctly for usr.bin/telnet. > > > > I have tried it, but now it breaks in boot_crunch: > > > > ########## > > cc -O -pipe -DCRUNCHED_BINARY -c tunefs_stub.c > > ld -dc -r -o tunefs.lo tunefs_stub.o /usr/obj//usr/src/sbin/tunefs/tunefs.o > > crunchide -k _crunched_tunefs_stub tunefs.lo > > cc -static -o boot_crunch boot_crunch.o sh.lo find.lo sed.lo test.lo rm.lo pwd.l > > o ppp.lo sysinstall.lo newfs.lo minigzip.lo cpio.lo fsck.lo ifconfig.lo route.lo > > slattach.lo mount_nfs.lo dhclient.lo arp.lo hostname.lo rtsol.lo pccardc.lo pcc > > ardd.lo usbd.lo usbdevs.lo tunefs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpi > > o -lz -lnetgraph -ldialog -lncurses -lmytinfo -ldisk -lipx > > ppp.lo: In function `MakeKey': > > ppp.lo(.text+0xfe): undefined reference to `des_set_odd_parity' > > ppp.lo: In function `DesEncrypt': > > ppp.lo(.text+0x142): undefined reference to `des_set_key' > > ppp.lo(.text+0x14f): undefined reference to `des_ecb_encrypt' > > ppp.lo: In function `MPPEKeyChange': > > ppp.lo(.text+0x7b6): undefined reference to `RC4_set_key' > > ppp.lo(.text+0x7ca): undefined reference to `RC4' > > ppp.lo: In function `MPPEOutput': > > ppp.lo(.text+0x85b): undefined reference to `RC4_set_key' > > ppp.lo(.text+0x898): undefined reference to `RC4' > > ppp.lo(.text+0x8bd): undefined reference to `RC4' > > ppp.lo: In function `MPPEInput': > > ppp.lo(.text+0x9f7): undefined reference to `RC4_set_key' > > ppp.lo(.text+0xa18): undefined reference to `RC4' > > ppp.lo(.text+0xa4e): undefined reference to `RC4' > > *** Error code 1 > > > > Stop in /usr/src/release/boot_crunch. > > *** Error code 1 > > ... > > ########### > > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 18:44:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 19E5F37B71A for ; Sun, 1 Apr 2001 18:44:33 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 78260 invoked by uid 1000); 2 Apr 2001 01:44:53 -0000 Date: Mon, 2 Apr 2001 03:44:53 +0200 From: "Karsten W. Rohrbach" To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: termcap addition Message-ID: <20010402034453.A78175@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Arbitrary-Number-Of-The-Day: 42 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG someone probably should add cygwin:\ :xn@:op=\E[39;49m:Km=\E[M:tc=linux: to the termcap database, since this is the official term type for cygwin32's terminal emu under windows ;-) /k -- > If you think sex is a pain in the ass, try a different position. KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 20:15:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.bsdhome.com (unknown [24.25.2.193]) by hub.freebsd.org (Postfix) with ESMTP id 8E0E137B71C for ; Sun, 1 Apr 2001 20:15:40 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from vger.bsdhome.com (vger [192.168.220.2]) by smtp.bsdhome.com (8.11.2/8.11.2) with ESMTP id f323FbE26859; Sun, 1 Apr 2001 23:15:38 -0400 (EDT) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.3/8.11.1) id f323Fa302741; Sun, 1 Apr 2001 23:15:36 -0400 (EDT) (envelope-from bsd) Date: Sun, 1 Apr 2001 23:15:36 -0400 From: Brian Dean To: Matt Dillon Cc: Falco , Mathew KANNER , freebsd-current@FreeBSD.ORG Subject: Re: new rc.diskless{1,2} files Message-ID: <20010401231536.F486@vger.bsdhome.com> References: <3AC4C496.60861EB6@fokus.gmd.de> <20010330125701.C17585@cs.mcgill.ca> <3AC4EFD9.585ECC77@fokus.gmd.de> <200103302253.f2UMrPY05575@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103302253.f2UMrPY05575@earth.backplane.com>; from dillon@earth.backplane.com on Fri, Mar 30, 2001 at 02:53:25PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Mar 30, 2001 at 02:53:25PM -0800, Matt Dillon wrote: > > P.S. To anyone who wants to cleanup the rc.diskless files, > please be my guest! I wrote them originally and they worked > 'ok', but then some people mangled them and ever since they > haven't worked right. I don't have time to clean them up > myself. They could use a complete rewriting, IMHO. > > -Matt I've used these to set up a NFS root area for a bunch of servers, but each server has a local disk where I put /var, swap, and a /local mount point for things that need to be accessed a lot. I found rc.diskless1 was fine, but I needed to hack up rc.diskless2 pretty thoroughly for my own situation. It provided a good template, though :) However, there was one area that I thought you did kind've backwards. That was the sucking in of the /etc files. I'm referring to the following in rc.diskless1 where you check for host-specific files, followed by network, then a default config: if [ -d /conf/${bootp_ipa} ] ; then cp -Rp /conf/${bootp_ipa}/etc/* /conf/etc elif [ -d /conf/${bootp_ipbca} ] ; then cp -Rp /conf/${bootp_ipbca}/etc/* /conf/etc else cp -Rp /conf/default/etc/* /conf/etc fi I've found that one can reduce a lot of common file duplication by reversing that logic, going after "default" first, then "network-specific", finally followed by "host-specific" files: if [ -d /conf/default/etc/ ]; then cp -Rp /conf/default/etc/* /conf/etc fi if [ -d /conf/${bootp_ipbca} ] ; then cp -Rp /conf/${bootp_ipbca}/etc/* /conf/etc fi if [ -d /conf/${bootp_ipa} ] ; then cp -Rp /conf/${bootp_ipa}/etc/* /conf/etc fi The idea of this being that most /etc files go into "default", and only overrides go into the "network" and "host-specific" directories. Would folks support and agree to a change like this? -Brian -- Brian Dean bsd@FreeBSD.org bsd@bsdhome.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Apr 1 23:44:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from one.net (ip-216-23-52-218.adsl.one.net [216.23.52.218]) by hub.freebsd.org (Postfix) with ESMTP id 4017C37B718; Sun, 1 Apr 2001 23:44:47 -0700 (PDT) (envelope-from cokane@one.net) Received: (from cokane@localhost) by one.net (8.11.3/8.11.3) id f326xpJ00533; Mon, 2 Apr 2001 02:59:51 -0400 (EDT) (envelope-from cokane) Date: Mon, 2 Apr 2001 02:59:51 -0400 From: Coleman Kane To: freebsd-current@FreeBSD.org Cc: phk@FreeBSD.org Subject: sc device in recent kernel build (Apr 1st) Message-ID: <20010402025951.A472@cokane.yi.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" X-Mailer: Mutt 1.0.1i X-Vim: vim:tw=70:ts=4:sw=4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii For some reason the sc is shifting the flags bits once to the left (I think), resulting in it reading flags as 0x0200 instead of the 0x0100 that I put in the device.hints. Anyway, this causes the console not to attach to my USB keyboard sometimes. The USB on my mobo is broken, and sometimes the ukbd isn't probed on boot (resulting in me having to unplug and plug it back in until it probes/attaches). Anyway, that hardware brokenness is my problem (and what fun it is!). But the sc should read the flags correctly or else it will not connect to a new kbd0 that is probed after boot. -- Coleman Kane --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6yCNmERViMObJ880RAW+yAKCRQ64Ttzt88N7lL2AXL8X9O1vvSACfZD+f 9HdLw/TBTtSOK3ijq1Qo+SQ= =F2jP -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 0:11:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 9F6B237B71C; Mon, 2 Apr 2001 00:11:42 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f3279wi19991; Mon, 2 Apr 2001 10:09:58 +0300 (EEST) (envelope-from ru) Date: Mon, 2 Apr 2001 10:09:58 +0300 From: Ruslan Ermilov To: Brian Somers Cc: John Hay , Brian Somers , Josef Karthauser , current@FreeBSD.ORG Subject: Re: make release broken in telnetd Message-ID: <20010402100958.D17079@sunbay.com> Mail-Followup-To: Brian Somers , John Hay , Brian Somers , Josef Karthauser , current@FreeBSD.ORG References: <200104012140.f31Lekn79771@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104012140.f31Lekn79771@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Sun, Apr 01, 2001 at 10:40:46PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 01, 2001 at 10:40:46PM +0100, Brian Somers wrote: > Hi, > > I'm not convinced that the patch will help. It looks like the error > is because it's using the ppp.lo that was built with crypto support > but without the mppe bits. Maybe other objects (such as ccp.o in > this case - which seems to be built with HAVE_DES and therefore > includes MPPEAlgorithm in it's struct ccp_algorithm) aren't being > rebuilt ? Maybe the make clean isn't cleaning ccp.o etc ? > I thought I have explained this in details, below. Previously, a special hack existed in ppp/Makefile to build stub objects because ${OBJS} was not selected properly by crunchgen(1). Now that -DRELEASE_CRUNCH was moved from release/Makefile into crunchgen(1) config files, `subclean' did not clean the object files. This was fixed twice: crunchgen(1) was modified to pass the value of `buildopts' (here is where -DRELEASE_CRUNCH currently lives) when running `subclean', and this special hack was removed from ppp/Makefile because ${OBJS} now determined correctly. > > Hi! > > > > This was tricky. Due to the old bug in release/Makefile (it did > > not pass -DRELEASE_CRUNCH when building list of object files for > > crunched binary), ${OBJS} list for ppp was computed incorrectly, > > and ppp/Makefile had a special glue to build empty object files: > > > > : .if defined(RELEASE_CRUNCH) > > : # We must create these objects because crunchgen will link them, > > : # and we don't want any unused symbols to spoil the final link. > > : CFLAGS+=-DNONAT -DNORADIUS -DNOI4B -DNOSUID > > : OBJS+= chap_ms.o mppe.o id.o nat_cmd.o radius.o > > : chap_ms.o mppe.o id.o nat_cmd.o radius.o: > > : >null_${.PREFIX}.c > > : cc -c -o ${.TARGET} null_${.PREFIX}.c > > : .endif > > > > Recall that release/Makefile executes `make subclean all' against > > the crunchgen(1) generated .mk file. Previously, `subclean' was > > executed with the -DRELEASE_CRUNCH; this removed chap_ms.o, and > > subsequent `make all' had a chance to build chap_ms.o from the > > stub rule above: > > > > : # make -n -DRELEASE_CRUNCH chap_ms.o > > : >null_chap_ms.c > > : cc -c -o chap_ms.o null_chap_ms.c > > > > Now that -DRELEASE_CRUNCH is moved to crunchgen(1) .conf files > > (recall that I needed this so that ${OBJS} are computed correctly > > for telnet/Makefile), ppp/Makefile got broken. `subclean' does > > not cleans chap_ms.o, and subsequent `make all' considers it > > up-to-date. > > > > The attached patch should fix this. Please let me know... > > > > Actually, I have just committed a fix to crunchgen(1) so that > > it runs `make clean' with the ${BUILDOPTS}, to avoid possible > > failures in the future. This fix alone should be enough to > > fix the broken `make release', but please test with the attached > > patch too. > > > > : ru 2001/03/30 00:04:25 PST > > : > > : Modified files: > > : usr.sbin/crunch/crunchgen crunchgen.c > > : Log: > > : `buildopts' may affect the selection of object files. > > : Make sure we pass $(BUILDOPTS) to the `clean' target > > : so that `make clean' works on the same set of object > > : files. Otherwise, we may end up with an incorrectly > > : built and up-to-date object file. > > : > > : Revision Changes Path > > : 1.26 +2 -2 src/usr.sbin/crunch/crunchgen/crunchgen.c > > > > On Thu, Mar 29, 2001 at 07:10:57PM +0200, John Hay wrote: > > > Hi Ruslan, > > > > > > > > > > > Could you please try the attached patch and let me know? > > > > > > > > I had to move -DRELEASE_CRUNCH to *_fixit.conf so that > > > > ${OBJS} are computed correctly for usr.bin/telnet. > > > > > > I have tried it, but now it breaks in boot_crunch: > > > > > > ########## > > > cc -O -pipe -DCRUNCHED_BINARY -c tunefs_stub.c > > > ld -dc -r -o tunefs.lo tunefs_stub.o /usr/obj//usr/src/sbin/tunefs/tunefs.o > > > crunchide -k _crunched_tunefs_stub tunefs.lo > > > cc -static -o boot_crunch boot_crunch.o sh.lo find.lo sed.lo test.lo rm.lo pwd.l > > > o ppp.lo sysinstall.lo newfs.lo minigzip.lo cpio.lo fsck.lo ifconfig.lo route.lo > > > slattach.lo mount_nfs.lo dhclient.lo arp.lo hostname.lo rtsol.lo pccardc.lo pcc > > > ardd.lo usbd.lo usbdevs.lo tunefs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpi > > > o -lz -lnetgraph -ldialog -lncurses -lmytinfo -ldisk -lipx > > > ppp.lo: In function `MakeKey': > > > ppp.lo(.text+0xfe): undefined reference to `des_set_odd_parity' > > > ppp.lo: In function `DesEncrypt': > > > ppp.lo(.text+0x142): undefined reference to `des_set_key' > > > ppp.lo(.text+0x14f): undefined reference to `des_ecb_encrypt' > > > ppp.lo: In function `MPPEKeyChange': > > > ppp.lo(.text+0x7b6): undefined reference to `RC4_set_key' > > > ppp.lo(.text+0x7ca): undefined reference to `RC4' > > > ppp.lo: In function `MPPEOutput': > > > ppp.lo(.text+0x85b): undefined reference to `RC4_set_key' > > > ppp.lo(.text+0x898): undefined reference to `RC4' > > > ppp.lo(.text+0x8bd): undefined reference to `RC4' > > > ppp.lo: In function `MPPEInput': > > > ppp.lo(.text+0x9f7): undefined reference to `RC4_set_key' > > > ppp.lo(.text+0xa18): undefined reference to `RC4' > > > ppp.lo(.text+0xa4e): undefined reference to `RC4' > > > *** Error code 1 > > > > > > Stop in /usr/src/release/boot_crunch. > > > *** Error code 1 > > > ... > > > ########### -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 4:27:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5DE3F37B71A for ; Mon, 2 Apr 2001 04:27:37 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id NAA51645; Mon, 2 Apr 2001 13:27:31 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Leif Neland Cc: Subject: Re: Interesting backtrace... References: From: Dag-Erling Smorgrav Date: 02 Apr 2001 13:27:31 +0200 In-Reply-To: Leif Neland's message of "Sun, 1 Apr 2001 08:42:12 +0200 (CEST)" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Leif Neland writes: > > (kgdb) kernel 1 > Because that command doesn't work for me.. exec-file kernel.1 symbol-file symbols.1 core-file vmcore.1 (where symbols.1 is a copy kernel.debug) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 5:51:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from inet4all.net (inet4all.net [216.121.191.48]) by hub.freebsd.org (Postfix) with ESMTP id D8CC637B71D for ; Mon, 2 Apr 2001 05:51:50 -0700 (PDT) (envelope-from freebsd@wegalink.de) Received: from Maja (n-dialin-2593.addcom.de [62.246.13.201]) by inet4all.net (8.9.3/8.9.3) with SMTP id OAA00377 for ; Mon, 2 Apr 2001 14:51:44 +0200 Message-ID: <010901c0bb73$aec2a980$0100a8c0@wegalink.net> From: "Eckhard Kantz" To: References: <00d401c0b6b0$43ffa2a0$0100a8c0@wegalink.net> Subject: Re: usr.bin/kdump - 'make world' broken? Date: Mon, 2 Apr 2001 14:51:47 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What could be the reason for the following problem? > > ===> usr.bin/kdump > cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../ > .. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c > In file included from ioctl.c:96: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' > redefined > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:81: warning: this is the > location of the previous definition > In file included from ioctl.c:52: > /usr/obj/usr/src/i386/usr/include/machine/i4b_rbch_ioctl.h:45: `TELNO_MAX' > undeclared here (not in a function) > *** Error code 1 > > Stop in /usr/src/usr.bin/kdump. > *** Error code 1 > The problem was caused by moving /usr to another partition. This changed the file creation sequence in directories. Finally only the directory /usr/src/sys/i386/include had to be removed and cvsup to be run again. Afterwards buildworld was ok. Eckhard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 8:18:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.10]) by hub.freebsd.org (Postfix) with ESMTP id 01E0537B718 for ; Mon, 2 Apr 2001 08:18:44 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from sexta.cs.huji.ac.il ([132.65.16.13] ident=exim) by cs.huji.ac.il with esmtp (Exim 3.22 #1) id 14k66G-0004Y6-00; Mon, 02 Apr 2001 17:18:36 +0200 Received: from localhost ([127.0.0.1] helo=sexta.cs.huji.ac.il ident=danny) by sexta.cs.huji.ac.il with esmtp (Exim 3.15 #1) id 14k66F-0001ll-00; Mon, 02 Apr 2001 17:18:35 +0200 X-Mailer: exmh version 2.2 06/23/2000 with nmh-0.24 To: Brian Dean Cc: Falco , Mathew KANNER , Matt Dillon , freebsd-current@FreeBSD.ORG Subject: Re: new rc.diskless{1,2} files In-reply-to: Your message of Sun, 1 Apr 2001 23:15:36 -0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 Apr 2001 17:18:35 +0200 From: Danny Braniss Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010401231536.F486@vger.bsdhome.com>you write: }I've found that one can reduce a lot of common file duplication by }reversing that logic, going after "default" first, then }"network-specific", finally followed by "host-specific" files: } } if [ -d /conf/default/etc/ ]; then } cp -Rp /conf/default/etc/* /conf/etc } fi } } if [ -d /conf/${bootp_ipbca} ] ; then } cp -Rp /conf/${bootp_ipbca}/etc/* /conf/etc } fi } } if [ -d /conf/${bootp_ipa} ] ; then } cp -Rp /conf/${bootp_ipa}/etc/* /conf/etc } fi } i like it!, since that's almost what i did here, but this morning couldn't remember why :-) as to using local disks, all our 'diskless' actualy have disk, im still in the design stage, since some of the have other os installed, some want to use the disk as scratch, some may need big swap ... danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 9:23:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from imo-m06.mx.aol.com (imo-m06.mx.aol.com [64.12.136.161]) by hub.freebsd.org (Postfix) with ESMTP id B63E337B71D for ; Mon, 2 Apr 2001 09:23:46 -0700 (PDT) (envelope-from pknaack1@netscape.net) Received: from pknaack1@netscape.net by imo-m06.mx.aol.com (mail_out_v29.14.) id n.2c.12fe480 (16216) for ; Mon, 2 Apr 2001 12:23:37 -0400 (EDT) Received: from netscape.com (aimmail02.aim.aol.com [205.188.144.194]) by air-in01.mx.aol.com (v77_r1.37) with ESMTP; Mon, 02 Apr 2001 12:23:37 -0500 Date: Mon, 02 Apr 2001 12:22:38 -0400 From: pknaack1@netscape.net (Phil Knaack) To: current@freebsd.org Subject: USB compact flash reader diffs Mime-Version: 1.0 Message-ID: <2CB15989.24079F3F.00A56D5A@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings: I made some quirk-diffs to umass.c and scsi_da.c to make the USB Microtech CameraMate compactFlash/smartMedia reader work under 5.0-current. Someone want the diffs or should I just PR it? Cheers, Phil -- -- Phil Knaack __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 9:28:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 0DEF237B720 for ; Mon, 2 Apr 2001 09:28:37 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f32GSTb26609; Mon, 2 Apr 2001 09:28:29 -0700 (PDT) (envelope-from dillon) Date: Mon, 2 Apr 2001 09:28:29 -0700 (PDT) From: Matt Dillon Message-Id: <200104021628.f32GSTb26609@earth.backplane.com> To: Brian Dean Cc: Falco , Mathew KANNER , freebsd-current@FreeBSD.ORG Subject: Re: new rc.diskless{1,2} files References: <3AC4C496.60861EB6@fokus.gmd.de> <20010330125701.C17585@cs.mcgill.ca> <3AC4EFD9.585ECC77@fokus.gmd.de> <200103302253.f2UMrPY05575@earth.backplane.com> <20010401231536.F486@vger.bsdhome.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :That was the sucking in of the /etc files. I'm referring to the :following in rc.diskless1 where you check for host-specific files, :followed by network, then a default config: : : if [ -d /conf/${bootp_ipa} ] ; then : cp -Rp /conf/${bootp_ipa}/etc/* /conf/etc : elif [ -d /conf/${bootp_ipbca} ] ; then : cp -Rp /conf/${bootp_ipbca}/etc/* /conf/etc : else : cp -Rp /conf/default/etc/* /conf/etc : fi : :I've found that one can reduce a lot of common file duplication by :reversing that logic, going after "default" first, then :"network-specific", finally followed by "host-specific" files: : : if [ -d /conf/default/etc/ ]; then : cp -Rp /conf/default/etc/* /conf/etc : fi : : if [ -d /conf/${bootp_ipbca} ] ; then : cp -Rp /conf/${bootp_ipbca}/etc/* /conf/etc : fi :... Oops. That was broken allright. It's definitely correct to copy the files in reverse order so the network files override the defaults, and the per-host files override the network files. -Matt :-Brian :-- :Brian Dean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 9:33:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.qubesoft.com (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id C975A37B71B for ; Mon, 2 Apr 2001 09:33:34 -0700 (PDT) (envelope-from n_hibma@FreeBSD.ORG) Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by gate.qubesoft.com (8.11.3/8.11.0) with ESMTP id f32GXW618874; Mon, 2 Apr 2001 17:33:33 +0100 (BST) (envelope-from n_hibma@FreeBSD.ORG) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id RAA21289; Mon, 2 Apr 2001 17:25:21 +0100 (BST) (envelope-from n_hibma@FreeBSD.ORG) Date: Mon, 2 Apr 2001 17:25:21 +0100 (BST) From: X-X-Sender: To: Phil Knaack Cc: Subject: Re: USB compact flash reader diffs In-Reply-To: <2CB15989.24079F3F.00A56D5A@netscape.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG send them to me. Thanks. Nick On Mon, 2 Apr 2001, Phil Knaack wrote: > Greetings: > > I made some quirk-diffs to umass.c and scsi_da.c to make the USB Microtech CameraMate compactFlash/smartMedia reader work under 5.0-current. Someone want the diffs or should I just PR it? > > Cheers, > Phil > > -- > -- > Phil Knaack > > __________________________________________________________________ > Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- The USB for FreeBSD project. n_hibma@FreeBSD.ORG http://www.etla.net/~n_hibma/usb/usb.pl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 10:20:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtp.bsdhome.com (unknown [24.25.2.193]) by hub.freebsd.org (Postfix) with ESMTP id D7BF637B71E for ; Mon, 2 Apr 2001 10:20:19 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from vger.bsdhome.com (vger [192.168.220.2]) by smtp.bsdhome.com (8.11.2/8.11.2) with ESMTP id f32HKHE29027; Mon, 2 Apr 2001 13:20:17 -0400 (EDT) (envelope-from bsd@bsdhome.com) Received: (from bsd@localhost) by vger.bsdhome.com (8.11.3/8.11.1) id f32HKGb06071; Mon, 2 Apr 2001 13:20:16 -0400 (EDT) (envelope-from bsd) Date: Mon, 2 Apr 2001 13:20:16 -0400 From: Brian Dean To: Matt Dillon Cc: Falco , Mathew KANNER , freebsd-current@FreeBSD.ORG Subject: Re: new rc.diskless{1,2} files Message-ID: <20010402132016.A6052@vger.bsdhome.com> References: <3AC4C496.60861EB6@fokus.gmd.de> <20010330125701.C17585@cs.mcgill.ca> <3AC4EFD9.585ECC77@fokus.gmd.de> <200103302253.f2UMrPY05575@earth.backplane.com> <20010401231536.F486@vger.bsdhome.com> <200104021628.f32GSTb26609@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104021628.f32GSTb26609@earth.backplane.com>; from dillon@earth.backplane.com on Mon, Apr 02, 2001 at 09:28:29AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 02, 2001 at 09:28:29AM -0700, Matt Dillon wrote: > Oops. That was broken allright. It's definitely correct to > copy the files in reverse order so the network files override > the defaults, and the per-host files override the network files. > > -Matt Cool, I'll commit a fix shortly. Thanks, -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 10:37:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id B188C37B71A; Mon, 2 Apr 2001 10:37:31 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f32HavG69403; Mon, 2 Apr 2001 10:36:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 02 Apr 2001 10:36:29 -0800 (PDT) From: John Baldwin To: Bruce Evans Subject: Re: i586 FP optimizations hosed. Cc: Mark Murray , current@FreeBSD.org, "David O'Brien" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Mar-01 Bruce Evans wrote: > On Fri, 30 Mar 2001, John Baldwin wrote: > >> On 30-Mar-01 David O'Brien wrote: >> > On Fri, Mar 30, 2001 at 07:45:43AM +0200, Mark Murray wrote: >> >> I thought the 586 FP stuff was disabled? >> > >> > Nope. Depending on how current you are, it was either left broken. >> > I commited BDE's fix to exeception.s that fixed things for K6-2 users. >> >> It looks like it is just broken in the SMP case. > > It is more just broken than before in the SMP case. Premptive context > switching in the kernel did most of the breaking, and recent changes > added sanity checks that detected a very broken case. With preemptive > context switching, the following can happen: > > - we start using the FPU on a CPU with a free FPU (we used to free the > FPU in some cases; now we only use optimizations in bcopy/bzero if > the FPU was free to begin with). > - we do a preemptive context switch and come back using a different FPU. > > The different CPU might even be unfree, and that case is now detected. > In other cases, we just corrupt data by using different FPU registers :-(. Ugh. Hrm, then we need to either disable interrupts inside of i586_* or set a hard affinity flag in the process such that all other CPU's will ignore it and only p_lastcpu will run it next. > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 11:35: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id AA1A937B724; Mon, 2 Apr 2001 11:34:42 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f32IYTG70889; Mon, 2 Apr 2001 11:34:29 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200103311831.f2VIVMO14143@harmony.village.org> Date: Mon, 02 Apr 2001 11:34:02 -0800 (PDT) From: John Baldwin To: Warner Losh Subject: Re: is it supposed to be this broken? Cc: peter@FreeBSD.org, current@FreeBSD.org, Alfred Perlstein Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Mar-01 Warner Losh wrote: > In message <20010331021512.H9431@fw.wintelcom.net> Alfred Perlstein writes: >: This is cute... >: hint.ppc.1.disabled="1" >: ppc1: at port 0x378-0x37f,0x778-0x77b irq 7 drq >: 3 on >: isa0 > > That should work. > > However, if it doesn't, consider removing the 'at' lines from your > hints file. > > Warner It doesn't work because he didn't specify all of the hints, so the fd0 "device" that he has in his hints file isn't a perfect match to the fd0 device that comes from the PnP BIOS. If he specifies all the resources like the normal hints file then it should work fine, I think. Though as Mike points out, it doesn't change the fact that the IRQ is already allocated off to something else. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 12:28:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from ambrisko.com (adsl-216-103-208-74.dsl.snfc21.pacbell.net [216.103.208.74]) by hub.freebsd.org (Postfix) with ESMTP id DCAA537B719; Mon, 2 Apr 2001 12:28:49 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.11.2/8.11.2) id f32JSdd99109; Mon, 2 Apr 2001 12:28:39 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200104021928.f32JSdd99109@ambrisko.com> Subject: Re: Call for review... PR 25577 In-Reply-To: <200104010649.f316nix83661@bmah-freebsd-0.cisco.com> "from Bruce A. Mah at Mar 31, 2001 10:49:44 pm" To: bmah@FreeBSD.ORG Date: Mon, 2 Apr 2001 12:28:38 -0700 (PDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce A. Mah writes: | 1. Seems like I needed to ifconfig the interface up before my other | commands would take effect. I don't recall needing to do any such | thing with the old driver before I could do ancontrol. Is this a | change in behavior or did I miss something? I fixed this and Archie put it in -current and after 4.3 goes out he should MFC it. In the interim try the patch at: http://www.ambrisko.com/doug/an.patch it has some new features such as enabling promiscuous mode from Allan Saddi! | WEP Key status: | Key 0 is set 40 bits | Key 1 is set 128 bits | Key 2 is set 40 bits | Key 3 is unset | The active transmit key is 2 | | If I had to guess, I'd say that if there is an array of WEP keys, the | programs are starting to read one key too late into the array when they | display them. There also seems to be a little disagreement as to | whether keys are numbered starting from 0 or 1. Well I can't see that since it's not an array and the values come from iterating through Cisco's API and a direct query for the transmit key. Look at ancontrol for the ugly & secret details! FYI from my laptop: WEP Key status: Key 0 is set 128 bits Key 1 is set 40 bits Key 2 is unset Key 3 is unset The active transmit key is 0 This corresponds to my Win 98 setting even when I twiddled things around and add things to verify it. It was a 1:1 mapping between the configuration utility and ancontrol. I'm also looking at running the Cisco for Linux configuration utilities under FreeBSD's Linux emulation. However, I can't get them to work under Linux (well I'm Linux challenged ... where's "make world"). I've heard they have lots of features but won't release the source for these utilities :-( Atleast the driver source is available so we should be able to emulate the Linux ioctls that they use :-) Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 13:21:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from milquetoast.cs.mcgill.ca (milquetoast.CS.McGill.CA [132.206.2.5]) by hub.freebsd.org (Postfix) with ESMTP id 22EBC37B71C for ; Mon, 2 Apr 2001 13:21:44 -0700 (PDT) (envelope-from mat@milquetoast.cs.mcgill.ca) Received: (from mat@localhost) by milquetoast.cs.mcgill.ca (8.9.3/8.9.3) id QAA28953 for freebsd-current@freebsd.org; Mon, 2 Apr 2001 16:21:43 -0400 (EDT) Date: Mon, 2 Apr 2001 16:21:43 -0400 From: Mathew KANNER To: freebsd-current@freebsd.org Subject: rc.diskless -> /sbin/mdfs Message-ID: <20010402162143.B25192@cs.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: I speak for myself, operating in Montreal, CANADA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello -current, There seems to be some interest in discussing changes to rc.diskless and I tried to come with a set of variables and shell code for rc.conf and rc.diskless that would allow for tuning the fs (# of inodes, softupdates, etc) as well as filesystems other than ufs. It seems complex enough to warrant being factored out of rc.diskless and into it's own utility. (I can't really think of a reason to want msdos, ext2fs or ifs on temporary storage but I think the option should be available anyway.) I propose having /etc/mdfs.conf and /sbin/mdfs, although I'm not attached to these names. Mdfs.conf is similar in spirit to /etc/vntab but would contain filesystem options as well. Mdconfig doesn't currently have the ability to read configuration files, maybe that's the real solution. Mdfs would read mdfs.conf (or specified file) and would configure the md device via mdconfig, optionally disklabel, run the appropriate 'make fs' and 'tune fs' commands, and optionally mount the disk via mount. [An alternative to this scheme could be to have a mount_md command but I wouldn't know how to get enough information to mount then to mount_md to cover the gammet of options available.] But I'm stuck on two points I would like to solicit ideas: - How should the config file should look. I like the one-line per config entry, a la: md /var swap ufs size="10m" reserve fsopt="-c 90 -m 0" \ tuneopt="-n enable" md /fast malloc ifs size="100m" md /library file="/opt/chemlib.iso" iso9660 /dev/md10 /tmp ufs size="10m" But it might get ugly when escaping the argument strings. - How aware should the utility be of filesystems? Should it handle non ufs filesystems in a arbitrary manner, perhaps like the following config line: md /tmp swap unknown size="100m" no_disklabel newfs="newfs_msdos" \ mount_type="msdos" Or should it know internally of msdos, The minimum is ufs, of course. Anyway, my pain threshold is pretty high so I would prefer to hear that this is all bad than not to hear anything at all :) Thanks, --Mat -- Mathew Kanner Sys Admin at large Obtuse quote: He [not me] understands: "This field of perception is void of perception of man." -- The Quintessence of Buddhism To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 13:51:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152]) by hub.freebsd.org (Postfix) with ESMTP id 4EC0737B71D; Mon, 2 Apr 2001 13:51:07 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-3.cisco.com (8.9.3/8.9.1) with ESMTP id NAA24108; Mon, 2 Apr 2001 13:49:48 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f32Kp3k20654; Mon, 2 Apr 2001 13:51:03 -0700 (PDT) (envelope-from bmah) Message-Id: <200104022051.f32Kp3k20654@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Doug Ambrisko Cc: bmah@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Call for review... PR 25577 In-Reply-To: <200104021928.f32JSdd99109@ambrisko.com> References: <200104021928.f32JSdd99109@ambrisko.com> Comments: In-reply-to Doug Ambrisko message dated "Mon, 02 Apr 2001 12:28:38 -0700." From: bmah@FreeBSD.ORG (Bruce A. Mah) Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_306889832P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 02 Apr 2001 13:51:03 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_306889832P Content-Type: text/plain; charset=us-ascii If memory serves me right, Doug Ambrisko wrote: > Bruce A. Mah writes: > | 1. Seems like I needed to ifconfig the interface up before my other > | commands would take effect. I don't recall needing to do any such > | thing with the old driver before I could do ancontrol. Is this a > | change in behavior or did I miss something? > > I fixed this and Archie put it in -current and after 4.3 goes out he should > MFC it. In the interim try the patch at: > http://www.ambrisko.com/doug/an.patch > it has some new features such as enabling promiscuous mode from Allan Saddi! Yeah, David Wolfskill pointed this out too. Wonder why I didn't see it before...maybe something was doing an "ifconfig up" and I just didn't realize it (pccard_ether maybe?). Pass me the pointy hat. > | WEP Key status: > | Key 0 is set 40 bits > | Key 1 is set 128 bits > | Key 2 is set 40 bits > | Key 3 is unset > | The active transmit key is 2 > | > | If I had to guess, I'd say that if there is an array of WEP keys, the > | programs are starting to read one key too late into the array when they > | display them. There also seems to be a little disagreement as to > | whether keys are numbered starting from 0 or 1. > > Well I can't see that since it's not an array and the values come > from iterating through Cisco's API and a direct query for the > transmit key. Look at ancontrol for the ugly & secret details! OK. I have a question...an_readkeyinfo() seems to use the loop counter i directly in determining what key number to print out. However, the an_ltv_wepkey structure has an an_key_index member; I'm wondering if that's somehow significant, should be used, or whatever. I was thinking of having an_readkeyinfo() print this out just for kicks. No guarantees, but I'll put it on my TODO list. Note that an important difference between your laptop configuration and mine is that you are using a contiguous range of WEP keys (0 and 1) whereas I am not (0 and 2). FYI: Here's the info from Cisco's key manglement program under Win2K, the same interface as above: Current Adapter is 340 Series PCMCIA Adapter's Firmware Does Support WEP (Version V3.98) Adapter is Associated WEP is Enabled WEP Key 1 is Set (40 Bits) WEP Key 2 is Not Set WEP Key 3 is Set (128 Bits) WEP Key 4 is Not Set WEP Tx Key is Key 3 Doesn't bear much resemblance to what I showed before (the transmit key was right, but little else). Thanks, Bruce. --==_Exmh_306889832P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6yOY32MoxcVugUsMRAhG9AJ4t6VoK0yvVL2gqZ55xUbzrxFBfFQCg2LZ8 gnFTvXUFWjzFoz9MnIXMv2o= =IPEQ -----END PGP SIGNATURE----- --==_Exmh_306889832P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 14:34: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 4B6A437B718 for ; Mon, 2 Apr 2001 14:34:00 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f32LXwl36734 for ; Mon, 2 Apr 2001 23:33:58 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f32LYIF14050 for freebsd-current@freebsd.org; Mon, 2 Apr 2001 23:34:18 +0200 (CEST) Date: Mon, 2 Apr 2001 23:34:17 +0200 From: Bernd Walter To: freebsd-current@freebsd.org Subject: Funny Interrupt settings on AXPpci33 Message-ID: <20010402233417.A14039@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Apr 2 19:33:20 CEST 2001 ticso@cicely9.cicely.de:/var/d8/src-2001-03-28/src/sys/compile/CICELY10 DEC AXPpci Alpha PC AXPpci33, 166MHz 8192 byte page size, 1 processor. CPU: LCA Family major=4 minor=2 OSF PAL rev: 0x100090002012d real memory = 31481856 (30744K bytes) avail memory = 24649728 (24072K bytes) Preloaded elf kernel "kernel" at 0xfffffc000067a000. lca0: <21066 Core Logic chipset> pci0: on pcib0 sym0: <810> port 0x10000-0x100ff mem 0x81040400-0x810404ff irq 0 at device 6.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at ISA irq 0 isab0: at device 7.0 on pci0 isa0: on isab0 dc0: port 0x10180-0x101ff mem 0x81040000-0x810403ff irq 16 at device 11.0 on pci0 ^^^^^^ dc0: couldn't map interrupt device_probe_and_attach: dc0 attach returned 6 de0: port 0x10100-0x1017f mem 0x81040500-0x8104057f irq 185 at device 12.0 on pci0 ^^^^^^^ de0: couldn't map interrupt device_probe_and_attach: de0 attach returned 6 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold [...] Here are the lines with an older kernel: dc0: port 0x10180-0x101ff mem 0x81040000-0x810403ff irq 5 at device 11.0 on pci0 dc0: interrupting at ISA irq 5 dc0: Ethernet address: 00:00:cb:56:2e:2a miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto de0: port 0x10100-0x1017f mem 0x81040500-0x8104057f irq 9 at device 12.0 on pci0 de0: interrupting at ISA irq 9 de0: Cogent 21040 [10Mb/s] pass 2.3 de0: address 00:00:92:90:7f:26 -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 14:42:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id A6A6937B71D for ; Mon, 2 Apr 2001 14:42:16 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id RAA20738; Mon, 2 Apr 2001 17:42:16 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f32LfkE94197; Mon, 2 Apr 2001 17:41:46 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15048.61977.954793.801365@grasshopper.cs.duke.edu> Date: Mon, 2 Apr 2001 17:41:45 -0400 (EDT) To: Bernd Walter Cc: freebsd-current@freebsd.org Subject: Re: Funny Interrupt settings on AXPpci33 (fwd) In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bernd, The problem is that the lca gives totally bogus intline values that aren't 255; so the MI code thinks they are valid & never calls the platform specific inter_route code to correct them. Please try the appended fix, which is basically what we do on x86 SMP. Matt Dodd said he had a better idea, but it doesn't look like he had time to implement it. Mike Smith suggested it, and if it works for you, I'll commit it. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 Index: alpha/pci//lca_pci.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/pci/lca_pci.c,v retrieving revision 1.9 diff -u -r1.9 lca_pci.c --- alpha/pci//lca_pci.c 2000/12/08 22:11:23 1.9 +++ alpha/pci//lca_pci.c 2001/03/16 21:38:02 @@ -34,6 +34,8 @@ #include #include #include +#include +#include #include #include @@ -134,6 +136,12 @@ lca_pcib_read_config(device_t dev, u_int b, u_int s, u_int f, u_int reg, int width) { + if ((reg == PCIR_INTLINE) && (width == 1)) { + int pin; + + pin = lca_pcib_read_config(dev, b, s, f, PCIR_INTPIN, 1); + return (platform.pci_intr_route(NULL, dev, pin)); + } switch (width) { case 1: CFGREAD(b, s, f, reg, BYTE, u_int8_t); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 15:18:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 87FC037B722 for ; Mon, 2 Apr 2001 15:18:09 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f32MI7l37030; Tue, 3 Apr 2001 00:18:07 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f32MIS114221; Tue, 3 Apr 2001 00:18:28 +0200 (CEST) Date: Tue, 3 Apr 2001 00:18:27 +0200 From: Bernd Walter To: Andrew Gallatin Cc: Bernd Walter , freebsd-current@FreeBSD.ORG Subject: Re: Funny Interrupt settings on AXPpci33 (fwd) Message-ID: <20010403001827.B14039@cicely20.cicely.de> References: <15048.61977.954793.801365@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15048.61977.954793.801365@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Apr 02, 2001 at 05:41:45PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Apr 02, 2001 at 05:41:45PM -0400, Andrew Gallatin wrote: > The problem is that the lca gives totally bogus intline values that > aren't 255; so the MI code thinks they are valid & never calls the > platform specific inter_route code to correct them. > > Please try the appended fix, which is basically what we do on x86 SMP. > > Matt Dodd said he had a better idea, but it doesn't look like he had > time to implement it. Mike Smith suggested it, and if it works for you, > I'll commit it. Now there are some odd intr_map messages and the irq isn't shown in the first line from the device but at least the dc0 interface works. Peter Jeremy pointed me to a patch from Matt Dodd, which I will test later. He send the mail to -alpha. Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Mon Apr 2 23:56:44 CEST 2001 ticso@cicely9.cicely.de:/var/d8/src-2001-03-28/src/sys/compile/CICELY10 DEC AXPpci Alpha PC AXPpci33, 166MHz 8192 byte page size, 1 processor. CPU: LCA Family major=4 minor=2 OSF PAL rev: 0x100090002012d real memory = 31481856 (30744K bytes) avail memory = 24649728 (24072K bytes) Preloaded elf kernel "kernel" at 0xfffffc000067a000. lca0: <21066 Core Logic chipset> dec_axppci_33_intr_map: weird slot number 0 dec_axppci_33_intr_map: weird slot number 0 dec_axppci_33_intr_map: weird slot number 0 dec_axppci_33_intr_map: weird slot number 0 ^^^^^^^^^^^^^^^^^^^^^^ pci0: on pcib0 sym0: <810> port 0x10000-0x100ff mem 0x81040400-0x810404ff at device 6.0 on pci0 ^^^^ no irq printed sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at ISA irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 dc0: port 0x10180-0x101ff mem 0x81040000-0x810403ff at device 11.0 on pci0 ^^^^ no irq printed dc0: interrupting at ISA irq 5 dc0: Ethernet address: 00:00:cb:56:2e:2a miibus0: on dc0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto de0: port 0x10100-0x1017f mem 0x81040500-0x8104057f at device 12.0 on pci0 de0: interrupting at ISA irq 9 de0: Cogent 21040 [10Mb/s] pass 2.3 de0: address 00:00:92:90:7f:26 -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 17:19: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9557537B725 for ; Mon, 2 Apr 2001 17:19:01 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA23519; Mon, 2 Apr 2001 20:19:00 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f330IUU94438; Mon, 2 Apr 2001 20:18:30 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15049.5846.691199.906377@grasshopper.cs.duke.edu> Date: Mon, 2 Apr 2001 20:18:30 -0400 (EDT) To: Bernd Walter Cc: freebsd-current@FreeBSD.ORG Subject: Re: Funny Interrupt settings on AXPpci33 (fwd) In-Reply-To: <20010403001827.B14039@cicely20.cicely.de> References: <15048.61977.954793.801365@grasshopper.cs.duke.edu> <20010403001827.B14039@cicely20.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bernd Walter writes: > On Mon, Apr 02, 2001 at 05:41:45PM -0400, Andrew Gallatin wrote: > > The problem is that the lca gives totally bogus intline values that > > aren't 255; so the MI code thinks they are valid & never calls the > > platform specific inter_route code to correct them. > > > > Please try the appended fix, which is basically what we do on x86 SMP. > > > > Matt Dodd said he had a better idea, but it doesn't look like he had > > time to implement it. Mike Smith suggested it, and if it works for you, > > I'll commit it. > > Now there are some odd intr_map messages and the irq isn't shown in > the first line from the device but at least the dc0 interface works. > Peter Jeremy pointed me to a patch from Matt Dodd, which I will test > later. He send the mail to -alpha. Where it belongs. ;) I'll followup there. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Apr 2 19:40:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 3F11837B720 for ; Mon, 2 Apr 2001 19:40:32 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id WAA20536; Mon, 2 Apr 2001 22:40:22 -0400 (EDT) Date: Mon, 2 Apr 2001 22:40:22 -0400 (EDT) From: "Matthew N. Dodd" To: Bernd Walter Cc: freebsd-current@FreeBSD.ORG Subject: Re: Funny Interrupt settings on AXPpci33 In-Reply-To: <20010402233417.A14039@cicely20.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1660628947-986265622=:54019" Sender: owner-freebsd-current@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-1660628947-986265622=:54019 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 2 Apr 2001, Bernd Walter wrote: > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #0: Mon Apr 2 19:33:20 CEST 2001 > ticso@cicely9.cicely.de:/var/d8/src-2001-03-28/src/sys/compile/CICELY10 > DEC AXPpci > Alpha PC AXPpci33, 166MHz Yes, I fixed this and posted a patch for review to freebsd-alpha. Please find it attached and test it for me. I'll commit it if I can 1 other person to say that it works properly. Thanks. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | --0-1660628947-986265622=:54019 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="axppci33.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="axppci33.patch" SW5kZXg6IGFscGhhL2RlY19heHBwY2lfMzMuYw0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KUkNTIGZpbGU6IC9jdnMvc3JjL3N5cy9hbHBoYS9hbHBoYS9k ZWNfYXhwcGNpXzMzLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjExDQpk aWZmIC11IC1yMS4xMSBkZWNfYXhwcGNpXzMzLmMNCi0tLSBhbHBoYS9kZWNf YXhwcGNpXzMzLmMJMjAwMS8wMi8wMSAyMTo1OTowMAkxLjExDQorKysgYWxw aGEvZGVjX2F4cHBjaV8zMy5jCTIwMDEvMDMvMTcgMTk6NTA6MTINCkBAIC01 Niw2ICs1Niw3IEBADQogdm9pZCBkZWNfYXhwcGNpXzMzX2luaXQgX19QKCh2 b2lkKSk7DQogc3RhdGljIHZvaWQgZGVjX2F4cHBjaV8zM19jb25zX2luaXQg X19QKCh2b2lkKSk7DQogc3RhdGljIGludCBkZWNfYXhwcGNpXzMzX2ludHJf cm91dGUgIF9fUCgoZGV2aWNlX3QsIGRldmljZV90LCBpbnQpKTsNCitpbnQg ZGVjX2F4cHBjaV8zM19pbnRyX21hcCh1X2ludCwgaW50KTsNCiANCiBleHRl cm4gaW50IHNpb2NuYXR0YWNoIF9fUCgoaW50LCBpbnQpKTsNCiBleHRlcm4g aW50IHNpb2dkYmF0dGFjaCBfX1AoKGludCwgaW50KSk7DQpAQCAtOTEsNyAr OTIsNyBAQA0KIAkJCXBsYXRmb3JtLm1vZGVsID0gYWxwaGFfdW5rbm93bl9z eXNuYW1lKCk7DQogCX0NCiANCi0JcGxhdGZvcm0uaW9idXMgPSAibGNhIjsN CisJcGxhdGZvcm0uaW9idXMgPSAiYXhwcGNpMzNfbGNhIjsNCiAJcGxhdGZv cm0uY29uc19pbml0ID0gZGVjX2F4cHBjaV8zM19jb25zX2luaXQ7DQogCXBs YXRmb3JtLnBjaV9pbnRyX3JvdXRlID0gZGVjX2F4cHBjaV8zM19pbnRyX3Jv dXRlOw0KIA0KQEAgLTEyMCw5ICsxMjEsMTEgQEANCiANCiAJbGNhX2luaXQo KTsNCiANCisjaWYgMA0KICNpZmRlZiBEREINCiAJc2lvZ2RiYXR0YWNoKDB4 MmY4LCA5NjAwKTsNCiAjZW5kaWYNCisjZW5kaWYNCiAJY3RiID0gKHN0cnVj dCBjdGIgKikoKChjYWRkcl90KWh3cnBiKSArIGh3cnBiLT5ycGJfY3RiX29m Zik7DQogDQogCXN3aXRjaCAoY3RiLT5jdGJfdGVybV90eXBlKSB7DQpAQCAt MTY2LDEwICsxNjksMTUgQEANCiB9DQogDQogI2RlZmluZQlTSU9fUENJUkVH X1BJUlFfUlRDVFJMCTB4NjAJLyogUElSUTAgUm91dGUgQ29udHJvbCAqLw0K LQ0KIHN0YXRpYyBpbnQNCiBkZWNfYXhwcGNpXzMzX2ludHJfcm91dGUoZGV2 aWNlX3QgcGNpYiwgZGV2aWNlX3QgZGV2LCBpbnQgcGluKQ0KIHsNCisJcmV0 dXJuIChkZWNfYXhwcGNpXzMzX2ludHJfbWFwKHBjaV9nZXRfc2xvdChkZXYp LCBwaW4pKTsNCit9DQorDQoraW50DQorZGVjX2F4cHBjaV8zM19pbnRyX21h cCh1X2ludCBzLCBpbnQgcGluKQ0KK3sNCiAJaW50IHBpcnE7DQogCXVfaW50 MzJfdCBwaXJxcmVnOw0KIAl1X2ludDhfdCBwaXJxbGluZTsNCkBAIC0xODIs NyArMTkwLDcgQEANCiAJICogU2xvdC0+aW50ZXJydXB0IHRyYW5zbGF0aW9u LiAgVGFrZW4gZnJvbSBOZXRCU0QuDQogCSAqLw0KIA0KLQlzd2l0Y2ggKHBj aV9nZXRfc2xvdChkZXYpKSB7DQorCXN3aXRjaCAocykgew0KIAljYXNlIDY6 CQkJCQkvKiBOQ1IgU0NTSSAqLw0KIAkJcGlycSA9IDM7DQogCQlicmVhazsN CkBAIC0yMzQsNyArMjQyLDcgQEANCiANCiAJZGVmYXVsdDoNCiAJCXByaW50 ZigiZGVjX2F4cHBjaV8zM19pbnRyX21hcDogd2VpcmQgc2xvdCBudW1iZXIg JWRcbiIsDQotCQkgICAgICAgcGNpX2dldF9zbG90KGRldikpOw0KKwkJICAg ICAgIHMpOw0KIAkJcmV0dXJuKDI1NSk7DQogCX0NCiANCkluZGV4OiBwY2kv bGNhLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvY3Zz L3NyYy9zeXMvYWxwaGEvcGNpL2xjYS5jLHYNCnJldHJpZXZpbmcgcmV2aXNp b24gMS4xNA0KZGlmZiAtdSAtcjEuMTQgbGNhLmMNCi0tLSBwY2kvbGNhLmMJ MjAwMC8wOC8yOCAyMTo0ODowMwkxLjE0DQorKysgcGNpL2xjYS5jCTIwMDEv MDMvMTcgMDg6MjY6MzYNCkBAIC0xNDIsNiArMTQyLDEyIEBADQogCXNpemVv ZihzdHJ1Y3QgbGNhX3NvZnRjKSwNCiB9Ow0KIA0KK3N0YXRpYyBkcml2ZXJf dCBheHBwY2kzM19sY2FfZHJpdmVyID0gew0KKwkiYXhwcGNpMzNfbGNhIiwN CisJbGNhX21ldGhvZHMsDQorCXNpemVvZihzdHJ1Y3QgbGNhX3NvZnRjKSwN Cit9Ow0KKw0KICNkZWZpbmUgTENBX1NHTUFQX0JBU0UJCSg4KjEwMjQqMTAy NCkNCiAjZGVmaW5lIExDQV9TR01BUF9TSVpFCQkoOCoxMDI0KjEwMjQpDQog DQpAQCAtMjg1LDQgKzI5MSw0IEBADQogfQ0KIA0KIERSSVZFUl9NT0RVTEUo bGNhLCByb290LCBsY2FfZHJpdmVyLCBsY2FfZGV2Y2xhc3MsIDAsIDApOw0K LQ0KK0RSSVZFUl9NT0RVTEUoYXhwcGNpMzNfbGNhLCByb290LCBheHBwY2kz M19sY2FfZHJpdmVyLCBsY2FfZGV2Y2xhc3MsIDAsIDApOw0KSW5kZXg6IHBj aS9sY2FfcGNpLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxl OiAvY3ZzL3NyYy9zeXMvYWxwaGEvcGNpL2xjYV9wY2kuYyx2DQpyZXRyaWV2 aW5nIHJldmlzaW9uIDEuOQ0KZGlmZiAtdSAtcjEuOSBsY2FfcGNpLmMNCi0t LSBwY2kvbGNhX3BjaS5jCTIwMDAvMTIvMDggMjI6MTE6MjMJMS45DQorKysg cGNpL2xjYV9wY2kuYwkyMDAxLzAzLzE4IDAzOjQyOjEyDQpAQCAtMzMsOSAr MzMsMTEgQEANCiAjaW5jbHVkZSA8c3lzL2J1cy5oPg0KICNpbmNsdWRlIDxt YWNoaW5lL2J1cy5oPg0KICNpbmNsdWRlIDxzeXMvcm1hbi5oPg0KLSNpbmNs dWRlIDxwY2kvcGNpdmFyLmg+DQorI2luY2x1ZGUgPGRldi9wY2kvcGNpdmFy Lmg+DQorI2luY2x1ZGUgPGRldi9wY2kvcGNpcmVnLmg+DQogI2luY2x1ZGUg PG1hY2hpbmUvc3dpei5oPg0KICNpbmNsdWRlIDxtYWNoaW5lL21kX3Zhci5o Pg0KKyNpbmNsdWRlIDxtYWNoaW5lL2NwdWNvbmYuaD4NCiANCiAjaW5jbHVk ZSA8YWxwaGEvcGNpL2xjYXJlZy5oPg0KICNpbmNsdWRlIDxhbHBoYS9wY2kv bGNhdmFyLmg+DQpAQCAtMTMwLDcgKzEzMiwzNCBAQA0KIAlyZXR1cm47CQkJ CQkJCQkgIFwNCiB9IHdoaWxlICgwKQ0KIA0KKy8qIFhYWCBzaG91bGQgbW92 ZSB0byBhIGhlYWRlciBmaWxlIHNvbWV3aGVyZT8gKi8NCitpbnQgZGVjX2F4 cHBjaV8zM19pbnRyX21hcCh1X2ludCwgaW50KTsNCisNCiB1X2ludDMyX3QN CitheHBwY2kzM19sY2FfcGNpYl9yZWFkX2NvbmZpZyhkZXZpY2VfdCBkZXYs IHVfaW50IGIsIHVfaW50IHMsIHVfaW50IGYsDQorCQkgICAgIHVfaW50IHJl ZywgaW50IHdpZHRoKQ0KK3sNCisJaWYgKChyZWcgPT0gUENJUl9JTlRMSU5F KSAmJiAod2lkdGggPT0gMSkpIHsNCisJCXN3aXRjaCAocykgew0KKwkJY2Fz ZSA2OgkJLyogTkNSIFNDU0kgKi8NCisJCWNhc2UgODoJCS8qIFNsb3QgMyAq Lw0KKwkJY2FzZSAxMToJLyogU2xvdCAxICovDQorCQljYXNlIDEyOgkvKiBT bG90IDIgKi8NCisJCXsNCisJCQlpbnQgcGluOw0KKwkJCXBpbiA9IGxjYV9w Y2liX3JlYWRfY29uZmlnKGRldiwgYiwgcywgZiwgUENJUl9JTlRQSU4sIDEp Ow0KKwkJCXJldHVybiAoZGVjX2F4cHBjaV8zM19pbnRyX21hcChzLCBwaW4p KTsNCisJCX0NCisJCWJyZWFrOw0KKwkJZGVmYXVsdDoNCisJCQlicmVhazsN CisJCX0NCisJfQ0KKw0KKwlyZXR1cm4gKGxjYV9wY2liX3JlYWRfY29uZmln KGRldiwgYiwgcywgZiwgcmVnLCB3aWR0aCkpOw0KK30NCisNCit1X2ludDMy X3QNCiBsY2FfcGNpYl9yZWFkX2NvbmZpZyhkZXZpY2VfdCBkZXYsIHVfaW50 IGIsIHVfaW50IHMsIHVfaW50IGYsDQogCQkgICAgIHVfaW50IHJlZywgaW50 IHdpZHRoKQ0KIHsNCkBAIC0xNjIsNiArMTkxLDQxIEBADQogCQlDRkdXUklU RShiLCBzLCBmLCByZWcsIHZhbCwgTE9ORywgdV9pbnQzMl90KTsNCiAJfQ0K IH0NCisNCitzdGF0aWMgZGV2aWNlX21ldGhvZF90IGF4cHBjaTMzX2xjYV9w Y2liX21ldGhvZHNbXSA9IHsNCisJLyogRGV2aWNlIGludGVyZmFjZSAqLw0K KwlERVZNRVRIT0QoZGV2aWNlX3Byb2JlLAkJbGNhX3BjaWJfcHJvYmUpLA0K KwlERVZNRVRIT0QoZGV2aWNlX2F0dGFjaCwJYnVzX2dlbmVyaWNfYXR0YWNo KSwNCisNCisJLyogQnVzIGludGVyZmFjZSAqLw0KKwlERVZNRVRIT0QoYnVz X3ByaW50X2NoaWxkLAlidXNfZ2VuZXJpY19wcmludF9jaGlsZCksDQorCURF Vk1FVEhPRChidXNfcmVhZF9pdmFyLAlsY2FfcGNpYl9yZWFkX2l2YXIpLA0K KwlERVZNRVRIT0QoYnVzX2FsbG9jX3Jlc291cmNlLAlidXNfZ2VuZXJpY19h bGxvY19yZXNvdXJjZSksDQorCURFVk1FVEhPRChidXNfcmVsZWFzZV9yZXNv dXJjZSwJYnVzX2dlbmVyaWNfcmVsZWFzZV9yZXNvdXJjZSksDQorCURFVk1F VEhPRChidXNfYWN0aXZhdGVfcmVzb3VyY2UsIGJ1c19nZW5lcmljX2FjdGl2 YXRlX3Jlc291cmNlKSwNCisJREVWTUVUSE9EKGJ1c19kZWFjdGl2YXRlX3Jl c291cmNlLCBidXNfZ2VuZXJpY19kZWFjdGl2YXRlX3Jlc291cmNlKSwNCisJ REVWTUVUSE9EKGJ1c19zZXR1cF9pbnRyLAlidXNfZ2VuZXJpY19zZXR1cF9p bnRyKSwNCisJREVWTUVUSE9EKGJ1c190ZWFyZG93bl9pbnRyLAlidXNfZ2Vu ZXJpY190ZWFyZG93bl9pbnRyKSwNCisNCisJLyogYWxwaGFwY2kgaW50ZXJm YWNlICovDQorCURFVk1FVEhPRChhbHBoYXBjaV9jdnRfZGVuc2UsCWxjYV9w Y2liX2N2dF9kZW5zZSksDQorDQorCS8qIHBjaWIgaW50ZXJmYWNlICovDQor CURFVk1FVEhPRChwY2liX21heHNsb3RzLAlsY2FfcGNpYl9tYXhzbG90cyks DQorCURFVk1FVEhPRChwY2liX3JlYWRfY29uZmlnLAlheHBwY2kzM19sY2Ff cGNpYl9yZWFkX2NvbmZpZyksDQorCURFVk1FVEhPRChwY2liX3dyaXRlX2Nv bmZpZywJbGNhX3BjaWJfd3JpdGVfY29uZmlnKSwNCisJREVWTUVUSE9EKHBj aWJfcm91dGVfaW50ZXJydXB0LAlhbHBoYV9wY2lfcm91dGVfaW50ZXJydXB0 KSwNCisNCisJeyAwLCAwIH0NCit9Ow0KKw0KK3N0YXRpYyBkcml2ZXJfdCBh eHBwY2kzM19sY2FfcGNpYl9kcml2ZXIgPSB7DQorCSJwY2liIiwNCisJYXhw cGNpMzNfbGNhX3BjaWJfbWV0aG9kcywNCisJMSwNCit9Ow0KKw0KK0RSSVZF Ul9NT0RVTEUocGNpYiwgYXhwcGNpMzNfbGNhLCBheHBwY2kzM19sY2FfcGNp Yl9kcml2ZXIsIHBjaWJfZGV2Y2xhc3MsIDAsIDApOw0KIA0KIHN0YXRpYyBk ZXZpY2VfbWV0aG9kX3QgbGNhX3BjaWJfbWV0aG9kc1tdID0gew0KIAkvKiBE ZXZpY2UgaW50ZXJmYWNlICovDQpJbmRleDogcGNpL2xjYXZhci5oDQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2N2cy9zcmMvc3lzL2Fs cGhhL3BjaS9sY2F2YXIuaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNA0K ZGlmZiAtdSAtcjEuNCBsY2F2YXIuaA0KLS0tIHBjaS9sY2F2YXIuaAkyMDAw LzEyLzAxIDE1OjI3OjQ4CTEuNA0KKysrIHBjaS9sY2F2YXIuaAkyMDAxLzAz LzE3IDA1OjU5OjExDQpAQCAtMzEsMyArMzEsNSBAQA0KIGV4dGVybiB2b2lk IGxjYV9pbml0KHZvaWQpOw0KIHVfaW50MzJfdCBsY2FfcGNpYl9yZWFkX2Nv bmZpZyhzdHJ1Y3QgZGV2aWNlICpkZXYsIHVfaW50IGIsIHVfaW50IHMsIHVf aW50IGYsDQogCQkJICAgICAgIHVfaW50IHJlZywgaW50IHdpZHRoKTsNCit1 X2ludDMyX3QgYXhwcGNpMzNfbGNhX3BjaWJfcmVhZF9jb25maWcoc3RydWN0 IGRldmljZSAqZGV2LCB1X2ludCBiLCB1X2ludCBzLA0KKwkJCQkJdV9pbnQg ZiwgdV9pbnQgcmVnLCBpbnQgd2lkdGgpOw0K --0-1660628947-986265622=:54019-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 1:19:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 4CE3237B71C; Tue, 3 Apr 2001 01:19:40 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f338JUW24229; Tue, 3 Apr 2001 11:19:34 +0300 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.3/8.11.2) with ESMTP id f338JTA20422; Tue, 3 Apr 2001 11:19:29 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3AC9878F.F767D872@FreeBSD.org> Date: Tue, 03 Apr 2001 11:19:27 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: dd@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org, deischen@FreeBSD.org Subject: Re: ports/26307: libc_r aborts when using the KDE media player (noatun) with the sound server(aRts) References: <200104030253.f332rtH65383@freefall.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG dd@FreeBSD.ORG wrote: > Synopsis: libc_r aborts when using the KDE media player (noatun) with the sound server(aRts) > > Responsible-Changed-From-To: freebsd-bugs->freebsd-ports > Responsible-Changed-By: dd > Responsible-Changed-When: Mon Apr 2 19:53:15 PDT 2001 > Responsible-Changed-Why: > Ports issue. I'm not so sure. Actually from the PR content it looks like a libc_r issue rather than a KDE issue. Could somebody with libc_r knowledge check that? -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 5: 1:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id AF84D37B71C; Tue, 3 Apr 2001 05:01:55 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA04646; Tue, 3 Apr 2001 22:01:52 +1000 Date: Tue, 3 Apr 2001 22:00:38 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Mark Murray , current@FreeBSD.org, "David O'Brien" Subject: Re: i586 FP optimizations hosed. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 2 Apr 2001, John Baldwin wrote: > On 31-Mar-01 Bruce Evans wrote: > > [about i586-optimized copying and bzeroing] > > - we start using the FPU on a CPU with a free FPU (we used to free the > > FPU in some cases; now we only use optimizations in bcopy/bzero if > > the FPU was free to begin with). > > - we do a preemptive context switch and come back using a different FPU. > > > > The different CPU might even be unfree, and that case is now detected. > > In other cases, we just corrupt data by using different FPU registers :-(. > > Ugh. Hrm, then we need to either disable interrupts inside of i586_* or set a This would break fast interrupts :-). > hard affinity flag in the process such that all other CPU's will ignore it and > only p_lastcpu will run it next. There are many other possibilities: - don't use these routines. - don't use these routines for the SMP case. - disable preemptive context switching for the CPU that is using the FPU. The hard affinity flag could be used for this as a special case. - acquire sched_lock so that all sorts of context switching are disabled for all CPUs. - don't attempt to save the FPU state reentrantly, since this doesn't work with preemptive context switchiing unless interrupt handlers also save the state reentrantly, which they shouldn't do because it is too wasteful. Instead, save the state in the pcb as is already done in copy{in,out} so that cpu_switch() handles it. This may be too wasteful too. - as in previous possibility, but avoid switching the entire state. For the FPU, the entire state must be switched, but for SSE individual registers can be saved and restored. Saving and restoring individual registers reentrantly would be easy but no longer works for the SMP case. Switching a subset of the state would not be so easy. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 8:12:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-32.dsl.lsan03.pacbell.net [63.207.60.32]) by hub.freebsd.org (Postfix) with ESMTP id F1E8137B71A for ; Tue, 3 Apr 2001 08:12:09 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0730366B41; Tue, 3 Apr 2001 08:12:08 -0700 (PDT) Date: Tue, 3 Apr 2001 08:12:08 -0700 From: Kris Kennaway To: Andrew Newlands Cc: freebsd-current@FreeBSD.org Subject: Re: buildkernel fails with random device Message-ID: <20010403081208.A49186@xor.obsecurity.org> References: <20010401151642.A1357@reason.queens.unimelb.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010401151642.A1357@reason.queens.unimelb.edu.au>; from anewland@queens.unimelb.edu.au on Sun, Apr 01, 2001 at 03:16:42PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Apr 01, 2001 at 03:16:42PM +1000, Andrew Newlands wrote: > If I attempt to build a kernel with the random device it bombs out with this > message: > > Error output: > > make: don't know how to make /usr/src/sys/crypto/rijndael/rijndael-alg-fst.c. Stop > > The kernel build happily if I comment out the random device in the > configuration file. Do you have the src-sys-crypto collection? Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 9:17:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 12B3837B71B; Tue, 3 Apr 2001 09:17:34 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: from foo.osd.bsdi.com (root@foo.osd.bsdi.com [204.216.28.137]) by pike.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f33GGtK45818; Tue, 3 Apr 2001 09:16:55 -0700 (PDT) (envelope-from jhb@foo.osd.bsdi.com) Received: (from jhb@localhost) by foo.osd.bsdi.com (8.11.1/8.11.1) id f33GFXB18156; Tue, 3 Apr 2001 09:15:33 -0700 (PDT) (envelope-from jhb) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 03 Apr 2001 09:15:33 -0700 (PDT) Organization: BSD, Inc. From: John Baldwin To: Bruce Evans Subject: Re: i586 FP optimizations hosed. Cc: "David O'Brien" , current@FreeBSD.org, Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 03-Apr-01 Bruce Evans wrote: > On Mon, 2 Apr 2001, John Baldwin wrote: > >> On 31-Mar-01 Bruce Evans wrote: >> > [about i586-optimized copying and bzeroing] >> > - we start using the FPU on a CPU with a free FPU (we used to free the >> > FPU in some cases; now we only use optimizations in bcopy/bzero if >> > the FPU was free to begin with). >> > - we do a preemptive context switch and come back using a different FPU. >> > >> > The different CPU might even be unfree, and that case is now detected. >> > In other cases, we just corrupt data by using different FPU registers :-(. >> >> Ugh. Hrm, then we need to either disable interrupts inside of i586_* or set >> a > > This would break fast interrupts :-). > >> hard affinity flag in the process such that all other CPU's will ignore it >> and >> only p_lastcpu will run it next. > > There are many other possibilities: > - don't use these routines. > - don't use these routines for the SMP case. > - disable preemptive context switching for the CPU that is using the FPU. > The hard affinity flag could be used for this as a special case. > - acquire sched_lock so that all sorts of context switching are disabled > for all CPUs. > - don't attempt to save the FPU state reentrantly, since this doesn't work > with preemptive context switchiing unless interrupt handlers also save the > state reentrantly, which they shouldn't do because it is too wasteful. > Instead, save the state in the pcb as is already done in copy{in,out} > so that cpu_switch() handles it. This may be too wasteful too. > - as in previous possibility, but avoid switching the entire state. For > the FPU, the entire state must be switched, but for SSE individual > registers can be saved and restored. Saving and restoring individual > registers reentrantly would be easy but no longer works for the SMP case. > Switching a subset of the state would not be so easy. Hmmmmm. I think I'm liking the next to last. Even if there is additional overhead, it should still outperform generic_bcopy and friends on the CPU's in question, right? > Bruce -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.Baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 11: 3:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id CEEF037B71F; Tue, 3 Apr 2001 11:03:30 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f33I3FM58726; Tue, 3 Apr 2001 11:03:15 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Apr 2001 11:03:15 -0700 (PDT) From: Matt Dillon Message-Id: <200104031803.f33I3FM58726@earth.backplane.com> To: Bruce Evans Cc: John Baldwin , Mark Murray , current@FreeBSD.ORG, "David O'Brien" Subject: Re: i586 FP optimizations hosed. References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How about this: * a per-process fp-in-use flag * a per-cpu fp-save-block ID (incrementing serial number) When a context switch from process A to process B occurs: if (process-A-using-FP) { increment ID save FP state for process A and ID fp-save-block-id = ID } if (process-B-using-FP) { if (fp-save-block-id != B->saved_fp_state->ID) { restore FP state for B } } So lets take a few test cases: * Interrupt occurs - fp context saved - interrupt is scheduled on same cpu (lets say) - interrupt completes, original process switched back to - ID matches, no restore operation required. * Multiple interrupts occur or several context switches occur from the point of view of some cpu. - fp context saved - multiple interrupts & context switches occur, but none require the use of the FPU - switch back to original process - ID matches, no restore operation required. * Interrupt occurs, original process woken up on different cpu - fp context saved - all sorts of things happen - original process woken up on different cpu - ID does not match (ID is per-cpu), restore FP context * Kernel bcopy operation in case where no process switch occurs (i.e. current process was using the FP and while we went into kernel mode, we have not yet saved the FP state anywhere). if (process-A-using-FP) { push FP state for process A on stack push process-A-using-FP flag } set process-A-using-FP flag use FP registers to do bcopy restore process-A-using-FP flag from stack restore FP state from stack This solution isn't perfect, we still wind up saving the FP state in the case of an interrupt, but at least we don't have to restore it if it is determined to still be valid. Additionally it is possible that we might be able to switch between several processes under normal operating conditions and not have to restore the FP state of the original one when we get back to it if none of the intervening processes (or the kernel) use the FP. I can't think up of anything more optimal that isn't overly complex. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 11: 8:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mars.entic.net (mars.entic.net [63.125.62.132]) by hub.freebsd.org (Postfix) with ESMTP id 03E4C37B718 for ; Tue, 3 Apr 2001 11:08:06 -0700 (PDT) (envelope-from aj@entic.net) Received: (qmail 4442 invoked by uid 100); 3 Apr 2001 18:08:02 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Apr 2001 18:08:02 -0000 Date: Tue, 3 Apr 2001 11:08:02 -0700 (PDT) From: Anil Jangity To: Cc: Subject: More xl0 watchdog timeout probs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [please include me in Cc as I am not subscribed to the list] I looked through nearly all threads containing this topic and I am still stuck. I have tried some of the solutions posted but to no avail: Src I am using: Current (Mar 30) SYS/ (April 2) I am seeing that xl0: chip is in D6 power mode -- setting to D0 notice and as someone (Bill?) suggested I commented out the power mode check in the source but no luck. People have said this could be a IRQ issue and I should try changing the IRQ but I am not sure how, the bios on here doesn't seem to support that (Dell Latitude CP). HINTS file was no help. One thing I noticed: uhci0: port 0xece0-0xecff irq 11 at device 1.2 on pci0 pccbb0: irq 11 at device 3.0 on pci0 pccbb1: irq 11 at device 3.1 on pci0 xl0: <3Com 3c575B Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403ffff,0x44002080-0x440020ff,0x44002000-0x4400207f irq 11 at device 0.0 on cardbus0 Why are they ALL using irq11? Are they being shared? Is that normal? I disabled USB in the kernel but that didn't help this watchdog errors. Thanks for any help!! and sorry for this repetitous post. -------------------------------------------------------------------------- FreeBSD 5.0-CURRENT #7: Tue Apr 3 09:26:24 PDT 2001 root@mums.synopsys.com:/usr/src/sys/compile/mums Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 233864369 Hz CPU: Pentium/P55C (quarter-micron) (233.86-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 67043328 (65472K bytes) avail memory = 61321216 (59884K bytes) Preloaded elf kernel "kernel" at 0xc03b6000. Intel Pentium detected, installing workaround for F00F bug Using $PIR table, 5 entries at 0xc00fb950 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x860-0x86f at device 1.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xece0-0xecff irq 11 at device 1.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x840-0x84f irq 9 at device 1.3 on pci0 intpm0: I/O mapped 840 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 800 pci0: at 2.0 (no driver attached) pccbb0: irq 11 at device 3.0 on pci0 pccbb0: PCI Memory allocated: 44000000 cardbus0: on pccbb0 pccbb0: WARNING: cannot attach pccard bus. pccbb1: irq 11 at device 3.1 on pci0 pccbb1: PCI Memory allocated: 44001000 cardbus1: on pccbb1 pccbb1: WARNING: cannot attach pccard bus. fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> pmtimer0 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources atspeaker0: at port 0x61 on isa0 unknown: can't assign resources ppc0: at port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: can't assign resources IP Filter: v3.4.16 initialized. Default = pass all, Logging = enabled ad0: 3102MB [6304/16/63] at ata0-master UDMA33 Mounting root from ufs:/dev/ad0s1a pccbb0: card inserted: event=0x00000000, state=30000820 pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] TUPLE: LINKTARGET [3]: 43 49 53 Manufacturer ID: 01015751 TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 TUPLE: CFTABLE_ENTRY_CB [12]: 41 9a 01 b5 1e 01 55 02 30 ff ff 01 cardbus0: Opening BAR: type=IO, bar=10, len=0040 Product version: 5.0 Product name: 3Com Corporation | 3CCFE575BT | LAN Cardbus Card | 001 | Functions: Network Adaptor, Memory TUPLE: CFTABLE_ENTRY_CB [6]: 00 80 80 80 80 19 CIS reading done xl0: <3Com 3c575B Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403ffff,0x44002080-0x440020ff,0x44002000-0x4400207f irq 11 at device 0.0 on cardbus0 xl0: chip is in D6 power mode -- setting to D0 xl0: Ethernet address: 00:50:04:29:ac:2e miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cardbus1: Detaching card: no cards to detach! pccbb1: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] xl0: watchdog timeout xl0: watchdog timeout xl0: no carrier - transceiver cable problem? HINTS: hint.fdc.0.at="isa" hint.fdc.0.port="0x3F0" hint.fdc.0.irq="6" hint.fdc.0.drq="2" hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" hint.ata.1.at="isa" hint.ata.1.port="0x170" hint.ata.1.irq="15" hint.ata.1.disabled="1" hint.atkbdc.0.at="isa" hint.atkbdc.0.port="0x060" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.atkbd.0.flags="0x1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.vga.0.at="isa" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.vt.0.at="isa" hint.pmtimer.0.at="isa" hint.npx.0.at="nexus" hint.npx.0.port="0x0F0" hint.npx.0.irq="13" hint.apm.0.at="nexus" hint.apm.0.flags="0x20" hint.pcic.0.at="isa" hint.pcic.0.irq="0" hint.pcic.0.port="0x3e0" hint.pcic.0.maddr="0xd0000" hint.pcic.1.at="isa" hint.pcic.1.irq="7" hint.pcic.1.port="0x3e2" hint.pcic.1.maddr="0xd4000" hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.1.at="isa" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.2.at="isa" hint.sio.2.disabled="1" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" hint.sio.3.at="isa" hint.sio.3.disabled="1" hint.sio.3.port="0x2E8" hint.sio.3.irq="9" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 11:10:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id A678237B719; Tue, 3 Apr 2001 11:10:39 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f33IAd258887; Tue, 3 Apr 2001 11:10:39 -0700 (PDT) (envelope-from dillon) Date: Tue, 3 Apr 2001 11:10:39 -0700 (PDT) From: Matt Dillon Message-Id: <200104031810.f33IAd258887@earth.backplane.com> To: Bruce Evans , John Baldwin , Mark Murray , current@FreeBSD.ORG, "David O'Brien" Subject: Re: i586 FP optimizations hosed. References: <200104031803.f33I3FM58726@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : * Kernel bcopy operation in case where no process switch occurs : (i.e. current process was using the FP and while we went into : kernel mode, we have not yet saved the FP state anywhere). : : if (process-A-using-FP) { : push FP state for process A on stack : push process-A-using-FP flag : } : set process-A-using-FP flag : use FP registers to do bcopy : : restore process-A-using-FP flag from stack : restore FP state from stack Oops. I meant: if (process-A-using-FP) { push FP state for process A on stack } push process-A-using-FP flag set process-A-using-FP flag use FP registers to do bcopy restore process-A-using-FP flag from stack if (process-A-using-FP) { restore FP state from stack } -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 12:16:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from garm.bart.nl (garm.bart.nl [194.158.170.13]) by hub.freebsd.org (Postfix) with ESMTP id 2FB0137B71E; Tue, 3 Apr 2001 12:16:18 -0700 (PDT) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6]) by garm.bart.nl (8.10.1/8.10.1) with ESMTP id f33JFlg46198; Tue, 3 Apr 2001 21:15:48 +0200 (CEST) Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f33JFe500993; Tue, 3 Apr 2001 21:15:40 +0200 (CEST) (envelope-from asmodai) Date: Tue, 3 Apr 2001 21:15:39 +0200 From: Jeroen Ruigrok/Asmodai To: John Baldwin Cc: "David O'Brien" , current@FreeBSD.org, Mark Murray Subject: Re: i586 FP optimizations hosed. Message-ID: <20010403211539.A591@daemon.ninth-circle.org> References: <20010330091533.B90989@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Mar 30, 2001 at 03:01:18PM -0800 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20010331 05:30], John Baldwin (jhb@FreeBSD.org) wrote: >It looks like it is just broken in the SMP case. Note: I got a i586_bzero_oops on an UP box. It was invoked through the random_process and the random_kthread. -- Jeroen Ruigrok van der Werven/Asmodai .oUo. asmodai@[wxs.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 How the gods kill... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 18:44:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from reason.queens.unimelb.edu.au (reason.queens.unimelb.edu.au [203.28.244.109]) by hub.freebsd.org (Postfix) with SMTP id 4FAB337B71C for ; Tue, 3 Apr 2001 18:44:19 -0700 (PDT) (envelope-from ajn@reason.queens.unimelb.edu.au) Received: (qmail 53583 invoked by uid 1001); 4 Apr 2001 01:57:05 -0000 Date: Wed, 4 Apr 2001 11:57:05 +1000 From: Andrew Newlands To: freebsd-current@FreeBSD.org Subject: Re: buildkernel fails with random device Message-ID: <20010404115705.A53569@reason.queens.unimelb.edu.au> References: <20010401151642.A1357@reason.queens.unimelb.edu.au> <20010403081208.A49186@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010403081208.A49186@xor.obsecurity.org>; from kris@obsecurity.org on Tue, Apr 03, 2001 at 08:12:08AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Apr 03, 2001 at 08:12:08AM -0700, Kris Kennaway wrote: > On Sun, Apr 01, 2001 at 03:16:42PM +1000, Andrew Newlands wrote: > > If I attempt to build a kernel with the random device it bombs out with this > > message: > > > > Error output: > > > > make: don't know how to make /usr/src/sys/crypto/rijndael/rijndael-alg-fst.c. Stop > > > > The kernel build happily if I comment out the random device in the > > configuration file. > > Do you have the src-sys-crypto collection? I fixed this last night; solution was to get the contents of /usr/src/sys/crypto via ftp rather than using cvsup. Slightly surprising since src-crypto is in my cvsupfile.intl along with src-secure (which did arrive btw). Once the crypto collection is in place the kernel builds happily :-) Cheers, Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 21:36:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 2872437B71A for ; Tue, 3 Apr 2001 21:36:22 -0700 (PDT) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f344aBq33128 for freebsd-current@FreeBSD.ORG.AVP; Wed, 4 Apr 2001 06:36:11 +0200 (CEST) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f344aBq33122 for freebsd-current@FreeBSD.ORG; Wed, 4 Apr 2001 06:36:11 +0200 (CEST) (envelope-from leifn@neland.dk) Received: from gina ([192.168.5.100]) by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f344Zwu06433 for ; Wed, 4 Apr 2001 06:36:02 +0200 (CEST) (envelope-from leifn@neland.dk) Message-ID: <013d01c0bcc0$d3d26e60$6405a8c0@neland.dk> Reply-To: "Leif Neland" From: "Leif Neland" To: Subject: pppoe, userland ppp Date: Wed, 4 Apr 2001 00:03:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f344aBq33122 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'd like to try pppoe to connect to poptop (on a linuxbox). The port is forbidden; I should use ng_pppoe. I haven't done netgraph stuff before; afaiu I should attach ng_pppoe to a node which is the physical device. But I'm doing userland ppp, and tun0 is not a node. ngctl list shows this: There are 10 total nodes: Name: ngctl3349 Type: socket ID: 0000000b Num hooks: 0 Name: ipr3 Type: ether ID: 00000009 Num hooks: 0 Name: ipr2 Type: ether ID: 00000008 Num hooks: 0 Name: ipr1 Type: ether ID: 00000007 Num hooks: 0 Name: ipr0 Type: ether ID: 00000006 Num hooks: 0 Name: isp3 Type: ether ID: 00000005 Num hooks: 0 Name: isp2 Type: ether ID: 00000004 Num hooks: 0 Name: isp1 Type: ether ID: 00000003 Num hooks: 0 Name: isp0 Type: ether ID: 00000002 Num hooks: 0 Name: ed0 Type: ether ID: 00000001 Num hooks: 0 If my local network is 192.168.5.0, inside ip 192.168.5.11, outside ip dynamic, the remote internal network 192.168.0.0, the gateway running poptop is 192.168.0.1 internal, 194.1.2.3 outside, how do I setup ng_pppoe? When my ADSL gets installed, it will be on ed1. Same question as above. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Apr 3 23: 3:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1484637B71D; Tue, 3 Apr 2001 23:03:14 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA30109; Wed, 4 Apr 2001 16:03:07 +1000 Date: Wed, 4 Apr 2001 16:01:53 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Jeroen Ruigrok/Asmodai Cc: John Baldwin , "David O'Brien" , current@FreeBSD.ORG, Mark Murray Subject: Re: i586 FP optimizations hosed. In-Reply-To: <20010403211539.A591@daemon.ninth-circle.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Apr 2001, Jeroen Ruigrok/Asmodai wrote: > -On [20010331 05:30], John Baldwin (jhb@FreeBSD.org) wrote: > >It looks like it is just broken in the SMP case. > > Note: I got a i586_bzero_oops on an UP box. > > It was invoked through the random_process and the random_kthread. This means that i586_bzero was interrupted and the scheduler gave control to something else that used the FPU before returning control to i586_bzero. I think I can see how this can happen :-(. i586_bzero may be being used by a (non-ithread) process. Control may be switched to another (non-ithread) process that uses the FPU for copyin/copyout. The locking for bzero/bcopy doesn't help because copyin/copyout don't use it (they switch the context). The fix should be be to switch the context in all cases. This wasn't done before because it ddidn't work in interrupt handlers in SMPog. It still doesn't work in fast interrupt handlers, but this shouldn't be a problem since bcopy/ bzero are not in the (almost empty) set of functions that may be called from a fast interrupt handler. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 0:51:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from web13205.mail.yahoo.com (web13205.mail.yahoo.com [216.136.174.190]) by hub.freebsd.org (Postfix) with SMTP id 32B0237B732 for ; Wed, 4 Apr 2001 00:47:34 -0700 (PDT) (envelope-from wm_13@yahoo.com) Message-ID: <20010404074734.10927.qmail@web13205.mail.yahoo.com> Received: from [212.17.24.17] by web13205.mail.yahoo.com; Wed, 04 Apr 2001 00:47:34 PDT Date: Wed, 4 Apr 2001 00:47:34 -0700 (PDT) From: Mike Subject: Ïðåäëàãàþ ðàáîòó â èíòåðíåòå (50000$ çà 3 ìåñÿöà) To: wm_13@yahoo.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-2086206725-986370454=:7069" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-2086206725-986370454=:7069 Content-Type: text/plain; charset=us-ascii var yviContents='http://us.toto.geo.yahoo.com/toto?s=76001065&l=NE&b=1&t=986291654';yviR='us';yfiEA(0);ÍÅ ÓÄÀËßÉÒÅ ÝÒÎ, ÎÒÏÅ×ÀÒÀÉÒÅ ÝÒÎ, ÏÐÎ×ÈÒÀÉÒÅ ÝÒÎ ÎÒÏÅ×ÀÒÀÉÒÅ ÝÒÎ, ÏÎÆÀËÓÉÑÒÀ, È ÑÏÎÊÎÉÍÎ ÏÐÎ×ÈÒÀÉÒÅ ! ÂÛ ÇÀÐÀÁÎÒÀÅÒÅ ÌÍÎÃÎ ÄÅÍÅÃ! ÝÒÎÒ ÁÈÇÍÅÑ ÐÀÁÎÒÀÅÒ ÏÐÎÑÒÎ ÂÅËÈÊÎËÅÏÍÎ!!! ß ÐÀÁÎÒÀÞ ÏÎ ÝÒÎÉ ÏÐÎÃÐÀÌÌÅ ÎÄÈÍ - ÄÂÀ ×ÀÑÀ  ÄÅÍÜ, ÂÊËÞ×Àß ÎÁÐÀÁÎÒÊÓ ÇÀÊÀÇÎÂ È ÄÎÐÎÃÓ Â ÁÀÍÊ!!! Íà÷íèòå ðàáîòàòü ñ íàìè è óâèäèòå, ÷òî áóäåòå ðàäû òîìó, ÷òî òàê ñäåëàëè!!! ÇÀÐÀÁÎÒÀÉÒÅ 100.000,- USD ÇÀ ÃÎÄ ÍÀ ÐÅÊËÀÌÅ Â ÈÍÒÅÐÍÅÒÅ È ÐÀÑÑÛËÊÅ E-MAIL!!! Óâàæàåìûå äðóçüÿ è ïîäðóãè, Âû ìîæåòå çàðàáîòàòü 50.000,- USD è áîëüøå â òå÷åíèå ñëåäóþùèõ 90 äíåé íà ðàññûëêå e-mail. ÊÀÆÅÒÑß ÍÅÂÎÇÌÎÆÍÛÌ?? Ïðî÷èòàéòå äåòàëè, â ýòîì íåò íèêàêîé êàâåðçû èëè îáìàíà, ïðîñòî äåëàéòå ñåáå ðåêëàìó â Èíòåðíåò, ðàññûëàéòå e-mail è ðàçìåùàéòå ðåêëàìíûå îáúÿâëåíèÿ, è ÂÛ âñòàíåòå íà ïóòü ê ôèíàíñîâîé íåçàâèñèìîñòè è ÑÂÎÁÎÄÅ!! "AS SEEN ON NATIONAL TELEVISION" Ñïàñèáî çà Âàøå âðåìÿ è èíòåðåñ. Îá ýòîì ïèñüìå íåäàâíî áûëî íàïèñàíî â àìåðèêàíñêèõ ãàçåòàõ. Òàêæå, ââèäó åãî ïîïóëÿðíîñòè â Èíòåðíåòå, ãëàâíàÿ íî÷íàÿ èíôîðìàöèîííàÿ ïðîãðàììà ïîñâåòèëà åìó öåëóþ ïåðåäà÷ó íà îáúÿñíåíèå è âûÿñíåíèå, äåéñòâèòåëüíî ëè íèæå îïèñàííàÿ ïðîãðàììà ìîæåò ïðèíåñòè ëþäÿì äåíüãè. Òàêæå ïðîâåäåíî èññëåäîâàíèå ëåãàëüíîñòè äàííîé ïðîãðàììû.  ðåçóëüòàòå êîòîðîãî, ðàç è íàâñåãäà ïîäòâåðäèëîñü, ÷òî íå íàðóøàþòñÿ íèêàêèå çàêîíû è ïîñòàíîâëåíèÿ. Ýòî ïîìîãëî ïîêàçàòü ëþäÿì, ÷òî ýòî ïðîñòîé, áåçâðåäíûé è èíòåðåñíûé ñïîñîá çàðàáîòêà äåíåã íà äîìó. Âû ïîéìåòå ñóòü, êàê òîëüêî ïðî÷èòàåòå ýòî ðóêîâîäñòâî.     Íàïå÷àòàéòå ýòîò äîêóìåíò ñåé÷àñ, äëÿ ïîñëåäóþùåãî ÷òåíèÿ. (Èíôîðìàöèÿ òðåáóåò âíèìàòåëüíîãî ïðî÷òåíèÿ) Ñëåäóþùàÿ âîçìîæíîñòü, ïðèíîñèò äîõîä , è ìîæåò Âàñ çàèíòåðåñîâàòü. Åñòü âîçìîæíîñòü åå íà÷àòü ñ ìèíèìàëüíûìè èíâåñòèöèÿìè, à äîõîä ïðîñòî ÏÎÐÀÇÈÒÅËÜÍÛÉ!!!!! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ Õîòèòå çàðàáîòàòü 50.000,- USD ìåíüøå ÷åì çà 90 äíåé!? Ïîæàëóéñòà, ïðî÷èòàéòå äàííóþ ïðîãðàììó, ñíà÷àëà ÿ ýòîìó òîæå íå âåðèë, îäíàêî ýòî òàê!!! À ïîòîì ïðî÷èòàéòå ýòî ÅÙÅ ÐÀÇ! $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ ÝÒÎ ËÅÃÀËÜÍÀß ÂÎÇÌÎÆÍÎÑÒÜ ÇÀÐÀÁÎÒÀÒÜ ÄÅÍÜÃÈ !!! !!! Ýòî íå òðåáóåò, ÷òîáû âû âñòðå÷àëèñü ñ ëþäüìè (êàê âî ìíîãèõ äðóãèõ ïîäîáíûõ ïðåäëîæåíèÿõ)!!! Ìîæåòå ðàáîòàòü ñâîèì òåìïîì. Ñàìîå ëó÷øåå ýòî òî, ÷òî íåò íåîáõîäèìîñòè ïîêèäàòü ñâîé äîì. Åñëè âû âåðèòå, ÷òî êîãäà-íèáóäü, â îäèí ïðåêðàñíûé äåíü, ó Âàñ ïîÿâèòüñÿ âîçìîæíîñòü äîëãî îòäûõàòü, òàê ýòo, èìåííî, è åñòü òàêàÿ ÂÎÇÌÎÆÍÎÑÒÜ!!!!! Ïðîñòî, ñëåäóéòå äàííîé èíñòðóêöèè, è Âàø ñîí èñïîëíèòñÿ. Ýòîò áèçíåñ - Multi-level-E-MAIL òîðãîâëÿ ïî çàêàçàì, ïðîãðàììà äåéñòâóåò ïðåâîñõîäíî íà 100% è êîãäà è ãäå óãîäíî. E-mail ÿâëÿåòñÿ òîðãîâûì èíñòðóìåíòîì áóäóùåãî!!! Èñïîëüçóéòå ýòîò íåêîììåð÷åñêèé ìåòîä ðåêëàìû. Ñäåëàéòå ýòî ñåé÷àñ!!! ×åì äîëüøå áóäåòå æäàòü, òåì áîëüøå ëþäåé áóäåò äåëàòü ýòîò áèçíåññ. Âîçüìèòå ñåáå ÷àñòü ÝÒÎÉ ÀÊÖÈÈ!! MULTI-LEVEL-MARKETING (MLM) íàêîíåö-òî äîñòèã óâàæåíèÿ. Îí ïðåïîäàåòñÿ â Ãàðâàðäñêîé òîðãîâîé øêîëå. Ñòýíôîðäñêèé èññëåäîâàòåëüñêèé èíñòèòóò è æóðíàë Wall Street çàÿâèëè, ÷òî 50-65% âñåõ òîâàðîâ è óñëóã äî êîíöà òûñÿ÷åëåòèÿ áóäóò ïðîäàâàòüñÿ ïîñðåäñòâîì multi-level ìåòîäîâ. Ýòî ìíîãî ìèëëèàðäíàÿ äîëëàðîâàÿ èíäóñòðèÿ, è òîëüêî èç 500,000 ìèëëèîíåðîâ â ÑØÀ, öåëûõ 20% (100.000 ÷åëîâåê) ñäåëàëè ñâîå ñîñòîÿíèå çà ïîñëåäíèå ïàðó ëåò áëàãîäàðÿ MLM. À åùå, ñòàòèñòèêà ïîêàçûâàåò, ÷òî 45 ÷åëîâåê êàæäûé äåíü ñòàíîâÿòñÿ ìèëëèîíåðàìè áëàãîäàðÿ Multi-Level-Marketing. Âîçìîæíî, ÷òî âû óæå ñëûøàëè èñòîðèþ, êàê Äîíàëüä Òðàìï ëåòîì íàâåñòèë øîó Äåâèäà Ëåòòåðìàíà. Äåâèä ñïðîñèë åãî, ÷òîáû îí äåëàë åñëè áû ïîòåðÿë âñå ñâîå ñîñòîÿíèå è âûíóæäåí áûë íà÷àòü âñå ñ íà÷àëà. Äîíàëüä áåç êîëåáàíèÿ îòâåòèë, ÷òî íàøåë áû õîðîøóþ MLM ôèðìó è íà÷àë ðàáîòàòü. Ïóáëèêà íà÷àëà ñâèñòåòü âûðàæàÿ íåñîãëàñèå. Äîíàëüä ïîñìîòðåë íà çðèòåëüíûé çàë è ñåðüåçíî ïðîèçíåñ: "Áëàãîäàðÿ ýòîìó ÿ çäåñü íàâåðõó, à âû òàì, âíèçó!" Ñ ñåòåâûì ìàðêåòèíãîì âû èìååòå äâà èñòî÷íèêà ïðèáûëè: Ïðÿìàÿ ïðèáûëü ñ ïðîäàæè, êîòîðóþ ïðîâîäèòå Âû ñàìè è ïðèáûëü ñ îáîðîòà ëþäåé, êîòîðûõ ïðèâåäåòå â áèçíåñ. Áåñêîíå÷íàÿ ïðèáûëü ÿâëÿåòñÿ òàéíîé áîãàòñòâà. Ýòî çíà÷èò îäèí ðàç èíâåñòèðîâàòü âðåìÿ èëè äåíüãè à ïîòîì ïîëó÷àòü äåíüãè ñíîâà è ñíîâà.  ñåòåâîì ìàðêåòèíãå ýòî òàêæå îçíà÷àåò ïîëó÷àòü äåíüãè çà ðàáîòó äðóãèõ. Ê ñîæàëåíèþ, ïðî÷èòàâ ýòî ïèñüìî âïåðâûå, ÿ ïðàêòè÷åñêè ïðîïóñòèë òàêóþ âîçìîæíîñòü ñêâîçü ïàëüöû, è äàæå íå ñòàë ÷èòàòü äàëüøå, íî âñêîðå ÿ ïåðå÷èòàë âñå çàíîâî. Çàäóìàëñÿ è ïîíÿë âñþ ñèëó ýòîãî ïðåäëîæåíèÿ. È òåïåðü ÿ áîãàò è ñâîáîäåí. ß ìîãó äóõîâíî ðàçâèâàòüñÿ, îòäûõàòü, íàäî ìíîé íåò ãíåòà íà÷àëüñòâà, ìîåé ñåìüå è ìíå íå ìåøàåò óíèçèòåëüíàÿ áåäíîñòü è áîðüáà çà êóñîê õëåáà, ìåøàÿ ÷åëîâå÷åñêîé æèçíè... ************************************************************ Íàïðèìåð, âîò ÷òî ãîâîðèò ìèñòåð Äæåðè Ïðîêòîð, àìåðèêàíñêèé ìèëëèîíåð. Äâà ãîäà íàçàä áûëà óïðàçäíåíà ìîÿ äîëæíîñòü â ôèðìå, â êîòîðîé ÿ ðàáîòàë ïîñëåäíèõ ïÿòíàäöàòü ëåò. Ïîñëå íåñêîëüêèõ íåóñïåøíûõ ñîáåñåäîâàíèé ÿ ðåøèë íà÷àòü ñâîé ñîáñòâåííûé áèçíåñ.  òå÷åíèè ïðîøëûõ ëåò ÿ ïðîøåë ìíîãî ôèíàíñîâûõ çàòðóäíåíèé. ß áûë äîëæåí ñâîåé ñåìüå, äðóçüÿì è êðåäèòîðàì áîëåå 35.000,- USD. ß áûë âûíóæäåí çàëîæèòü ñâîé äîì, ÷òîáû ïðîêîðìèòü ñâîþ ñåìüþ è óäåðæàòü ñâîé áèçíåñ.  ÝÒÎÒ ÌÎÌÅÍÒ ïðîèçîøëî íå÷òî âûäàþùååñÿ â ìîåé æèçíè, è ÿ ïèøó äëÿ òîãî, ÷òîáû ïîäåëèòüñÿ îá ýòîì çíàìåíàòåëüíîì ñîáûòèè ñ Âàìè.  ñåðåäèíå äåêàáðÿ 1998 ÿ ïîëó÷èë e-mail ñ ýòîé ïðîãðàììîé. Ïåðåä ýòèì ÿ øåñòü ìåñÿöåâ èñêàë ðàçíûå òîðãîâûå âîçìîæíîñòè. Âñå ïðîãðàììû, êîòîðûå ÿ ïîëó÷èë íå áûëè ýôôåêòèâíûìè (ïî êðàéíåé ìåðå íà ìîé âçãëÿä). Îíè áûëè èëè ñëèøêîì ñëîæíûìè èëè òðåáîâàëè áîëüøèõ èíâåñòèöèé, à ðèñêîâàòü ñâîèì âêëàäîì, ÷òîáû óçíàòü äåéñòâóåò ýòî èëè íåò, ÿ íå õîòåë. Êàê ÿ óæå ãîâîðèë, â äåêàáðå 1998 ÿ ïîëó÷èë ýòó ïðîãðàììó. ß íå õîòåë åå ïîëó÷àòü, ïðîñòî, ïîëó÷èë òàê æå êàê è Âû. Ñïàñèáî Áîãó çà ýòî! ß ïðî÷èòàë ïðîãðàììó íåñêîëüêî ðàç, ïîòîìó ÷òî íå ìîã â íåå ïîâåðèòü, è ïðèíÿëñÿ çà ðàáîòó. ß ìîã èíâåñòèðîâàòü òîëüêî ñòîëüêî äåíåã, ñêîëüêî â äàííûé ìîìåíò áûëî âîçìîæíî. Òàê æå êàê è Âû ÿ áûë ñêåïòè÷åí è íåìíîãî áîÿëñÿ î ëåãàëüíîñòè äàííîé ïðîãðàììû. Ïîñëå èñêëþ÷åíèÿ òîãî, ÷òî ïðîãðàììà ìîæåò áûòü íåëåãàëüíîé, ÿ ñêàçàë ñåáå, ïî÷åìó áû ìíå ýòî íå ïîïðîáîâàòü. Ïîòîì ÿ ïîñëàë îêîëî 10.000 e-mail. Ñòîèëî ìíå ýòî îêîëî 15,- USD çà ìîå âðåìÿ on-line. Ïðåâîñõîäíîå ñâîéñòâî e-mail ñîñòîèò â òîì, ÷òî íå íàäî íè÷åãî ïå÷àòàòü, à íóæíî òîëüêî ïîñûëàòü. Òàê êàê âñå çàêàçû îôîðìëÿþòñÿ ÷åðåç e-mail, òî ìîåé èíâåñòèöèåé áûëî òîëüêî ìîå âðåìÿ, êîòîðîå ÿ ïðîâåë ó êîìïüþòåðà. Ãîâîðþ Âàì êàê ýòî áûëî, íàäåþñü, ÷òî Âàñ ýòî íå ðàçî÷àðóåò, òàê êàê ÿ ïîîáåùàë ñåáå, ÷òî íèêîãî íå îáìàíó, ÷åãî áû ìíå ýòî íå ñòîèëî. Ìåíüøå ÷åì ÷åðåç íåäåëþ ÿ íà÷àë ïîëó÷àòü çàêàçû íà REPORT #1. Äî 13 ÿíâàðÿ 1999 ÿ ïîëó÷èë 26 çàêàçîâ íà REPORT #1. Âàøåé öåëüþ ÿâëÿåòñÿ ïîëó÷èòü ìèíèìàëüíî 20 çàêàçîâ íà REPORT #1  ÒÅ×ÅÍÈÈ ÄÂÓÕ ÍÅÄÅËÜ. ÅÑËÈ ÂÛ ÈÕ ÍÅ ÏÎËÓ×ÈÒÅ, ÏÎØËÅÒÅ ÁÎËÜØÅ ÄÀÍÍÛÕ ÏÐÎÃÐÀÌÌ, ÄËß ÒÎÃÎ ×ÒÎÁÛ ÈÕ ÏÎËÓ×ÈÒÜ! Ìîé øàã ê ïîëó÷åíèþ 50.000,- USD çà 90 äíåé áûë ñäåëàí. Äî 30 ÿíâàðÿ 1999 ÿ ïîëó÷èë 196 çàêàçîâ íà REPORT #2. Âàøåé öåëüþ ÿâëÿåòñÿ ïîëó÷èòü ìèíèìàëüíî 100 çàêàçîâ íà REPORT #2 â òå÷åíèè äâóõ íåäåëü. Åñëè ýòî íå ïîëó÷èòñÿ, òàê ðàññûëàéòå áîëüøå ýòèõ ïðîãðàìì. Êàê òîëüêî äîñòèãíèòå 100 çàêàçîâ íà REPORT #2 òî âñå îñòàëüíîå áóäåò â ïîðÿäêå è Âû òî÷íî ïîëó÷èòå ñâîè 50.000,- USD. Ó ìåíÿ áûëî 196 çàêàçîâ íà REPORT #2, òî åñòü íà 96 áîëüøå ÷åì ìíå áûëî íóæíî. Ïîýòîìó ÿ ñåë è îòäûõàë. Äî 1 ìàðòà 1999 çà ñâîè 10.000 îòîñëàíûõ e-mail ÿ ïîëó÷èë 58.000,- USD è êàæäûé äåíü ïðèõîäèëè íîâûå äåíüãè. ß çàïëàòèë ñâîè äîëãè è êóïèë ñåáå ìàøèíó. Ïîæàëóéñòà, íàéäèòå âðåìÿ è âíèìàòåëüíî ïðî÷èòàéòå ýòó ïðîãðàììó. ÝÒÎ ÍÀÂÑÅÃÄÀ ÈÇÌÅÍÈÒ ÂÀØÓ ÆÈÇÍÜ!!! Ïîìíèòå, ÷òî ýòî íå çàðàáîòàåò, ïîêà âû ýòî íå ïîïðîáóåòå! Ýòà ïðîãðàììà äåéñòâóåò, íî Âû äîëæíû òî÷íî ïðèäåðæèâàòüñÿ ðåêîìåíäàöèé!! Ñïåöèàëüíîå ïðàâèëî - íå ñòàðàéòåñü âïèñûâàòü Âàøå èìÿ òàì, ãäå ýòî íå íóæíî. Ýòî íå áóäåò äåéñòâîâàòü, à Âû íåäîïîëó÷èòå ìíîãî äåíåã!! Áîëåå òîãî, ïðè èçìåíåíèè äàííûõ ïðîäàâöîâ èíà÷å, ÷åì ýòî óêàçàíî â èíñòðóêöèè íèæå, äàííûé âèä ïðåäïðèíèìàòåëüñòâà ñòàíîâèòñÿ íåëåãàëüíûì. Ñíîâà ïîâòîðÿþ, ÷òî â ñëó÷àå ñîáëþäåíèÿ âñåõ íèæåóêàçàííûõ ðåêîìåíäàöèé, ðå÷ü èäåò î ëåãàëüíîì ïðåäïðèíèìàòåëüñòâå!! Äëÿ òîãî, ÷òîáû âû äîñòèãëè ñâîåé öåëè íåîáõîäèìî ïîëó÷èòü 20 è áîëüøå çàêàçîâ íà REPORT #1 è 100 è áîëüøå íà REPORT #2.  ýòîì ñëó÷àå çàðàáîòàåòå 50.000,- USD (èëè áîëüøå) çà 90 äíåé! ß - ÐÅÀËÜÍÎÅ ÄÎÊÀÇÀÒÅËÜÑÒÂÎ ÒÎÃÎ, ×ÒÎ ÝÒÎ ÍÀ ÑÀÌÎÌ ÄÅËÅ ÄÅÉÑÒÂÓÅÒ!!! Åñëè âû ðåøèëèñü, ÷òî â ýòîé ïðîãðàììå ó÷àñòâîâàòü íå áóäåòå, òàê ìíå âàñ èñêðåííå æàëü. Òàê êàê ýòî ðåàëüíàÿ ïðåâîñõîäíàÿ âîçìîæíîñòü ñ ìèíèìàëüíûì ðèñêîì è èíâåñòèöèÿìè! Åñëè õîòèòå ó÷àñòâîâàòü, ïðèäåðæèâàéòåñü äàííûõ ðåêîìåíäàöèé è áóäåòå íà äîðîãå ê ôèíàíñîâîé íåçàâèñèìîñòè. Åñëè çàíèìàåòåñü ïðåäïðèíèìàòåëüñòâîì èëè õîòèòå íà÷àòü ñâîé ñîáñòâåííûé áèçíåñ, òàê ñ÷èòàéòå ýòî çà õîðîøóþ âîçìîæíîñòü. ß ÝÒÎ ÑÄÅËÀË !!! Ñ óâàæåíèåì Äæåðè Ïðîêòîð.       ÝÒÎ ÏÎÐÀÇÈÒÅËÜÍÎ!!! (ËÈ×ÍÀß ÇÀÌÅÒÊÀ ÎÒ ÎÑÍÎÂÀÒÅËß ÝÒÎÉ ÏÐÎÃÐÀÌÌÛ) ************************************************************ Ïåðåä òåì êàê ïðî÷èòàåòå ýòó ïðîãðàììó, âû äîëæíû ïîíÿòü, ÷òî ýòà ëåãàëüíàÿ ïðîãðàììà íå ìîãëà áûëà áûòü ñîçäàíà ëþáèòåëåì. Ïîçâîëüòå ìíå íåìíîãî ðàññêàçàòü î ñåáå. Öåëûõ 10 ëåò ó ìåíÿ áûë ñîáñòâåííûé ðàçâèâàþùèéñÿ áèçíåñ.  1979 ãîäó ìîé áèçíåñ íà÷àë ðóøèòüñÿ. ß äåëàë âñå, ÷òî ìíå äî ýòîãî ïðèíîñèëî óñïåõ, íî áåçóñïåøíî. Íàêîíåö ÿ ïîíÿë, ÷òî ýòî íå èç-çà ìåíÿ, à èç-çà ýêîíîìèêè, êîòîðàÿ íàñ ñîïðîâîæäàëà ñ 1945 ãîäà. Äóìàþ íå íóæíî Âàì îáúÿñíÿòü, êàê ýòî ïîâëèÿëî íà áåçðàáîòèöó â ñòðàíå, ìíîãèå èç Âàñ ýòî çíàþò ïî ñîáñòâåííîìó îïûòó. Ïðèøëî ìíîãî ïàäåíèé è áàíêðîòîâ. Ñðåäíèé êëàññ èñ÷åçàë, òå, êîòîðûå çíàëè ÷òî äåëàþò, ìóäðî èíâåñòèðîâàëè è ïðîäâèíóëèñü âûøå, à òå êòî íå çíàë, ïàäàëè âñå íèæå, â áåäíîòó. Êàê ãîâîðèò èçâåñòíàÿ ïîãîâîðêà: "ÁÎÃÀÒÛÅ ÁÎÃÀÒÅÞÒ, À ÁÅÄÍÛÅ ÁÅÄÍÅÞÒ". Òðàäèöèîííûå ñïîñîáû çàðàáîòêà äåíåã íèêîãäà íå ïîçâîëÿò Âàì âûñîêî ïîäíÿòüñÿ, à èíôëÿöèÿ òîëüêî ýòîìó ïîìîæåò. Ñåé÷àñ âû ïîëó÷èëè ïèñüìî, êîòîðîå ìîæåò äàòü Âàì ôèíàíñîâóþ íåçàâèñèìîñòü íà âñþ Âàøó æèçíü è "ÁÅÇ ÐÈÑÊÀ" è ñ "ÌÈÍÈÌÀËÜÍÛÌÈ ÓÑÈËÈßÌÈ".  ïîñëåäóþùèõ ìåñÿöàõ Âû ñìîæåòå çàðàáîòàòü äåíåã áîëüøå, ÷åì ìîæåòå ñåáå ïðåäñòàâèòü. Íóæíî ïîä÷åðêíóòü, ÷òî ÿ ñ ýòèõ äåíåã íå óâèæó íè öåíòà. Êàê è íèêòî èç ëþäåé, êîòîðûå òåñòèðîâàëè äàííóþ ïðîãðàììó. ß óæå çàðàáîòàë áîëåå 4.000.000,- USD!!! Ïåðåñòàë èñïîëüçîâàòü ýòó ïðîãðàììó ïîñëå òîãî, êàê ïîñëàë 16.000 ïðîãðàìì. Ñåé÷àñ ó ìåíÿ íåñêîëüêî ôèðì, êîòîðûå èçîáðåòàþò ïîäîáíûå ïðîãðàììû. Âûïîëíÿéòå ïðîãðàììó ÒÎ×ÍÎ ÏÎ ÈÍÑÒÐÓÊÖÈÈ!! Íå èçìåíÿéòå åå íèêàêèì îáðàçîì!! Îíà äåéñòâóåò ìàêñèìàëüíî ýôôåêòèâíî èìåííî â ýòîì âèäå. Íå çàáóäüòå ïîñëàòü êîïèþ ýòîé ïðîãðàììû êàæäîìó, êîãî òîëüêî âñïîìíèòå! Îäèí ÷åëîâåê, êîòîðîìó âû ýòî ïîøëåòå ìîæåò ïîñëàòü è 50.000 êîïèé ... à Âàøå èìÿ áóäåò íà êàæäîé èç íèõ!!! Ïîìíèòå, ÷òî ÷åì áîëüøå ïðîãðàìì âû ïîøëåòå, òåì áîëüøå ïîòåíöèàëüíûõ çàêàç÷èêîâ ïðèîáðåòåòå! Òàê ÷òî, äðóçüÿ, ÿ ïðåäîñòàâëÿþ Âàì âîçìîæíîñòü, èíôîðìàöèþ, ìàòåðèàë äëÿ òîãî ÷òîáû âû ïîëó÷èëè ôèíàíñîâóþ íåçàâèñèìîñòü. ÒÅÏÅÐÜ ÝÒÎ ÇÀÂÈÑÈÒ ÒÎËÜÊÎ ÎÒ ÂÀÑ! "ÏÎÄÓÌÀÉÒÅ ÎÁ ÝÒÎÌ" ïåðåä òåì êàê óäàëèòå ýòîò mail, êàê ÷óòü íå ñäåëàë ÿ. Îòâåäèòå ñåáå íåìíîãî âðåìåíè, ïðî÷òèòå è ïî-íàñòîÿùåìó ïîäóìàéòå íàä ýòèì. Âîçüìèòå ðó÷êó è ïîñ÷èòàéòå, ÷òî ìîæåò èç ýòîãî ïîëó÷èòüñÿ, åñëè Âû ýòî ïîïðîáóåòå. Âîçüìèòå ñàìûé ïëîõîé âàðèàíò, íî è â ýòîì ñëó÷àå ó âàñ áóäåò ìíîãî äåíåã.  ñàìîì õóäøåì ñëó÷àå ïîëó÷èòå ñâîþ èíâåñòèöèþ íàçàä. Âñå ñîìíåíèÿ, êîòîðûå ó âàñ åñòü, èñ÷åçíóò, êîãäà ïîëó÷èòå ñâîé ïåðâûé çàêàç. ÝÒÎ ÄÅÉÑÒÂÓÅÒ!!!!! Jody Jacobs, Richmond,VA. À ÒÅÏÅÐÜ, ÂÎÒ ÝÒÀ ÏÅÐÂÎÑÕÎÄÍÀß ÏÐÎÃÐÀÌÌÀ, ÊÎÒÎÐÀß ÂÀÌ ÇÀÐÀÁÎÒÀÅÒ ÒÛÑß×È ÄÎËËÀÐÎÂ!!!!! ************************************************************ ÈÍÑÒÐÓÊÖÈß : Ýòîò ìåòîä çàðàáîòêà äåíåã íà ñàìîì äåëå ÄÅÉÑÒÂÓÅÒ ÍÀ 100%, ÊÎÃÄÀ ÓÃÎÄÍÎ, ÃÄÅ ÓÃÎÄÍÎ. ß óâåðåí, ÷òî Âû ñìîæåòå çàðàáîòàòü áîëåå 50.000,- USD â ïîñëåäóþùèå 90 äíåé. Ïåðåä òåì êàê ñêàçàòü "ãëóïîñòü..." ïîæàëóéñòà ïðî÷èòàéòå âíèìàòåëüíî è âíèêíèòå â ñóòü ýòîé ïðîãðàììû. Ýòî íå öåïíîå ïèñüìî, à îòëè÷íàÿ ëåãàëüíàÿ âîçìîæíîñòü çàðàáîòàòü äåíüãè.  ÷åì ñìûñë? Òàê êàê è â ëþáîé multi-level ñõåìå, òîðãîâëÿ ñòðîèòñÿ íà ïðèâëå÷åíèè íîâûõ ïàðòíåðîâ è ïðîäàæå ñâîèõ òîâàðîâ. ÇÀÊÀÇÛ Ê ÂÀÌ ÏÐÈÕÎÄßÒ È ÂÛÏÎËÍßÞÒÑß ÏÎ E-MAIL, ïîýòîìó íå âîçíèêàåò ëè÷íîãî êîíòàêòà. Äåëàåòñÿ âñå äîìà èëè â ó÷ðåæäåíèè. Ýòî ñàìàÿ áîëüøàÿ multi-level âîçìîæíîñòü íà ñâåòå!!!!! È ÝÒÎ ÍÅ ÏÐÅÓÂÅËÈ×ÅÍÈÅ!!   Ñóùåñòâóåò äâà îñíîâíûõ ìåòîäà äëÿ ñòðîèòåëüñòâà âàøèõ íèæíèõ óðîâíåé: Ìåòîä #1- ÏÎÑÛËÊÀ ÌÀÑÑÎÂÎÉ E-MAIL ÐÅÊËÀÌÛ Ïðåäïîëîæèì, íàïðèìåð, ÷òî Âû õîòèòå íà÷àòü ñ ìàëîãî êîëè÷åñòâà, òîëüêî äëÿ òîãî, ÷òîáû ïîñìîòðåòü êàê ýòî äåéñòâóåò. Äîïóñòèì, ÷òî Âû è âñå âîâëå÷åííûå Âàìè êîìïàíüîíû ïîøëåòå òîëüêî 2.000 e-mail (êàæäûé èç Âàñ). Òàêæå ïðåäïîëîæèì, ÷òî ïîëó÷èòå âñåãî 0,5% îòâåòîâ. Åñëè èñïîëüçóåòå õîðîøèé ïåðå÷åíü àäðåñîâ òî 1%. Ïîòîì ìíîãî ëþäåé ðàçîøëþò óæå ñîòíè òûñÿ÷ ýòèõ ïðîãðàìì, áëàãîäàðÿ âàøèì 2.000. Ïðîäîëæèì íàø ïðèìåð, âû ïîñëàëè 2.000 ïðîãðàìì. Èç 0,5% îòâåòîâ ýòî òîëüêî 10 çàêàçîâ íà REPORT #1. Ýòèõ äåñÿòü ÷åëîâåê ïîñëàëî 20.000 ïðîãðàìì, ÷òî ïðè 0,5% - óæå 100 çàêàçîâ íà REPORT #2. Êàæäûé èç ýòèõ 100 ïîñëàëè ïî 2.000 ïðîãðàìì, à Âû ïîëó÷èëè 1.000 çàêàçîâ íà REPORT #3, à åñëè êàæäûé èç ýòèõ 1.000 ïîøëåò 2.000 ñâîèõ ïðîãðàìì, òàê ïðè 0,5% ïîëó÷èòå 10.000 çàêàçîâ íà REPORT #4. À ýòî 10.000 õ 5 = 50.000 USD â íàëè÷íîñòè!!!!! Âàø êîíå÷íûé çàðàáîòîê â ýòîì ñëó÷àå áóäåò: 50+500+5.000+50.000 = 55.550,- USD!!!!!!! Ïîìíèòå, ÷òî ýòî ïðåäïîëîæåíèå äëÿ 1990 ÷åëîâåê. Òå, êîòîðûå íå çàõîòÿò ó÷àñòâîâàòü, ýòó âîçìîæíîñòü óäàëÿò, è íè÷åãî íå ñëó÷èòñÿ! Ïîïðîáóéòå ïîäóìàòü ìèíóòêó! À ÷òî åñëè êàæäûé ïîøëåò 100.000 ïðîãðàìì âìåñòî 2.000 ?! Âåðüòå ìíå, ÷òî ëþäè ýòî ñäåëàþò, âîçìîæíî è áîëüøå! Ìåæäó ïðî÷èì, Âàø ôèíàíñîâûé âêëàä ÿâëÿåòñÿ ìèíèìàëüíûì... Âû óæå èìååòå ïîäêëþ÷åíèå ê Èíòåðíåò, à e-mail - áåñïëàòåí! REPORT #2 Âàì ïîêàæåò ñàìûå ëó÷øèå ìåòîäû ìàññîâîé ðàññûëêè e-mail è ãäå ìîæíî íàéòè ïåðå÷åíü àäðåñîâ. ÌÅÒÎÄ #2 - ÁÅÑÏËÀÒÍÀß ÐÅÊËÀÌÀ  ÈÍÒÅÐÍÅÒÅ Ðåêëàìà â Èíòåðíåòå ÿâëÿåòñÿ íåòðåáîâàòåëüíîé è ñóùåñòâóåò òûñÿ÷à ÁÅÑÏËÀÒÍÛÕ ìåñò äëÿ ðåêëàìû. Ñêàæåì, íàïðèìåð, ÷òî âû íà÷íåòå ñêðîìíî, òîëüêî äëÿ òîãî, ÷òîáû óçíàòü äåéñòâóåò ëè ýòî. Âàøåé öåëüþ áû áûëî íàéòè âñåãî ëèøü 10 ÷åëîâåê íà ïåðâûé óðîâåíü òî åñòü òåõ, êòî çàêàçàë áû ó Âàñ REPORT#1 (ðàçìåùåíèåì áåñïëàòíûõ îáúÿâëåíèé â Èíòåðíåò ëåãêî íàéòè è áîëüøåå êîëè÷åñòâî çàêàçîâ). Äàëüøå ïðåäïîëîæèì, ÷òî êàæäûé èç Âàøåé îðãàíèçàöèè íàéäåò òîëüêî 10 ÷åëîâåê. Ïîñìîòðèì íà ïðèìåðå è óâèäèì, ÷òî ïðîèçîéäåò: 1-é level - âàøèõ 10 êëèåíòîâ ïî 5 USD.............................50,- USD. 2-é level - ïî 10 êëèåíòîâ îò òåõ 10-òè (5,- USD x 100) ........ 500,- USD. 3-é level - ýòî óæå 1.000 êëèåíòîâ (5,- USD x 1.000) ........5.000,- USD. 4-é level - 10.000 êëèåíòîâ (5,- USD x 10.000) ............... 50.000,- USD. Èòîãî 55.550,- USD. Ïîìíèòå, ÷òî ýòî òîëüêî ïðèìåð äëÿ 10 êëèåíòîâ. Ìíîãèå ëþäè íàéäóò ñîòíè êëèåíòîâ!!! ÏÎÄÓÌÀÉÒÅ ÎÁ ÝÒÎÌ!!! Âñå, ÷òî âû äîëæíû ñäåëàòü, çà êàæäûå $5 USD, êîòîðûå ïîëó÷èòå â ñâîé êîøåëåê - ýòî ïîñëàòü ïîêóïàòåëþ çàêàçàííûé REPORT. È ÝÒÎ ÂÑÅ!!! ÂÑÅÃÄÀ ÎÒÏÐÀÂËßÉÒÅ ÇÀÊÀÇÛ Â ÒÎÒ ÄÅÍÜ, ÊÎÃÄÀ ÎÍÈ ÏÐÈÉÄÓÒ!!! Ýòî Âàì ãàðàíòèðóåò, ÷òî e-mail, êîòîðûå áóäóò ïîñûëàòü ñ ÂÀØÈÌ èìåíåì, áóäóò áûñòðåå ðàñïðîñòðàíÿòüñÿ, ïîòîìó ÷òî îíè íå ìîãóò áûòü ïîñëàíû ïîêà REPORT's íåò ó âàøåãî çàêàç÷èêà!!! ÈÒÀÊ, ÄÎÑÒÓÏÍÛÅ REPORT's: ****** Çàêàæè ñåáå êàæäûé èç íèõ ñîãëàñíî íîìåðó è íàçâàíèþ ******   ÇÀÊÀÆÈÒÅ ÑÅÁÅ REPORT's ÑÅÉ×ÀÑ !!!   Òàáëèöà 1. REPORT's è ðåêâèçèòû ïðîäàâöîâ. ¹ Ïåðå÷åíü REPORT's R- è Z- êîøåëüêè ïðîäàâöà E-mail ïðîäàâöà 1 REPORT #1 "Ðóêîâîäñòâî ïî áåñïëàòíîé è ýôôåêòèâíîé ðåêëàìå â Èíòåðíåò" R871542342557 Z469857407500 WM_13@yahoo.com 2 REPORT #2 "Ðóêîâîäñòâî ïî ìàññîâîé ðåêëàìíîé ðàññûëêå E-Mail " R803112125203 Z460897718401 verysimplejob@yahoo.com 3 REPORT #3 "Ñåêðåòû ìíîãîóðîâíåâîãî ìàðêåòèíãà â Èíòåðíåò" R916511407235 Z601004161913 poul007@narod.ru 4 REPORT #4 "Êàê ñòàòü ìèëëèîíåðîì, èñïîëüçóÿ MLM è Èíòåðíåò" R117465742973 Z095492416150 asebo@mail.ru Ñ ëþáûì èç ïðîäàâöîâ âñåãäà ìîæíî ñâÿçàòüñÿ ÷åðåç åãî e-mail. Íî, ïîæàëóéñòà, íå çàãðóæàéòå èõ ëèøíèìè âîïðîñàìè, îíè ìîãóò áûòü î÷åíü çàíÿòû îáðàáîòêîé çàêàçîâ (îñîáåííî íà òðåòüåì è ÷åòâåðòûõ óðîâíÿõ). ÂÎÒ, ×ÒÎ ÍÓÆÍÎ ÑÄÅËÀÒÜ ÂÀÌ: 1. Ñêîïèðîâàòü ïðîãðàììó WebMoney keeper 2 è ñîçäàòü ñåáå ðóáëåâûé R-êîøåëåê. Èíñòðóêöèè ïî ðàáîòå ñ êîøåëüêîì è èíôîðìàöèÿ îá ýòîé ñèñòåìå ïëàòåæåé íà ñàéòå http://www.webmoney.ru 2. Ïîïîëíèòü ÑÂÎÉ êîøåëåê ðóáëåâûì ýêâèâàëåíòîì $20 + 3% ïî êóðñó ÖÁ, âûáðàâ ëþáîé èç äîñòóïíûõ íà http://www.webmoney.ru/rus/perevods.htm ñïîñîáîâ ïåðåâîäà. 3. Ïîñëå ïîñòóïëåíèÿ äåíåã â âàø êîøåëåê, çàêàæèòå ñåáå âñå ÷åòûðå REPORT's (èç ïåðå÷íÿ Òàáëèöû 1), ïóòåì ïåðåâîäà WebMoney èç ñâîåãî êîøåëüêà â êîøåëåê ïðîäàâöà, ñóììû $5 ÑØÀ ïî êóðñó ÖÁ, çà êàæäûé REPORT. Îáÿçàòåëüíî, óêàæèòå â ïîëå êîììåíòàðèÿ íîìåð REPORT è îáðàòíûé e-mail àäðåñ. Ïðèìåð: REPORT#1 xxxxxx@xxxx.xxx (Ïîäòâåðäèòå îïëàòó ïî e-mail) 4.  Òàáëèöå 1, óäàëèòå íîìåð êîøåëüêà èç ñòðîêè 4 è ïåðåìåñòèòå íà åãî ìåñòî íîìåð êîøåëüêà èç ñòðîêè 3. Çàòåì, ïåðåìåñòèòå íîìåð êîøåëüêà èç ñòðîêè 2 â îñâîáîäèâøååñÿ ìåñòî â ñòîðîêå 3. È, íàêîíåö, ïåðåìåñòèòå íîìåð êîøåëüêà èç ñòðîêè 1 â ñòðîêó 2.  îñâîáîäèâøååñÿ ìåñòî â ñòðîêå 1 âñòàâüòå íîìåð ñâîåãî R- êîøåëüêà. Òåïåðü Âû ñòàëè ïðîäàâöîì REPORT#1. 5. Òîæå ñàìîå ïðîäåëàéòå ñ e-mail àäðåñàìè. ÏÐÈÌÅ×ÀÍÈÅ: *Çà êàæäûé REPORT ïåðåâåäèòå ðóáëåâûé ýêâèâàëåíò $5 USD ïî êóðñó ÖÁ, ñî ñâîåãî êîøåëüêà íà íîìåð êîøåëüêà ïðîäàâöà. (USD ïîòîìó, ÷òî â ýòî âîâëå÷åíû æåëàþùèå ñî âñåãî ñâåòà). Âñå îïåðàöèè îò ñîçäàíèÿ êîøåëüêà äî îïëàòû REPORT's ïðîèçâîäÿòñÿ â ïðîãðàììå WebMoney Keeper. * êîøåëüêå, äåíüãè õðàíÿòñÿ â âèäå óñëîâíûõ åäèíèö (WebMoney). Ïî êóðñó 1WM = 1 ðóá. äëÿ R- êîøåëüêà 1WM = 1 äîëëàð ÑØÀ äëÿ Z- êîøåëüêà. *Êîãäà ñäåëàåòå ñâîé çàêàç, óáåäèòåñü, ÷òî âû çàêàçàëè âñå REPORT. Âñå îíè ïîíàäîáÿòñÿ äëÿ òîãî, ÷òîáû Âû ñîõðàíèëè ó ñåáÿ â êîìïüþòåðå è, ïîòîì, ìîãëè ïðîäàâàòü êîïèè. Âàì äåéñòâèòåëüíî íóæíû âñå ýòè REPORT, èíà÷å ëþäè íå ñìîãóò ñäåëàòü ó âàñ çàêàç, à ñàìîå ãëàâíîå, ýòè REPORT's ñîäåðæàò âàæíóþ èíôîðìàöèþ î òîì, êàê èì äîñòè÷ü óñïåõà!! È ðàçâèâàòü ýòîò áèçíåññ. * òå÷åíèè íåñêîëüêèõ äíåé ïîñëå îïëàòû, âû ïîëó÷èòå ÷åòûðå e-mail, â êàæäîì ïî îäíîìó REPORT(ó). Ñîõðàíèòå èõ â âàøåì êîìïüþòåðå (è íà äèñêåòå äëÿ íàäåæíîñòè), ÷òîáû îíè âñåãäà áûëè ãîòîâû ê ïîñûëêå òûñÿ÷àì ëþäåé, êîòîðûå èõ ó âàñ çàêàæóò. Òåïåðü ýòî Âàø òîâàð, ñ ïðàâîì ïðîäàæè! ÂÀÆÍÎ: - íå ìåíÿéòå íîìåðà êîøåëüêîâ, êîòîðûå íàõîäÿòñÿ â ñïèñêå çà êàæäûì èç REPORT's (íèêàêèì ñïîñîáîì), òîëüêî òàê, êàê ýòî óêàçàíî â ïóíêòàõ (1 - 5), èíà÷å ïîòåðÿåòå áîëüøóþ ÷àñòü ñâîèõ äîõîäîâ. Êîãäà ïîéìåòå, êàê ýòî äåéñòâóåò, Âàì ñðàçó ñòàíåò ïîíÿòíî, ïî÷åìó ýòî ïåðåñòàåò äåéñòâîâàòü, êîãäà ÷òî-íèáóäü èçìåíèøü íå ïî ïóíêòàì(1 - 5) . Ïîìíèòå, ýòîò ìåòîä áûë ïðîâåðåí, è åñëè Âû èçìåíèòå åãî, îí ïåðåñòàíåò ðàáîòàòü!! Âîçüìèòå ýòîò äîêóìåíò ñ èçìåíåííûì ïåðå÷íåì èìåí è ñ÷åòîâ è ñêîïèðóéòå åãî íà âàø êîìïüþòåð. Òåïåðü âû ãîòîâû ê ðàáîòå è ìîæåòå ðàññûëàòü ýòî ïðåäëîæåíèå â ïîèñêàõ ñâîèõ êëèåíòîâ, íî ïðåäâàðèòåëüíî îáÿçàòåëüíî ïðî÷èòàéòå âñå ÷åòûðå ðóêîâîäñòâà - îíè ñèëüíî ïîìîãóò âàì. Íå äåëàéòå íèêàêèõ èçìåíåíèé â ÷àñòè ÈÍÑÒÐÓÊÖÈÈ!!! Âàø ôèíàíñîâûé âêëàä â äàííîå ïðåäïðèÿòèå ÿâëÿåòñÿ ïðàêòè÷åñêè íè÷òîæíûì (êîíå÷íî æå åñëè âû ìîæåòå ïîçâîëèòü ñåáå èíâåñòèðîâàòü 20,- USD, èëè, íàïðèìåð, ìîæåòå ñëîæèòüñÿ ñ äðóçüÿìè. ×åì áîëüøå áóäåò Âàñ äëÿ ïîñûëêè ðåêëàìû è email, òåì áîëüøå âû èõ ïîøëåòå!. Âû, êîíå÷íî æå, óæå ïîäêëþ÷åíû ê ñåòè Èíòåðíåò è èìååòå áåñïëàòíûé e-mail!  ïîìîùü Âàì ñ âàøèì ìàðêåòèíãîì, ñîçäàíû 4 REPORT(ðóêîâîäñòâà), êîòîðûå âû çàêàçàëè. Îíè ñîäåðæàò ïîëåçíóþ èíôîðìàöèþ, íàïðèìåð, êàê ïîñûëàòü ìàññîâóþ ïî÷òîâóþ ðàññûëêó (e-mail), ãäå íàéòè òûñÿ÷ó âîçìîæíîñòåé ñäåëàòü áåñïëàòíóþ ðåêëàìó è ò.ä. Òàêæå âàì áóäóò äàíû èíôîðìàöèè îá ÈÍÒÅÐÍÅÒ-ÌÀÐÊÅÒÈÍÃ-ÊËÓÁÀÕ. Çäåñü íàéäåòå êîíôåðåíöèþ, ãäå èíòåðíåò-ïðåäïðèíèìàòåëè ñ öåëîãî ñâåòà âçàèìíî îáìåíèâàþòñÿ èíôîðìàöèåé è ñåêðåòàìè óñïåõà. Êëóá òàêæå áåñïëàòíî ïðåäîñòàâëÿåò èíòåðíåòîâûå èíñòðóìåíòû è óñëóãè äëÿ ñîçäàíèÿ ÑÎÁÑÒÂÅÍÍÎÃÎ ÈÍÒÅÐÍÅÒ ÏÐÅÄÏÐÈßÒÈß. Ïîñòàâÿò áåñïëàòíî software äëÿ îòïðàâëåíèÿ ìàññîâûõ e-mail è êàæäûé äåíü 1.000.000 íîâûõ e-mail àäðåñîâ. Òàêæå Âàì ïîñîâåòóþò, ãäå íàéòè áåñïëàòíóþ WEB ñòðàíèöó, êàê ïîëó÷èòü TOP îöåíêó â ïîèñêîâûõ ïðîãðàììàõ äëÿ Âàøåé ñòðàíèöû, êàê ïðîäàòü Âàø ïðîäóêò ïðè ïîìîùè ðåêëàìû, áþëëåòåíåé, áàííåðîâ è ìíîãî äðóãèõ ñîâåòîâ. Àäðåñ IMR: http://www.marketingontheweb.net Ïðèëîæåíèå àäðåñîâ ñî ñïèñêàìè è ïîèñêîâûìè ïðîãðàììàìè e-mail àäðåñîâ: http://www.whowhere.lycos.com/Email http://www.infospace.com/info/email1.htm !!! ÎÁßÇÀÒÅËÜÍÎ ÏÐÎÂÅÐÜÒÅ ÏÐÀÂÈËÜÍÎÑÒÜ ÈÇÌÅÍÅÍÈß ÒÀÁËÈÖÛ !!! Ïðèáëèçèòåëüíî 50.000 íîâûõ ëþäåé ïîäêëþ÷àþòñÿ ê Èíòåðíåòó êàæäûé ìåñÿö! Ïðîâåðüòå, îñîáåííî âíèìàòåëüíî, ïðàâèëüíîñòü óêàçàíèÿ íîìåðà êîøåëüêà ïðè ïåðåâîäå. Ýòî î÷åíü âàæíî, òàê êàê ïîêà íå çàïëàòèòå ïðàâèëüíî, çàêàç íå ïðèäåò, à Âû íå ïîëó÷èòå ñâîé report. Íàéäèòå âðåìÿ, ÷òîáû âû ñìîãëè ñäåëàòü âñå ïðàâèëüíî è íå òîðîïÿñü, ïîòîìó ÷òî ýòî îñíîâà Âàøåãî áèçíåñà. ************* ÑÎÂÅÒÛ Ê ÓÑÏÅÕÓ ************ *Ñ×ÈÒÀÉÒÅ ÝÒÎ ÑÂÎÈÌ ÁÈÇÍÅÑÎÌ!!! Áóäüòå áûñòðûìè, ïðîôåññèîíàëüíûìè è ïðèäåðæèâàéòåñü èíñòðóêöèé. *Çàêàæèòå ñåáå ÷åòûðå REPORT's ÏÐßÌÎ ÑÅÉ×ÀÑ, ÷òîáû âû èõ èìåëè, êîãäà ê âàì íà÷íóò ïðèõîäèòü çàêàçû, ïîòîìó ÷òî: *Êîãäà ïîëó÷èòå $5 ÑØÀ, âû ÄÎËÆÍÛ ïîñëàòü æåëàåìûé ïðîäóêò (REPORT)! * ÂÑÅÃÄÀ ÎÒÏÐÀÂËßÉÒÅ ÇÀÊÀÇÛ Â ÒÎÒ ÄÅÍÜ ÊÎÃÄÀ ÎÍÈ ÏÐÈÉÄÓÒ!!!! *Áóäüòå òåðïåëèâû è íå ñäàâàéòåñü!! Åñëè áóäåòå òî÷íî èñïîëíÿòü ïðåäïèñàíèÿ, Âàøè ðåçóëüòàòû ÁÓÄÓÒ ÓÑÏÅØÍÛÌÈ!!!! *À ÃËÀÂÍÎÅ, ÂÅÐÜÒÅ Â ÑÅÁß È ÒÎÌÓ, ×ÒÎ Ó ÂÀÑ ÏÎËÓ×ÈÒÜÑß!!!!!!! ************ ÍÀØÈ ÐßÄÛ ÓÑÏÅÕÀ *********** Ïðèäåðæèâàéòåñü ýòèõ ðÿäîâ è ó âàñ âñå ïîëó÷èòüñÿ: Åñëè íå ïîëó÷èòå 20 çàêàçîâ íà Report #1 â òå÷åíèè äâóõ íåäåëü, ïðîäîëæàéòå äåëàòü ðåêëàìó è ïîñûëàòü e-mail, äî òåõ ïîð, ïîêà èõ íå ïîëó÷èòå. Ïîòîì âû â òå÷åíèè íåñêîëüêèõ íåäåëü Âû äîëæíû ïîëó÷èòü çàêàçû íà Report #2. Åñëè ýòî íå ïðîèçîéäåò, íå ïåðåñòàâàéòå ïîñûëàòü ðåêëàìó äî òåõ ïîð, ïîêà íå äîñòèãíèòå 100 çàêàçîâ íà Report #2. Êàê òîëüêî ïîëó÷èòå 100 çàêàçîâ íà Report #2, ÌÎÆÅÒÅ ÍÀ×ÀÒÜ ÎÒÄÛÕÀÒÜ, ïîòîìó ÷òî ñèñòåìà â ýòîì ñëó÷àå óæå ðàáîòàåò çà Âàñ à Âàøè äåíüãè áóäóò ïðèõîäèòü ñàìè ïî ñåáå. ÝÒÎ ÂÀÆÍÎ ÇÀÏÎÌÍÈÒÜ: Âñåãäà, êîãäà âàøå èìÿ ïðîäâèãàåòñÿ âíèç ïî ñïèñêó, Âû ïîëó÷àåòå çàêàç íà ñëåäóþùèé Report, ïîýòîìó ìîæåòå ñëåäèòü ñâîå ïðîäâèæåíèå, ïî òîìó êàêîé êàêîé Report îò Âàñ çàêàçûâàþò ëþäè! Åñëè ïîæåëàåòå ïîâûñèòü ñâîé äîõîä, òî ïðîñòî ïîñûëàéòå íîâóþ ïàðòèþ e-mail. Òàê Âû íà÷íåòå âåñü ïðîöåññ ñíà÷àëà. ÍÅ ÑÓÙÅÑÒÂÓÅÒ ÍÈÊÀÊÎÉ ÃÐÀÍÈÖÛ ÏÐÈÁÛËÈ, ÊÎÒÎÐÓÞ ÌÎÆÍÎ ÄÎÑÒÈÃÍÓÒÜ Â ÝÒÎÌ ÁÈÇÍÅÑÅ!!! Ïåðåä òåì, êàê ðåøèòå õîòèòå ýòèì çàíèìàòüñÿ èëè íåò, ïðî÷èòàéòå ñëåäóþùèå ôàêòû îá ýòîé ïðîãðàììå: ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÏÐÎÈÇÂÎÄÑÒÂÎ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ! ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÒÐÀÍÑÏÎÐÒÈÐÎÂÊÀ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ! ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÐÅÊËÀÌÀ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ! ÈÑÏÎËÜÇÓÅÒÅ ÑÈËÓ ÈÍÒÅÐÍÅÒÀ È MULTI-LEVEL MARKETING! ÂÀØÅÉ ÅÄÈÍÑÒÂÅÍÍÎÉ ÂÛÄÀ×ÅÉ ÊÐÎÌÅ ÍÀ×ÀËÜÍÎÉ ÈÍÂÅÑÒÈÖÈÈ 20,- USD ßÂËßÅÒÑß ÒÎËÜÊÎ ÂÀØÅ ÂÐÅÌß! ÂÅÑÜ ÇÀÐÀÁÎÒÎÊ ÊÎÒÎÐÛÉ ÂÛ ÏÎËÓ×ÈÒÅ ßÂËßÅÒÑß ×ÈÑÒÎÉ ÏÐÈÁÛËÜÞ! ÝÒÀ ÏÐÎÃÐÀÌÌÀ ÍÀÂÑÅÃÄÀ ÈÇÌÅÍÈÒ ÂÀØÓ ÆÈÇÍÜ!   ***** ÎÏÛÒ ÄÐÓÃÈÕ ***** Ýòà ïðîãðàììà äåéñòâóåò, íî âû äîëæíû òî÷íî èñïîëíÿòü èíñòðóêöèè! ÃËÀÂÍÎÅ ÍÅ ÏÎÌÅÙÀÉÒÅ ÂÀØÅ ÈÌß ÍÀ ÄÐÓÃÓÞ ÏÎÇÈÖÈÞ, ÝÒÎ ÎÁÎÉÄÅÒÑß ÂÀÌ ÁÎËÜØÎÉ ÏÎÒÅÐÅÉ ÄÅÍÅÃ, ÝÒÎ ÏÐÎÑÒÎ ÍÅ ÄÅÉÑÒÂÓÅÒ!!! ß - ðåàëüíîå äîêàçàòåëüñòâî ðàáîòîñïîñîáíîñòè ýòîãî áèçíåñà. Ýòî äåéñòâèòåëüíî ïðåâîñõîäíàÿ âîçìîæíîñòü, òàê ðåàëüíî è ëåãêî çàðàáîòàòü äåíüãè ñ ìèíèìàëüíûì âêëàäîì. Åñëè ðåøèòåñü ýòî ïîïðîáîâàòü, ïðèäåðæèâàéòåñü èíñòðóêöèé ïðîãðàììû è áóäåòå íà ëó÷øåé äîðîãå ê ôèíàíñîâîé íåçàâèñèìîñòè. Steven Bardfield, Portland, OR ************************************************************ Ýòà ïðîãðàììà äåéñòâèòåëüíî äåéñòâóåò. Æèâó íå â Àìåðèêå, à â Åâðîïå è ñíà÷àëà ÿ áîÿëñÿ, íå áûë óâåðåí, äåéñòâèòåëüíî ëè ýòî äåéñòâóåò, à ïîòîìó, íå îòíîñèëñÿ ê ýòîìó ñåðüåçíî. À ïîòîì ñêàçàë ñåáå: "À ïî÷åìó íåò?". Ñîçäàë êîøåëåê, ïîïîëíèë åãî , è ñäåëàë ïåðåâîä, çàêàçàâ ñåáå ÷åòûðå Reporty.  òå÷åíèè 5-è äíåé ïîëó÷èë èõ âñåõ ïî e-mail. Äîëüøå âñåãî ïðèøëîñü æäàòü Report #4. Íî ýòî è ïîíÿòíî, âåäü ó ïðîäàâöà ýòîãî, ïîñëåäíåãî óðîâíÿ, òûñÿ÷è çàêàçîâ. Âñå ñäåëàë òî÷íî ïî èíñòðóêöèè (÷òîáû áûòü óâåðåííûì, åñëè ýòî äåëî íå çàðàáîòàåò, òî ýòî íå ïðè÷èíà ìîåé îøèáêè) è æäàë. ß âíèìàòåëüíî ïðî÷èòàë âñå ïîëó÷åííûå ðóêîâîäñòâà, à êîãäà óçíàë, êàê âñå íàäî äåëàòü, íà÷àë ñâîé áèçíåñ. ß èñêàë àäðåñà âåçäå è ñäåëàë ñåáå äëèííûé ñïèñîê (ìíå ýòî áûëî äåéñòâèòåëüíî èíòåðåñíî, ýòî áûëî êàê íîâîå õîááè, è ÿ íå ìîã íè÷åãî ïîòåðÿòü), êàê íåíîðìàëüíûé ÿ íà÷àë ïîñûëàòü e-mail ëþäÿì â öåëîì ñâåòå. Äåëàë ÿ ýòî ïîñòîÿííî, è êàæäûé äåíü êîíòðîëèðîâàë ñâîé ïî÷òîâûé ÿùèê è êîøåëåê. Ïðèìåðíî ÷åðåç äåíü íà÷àëè ïðèõîäèòü çàêàçû. Äî ñèõ ïîð ïîìíþ òîò ìîìåíò, êîãäà îáíàðóæèë ïåðâûé çàêàç. Íåêîòîðîå âðåìÿ ÿ ïðîñòî ñòîÿë è íå ìîã äâèãàòüñÿ: "Ýòî ðàáîòàåò! Ýòà øòóêà çàðàáîòàëà ìàòü åå òàê!". Ïðîøó ïðîùåíèÿ çà âûðàæåíèå, íî ß áûë î÷åíü ñ÷àñòëèâ, è íà÷àë ïîñûëàòü åùå áîëüøå e-mail, ïîÿâèëñÿ ñèëüíåéøèé ñòèìóë ê ðàáîòå. Íà ñëåäóþùèé äåíü - ïóñòîé ÿùèê è ñíîâà ÿ ïîäóìàë, ÷òî ýòî íå áóäåò ðàáîòàòü, íî îêàçàëîñü íàîáîðîò. Íà ñëåäóþùèé äåíü ÿ ïîëó÷èë 3 çàêàçà, â òîò æå ìîìåíò ÿ ïîñëàë ëþäÿì èõ reporty, ÷òîáû ìîãëè òîæå áûñòðî çàðàáîòàòü äåíüãè (äëÿ ñåáÿ è äëÿ ìåíÿ). Çà äâå íåäåëè, êàæäûé äåíü ÿ ñèäåë ïðèìåðíî 30 ìèíóò ó êîìïüþòåðà è ïîñûëàë çàêàçû.  òå÷åíèè äâóõ íåäåëü ÿ ïîëó÷èë 29 çàêàçîâ íà Report #1. Ïîòîì çàêàçû ñòàëè ïðèõîäèòü ÷àùå è áûñòðåå, êàæäóþ íåäåëþ ÿ ïîëó÷àë îêîëî ñòà çàêàçîâ, a äåíüãè âñå ïîñòóïàëè íà ìîé ñ÷åò.  öåëîì ÿ çàðàáîòàë îêîëî 64.000,- USD.  ÝÒÎ ÍÅ ÂÎÇÌÎÆÍÎ ÁÛËÎ ÏÎÂÅÐÈÒÜ! Íà ïðîøëîé íåäåëå ÿ êóïèë ñåáå íîâóþ òà÷êó è ýòî áëàãîäàðÿ ïðîãðàììå. Åñëè è òåïåðü Âû íå çíàåòå, ÷òî äåëàòü, òàê ÿ Âàì ãîâîðþ Ï_Î_Ï_Ð_Î_Á_Ó_É_Ò_Å è íå ïîæàëååòå. Ýòî Âàø øàíñ, åñëè åãî óïóñòèòå, òàê áóäåòå æàëåòü îá ýòîì äî êîíöà æèçíè! Í. Ðåáðîâ, Ðîññèÿ. ************************************************************ Ìåíÿ çîâóò Mitchell a ìîÿ æåíà Jody, æèâåì â ×èêàãî. ß áóõãàëòåð â îäíîé àìåðèêàíñêîé ôèðìå è çàðàáàòûâàþ íà æèçíü äîñòàòî÷íî äåíåã. Êîãäà ÿ ïîëó÷èë ýòîò e-mail, ÿ áûë çîë íà æåíó èç-çà ïîëó÷åíèÿ "junk mail" (ðåêëàìíûå ëèñòû, è ò.ä.., áåç ïîæåëàíèÿ). ß ïîñìåÿëñÿ íàä ïðåäëîæåíèåì, ÿ çíàë, ÷òî ýòî íå áóäåò äåéñòâîâàòü. Jody ìåíÿ àáñîëþòíî èãíîðèðîâàëà è íà÷àëà ýòèì çàíèìàòüñÿ. ß øóòèë íàä íåé è áûë ãîòîâ ïðîèçíåñòè èçâåñòíóþ ôðàçó "Âèäèøü, ÿ æå òåáå ãîâîðèë, ÷òî ýòî íå áóäåò äåéñòâîâàòü!" Íî ñìåÿëèñü ïîòîì íàäî ìíîé!!! Çà 45 äíåé îíà ïîëó÷èëà 47.200,- USD. ß áûë â øîêå!!! ß áûë óâåðåí, ÷òî ýòî íå äåéñòâóåò, a ýòî áûëà íåïðàâäà!!! ß ïðèñîåäèíèëñÿ ê Jody, äî ïåíñèè ìíå îñòàâàëîñü ñåìü ëåò, a ýòà ïðîãðàììà âåðíóëà ìíå æåëàíèå ðàáîòàòü, ïîòîìó ÷òî ÿ âèäåë ñâîè ðåçóëüòàòû! Mitchell Wolf, MD, Chicago, IL. ************************************************************ Ãëàâíûì äîâîäîì ýòîãî ïèñüìà ÿâëÿåòñÿ òî, ÷òîáû óáåäèë âàñ, ÷òî ýòî ÷åñòíàÿ, ëåãàëüíàÿ, ïðèáûëüíàÿ ñèñòåìà äëÿ çàðàáàòûâàíèÿ áîëüøèõ äåíåã çà êîðîòêîå âðåìÿ. ß òîëüêî ïîïðîáîâàë, ÷òîáû óçíàòü, ÷òî ìîæíî ïîëó÷èòü âçàìåí çà ìèíèìàëüíûé âêëàä è ñòàðàíèå. Ê ìîåìó óäèâëåíèþ ÿ ïîëó÷èë 3.470,- USD çà ïåðâûõ 14 äíåé à îñòàëüíûå äåíüãè âñå åùå ïðèõîäÿò!!! Charles Morris, Esq. ************************************************************ Òàê êàê ÿ íå ÿâëÿþñü òèïîì àçàðòíîãî èãðîêà, ïðîøëî íåñêîëüêî íåäåëü, ïåðåä òåì êàê ÿ ðåøèë ïîïðîáîâàòü. ß ïðèøåë ê âûâîäó, ÷òî 20,- USD ýòî òàêîé ìàëåíüêèé âêëàä, ÷òî ïðîñòî èñêëþ÷åíî, ÷òîáû ÿ íå íàøåë õîòÿ áû íåñêîëüêî çàêàçîâ, äëÿ âîçâðàòà ñâîåé èíâåñòèöèè. Áîæå, êàê ÿ áûë óäèâëåí, êîãäà óâèäåë ñâîé êîøåëåê, ïîëíûé çàêàçîâ! Çà íåêîòîðîå âðåìÿ èõ ïîñòóïèëî ñòîëüêî, ÷òî ÿ áûë âûíóæäåí âçÿòü îòïóñê íà ðàáîòå. Çà ýòîò ãîä ÿ çàðàáîòàë áîëüøå äåíåã, ÷åì çà ïîñëåäíèå äåñÿòü ëåò! Ñàìîå ïðåêðàñíîå â òîì, ÷òî íåâàæíî ãäå ëþäè æèâóò. Ýòî ïðîñòî - ñàìàÿ ëó÷øàÿ èíâåñòèöèÿ ñ î÷åíü áûñòðûì îáîðîòîì. Paige Willis, Des Moines, IA. ************************************************************ Îäèí ðàç ÿ óæå ïîëó÷èë ýòó ïðîãðàììó. ß åå óäàëèë, íî ïîòîì ÿ ïîäóìàë î òîì, ÷òî ñòîèëî áû ïîïðîáîâàòü. Êîíå÷íî, ÿ íå èìåë ïðåäñòàâëåíèÿ êîãäà ïîëó÷ó îïÿòü ïîäîáíîå ïðåäëîæåíèå, ïîýòîìó ÿ áûë âûíóæäåí æäàòü, ïîêà ìíå êòî-íèáóäü íå ïðèøëåò çàíîâî. Ïðîøëî 11 ìåñÿöåâ êîãäà ÿ ñíîâà ïîëó÷èë åãî. Òåïåðü ÿ åãî íå ñîòðól!!! Ñ ïåðâîãî ðàçà ÿ ïîëó÷èë 41.000,- USD!!!! Violet Wilson, Johnstown, PA. ************************************************************ Ó÷àñòâóþ â ýòîé ïðîãðàììå óæ â òðåòèé ðàç. Ìû óøëè ñ ðàáîòû, à ÷åðåç íåêîòîðîå âðåìÿ êóïèëè ñåáå äîì íà ïëÿæå è áóäåì æèòü íå äóìàÿ î äåíüãàõ. Åñòü òîëüêî îäèí ñïîñîá íà Çåìëå, ÷òîáû çàñòàâèòü èñïîëíÿòüñÿ ñâîè ïëàíû - ÝÒÎ ÍÀ×ÀÒÜ ÂÛÏÎËÍßÒÜ ÈÕ. Ðàäè Áîãà, íå ïðîïóñòèòå ýòó ÇÎËÎÒÓÞ âîçìîæîñòü!!! Ìíîãî ñ÷àñòüÿ è ïðèÿòíîé òðàòû äåíåã! Kerry Ford, Centerport, NY. ************************************************************ ÇÀÊÀÆÈÒÅ ÑÅÁÅ REPORT`s ÏÐßÌÎ ÑÅÉ×ÀÑ È ÂÑÒÀÂÀÉÒÅ ÍÀ ÏÓÒÜ Ê ÍÅÇÀÂÈÑÈÌÎÑÒÈ, ÑÂÎÁÎÄÅ È Ñ×ÀÑÒÜÞ! ÒÅÏÅÐÜ ÂÐÅÌß ÍÀ ÄÎÑÒÈÆÅÍÈÅ ÎÃÐÎÌÍÛÕ ÐÅÇÓËÜÒÀÒÎÂ!! ÏÎÆÀËÓÉÑÒÀ ÂÍÈÌÀÍÈÅ: Åñëè âàì íóæåí ñîâåò êàê íà÷àòü ïðåäïðèíèìàòü, çàðåãèñòðèðîâàòü òîðãîâîå íàçâàíèå, íàó÷èòüñÿ ïëàòèòü íàëîãè, êîíòàêòèðóéòå ñ îòäåëîì ïðåäïðèíèìàòåëüñòâà. Âàøè ðåçóëüòàòû çàâèñÿò òîëüêî îò Âàñ, îò Âàøåé ðàáîòû. Ýòî ïèñüìî íå ãàðàíòèðóåò íèêàêèõ äîõîäîâ è íèêàêèõ ðåçóëüòàòîâ, íî âñå ñóììû è ðåçóëüòàòû, óêàçàííûå â ýòîì äîêóìåíòå -- ÔÀÊÒ. !!!ÂÑÅ ÇÀÂÈÑÈÒ ÒÎËÜÊÎ ÎÒ ÂÀÑ!!! ÁÎËÜØÎÃÎ ÓÑÏÅÕÀ!!! P.S. Âû ñìîæåòå ñâÿçàòüñÿ ñî ìíîé ïî àäðåñó: WM_13@yahoo.com P.S. èëè çàéòè íà ìîþ ñòðàíè÷êó : http://www.geocities.com/wm_13/ C óâàæåíèåì, Ìèõàèë. geovisit(); geovisit(); --------------------------------- Do You Yahoo!? Yahoo! Mail Personal Address - Get email at your own domain with Yahoo! Mail. --0-2086206725-986370454=:7069 Content-Type: text/html; charset=us-ascii ÍÅ ÓÄÀËßÉÒÅ ÝÒÎ, ÎÒÏÅ×ÀÒÀÉÒÅ ÝÒÎ, ÏÐÎ×ÈÒÀÉÒÅ ÝÒÎ

ÎÒÏÅ×ÀÒÀÉÒÅ ÝÒÎ, ÏÎÆÀËÓÉÑÒÀ, È ÑÏÎÊÎÉÍÎ ÏÐÎ×ÈÒÀÉÒÅ !

ÂÛ ÇÀÐÀÁÎÒÀÅÒÅ ÌÍÎÃÎ ÄÅÍÅÃ!

ÝÒÎÒ ÁÈÇÍÅÑ ÐÀÁÎÒÀÅÒ ÏÐÎÑÒÎ ÂÅËÈÊÎËÅÏÍÎ!!!

ß ÐÀÁÎÒÀÞ ÏÎ ÝÒÎÉ ÏÐÎÃÐÀÌÌÅ ÎÄÈÍ - ÄÂÀ ×ÀÑÀ  ÄÅÍÜ, ÂÊËÞ×Àß ÎÁÐÀÁÎÒÊÓ ÇÀÊÀÇÎÂ È ÄÎÐÎÃÓ Â ÁÀÍÊ!!!

Íà÷íèòå ðàáîòàòü ñ íàìè è óâèäèòå, ÷òî áóäåòå ðàäû òîìó, ÷òî òàê ñäåëàëè!!!

ÇÀÐÀÁÎÒÀÉÒÅ 100.000,- USD ÇÀ ÃÎÄ ÍÀ ÐÅÊËÀÌÅ Â ÈÍÒÅÐÍÅÒÅ È ÐÀÑÑÛËÊÅ E-MAIL!!!

Óâàæàåìûå äðóçüÿ è ïîäðóãè,

Âû ìîæåòå çàðàáîòàòü 50.000,- USD è áîëüøå â òå÷åíèå ñëåäóþùèõ 90 äíåé íà ðàññûëêå e-mail. ÊÀÆÅÒÑß ÍÅÂÎÇÌÎÆÍÛÌ?? Ïðî÷èòàéòå äåòàëè, â ýòîì íåò íèêàêîé êàâåðçû èëè îáìàíà, ïðîñòî äåëàéòå ñåáå ðåêëàìó â Èíòåðíåò, ðàññûëàéòå e-mail è ðàçìåùàéòå ðåêëàìíûå îáúÿâëåíèÿ, è ÂÛ âñòàíåòå íà ïóòü ê ôèíàíñîâîé íåçàâèñèìîñòè è ÑÂÎÁÎÄÅ!!

"AS SEEN ON NATIONAL TELEVISION"

Ñïàñèáî çà Âàøå âðåìÿ è èíòåðåñ. Îá ýòîì ïèñüìå íåäàâíî áûëî íàïèñàíî â àìåðèêàíñêèõ ãàçåòàõ. Òàêæå, ââèäó åãî ïîïóëÿðíîñòè â Èíòåðíåòå, ãëàâíàÿ íî÷íàÿ èíôîðìàöèîííàÿ ïðîãðàììà ïîñâåòèëà åìó öåëóþ ïåðåäà÷ó íà îáúÿñíåíèå è âûÿñíåíèå, äåéñòâèòåëüíî ëè íèæå îïèñàííàÿ ïðîãðàììà ìîæåò ïðèíåñòè ëþäÿì äåíüãè. Òàêæå ïðîâåäåíî èññëåäîâàíèå ëåãàëüíîñòè äàííîé ïðîãðàììû.  ðåçóëüòàòå êîòîðîãî, ðàç è íàâñåãäà ïîäòâåðäèëîñü, ÷òî íå íàðóøàþòñÿ íèêàêèå çàêîíû è ïîñòàíîâëåíèÿ. Ýòî ïîìîãëî ïîêàçàòü ëþäÿì, ÷òî ýòî ïðîñòîé, áåçâðåäíûé è èíòåðåñíûé ñïîñîá çàðàáîòêà äåíåã íà äîìó. Âû ïîéìåòå ñóòü, êàê òîëüêî ïðî÷èòàåòå ýòî ðóêîâîäñòâî.

 

 

Íàïå÷àòàéòå ýòîò äîêóìåíò ñåé÷àñ, äëÿ ïîñëåäóþùåãî ÷òåíèÿ.

(Èíôîðìàöèÿ òðåáóåò âíèìàòåëüíîãî ïðî÷òåíèÿ)

Ñëåäóþùàÿ âîçìîæíîñòü, ïðèíîñèò äîõîä , è ìîæåò Âàñ çàèíòåðåñîâàòü.

Åñòü âîçìîæíîñòü åå íà÷àòü ñ ìèíèìàëüíûìè èíâåñòèöèÿìè, à äîõîä ïðîñòî ÏÎÐÀÇÈÒÅËÜÍÛÉ!!!!!

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

Õîòèòå çàðàáîòàòü 50.000,- USD ìåíüøå ÷åì çà 90 äíåé!? Ïîæàëóéñòà, ïðî÷èòàéòå äàííóþ ïðîãðàììó, ñíà÷àëà ÿ ýòîìó òîæå íå âåðèë, îäíàêî ýòî òàê!!!

À ïîòîì ïðî÷èòàéòå ýòî ÅÙÅ ÐÀÇ!

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

ÝÒÎ ËÅÃÀËÜÍÀß ÂÎÇÌÎÆÍÎÑÒÜ ÇÀÐÀÁÎÒÀÒÜ ÄÅÍÜÃÈ !!! !!!

Ýòî íå òðåáóåò, ÷òîáû âû âñòðå÷àëèñü ñ ëþäüìè (êàê âî ìíîãèõ äðóãèõ ïîäîáíûõ ïðåäëîæåíèÿõ)!!! Ìîæåòå ðàáîòàòü ñâîèì òåìïîì. Ñàìîå ëó÷øåå ýòî òî, ÷òî íåò íåîáõîäèìîñòè ïîêèäàòü ñâîé äîì. Åñëè âû âåðèòå, ÷òî êîãäà-íèáóäü, â îäèí ïðåêðàñíûé äåíü, ó Âàñ ïîÿâèòüñÿ âîçìîæíîñòü äîëãî îòäûõàòü, òàê ýòo, èìåííî, è åñòü òàêàÿ ÂÎÇÌÎÆÍÎÑÒÜ!!!!!

Ïðîñòî, ñëåäóéòå äàííîé èíñòðóêöèè, è Âàø ñîí èñïîëíèòñÿ. Ýòîò áèçíåñ - Multi-level-E-MAIL òîðãîâëÿ ïî çàêàçàì, ïðîãðàììà äåéñòâóåò ïðåâîñõîäíî íà 100% è êîãäà è ãäå óãîäíî. E-mail ÿâëÿåòñÿ òîðãîâûì èíñòðóìåíòîì áóäóùåãî!!! Èñïîëüçóéòå ýòîò íåêîììåð÷åñêèé ìåòîä ðåêëàìû. Ñäåëàéòå ýòî ñåé÷àñ!!! ×åì äîëüøå áóäåòå æäàòü, òåì áîëüøå ëþäåé áóäåò äåëàòü ýòîò áèçíåññ. Âîçüìèòå ñåáå ÷àñòü ÝÒÎÉ ÀÊÖÈÈ!! MULTI-LEVEL-MARKETING (MLM) íàêîíåö-òî äîñòèã óâàæåíèÿ. Îí ïðåïîäàåòñÿ â Ãàðâàðäñêîé òîðãîâîé øêîëå. Ñòýíôîðäñêèé èññëåäîâàòåëüñêèé èíñòèòóò è æóðíàë Wall Street çàÿâèëè, ÷òî 50-65% âñåõ òîâàðîâ è óñëóã äî êîíöà òûñÿ÷åëåòèÿ áóäóò ïðîäàâàòüñÿ ïîñðåäñòâîì multi-level ìåòîäîâ. Ýòî ìíîãî ìèëëèàðäíàÿ äîëëàðîâàÿ èíäóñòðèÿ, è òîëüêî èç 500,000 ìèëëèîíåðîâ â ÑØÀ, öåëûõ 20% (100.000 ÷åëîâåê) ñäåëàëè ñâîå ñîñòîÿíèå çà ïîñëåäíèå ïàðó ëåò áëàãîäàðÿ MLM. À åùå, ñòàòèñòèêà ïîêàçûâàåò, ÷òî 45 ÷åëîâåê êàæäûé äåíü ñòàíîâÿòñÿ ìèëëèîíåðàìè áëàãîäàðÿ Multi-Level-Marketing. Âîçìîæíî, ÷òî âû óæå ñëûøàëè èñòîðèþ, êàê Äîíàëüä Òðàìï ëåòîì íàâåñòèë øîó Äåâèäà Ëåòòåðìàíà. Äåâèä ñïðîñèë åãî, ÷òîáû îí äåëàë åñëè áû ïîòåðÿë âñå ñâîå ñîñòîÿíèå è âûíóæäåí áûë íà÷àòü âñå ñ íà÷àëà. Äîíàëüä áåç êîëåáàíèÿ îòâåòèë, ÷òî íàøåë áû õîðîøóþ MLM ôèðìó è íà÷àë ðàáîòàòü. Ïóáëèêà íà÷àëà ñâèñòåòü âûðàæàÿ íåñîãëàñèå. Äîíàëüä ïîñìîòðåë íà çðèòåëüíûé çàë è ñåðüåçíî ïðîèçíåñ: "Áëàãîäàðÿ ýòîìó ÿ çäåñü íàâåðõó, à âû òàì, âíèçó!"

Ñ ñåòåâûì ìàðêåòèíãîì âû èìååòå äâà èñòî÷íèêà ïðèáûëè: Ïðÿìàÿ ïðèáûëü ñ ïðîäàæè, êîòîðóþ ïðîâîäèòå Âû ñàìè è ïðèáûëü ñ îáîðîòà ëþäåé, êîòîðûõ ïðèâåäåòå â áèçíåñ. Áåñêîíå÷íàÿ ïðèáûëü ÿâëÿåòñÿ òàéíîé áîãàòñòâà. Ýòî çíà÷èò îäèí ðàç èíâåñòèðîâàòü âðåìÿ èëè äåíüãè à ïîòîì ïîëó÷àòü äåíüãè ñíîâà è ñíîâà.  ñåòåâîì ìàðêåòèíãå ýòî òàêæå îçíà÷àåò ïîëó÷àòü äåíüãè çà ðàáîòó äðóãèõ.

Ê ñîæàëåíèþ, ïðî÷èòàâ ýòî ïèñüìî âïåðâûå, ÿ ïðàêòè÷åñêè ïðîïóñòèë òàêóþ âîçìîæíîñòü ñêâîçü ïàëüöû, è äàæå íå ñòàë ÷èòàòü äàëüøå, íî âñêîðå ÿ ïåðå÷èòàë âñå çàíîâî. Çàäóìàëñÿ è ïîíÿë âñþ ñèëó ýòîãî ïðåäëîæåíèÿ.

È òåïåðü ÿ áîãàò è ñâîáîäåí. ß ìîãó äóõîâíî ðàçâèâàòüñÿ, îòäûõàòü, íàäî ìíîé íåò ãíåòà íà÷àëüñòâà, ìîåé ñåìüå è ìíå íå ìåøàåò óíèçèòåëüíàÿ áåäíîñòü è áîðüáà çà êóñîê õëåáà, ìåøàÿ ÷åëîâå÷åñêîé æèçíè...

************************************************************

Íàïðèìåð, âîò ÷òî ãîâîðèò ìèñòåð Äæåðè Ïðîêòîð, àìåðèêàíñêèé ìèëëèîíåð.

Äâà ãîäà íàçàä áûëà óïðàçäíåíà ìîÿ äîëæíîñòü â ôèðìå, â êîòîðîé ÿ ðàáîòàë ïîñëåäíèõ ïÿòíàäöàòü ëåò. Ïîñëå íåñêîëüêèõ íåóñïåøíûõ ñîáåñåäîâàíèé ÿ ðåøèë íà÷àòü ñâîé ñîáñòâåííûé áèçíåñ.  òå÷åíèè ïðîøëûõ ëåò ÿ ïðîøåë ìíîãî ôèíàíñîâûõ çàòðóäíåíèé. ß áûë äîëæåí ñâîåé ñåìüå, äðóçüÿì è êðåäèòîðàì áîëåå 35.000,- USD. ß áûë âûíóæäåí çàëîæèòü ñâîé äîì, ÷òîáû ïðîêîðìèòü ñâîþ ñåìüþ è óäåðæàòü ñâîé áèçíåñ.  ÝÒÎÒ ÌÎÌÅÍÒ ïðîèçîøëî íå÷òî âûäàþùååñÿ â ìîåé æèçíè, è ÿ ïèøó äëÿ òîãî, ÷òîáû ïîäåëèòüñÿ îá ýòîì çíàìåíàòåëüíîì ñîáûòèè ñ Âàìè.  ñåðåäèíå äåêàáðÿ 1998 ÿ ïîëó÷èë e-mail ñ ýòîé ïðîãðàììîé. Ïåðåä ýòèì ÿ øåñòü ìåñÿöåâ èñêàë ðàçíûå òîðãîâûå âîçìîæíîñòè. Âñå ïðîãðàììû, êîòîðûå ÿ ïîëó÷èë íå áûëè ýôôåêòèâíûìè (ïî êðàéíåé ìåðå íà ìîé âçãëÿä). Îíè áûëè èëè ñëèøêîì ñëîæíûìè èëè òðåáîâàëè áîëüøèõ èíâåñòèöèé, à ðèñêîâàòü ñâîèì âêëàäîì, ÷òîáû óçíàòü äåéñòâóåò ýòî èëè íåò, ÿ íå õîòåë. Êàê ÿ óæå ãîâîðèë, â äåêàáðå 1998 ÿ ïîëó÷èë ýòó ïðîãðàììó. ß íå õîòåë åå ïîëó÷àòü, ïðîñòî, ïîëó÷èë òàê æå êàê è Âû. Ñïàñèáî Áîãó çà ýòî! ß ïðî÷èòàë ïðîãðàììó íåñêîëüêî ðàç, ïîòîìó ÷òî íå ìîã â íåå ïîâåðèòü, è ïðèíÿëñÿ çà ðàáîòó. ß ìîã èíâåñòèðîâàòü òîëüêî ñòîëüêî äåíåã, ñêîëüêî â äàííûé ìîìåíò áûëî âîçìîæíî. Òàê æå êàê è Âû ÿ áûë ñêåïòè÷åí è íåìíîãî áîÿëñÿ î ëåãàëüíîñòè äàííîé ïðîãðàììû. Ïîñëå èñêëþ÷åíèÿ òîãî, ÷òî ïðîãðàììà ìîæåò áûòü íåëåãàëüíîé, ÿ ñêàçàë ñåáå, ïî÷åìó áû ìíå ýòî íå ïîïðîáîâàòü. Ïîòîì ÿ ïîñëàë îêîëî 10.000 e-mail. Ñòîèëî ìíå ýòî îêîëî 15,- USD çà ìîå âðåìÿ on-line. Ïðåâîñõîäíîå ñâîéñòâî e-mail ñîñòîèò â òîì, ÷òî íå íàäî íè÷åãî ïå÷àòàòü, à íóæíî òîëüêî ïîñûëàòü. Òàê êàê âñå çàêàçû îôîðìëÿþòñÿ ÷åðåç e-mail, òî ìîåé èíâåñòèöèåé áûëî òîëüêî ìîå âðåìÿ, êîòîðîå ÿ ïðîâåë ó êîìïüþòåðà. Ãîâîðþ Âàì êàê ýòî áûëî, íàäåþñü, ÷òî Âàñ ýòî íå ðàçî÷àðóåò, òàê êàê ÿ ïîîáåùàë ñåáå, ÷òî íèêîãî íå îáìàíó, ÷åãî áû ìíå ýòî íå ñòîèëî. Ìåíüøå ÷åì ÷åðåç íåäåëþ ÿ íà÷àë ïîëó÷àòü çàêàçû íà REPORT #1. Äî 13 ÿíâàðÿ 1999 ÿ ïîëó÷èë 26 çàêàçîâ íà REPORT #1. Âàøåé öåëüþ ÿâëÿåòñÿ ïîëó÷èòü ìèíèìàëüíî 20 çàêàçîâ íà REPORT #1  ÒÅ×ÅÍÈÈ ÄÂÓÕ ÍÅÄÅËÜ. ÅÑËÈ ÂÛ ÈÕ ÍÅ ÏÎËÓ×ÈÒÅ, ÏÎØËÅÒÅ ÁÎËÜØÅ ÄÀÍÍÛÕ ÏÐÎÃÐÀÌÌ, ÄËß ÒÎÃÎ ×ÒÎÁÛ ÈÕ ÏÎËÓ×ÈÒÜ! Ìîé øàã ê ïîëó÷åíèþ 50.000,- USD çà 90 äíåé áûë ñäåëàí. Äî 30 ÿíâàðÿ 1999 ÿ ïîëó÷èë 196 çàêàçîâ íà REPORT #2. Âàøåé öåëüþ ÿâëÿåòñÿ ïîëó÷èòü ìèíèìàëüíî 100 çàêàçîâ íà REPORT #2 â òå÷åíèè äâóõ íåäåëü. Åñëè ýòî íå ïîëó÷èòñÿ, òàê ðàññûëàéòå áîëüøå ýòèõ ïðîãðàìì. Êàê òîëüêî äîñòèãíèòå 100 çàêàçîâ íà REPORT #2 òî âñå îñòàëüíîå áóäåò â ïîðÿäêå è Âû òî÷íî ïîëó÷èòå ñâîè 50.000,- USD. Ó ìåíÿ áûëî 196 çàêàçîâ íà REPORT #2, òî åñòü íà 96 áîëüøå ÷åì ìíå áûëî íóæíî. Ïîýòîìó ÿ ñåë è îòäûõàë. Äî 1 ìàðòà 1999 çà ñâîè 10.000 îòîñëàíûõ e-mail ÿ ïîëó÷èë 58.000,- USD è êàæäûé äåíü ïðèõîäèëè íîâûå äåíüãè. ß çàïëàòèë ñâîè äîëãè è êóïèë ñåáå ìàøèíó. Ïîæàëóéñòà, íàéäèòå âðåìÿ è âíèìàòåëüíî ïðî÷èòàéòå ýòó ïðîãðàììó. ÝÒÎ ÍÀÂÑÅÃÄÀ ÈÇÌÅÍÈÒ ÂÀØÓ ÆÈÇÍÜ!!! Ïîìíèòå, ÷òî ýòî íå çàðàáîòàåò, ïîêà âû ýòî íå ïîïðîáóåòå! Ýòà ïðîãðàììà äåéñòâóåò, íî Âû äîëæíû òî÷íî ïðèäåðæèâàòüñÿ ðåêîìåíäàöèé!!

Ñïåöèàëüíîå ïðàâèëî - íå ñòàðàéòåñü âïèñûâàòü Âàøå èìÿ òàì, ãäå ýòî íå íóæíî. Ýòî íå áóäåò äåéñòâîâàòü, à Âû íåäîïîëó÷èòå ìíîãî äåíåã!! Áîëåå òîãî, ïðè èçìåíåíèè äàííûõ ïðîäàâöîâ èíà÷å, ÷åì ýòî óêàçàíî â èíñòðóêöèè íèæå, äàííûé âèä ïðåäïðèíèìàòåëüñòâà ñòàíîâèòñÿ íåëåãàëüíûì. Ñíîâà ïîâòîðÿþ, ÷òî â ñëó÷àå ñîáëþäåíèÿ âñåõ íèæåóêàçàííûõ ðåêîìåíäàöèé, ðå÷ü èäåò î ëåãàëüíîì ïðåäïðèíèìàòåëüñòâå!! Äëÿ òîãî, ÷òîáû âû äîñòèãëè ñâîåé öåëè íåîáõîäèìî ïîëó÷èòü 20 è áîëüøå çàêàçîâ íà REPORT #1 è 100 è áîëüøå íà REPORT #2.  ýòîì ñëó÷àå çàðàáîòàåòå 50.000,- USD (èëè áîëüøå) çà 90 äíåé! ß - ÐÅÀËÜÍÎÅ ÄÎÊÀÇÀÒÅËÜÑÒÂÎ ÒÎÃÎ, ×ÒÎ ÝÒÎ ÍÀ ÑÀÌÎÌ ÄÅËÅ ÄÅÉÑÒÂÓÅÒ!!! Åñëè âû ðåøèëèñü, ÷òî â ýòîé ïðîãðàììå ó÷àñòâîâàòü íå áóäåòå, òàê ìíå âàñ èñêðåííå æàëü. Òàê êàê ýòî ðåàëüíàÿ ïðåâîñõîäíàÿ âîçìîæíîñòü ñ ìèíèìàëüíûì ðèñêîì è èíâåñòèöèÿìè! Åñëè õîòèòå ó÷àñòâîâàòü, ïðèäåðæèâàéòåñü äàííûõ ðåêîìåíäàöèé è áóäåòå íà äîðîãå ê ôèíàíñîâîé íåçàâèñèìîñòè. Åñëè çàíèìàåòåñü ïðåäïðèíèìàòåëüñòâîì èëè õîòèòå íà÷àòü ñâîé ñîáñòâåííûé áèçíåñ, òàê ñ÷èòàéòå ýòî çà õîðîøóþ âîçìîæíîñòü. ß ÝÒÎ ÑÄÅËÀË !!!

Ñ óâàæåíèåì Äæåðè Ïðîêòîð.

 

 

 

ÝÒÎ ÏÎÐÀÇÈÒÅËÜÍÎ!!!

(ËÈ×ÍÀß ÇÀÌÅÒÊÀ ÎÒ ÎÑÍÎÂÀÒÅËß ÝÒÎÉ ÏÐÎÃÐÀÌÌÛ)

************************************************************

Ïåðåä òåì êàê ïðî÷èòàåòå ýòó ïðîãðàììó, âû äîëæíû ïîíÿòü, ÷òî ýòà ëåãàëüíàÿ ïðîãðàììà íå ìîãëà áûëà áûòü ñîçäàíà ëþáèòåëåì. Ïîçâîëüòå ìíå íåìíîãî ðàññêàçàòü î ñåáå. Öåëûõ 10 ëåò ó ìåíÿ áûë ñîáñòâåííûé ðàçâèâàþùèéñÿ áèçíåñ.  1979 ãîäó ìîé áèçíåñ íà÷àë ðóøèòüñÿ. ß äåëàë âñå, ÷òî ìíå äî ýòîãî ïðèíîñèëî óñïåõ, íî áåçóñïåøíî. Íàêîíåö ÿ ïîíÿë, ÷òî ýòî íå èç-çà ìåíÿ, à èç-çà ýêîíîìèêè, êîòîðàÿ íàñ ñîïðîâîæäàëà ñ 1945 ãîäà. Äóìàþ íå íóæíî Âàì îáúÿñíÿòü, êàê ýòî ïîâëèÿëî íà áåçðàáîòèöó â ñòðàíå, ìíîãèå èç Âàñ ýòî çíàþò ïî ñîáñòâåííîìó îïûòó. Ïðèøëî ìíîãî ïàäåíèé è áàíêðîòîâ. Ñðåäíèé êëàññ èñ÷åçàë, òå, êîòîðûå çíàëè ÷òî äåëàþò, ìóäðî èíâåñòèðîâàëè è ïðîäâèíóëèñü âûøå, à òå êòî íå çíàë, ïàäàëè âñå íèæå, â áåäíîòó. Êàê ãîâîðèò èçâåñòíàÿ ïîãîâîðêà: "ÁÎÃÀÒÛÅ ÁÎÃÀÒÅÞÒ, À ÁÅÄÍÛÅ ÁÅÄÍÅÞÒ". Òðàäèöèîííûå ñïîñîáû çàðàáîòêà äåíåã íèêîãäà íå ïîçâîëÿò Âàì âûñîêî ïîäíÿòüñÿ, à èíôëÿöèÿ òîëüêî ýòîìó ïîìîæåò. Ñåé÷àñ âû ïîëó÷èëè ïèñüìî, êîòîðîå ìîæåò äàòü Âàì ôèíàíñîâóþ íåçàâèñèìîñòü íà âñþ Âàøó æèçíü è "ÁÅÇ ÐÈÑÊÀ" è ñ "ÌÈÍÈÌÀËÜÍÛÌÈ ÓÑÈËÈßÌÈ".  ïîñëåäóþùèõ ìåñÿöàõ Âû ñìîæåòå çàðàáîòàòü äåíåã áîëüøå, ÷åì ìîæåòå ñåáå ïðåäñòàâèòü. Íóæíî ïîä÷åðêíóòü, ÷òî ÿ ñ ýòèõ äåíåã íå óâèæó íè öåíòà. Êàê è íèêòî èç ëþäåé, êîòîðûå òåñòèðîâàëè äàííóþ ïðîãðàììó. ß óæå çàðàáîòàë áîëåå 4.000.000,- USD!!! Ïåðåñòàë èñïîëüçîâàòü ýòó ïðîãðàììó ïîñëå òîãî, êàê ïîñëàë 16.000 ïðîãðàìì. Ñåé÷àñ ó ìåíÿ íåñêîëüêî ôèðì, êîòîðûå èçîáðåòàþò ïîäîáíûå ïðîãðàììû. Âûïîëíÿéòå ïðîãðàììó ÒÎ×ÍÎ ÏÎ ÈÍÑÒÐÓÊÖÈÈ!! Íå èçìåíÿéòå åå íèêàêèì îáðàçîì!! Îíà äåéñòâóåò ìàêñèìàëüíî ýôôåêòèâíî èìåííî â ýòîì âèäå. Íå çàáóäüòå ïîñëàòü êîïèþ ýòîé ïðîãðàììû êàæäîìó, êîãî òîëüêî âñïîìíèòå! Îäèí ÷åëîâåê, êîòîðîìó âû ýòî ïîøëåòå ìîæåò ïîñëàòü è 50.000 êîïèé ... à Âàøå èìÿ áóäåò íà êàæäîé èç íèõ!!! Ïîìíèòå, ÷òî ÷åì áîëüøå ïðîãðàìì âû ïîøëåòå, òåì áîëüøå ïîòåíöèàëüíûõ çàêàç÷èêîâ ïðèîáðåòåòå! Òàê ÷òî, äðóçüÿ, ÿ ïðåäîñòàâëÿþ Âàì âîçìîæíîñòü, èíôîðìàöèþ, ìàòåðèàë äëÿ òîãî ÷òîáû âû ïîëó÷èëè ôèíàíñîâóþ íåçàâèñèìîñòü. ÒÅÏÅÐÜ ÝÒÎ ÇÀÂÈÑÈÒ ÒÎËÜÊÎ ÎÒ ÂÀÑ! "ÏÎÄÓÌÀÉÒÅ ÎÁ ÝÒÎÌ" ïåðåä òåì êàê óäàëèòå ýòîò mail, êàê ÷óòü íå ñäåëàë ÿ. Îòâåäèòå ñåáå íåìíîãî âðåìåíè, ïðî÷òèòå è ïî-íàñòîÿùåìó ïîäóìàéòå íàä ýòèì.

Âîçüìèòå ðó÷êó è ïîñ÷èòàéòå, ÷òî ìîæåò èç ýòîãî ïîëó÷èòüñÿ, åñëè Âû ýòî ïîïðîáóåòå. Âîçüìèòå ñàìûé ïëîõîé âàðèàíò, íî è â ýòîì ñëó÷àå ó âàñ áóäåò ìíîãî äåíåã.  ñàìîì õóäøåì ñëó÷àå ïîëó÷èòå ñâîþ èíâåñòèöèþ íàçàä. Âñå ñîìíåíèÿ, êîòîðûå ó âàñ åñòü, èñ÷åçíóò, êîãäà ïîëó÷èòå ñâîé ïåðâûé çàêàç. ÝÒÎ ÄÅÉÑÒÂÓÅÒ!!!!!

Jody Jacobs, Richmond,VA.

À ÒÅÏÅÐÜ, ÂÎÒ ÝÒÀ ÏÅÐÂÎÑÕÎÄÍÀß ÏÐÎÃÐÀÌÌÀ, ÊÎÒÎÐÀß ÂÀÌ ÇÀÐÀÁÎÒÀÅÒ ÒÛÑß×È ÄÎËËÀÐÎÂ!!!!!

************************************************************

ÈÍÑÒÐÓÊÖÈß : Ýòîò ìåòîä çàðàáîòêà äåíåã íà ñàìîì äåëå ÄÅÉÑÒÂÓÅÒ ÍÀ 100%, ÊÎÃÄÀ ÓÃÎÄÍÎ, ÃÄÅ ÓÃÎÄÍÎ. ß óâåðåí, ÷òî Âû ñìîæåòå çàðàáîòàòü áîëåå 50.000,- USD â ïîñëåäóþùèå 90 äíåé. Ïåðåä òåì êàê ñêàçàòü "ãëóïîñòü..." ïîæàëóéñòà ïðî÷èòàéòå âíèìàòåëüíî è âíèêíèòå â ñóòü ýòîé ïðîãðàììû. Ýòî íå öåïíîå ïèñüìî, à îòëè÷íàÿ ëåãàëüíàÿ âîçìîæíîñòü çàðàáîòàòü äåíüãè.  ÷åì ñìûñë? Òàê êàê è â ëþáîé multi-level ñõåìå, òîðãîâëÿ ñòðîèòñÿ íà ïðèâëå÷åíèè íîâûõ ïàðòíåðîâ è ïðîäàæå ñâîèõ òîâàðîâ. ÇÀÊÀÇÛ Ê ÂÀÌ ÏÐÈÕÎÄßÒ È ÂÛÏÎËÍßÞÒÑß ÏÎ E-MAIL, ïîýòîìó íå âîçíèêàåò ëè÷íîãî êîíòàêòà. Äåëàåòñÿ âñå äîìà èëè â ó÷ðåæäåíèè. Ýòî ñàìàÿ áîëüøàÿ multi-level âîçìîæíîñòü íà ñâåòå!!!!! È ÝÒÎ ÍÅ ÏÐÅÓÂÅËÈ×ÅÍÈÅ!!

 

Ñóùåñòâóåò äâà îñíîâíûõ ìåòîäà äëÿ ñòðîèòåëüñòâà âàøèõ íèæíèõ óðîâíåé:

Ìåòîä #1- ÏÎÑÛËÊÀ ÌÀÑÑÎÂÎÉ E-MAIL ÐÅÊËÀÌÛ

Ïðåäïîëîæèì, íàïðèìåð, ÷òî Âû õîòèòå íà÷àòü ñ ìàëîãî êîëè÷åñòâà, òîëüêî äëÿ òîãî, ÷òîáû ïîñìîòðåòü êàê ýòî äåéñòâóåò. Äîïóñòèì, ÷òî Âû è âñå âîâëå÷åííûå Âàìè êîìïàíüîíû ïîøëåòå òîëüêî 2.000 e-mail (êàæäûé èç Âàñ). Òàêæå ïðåäïîëîæèì, ÷òî ïîëó÷èòå âñåãî 0,5% îòâåòîâ. Åñëè èñïîëüçóåòå õîðîøèé ïåðå÷åíü àäðåñîâ òî 1%. Ïîòîì ìíîãî ëþäåé ðàçîøëþò óæå ñîòíè òûñÿ÷ ýòèõ ïðîãðàìì, áëàãîäàðÿ âàøèì 2.000. Ïðîäîëæèì íàø ïðèìåð, âû ïîñëàëè 2.000 ïðîãðàìì. Èç 0,5% îòâåòîâ ýòî òîëüêî 10 çàêàçîâ íà REPORT #1. Ýòèõ äåñÿòü ÷åëîâåê ïîñëàëî 20.000 ïðîãðàìì, ÷òî ïðè 0,5% - óæå 100 çàêàçîâ íà REPORT #2. Êàæäûé èç ýòèõ 100 ïîñëàëè ïî 2.000 ïðîãðàìì, à Âû ïîëó÷èëè 1.000 çàêàçîâ íà REPORT #3, à åñëè êàæäûé èç ýòèõ 1.000 ïîøëåò 2.000 ñâîèõ ïðîãðàìì, òàê ïðè 0,5% ïîëó÷èòå 10.000 çàêàçîâ íà REPORT #4. À ýòî 10.000 õ 5 = 50.000 USD â íàëè÷íîñòè!!!!! Âàø êîíå÷íûé çàðàáîòîê â ýòîì ñëó÷àå áóäåò: 50+500+5.000+50.000 = 55.550,- USD!!!!!!! Ïîìíèòå, ÷òî ýòî ïðåäïîëîæåíèå äëÿ 1990 ÷åëîâåê. Òå, êîòîðûå íå çàõîòÿò ó÷àñòâîâàòü, ýòó âîçìîæíîñòü óäàëÿò, è íè÷åãî íå ñëó÷èòñÿ! Ïîïðîáóéòå ïîäóìàòü ìèíóòêó! À ÷òî åñëè êàæäûé ïîøëåò 100.000 ïðîãðàìì âìåñòî 2.000 ?! Âåðüòå ìíå, ÷òî ëþäè ýòî ñäåëàþò, âîçìîæíî è áîëüøå! Ìåæäó ïðî÷èì, Âàø ôèíàíñîâûé âêëàä ÿâëÿåòñÿ ìèíèìàëüíûì... Âû óæå èìååòå ïîäêëþ÷åíèå ê Èíòåðíåò, à e-mail - áåñïëàòåí!

REPORT #2 Âàì ïîêàæåò ñàìûå ëó÷øèå ìåòîäû ìàññîâîé ðàññûëêè e-mail è ãäå ìîæíî íàéòè ïåðå÷åíü àäðåñîâ.

ÌÅÒÎÄ #2 - ÁÅÑÏËÀÒÍÀß ÐÅÊËÀÌÀ Â ÈÍÒÅÐÍÅÒÅ

Ðåêëàìà â Èíòåðíåòå ÿâëÿåòñÿ íåòðåáîâàòåëüíîé è ñóùåñòâóåò òûñÿ÷à ÁÅÑÏËÀÒÍÛÕ ìåñò äëÿ ðåêëàìû. Ñêàæåì, íàïðèìåð, ÷òî âû íà÷íåòå ñêðîìíî, òîëüêî äëÿ òîãî, ÷òîáû óçíàòü äåéñòâóåò ëè ýòî. Âàøåé öåëüþ áû áûëî íàéòè âñåãî ëèøü 10 ÷åëîâåê íà ïåðâûé óðîâåíü òî åñòü òåõ, êòî çàêàçàë áû ó Âàñ REPORT#1 (ðàçìåùåíèåì áåñïëàòíûõ îáúÿâëåíèé â Èíòåðíåò ëåãêî íàéòè è áîëüøåå êîëè÷åñòâî çàêàçîâ).

Äàëüøå ïðåäïîëîæèì, ÷òî êàæäûé èç Âàøåé îðãàíèçàöèè íàéäåò òîëüêî 10 ÷åëîâåê. Ïîñìîòðèì íà ïðèìåðå è óâèäèì, ÷òî ïðîèçîéäåò:

  2. 1-é level - âàøèõ 10 êëèåíòîâ ïî 5 USD.............................50,- USD.
  3. 2-é level - ïî 10 êëèåíòîâ îò òåõ 10-òè (5,- USD x 100) ........ 500,- USD.
  4. 3-é level - ýòî óæå 1.000 êëèåíòîâ (5,- USD x 1.000) ........5.000,- USD.
  5. 4-é level - 10.000 êëèåíòîâ (5,- USD x 10.000) ............... 50.000,- USD.

Èòîãî 55.550,- USD.

Ïîìíèòå, ÷òî ýòî òîëüêî ïðèìåð äëÿ 10 êëèåíòîâ. Ìíîãèå ëþäè íàéäóò ñîòíè êëèåíòîâ!!! ÏÎÄÓÌÀÉÒÅ ÎÁ ÝÒÎÌ!!! Âñå, ÷òî âû äîëæíû ñäåëàòü, çà êàæäûå $5 USD, êîòîðûå ïîëó÷èòå â ñâîé êîøåëåê - ýòî ïîñëàòü ïîêóïàòåëþ çàêàçàííûé REPORT. È ÝÒÎ ÂÑÅ!!! ÂÑÅÃÄÀ ÎÒÏÐÀÂËßÉÒÅ ÇÀÊÀÇÛ Â ÒÎÒ ÄÅÍÜ, ÊÎÃÄÀ ÎÍÈ ÏÐÈÉÄÓÒ!!! Ýòî Âàì ãàðàíòèðóåò, ÷òî e-mail, êîòîðûå áóäóò ïîñûëàòü ñ ÂÀØÈÌ èìåíåì, áóäóò áûñòðåå ðàñïðîñòðàíÿòüñÿ, ïîòîìó ÷òî îíè íå ìîãóò áûòü ïîñëàíû ïîêà REPORT's íåò ó âàøåãî çàêàç÷èêà!!!

ÈÒÀÊ, ÄÎÑÒÓÏÍÛÅ REPORT's:

****** Çàêàæè ñåáå êàæäûé èç íèõ ñîãëàñíî íîìåðó è íàçâàíèþ ******

 

ÇÀÊÀÆÈÒÅ ÑÅÁÅ REPORT's ÑÅÉ×ÀÑ !!!

 

Òàáëèöà 1. REPORT's è ðåêâèçèòû ïðîäàâöîâ.

¹ Ïåðå÷åíü REPORT's R- è Z- êîøåëüêè ïðîäàâöà E-mail ïðîäàâöà
1 REPORT #1 "Ðóêîâîäñòâî ïî áåñïëàòíîé è ýôôåêòèâíîé ðåêëàìå â Èíòåðíåò" R871542342557

Z469857407500

 WM_13@yahoo.com
2 REPORT #2 "Ðóêîâîäñòâî ïî ìàññîâîé ðåêëàìíîé ðàññûëêå E-Mail " R803112125203

Z460897718401

 verysimplejob@yahoo.com
3 REPORT #3 "Ñåêðåòû ìíîãîóðîâíåâîãî ìàðêåòèíãà â Èíòåðíåò" R916511407235

Z601004161913

 poul007@narod.ru
4 REPORT #4 "Êàê ñòàòü ìèëëèîíåðîì, èñïîëüçóÿ MLM è Èíòåðíåò" R117465742973

Z095492416150

 asebo@mail.ru

Ñ ëþáûì èç ïðîäàâöîâ âñåãäà ìîæíî ñâÿçàòüñÿ ÷åðåç åãî e-mail. Íî, ïîæàëóéñòà, íå çàãðóæàéòå èõ ëèøíèìè âîïðîñàìè, îíè ìîãóò áûòü î÷åíü çàíÿòû îáðàáîòêîé çàêàçîâ (îñîáåííî íà òðåòüåì è ÷åòâåðòûõ óðîâíÿõ).

ÂÎÒ, ×ÒÎ ÍÓÆÍÎ ÑÄÅËÀÒÜ ÂÀÌ:

1. Ñêîïèðîâàòü ïðîãðàììó WebMoney keeper 2 è ñîçäàòü ñåáå ðóáëåâûé R-êîøåëåê.

Èíñòðóêöèè ïî ðàáîòå ñ êîøåëüêîì è èíôîðìàöèÿ îá ýòîé ñèñòåìå ïëàòåæåé

íà ñàéòå http://www.webmoney.ru

2. Ïîïîëíèòü ÑÂÎÉ êîøåëåê ðóáëåâûì ýêâèâàëåíòîì $20 + 3% ïî êóðñó ÖÁ, âûáðàâ

ëþáîé èç äîñòóïíûõ íà http://www.webmoney.ru/rus/perevods.htm ñïîñîáîâ ïåðåâîäà.

3. Ïîñëå ïîñòóïëåíèÿ äåíåã â âàø êîøåëåê, çàêàæèòå ñåáå âñå ÷åòûðå REPORT's

(èç ïåðå÷íÿ Òàáëèöû 1), ïóòåì ïåðåâîäà WebMoney èç ñâîåãî êîøåëüêà â êîøåëåê

ïðîäàâöà, ñóììû $5 ÑØÀ ïî êóðñó ÖÁ, çà êàæäûé REPORT. Îáÿçàòåëüíî, óêàæèòå

â ïîëå êîììåíòàðèÿ íîìåð REPORT è îáðàòíûé e-mail àäðåñ.

Ïðèìåð: REPORT#1 xxxxxx@xxxx.xxx

(Ïîäòâåðäèòå îïëàòó ïî e-mail)

4. Â Òàáëèöå 1, óäàëèòå íîìåð êîøåëüêà èç ñòðîêè 4 è ïåðåìåñòèòå íà åãî ìåñòî

íîìåð êîøåëüêà èç ñòðîêè 3. Çàòåì, ïåðåìåñòèòå íîìåð êîøåëüêà èç ñòðîêè 2

â îñâîáîäèâøååñÿ ìåñòî â ñòîðîêå 3. È, íàêîíåö, ïåðåìåñòèòå íîìåð êîøåëüêà èç

ñòðîêè 1 â ñòðîêó 2.

 îñâîáîäèâøååñÿ ìåñòî â ñòðîêå 1 âñòàâüòå íîìåð ñâîåãî R- êîøåëüêà.

Òåïåðü Âû ñòàëè ïðîäàâöîì REPORT#1.

5. Òîæå ñàìîå ïðîäåëàéòå ñ e-mail àäðåñàìè.

  • ÏÐÈÌÅ×ÀÍÈÅ:

    *Çà êàæäûé REPORT ïåðåâåäèòå ðóáëåâûé ýêâèâàëåíò $5 USD ïî êóðñó ÖÁ, ñî ñâîåãî êîøåëüêà íà íîìåð êîøåëüêà ïðîäàâöà. (USD ïîòîìó, ÷òî â ýòî âîâëå÷åíû æåëàþùèå ñî âñåãî ñâåòà). Âñå îïåðàöèè îò ñîçäàíèÿ êîøåëüêà äî îïëàòû REPORT's ïðîèçâîäÿòñÿ â ïðîãðàììå WebMoney Keeper.

    *Â êîøåëüêå, äåíüãè õðàíÿòñÿ â âèäå óñëîâíûõ åäèíèö (WebMoney).

    Ïî êóðñó 1WM = 1 ðóá. äëÿ R- êîøåëüêà

    1WM = 1 äîëëàð ÑØÀ äëÿ Z- êîøåëüêà.

    *Êîãäà ñäåëàåòå ñâîé çàêàç, óáåäèòåñü, ÷òî âû çàêàçàëè âñå REPORT. Âñå îíè ïîíàäîáÿòñÿ äëÿ òîãî, ÷òîáû Âû ñîõðàíèëè ó ñåáÿ â êîìïüþòåðå è, ïîòîì, ìîãëè ïðîäàâàòü êîïèè. Âàì äåéñòâèòåëüíî íóæíû âñå ýòè REPORT, èíà÷å ëþäè íå ñìîãóò ñäåëàòü ó âàñ çàêàç, à ñàìîå ãëàâíîå, ýòè REPORT's ñîäåðæàò âàæíóþ èíôîðìàöèþ î òîì, êàê èì äîñòè÷ü óñïåõà!! È ðàçâèâàòü ýòîò áèçíåññ.

    * òå÷åíèè íåñêîëüêèõ äíåé ïîñëå îïëàòû, âû ïîëó÷èòå ÷åòûðå e-mail, â êàæäîì ïî îäíîìó REPORT(ó). Ñîõðàíèòå èõ â âàøåì êîìïüþòåðå (è íà äèñêåòå äëÿ íàäåæíîñòè), ÷òîáû îíè âñåãäà áûëè ãîòîâû ê ïîñûëêå òûñÿ÷àì ëþäåé, êîòîðûå èõ ó âàñ çàêàæóò. Òåïåðü ýòî Âàø òîâàð, ñ ïðàâîì ïðîäàæè!

    • ÂÀÆÍÎ: - íå ìåíÿéòå íîìåðà êîøåëüêîâ, êîòîðûå íàõîäÿòñÿ â ñïèñêå çà êàæäûì èç REPORT's (íèêàêèì ñïîñîáîì), òîëüêî òàê, êàê ýòî óêàçàíî â ïóíêòàõ (1 - 5), èíà÷å ïîòåðÿåòå áîëüøóþ ÷àñòü ñâîèõ äîõîäîâ. Êîãäà ïîéìåòå, êàê ýòî äåéñòâóåò, Âàì ñðàçó ñòàíåò ïîíÿòíî, ïî÷åìó ýòî ïåðåñòàåò äåéñòâîâàòü, êîãäà ÷òî-íèáóäü èçìåíèøü íå ïî ïóíêòàì(1 - 5) . Ïîìíèòå, ýòîò ìåòîä áûë ïðîâåðåí, è åñëè Âû èçìåíèòå åãî, îí ïåðåñòàíåò ðàáîòàòü!!

    Âîçüìèòå ýòîò äîêóìåíò ñ èçìåíåííûì ïåðå÷íåì èìåí è ñ÷åòîâ è ñêîïèðóéòå åãî íà âàø êîìïüþòåð. Òåïåðü âû ãîòîâû ê ðàáîòå è ìîæåòå ðàññûëàòü ýòî ïðåäëîæåíèå â ïîèñêàõ ñâîèõ êëèåíòîâ, íî ïðåäâàðèòåëüíî îáÿçàòåëüíî ïðî÷èòàéòå âñå ÷åòûðå ðóêîâîäñòâà - îíè ñèëüíî ïîìîãóò âàì. Íå äåëàéòå íèêàêèõ èçìåíåíèé â ÷àñòè ÈÍÑÒÐÓÊÖÈÈ!!! Âàø ôèíàíñîâûé âêëàä â äàííîå ïðåäïðèÿòèå ÿâëÿåòñÿ ïðàêòè÷åñêè íè÷òîæíûì (êîíå÷íî æå åñëè âû ìîæåòå ïîçâîëèòü ñåáå èíâåñòèðîâàòü 20,- USD, èëè, íàïðèìåð, ìîæåòå ñëîæèòüñÿ ñ äðóçüÿìè. ×åì áîëüøå áóäåò Âàñ äëÿ ïîñûëêè ðåêëàìû è email, òåì áîëüøå âû èõ ïîøëåòå!. Âû, êîíå÷íî æå, óæå ïîäêëþ÷åíû ê ñåòè Èíòåðíåò è èìååòå áåñïëàòíûé e-mail!  ïîìîùü Âàì ñ âàøèì ìàðêåòèíãîì, ñîçäàíû 4 REPORT(ðóêîâîäñòâà), êîòîðûå âû çàêàçàëè. Îíè ñîäåðæàò ïîëåçíóþ èíôîðìàöèþ, íàïðèìåð, êàê ïîñûëàòü ìàññîâóþ ïî÷òîâóþ ðàññûëêó (e-mail), ãäå íàéòè òûñÿ÷ó âîçìîæíîñòåé ñäåëàòü áåñïëàòíóþ ðåêëàìó è ò.ä. Òàêæå âàì áóäóò äàíû èíôîðìàöèè îá ÈÍÒÅÐÍÅÒ-ÌÀÐÊÅÒÈÍÃ-ÊËÓÁÀÕ. Çäåñü íàéäåòå êîíôåðåíöèþ, ãäå èíòåðíåò-ïðåäïðèíèìàòåëè ñ öåëîãî ñâåòà âçàèìíî îáìåíèâàþòñÿ èíôîðìàöèåé è ñåêðåòàìè óñïåõà. Êëóá òàêæå áåñïëàòíî ïðåäîñòàâëÿåò èíòåðíåòîâûå èíñòðóìåíòû è óñëóãè äëÿ ñîçäàíèÿ ÑÎÁÑÒÂÅÍÍÎÃÎ ÈÍÒÅÐÍÅÒ ÏÐÅÄÏÐÈßÒÈß. Ïîñòàâÿò áåñïëàòíî software äëÿ îòïðàâëåíèÿ ìàññîâûõ e-mail è êàæäûé äåíü 1.000.000 íîâûõ e-mail àäðåñîâ. Òàêæå Âàì ïîñîâåòóþò, ãäå íàéòè áåñïëàòíóþ WEB ñòðàíèöó, êàê ïîëó÷èòü TOP îöåíêó â ïîèñêîâûõ ïðîãðàììàõ äëÿ Âàøåé ñòðàíèöû, êàê ïðîäàòü Âàø ïðîäóêò ïðè ïîìîùè ðåêëàìû, áþëëåòåíåé, áàííåðîâ è ìíîãî äðóãèõ ñîâåòîâ. Àäðåñ IMR: http://www.marketingontheweb.net Ïðèëîæåíèå àäðåñîâ ñî ñïèñêàìè è ïîèñêîâûìè ïðîãðàììàìè e-mail àäðåñîâ:

    http://www.whowhere.lycos.com/Email

    http://www.infospace.com/info/email1.htm

    !!! ÎÁßÇÀÒÅËÜÍÎ ÏÐÎÂÅÐÜÒÅ ÏÐÀÂÈËÜÍÎÑÒÜ ÈÇÌÅÍÅÍÈß ÒÀÁËÈÖÛ !!!

    Ïðèáëèçèòåëüíî 50.000 íîâûõ ëþäåé ïîäêëþ÷àþòñÿ ê Èíòåðíåòó êàæäûé ìåñÿö!

  • Ïðîâåðüòå, îñîáåííî âíèìàòåëüíî, ïðàâèëüíîñòü óêàçàíèÿ íîìåðà êîøåëüêà ïðè ïåðåâîäå. Ýòî î÷åíü âàæíî, òàê êàê ïîêà íå çàïëàòèòå ïðàâèëüíî, çàêàç íå ïðèäåò, à Âû íå ïîëó÷èòå ñâîé report. Íàéäèòå âðåìÿ, ÷òîáû âû ñìîãëè ñäåëàòü âñå ïðàâèëüíî è íå òîðîïÿñü, ïîòîìó ÷òî ýòî îñíîâà Âàøåãî áèçíåñà.

    • ************* ÑÎÂÅÒÛ Ê ÓÑÏÅÕÓ ************

    *Ñ×ÈÒÀÉÒÅ ÝÒÎ ÑÂÎÈÌ ÁÈÇÍÅÑÎÌ!!! Áóäüòå áûñòðûìè, ïðîôåññèîíàëüíûìè è ïðèäåðæèâàéòåñü èíñòðóêöèé.

    *Çàêàæèòå ñåáå ÷åòûðå REPORT's ÏÐßÌÎ ÑÅÉ×ÀÑ, ÷òîáû âû èõ èìåëè, êîãäà ê âàì íà÷íóò ïðèõîäèòü çàêàçû, ïîòîìó ÷òî:

    *Êîãäà ïîëó÷èòå $5 ÑØÀ, âû ÄÎËÆÍÛ ïîñëàòü æåëàåìûé ïðîäóêò (REPORT)!

    * ÂÑÅÃÄÀ ÎÒÏÐÀÂËßÉÒÅ ÇÀÊÀÇÛ Â ÒÎÒ ÄÅÍÜ ÊÎÃÄÀ ÎÍÈ ÏÐÈÉÄÓÒ!!!!

    *Áóäüòå òåðïåëèâû è íå ñäàâàéòåñü!! Åñëè áóäåòå òî÷íî èñïîëíÿòü ïðåäïèñàíèÿ, Âàøè

    ðåçóëüòàòû ÁÓÄÓÒ ÓÑÏÅØÍÛÌÈ!!!!

    *À ÃËÀÂÍÎÅ, ÂÅÐÜÒÅ Â ÑÅÁß È ÒÎÌÓ, ×ÒÎ Ó ÂÀÑ ÏÎËÓ×ÈÒÜÑß!!!!!!!

    ************ ÍÀØÈ ÐßÄÛ ÓÑÏÅÕÀ ***********

    Ïðèäåðæèâàéòåñü ýòèõ ðÿäîâ è ó âàñ âñå ïîëó÷èòüñÿ: Åñëè íå ïîëó÷èòå 20 çàêàçîâ íà Report #1 â òå÷åíèè äâóõ íåäåëü, ïðîäîëæàéòå äåëàòü ðåêëàìó è ïîñûëàòü e-mail, äî òåõ ïîð, ïîêà èõ íå ïîëó÷èòå. Ïîòîì âû â òå÷åíèè íåñêîëüêèõ íåäåëü Âû äîëæíû ïîëó÷èòü çàêàçû íà Report #2. Åñëè ýòî íå ïðîèçîéäåò, íå ïåðåñòàâàéòå ïîñûëàòü ðåêëàìó äî òåõ ïîð, ïîêà íå äîñòèãíèòå 100 çàêàçîâ íà Report #2. Êàê òîëüêî ïîëó÷èòå 100 çàêàçîâ íà Report #2, ÌÎÆÅÒÅ ÍÀ×ÀÒÜ ÎÒÄÛÕÀÒÜ, ïîòîìó ÷òî ñèñòåìà â ýòîì ñëó÷àå óæå ðàáîòàåò çà Âàñ à Âàøè äåíüãè áóäóò ïðèõîäèòü ñàìè ïî ñåáå.

    ÝÒÎ ÂÀÆÍÎ ÇÀÏÎÌÍÈÒÜ: Âñåãäà, êîãäà âàøå èìÿ ïðîäâèãàåòñÿ âíèç ïî ñïèñêó, Âû ïîëó÷àåòå çàêàç íà ñëåäóþùèé Report, ïîýòîìó ìîæåòå ñëåäèòü ñâîå ïðîäâèæåíèå, ïî òîìó êàêîé êàêîé Report îò Âàñ çàêàçûâàþò ëþäè! Åñëè ïîæåëàåòå ïîâûñèòü ñâîé äîõîä, òî ïðîñòî ïîñûëàéòå íîâóþ ïàðòèþ e-mail. Òàê Âû íà÷íåòå âåñü ïðîöåññ ñíà÷àëà. ÍÅ ÑÓÙÅÑÒÂÓÅÒ ÍÈÊÀÊÎÉ ÃÐÀÍÈÖÛ ÏÐÈÁÛËÈ, ÊÎÒÎÐÓÞ ÌÎÆÍÎ ÄÎÑÒÈÃÍÓÒÜ Â ÝÒÎÌ ÁÈÇÍÅÑÅ!!! Ïåðåä òåì, êàê ðåøèòå õîòèòå ýòèì çàíèìàòüñÿ èëè íåò, ïðî÷èòàéòå ñëåäóþùèå ôàêòû îá ýòîé ïðîãðàììå:

    1. ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÏÐÎÈÇÂÎÄÑÒÂÎ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ!
    2. ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÒÐÀÍÑÏÎÐÒÈÐÎÂÊÀ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ!
    3. ÏÐÎÄÀÅÒÅ ÏÐÎÄÓÊÒ, ÐÅÊËÀÌÀ ÊÎÒÎÐÎÃÎ ÂÀÌ ÍÈ×ÅÃÎ ÍÅ ÑÒÎÈÒ!
    4. ÈÑÏÎËÜÇÓÅÒÅ ÑÈËÓ ÈÍÒÅÐÍÅÒÀ È MULTI-LEVEL MARKETING!
    5. ÂÀØÅÉ ÅÄÈÍÑÒÂÅÍÍÎÉ ÂÛÄÀ×ÅÉ ÊÐÎÌÅ ÍÀ×ÀËÜÍÎÉ ÈÍÂÅÑÒÈÖÈÈ 20,- USD ßÂËßÅÒÑß ÒÎËÜÊÎ ÂÀØÅ ÂÐÅÌß!
    6. ÂÅÑÜ ÇÀÐÀÁÎÒÎÊ ÊÎÒÎÐÛÉ ÂÛ ÏÎËÓ×ÈÒÅ ßÂËßÅÒÑß ×ÈÑÒÎÉ ÏÐÈÁÛËÜÞ!
    7. ÝÒÀ ÏÐÎÃÐÀÌÌÀ ÍÀÂÑÅÃÄÀ ÈÇÌÅÍÈÒ ÂÀØÓ ÆÈÇÍÜ!

     

    ***** ÎÏÛÒ ÄÐÓÃÈÕ *****

    Ýòà ïðîãðàììà äåéñòâóåò, íî âû äîëæíû òî÷íî èñïîëíÿòü èíñòðóêöèè! ÃËÀÂÍÎÅ ÍÅ ÏÎÌÅÙÀÉÒÅ ÂÀØÅ ÈÌß ÍÀ ÄÐÓÃÓÞ ÏÎÇÈÖÈÞ, ÝÒÎ ÎÁÎÉÄÅÒÑß ÂÀÌ ÁÎËÜØÎÉ ÏÎÒÅÐÅÉ ÄÅÍÅÃ, ÝÒÎ ÏÐÎÑÒÎ ÍÅ ÄÅÉÑÒÂÓÅÒ!!!

    ß - ðåàëüíîå äîêàçàòåëüñòâî ðàáîòîñïîñîáíîñòè ýòîãî áèçíåñà. Ýòî äåéñòâèòåëüíî ïðåâîñõîäíàÿ âîçìîæíîñòü, òàê ðåàëüíî è ëåãêî çàðàáîòàòü äåíüãè ñ ìèíèìàëüíûì âêëàäîì. Åñëè ðåøèòåñü ýòî ïîïðîáîâàòü, ïðèäåðæèâàéòåñü èíñòðóêöèé ïðîãðàììû è áóäåòå íà ëó÷øåé äîðîãå ê ôèíàíñîâîé íåçàâèñèìîñòè.

    Steven Bardfield, Portland, OR

    ************************************************************

    Ýòà ïðîãðàììà äåéñòâèòåëüíî äåéñòâóåò. Æèâó íå â Àìåðèêå, à â Åâðîïå è ñíà÷àëà ÿ áîÿëñÿ, íå áûë óâåðåí, äåéñòâèòåëüíî ëè ýòî äåéñòâóåò, à ïîòîìó, íå îòíîñèëñÿ ê ýòîìó ñåðüåçíî. À ïîòîì ñêàçàë ñåáå: "À ïî÷åìó íåò?". Ñîçäàë êîøåëåê, ïîïîëíèë åãî , è ñäåëàë ïåðåâîä, çàêàçàâ ñåáå ÷åòûðå Reporty.  òå÷åíèè 5-è äíåé ïîëó÷èë èõ âñåõ ïî e-mail.

    Äîëüøå âñåãî ïðèøëîñü æäàòü Report #4. Íî ýòî è ïîíÿòíî, âåäü ó ïðîäàâöà ýòîãî, ïîñëåäíåãî óðîâíÿ, òûñÿ÷è çàêàçîâ. Âñå ñäåëàë òî÷íî ïî èíñòðóêöèè (÷òîáû áûòü óâåðåííûì, åñëè ýòî äåëî íå çàðàáîòàåò, òî ýòî íå ïðè÷èíà ìîåé îøèáêè) è æäàë. ß âíèìàòåëüíî ïðî÷èòàë âñå ïîëó÷åííûå ðóêîâîäñòâà, à êîãäà óçíàë, êàê âñå íàäî äåëàòü, íà÷àë ñâîé áèçíåñ. ß èñêàë àäðåñà âåçäå è ñäåëàë ñåáå äëèííûé ñïèñîê (ìíå ýòî áûëî äåéñòâèòåëüíî èíòåðåñíî, ýòî áûëî êàê íîâîå õîááè, è ÿ íå ìîã íè÷åãî ïîòåðÿòü), êàê íåíîðìàëüíûé ÿ íà÷àë ïîñûëàòü e-mail ëþäÿì â öåëîì ñâåòå. Äåëàë ÿ ýòî ïîñòîÿííî, è êàæäûé äåíü êîíòðîëèðîâàë ñâîé ïî÷òîâûé ÿùèê è êîøåëåê. Ïðèìåðíî ÷åðåç äåíü íà÷àëè ïðèõîäèòü çàêàçû. Äî ñèõ ïîð ïîìíþ òîò ìîìåíò, êîãäà îáíàðóæèë ïåðâûé çàêàç. Íåêîòîðîå âðåìÿ ÿ ïðîñòî ñòîÿë è íå ìîã äâèãàòüñÿ: "Ýòî ðàáîòàåò! Ýòà øòóêà çàðàáîòàëà ìàòü åå òàê!". Ïðîøó ïðîùåíèÿ çà âûðàæåíèå, íî ß áûë î÷åíü ñ÷àñòëèâ, è íà÷àë ïîñûëàòü åùå áîëüøå e-mail, ïîÿâèëñÿ ñèëüíåéøèé ñòèìóë ê ðàáîòå. Íà ñëåäóþùèé äåíü - ïóñòîé ÿùèê è ñíîâà ÿ ïîäóìàë, ÷òî ýòî íå áóäåò ðàáîòàòü, íî îêàçàëîñü íàîáîðîò. Íà ñëåäóþùèé äåíü ÿ ïîëó÷èë 3 çàêàçà, â òîò æå ìîìåíò ÿ ïîñëàë ëþäÿì èõ reporty, ÷òîáû ìîãëè òîæå áûñòðî çàðàáîòàòü äåíüãè (äëÿ ñåáÿ è äëÿ ìåíÿ). Çà äâå íåäåëè, êàæäûé äåíü ÿ ñèäåë ïðèìåðíî 30 ìèíóò ó êîìïüþòåðà è ïîñûëàë çàêàçû.  òå÷åíèè äâóõ íåäåëü ÿ ïîëó÷èë 29 çàêàçîâ íà Report #1. Ïîòîì çàêàçû ñòàëè ïðèõîäèòü ÷àùå è áûñòðåå, êàæäóþ íåäåëþ ÿ ïîëó÷àë îêîëî ñòà çàêàçîâ, a äåíüãè âñå ïîñòóïàëè íà ìîé ñ÷åò.  öåëîì ÿ çàðàáîòàë îêîëî 64.000,- USD.  ÝÒÎ ÍÅ ÂÎÇÌÎÆÍÎ ÁÛËÎ ÏÎÂÅÐÈÒÜ! Íà ïðîøëîé íåäåëå ÿ êóïèë ñåáå íîâóþ òà÷êó è ýòî áëàãîäàðÿ ïðîãðàììå. Åñëè è òåïåðü Âû íå çíàåòå, ÷òî äåëàòü, òàê ÿ Âàì ãîâîðþ

    Ï_Î_Ï_Ð_Î_Á_Ó_É_Ò_Å è íå ïîæàëååòå. Ýòî Âàø øàíñ, åñëè åãî óïóñòèòå, òàê áóäåòå æàëåòü îá ýòîì äî êîíöà æèçíè!

    Í. Ðåáðîâ, Ðîññèÿ.

    ************************************************************

    Ìåíÿ çîâóò Mitchell a ìîÿ æåíà Jody, æèâåì â ×èêàãî. ß áóõãàëòåð â îäíîé àìåðèêàíñêîé ôèðìå è çàðàáàòûâàþ íà æèçíü äîñòàòî÷íî äåíåã. Êîãäà ÿ ïîëó÷èë ýòîò e-mail, ÿ áûë çîë íà æåíó èç-çà ïîëó÷åíèÿ "junk mail" (ðåêëàìíûå ëèñòû, è ò.ä.., áåç ïîæåëàíèÿ). ß ïîñìåÿëñÿ íàä ïðåäëîæåíèåì, ÿ çíàë, ÷òî ýòî íå áóäåò äåéñòâîâàòü. Jody ìåíÿ àáñîëþòíî èãíîðèðîâàëà è íà÷àëà ýòèì çàíèìàòüñÿ. ß øóòèë íàä íåé è áûë ãîòîâ ïðîèçíåñòè èçâåñòíóþ ôðàçó "Âèäèøü, ÿ æå òåáå ãîâîðèë, ÷òî ýòî íå áóäåò äåéñòâîâàòü!" Íî ñìåÿëèñü ïîòîì íàäî ìíîé!!! Çà 45 äíåé îíà ïîëó÷èëà 47.200,- USD. ß áûë â øîêå!!! ß áûë óâåðåí, ÷òî ýòî íå äåéñòâóåò, a ýòî áûëà íåïðàâäà!!! ß ïðèñîåäèíèëñÿ ê Jody, äî ïåíñèè ìíå îñòàâàëîñü ñåìü ëåò, a ýòà ïðîãðàììà âåðíóëà ìíå æåëàíèå ðàáîòàòü, ïîòîìó ÷òî ÿ âèäåë ñâîè ðåçóëüòàòû!

    Mitchell Wolf, MD, Chicago, IL.

    ************************************************************

    Ãëàâíûì äîâîäîì ýòîãî ïèñüìà ÿâëÿåòñÿ òî, ÷òîáû óáåäèë âàñ, ÷òî ýòî ÷åñòíàÿ, ëåãàëüíàÿ, ïðèáûëüíàÿ ñèñòåìà äëÿ çàðàáàòûâàíèÿ áîëüøèõ äåíåã çà êîðîòêîå âðåìÿ. ß òîëüêî ïîïðîáîâàë, ÷òîáû óçíàòü, ÷òî ìîæíî ïîëó÷èòü âçàìåí çà ìèíèìàëüíûé âêëàä è ñòàðàíèå. Ê ìîåìó óäèâëåíèþ ÿ ïîëó÷èë 3.470,- USD çà ïåðâûõ 14 äíåé à îñòàëüíûå äåíüãè âñå åùå ïðèõîäÿò!!!

    Charles Morris, Esq.

    ************************************************************

    Òàê êàê ÿ íå ÿâëÿþñü òèïîì àçàðòíîãî èãðîêà, ïðîøëî íåñêîëüêî íåäåëü, ïåðåä òåì êàê ÿ ðåøèë ïîïðîáîâàòü. ß ïðèøåë ê âûâîäó, ÷òî 20,- USD ýòî òàêîé ìàëåíüêèé âêëàä, ÷òî ïðîñòî èñêëþ÷åíî, ÷òîáû ÿ íå íàøåë õîòÿ áû íåñêîëüêî çàêàçîâ, äëÿ âîçâðàòà ñâîåé èíâåñòèöèè. Áîæå, êàê ÿ áûë óäèâëåí, êîãäà óâèäåë ñâîé êîøåëåê, ïîëíûé çàêàçîâ! Çà íåêîòîðîå âðåìÿ èõ ïîñòóïèëî ñòîëüêî, ÷òî ÿ áûë âûíóæäåí âçÿòü îòïóñê íà ðàáîòå. Çà ýòîò ãîä ÿ çàðàáîòàë áîëüøå äåíåã, ÷åì çà ïîñëåäíèå äåñÿòü ëåò! Ñàìîå ïðåêðàñíîå â òîì, ÷òî íåâàæíî ãäå ëþäè æèâóò. Ýòî ïðîñòî - ñàìàÿ ëó÷øàÿ èíâåñòèöèÿ ñ î÷åíü áûñòðûì îáîðîòîì.

    Paige Willis, Des Moines, IA.

    ************************************************************

    Îäèí ðàç ÿ óæå ïîëó÷èë ýòó ïðîãðàììó. ß åå óäàëèë, íî ïîòîì ÿ ïîäóìàë î òîì, ÷òî ñòîèëî áû ïîïðîáîâàòü. Êîíå÷íî, ÿ íå èìåë ïðåäñòàâëåíèÿ êîãäà ïîëó÷ó îïÿòü ïîäîáíîå ïðåäëîæåíèå, ïîýòîìó ÿ áûë âûíóæäåí æäàòü, ïîêà ìíå êòî-íèáóäü íå ïðèøëåò çàíîâî. Ïðîøëî 11 ìåñÿöåâ êîãäà ÿ ñíîâà ïîëó÷èë åãî. Òåïåðü ÿ åãî íå ñîòðól!!! Ñ ïåðâîãî ðàçà ÿ ïîëó÷èë 41.000,- USD!!!!

    Violet Wilson, Johnstown, PA.

    ************************************************************

    Ó÷àñòâóþ â ýòîé ïðîãðàììå óæ â òðåòèé ðàç. Ìû óøëè ñ ðàáîòû, à ÷åðåç íåêîòîðîå âðåìÿ êóïèëè ñåáå äîì íà ïëÿæå è áóäåì æèòü íå äóìàÿ î äåíüãàõ. Åñòü òîëüêî îäèí ñïîñîá íà Çåìëå, ÷òîáû çàñòàâèòü èñïîëíÿòüñÿ ñâîè ïëàíû - ÝÒÎ ÍÀ×ÀÒÜ ÂÛÏÎËÍßÒÜ ÈÕ. Ðàäè Áîãà, íå ïðîïóñòèòå ýòó ÇÎËÎÒÓÞ âîçìîæîñòü!!! Ìíîãî ñ÷àñòüÿ è ïðèÿòíîé òðàòû äåíåã!

    Kerry Ford, Centerport, NY.

    ************************************************************

    ÇÀÊÀÆÈÒÅ ÑÅÁÅ REPORT`s ÏÐßÌÎ ÑÅÉ×ÀÑ È ÂÑÒÀÂÀÉÒÅ ÍÀ ÏÓÒÜ Ê ÍÅÇÀÂÈÑÈÌÎÑÒÈ, ÑÂÎÁÎÄÅ È Ñ×ÀÑÒÜÞ!

    ÒÅÏÅÐÜ ÂÐÅÌß ÍÀ ÄÎÑÒÈÆÅÍÈÅ ÎÃÐÎÌÍÛÕ ÐÅÇÓËÜÒÀÒÎÂ!!

    ÏÎÆÀËÓÉÑÒÀ ÂÍÈÌÀÍÈÅ: Åñëè âàì íóæåí ñîâåò êàê íà÷àòü ïðåäïðèíèìàòü, çàðåãèñòðèðîâàòü òîðãîâîå íàçâàíèå, íàó÷èòüñÿ ïëàòèòü íàëîãè, êîíòàêòèðóéòå ñ îòäåëîì ïðåäïðèíèìàòåëüñòâà. Âàøè ðåçóëüòàòû çàâèñÿò òîëüêî îò Âàñ, îò Âàøåé ðàáîòû. Ýòî ïèñüìî íå ãàðàíòèðóåò íèêàêèõ äîõîäîâ è íèêàêèõ ðåçóëüòàòîâ, íî âñå ñóììû è ðåçóëüòàòû, óêàçàííûå â ýòîì äîêóìåíòå -- ÔÀÊÒ.

    !!!ÂÑÅ ÇÀÂÈÑÈÒ ÒÎËÜÊÎ ÎÒ ÂÀÑ!!!

    ÁÎËÜØÎÃÎ ÓÑÏÅÕÀ!!!

    P.S. Âû ñìîæåòå ñâÿçàòüñÿ ñî ìíîé ïî àäðåñó: WM_13@yahoo.com

    P.S. èëè çàéòè íà ìîþ ñòðàíè÷êó : http://www.geocities.com/wm_13/

    C óâàæåíèåì, Ìèõàèë.

    1
    1


    Do You Yahoo!?
    Yahoo! Mail Personal Address - Get email at your own domain with Yahoo! Mail. --0-2086206725-986370454=:7069-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 1:33:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E652837B728; Wed, 4 Apr 2001 01:33:48 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA14053; Wed, 4 Apr 2001 18:33:45 +1000 Date: Wed, 4 Apr 2001 18:32:31 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: "David O'Brien" , current@FreeBSD.org, Mark Murray Subject: Re: i586 FP optimizations hosed. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 3 Apr 2001, John Baldwin wrote: > On 03-Apr-01 Bruce Evans wrote: > > There are many other possibilities: > > ... > > - don't attempt to save the FPU state reentrantly, since this doesn't work > > with preemptive context switchiing unless interrupt handlers also save the > > state reentrantly, which they shouldn't do because it is too wasteful. > > Instead, save the state in the pcb as is already done in copy{in,out} > > so that cpu_switch() handles it. This may be too wasteful too. > > - as in previous possibility, but avoid switching the entire state. For > > the FPU, the entire state must be switched, but for SSE individual > > registers can be saved and restored. Saving and restoring individual > > registers reentrantly would be easy but no longer works for the SMP case. > > Switching a subset of the state would not be so easy. > > Hmmmmm. I think I'm liking the next to last. Even if there is additional > overhead, it should still outperform generic_bcopy and friends on the CPU's in > question, right? Not clear. We now have heavyweight context switches that switch the FPU for every interrupt. If we make switching the FPU for ithreads fundamental instead of a just source of bugs, then it will be harder to implement lightweight context switches for ithreads (context switches won't be lightweight if they switch the FPU, and we might have to do extra work to avoid them). Also, if the FPU is actually used a lot, then it will have to be switched a lot. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 1:45: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from co3002288-a.belrs1.nsw.optushome.com.au (co3002288-a.belrs1.nsw.optushome.com.au [203.164.15.54]) by hub.freebsd.org (Postfix) with SMTP id F237637B72C for ; Wed, 4 Apr 2001 01:44:58 -0700 (PDT) (envelope-from antonym@optushome.com.au) Received: (qmail 7591 invoked from network); 4 Apr 2001 08:44:57 -0000 Received: from unknown (HELO azel) (unknown) by unknown with SMTP; 4 Apr 2001 08:44:57 -0000 Message-ID: <005d01c0bce3$5a813870$0200a8c0@azel> From: "Antony Mawer" To: Subject: Date: Wed, 4 Apr 2001 18:43:42 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 4: 9:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from locutus.internal (CPE-61-9-172-37.vic.bigpond.net.au [61.9.172.37]) by hub.freebsd.org (Postfix) with ESMTP id 40AFB37B725 for ; Wed, 4 Apr 2001 04:09:08 -0700 (PDT) (envelope-from deece@newmillennium.net.au) Received: from riker (riker.internal [192.168.2.10]) by locutus.internal (8.11.3/8.11.3) with SMTP id f34B5bF79360; Wed, 4 Apr 2001 19:05:38 +0800 (WST) (envelope-from deece@newmillennium.net.au) Message-ID: <002301c0bcf7$d9aa3b10$0a02a8c0@riker> From: "Alastair D'Silva" To: "Leif Neland" Cc: References: <013d01c0bcc0$d3d26e60$6405a8c0@neland.dk> Subject: Re: pppoe, userland ppp Date: Wed, 4 Apr 2001 19:10:02 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Leif, I have written an article on how to set up PPPOE under FreeBSD using userland PPP and Netgraph. The url is http://pandaemonium.newmillennium.net.au. Hope this helps. -- Alastair D'Silva (mob: 0413 485 733) Networking Consultant New Millennium Networking (web: http://www.newmillennium.net.au) ----- Original Message ----- From: "Leif Neland" To: Sent: Wednesday, April 04, 2001 6:03 AM Subject: pppoe, userland ppp > I'd like to try pppoe to connect to poptop (on a linuxbox). The port is forbidden; I should use ng_pppoe. > > I haven't done netgraph stuff before; afaiu I should attach ng_pppoe to a node which is the physical device. But I'm doing userland ppp, and tun0 is not a node. ngctl list shows this: > There are 10 total nodes: > Name: ngctl3349 Type: socket ID: 0000000b Num hooks: 0 > Name: ipr3 Type: ether ID: 00000009 Num hooks: 0 > Name: ipr2 Type: ether ID: 00000008 Num hooks: 0 > Name: ipr1 Type: ether ID: 00000007 Num hooks: 0 > Name: ipr0 Type: ether ID: 00000006 Num hooks: 0 > Name: isp3 Type: ether ID: 00000005 Num hooks: 0 > Name: isp2 Type: ether ID: 00000004 Num hooks: 0 > Name: isp1 Type: ether ID: 00000003 Num hooks: 0 > Name: isp0 Type: ether ID: 00000002 Num hooks: 0 > Name: ed0 Type: ether ID: 00000001 Num hooks: 0 > > If my local network is 192.168.5.0, inside ip 192.168.5.11, outside ip dynamic, the remote internal network 192.168.0.0, the gateway running poptop is 192.168.0.1 internal, 194.1.2.3 outside, how do I setup ng_pppoe? > > When my ADSL gets installed, it will be on ed1. Same question as above. > > Leif > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 4:14:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 5F7C137B722 for ; Wed, 4 Apr 2001 04:14:39 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14klFG-000EXR-00 for freebsd-current@freebsd.org; Wed, 4 Apr 2001 12:14:38 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f34BEbw23904 for freebsd-current@freebsd.org; Wed, 4 Apr 2001 12:14:38 +0100 (BST) (envelope-from jcm) Date: Wed, 4 Apr 2001 12:14:37 +0100 From: j mckitrick To: freebsd-current@freebsd.org Subject: newbus driver code Message-ID: <20010404121437.A23888@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Could someone point me to a device that is well-written, follows newbus, and would be a good example of how a device driver should be written? thanks, jm -- --------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org "It took the computing power of three C-64s to fly to the Moon. It takes a 486 to run Windows 95. Something is wrong here." --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 4:49:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-32.dsl.lsan03.pacbell.net [63.207.60.32]) by hub.freebsd.org (Postfix) with ESMTP id B9F1F37B72C for ; Wed, 4 Apr 2001 04:49:44 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 740BE66B41; Wed, 4 Apr 2001 04:49:44 -0700 (PDT) Date: Wed, 4 Apr 2001 04:49:44 -0700 From: Kris Kennaway To: Andrew Newlands Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildkernel fails with random device Message-ID: <20010404044944.B60245@xor.obsecurity.org> References: <20010401151642.A1357@reason.queens.unimelb.edu.au> <20010403081208.A49186@xor.obsecurity.org> <20010404115705.A53569@reason.queens.unimelb.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010404115705.A53569@reason.queens.unimelb.edu.au>; from anewland@queens.unimelb.edu.au on Wed, Apr 04, 2001 at 11:57:05AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 04, 2001 at 11:57:05AM +1000, Andrew Newlands wrote: > > Do you have the src-sys-crypto collection? > > I fixed this last night; solution was to get the contents of /usr/src/sys/crypto > via ftp rather than using cvsup. Slightly surprising since src-crypto is in my > cvsupfile.intl along with src-secure (which did arrive btw). Please reread what I wrote: src-crypto != src-sys-crypto. This is all documented in the example cvsupfiles. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 10:23:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 0E9D537B729 for ; Wed, 4 Apr 2001 10:23:19 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 21639 invoked by uid 0); 4 Apr 2001 17:23:17 -0000 Received: from p3e9e0456.dip.t-dialin.net (HELO forge.local) (62.158.4.86) by mail.gmx.net (mp005-rz3) with SMTP; 4 Apr 2001 17:23:17 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14kr02-0000Ze-00 for ; Wed, 04 Apr 2001 19:23:18 +0200 Date: Wed, 4 Apr 2001 19:23:18 +0200 From: Thomas Moestl To: freebsd-current@FreeBSD.org Subject: *HEADS UP* libposix1e is integrated into libc Message-ID: <20010404192318.A2126@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll start to commit the necessary patches now and will then activate the build. World may be broken during a short interval due to the switch. You will also need to rebuild anything that uses libposix1e. In the base system, those are src/bin/getfacl and src/bin/setfacl for now. I'm not aware of any ports using it, so normally you should be fine after a buildworld. Please let me know of any problems. - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 12:18:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from mars.entic.net (mars.entic.net [63.125.62.132]) by hub.freebsd.org (Postfix) with ESMTP id 99C7137B72D for ; Wed, 4 Apr 2001 12:18:44 -0700 (PDT) (envelope-from aj@entic.net) Received: (qmail 58074 invoked by uid 100); 4 Apr 2001 19:18:47 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Apr 2001 19:18:47 -0000 Date: Wed, 4 Apr 2001 12:18:47 -0700 (PDT) From: Anil Jangity To: Cc: Anil Jangity Subject: RE: More xl0 watchdog timeout probs In-Reply-To: <4B6BC00CD15FD2119E5F0008C7A419A50E13F9CF@eaubrnt018.epa.ericsson.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Johny/others, Actually that was w/o pccard option in the config. I also tried it with it on but no luck still. I am not sure what the problem is. People have hinted it could also be a cable problem but it seems to work fine, and this card worked fine in Windows (I believe so). Oh well, maybe I just need to wait longer till someone fixes this in the CVS. Heres my config file: machine i386 cpu I586_CPU ident mums maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INCLUDE_CONFIG_FILE #Include this file in kernel options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols #options IPSEC #IP security #options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options FFS #Berkeley Fast Filesystem options MSDOSFS options SOFTUPDATES #Enable FFS soft updates support options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS requiredoptions MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options DEVFS options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Security options #options IPFILTER #ipfilter support #options IPFILTER_LOG #ipfilter logging #options IPSTEALTH #support for stealth forwarding #options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN device isa device pci #device pccard options PCI_QUIET # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals #device scbus # SCSI bus (required) #device da # Direct Access (disks) #device cd # CD #device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 options SC_HISTORY_SIZE=1000 # Floating point support - do not disable. device npx # Power management support (see LINT for more options) device apm device pmtimer # Audio support device pcm device smbus device intpm device smb #options PCIC_RESUME_RESET #options POWERFAIL_NMI # Pcmcia and cardbus bridge support #device pcic # pcmcia bridge #device card # pccard slots device pccbb # cardbus (yenta) bridge device cardbus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device ppi # Parallel port interface device # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device speaker #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter #device snp # Snoop device # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ukbd # Keyboard #device ulpt # Printer #device ums # Mouse # MISC #options ALT_BREAK_TO_DEBUGGER Wed, 4 Apr 2001 (4:28pm +1000) Message: @ Hi Anil, @ @ For me it worked to remove the @ device pccard @ line in the kernel config. This causes me to lose support for @ 16bit pcmcia cards, but on the other hand the cardbus card does @ work properly. I have since been informed that it is all supposed @ to work, but I haven't had time or chance to upgrade to verify @ (I still run 010306). @ @ Hope this helps, @ /Johny @ @ PS. When you boot after having installed the kernel without pccard @ support, you well get a warning or two complaining that it can't @ attach to the pccard bus, which is fine, since that is the one @ that appears to cause the trouble. @ @ @ > -----Original Message----- @ > From: Anil Jangity [SMTP:aj@entic.net] @ > Sent: Wednesday, April 04, 2001 4:08 AM @ > To: freebsd-current@FreeBSD.ORG @ > Cc: aj@entic.net @ > Subject: More xl0 watchdog timeout probs @ > @ > [please include me in Cc as I am not subscribed to the list] @ > @ > @ > I looked through nearly all threads containing this topic and I am still @ > stuck. I have tried some of the solutions posted but to no avail: @ > @ > Src I am using: @ > Current (Mar 30) SYS/ (April 2) @ > @ > @ > I am seeing that xl0: chip is in D6 power mode -- setting to D0 notice and @ > as someone (Bill?) suggested I commented out the power mode check in the @ > source but no luck. @ > @ > People have said this could be a IRQ issue and I should try changing @ > the IRQ but I am not sure how, the bios on here doesn't seem to support @ > that (Dell Latitude CP). HINTS file was no help. @ > @ > One thing I noticed: @ > uhci0: port 0xece0-0xecff irq 11 @ > at device 1.2 on pci0 @ > pccbb0: irq 11 at device 3.0 on pci0 @ > pccbb1: irq 11 at device 3.1 on pci0 @ > xl0: <3Com 3c575B Fast Etherlink XL> port 0x3000-0x307f mem @ > 0x44020000-0x4403ffff,0x44002080-0x440020ff,0x44002000-0x4400207f irq 11 @ > at device 0.0 on cardbus0 @ > @ > Why are they ALL using irq11? Are they being shared? Is that normal? I @ > disabled USB in the kernel but that didn't help this watchdog errors. @ > @ > Thanks for any help!! and sorry for this repetitous post. @ > @ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 15:35:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id C70B337B728 for ; Wed, 4 Apr 2001 15:35:32 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 24746 invoked by uid 0); 4 Apr 2001 22:35:28 -0000 Received: from p3e9e03d2.dip.t-dialin.net (HELO forge.local) (62.158.3.210) by mail.gmx.net (mp007-rz3) with SMTP; 4 Apr 2001 22:35:28 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14kvs8-0001PT-00 for ; Thu, 05 Apr 2001 00:35:28 +0200 Date: Thu, 5 Apr 2001 00:35:28 +0200 From: Thomas Moestl To: freebsd-current@FreeBSD.org Subject: Re: *HEADS UP* libposix1e is integrated into libc Message-ID: <20010405003527.A4363@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , freebsd-current@FreeBSD.org References: <20010404192318.A2126@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010404192318.A2126@crow.dom2ip.de>; from tmoestl@gmx.net on Wed, Apr 04, 2001 at 07:23:18PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Apr 04, 2001 at 07:23:18PM +0200, Thomas Moestl wrote: > src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll > start to commit the necessary patches now and will then activate the > build. > > World may be broken during a short interval due to the switch. You > will also need to rebuild anything that uses libposix1e. In the base > system, those are src/bin/getfacl and src/bin/setfacl for now. I'm not > aware of any ports using it, so normally you should be fine after a > buildworld. The changes are complete now, so any possible breakage should be over. - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 16: 3:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from capricorn.loopback.com (c207-202-218-237.sea1.cablespeed.com [207.202.218.237]) by hub.freebsd.org (Postfix) with ESMTP id A4FD437B71A for ; Wed, 4 Apr 2001 16:03:19 -0700 (PDT) (envelope-from elazich@capricorn.loopback.com) Received: from localhost (elazich@localhost) by capricorn.loopback.com (8.9.3/8.9.3) with ESMTP id PAA63290 for ; Wed, 4 Apr 2001 15:58:51 -0700 (PDT) (envelope-from elazich@capricorn.loopback.com) Date: Wed, 4 Apr 2001 15:58:50 -0700 (PDT) From: Eli Lazich To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 18:30:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (ci467088-a.grnvle1.sc.home.com [24.6.40.254]) by hub.freebsd.org (Postfix) with ESMTP id 64D5937B423 for ; Wed, 4 Apr 2001 18:30:54 -0700 (PDT) (envelope-from morganw@chemikals.org) Received: (from morganw@localhost) by volatile.chemikals.org (8.11.2/8.11.1) id f34LMws20064; Wed, 4 Apr 2001 17:22:58 -0400 (EDT) (envelope-from morganw) Date: Wed, 4 Apr 2001 17:22:58 -0400 (EDT) From: Wesley Morgan To: Subject: fstab weirdness / UPDATING Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My understanding is that there have been some changes regarding fstab, fsck, etc. recently. On boot, I find that only first two filesystems are listed as "clean", and on a recent un-clean shutdown only the first two were properly fsck'd (although the system was allowed to boot and mount read-write the unclean filesystems). I can only assume that some change to the boot procedure was made, since I made no changes. Are we going to see an UPDATING entry regarding this? I can't seem to find any explicit instructions in the mailing lists either. It worries me a bit when unclean filesystems are being mounted rw. WNM -- _ __ ___ ____ ___ ___ ___ Wesley N Morgan _ __ ___ | _ ) __| \ morganw@chemikals.org _ __ | _ \._ \ |) | FreeBSD: The Power To Serve _ |___/___/___/ 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 20:55:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (munin.odin-corporation.com [216.233.173.18]) by hub.freebsd.org (Postfix) with ESMTP id 5E74137B43C for ; Wed, 4 Apr 2001 20:55:20 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.11.1/8.11.1) with ESMTP id f353t6f65031 for ; Wed, 4 Apr 2001 22:55:06 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <3ACBEC99.B266D806@odin-corporation.com> Date: Wed, 04 Apr 2001 22:55:05 -0500 From: Lars Fredriksen Organization: Odin Corporation X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: current@freebsd.org Subject: Anyone able to extract Apple Airport Firmare from the 1.3 software? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Anyone out there able to extract the firmware for the apple airport that is embedded in the 1.3 version of the software? Perhaps someone with a MAC could send me the file? Thanks, Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 22: 4:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 3706737B423; Wed, 4 Apr 2001 22:04:25 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f3554Lh32301; Thu, 5 Apr 2001 01:04:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 5 Apr 2001 01:04:21 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Wesley Morgan Cc: current@freebsd.org, phk@freebsd.org Subject: Re: fstab weirdness / UPDATING In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had that problem on one box also -- when the boot occurs, my /var partition is not fsck'd. It's the second pass-two file system, which means that it *should* be checked :-). I suspect a nit in the recent fsck cleanup, so I'm CC'ing phk, whose mailbox is obviously too empty. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services On Wed, 4 Apr 2001, Wesley Morgan wrote: > My understanding is that there have been some changes regarding fstab, > fsck, etc. recently. On boot, I find that only first two filesystems are > listed as "clean", and on a recent un-clean shutdown only the first two > were properly fsck'd (although the system was allowed to boot and mount > read-write the unclean filesystems). > > I can only assume that some change to the boot procedure was made, since I > made no changes. Are we going to see an UPDATING entry regarding this? I > can't seem to find any explicit instructions in the mailing lists either. > It worries me a bit when unclean filesystems are being mounted rw. > > > WNM > > -- > _ __ ___ ____ ___ ___ ___ > Wesley N Morgan _ __ ___ | _ ) __| \ > morganw@chemikals.org _ __ | _ \._ \ |) | > FreeBSD: The Power To Serve _ |___/___/___/ > 6bone: 3ffe:1ce3:7::b4ff:fe53:c297 > Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 22:49:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9737B424; Wed, 4 Apr 2001 22:49:22 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f355nMi10407; Wed, 4 Apr 2001 22:49:22 -0700 (PDT) Date: Wed, 4 Apr 2001 22:49:22 -0700 From: Alfred Perlstein To: Robert Watson Cc: Wesley Morgan , current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: fstab weirdness / UPDATING Message-ID: <20010404224922.A17723@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.ORG on Thu, Apr 05, 2001 at 01:04:21AM -0400 X-all-your-base: are belong to us. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Robert Watson [010404 22:04] wrote: > > I've had that problem on one box also -- when the boot occurs, my /var > partition is not fsck'd. It's the second pass-two file system, which > means that it *should* be checked :-). I suspect a nit in the recent fsck > cleanup, so I'm CC'ing phk, whose mailbox is obviously too empty. I think I'm seeing the same thins... At boot I see a kernel printf "warning: /var was not properly dismounted" then /var mounts. If I unmount it and fsck it it's dirty. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Represent yourself, show up at BABUG http://www.babug.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Apr 4 23:53:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 0828037B43C for ; Wed, 4 Apr 2001 23:53:43 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA18476; Thu, 5 Apr 2001 08:53:40 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14l3eF-0000sG-00 for ; Thu, 05 Apr 2001 08:53:39 +0200 Date: Thu, 5 Apr 2001 08:53:39 +0200 From: Szilveszter Adam To: current@FreeBSD.ORG Subject: Re: fstab weirdness / UPDATING Message-ID: <20010405085339.A2010@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.ORG References: <20010404224922.A17723@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010404224922.A17723@fw.wintelcom.net>; from bright@wintelcom.net on Wed, Apr 04, 2001 at 10:49:22PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, On Wed, Apr 04, 2001 at 10:49:22PM -0700, Alfred Perlstein wrote: > > I've had that problem on one box also -- when the boot occurs, my /var > > partition is not fsck'd. It's the second pass-two file system, which > > means that it *should* be checked :-). I suspect a nit in the recent fsck > > cleanup, so I'm CC'ing phk, whose mailbox is obviously too empty. > > I think I'm seeing the same thins... > > At boot I see a kernel printf "warning: /var was not properly > dismounted" then /var mounts. If I unmount it and fsck it it's > dirty. I saw something similar too, but did not get around to posting yet because I wanted to understand what's going on. On boot, I see only two of my partitions being reported as clean, and not the others. After this, all of them are mounted allright. (They happen to be ad0s1a and ad0s1f don't know why...) I don't know if it causes filesystem corruption, because it is my policy to always 'boot -s' upon unclean shutdown and fsck all partitions manually. (In fact I just did it again because X has a tendency to freeze the machine off and on for unknown reasons... maybe related?) If this is an fsck problem, then I figured there was no big problem if your previous shutdown was clean... am I right? Or maybe there is a problem with shutdown too that fsck simply doesn't notice? Brrr...:-) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 0:26:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from kyle.tandemedia.com (kyle.tandemedia.com [216.29.169.3]) by hub.freebsd.org (Postfix) with ESMTP id AF25037B443 for ; Thu, 5 Apr 2001 00:26:07 -0700 (PDT) (envelope-from rmtodd@ichotolot.servalan.com) Received: by kyle.tandemedia.com (Postfix, from userid 66) id 1D21855406; Thu, 5 Apr 2001 03:26:07 -0400 (EDT) Received: from ichotolot.servalan.com([127.0.0.1]) (16468 bytes) by servalan.servalan.com via sendmail with P:esmtp/R:smart_host/T:hacked-uux (sender: ) id for ; Thu, 5 Apr 2001 01:39:35 -0500 (CDT) (Smail-3.2.0.111 2000-Feb-17 #1 built 2001-Jan-15) Message-Id: To: current@freebsd.org Subject: Panic I got: mutex sx backing lock recursed at ../../kern/kern_condvar.c:198 Date: Thu, 05 Apr 2001 01:39:35 -0500 From: Richard Todd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running -CURRENT on a dual PII/400 box with 128M of RAM. The kernel I'm running was built from sources current as of last night (i.e. around 9PM CDT Apr 3). Just now, while listening to streaming audio with xmms, the machine crashed. It's done that a couple times before, with recent-ish kernels while doing streaming audio with xmms, but the other times didn't give core dumps with usable backtraces. *This* time I got a decent backtrace. If I'm reading this backtrace right, the thread handling the sound hardware called selwakeup() (frame #19). This called pfind() (frame #18), which tries to lock allproc. Somewhere in doing this, witness_sleep() (frame #15) decides it wants to printf() a message. printf() calls down into the tty code, which goes into ptsstart() (frame #9) and the pty code (I'm not entirely sure why). This code then tries to do a selwakeup() of its own (frame #7) which calls pfind() which tries (again) to lock allproc, leading to the "mutex recursed" panic. GDB output and (if it matters) kernel config file below. Script started on Thu Apr 5 01:12:28 2001 ichotolot# cd /usr/src/sys/compile/ICHOTOLOTSMP ichotolot# gdb -k kernel.debug /var/crash/vmcore.7 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 6356992 initial pcb at 513860 panicstr: mutex sx backing lock recursed at ../../kern/kern_condvar.c:198 panic messages: --- panic: mutex sx backing lock recursed at ../../kern/kern_condvar.c:198 cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 1: dev:da0s2e, flags:21021024, blkno:11469104, lblkno:11469104 2: dev:da0s2e, flags:21021024, blkno:11468864, lblkno:11468864 3: dev:da0s2e, flags:21000024, blkno:2048, lblkno:2048 4: dev:da0s2e, flags:21021024, blkno:2752848, lblkno:2752848 5: dev:da0s2e, flags:21021024, blkno:2752736, lblkno:2752736 6: dev:da0s2e, flags:21021024, blkno:11468976, lblkno:11468976 7: dev:da0s2a, flags:21021024, blkno:131152, lblkno:131152 8: dev:da0s2e, flags:21021024, blkno:2294176, lblkno:2294176 9: dev:da0s2e, flags:21021024, blkno:2425120, lblkno:2425120 10: dev:da0s2a, flags:21021024, blkno:131184, lblkno:131184 11: dev:da0s2e, flags:21000024, blkno:16, lblkno:16 12: dev:da0s2e, flags:21021024, blkno:2294160, lblkno:2294160 13: dev:da0s2e, flags:21021024, blkno:14221440, lblkno:14221440 14: dev:da0s2e, flags:21021024, blkno:2294192, lblkno:2294192 15: dev:da0s2e, flags:01011024, blkno:11474186, lblkno:0 16: dev:da0s2e, flags:01000024, blkno:11468848, lblkno:11468848 giving up on 16 buffers Uptime: 23h3m37s dumping to dev da0s2b, offset 270336 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:478 478 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:478 #1 0xc0251547 in boot (howto=256) at ../../kern/kern_shutdown.c:321 #2 0xc0251a09 in panic (fmt=0xc0464a44 "mutex %s recursed at %s:%d") at ../../kern/kern_shutdown.c:592 #3 0xc024aec3 in _mtx_assert (m=0xc054765c, what=9, file=0xc0462932 "../../kern/kern_condvar.c", line=198) at ../../kern/kern_mutex.c:602 #4 0xc02369a2 in cv_wait (cvp=0xc0547698, mp=0xc054765c) at ../../kern/kern_condvar.c:198 #5 0xc0258caa in _sx_slock (sx=0xc0547640, file=0xc0464e23 "../../kern/kern_proc.c", line=143) at ../../kern/kern_sx.c:117 #6 0xc024bf48 in pfind (pid=606) at ../../kern/kern_proc.c:143 #7 0xc026ffe1 in selwakeup (sip=0xc10eea04) at ../../kern/sys_generic.c:1061 #8 0xc027accf in ptcwakeup (tp=0xc10eea20, flag=1) at ../../kern/tty_pty.c:318 #9 0xc027acaa in ptsstart (tp=0xc10eea20) at ../../kern/tty_pty.c:307 #10 0xc0278170 in ttstart (tp=0xc10eea20) at ../../kern/tty.c:1417 #11 0xc027978d in tputchar (c=46, tp=0xc10eea20) at ../../kern/tty.c:2484 #12 0xc0268813 in putchar (c=46, arg=0xc7f12e10) at ../../kern/subr_prf.c:304 #13 0xc0268fb8 in kvprintf ( fmt=0xc0468642 ":%d: %s with \"%s\" locked from %s:%d\n", func=0xc02687c4 , arg=0xc7f12e10, radix=10, ap=0xc7f12e2c "Ç") at ../../kern/subr_prf.c:637 #14 0xc0268740 in printf ( fmt=0xc0468640 "%s:%d: %s with \"%s\" locked from %s:%d\n") at ../../kern/subr_prf.c:260 #15 0xc026cff9 in witness_sleep (check_only=0, lock=0xc054765c, file=0xc0462932 "../../kern/kern_condvar.c", line=199) at ../../kern/subr_witness.c:725 #16 0xc02369b7 in cv_wait (cvp=0xc0547698, mp=0xc054765c) at ../../kern/kern_condvar.c:199 #17 0xc0258caa in _sx_slock (sx=0xc0547640, file=0xc0464e23 "../../kern/kern_proc.c", line=143) at ../../kern/kern_sx.c:117 #18 0xc024bf48 in pfind (pid=70414) at ../../kern/kern_proc.c:143 #19 0xc026ffe1 in selwakeup (sip=0xc0f59f54) at ../../kern/sys_generic.c:1061 #20 0xc01f5cea in chn_wakeup (c=0xc0f4d580) at ../../dev/sound/pcm/channel.c:97 #21 0xc01f5e4f in chn_wrfeed (c=0xc0f4d580) at ../../dev/sound/pcm/channel.c:188 #22 0xc01f5e75 in chn_wrintr (c=0xc0f4d580) at ../../dev/sound/pcm/channel.c:206 #23 0xc01f63dd in chn_intr (c=0xc0f4d580) at ../../dev/sound/pcm/channel.c:407 #24 0xc01df38e in sb_intr (arg=0xc0f4d700) at ../../dev/sound/isa/sb16.c:498 #25 0xc01e12b1 in sbc_intr (p=0xc0f4d9d8) at ../../dev/sound/isa/sbc.c:491 #26 0xc0243823 in ithread_loop (arg=0xc0f4d900) at ../../kern/kern_intr.c:517 #27 0xc0242018 in fork_exit (callout=0xc02433d0 , arg=0xc0f4d900, frame=0xc7f12fa8) at ../../kern/kern_fork.c:731 (kgdb) fr 14 #14 0xc0268740 in printf ( fmt=0xc0468640 "%s:%d: %s with \"%s\" locked from %s:%d\n") at ../../kern/subr_prf.c:260 260 retval = kvprintf(fmt, putchar, &pca, 10, ap); (kgdb) l 255 consintr = 0; 256 va_start(ap, fmt); 257 pca.tty = NULL; 258 pca.flags = TOCONS | TOLOG; 259 pca.pri = -1; 260 retval = kvprintf(fmt, putchar, &pca, 10, ap); 261 va_end(ap); 262 if (!panicstr) 263 msgbuftrigger = 1; 264 consintr = savintr; /* reenable interrupts */ (kgdb) fr 15 #15 0xc026cff9 in witness_sleep (check_only=0, lock=0xc054765c, file=0xc0462932 "../../kern/kern_condvar.c", line=199) at ../../kern/subr_witness.c:725 725 printf("%s:%d: %s with \"%s\" locked from %s:%d\n", (kgdb) l 720 lock1 = lle->ll_children[i]; 721 if (lock1 == lock || lock1 == &Giant.mtx_object || 722 (lock1->lo_flags & LO_SLEEPABLE)) 723 continue; 724 n++; 725 printf("%s:%d: %s with \"%s\" locked from %s:%d\n", 726 file, line, check_only ? "could sleep" : "sleeping", 727 lock1->lo_name, lock1->lo_file, lock1->lo_line); 728 } 729 if (lock_list == &p->p_sleeplocks) { (kgdb) p file $1 = 0xc0462932 "../../kern/kern_condvar.c" (kgdb) p line $2 = 199 (kgdb) p check_only $3 = 0 (kgdb) p lock1 $4 = (struct lock_object *) 0x0 [Is this supposed to be null? -- rmt] (kgdb) fr 16 #16 0xc02369b7 in cv_wait (cvp=0xc0547698, mp=0xc054765c) at ../../kern/kern_condvar.c:199 199 WITNESS_SLEEP(0, &mp->mtx_object); (kgdb) fr 17 #17 0xc0258caa in _sx_slock (sx=0xc0547640, file=0xc0464e23 "../../kern/kern_proc.c", line=143) at ../../kern/kern_sx.c:117 117 cv_wait(&sx->sx_shrd_cv, &sx->sx_lock); (kgdb) fr 18 #18 0xc024bf48 in pfind (pid=70414) at ../../kern/kern_proc.c:143 143 sx_slock(&allproc_lock); (kgdb) fr 19 #19 0xc026ffe1 in selwakeup (sip=0xc0f59f54) at ../../kern/sys_generic.c:1061 1061 p = pfind(sip->si_pid); (kgdb) q ichotolot# cat /usr/src/sys/i386/conf/ICHOTOLOTSMP # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the NOTES configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.306 2001/03/16 11:52:25 sos Exp $ machine i386 cpu I686_CPU ident GENERIC maxusers 32 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options DEVFS #Device Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache III, IV - See NOTES for options! device mly # Mylex AcceleRAID/eXtremeRAID # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device aac # Adaptec FSA RAID device amr # AMI MegaRAID device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # Audio support device pcm # PCCARD (PCMCIA) support device card # pccard bus device pcic # PCMCIA bridge # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device vx # 3Com 3c590, 3c595 (``Vortex'') device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C79x PCI 10/100 NICs device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of ethernet chips device xe # Xircom pccard ethernet # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie #device le device lnc # Wireless NIC cards device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/IEEE 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif 4 # IPv6 and IPv4 tunneling device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet device sbc options INVARIANTS options INVARIANT_SUPPORT options IPSEC options IPSEC_ESP options DDB options DDB_UNATTENDED options WITNESS options DIAGNOSTIC ichotolot# Script done on Thu Apr 5 01:17:50 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 0:35:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id BBED537B506 for ; Thu, 5 Apr 2001 00:35:16 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f357XOI03999; Thu, 5 Apr 2001 09:33:24 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200104050733.f357XOI03999@zibbi.icomtek.csir.co.za> Subject: Re: *HEADS UP* libposix1e is integrated into libc In-Reply-To: <20010405003527.A4363@crow.dom2ip.de> from Thomas Moestl at "Apr 5, 2001 00:35:28 am" To: tmoestl@gmx.net (Thomas Moestl) Date: Thu, 5 Apr 2001 09:33:24 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, Apr 04, 2001 at 07:23:18PM +0200, Thomas Moestl wrote: > > src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll > > start to commit the necessary patches now and will then activate the > > build. > > > > World may be broken during a short interval due to the switch. You > > will also need to rebuild anything that uses libposix1e. In the base > > system, those are src/bin/getfacl and src/bin/setfacl for now. I'm not > > aware of any ports using it, so normally you should be fine after a > > buildworld. > > The changes are complete now, so any possible breakage should be over. > I think you need to change MAN= to MAN+= in /posix1e/Makefile.inc. That just caused a make release to fail because it clobbered all the previous man entries and then ln couldn't link them. John -- John Hay -- John.Hay@icomtek.csir.co.za Index: lib/libc/posix1e/Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/posix1e/Makefile.inc,v retrieving revision 1.1 diff -u -r1.1 Makefile.inc --- lib/libc/posix1e/Makefile.inc 2001/04/04 18:00:51 1.1 +++ lib/libc/posix1e/Makefile.inc 2001/04/05 06:39:44 @@ -34,7 +34,7 @@ .if ${LIB} == "c" -MAN= acl.3 \ +MAN+= acl.3 \ acl_add_perm.3 \ acl_calc_mask.3 \ acl_clear_perms.3 \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 0:46:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (f61.law14.hotmail.com [64.4.21.61]) by hub.freebsd.org (Postfix) with ESMTP id E832437B53A for ; Thu, 5 Apr 2001 00:46:16 -0700 (PDT) (envelope-from sambenz@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 5 Apr 2001 00:46:14 -0700 Received: from 192.211.25.9 by lw14fd.law14.hotmail.msn.com with HTTP; Thu, 05 Apr 2001 07:46:14 GMT X-Originating-IP: [192.211.25.9] From: "" To: freebsd-current@FreeBSD.org Subject: subscription Date: Thu, 05 Apr 2001 07:46:14 Mime-Version: 1.0 Content-Type: text/html Message-ID: X-OriginalArrivalTime: 05 Apr 2001 07:46:14.0454 (UTC) FILETIME=[7D852D60:01C0BDA4] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG

     

        subscribe freebsd-current
    subscribe cvs-all

    Get your FREE download of MSN Explorer at http://explorer.msn.com

    To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 0:48:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 15F4537B443 for ; Thu, 5 Apr 2001 00:48:18 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f357lPx46851; Thu, 5 Apr 2001 10:47:25 +0300 (EEST) (envelope-from ru) Date: Thu, 5 Apr 2001 10:47:25 +0300 From: Ruslan Ermilov To: John Hay Cc: Thomas Moestl , freebsd-current@FreeBSD.ORG Subject: Re: *HEADS UP* libposix1e is integrated into libc Message-ID: <20010405104725.A46012@sunbay.com> Mail-Followup-To: John Hay , Thomas Moestl , freebsd-current@FreeBSD.ORG References: <20010405003527.A4363@crow.dom2ip.de> <200104050733.f357XOI03999@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104050733.f357XOI03999@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Thu, Apr 05, 2001 at 09:33:24AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 05, 2001 at 09:33:24AM +0200, John Hay wrote: > > On Wed, Apr 04, 2001 at 07:23:18PM +0200, Thomas Moestl wrote: > > > src/lib/libposix1e was repocopied to src/lib/libc/posix1e, and I'll > > > start to commit the necessary patches now and will then activate the > > > build. > > > > > > World may be broken during a short interval due to the switch. You > > > will also need to rebuild anything that uses libposix1e. In the base > > > system, those are src/bin/getfacl and src/bin/setfacl for now. I'm not > > > aware of any ports using it, so normally you should be fine after a > > > buildworld. > > > > The changes are complete now, so any possible breakage should be over. > > > > I think you need to change MAN= to MAN+= in /posix1e/Makefile.inc. > That just caused a make release to fail because it clobbered all > the previous man entries and then ln couldn't link them. > Committed! -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 3:43: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id CA7B437B42C for ; Thu, 5 Apr 2001 03:42:57 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id DAA28936; Thu, 5 Apr 2001 03:32:23 -0700 (PDT) Date: Thu, 5 Apr 2001 03:32:23 -0700 (PDT) From: Julian Elischer To: j mckitrick Cc: freebsd-current@freebsd.org Subject: Re: newbus driver code In-Reply-To: <20010404121437.A23888@dogma.freebsd-uk.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG try teh sample driver in /usr/share/exaples/drivers/make_device_driver.sh it's been updated recently, and commented with useful comments. (-current only) On Wed, 4 Apr 2001, j mckitrick wrote: > > Could someone point me to a device that is well-written, follows newbus, and > would be a good example of how a device driver should be written? > > thanks, > > jm > -- > --------------------------------------------------------------- > Jonathon McKitrick -- jcm@freebsd-uk.eu.org > "It took the computing power of three C-64s to fly to the Moon. > It takes a 486 to run Windows 95. Something is wrong here." > --------------------------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 5: 1:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E94FE37B440 for ; Thu, 5 Apr 2001 05:01:23 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA20655; Thu, 5 Apr 2001 22:01:17 +1000 Date: Thu, 5 Apr 2001 21:59:54 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Richard Todd Cc: current@FreeBSD.ORG Subject: Re: Panic I got: mutex sx backing lock recursed at ../../kern/kern_condvar.c:198 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Apr 2001, Richard Todd wrote: > I'm running -CURRENT on a dual PII/400 box with 128M of RAM. The kernel > I'm running was built from sources current as of last night (i.e. around > 9PM CDT Apr 3). Just now, while listening to streaming audio with xmms, > the machine crashed. It's done that a couple times before, with recent-ish > kernels while doing streaming audio with xmms, but the other times didn't give > core dumps with usable backtraces. *This* time I got a decent backtrace. > > If I'm reading this backtrace right, the thread handling the sound > hardware called selwakeup() (frame #19). This called pfind() (frame > #18), which tries to lock allproc. Somewhere in doing this, > witness_sleep() (frame #15) decides it wants to printf() a message. printf() > calls down into the tty code, which goes into ptsstart() (frame #9) and the > pty code (I'm not entirely sure why). This code then tries to do a selwakeup() > of its own (frame #7) which calls pfind() which tries (again) to lock allproc, > leading to the "mutex recursed" panic. The TOTTY apparently flag got set by the following code in putchar(): if ((flags & TOCONS) && tp == NULL && constty) { tp = constty; flags |= TOTTY; } This caused output to be sent to the terminal `constty' instead of to the low-level console output routine. Terminal output is not designed to work in arbitary contexts, and bad things happened. This seems to be a very old, very often exercised bug. printf() always sets `tp' to NULL, so the output goes to a bad place whenever constty is non-NULL, but I think this is the normal setup in X. The terminal output routines are designed to work in some interrupt contexts, but they depend on spltty() working to prevent them being reentered. Even before SMPng, when spltty() actually worked and there were no locks to hang on, it was possible for an interrupt not masked by spltty() to occur and reenter the output routine. The low-level syscons output routines have similar bugs: 1) They do some locking for screen saver and/or delayed screen update things. This causes problems when printf() is called with sched_lock held, e.g., in mi_switch(). The printfs in mi_switch() are ifdefed out to avoid this problem. 2) The routines are not reentrant. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 5: 1:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 8F9D237B446 for ; Thu, 5 Apr 2001 05:01:41 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97] ident=root) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 14l8SK-0004O3-00; Thu, 5 Apr 2001 13:01:40 +0100 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.11.1/8.11.1) id f35C1dR36565; Thu, 5 Apr 2001 13:01:39 +0100 (BST) (envelope-from jcm) Date: Thu, 5 Apr 2001 13:01:39 +0100 From: j mckitrick To: Julian Elischer Cc: freebsd-current@freebsd.org Subject: Re: newbus driver code Message-ID: <20010405130139.A36547@dogma.freebsd-uk.eu.org> References: <20010404121437.A23888@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from julian@elischer.org on Thu, Apr 05, 2001 at 03:32:23AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 05, 2001 at 03:32:23AM -0700, Julian Elischer wrote: | try teh sample driver in /usr/share/exaples/drivers/make_device_driver.sh Perfect! Just what I was looking for. Thanks. jm -- --------------------------------------------------------------- Jonathon McKitrick -- jcm@freebsd-uk.eu.org "It took the computing power of three C-64s to fly to the Moon. It takes a 486 to run Windows 95. Something is wrong here." --------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 8:52: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 4399737B449 for ; Thu, 5 Apr 2001 08:52:02 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA00666; Thu, 5 Apr 2001 11:51:45 -0400 (EDT) (envelope-from wollman) Date: Thu, 5 Apr 2001 11:51:45 -0400 (EDT) From: Garrett Wollman Message-Id: <200104051551.LAA00666@khavrinen.lcs.mit.edu> To: Richard Todd Cc: current@FreeBSD.ORG Subject: selwakeup() In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > If I'm reading this backtrace right, the thread handling the sound > hardware called selwakeup() (frame #19). This called pfind() (frame > #18), which tries to lock allproc. selwakeup() shouldn't need to call pfind(). Because the process table is in type-stable memory, it should be sufficient to keep a reference to the caller's proc structure and check to see whether its pid is the same one as in the selinfo. The locking that selwakeup() already needs to do should be sufficient to avoid a race. (In 4.4BSD, process structures were not type-stable so this technique could not have been used.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 10:47: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 9578F37B424 for ; Thu, 5 Apr 2001 10:46:55 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f35Hk5G81811; Thu, 5 Apr 2001 10:46:05 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200104051551.LAA00666@khavrinen.lcs.mit.edu> Date: Thu, 05 Apr 2001 10:45:34 -0700 (PDT) From: John Baldwin To: Garrett Wollman Subject: RE: selwakeup() Cc: current@FreeBSD.org, Richard Todd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 05-Apr-01 Garrett Wollman wrote: > < said: > >> If I'm reading this backtrace right, the thread handling the sound >> hardware called selwakeup() (frame #19). This called pfind() (frame >> #18), which tries to lock allproc. > > selwakeup() shouldn't need to call pfind(). Because the process table > is in type-stable memory, it should be sufficient to keep a reference > to the caller's proc structure and check to see whether its pid is the > same one as in the selinfo. The locking that selwakeup() already > needs to do should be sufficient to avoid a race. > > (In 4.4BSD, process structures were not type-stable so this technique > could not have been used.) There are probably several other places that pfind is called that this check should also be adequate for as well. The ones in syscons for example. > -GAWollman -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 11: 0:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from dargo.talarian.com (dargo.talarian.com [207.5.33.3]) by hub.freebsd.org (Postfix) with ESMTP id 6233437B42C; Thu, 5 Apr 2001 11:00:49 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from moya.talarian.com (moya.talarian.com [10.4.10.8]) by dargo.talarian.com (Postfix) with ESMTP id BE3A722B10; Thu, 5 Apr 2001 10:59:57 -0700 (PDT) Received: from quack.kfu.com (beast.talarian.com [10.4.10.6]) by moya.talarian.com (Postfix) with ESMTP id 147B936; Thu, 5 Apr 2001 11:00:48 -0700 (PDT) Message-ID: <3ACCB2CF.50001@quack.kfu.com> Date: Thu, 05 Apr 2001 11:00:47 -0700 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.3-RC i386; en-US; 0.8) Gecko/20010321 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Cc: assar@freebsd.org Subject: Some telnet argument cleanup Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since the change was made to telnet to have it attempt autologin and encryption by default, there are some problems with argument handling for telnet. 1. in crypto/telnet/telnet/main.c: case 'l': autologin = 1; if(autologin == 0) autologin = -1; user = optarg; break; The 'if' will never happen, so it should be removed, but the ramifications of this should be thought about harder. The way the code is now, specifying -l will DISable automatic encryption (or rather, it will fail to automatically enable it). This is because later on only if autologin=-1 does the code do encrypt_auto(1); . 2. There are no provisions to disable encryption. -x turns it on. Since it is now on by default, -x becomes redundant, except in cases where it's necessary to repair the -l damage. It would make sense to have -x turn encryption off, except that people may be used to it turning encryption on and may be astonished. Some other letter (-y?) should be added to turn it off. The processing of that option will have to be careful to check to see if autologin is -1 and set it to 1 to insure that it's not automatically enabled later. Perhaps better than the autologin == -1 hack, why not just call encrypt_auto(1); and decrypt_auto(1); once before the options are parsed. Then the user can use -y to disable it if he chooses. Then autologin can start off as 1 and be set to 0 only if the user specifies -K. Having -1 be indicative of an encryption side effect is bizarre. 3. So far as I can tell, none of the changes were synced to the man page. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 11: 7: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from dargo.talarian.com (dargo.talarian.com [207.5.33.3]) by hub.freebsd.org (Postfix) with ESMTP id 55C5B37B440 for ; Thu, 5 Apr 2001 11:06:58 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from moya.talarian.com (moya.talarian.com [10.4.10.8]) by dargo.talarian.com (Postfix) with ESMTP id DD51122B10; Thu, 5 Apr 2001 11:06:06 -0700 (PDT) Received: from quack.kfu.com (beast.talarian.com [10.4.10.6]) by moya.talarian.com (Postfix) with ESMTP id 87E5A65; Thu, 5 Apr 2001 11:06:57 -0700 (PDT) Message-ID: <3ACCB441.4090209@quack.kfu.com> Date: Thu, 05 Apr 2001 11:06:57 -0700 From: Nick Sayer User-Agent: Mozilla/5.0 (X11; U; FreeBSD 4.3-RC i386; en-US; 0.8) Gecko/20010321 X-Accept-Language: en MIME-Version: 1.0 To: Leif Neland Cc: freebsd-current@FreeBSD.ORG Subject: Re: pppoe, userland ppp References: <013d01c0bcc0$d3d26e60$6405a8c0@neland.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Leif Neland wrote: > I'd like to try pppoe to connect to poptop (on a linuxbox). The port is forbidden; I should use ng_pppoe. You're mixing apples and oranges. poptop is for pptp, not pppoe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14: 4:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0D7DA37B424; Thu, 5 Apr 2001 14:04:21 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f35L4Bs03883; Thu, 5 Apr 2001 14:04:11 -0700 Date: Thu, 5 Apr 2001 14:04:11 -0700 From: Brooks Davis To: Doug Ambrisko Cc: bmah@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Call for review... PR 25577 Message-ID: <20010405140411.A29430@Odin.AC.HMC.Edu> References: <200104010649.f316nix83661@bmah-freebsd-0.cisco.com> <200104021928.f32JSdd99109@ambrisko.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104021928.f32JSdd99109@ambrisko.com>; from ambrisko@ambrisko.com on Mon, Apr 02, 2001 at 12:28:38PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 02, 2001 at 12:28:38PM -0700, Doug Ambrisko wrote: > Well I can't see that since it's not an array and the values come > from iterating through Cisco's API and a direct query for the=20 > transmit key. Look at ancontrol for the ugly & secret details! I'm pretty sure I've also managed to get it to reports things that just plain aren't true like Bruce did. I've bitched to my Cisco rep again to try and get better doc, but so far I haven't had much luck. I just made a specific request for more data on setting and getting WEP keys. In my patches, I just copied the stuff from ancontrol since that's all we've got. The linux code is even more non-sensical then ancontrol in that it reports five keys. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6zN3KXY6L6fI4GtQRApJrAJ95FdFoOU9R7f1tMyRrJBidmg66igCfbMJ6 RU+BCVzlBccraXSoW5DJqrE= =KDKV -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:15: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id B52A637B423; Thu, 5 Apr 2001 14:15:03 -0700 (PDT) (envelope-from ambrisko@whistle.com) Received: from whistle.com (crab.whistle.com [207.76.205.112]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id OAA11775; Thu, 5 Apr 2001 14:11:28 -0700 (PDT) Received: (from ambrisko@localhost) by whistle.com (8.9.3/8.9.1) id OAA59271; Thu, 5 Apr 2001 14:10:54 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200104052110.OAA59271@whistle.com> Subject: Re: Call for review... PR 25577 In-Reply-To: <20010405140411.A29430@Odin.AC.HMC.Edu> from Brooks Davis at "Apr 5, 2001 02:04:11 pm" To: Brooks Davis Date: Thu, 5 Apr 2001 14:10:54 -0700 (PDT) Cc: bmah@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brooks Davis writes: | On Mon, Apr 02, 2001 at 12:28:38PM -0700, Doug Ambrisko wrote: | > Well I can't see that since it's not an array and the values come | > from iterating through Cisco's API and a direct query for the | > transmit key. Look at ancontrol for the ugly & secret details! | | I'm pretty sure I've also managed to get it to reports things that just | plain aren't true like Bruce did. I've bitched to my Cisco rep again | to try and get better doc, but so far I haven't had much luck. I just | made a specific request for more data on setting and getting WEP keys. | In my patches, I just copied the stuff from ancontrol since that's all | we've got. The linux code is even more non-sensical then ancontrol in | that it reports five keys. FYI we've found a bug in ancontrol and the scheme for reporting keys if keys are not filled in order. It would be nice to get the source for the Linux configuration utilties that they distribute with the driver on the Cisco web site. I've tried to run it under Linux and I get "no radio found" although I can ping over the Aironet card! Linux and no source makes it hard to figure out what is happening. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:16:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from flying.wok.dk (flying.wok.dk [193.88.12.98]) by hub.freebsd.org (Postfix) with ESMTP id D71FE37B440 for ; Thu, 5 Apr 2001 14:16:49 -0700 (PDT) (envelope-from morten@flying.wok.dk) Received: (from morten@localhost) by flying.wok.dk (8.11.2/8.11.2) id f35LGnn34010 for current@FreeBSD.ORG; Thu, 5 Apr 2001 23:16:49 +0200 (CEST) (envelope-from morten) Date: Thu, 5 Apr 2001 23:16:48 +0200 From: Morten Skriver To: current@FreeBSD.ORG Subject: Failed to load linux.ko during boot Message-ID: <20010405231648.A33959@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I upgraded my -Current today and after doing this, it has stopped to load linux.ko into the kernel even though I have linux_enable="YES" in my rc.conf If I manually do a kldload linux.ko it loads the module without any problems. Do you have any suggestion why, it doesn't load the module during boot ? Yours sincerely Morten Skriver Email: morten@skriver.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:30:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from flying.wok.dk (flying.wok.dk [193.88.12.98]) by hub.freebsd.org (Postfix) with ESMTP id DB16237B61E for ; Thu, 5 Apr 2001 14:30:21 -0700 (PDT) (envelope-from morten@flying.wok.dk) Received: (from morten@localhost) by flying.wok.dk (8.11.2/8.11.2) id f35LULG34098 for current@FreeBSD.ORG; Thu, 5 Apr 2001 23:30:21 +0200 (CEST) (envelope-from morten) Date: Thu, 5 Apr 2001 23:30:21 +0200 From: Morten Skriver To: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot Message-ID: <20010405233021.A34075@skriver.dk> References: <20010405231648.A33959@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010405231648.A33959@skriver.dk>; from morten@skriver.dk on Thu, Apr 05, 2001 at 11:16:48PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 05, 2001 at 11:16:48PM +0200, Morten Skriver wrote: > > I upgraded my -Current today and after doing this, it has stopped to load > linux.ko into the kernel even though I have linux_enable="YES" in my > rc.conf > I forgot to tell, that I recive the following error message if I use the linux utility to load the module: [morten@mosk-pc]:/usr/home/morten$ linux kldload: can't load linux: Operation not permitted ELF binary type "3" not known. Abort trap Yours sincerely Morten Skriver Email: morten@skriver.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:35:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from sj-msg-core-3.cisco.com (sj-msg-core-3.cisco.com [171.70.157.152]) by hub.freebsd.org (Postfix) with ESMTP id 697A837B423; Thu, 5 Apr 2001 14:35:39 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-3.cisco.com (8.9.3/8.9.1) with ESMTP id OAA18416; Thu, 5 Apr 2001 14:33:49 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f35LYxr30395; Thu, 5 Apr 2001 14:34:59 -0700 (PDT) (envelope-from bmah) Message-Id: <200104052134.f35LYxr30395@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Doug Ambrisko Cc: Brooks Davis , bmah@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Call for review... PR 25577 In-Reply-To: <200104052110.OAA59271@whistle.com> References: <200104052110.OAA59271@whistle.com> Comments: In-reply-to Doug Ambrisko message dated "Thu, 05 Apr 2001 14:10:54 -0700." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_536303544P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 05 Apr 2001 14:34:59 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --==_Exmh_536303544P Content-Type: text/plain; charset=us-ascii If memory serves me right, Doug Ambrisko wrote: > Brooks Davis writes: > | On Mon, Apr 02, 2001 at 12:28:38PM -0700, Doug Ambrisko wrote: > | > Well I can't see that since it's not an array and the values come > | > from iterating through Cisco's API and a direct query for the > | > transmit key. Look at ancontrol for the ugly & secret details! > | > | I'm pretty sure I've also managed to get it to reports things that just > | plain aren't true like Bruce did. I've bitched to my Cisco rep again > | to try and get better doc, but so far I haven't had much luck. I just > | made a specific request for more data on setting and getting WEP keys. I'd like to complain to my Cisco rep too, oh wait, I *am* my Cisco rep. Nevermind. I'll try asking around on one of the internal mailing lists to see what I can dig up. But my plate is pretty full if I'm actually going to need to hack code on this. > | In my patches, I just copied the stuff from ancontrol since that's all > | we've got. The linux code is even more non-sensical then ancontrol in > | that it reports five keys. Five keys...could be the new home networking stuff? > FYI we've found a bug in ancontrol and the scheme for reporting keys > if keys are not filled in order. It would be nice to get the > source for the Linux configuration utilties that they distribute > with the driver on the Cisco web site. I've tried to run it under > Linux and I get "no radio found" although I can ping over the > Aironet card! Linux and no source makes it hard to figure out what > is happening. Can't use Linux configuration utils...I wonder if there's a minimum firmware rev on the card that you need? Bruce. --==_Exmh_536303544P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6zOUD2MoxcVugUsMRAoBPAJ9lSjEyY00FkIpNRR8R1fcpis1FRgCg+CV+ EnFHe3RrQbyphXtPri0O3zE= =yN9U -----END PGP SIGNATURE----- --==_Exmh_536303544P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:39:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id A4B3237B50B for ; Thu, 5 Apr 2001 14:39:32 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f35LdQs88519; Thu, 5 Apr 2001 14:39:26 -0700 (PDT) Date: Thu, 5 Apr 2001 14:39:26 -0700 (PDT) From: Doug White To: Morten Skriver Cc: Subject: Re: Failed to load linux.ko during boot In-Reply-To: <20010405233021.A34075@skriver.dk> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 5 Apr 2001, Morten Skriver wrote: > On Thu, Apr 05, 2001 at 11:16:48PM +0200, Morten Skriver wrote: > > > > I upgraded my -Current today and after doing this, it has stopped to load > > linux.ko into the kernel even though I have linux_enable="YES" in my > > rc.conf > > > > I forgot to tell, that I recive the following error message if I use the > linux utility to load the module: > > [morten@mosk-pc]:/usr/home/morten$ linux > kldload: can't load linux: Operation not permitted Helps to do it as root. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:42:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 0C42B37B505; Thu, 5 Apr 2001 14:42:09 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f35LfwG88564; Thu, 5 Apr 2001 14:41:58 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 05 Apr 2001 14:41:29 -0700 (PDT) From: John Baldwin To: John Baldwin Subject: RE: selwakeup() Cc: Richard Todd , current@FreeBSD.org, Garrett Wollman Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 05-Apr-01 John Baldwin wrote: > > On 05-Apr-01 Garrett Wollman wrote: >> <> said: >> >>> If I'm reading this backtrace right, the thread handling the sound >>> hardware called selwakeup() (frame #19). This called pfind() (frame >>> #18), which tries to lock allproc. >> >> selwakeup() shouldn't need to call pfind(). Because the process table >> is in type-stable memory, it should be sufficient to keep a reference >> to the caller's proc structure and check to see whether its pid is the >> same one as in the selinfo. The locking that selwakeup() already >> needs to do should be sufficient to avoid a race. >> >> (In 4.4BSD, process structures were not type-stable so this technique >> could not have been used.) > > There are probably several other places that pfind is called that this check > should also be adequate for as well. The ones in syscons for example. As a safety check we should probably zero the pid right before zfree()'ing a proc in wait() however, so that a stale pointer to a free'd process doesn't have a valid pid if we do this. >> -GAWollman -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:42:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 0013637B496 for ; Thu, 5 Apr 2001 14:42:08 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.3/8.11.1) id f35Lft130069; Thu, 5 Apr 2001 14:41:55 -0700 (PDT) (envelope-from obrien) Date: Thu, 5 Apr 2001 14:41:54 -0700 From: "David O'Brien" To: Morten Skriver Cc: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot Message-ID: <20010405144154.B28699@dragon.nuxi.com> Reply-To: current@FreeBSD.ORG References: <20010405231648.A33959@skriver.dk> <20010405233021.A34075@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010405233021.A34075@skriver.dk>; from morten@skriver.dk on Thu, Apr 05, 2001 at 11:30:21PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 05, 2001 at 11:30:21PM +0200, Morten Skriver wrote: > [morten@mosk-pc]:/usr/home/morten$ linux > kldload: can't load linux: Operation not permitted > ELF binary type "3" not known. > Abort trap You did not `brandelf' your /compat/linux/sbin/ldconfig. Did you install this from /usr/ports/emulators/linux_base? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 14:49: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from flying.wok.dk (flying.wok.dk [193.88.12.98]) by hub.freebsd.org (Postfix) with ESMTP id 0A36437B505 for ; Thu, 5 Apr 2001 14:49:06 -0700 (PDT) (envelope-from morten@flying.wok.dk) Received: (from morten@localhost) by flying.wok.dk (8.11.2/8.11.2) id f35Ln5534200 for current@FreeBSD.ORG; Thu, 5 Apr 2001 23:49:05 +0200 (CEST) (envelope-from morten) Date: Thu, 5 Apr 2001 23:49:05 +0200 From: Morten Skriver To: current@FreeBSD.ORG Subject: Re: Failed to load linux.ko during boot Message-ID: <20010405234905.B34075@skriver.dk> References: <20010405231648.A33959@skriver.dk> <20010405233021.A34075@skriver.dk> <20010405144154.B28699@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010405144154.B28699@dragon.nuxi.com>; from TrimYourCc@NUXI.com on Thu, Apr 05, 2001 at 02:41:54PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Apr 05, 2001 at 02:41:54PM -0700, David O'Brien wrote: > On Thu, Apr 05, 2001 at 11:30:21PM +0200, Morten Skriver wrote: > > [morten@mosk-pc]:/usr/home/morten$ linux > > kldload: can't load linux: Operation not permitted > > ELF binary type "3" not known. > > Abort trap > > You did not `brandelf' your /compat/linux/sbin/ldconfig. > Did you install this from /usr/ports/emulators/linux_base? > Yes, I installed it from /usr/ports/emulators/linux_base, but it was a old installation. All I did was to cvsup my source and do a new make buildworld Yours sincerely Morten Skriver Email: morten@skriver.dk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 15: 1: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id A715E37B443; Thu, 5 Apr 2001 15:01:00 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id SAA71985; Thu, 5 Apr 2001 18:00:57 -0400 (EDT) (envelope-from wollman) Date: Thu, 5 Apr 2001 18:00:57 -0400 (EDT) From: Garrett Wollman Message-Id: <200104052200.SAA71985@khavrinen.lcs.mit.edu> To: John Baldwin Cc: current@FreeBSD.ORG Subject: RE: selwakeup() In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > As a safety check we should probably zero the pid right before zfree()'ing a > proc in wait() however, so that a stale pointer to a free'd process doesn't > have a valid pid if we do this. Should not be necessary. Here is the logic: p = sip->si_p; mtx_lock_spin(&sched_lock); if (p->p_stat != SZOMB || p->p_pid != sip->si_pid) { /* oops */ mtx_lock_spin(&sched_lock); return; } sip->si_pid = 0; sip->si_p = 0; if (p->p_wchan == (caddr_t)&selwait) { /* ... */ If `p' is a pointer to a freed process, then p->p_stat is guaranteed to be SZOMB -- the only code path which can free a process struct is wrapped inside `if (p->p_stat == SZOMB)'. (See kern_exit.c:exit1().) If `p' is a pointer to an active process, and it's the wrong pid, then we don't wake it up. Otherwise, we wake it up. (`p' might still be the wrong process, if pid space wrapped around, but the current code doesn't deal with that condition, either, nor should it.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 15: 5:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from host4.websitesource.com (host4.websitesource.com [209.239.38.252]) by hub.freebsd.org (Postfix) with ESMTP id 6FCBA37B422 for ; Thu, 5 Apr 2001 15:05:16 -0700 (PDT) (envelope-from linux@ideaone.org) Received: from hawk ([12.36.4.98]) by host4.websitesource.com (8.10.2/8.10.2) with SMTP id f35M5Ff21338 for ; Thu, 5 Apr 2001 18:05:15 -0400 From: "Michael Capps" To: Subject: Date: Thu, 5 Apr 2001 16:02:51 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe freebsd-current end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 15:19:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 9FD5537B440 for ; Thu, 5 Apr 2001 15:19:41 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f35MIvG90183; Thu, 5 Apr 2001 15:18:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200104052200.SAA71985@khavrinen.lcs.mit.edu> Date: Thu, 05 Apr 2001 15:18:29 -0700 (PDT) From: John Baldwin To: Garrett Wollman Subject: RE: selwakeup() Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 05-Apr-01 Garrett Wollman wrote: > < > said: > >> As a safety check we should probably zero the pid right before zfree()'ing a >> proc in wait() however, so that a stale pointer to a free'd process doesn't >> have a valid pid if we do this. > > Should not be necessary. Here is the logic: Ah, forgot about the p_stat check. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 16: 5:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id C1D7537B443 for ; Thu, 5 Apr 2001 16:05:14 -0700 (PDT) (envelope-from gplymale@zoomnet.net) Received: from moroni (port-4-48-56k.jackson.zoomnet.net [208.32.29.106]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id TAA21757 for ; Thu, 5 Apr 2001 19:05:13 -0400 (EDT) Subject: Possible Nvidia drivers of XF86 From: George "D." Plymale To: current@freebsd.org Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 05 Apr 2001 19:05:46 -0500 Message-Id: <986515548.560.0.camel@moroni> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was talking with some fellows who seemed rather confident that if a FBSD developer would port the rather small NVIDIA_kernel to FBSD that Nvidia would make their driver available for XF86 on FBSD. I'm personally not familiar with FBSD development, still with linux, but would love to switch over to FBSD, but this is very difficult until there are solid drivers for XF86 for the Nvidia boards, as I run an Elsa GeForce 2 Ultra and the current XF86 open drivers are flaky on my system. This was very exciting news to a would-be FBSD user! One of the persons also mentioned that it would be good to get BSDi involved as well. The source from which I gleaned this idea was from Open Projects IRC in channel #nvidia. Whoever starts working on this may be able to find help from the people there. It also may be possible to find people connected with Nvidia there. Here is a link to the current driver: ftp://ftp1.detonator.nvidia.com/pub/drivers/english/XFree86_40/0.9-769/NVIDIA_kernel-0.9-769.tar.gz Hope this takes off! Thanks so much for the continued development of a great OS! -GP To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Apr 5 18:12:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 0FE6737B43E for ; Thu, 5 Apr 2001 18:12:52 -0700 (PDT) (envelope-from leif@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f361Cpq39257 for freebsd-current@FreeBSD.ORG.AVP; Fri, 6 Apr 2001 03:12:51 +0200 (CEST) (envelope-from leif@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f361CoD39235; Fri, 6 Apr 2001 03:12:50 +0200 (CEST) (envelope-from leif@neland.dk) Received: from gina ([192.168.5.100]) by arnold.neland.dk (8.11.3/8.11.0) with SMTP id f361DHC14754; Fri, 6 Apr 2001 03:13:17 +0200 (CEST) (envelope-from leif@neland.dk) Message-ID: <002c01c0be36$beb94c20$6405a8c0@neland.dk> From: "Leif Neland" To: "Nick Sayer" Cc: References: <013d01c0bcc0$d3d26e60$6405a8c0@neland.dk> <3ACCB441.4090209@quack.kfu.com> Subject: Re: pppoe, userland ppp Date: Fri, 6 Apr 2001 03:13:09 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ns.internet.dk id f361CoD39235 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'd like to try pppoe to connect to poptop (on a linuxbox). The port is forbidden; I should use > > ng_pppoe. > > You're mixing apples and oranges. poptop is for pptp, not pppoe. > Ahh! While mixing apples and oranges can make a nice juice, it doesn't work for vpn. Using pptpclient instead is better :-) I had pptp running in a terminal session started in a window from my workstation in fbsd-mode. Now I booted my workstation to try in windows. Apparently pptp didn't get stopped properly, because when I now want to run pptp again, I get this error message: warn[open_unixsock:pptp_callmgr.c:308]: Call manager for 123.123.123.123 is already running. fatal[callmgr_main:pptp_callmgr.c:124]: Could not open Unix socket for 123.123.123 fatal[launch_callmgr:pptp.c:214]: Call manager exited with error 256 But ps is not showing any ppp, pptp or call processes. Neither is netstat showing anything I can relate to. I could boot the machine, but then I'd have to walk 20m to power it off and on to reset the isdnadapter. Too late for that now. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 6: 0:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.magicwebdesign.com.br (exu.magicwebdesign.com.br [200.250.93.5]) by hub.freebsd.org (Postfix) with SMTP id 3C02737B43F for ; Fri, 6 Apr 2001 06:00:42 -0700 (PDT) (envelope-from diego@magicwebdesign.com.br) Received: (qmail 13531 invoked from network); 6 Apr 2001 12:58:51 -0000 Received: from belzebu.magicwebdesign.com.br (200.250.93.6) by exu.magicwebdesign.com.br with SMTP; 6 Apr 2001 12:58:51 -0000 From: Diego Rodrigo Neufert Organization: Magic Web Design To: freebsd-current@freebsd.org Subject: subscribe Date: Fri, 6 Apr 2001 10:00:29 -0300 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Message-Id: <01040610002904.06616@belzebu.magicwebdesign.com.br> Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 7:56:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from tiku.hut.fi (tiku.hut.fi [130.233.228.86]) by hub.freebsd.org (Postfix) with ESMTP id 845A137B43E for ; Fri, 6 Apr 2001 07:56:56 -0700 (PDT) (envelope-from jcarlson@kosh.hut.fi) Received: from kosh.hut.fi (jcarlson@kosh.hut.fi [130.233.228.10]) by tiku.hut.fi (8.9.3/8.9.3) with ESMTP id RAA07959 for ; Fri, 6 Apr 2001 17:56:55 +0300 (EET DST) Date: Fri, 6 Apr 2001 17:56:55 +0300 (EET DST) From: John Carlson To: freebsd-current@freebsd.org Subject: problem building linux kernel module in current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I cvsupped today to -CURRENT, thinking to upgrade my -STABLE installation (4.3-BETA). I followed the instructions in the UPDATING file, but ran into a persistent problem when trying to compile the kernel after a successful buildworld. The kernel compilation dies while making the modules at this point: cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c linux_sysent.c linux_sysent.c:21: sizeof applied to an incomplete type linux_sysent.c:21: warning: built-in function `exit' used without declaration linux_sysent.c:21: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /opt/src/sys/modules/linux. *** Error code 1 Stop in /opt/src/sys/modules. *** Error code 1 Stop in /usr/obj/opt/src/sys/DARKSTAR. *** Error code 1 Stop in /opt/src. *** Error code 1 Stop in /opt/src. Anyone else noticed this problem or is it just me doing something wrong? Any help would be appreciated. Thanks, |---------------------------------------------------| John Carlson Helsinki University of Technology jcarlson@cc.hut.fi |---------------------------------------------------| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 9:36:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from pop162-leg.mail.com (pop162-leg.mail.com [165.251.32.54]) by hub.freebsd.org (Postfix) with ESMTP id 4049A37B422 for ; Fri, 6 Apr 2001 09:36:11 -0700 (PDT) (envelope-from megasitez@Iname.com) Received: from Iname.com (pD950C5AE.dip.t-dialin.net [217.80.197.174]) by pop162-leg.mail.com (Postfix) with SMTP id C04F31C81A for ; Fri, 6 Apr 2001 12:36:09 -0400 (EDT) From: To: Subject: brandnew MEGA-SITEZ Toplist - Warez, Free-XXX, Drugs Message-Id: <20010406163609.C04F31C81A@pop162-leg.mail.com> Date: Fri, 6 Apr 2001 12:36:09 -0400 (EDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi Warezfreak, ENJOY a brandnew german MEGASITEZ Toplist with Warez,Free XXX, Drugs and many more ... http://www.hf2001.de/topsites/topsites.html the Mega-Sitez Team Team To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 9:51: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id E10C837B42C for ; Fri, 6 Apr 2001 09:50:54 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f36Gosr49540; Fri, 6 Apr 2001 09:50:54 -0700 (PDT) Date: Fri, 6 Apr 2001 09:50:54 -0700 (PDT) From: David Wolfskill Message-Id: <200104061650.f36Gosr49540@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG, jcarlson@cc.hut.fi Subject: Re: problem building linux kernel module in current In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Fri, 6 Apr 2001 17:56:55 +0300 (EET DST) >From: John Carlson >I cvsupped today to -CURRENT, thinking to upgrade my -STABLE installation >(4.3-BETA). I followed the instructions in the UPDATING file, but ran into >a persistent problem when trying to compile the kernel after a successful >buildworld. The kernel compilation dies while making the modules at this >point: >cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >-Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. >-I@ -I@/dev -I@/../include -mpreferred-stack-boundary=2 -c linux_sysent.c >linux_sysent.c:21: sizeof applied to an incomplete type >linux_sysent.c:21: warning: built-in function `exit' used without >declaration >linux_sysent.c:21: warning: cast discards qualifiers from pointer target >type >*** Error code 1 >Stop in .... >Stop in /opt/src. >Anyone else noticed this problem or is it just me doing something wrong? >Any help would be appreciated. I've been doing a CVSup & building each of -STABLE & -CURRENT daily for the last couple of weeks or so. Although yesterday's -CURRENT was a bit weird (more on that below), things have mostly been workable. I just finished rebuilding today's -CURRENT, and did not see the problem you are reporting. Here's a log showing when I did the last few CVSups (from cvsup14, since mirrors may vary at any given instant): CVSup started at Wed Apr 4 03:47:01 PDT 2001 CVSup ended at Wed Apr 4 03:52:00 PDT 2001 CVSup started at Thu Apr 5 03:47:00 PDT 2001 CVSup ended at Thu Apr 5 03:52:18 PDT 2001 CVSup started at Fri Apr 6 03:47:00 PDT 2001 CVSup ended at Fri Apr 6 03:52:08 PDT 2001 For what it might be worth, the keyboard I'm using to type this is attached to the laptop that is running: FreeBSD m758712358.whistle.com 5.0-CURRENT FreeBSD 5.0-CURRENT #21: Fri Apr 6 01:49:41 PDT 2001 root@:/common/C/obj/usr/src/sys/LAPTOP_30W i386 (Ugh. I just noticed that the timestamp in the above uname output is off by 7 hrs., because given my experience trying to do much of anything with yesterday's -CURRENT, I did the whole "make {buildworld,kernel,installworld}" sequence in single-user mode. Oh well, if that's the worst that happens, I'm not too worried.) As to yesterday's -CURRENT.... After I updated my sources & built it as usual ("date && make buildworld && date && make kernel KERNCONF=LAPTOP_30W && date && make installworld && date && mergemaster && date && df -k" -- I sprinkle the "dates" in there for kicks), and re-booted, I thought I saw an odd message just after the Linux emulation module was loaded. "Fortunately," it seems to have recurred upon the boot for today's -CURRENT, though it is apparently only being logged to the console: Configuring syscons: blank_time moused. Additional ABI support: linuxELF binary type "3" not known. Abort trap . Local package initialization:... Another peculiarity (that someone -- phk? -- also noted) was that only 2 filesystems were auto-fscked. (For yesterday's -CURRENT, the machine started acting as if it was *very* busy -- and I couldn't get the keyboard to respond, though the mouse would move. I ended up power-cycling it, then booting into -STABLE. -STABLE's auto-fsck was able to cope with all but one of the filesystems OK. The last one it wanted help with (soft updates inconsistency), and I ended up losing a couple of files in one each of a -CURRENT and a -STABLE obj/ tree. I would have pursued this further, but I needed to use the machine in -STABLE for something....) Anyhow, when I booted the machine into single-user mode in (yesterday's) -CURRENT (just before the build for today's -CURRENT), I issued "fsck -p" as usual, intending to follow that with "mount -a". I found it interesting that only two filesystems were checked: /dev/ad0s3a and /dev/ad0s1a. So I typed "fsck" (no arguments), and all filesystems were checked. Here's /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ad0s3b none swap sw 0 0 /dev/ad0s1a /S1 ufs rw 2 2 /dev/ad0s1e /S1/usr ufs rw 2 2 /dev/ad0s2a /S2 ufs rw 2 2 /dev/ad0s2e /S2/usr ufs rw 2 2 /dev/ad0s3a / ufs rw 1 1 /dev/ad0s3e /usr ufs rw 2 2 /dev/ad0s3g /var ufs rw 2 2 /dev/ad0s3h /common ufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 And after building today's -CURRENT, the (multi-user) boot that followed only checked those same 2 filesystems. I'm going to try to take a closer look at the recent changes to fsck. More on the ELF stuff: with today's -CURRENT, trying to run the Linux netscape yields: m758712358[3] netscape ELF binary type "0" not known. Abort m758712358[4] Cheers, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 18:46:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 8C1E537B424; Fri, 6 Apr 2001 18:46:12 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 0AA963E09; Fri, 6 Apr 2001 18:46:12 -0700 (PDT) To: current@freebsd.org Cc: jkh@freebsd.org Subject: Obscure sysinstall null dereference bug Date: Fri, 06 Apr 2001 18:46:11 -0700 From: Dima Dorfman Message-Id: <20010407014612.0AA963E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (Excuse the size of the e-mail; small, one-line patch is at the end.) On some occasions, sysinstall can be persuaded to follow a NULL pointer. This particular bug is actually not so straight-forward that many people would run into it, but it seems I always do :-/ (I've had this bite me for just about every release since 4.0 or so). The problem is that a lot of code in sysinstall (dist.c, particuarly) expects the mediaDevice global variable to be non-NULL. When some operation fails, you might see code like: mediaDevice->shutdown(mediaDevice); if (!mediaDevice->init(mediaDevice)) ... The problem is that sometimes the operation that fails sets mediaDevice to NULL, causing a nice, annoying NULL dereference. The simplest way to reproduce this that I've found is as follows: 1. Run sysinstall in whatever mode you want; doesn't matter if it's on an existing system or not. Somehow get to the part where you choose which distributions you want, choose at least one, then somehow get to the part where it will extract the distributions 2. Choose an FTP install. Select ftp.freebsd.org (you can use any server you want; I'm just using that as an example). 3. Let it start extracting distributions. Allow it to extract at least one file (i.e., let it do something). At this point, cut off its link to the FTP server. If this is an existing system, `ipfw add 1 reset tcp from any to ftp.freebsd.org` works nicely. In practice, it can be any reason (I've had this happen when I chose "FTP" instead of "FTP passive" or when the Internet link died). 4. Wait for it to figure out the server is dead. It should prompt you to select another one. At the "Please select a FreeBSD FTP distribution site" menu, select Cancel (you'd do this if, e.g., you wanted to switch from "FTP" to "FTP passive"). 5. Push "OK" or "yes" on the dialog boxes it presents. 6. Watch it crash (if this is a new install where sysinstall is acting as init, it will display a nice "I got sigsegv and that's bad" message). As you can deduce from the size of the instructions, few people probably run into this. Nevertheless, I think that for sysinstall, anything short of corruption is better than crashing; the latter is very annoying, esp. after you've spent some time deciding on the filesystem layout, distributions, packages, etc. The patch below corrects the problem by removing the "mediaDevice = NULL" assignment from the mediaClose routine. It's not the most correct or elegant fix in the world, but too much code assumes mediaDevice is non-NULL to simply go through and fix all of it. Thanks, Dima Dorfman dima@unixfreak.org Index: media.c =================================================================== RCS file: /st/src/FreeBSD/src/usr.sbin/sysinstall/media.c,v retrieving revision 1.112 diff -u -r1.112 media.c --- media.c 2000/09/25 20:19:43 1.112 +++ media.c 2001/04/07 01:19:01 @@ -126,7 +126,6 @@ { if (mediaDevice) mediaDevice->shutdown(mediaDevice); - mediaDevice = NULL; } /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 19:32:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 139B937B423 for ; Fri, 6 Apr 2001 19:32:13 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f372WCT50772 for freebsd-current@FreeBSD.ORG; Fri, 6 Apr 2001 19:32:12 -0700 (PDT) Date: Fri, 6 Apr 2001 19:32:12 -0700 (PDT) From: David Wolfskill Message-Id: <200104070232.f372WCT50772@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG Subject: Re: fstab weirdness / UPDATING In-Reply-To: <200104061650.f36Gosr49540@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK; I finally got a few consecutive minutes to look over fsck as of today's -CURRENT. In replying to different message, I had earlier reported what some others noted a couple of days ago: that not all of the filesystems are checked at boot (only 2 are), and experimentation demonstrated that in "preen" mode (-p), this is what happens, but it is peculiar to preen mode: bare "fsck" (with no arguments) does check all filesystems. First, for reference, here's the fstab in question (yes, it's fairly chopped up): # Device Mountpoint FStype Options Dump Pass# /dev/ad0s3b none swap sw 0 0 /dev/ad0s1a /S1 ufs rw 2 2 /dev/ad0s1e /S1/usr ufs rw 2 2 /dev/ad0s2a /S2 ufs rw 2 2 /dev/ad0s2e /S2/usr ufs rw 2 2 /dev/ad0s3a / ufs rw 1 1 /dev/ad0s3e /usr ufs rw 2 2 /dev/ad0s3g /var ufs rw 2 2 /dev/ad0s3h /common ufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 So I booted -CURRENT into single-user mode (after a clean reboot); here's a hand-generated transcription: Enter full pathname of shell or RETURN for /bin/sh: # fsck -d -p pass 1 pass 1, name /dev/ad0s3a start / wait fsck_ufs -p /dev/ad0s3a pass 2 pass 2, name /dev/ad0s1a pass 2, name /dev/ad0s1e pass 2, name /dev/ad0s2a pass 2, name /dev/ad0s2e pass 2, name /dev/ad0s3e pass 2, name /dev/ad0s3g pass 2, name /dev/ad0s3h Parallel start disk /dev/ad0: /dev/ad0s1a /dev/ad0s1e /dev/ad0s2a /dev/ad0s2e /dev/ad0s3e /dev/ad0s3g /dev/ad0s3h start /S1 nowait fsck_ufs -p /dev/ad0s1a Parallel wait done ufs: /dev/ad0s1a (/S1) = 0x0 Parallel end disk /dev/ad0: /dev/ad0s1e /dev/ad0s2a /dev/ad0s2e /dev/ad0s3e /dev/ad0s3g /dev/ad0s3h # I hope this is useful. I should be able to perform additional testing. Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Apr 6 22:29:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from wall.intothewind.cx (adsl-141-157-89-99.baltmd.adsl.bellatlantic.net [141.157.89.99]) by hub.freebsd.org (Postfix) with ESMTP id CEAD137B43E for ; Fri, 6 Apr 2001 22:29:20 -0700 (PDT) (envelope-from patrick@freebsd.org) Received: from patrick.freebsd.org (work [192.168.1.3]) by wall.intothewind.cx (8.11.1/8.11.1) with ESMTP id f372MRd16231 for ; Fri, 6 Apr 2001 22:22:28 -0400 (EDT) (envelope-from patrick@freebsd.org) Message-Id: <5.0.2.1.0.20010406212933.00a4a0c0@toyland.drapple.com> X-Sender: patrick@toyland.drapple.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 06 Apr 2001 21:36:27 -0400 To: freebsd-current@freebsd.org From: Patrick Gardella Subject: Fatal Trap 3? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm used to seeing fatal traps 1, 11 and 12, but 3 is a new one to me. Before I go digging into code to try to find out what's wrong, could someone *briefly* explain what a "fatal trap 3: Breakpoint instruction fault" is? I don't want to waste a lot of time on a hardware problem... Patrick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 0: 8:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D6A1537B43F for ; Sat, 7 Apr 2001 00:08:49 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f3778fC52674; Sat, 7 Apr 2001 09:08:41 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: David Wolfskill Cc: freebsd-current@FreeBSD.ORG Subject: Re: fstab weirdness / UPDATING In-Reply-To: Your message of "Fri, 06 Apr 2001 19:32:12 PDT." <200104070232.f372WCT50772@bunrab.catwhisker.org> Date: Sat, 07 Apr 2001 09:08:41 +0200 Message-ID: <52672.986627321@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yup, seems like i goofed that patch. Can you try this for me ? Index: preen.c =================================================================== RCS file: /home/ncvs/src/sbin/fsck/preen.c,v retrieving revision 1.22 diff -u -r1.22 preen.c --- preen.c 2001/03/30 08:01:34 1.22 +++ preen.c 2001/04/07 07:01:47 @@ -178,7 +178,6 @@ continue; } - if (WIFEXITED(status)) retcode = WEXITSTATUS(status); else @@ -215,6 +214,9 @@ if (TAILQ_EMPTY(&d->d_part)) { TAILQ_REMOVE(&diskh, d, d_entries); ndisks--; + } else { + if ((ret = startdisk(d, checkit)) != 0) + return ret; } } if (flags & CHECK_DEBUG) { -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 5:46:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 26E1137B423 for ; Sat, 7 Apr 2001 05:46:32 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f37CkVe55199; Sat, 7 Apr 2001 05:46:31 -0700 (PDT) Date: Sat, 7 Apr 2001 05:46:31 -0700 (PDT) From: David Wolfskill Message-Id: <200104071246.f37CkVe55199@bunrab.catwhisker.org> To: david@catwhisker.org, phk@critter.freebsd.dk Subject: Re: fstab weirdness / UPDATING Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <52672.986627321@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Date: Sat, 07 Apr 2001 09:08:41 +0200 >From: Poul-Henning Kamp >Yup, seems like i goofed that patch. Can you try this for me ? OK; it works much better with the patch: it seems to work correctly, from what I've tested so far. [Below is a sketch of what I did, so folks will be able to judge how much trust to place in the above assessment.] * Booted -CURRENT into single-user mode. Even though this was a clean reboot, I did a (complete) "fsck" before "mount -a", then fired up tcsh to use as the shell for the following. * I applied the patch from within the /urs/src/sbin/fsck directory. (Yeah, I used -C first to make sure patch wouldn't whine too much.) * Since the patch only affects the logic of a user-level program (vs. the kernel, for example), I went ahead & typed "make" while I was there. * cd /sbin && mv fsck{,.save} && mv /usr/obj/usr/src/sbin/fsck/fsck . ls -l fsck* chmod u-w fsck * Re-boot -CURRENT, single-user mode. "fsck -p" now claims to check each filesystem. Good. * mount -a; things look good. Power-cycle the machine. (This is still single-user mode, so the filesystems should merely have been marked dirty because they're mounted, but nothing should actually have been doing anything to them other than that.) * Re-boot -CURRENT, single-user mode. "fsck-p" again does the usual and expected fsck behavior -- all filesystems are checked & flagged "clean". I like it. :-) Thanks, david -- David H. Wolfskill david@catwhisker.org As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 11: 0:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id ADE5F37B43C for ; Sat, 7 Apr 2001 11:00:18 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id UAA17986; Sat, 7 Apr 2001 20:00:11 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14lx0J-0006XH-00 for ; Sat, 07 Apr 2001 20:00:07 +0200 Date: Sat, 7 Apr 2001 20:00:07 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: fstab weirdness / UPDATING Message-ID: <20010407200007.A24963@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <200104070232.f372WCT50772@bunrab.catwhisker.org> <52672.986627321@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <52672.986627321@critter>; from phk@critter.freebsd.dk on Sat, Apr 07, 2001 at 09:08:41AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello everybody, I am sorry to report that the fix committed to preen.c by phk recently did not fix the problem for me entirely. I have: ad0 with partitions within s1 a through h (ad0s1a->ad0s1h) and ad1s1a. Upon rebooting (after a clean shutdown) with an up-to-date kernel and userland, all the partitons on ad0 were checked, but the ad1 was not. Yet, it was mounted r/w afterwards. I did not yet test in single-user mode though what if I say 'fsck -p'... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 11:28:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 03E0A37B43C for ; Sat, 7 Apr 2001 11:28:37 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f37ISUO05768 for ; Sat, 7 Apr 2001 15:28:30 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 7 Apr 2001 15:28:30 -0300 (ADT) From: The Hermit Hacker To: Subject: panic: lockmgr: draining against myself Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG doing a 'make -j16 install' on kdebase from cvs, it eventually panic'd with: panic: lockmgr: draining against myself cpuid = 1; lapic.id = 01000000 Debugging("panic") CPU1 stopping CPUs: 0x00000001... stopped. Stopped at DEbuger+0x46: pushl %ebx trace shows: Debugger panic lockmgr vop_stdlock ufs_vnoperate vclean vgonel vrecycle ufs_inactive ufs_vnoperate vput handle_workitem_freeblocks softdep_setup_freeblocks ffs_truncate ufs_inactive ufs_vnoperate vrele vn_close vn_closefile fdrop closef close syscall syscall_with_err_pushed Based on kernel upgraded/installed on April 6th ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 11:39:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id D8A7137B422 for ; Sat, 7 Apr 2001 11:39:46 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f37Idkc05958 for ; Sat, 7 Apr 2001 15:39:46 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 7 Apr 2001 15:39:46 -0300 (ADT) From: The Hermit Hacker To: Subject: Re: panic: lockmgr: draining against myself In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG just as a heads up, was just able to recreate it with a simple 'make install' ... didn't need the -j16 to do it ... On Sat, 7 Apr 2001, The Hermit Hacker wrote: > > doing a 'make -j16 install' on kdebase from cvs, it eventually panic'd > with: > > panic: lockmgr: draining against myself > cpuid = 1; lapic.id = 01000000 > Debugging("panic") > > CPU1 stopping CPUs: 0x00000001... stopped. > Stopped at DEbuger+0x46: pushl %ebx > > trace shows: > > Debugger > panic > lockmgr > vop_stdlock > ufs_vnoperate > vclean > vgonel > vrecycle > ufs_inactive > ufs_vnoperate > vput > handle_workitem_freeblocks > softdep_setup_freeblocks > ffs_truncate > ufs_inactive > ufs_vnoperate > vrele > vn_close > vn_closefile > fdrop > closef > close > syscall > syscall_with_err_pushed > > Based on kernel upgraded/installed on April 6th ... > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 12: 5:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 2A2B037B422 for ; Sat, 7 Apr 2001 12:05:33 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f37J5Wv06171 for ; Sat, 7 Apr 2001 16:05:32 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 7 Apr 2001 16:05:32 -0300 (ADT) From: The Hermit Hacker To: Subject: Re: panic: lockmgr: draining against myself In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG problem appears to be fsck related ... fsck -p was only doing two out of 6 of my file systems .. manually ran fsck on each, and right now am doing a buildworld for last nights upgrade and we'll see what happens ... On Sat, 7 Apr 2001, The Hermit Hacker wrote: > > > just as a heads up, was just able to recreate it with a simple 'make > install' ... didn't need the -j16 to do it ... > > On Sat, 7 Apr 2001, The Hermit Hacker wrote: > > > > > doing a 'make -j16 install' on kdebase from cvs, it eventually panic'd > > with: > > > > panic: lockmgr: draining against myself > > cpuid = 1; lapic.id = 01000000 > > Debugging("panic") > > > > CPU1 stopping CPUs: 0x00000001... stopped. > > Stopped at DEbuger+0x46: pushl %ebx > > > > trace shows: > > > > Debugger > > panic > > lockmgr > > vop_stdlock > > ufs_vnoperate > > vclean > > vgonel > > vrecycle > > ufs_inactive > > ufs_vnoperate > > vput > > handle_workitem_freeblocks > > softdep_setup_freeblocks > > ffs_truncate > > ufs_inactive > > ufs_vnoperate > > vrele > > vn_close > > vn_closefile > > fdrop > > closef > > close > > syscall > > syscall_with_err_pushed > > > > Based on kernel upgraded/installed on April 6th ... > > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > > Systems Administrator @ hub.org > > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 13:43:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 142C137B424; Sat, 7 Apr 2001 13:43:25 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id WAA24319; Sat, 7 Apr 2001 22:43:19 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14lzYF-0007AY-00; Sat, 07 Apr 2001 22:43:19 +0200 Date: Sat, 7 Apr 2001 22:43:19 +0200 From: Szilveszter Adam To: David Wolfskill Cc: phk@freebsd.org, current@freebsd.org Subject: Re: fstab weirdness / UPDATING Message-ID: <20010407224319.A27419@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , David Wolfskill , phk@freebsd.org, current@freebsd.org References: <20010407200007.A24963@petra.hos.u-szeged.hu> <200104071904.f37J47E55797@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104071904.f37J47E55797@bunrab.catwhisker.org>; from david@catwhisker.org on Sat, Apr 07, 2001 at 12:04:07PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, On Sat, Apr 07, 2001 at 12:04:07PM -0700, David Wolfskill wrote: > I suggest "fsck -d -p" -- the debugging output could prove useful. Here we go: pass1 pass1, name /dev/ad0s1a pass2 pass2, name /dev/ad0s1f pass2, name /dev/ad0s1g pass2, name /dev/ad0s1h pass2, name /dev/ad0s1d pass2, name /dev/ad0s1e Parallel start disk /dev/ad0: ad0s1f, ad0s1g, ad0s1h, ad0s1d, ad0s1e start /tmp nowait fsck_ufs -p /dev/ad0s1f Parallel wait done ufs: /dev/ad0s1f (/tmp) 0x0 start /usr nowait fsck_ufs -p /dev/ad0s1g Parallel wait done ufs: /dev/ad0s1g (/usr) 0x0 start /usr/local nowait fsck_ufs -p /dev/ad0s1h Parallel wait done ufs: /dev/ad0s1h (/usr/local) 0x0 start /var nowait fsck_ufs -p /dev/ad0s1d Parallel wait done ufs: /dev/ad0s1d (/var) 0x0 start /var/log nowait fsck_ufs -p /dev/ad0s1e Parallel wait done ufs: /dev/ad0s1e (/var/log) 0x0 Parallel end In other words, nothing unusual, apart from the fact that ad1 is not even mentioned. If I after this say 'fsck -d -p /dev/ad1s1a', it says: start /dev/ad1s1a wait fsck_ufs -p /dev/ad1s1a and then exits, seemingly succesfully. Nothin more... if there is anything I can be helpful with, please tell me. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 13:53:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 495DA37B423 for ; Sat, 7 Apr 2001 13:53:56 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.3/8.11.3) with ESMTP id f37KroC88411; Sat, 7 Apr 2001 22:53:50 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Szilveszter Adam Cc: David Wolfskill , current@freebsd.org Subject: Re: fstab weirdness / UPDATING In-Reply-To: Your message of "Sat, 07 Apr 2001 22:43:19 +0200." <20010407224319.A27419@petra.hos.u-szeged.hu> Date: Sat, 07 Apr 2001 22:53:50 +0200 Message-ID: <88409.986676830@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010407224319.A27419@petra.hos.u-szeged.hu>, Szilveszter Adam writ es: >Hello, > >On Sat, Apr 07, 2001 at 12:04:07PM -0700, David Wolfskill wrote: >> I suggest "fsck -d -p" -- the debugging output could prove useful. > >Here we go: Is this with or without the patch I committed earlier today ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 14:25:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 8BB8037B424; Sat, 7 Apr 2001 14:25:42 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 2418A3E09; Sat, 7 Apr 2001 14:25:42 -0700 (PDT) To: current@freebsd.org Cc: stable@freebsd.org Subject: syscons panic in userconfig mode (with patch) Date: Sat, 07 Apr 2001 14:25:42 -0700 From: Dima Dorfman Message-Id: <20010407212542.2418A3E09@bazooka.unixfreak.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ cc'd to -stable since that's affected, too ] Attempting to switch VTYs in userconfig mode will lead to a null dereference in syscons. I saw some messages about this on -current, -stable, or -bugs recently, but I can't find them now. This is pretty easy to reproduce: simply boot the kernel with the -c flag (userconfig), and press ALT+F2 (i386). As far as I can tell, this isn't a new bug. The patch is also pretty trivial. It just changes the VIRTUAL_TTY macro not to blindly assume sc->dev[x] is a valid pointer. It is safe to have it "return" NULL because any code that uses it must (and does) already check for that condition since si_tty may also be NULL in some cases (or at least that's the way I understand it). Could someone please look it over and, if it's okay, commit it? Thanks, Dima Dorfman dima@unixfreak.org Index: syscons.c =================================================================== RCS file: /st/src/FreeBSD/src/sys/dev/syscons/syscons.c,v retrieving revision 1.355 diff -u -r1.355 syscons.c --- syscons.c 2001/03/26 12:40:39 1.355 +++ syscons.c 2001/04/07 21:02:31 @@ -122,7 +122,8 @@ #define SC_CONSOLECTL 255 -#define VIRTUAL_TTY(sc, x) (SC_DEV((sc), (x))->si_tty) +#define VIRTUAL_TTY(sc, x) (SC_DEV((sc), (x)) != NULL ? \ + SC_DEV((sc), (x))->si_tty : NULL) static int debugger; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 18:35:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id D48D037B422 for ; Sat, 7 Apr 2001 18:35:37 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f381YOW09427 for ; Sat, 7 Apr 2001 22:34:25 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 7 Apr 2001 22:34:24 -0300 (ADT) From: The Hermit Hacker To: Subject: panic: spin lock sched lock ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG just panic'd, couldn't even get to the ddb prompt this time ... panic: spin lock sched lock held by 0xcb34b840 for > 5 seconds cpuid = 1; lapic.id = 01000000 Debugger("panic") CPU1 stopping CPUs ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 20:41:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.6.200.230]) by hub.freebsd.org (Postfix) with ESMTP id B044F37B423 for ; Sat, 7 Apr 2001 20:41:31 -0700 (PDT) (envelope-from mdharnois@home.com) Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001) id 869E014A14; Sat, 7 Apr 2001 22:41:30 -0500 (CDT) To: freebsd-current@freebsd.org Subject: perl broken? Keywords: parser,operator,usr,line,error,near,ports,code From: Michael Harnois Date: 07 Apr 2001 22:41:30 -0500 Message-ID: <867l0wgis5.fsf@mharnois.workgroup.net> Lines: 63 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Urania) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Different ports, similar problem: /usr/bin/perl5 -I/usr/libdata/perl/5.6.0/mach -I/usr/libdata/perl/BSDPAN IMAP.xs > IMAP.xsc && mv IMAP.xsc IMAP.c /* * Copyright (c) 1998-2000 Carnegie Mellon University. All rights reserved. * * Redistribution and use in source and binar/: ?+*{} follows nothing in regexp at IMAP.xs line 13. *** Error code 255 Stop in /usr/ports/mail/cyrus-imapd/work/cyrus-imapd-2.0.12/perl/imap. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd/work/cyrus-imapd-2.0.12/perl. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd/work/cyrus-imapd-2.0.12. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd. *** Error code 1 Stop in /usr/ports/mail/cyrus-imapd. /usr/bin/perl5.6.0 -I/usr/libdata/perl/5.6.0/mach -I/usr/libdata/perl/BSDPAN Parser.xs > Parser.xsc && mv Parser.xsc Parser.c Number found where operator expected at Parser.xs line 1, near "/* $Id: Parser.xs,v 2.106 2001/03" (Missing operator before 03?) syntax error at Parser.xs line 1, near "/* $Id: Parser.xs,v 2.106 2001/03" Number found where operator expected at Parser.xs line 1, near "30 07" (Missing operator before 07?) Bareword found where operator expected at Parser.xs line 1, near "00 gisle" (Missing operator before gisle?) Number found where operator expected at Parser.xs line 3, near "* Copyright 1999" (Missing operator before 1999?) Number found where operator expected at Parser.xs line 4, near "* Copyright 1999" (Missing operator before 1999?) Bareword found where operator expected at Parser.xs line 6, near "* This library" (Missing operator before library?) syntax error at Parser.xs line 12, near "* * Standard" Bareword found where operator expected at Parser.xs line 12, near "* Standard XS" (Missing operator before XS?) Semicolon seems to be missing at Parser.xs line 14. String found where operator expected at Parser.xs line 15, near "extern "C"" (Do you need to predeclare extern?) Execution of Parser.xs aborted due to compilation errors. *** Error code 255 Stop in /usr/ports/www/p5-HTML-Parser/work/HTML-Parser-3.20. *** Error code 1 Stop in /usr/ports/www/p5-HTML-Parser. *** Error code 1 Stop in /usr/ports/www/p5-HTML-Parser. *** Error code 1 -- Michael D. Harnois mdharnois@home.com Redeemer Lutheran Church Washburn, Iowa It is better to die excommunicated than to live and violate the conscience. -- Thomas Aquinas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Apr 7 22:45:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id AE9B037B424 for ; Sat, 7 Apr 2001 22:45:30 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id HAA04676; Sun, 8 Apr 2001 07:45:18 +0200 (MEST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14m80j-0003gs-00; Sun, 08 Apr 2001 07:45:17 +0200 Date: Sun, 8 Apr 2001 07:45:17 +0200 From: Szilveszter Adam To: Poul-Henning Kamp Cc: David Wolfskill , current@freebsd.org Subject: Re: fstab weirdness / UPDATING *solved!* Message-ID: <20010408074517.A14034@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , Poul-Henning Kamp , David Wolfskill , current@freebsd.org References: <200104072111.f37LBJh56148@bunrab.catwhisker.org> <90034.986678543@critter> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <90034.986678543@critter>; from phk@critter.freebsd.dk on Sat, Apr 07, 2001 at 11:22:23PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello guys, [Cc-ing the list just for the sake of the archives, so that people could see what the resolution of the case was.] Thanks for trying to help me while I was busy sleeping... here I am again. As suggested, I looked at my fstab, although I do not remember fiddling with it in a long time. (In fact, the last time was when I installed my second disk into the system some time at the end of last year.) And sure as hell, there it was: next to /dev/ad1s1a there was *no* dump number and *no* pass no. Not zeros, but nothing, nada, nichts. This, of course, explains a lot of things... after putting the correct values in there, fsck worked. But I have no idea how/why the numbers got deleted... and then why it worked before? Thanks all the same, things seem to work out A OK right now. :-) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message