From owner-freebsd-current Sun Nov 5 0:26:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (unknown [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B5BAD37B4C5 for ; Sun, 5 Nov 2000 00:26:43 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA58Qgn55847 for ; Sun, 5 Nov 2000 01:26:43 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id BAA97969 for ; Sun, 5 Nov 2000 01:26:42 -0700 (MST) Message-Id: <200011050826.BAA97969@harmony.village.org> To: current@freebsd.org Subject: vx driver patch Date: Sun, 05 Nov 2000 01:26:42 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Someone (I can't find who in my records, please let me know if it was you so I can credit you in the commit message) sent out patches to make the vx driver not use the pci compat shims. I just found it in my home directory, applied it, tweaked things very minorly and it builds and boots. Trouble is, I don't have a vortex to test with. It also appears that there is no driver maintainer at this time, so I thought I'd send it here. Please review my patches at http://people/.freebsd.org/~imp/if_vx.patch I'd like to commit this in a few days. If you have a vortex board, please give it a spin with these patches and let me know if there are any problems. If you have any problems with the patches, let me know. I'll commit this next weekend or so if there are no outstanding issues by that time. I think this means lnc is the last one in the tree, but I could be wrong about that. I didn't do an actual grep... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 0:47:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id 6630F37B4CF for ; Sun, 5 Nov 2000 00:47:24 -0800 (PST) Received: from work.mzaki.nom (15.pool4.ipctokyo.att.ne.jp [165.76.42.15]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/06/00)) id RAA11019; Sun, 5 Nov 2000 17:47:22 +0900 (JST) Date: Sun, 05 Nov 2000 17:47:22 +0900 Message-ID: <86n1febyat.wl@tkc.att.ne.jp> From: Motomichi Matsuzaki Cc: current@freebsd.org Subject: Re: vx driver patch In-Reply-To: In your message of "Sun, 05 Nov 2000 01:26:42 -0700" <200011050826.BAA97969@harmony.village.org> References: <200011050826.BAA97969@harmony.village.org> X-Mailer: Wanderlust/1.1.1 (Purple Rain) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Sun, 05 Nov 2000 01:26:42 -0700, Warner Losh wrote: > I think this means lnc is the last one in the tree, but I could be > wrong about that. I didn't do an actual grep... # find /usr/src/sys -type f |xargs grep COMPAT_PCI_DRIVER ./dev/hea/eni.c:COMPAT_PCI_DRIVER (eni_pci, eni_pci_device); ./dev/hfa/fore_load.c:COMPAT_PCI_DRIVER(fore_pci, fore_pci_device); ./dev/pdq/if_fpa.c:COMPAT_PCI_DRIVER (fpa, fpadevice); ./dev/vx/if_vx_pci.c:COMPAT_PCI_DRIVER (vx, vxdevice); ./dev/sym/sym_hipd.c:COMPAT_PCI_DRIVER (sym, sym_pci_driver); ./dev/lmc/if_lmc_fbsd3.c:#ifdef COMPAT_PCI_DRIVER ./dev/lmc/if_lmc_fbsd3.c:COMPAT_PCI_DRIVER(ti, lmcdevice); ./dev/lmc/if_lmc_fbsd3.c:#endif /* COMPAT_PCI_DRIVER */ ./dev/lnc/if_lnc_pci.c:COMPAT_PCI_DRIVER (lnc_pci, lnc_pci_driver); ./i386/isa/rp.c:COMPAT_PCI_DRIVER (rp_pci, rp_pcidevice); ./i386/isa/stallion.c:COMPAT_PCI_DRIVER (stlpci, stlpcidriver); ./pci/cy_pci.c:COMPAT_PCI_DRIVER(cy_pci, cy_device); ./pci/if_en_pci.c:COMPAT_PCI_DRIVER (en, endevice); ./pci/if_sr_p.c:COMPAT_PCI_DRIVER (sr_pci, sr_pci_driver); ./pci/meteor.c:COMPAT_PCI_DRIVER (meteor, met_device); ./pci/simos.c:COMPAT_PCI_DRIVER (simos, simos_driver); ./pci/pcivar.h:#define COMPAT_PCI_DRIVER(name, pcidata) \ ./pci/if_ar_p.c:COMPAT_PCI_DRIVER (ar_pci, ar_pci_driver); ./pci/alpm.c:COMPAT_PCI_DRIVER (alpm, alpm_device); -- Motomichi Matsuzaki Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 3:25:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (Postfix) with ESMTP id 9DF3537B479; Sun, 5 Nov 2000 03:25:10 -0800 (PST) Received: from imap.gv.tsc.tdk.com (imap.gv.tsc.tdk.com [192.168.241.198]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id DAA23534; Sun, 5 Nov 2000 03:25:01 -0800 (PST) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by imap.gv.tsc.tdk.com (8.9.3/8.9.3) with ESMTP id DAA68612; Sun, 5 Nov 2000 03:25:01 -0800 (PST) (envelope-from Don.Lewis@tsc.tdk.com) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id DAA19413; Sun, 5 Nov 2000 03:24:59 -0800 (PST) From: Don Lewis Message-Id: <200011051124.DAA19413@salsa.gv.tsc.tdk.com> Date: Sun, 5 Nov 2000 03:24:59 -0800 In-Reply-To: <3A046969.22C851FF@urx.com> References: <14852.22766.279831.259224@catbert.megahack.com> <3A046969.22C851FF@urx.com> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: kstewart@urx.com, Steven Farmer Subject: Re: installworld failure - libsdbm.a Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Nov 4, 11:54am, Kent Stewart wrote: } Subject: Re: installworld failure - libsdbm.a } } } Steven Farmer wrote: } > } > After this morning's cvsup and buildworld, installworld failed trying } > to build libsdbm.a. I worked around the problem by adding chmod to } > Makefile.inc1 as shown below. BTW - isn't it kind of wierd for a } > library to be _built_ at installworld time? } } Yes, it is. It is supposed to be build in buildworld where is also } chmod'ed appropriately. Something triggers the build during } installworld, which is a place they don't want to add chmod to. I have } had it hit me once. I had the same thing happen to me yesterday abuse six hours into a -current "make release". The problem didn't recur when I reran "make release". One possible quirk is that I am mounting the scratch area from a 4.1-stable NFS server. Notice that only the .a file is getting built, and not the .o files. I suspect that the file timestamps are getting messed up, causing make to rebuild the .a file. } I added chmod to the progs line like you did and } it did the build. I have an idea that something didn't trigger the } build in buildworld and it was needed during the installworld. It has } never been a problem since. I had a patch like you created and ran it } after every cvsup but then I found out that I didn't need it. I } capture the make output for buildworld and installworld and it hasn't } failed since I started doing that. } } Kent } } > } > Cheers, } > } > Steve } > } > ----- } > ===> gnu/usr.bin/perl/library/SDBM_File } > cd /usr/obj/usr/src/gnu/usr.bin/perl/library/SDBM_File/ext/SDBM_File ; make -B install INSTALLPRIVLIB=/usr/libdata/perl/5.00503 INSTALLARCHLIB=/usr/libdata/perl/5.00503/mach } > cd sdbm && make all } > rm -rf libsdbm.a } > ar cr libsdbm.a sdbm.o pair.o hash.o && : libsdbm.a } > chmod 755 libsdbm.a } > chmod:No such file or directory } > *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 4:51:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 5D44E37B4C5 for ; Sun, 5 Nov 2000 04:51:20 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id eA5Cp9W31712; Sun, 5 Nov 2000 13:51:09 +0100 (CET) (envelope-from asmodai) Date: Sun, 5 Nov 2000 13:51:09 +0100 From: Jeroen Ruigrok van der Werven To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: ABI is broken?? Message-ID: <20001105135109.A29323@lucifer.bart.nl> References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> <200011012019.PAA97860@khavrinen.lcs.mit.edu> <20001101144355.A75475@dragon.nuxi.com> <200011020426.XAA01712@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011020426.XAA01712@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Wed, Nov 01, 2000 at 11:26:33PM -0500 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001102 05:30], Garrett Wollman (wollman@khavrinen.lcs.mit.edu) wrote: >< said: > >> Any reason to not get [libc ABI changes] in -current now and make >> the bump? > >Mostly because they're too small to be worth the pain. I'm waiting >for something more significant that I can piggy-back on. Which of course has the implicit risk that if something big doesn't show up these fixes will be added only at the nearing of 5.0-RELEASE and thus with less shake-down time. I also gather it has to do with the Austin project Garrett? -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl In my mind nothing makes sense... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 5:50:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from green.dyndns.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9C7C337B4CF for ; Sun, 5 Nov 2000 05:50:33 -0800 (PST) Received: from localhost (zdqb4i@localhost [127.0.0.1]) by green.dyndns.org (8.11.0/8.11.0) with ESMTP id eA5DoO570762 for ; Sun, 5 Nov 2000 08:50:26 -0500 (EST) (envelope-from green@FreeBSD.org) Message-Id: <200011051350.eA5DoO570762@green.dyndns.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: current@FreeBSD.org Subject: weird crash with a corrupt lock (?) From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Nov 2000 08:50:23 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With nothing special going on (I think maybe a tar xfvz of the jdk 1.2.2 source), my system crashed inexplicably. I have no idea why a lock would look like this does, no clue whether I should be replacing my hardware or the system is just getting more and more unstable. (kgdb) p *lkp $1 = { lk_interlock = { lock_data = 0x0 }, lk_flags = 0xffffffff, lk_sharecount = 0x10001, lk_waitcount = 0xffffffff, lk_exclusivecount = 0xffff, lk_prio = 0xffff, lk_wmesg = 0x10001
, lk_timo = 0xffffffff, lk_lockholder = 0x0 } (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:461 #1 0xc016873f in boot (howto=0x100) at ../../kern/kern_shutdown.c:302 #2 0xc0168ae1 in panic (fmt=0xc02696c0 "lockmgr: pid %d, not %s %d unlocking") at ../../kern/kern_shutdown.c:550 #3 0xc0163280 in lockmgr (lkp=0xc0f12000, flags=0x6, interlkp=0xd048fdec, p=0xd05f7ac0) at ../../kern/kern_lock.c:382 #4 0xc0198cef in vop_stdunlock (ap=0xd0606b40) at ../../kern/vfs_default.c:250 #5 0xc02149c9 in ufs_vnoperate (ap=0xd0606b40) at ../../ufs/ufs/ufs_vnops.c:2263 #6 0xc019bfbe in vclean (vp=0xd048fd80, flags=0x8, p=0xd05f7ac0) at vnode_if.h:865 #7 0xc019c153 in vgonel (vp=0xd048fd80, p=0xd05f7ac0) at ../../kern/vfs_subr.c:1864 #8 0xc019a8e1 in getnewvnode (tag=VT_UFS, mp=0xc0d1c200, vops=0xc0cbc700, vpp=0xd0606be8) at ../../kern/vfs_subr.c:510 #9 0xc020ccff in ffs_vget (mp=0xc0d1c200, ino=0x49f56, vpp=0xd0606c34) at ../../ufs/ffs/ffs_vfsops.c:1049 #10 0xc01ff5bb in ffs_valloc (pvp=0xd03ccd40, mode=0x8124, cred=0xc15eea80, vpp=0xd0606c34) at ../../ufs/ffs/ffs_alloc.c:604 #11 0xc021480f in ufs_makeinode (mode=0x8124, dvp=0xd03ccd40, vpp=0xd0606e80, cnp=0xd0606e94) at ../../ufs/ufs/ufs_vnops.c:2057 #12 0xc021222c in ufs_create (ap=0xd0606d94) at ../../ufs/ufs/ufs_vnops.c:186 #13 0xc02149c9 in ufs_vnoperate (ap=0xd0606d94) at ../../ufs/ufs/ufs_vnops.c:2263 #14 0xc01a29bb in vn_open (ndp=0xd0606e6c, flagp=0xd0606e38, cmode=0x124) at vnode_if.h:106 #15 0xc019e5c1 in open (p=0xd05f7ac0, uap=0xd0606f80) at ../../kern/vfs_syscalls.c:1037 #16 0xc024f1dd in syscall2 (frame={tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x80b4f3f, tf_esi = 0x1d, tf_ebp = 0xbfbff858, tf_isp = 0xd0606fd4, tf_ebx = 0x60d, tf_edx = 0x1d, tf_ecx = 0xffffffe0, tf_eax = 0x5, tf_trapno = 0x7, tf_err = 0x2, tf_eip = 0x808099c, tf_cs = 0x1f, tf_eflags = 0x202, tf_esp = 0xbfbff6ec, tf_ss = 0x2f}) at ../../i386/i386/trap.c:1150 #17 0xc0243185 in Xint0x80_syscall () #18 0x80509f9 in ?? () #19 0x8052c5a in ?? () #20 0x8048139 in ?? () -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Nov 5 7:10:36 2000 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 93A9937B479 for ; Sun, 5 Nov 2000 07:10:30 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id CAA03097; Mon, 6 Nov 2000 02:10:20 +1100 Date: Mon, 6 Nov 2000 02:10:45 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: silly dependencies In-Reply-To: <3A049857.D3BB6C36@elischer.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 Sat, 4 Nov 2000, Julian Elischer wrote: > The following dependencies seem to be wrong in the code.. > > if you do not define inet, (e.g for a process controller with no > networking) > then uipc_accf.o will not link because it (wrongly) has it's > sysctl linked off 'net.inet' instead of 'net'. > once you get around that one you also find the following minimal config: > > ------------ > machine i386 > cpu I586_CPU > ident MINIMUM > maxusers 16 > hints "GENERIC.hints" #Default places to look for > devices. > options FFS > options FFS_ROOT #FFS usable as root device [keep > this!] > device isa > device fdc > device npx > device sio > ------------ > > fails to compile due to: I ran into this too, with the following really minimal (not very useful) config: --- machine i386 cpu I686_CPU ident MIN maxusers 2 --- (requires uncomitted fixes/hacks). > c -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include > -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include > opt_global.h -elf -mpreferred-stack-boundary=2 > ../../i386/i386/machdep.c > ../../i386/i386/machdep.c:761: warning: function declaration isn't a > prototype > ../../i386/i386/machdep.c: In function `osigreturn': > ../../i386/i386/machdep.c:771: dereferencing pointer to incomplete type > ../../i386/i386/machdep.c:767: warning: `scp' might be used > uninitialized in this function > *** Error code 1 > > > because osigreturn_args is defined only in COMPAT_43. > (making it not really an option) This is in the function > int > osigreturn(p, uap) > (Old_sigreturn)... surely this should also be made conditional on > COMPAT_43? > The trouble with that is tha the new sigreturn calls the osigreturn in > some cases > > if (((struct osigcontext *)ucp)->sc_trapno == 0x01d516) > to be exact.. > this needs cleaning up. Who understands this stuff? I sent (not quite right) patches for it to Marcel a year ago. Just add (not quite right) COMPAT_43 || COMPAT_SUNOS ifdefs in about 50 places, and avoid calling osigreturn when it doesn't exist. The "not quite right" part is that this has nothing to do with 4.3BSD or SunOS compatibility. It is for 4.4BSD/FreeBSD[2-3] compatibility. Precise ifdefs for it could get very messy. > It is interesting to see that there is NO way to disable all networking > (e.g unix domain sockets) This worked before the accf changes. I asked Alfred to fix them. I only fixed the sysctl problem with it here and am left with the following errors for my minimal kernel: uipc_socket.o: In function `sodealloc': uipc_socket.o(.text+0x262): undefined reference to `M_ACCF' uipc_socket.o(.text+0x272): undefined reference to `M_ACCF' uipc_socket.o: In function `do_setopt_accept_filter': uipc_socket.o(.text+0x1d3e): undefined reference to `M_ACCF' uipc_socket.o(.text+0x1d4e): undefined reference to `M_ACCF' uipc_socket.o(.text+0x1dcd): undefined reference to `accept_filt_get' uipc_socket.o(.text+0x1deb): undefined reference to `M_ACCF' uipc_socket.o(.text+0x1e2a): undefined reference to `M_ACCF' uipc_socket.o(.text+0x1e61): undefined reference to `M_ACCF' uipc_socket.o(.text+0x1e6e): undefined reference to `M_ACCF' Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 13:45:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 4BD5937B4C5 for ; Sun, 5 Nov 2000 13:45:22 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id B148E48F; Sun, 5 Nov 2000 13:45:21 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA25791; Sun, 5 Nov 2000 13:45:20 -0800 (PST) Message-ID: <3A05D4F0.5E6A5FCD@cup.hp.com> Date: Sun, 05 Nov 2000 13:45:20 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: COMPAT_43 [was: Re: silly dependencies] References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > > > c -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include > > -I../../contrib/dev/acpica/Subsystem/Include -D_KERNEL -include > > opt_global.h -elf -mpreferred-stack-boundary=2 > > ../../i386/i386/machdep.c > > ../../i386/i386/machdep.c:761: warning: function declaration isn't a > > prototype > > ../../i386/i386/machdep.c: In function `osigreturn': > > ../../i386/i386/machdep.c:771: dereferencing pointer to incomplete type > > ../../i386/i386/machdep.c:767: warning: `scp' might be used > > uninitialized in this function > > *** Error code 1 > > > > > > because osigreturn_args is defined only in COMPAT_43. > > (making it not really an option) This is in the function > > int > > osigreturn(p, uap) > > (Old_sigreturn)... surely this should also be made conditional on > > COMPAT_43? > > The trouble with that is tha the new sigreturn calls the osigreturn in > > some cases > > > > if (((struct osigcontext *)ucp)->sc_trapno == 0x01d516) > > to be exact.. > > this needs cleaning up. Who understands this stuff? > > I sent (not quite right) patches for it to Marcel a year ago. Just add > (not quite right) COMPAT_43 || COMPAT_SUNOS ifdefs in about 50 places, > and avoid calling osigreturn when it doesn't exist. The "not quite right" > part is that this has nothing to do with 4.3BSD or SunOS compatibility. > It is for 4.4BSD/FreeBSD[2-3] compatibility. Precise ifdefs for it could > get very messy. Correct. This is still on my plate. I intend to try to create the "precise" ifdefs. I anticipate a number of fundamental changes before it can be done cleanly, starting with syscalls.master. Making the Linuxulator independent of COMPAT_43 is part of it as well (more like a case study). If the precise ifdefs are too costly, the "not quite right" approach will probably be preferable. I didn't want to implement the "not quite right" fix as an interim solution, because interim somehow gets a more permanent nature in these cases... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 14:38:38 2000 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 B584637B4E5 for ; Sun, 5 Nov 2000 14:38:32 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id RAA65770; Sun, 5 Nov 2000 17:38:26 -0500 (EST) (envelope-from wollman) Date: Sun, 5 Nov 2000 17:38:26 -0500 (EST) From: Garrett Wollman Message-Id: <200011052238.RAA65770@khavrinen.lcs.mit.edu> To: Jeroen Ruigrok van der Werven Cc: current@FreeBSD.ORG Subject: Re: ABI is broken?? In-Reply-To: <20001105135109.A29323@lucifer.bart.nl> References: <3A005026.47B9978C@FreeBSD.org> <200011011835.eA1IZl207585@vashon.polstra.com> <3A006A58.E8315ABA@FreeBSD.org> <200011012019.PAA97860@khavrinen.lcs.mit.edu> <20001101144355.A75475@dragon.nuxi.com> <200011020426.XAA01712@khavrinen.lcs.mit.edu> <20001105135109.A29323@lucifer.bart.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I also gather it has to do with the Austin project Garrett? Yes and no. The errors have been there since the beginning of time, but I actually noticed them doing review of our implementation wrt the new standard. For example, the System V IPC implementation uses a data structure bogusly copied bitwise from SVR3, which only had 16-bit [ug]id_t's. The patch I sent out before BSDcon contains a number of things noted in this regard. The other thing that we need to do is to hide the DB 1.85 library that's currently in libc, so that it doesn't prevent third-party applications from making full use of DB 3.x (when installed). This will involve renaming all of the public identifiers in the DB library, and converting the libc code to use the internal names. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 14:42: 3 2000 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 25A8537B4CF for ; Sun, 5 Nov 2000 14:41:59 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id XAA26988; Sun, 5 Nov 2000 23:38:55 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13sYU3-0005oJ-00 for ; Sun, 05 Nov 2000 23:41:51 +0100 Date: Sun, 5 Nov 2000 23:41:51 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Mixer weirdness (SB 64 AWE) Message-ID: <20001105234151.D20246@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody! I am using a recent -CURRENT from: Fri Nov 3 11:24:57 CET 2000 Before this, my SB 64 AWE ISAPnP card worked nicely, also in -CURRENT. Now the volume states are often wedged when the machine boots up, eg only one channel is used of the two, or the volume level is drastically different on the two channels. The best part is, mixer(8) does not show any of this, and setting it to different values does not seem to influence the volume. Eg setting 'mixer vol 0:0' still does not mute sound. The only 'fix' is a reboot, but even that does not help always. Has anyone seen anything like this? Any and all ideas are appreciated. fonix# cat /dev/sndstat FreeBSD Audio Driver (newpcm) Nov 3 2000 11:15:37 Installed devices: pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) -- 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 Sun Nov 5 17: 5: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156]) by hub.freebsd.org (Postfix) with ESMTP id 76BEF37B4C5 for ; Sun, 5 Nov 2000 17:04:59 -0800 (PST) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls20.mediaone.net (8.8.7/8.8.7) with ESMTP id UAA10227; Sun, 5 Nov 2000 20:04:55 -0500 (EST) Message-ID: <3A0603B6.4D253704@acm.org> Date: Sun, 05 Nov 2000 20:04:54 -0500 From: Jim Bloom X-Mailer: Mozilla 4.75 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: vx driver patch References: <200011050826.BAA97969@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is a minor typo in the URL. The patches are at: http://people.freebsd.org/~imp/if_vx.patch Jim Bloom bloom@acm.org Warner Losh wrote: > > Someone (I can't find who in my records, please let me know if it was > you so I can credit you in the commit message) sent out patches to > make the vx driver not use the pci compat shims. I just found it in > my home directory, applied it, tweaked things very minorly and it > builds and boots. Trouble is, I don't have a vortex to test with. It > also appears that there is no driver maintainer at this time, so I > thought I'd send it here. > > Please review my patches at > http://people/.freebsd.org/~imp/if_vx.patch > > I'd like to commit this in a few days. If you have a vortex board, > please give it a spin with these patches and let me know if there are > any problems. If you have any problems with the patches, let me > know. I'll commit this next weekend or so if there are no outstanding > issues by that time. > > I think this means lnc is the last one in the tree, but I could be > wrong about that. I didn't do an actual grep... > > Warner > > 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 Sun Nov 5 18:49:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 4FBF937B4CF for ; Sun, 5 Nov 2000 18:49:32 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eA62nRA07656; Mon, 6 Nov 2000 02:49:27 GMT Received: from vilnya.demon.co.uk (t1o314p176.teliauk.com [195.12.238.176]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id CAA25766; Mon, 6 Nov 2000 02:49:25 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id E91D2D9A8; Mon, 6 Nov 2000 02:49:23 +0000 (GMT) From: "Cameron Grant" To: , Subject: RE: SB128/ES1370 sound broken since 26th Oct Date: Mon, 6 Nov 2000 02:50:33 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <14852.47179.80817.59081@ultrahot.Finland.Sun.COM> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > SB128 sound support has been broken over a week now. I don't who has > made changes on 26th Oct but after these changes I can't get any sound > out of my machine. Sources cvsupped 25th Oct still worked fine. should be fixed now. (sys/dev/sound/pci/es137x.c rev 1.25) -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 18:51:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 9A62D37B4C5 for ; Sun, 5 Nov 2000 18:51:38 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eA62pQA07778; Mon, 6 Nov 2000 02:51:26 GMT Received: from vilnya.demon.co.uk (t1o314p176.teliauk.com [195.12.238.176]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id CAA25847; Mon, 6 Nov 2000 02:51:25 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id 99264D9A8; Mon, 6 Nov 2000 02:51:23 +0000 (GMT) From: "Cameron Grant" To: "Szilveszter Adam" , Subject: RE: Mixer weirdness (SB 64 AWE) Date: Mon, 6 Nov 2000 02:52:33 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20001105234151.D20246@petra.hos.u-szeged.hu> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now the volume states are often wedged when the machine boots up, eg only > one channel is used of the two, or the volume level is > drastically different > on the two channels. The best part is, mixer(8) does not show any of this, > and setting it to different values does not seem to influence the > volume. Eg > setting 'mixer vol 0:0' still does not mute sound. should be fixed now (sys/dev/sound/isa/sb16.c rev 1.61) -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 19:17:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 6A5C537B4C5; Sun, 5 Nov 2000 19:17:36 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eA63HTI53446; Sun, 5 Nov 2000 19:17:29 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: current@freebsd.org Cc: obrien@freebsd.org Subject: The biggest reason I rearranged the timing output in make world Date: Sun, 05 Nov 2000 19:17:29 -0800 Message-ID: <53442.973480649@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you look at make release's output: >>> make release started on Sun Nov 5 23:27:21 GMT 2000 * T1 >>> Making hierarchy >>> Installing everything.. >>> elf make world started on Mon Nov 6 00:25:54 GMT 2000 * T2 >>> Rebuilding the temporary build tree >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /usr/obj/usr/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. >>> Making hierarchy >>> Installing everything.. >>> Rebuilding man page indices >>> elf make world completed on Mon Nov 6 01:22:51 GMT 2000 * T3 >>> make release finished on Mon Nov 6 02:48:10 GMT 2000 * T4 From T1 to T2 is the amount of time to populate the chroot tree, T2 to T3 the world time, and T3 to T4 the release packaging time. Having the ordering work this way gives a nice, clean timeline for the whole process. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 5 23:39:25 2000 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 1D70637B4C5 for ; Sun, 5 Nov 2000 23:39:23 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id IAA06087; Mon, 6 Nov 2000 08:36:23 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13sgsC-0007nI-00 for ; Mon, 06 Nov 2000 08:39:20 +0100 Date: Mon, 6 Nov 2000 08:39:20 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Re: Mixer weirdness (SB 64 AWE) Message-ID: <20001106083920.A29491@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@freebsd.org References: <20001105234151.D20246@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from gandalf@vilnya.demon.co.uk on Mon, Nov 06, 2000 at 02:52:33AM -0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 02:52:33AM -0000, Cameron Grant wrote: > > Now the volume states are often wedged when the machine boots up, eg only > > one channel is used of the two, or the volume level is > > drastically different > > on the two channels. The best part is, mixer(8) does not show any of this, > > and setting it to different values does not seem to influence the > > volume. Eg > > setting 'mixer vol 0:0' still does not mute sound. > > should be fixed now (sys/dev/sound/isa/sb16.c rev 1.61) > > -cg Thanks for the quick reaction! I will test this ASAP. -- 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 Mon Nov 6 0: 2:14 2000 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 8688A37B4C5; Mon, 6 Nov 2000 00:02:07 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA681tB03690; Mon, 6 Nov 2000 10:01:59 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA681uZ19042; Mon, 6 Nov 2000 10:01:56 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A066572.2CF3D7BC@FreeBSD.org> Date: Mon, 06 Nov 2000 10:01:54 +0200 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: current@FreeBSD.org Cc: jdp@FreeBSD.org, obrien@FreeBSD.org Subject: Problem with dlopen()/dlsym() after recent crt* changes Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the crt changes the following piece of code, which worked previously, gives a 'host: dlopen() failed: ./module.so: Undefined symbol "__register_frame_info' error message (yeah, I know that it's better to check handle == NULL first, but it's the way some apps work). handle = dlopen("./module.so", RTLD_LAZY); if ((error = dlerror()) != NULL) { errx(1, "dlopen() failed: %s", error); /* Not reached */ } The full sources of this testcase can be found at: http://people.freebsd.org/~sobomax/dlbug.tar.gz . -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 0: 4:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id AD2E037B479; Mon, 6 Nov 2000 00:04:47 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eA684eI54215; Mon, 6 Nov 2000 00:04:40 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: Maxim Sobolev Cc: current@FreeBSD.ORG, jdp@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: Message from Maxim Sobolev of "Mon, 06 Nov 2000 10:01:54 +0200." <3A066572.2CF3D7BC@FreeBSD.org> Date: Mon, 06 Nov 2000 00:04:40 -0800 Message-ID: <54211.973497880@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > After the crt changes the following piece of code, which worked previously, > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > "__register_frame_info' error message (yeah, I know that it's better to check > handle == NULL first, but it's the way some apps work). Huh! So that's why my XFree86 server no longer loads its glx.so module (thought I rebuilt it several times just to make sure it wasn't something which rotted on my system). This one's kinda serious! :-( I get the exact same message from the X server. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 0:14:46 2000 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 3050C37B4E5; Mon, 6 Nov 2000 00:14:38 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA68EWB03940; Mon, 6 Nov 2000 10:14:33 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA68EXZ19180; Mon, 6 Nov 2000 10:14:33 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A066868.CAD3CB5B@FreeBSD.org> Date: Mon, 06 Nov 2000 10:14:32 +0200 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: Jordan Hubbard Cc: current@FreeBSD.org, jdp@FreeBSD.org, obrien@FreeBSD.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes References: <54211.973497880@winston.osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > After the crt changes the following piece of code, which worked previously, > > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > > "__register_frame_info' error message (yeah, I know that it's better to check > > handle == NULL first, but it's the way some apps work). > > Huh! So that's why my XFree86 server no longer loads its glx.so > module (thought I rebuilt it several times just to make sure it wasn't > something which rotted on my system). This one's kinda serious! :-( > I get the exact same message from the X server. Don't bother - I've already made a fix (workarround) and will commit it shortly. ;) -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 0:20:36 2000 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 2CEEE37B4E5; Mon, 6 Nov 2000 00:20:31 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA68KRB04157; Mon, 6 Nov 2000 10:20:27 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA68KTZ19229; Mon, 6 Nov 2000 10:20:29 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A0669CC.DD50FCD0@FreeBSD.org> Date: Mon, 06 Nov 2000 10:20:28 +0200 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: Jordan Hubbard Cc: current@FreeBSD.org, jdp@FreeBSD.org, obrien@FreeBSD.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes References: <54211.973497880@winston.osd.bsdi.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan Hubbard wrote: > > After the crt changes the following piece of code, which worked previously, > > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > > "__register_frame_info' error message (yeah, I know that it's better to check > > handle == NULL first, but it's the way some apps work). > > Huh! So that's why my XFree86 server no longer loads its glx.so > module (thought I rebuilt it several times just to make sure it wasn't > something which rotted on my system). This one's kinda serious! :-( > I get the exact same message from the X server. Just committed a fix. Please update your ports and try again. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 2:29:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 733A537B4CF; Mon, 6 Nov 2000 02:29:45 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id eA6AUsJ14734; Mon, 6 Nov 2000 02:30:54 -0800 (PST) (envelope-from kris) Date: Mon, 6 Nov 2000 02:30:54 -0800 From: Kris Kennaway To: Maxim Sobolev Cc: Jordan Hubbard , current@FreeBSD.ORG, jdp@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes Message-ID: <20001106023054.A14689@citusc17.usc.edu> References: <54211.973497880@winston.osd.bsdi.com> <3A066868.CAD3CB5B@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A066868.CAD3CB5B@FreeBSD.org>; from sobomax@FreeBSD.ORG on Mon, Nov 06, 2000 at 10:14:32AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 06, 2000 at 10:14:32AM +0200, Maxim Sobolev wrote: > Jordan Hubbard wrote: >=20 > > > After the crt changes the following piece of code, which worked previ= ously, > > > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > > > "__register_frame_info' error message (yeah, I know that it's better = to check > > > handle =3D=3D NULL first, but it's the way some apps work). > > > > Huh! So that's why my XFree86 server no longer loads its glx.so > > module (thought I rebuilt it several times just to make sure it wasn't > > something which rotted on my system). This one's kinda serious! :-( > > I get the exact same message from the X server. >=20 > Don't bother - I've already made a fix (workarround) and will commit it s= hortly. ;) I see the same thing with gnupg plugins. Obviously a workaround won't work if we've broken binary compatability :-( Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoGiF0ACgkQWry0BWjoQKUNLQCcCGokqto6vWr6rsMmnTgNcj4v U8MAnRkZlnZrjd5+f56zP/1cUAVLzXQ0 =Ib3N -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 3:27:26 2000 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 753D737B4C5; Mon, 6 Nov 2000 03:27:16 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA6BR2B08669; Mon, 6 Nov 2000 13:27:07 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA6BQxZ19594; Mon, 6 Nov 2000 13:26:59 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A069580.8EBAACD8@FreeBSD.org> Date: Mon, 06 Nov 2000 13:26:56 +0200 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: Kris Kennaway Cc: Jordan Hubbard , current@FreeBSD.org, jdp@FreeBSD.org, obrien@FreeBSD.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes References: <54211.973497880@winston.osd.bsdi.com> <3A066868.CAD3CB5B@FreeBSD.org> <20001106023054.A14689@citusc17.usc.edu> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Mon, Nov 06, 2000 at 10:14:32AM +0200, Maxim Sobolev wrote: > > > Jordan Hubbard wrote: > > > > > > After the crt changes the following piece of code, which worked previously, > > > > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > > > > "__register_frame_info' error message (yeah, I know that it's better to check > > > > handle == NULL first, but it's the way some apps work). > > > > > > Huh! So that's why my XFree86 server no longer loads its glx.so > > > module (thought I rebuilt it several times just to make sure it wasn't > > > something which rotted on my system). This one's kinda serious! :-( > > > I get the exact same message from the X server. > > > > Don't bother - I've already made a fix (workarround) and will commit it shortly. ;) > > I see the same thing with gnupg plugins. Obviously a workaround won't > work if we've broken binary compatability :-( I hope jdp/obrien will come with appropriate fix *before* 4.2-RELESE. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 4:50:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from grimreaper.grondar.za (grimreaper.grondar.za [196.7.18.138]) by hub.freebsd.org (Postfix) with ESMTP id 51DF037B479 for ; Mon, 6 Nov 2000 04:50:02 -0800 (PST) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.1/8.11.1) with ESMTP id eA6CnMY04271; Mon, 6 Nov 2000 04:49:29 -0800 (PST) (envelope-from mark@grondar.za) Message-Id: <200011061249.eA6CnMY04271@grimreaper.grondar.za> To: "Thomas D. Dean" Cc: current@freebsd.org, Jordan Hubbard Subject: Re: -current hangs during boot References: <26798.973336117@winston.osd.bsdi.com> In-Reply-To: <26798.973336117@winston.osd.bsdi.com> ; from Jordan Hubbard "Sat, 04 Nov 2000 03:08:37 PST." Date: Mon, 06 Nov 2000 04:49:22 -0800 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Did I miss something on the /dev/random hang? I don't know... > During a `shutdown -r now`, the boot process hangs for more than an > hour. I thought this was supposed to work. However, jwd's receipe > for recovery works. I repeated this three times, although I only > waited an hour the last time (dinner!). > > I am running a recent SMP system, uname and dmesg below. Are you _completely_ up to date with /etc/*? Dou you run mergemaster after each make world/make kernel? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 5: 4:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.alcove.fr (smtp.alcove.fr [212.155.209.139]) by hub.freebsd.org (Postfix) with ESMTP id 5C03B37B4D7 for ; Mon, 6 Nov 2000 05:04:08 -0800 (PST) Received: from morgan.alcove-int ([10.16.1.2] ident=mail) by smtp.alcove.fr with esmtp (Exim 3.12 #1 (Debian)) id 13slwU-00045a-00; Mon, 06 Nov 2000 14:04:06 +0100 Received: from clb by morgan.alcove-int with local (Exim 3.12 #1 (Debian)) id 13slwT-0006WX-00; Mon, 06 Nov 2000 14:04:05 +0100 Date: Mon, 6 Nov 2000 14:04:05 +0100 From: Christophe Le Bars To: freebsd-current@FreeBSD.ORG Subject: auth 04723f85 subscribe freebsd-current mfl@alcove.fr Message-ID: <20001106140405.I15078@alcove.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth 04723f85 subscribe freebsd-current mfl@alcove.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 6: 5: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail17a.wh.ocn.ne.jp (mail17a.wh.ocn.ne.jp [210.190.172.36]) by hub.freebsd.org (Postfix) with SMTP id 97F3D37B4E5 for ; Mon, 6 Nov 2000 06:04:51 -0800 (PST) Received: from www.ittoku.net (210.190.150.13) by mail17a.wh.ocn.ne.jp (RS ver 1.0.57s) with SMTP id 37402554; Mon, 6 Nov 2000 23:03:19 +0900 (JST) Message-ID: <000201c047fa$4e9d4660$0100a8c0@mshome.net> Reply-To: "=?iso-2022-jp?B?aXR0b2t1Lm5ldBskQj9kP0o7djZISXQbKEI=?=" From: "=?iso-2022-jp?B?aXR0b2t1Lm5ldBskQj9kP0o7djZISXQbKEI=?=" To: Subject: =?iso-2022-jp?B?aS1tb2RlGyRCTVElaiUiJWslPyUkJWBFOUpeOS0bKEI=?= =?iso-2022-jp?B?GyRCOXAbKEJIUBskQiROJDQwRkZiGyhC?= Date: Mon, 6 Nov 2000 08:08:59 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00AF_01C047C8.D18A31A0" 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 X-Loop-Detect: 1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_00AF_01C047C8.D18A31A0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit $B$O$8$a$^$7$F!"FMA3$N%a!<%k$r$*5v$7$/$@$5$$!#(B $B$b$7$4IT2w$@$H;W$o$l$?>l9g$OJV?.$7$F$$$?$@$-$^$7$?$i!!%j%9%H$+$i:o=|$5$;$F$$(B $B$?$@$-$^$9!#(B $B;d6&(Bittoku.net$B$O!"#1#17n#1F|$K@5<0H/B-$7$^$7$?7HBS%3%s%F%s%DAm9g%M%C%H$G$9!#(B $B:#$d8\5R3MF@$NHs>o$KFq$7$$K\Ev$KNI$$$b$N$@$1$rE,@5$J2A3J$GDs6!$7$J$1$l$P!"@8(B $B$-;D$l$J$$;~Be$H$J$j$^$7$?!#(B $B%$%s%?!<%M%C%H$dOCBj$N(Bi$B%b!<%I$r3hMQ$7$h$&$K$bJ}K!O@$,2r$i$J$$!"$"$k$$$O!"%$(B $B%s%?!<%M%C%H$G%5!<%P!<$rN)$A>e$2$k$N$K$O%3%9%H$,3]$+$j$9$.$kEy!"Fq$7$$LdBj$,(B $B;3@Q$_$G$9!#(B $B$=$3$G!"$3$NEY$^$C$?$/?7$7$$(Bi-mode$BMQ%j%"%k%?%$%`E9J^9-9p(BHP$B$r%9%?!<%H$$$?$7$^(B $B$9!#(B $BEv%M%C%H$O!"8\5R$G$"$k>&E9&7w$N?M$?$A$r3MF@$9$k0Y$N%5%$%H$rL\(B $B;X$7$F$$$^$9!#(B $B$D$^$j!"K\Ev$N0UL#$G$N%T%s%]%$%s%H@oN,$r%$%s%?!<%M%C%H$N(Bi$B%b!<%I$rMxMQ$9$k;v(B $B$G!"9T$&$3$H$,=PMh$k$N$G$9!#(B $BJ8;zDL$j!"E9J^$N99?7!&JQ99$,%Q%=%3%s$O$b$A$m$s(Bi-mode$B$+$i$G$b4JC1$K=PMh$k0Y!"(B $BE9$N>u67$r8+$J$,$i(B $B$=$N>l$G>pJs$rH/?.$9$k$3$H$,=PMh$^$9!#(B $B2A3J$b!!(B3$B%v7n#1K|1_$HHs>o$K0B2A$K2!$5$(!"%*%W%7%g%s$GE9$NCO?^$b7G:\2DG=$G(B $B$9!#(B $B$5$i$K:#$J$i(B1$B%v7n4V$N$*;n$74|4V!"(B11$B7n@.LspJs$b$4$6$$$^$9!#(B ---------------------------------------------------------------------------- ---- $B$D$-$^$7$F$OFC$K2<5-$N$h$&$JJ}$K@'HsCN$C$FD:$-$?$/;W$C$F$$$^$9$N$G6=L#$"$kJ}(B $B$O0lEY>R2p(BHP$B$r$4Mw2<$5$$(B *$B!!E9J^$r7P1D$^$?$O7H$o$C$F$$$kJ}(B *$B!!E9J^$r7P1D$^$?$O7H$o$C$F$$$kJ}$NG:$_$rJ9$$$?$3$H$,$"$kJ}(B *$B!!%5%$%I%S%8%M%9$r9M$($i$l$F$$$kJ}(B ---------------------------------------------------------------------------- ---- $B6qBNE*$KMxMQ$5$l$k$3$H$G%a%j%C%H$,$"$kJ}(B $B:#$^$G$*5R$5$s$,Mh$k;~$H$=$&$G$J$$>l9g$N;~$H$N:9$,7c$7$$E9$NJ}(B $B9-9p$K$*6b$,$+$+$j$9$.$k$H;W$C$F$*$i$l$kJ}(B $B<+K}$N>&IJ$r$b$C$HCN$C$F$b$i$$$?$$$H;W$C$F$*$i$l$kJ}(B $B:#F|Cf$KGd$j@Z$j$?$$>&IJ$,=P$k$3$H$,NI$/$"$kJ}(B $B:#$*5R$5$s$KCN$i$;$?$$$3$H$,$"$k$N$KJ}K!$,$J$$$H;W$C$?$3$H$N$"$kJ}(B $B%[!<%`%Z!<%8$r=P$7$?$1$I:#0lH?1~$,$J$$$H$$$&J}(B $B85R2p(BHP$B%"%I%l%9!!(Bhttp://ittoku.net/hp/ $B".".".".".".".".".".(B/////////////////// ittoku.net $B?d?J;v6HIt!!C4Ev!!>.@>(B $BBg:e;TCf1{6h?4:X666Z(B2-7-2 TEL 06-6211-4726 FAX06-6211-6049 $BD>DL(BTEL 06-6211-4733 suisin@ittoku.net //////////////////$B".".".".".".".".".".(B ------=_NextPart_000_00AF_01C047C8.D18A31A0 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
=1B$B$O$8$a$^$7$F!"FMA3$N%a!<%k$r$*5v$7$/$@$5$$!#=1B(B
 =
=1B$B$b$7$4IT2w$@$H;W$o$l$?>l9g$OJV?.$7$F$$$?$@$-$^$7$?$i!!%j%9%H$+$i= :o=3D|$5$;$F$$$?$@$-$^$9!#=1B(B
 
=1B$B;d6&=1B(Bittoku.net=1B$B$O!"#1#17n#1F|$K@5<0H/B-$7$^$7$?7HB= S%3%s%F%s%DAm9g%M%C%H$G$9!#=1B(B
=1B$B:#$d8\5R3MF@$NHs>o$KFq$7$$K\Ev$KNI$$$b$N$@$1$rE,@5$J2A3J$GD= s6!$7$J$1$l$P!"@8$-;D$l$J$$;~Be$H$J$j$^$7$?!#=1B(B
=1B$B%$%s%?!<%M%C%H$dOCBj$N=1B(Bi=1B$B%b!<%I$r3hMQ$7$h$&$K$bJ}K!= O@$,2r$i$J$$!"$"$k$$$O!"%$%s%?!<%M%C%H$G%5!<%P!<$rN)$A>e$2$k$N$K$O%3%9%H$= ,3]$+$j$9$.$kEy!"Fq$7$$LdBj$,;3@Q$_$G$9!#=1B(B
=1B$B$=3D$3$G!"$3$NEY$^$C$?$/?7$7$$=1B(Bi-mode=1B$BMQ%j%"%k%?%$%`E9J^9-9p=1B(BHP=1B$B$r%9%= ?!<%H$$$?$7$^$9!#=1B(B
 
=1B$BEv%M%C%H$O!"8\5R$G$"$k>&E9&7w$N?M$?$A$r3MF= @$9$k0Y$N%5%$%H$rL\;X$7$F$$$^$9!#=1B(B
=1B$B$D$^$j!"K\Ev$N0UL#$G$N%T%s%]%$%s%H@oN,$r%$%s%?!<%M%C%H$N=1B= (Bi=1B$B%b!<%I$rMxMQ$9$k;v$G!"9T$&$3$H$,=3DPMh$k$N$G$9!#=1B(B
=1B$BJ8;zDL$j!"E9J^$N99?7!&JQ99$,%Q%=3D%3%s$O$b$A$m$s=1B(Bi-mode= =1B$B$+$i$G$b4JC1$K=3DPMh$k0Y!"E9$N>u67$r8+$J$,$i=1B(B
=1B$B$=3D$N>l$G= >pJs$rH/?.$9$k$3$H$,=3DPMh$^$9!#=1B(B
 
=1B$B2A3J$b!!=1B(B3=1B$B%v7n#1K|1_$HHs>o$K0B2A=1B(B=1B$B$K2!$5$(!"%*%W%7%g%= s$GE9$NCO?^$b7G:\2DG=3D$G$9!#=1B(B
=1B$B$5$i$K:#$J$i=1B(B1=1B$B%v7n4V$N$*;n$74|4V!"=1B(B11=1B$B7n@.Ls=1B$BEy$r$4MQ0U$7$F$$$^$9=1B(B
=1B$B$^$?!"%5%$%I%S%8%M%9$r9M$($i$l$F$$$kJ}$X<*4s$j$J>pJs$b$4$6$= $$^$9!#=1B(B
 

=1B$B$D$-$^$7$F$OFC$K2<5-$N$h$&$JJ}$K@'HsCN$C$FD:$-$?$/;W$C$F$$$^$9$N= $G6=3DL#$"$kJ}$O0lEY>R2p=1B(BHP=1B$B$r$4Mw2<$5$$=1B(B
 
*=1B$B= !!E9J^$r7P1D$^$?$O7H$o$C$F$$$kJ}=1B(B
*=1B$B!!E9J^$r7P1D$^$?$O7H$o$C$F= $$$kJ}$NG:$_$rJ9$$$?$3$H$,$"$kJ}=1B(B
*=1B$B!!%5%$%I%S%8%M%9$r9M$($i$l= $F$$$kJ}=1B(B
 =20

=1B$B6qBNE*$KMxMQ$5$l$k$3$H$G%a%j%C%H$,$"$kJ}=1B(B
 =1B$B:#$^= $G$*5R$5$s$,Mh$k;~$H$=3D$&$G$J$$>l9g$N;~$H$N:9$,7c$7$$E9$NJ}=1B(B=20
 =1B$B9-9p$K$*6b$,$+$+$j$9$.$k$H;W$C$F$*$i$l$kJ}=1B(B =
 =1B$B<+K}$N>&IJ$r$b$C$HCN$C$F$b$i$$$?$$$H;W$C$F$*$i$l$kJ}=1B(B =
 =1B$B:#F|Cf$KGd$j@Z$j$?$$>&IJ$,=3DP$k$3$H$,NI$/$"$kJ}=1B(B =
 =1B$B:#$*5R$5$s$KCN$i$;$?$$$3$H$,$"$k$N$KJ}K!$,$J$$$H;W$C$?$3$H= $N$"$kJ}=1B(B=20
 =1B$B%[!<%`%Z!<%8$r=3DP$7$?$1$I:#0lH?1~$,$J$$$H$$$&J}=1B(B =
 =1B$B85 =1B$BM'?M$,E9J^$r9=3D$($F$*$i$l$kJ}=1B(B
 
 =1B$B>R2p=1B(BHP=1B$B%"%I%l%9!!=1B(Bhttp://ittoku.net/hp/
 
 
=1B$B".".".".".".".".".".=1B(B//////////////= /////
 
ittoku.net=20 =1B$B?d?J;v6HIt!!C4Ev!!>.@>=1B(B
  =
=1B$BBg:e;TCf1{6h?4:X666Z=1B(B2-7-2
TEL 06-6211-4726 = FAX06-6211-6049=20
=1B$BD>DL=1B(BTEL 06-6211-4733
suisin@ittoku.net
 
//////////////////=1B$B".".".".".".".".".".=1B(B
------=_NextPart_000_00AF_01C047C8.D18A31A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 7: 7:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id E2F5837B479 for ; Mon, 6 Nov 2000 07:07:11 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA6F7Ba38754 for ; Mon, 6 Nov 2000 08:07:11 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011061507.eA6F7Ba38754@aslan.scsiguy.com> To: current@FreeBSD.org Subject: IP wierdness... Date: Mon, 06 Nov 2000 08:07:11 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the recent introduction of cardbus support into -current, I decided to upgrade my laptop. At first glance, the system seemed to support a Xircom "Real Port" 10/100/56K modem card with the dc driver. The funny thing though is that, although I can initiate IP or TCP connections to remote hosts, the system seems to drop all incoming connections. This even applies to ICMP traffic. For instance, a 4.1-stable machine can not ping my laptop, but the laptop can ping/telnet/ftp to the 4.1-stable machine. Looking at tcpdump traces on the laptop, it appears that the ICMP echo request is received correctly, but the system never responds. I'm not running IPSEC or ipfw, and all of the sysctls that seem to be related to filtering or rate limiting incoming packets look normal. I'm running -current as of a few hours ago, but this has been broken for me for at least a week in -current. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 7:23:37 2000 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 106BF37B4C5 for ; Mon, 6 Nov 2000 07:23:35 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id QAA11114; Mon, 6 Nov 2000 16:20:31 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13so7N-0004q1-00; Mon, 06 Nov 2000 16:23:29 +0100 Date: Mon, 6 Nov 2000 16:23:29 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Cc: sos@freebsd.dk Subject: ad1 is not detected. Message-ID: <20001106162328.A18026@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@freebsd.org, sos@freebsd.dk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I have just completed a new kernel build (to test the sound:-) but now I have a similar problem to that reported on -stable wrt 4.2-BETA. Upon boot, ad1 (sitting on ata0 as slave) is not recognized and therefore the boot cannot complete. I have even remade the devices because MAKEDEV was changed, but it was not the solution. I have completed a buildworld too so sources userland and kernel are definitely in sync. Of course, I can reconfigure ad1 to become seconadry master (and probably that is what I will try next) but this problem seems to be serious and related to the one on -STABLE so I thought I would report it. Of course, IDE slave disks always worked on this system before. In my kernel config I only have device ata device atadisk device atapicd The disks are Quantum FireBall lct15 on ad0 and Q. Fireball SE 4.3A as ad1 but I do not think this should matter. FYI, the ATAPI CD-ROM sitting on ata1 master was detected without probs. Any ideas? -- 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 Mon Nov 6 7:27:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 814E937B4D7 for ; Mon, 6 Nov 2000 07:27:33 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id QAA37316; Mon, 6 Nov 2000 16:27:33 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200011061527.QAA37316@freebsd.dk> Subject: Re: ad1 is not detected. In-Reply-To: <20001106162328.A18026@petra.hos.u-szeged.hu> from Szilveszter Adam at "Nov 6, 2000 04:23:29 pm" To: sziszi@petra.hos.u-szeged.hu (Szilveszter Adam) Date: Mon, 6 Nov 2000 16:27:32 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Szilveszter Adam wrote: > Hi! > > I have just completed a new kernel build (to test the sound:-) but now I > have a similar problem to that reported on -stable wrt 4.2-BETA. Upon boot, > ad1 (sitting on ata0 as slave) is not recognized and therefore the boot > cannot complete. I have even remade the devices because MAKEDEV was changed, > but it was not the solution. I have completed a buildworld too so sources > userland and kernel are definitely in sync. > > Of course, I can reconfigure ad1 to become seconadry master (and probably > that is what I will try next) but this problem seems to be serious and > related to > the one on -STABLE so I thought I would report it. Of course, IDE slave > disks always worked on this system before. In my kernel config I only have > > device ata > device atadisk > device atapicd > > The disks are Quantum FireBall lct15 on ad0 and Q. Fireball SE 4.3A as > ad1 but I do not think this should matter. FYI, the ATAPI CD-ROM sitting on > ata1 master was detected without probs. > > Any ideas? Damn, why cant I reproduce this misbehavior, please feel free to investigate why the probe code fails, and then please tell me... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 7:32: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id AFA1C37B4C5; Mon, 6 Nov 2000 07:31:58 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id HAA04674; Mon, 6 Nov 2000 07:31:57 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA6FVv821977; Mon, 6 Nov 2000 07:31:57 -0800 (PST) (envelope-from jdp) Date: Mon, 6 Nov 2000 07:31:57 -0800 (PST) Message-Id: <200011061531.eA6FVv821977@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: sobomax@freebsd.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: <3A066572.2CF3D7BC@FreeBSD.org> References: <3A066572.2CF3D7BC@FreeBSD.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A066572.2CF3D7BC@FreeBSD.org>, Maxim Sobolev wrote: > After the crt changes the following piece of code, which worked previously, > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > "__register_frame_info' error message (yeah, I know that it's better to check > handle == NULL first, but it's the way some apps work). > > handle = dlopen("./module.so", RTLD_LAZY); > if ((error = dlerror()) != NULL) > { > errx(1, "dlopen() failed: %s", error); > /* Not reached */ > } I personally think this code is broken. It's analogous to checking errno without first testing a system call's return value. > The full sources of this testcase can be found at: > http://people.freebsd.org/~sobomax/dlbug.tar.gz . OK, thanks. I'll take a look at it as soon as I can -- hopefully tonight. If I can come up with a reasonable work-around, I'll do so. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 7:48:51 2000 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 3D69837B4C5 for ; Mon, 6 Nov 2000 07:48:47 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id QAA13547; Mon, 6 Nov 2000 16:38:16 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13soOX-0004vz-00; Mon, 06 Nov 2000 16:41:13 +0100 Date: Mon, 6 Nov 2000 16:41:13 +0100 From: Szilveszter Adam To: Soren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ad1 is not detected. Message-ID: <20001106164113.B18026@petra.hos.u-szeged.hu> Mail-Followup-To: Soren Schmidt , freebsd-current@FreeBSD.ORG References: <20001106162328.A18026@petra.hos.u-szeged.hu> <200011061527.QAA37316@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.0.1i In-Reply-To: <200011061527.QAA37316@freebsd.dk>; from sos@freebsd.dk on Mon, Nov 06, 2000 at 04:27:32PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 04:27:32PM +0100, Soren Schmidt wrote: > Damn, why cant I reproduce this misbehavior, please feel free to investigate > why the probe code fails, and then please tell me... > > -Søren :-) Relax. We will sort this out somehow. I will try what I can. For now, further hardware details: Machine is on a Spacewalker mobo with Intel LX 440 chipset. (so no VIA @ work this time) and a PII233. The probe code worked correctly on a world & kernel from 3rd November. No Promise etc or similar cards in the system just the on-board controller. This narrows down the window to the last couple of days, there were not many files changed there wrt to ata. I will try things and will get back to you immediately. (unfortunately machine cannot send mail directly because of stupid university firewall.) The only interesting thing is: Why were there no reports from -CURRENT users this far when this thing bit at least one person on -STABLE already? Is this such a rare occurence? -- 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 Mon Nov 6 8: 5:36 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id AF49F37B4CF; Mon, 6 Nov 2000 08:05:33 -0800 (PST) Date: Mon, 6 Nov 2000 08:05:33 -0800 From: "John W. De Boskey" To: Current List Subject: tar : needs some attention? Message-ID: <20001106080532.A72115@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 Hi, Each night I run a 'make release' and then tar it off to a public storage area... For some time now, tar has been complaining... tar: cdrom/disc2/dev/acd0t32: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t33: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t34: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t35: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t36: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t37: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t38: minor number too large; not dumped tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped Is this the expected behaviour, or is it worth digging into tar and making some fixes? -John ps: This is on a current machine.... :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 8: 6:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id 83DA337B4CF for ; Mon, 6 Nov 2000 08:06:42 -0800 (PST) Received: (qmail 31418 invoked from network); 6 Nov 2000 16:03:51 -0000 Received: from unknown (HELO smartsoft.cc) (192.168.0.73) by digitaldaemon.com with SMTP; 6 Nov 2000 16:03:51 -0000 Message-ID: <3A06D6B9.F71B441B@smartsoft.cc> Date: Mon, 06 Nov 2000 11:05:13 -0500 From: Jan Knepper Organization: Smartsoft, LLC X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Current Subject: Cardbus 3Com Megahertz Model 3CXFEM656C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Does anyone know anything about the patch Jon made for this cardbus card during the BSD Con 2000? Thanks! Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 8: 8: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 2AEBD37B4E5 for ; Mon, 6 Nov 2000 08:07:58 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id RAA47558; Mon, 6 Nov 2000 17:08:04 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200011061608.RAA47558@freebsd.dk> Subject: Re: ad1 is not detected. In-Reply-To: <20001106164113.B18026@petra.hos.u-szeged.hu> from Szilveszter Adam at "Nov 6, 2000 04:41:13 pm" To: sziszi@petra.hos.u-szeged.hu (Szilveszter Adam) Date: Mon, 6 Nov 2000 17:08:04 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Szilveszter Adam wrote: > On Mon, Nov 06, 2000 at 04:27:32PM +0100, Soren Schmidt wrote: > > > Damn, why cant I reproduce this misbehavior, please feel free to investigate > > why the probe code fails, and then please tell me... > > > > -Søren > Machine is on a Spacewalker mobo with Intel LX 440 chipset. (so no VIA @ > work this time) and a PII233. The probe code worked correctly on a world & > kernel from 3rd November. No Promise etc or similar cards in the system just > the on-board controller. > > This narrows down the window to the last couple of days, there were not many > files changed there wrt to ata. I will try things and will get back to you > immediately. (unfortunately machine cannot send mail directly because of > stupid university firewall.) > > The only interesting thing is: Why were there no reports from -CURRENT users > this far when this thing bit at least one person on -STABLE already? Is this > such a rare occurence? The problem has been around for at least a couble of month both in current and stable, but only a select few has seen it, I've chased it with any drive/controller I have access to, but hasn't been able to reproduce it.. If you can find a way that I can reproduce it, I'm sure I can fix the problem in a few minutes.. ssh access to a box that has this problem could also help, but "hands on" are often much better for this kind of problems... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 8: 9:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 8C66137B479; Mon, 6 Nov 2000 08:09:53 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id IAA32058; Mon, 6 Nov 2000 08:09:53 -0800 Date: Mon, 6 Nov 2000 08:09:53 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "John W. De Boskey" Cc: Current List Subject: Re: tar : needs some attention? In-Reply-To: <20001106080532.A72115@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 On Mon, 6 Nov 2000, John W. De Boskey wrote: > Hi, > > Each night I run a 'make release' and then tar it off to > a public storage area... > > For some time now, tar has been complaining... > > tar: cdrom/disc2/dev/acd0t32: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t33: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t34: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t35: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t36: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t37: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t38: minor number too large; not dumped > tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped > > Is this the expected behaviour, or is it worth digging into > tar and making some fixes? Nope. Expected behaviour for interoperability with other unix systems. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 9: 0:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 47B3F37B479; Mon, 6 Nov 2000 09:00:14 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id eA6H0DK51740; Mon, 6 Nov 2000 18:00:13 +0100 (CET) (envelope-from asmodai) Date: Mon, 6 Nov 2000 18:00:13 +0100 From: Jeroen Ruigrok van der Werven To: "John W. De Boskey" Cc: Current List Subject: Re: tar : needs some attention? Message-ID: <20001106180013.W43259@lucifer.bart.nl> References: <20001106080532.A72115@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001106080532.A72115@FreeBSD.org>; from jwd@FreeBSD.ORG on Mon, Nov 06, 2000 at 08:05:33AM -0800 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001106 17:10], John W. De Boskey (jwd@FreeBSD.ORG) wrote: >tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped > > Is this the expected behaviour, or is it worth digging into >tar and making some fixes? I am hoping to update tar soon these weeks. Don't know yet if that's expected behaviour. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl In my mind nothing makes sense... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 10: 7:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from yossman.net (yossman.net [207.139.53.200]) by hub.freebsd.org (Postfix) with ESMTP id DF5CE37B4CF for ; Mon, 6 Nov 2000 10:07:36 -0800 (PST) Received: from localhost (drwilco@localhost) by yossman.net (8.9.3/8.9.3) with ESMTP id NAA33466 for ; Mon, 6 Nov 2000 13:22:13 -0500 (EST) (envelope-from drwilco@drwilco.net) Date: Mon, 6 Nov 2000 13:22:13 -0500 (EST) From: drwilco X-Sender: drwilco@yossman.net To: freebsd-current@freebsd.org Subject: Weird errors during kernel build 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 ===> rp @ -> /usr/src/sys machine -> /usr/src/sys/i386/include perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/pci/pci_if.m mv /tmp/htmp.87764 ./pci_if.h failed, 27 at @/kern/makeobjops.pl line 424. This is one example. It fails a bit further down because the header file is missing. This is during "make depend" using fresh world. Both "make buildkernel" and installing world and using regular kernel building procedures give me this. I have enough memory free and enough diskspace. When I run the make depend again it succeeds to fail on a different module after that.... DocWilco P.S.: rl was the 3rd to fail, it failed on sound/driver/emu10k1 during the retry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 10:19:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from educampus.ncl.edu.tw (educampus.ncl.edu.tw [140.111.2.96]) by hub.freebsd.org (Postfix) with ESMTP id A2C0A37B4CF for ; Mon, 6 Nov 2000 10:19:29 -0800 (PST) Received: (from clive@localhost) by educampus.ncl.edu.tw (8.11.0/8.11.0) id eA6IJPY52167; Tue, 7 Nov 2000 02:19:25 +0800 (CST) (envelope-from clive) Date: Tue, 7 Nov 2000 02:19:25 +0800 From: Clive Lin To: drwilco Cc: freebsd-current@FreeBSD.ORG Subject: Re: Weird errors during kernel build Message-ID: <20001107021925.A52116@educampus.ncl.edu.tw> Reply-To: Clive Lin 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 drwilco@drwilco.net on Mon, Nov 06, 2000 at 01:22:13PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'm just curious, did you use threaded perl on a quite rescent -current system ? If so, don't use threaded perl. I got the same situation several days ago, and on each trial it missed *different* header files :-( After re-buildworld without PERL_THREADED= true in /etc/make.conf, everyting goes just fine. On Mon, Nov 06, 2000 at 01:22:13PM -0500, drwilco wrote: > ===> rp > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > perl @/kern/makeobjops.pl -h @/kern/device_if.m > perl @/kern/makeobjops.pl -h @/kern/bus_if.m > perl @/kern/makeobjops.pl -h @/pci/pci_if.m > mv /tmp/htmp.87764 ./pci_if.h failed, 27 at @/kern/makeobjops.pl line 424. > > This is one example. It fails a bit further down because the header file > is missing. -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 . ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 10:22:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from yossman.net (yossman.net [207.139.53.200]) by hub.freebsd.org (Postfix) with ESMTP id E08B037B479 for ; Mon, 6 Nov 2000 10:22:37 -0800 (PST) Received: from localhost (drwilco@localhost) by yossman.net (8.9.3/8.9.3) with ESMTP id NAA33909; Mon, 6 Nov 2000 13:37:11 -0500 (EST) (envelope-from drwilco@drwilco.net) Date: Mon, 6 Nov 2000 13:37:11 -0500 (EST) From: drwilco X-Sender: drwilco@yossman.net To: Clive Lin Cc: freebsd-current@FreeBSD.ORG Subject: Re: Weird errors during kernel build In-Reply-To: <20001107021925.A52116@educampus.ncl.edu.tw> 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 Yes I do have PERL_THREADED=true. Or rather I did have it until a minute ago =) DocWilco On Tue, 7 Nov 2000, Clive Lin wrote: > Hi, > > I'm just curious, did you use threaded perl on a quite rescent -current > system ? If so, don't use threaded perl. I got the same situation several > days ago, and on each trial it missed *different* header files :-( After > re-buildworld without PERL_THREADED= true in /etc/make.conf, everyting goes > just fine. > > On Mon, Nov 06, 2000 at 01:22:13PM -0500, drwilco wrote: > > ===> rp > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > perl @/kern/makeobjops.pl -h @/kern/device_if.m > > perl @/kern/makeobjops.pl -h @/kern/bus_if.m > > perl @/kern/makeobjops.pl -h @/pci/pci_if.m > > mv /tmp/htmp.87764 ./pci_if.h failed, 27 at @/kern/makeobjops.pl line 424. > > > > This is one example. It fails a bit further down because the header file > > is missing. > > -- > CirX - This site doesnt' exist. > 9c k9o h9 s1bg s1f, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 . > ant sj m8r ob ? 1fj mwby a1 tao vg5. soq df v ' .a. CirX. > > > 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 Mon Nov 6 10:34:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 5C71D37B4E5 for ; Mon, 6 Nov 2000 10:34:43 -0800 (PST) Received: from ix.netcom.com (sil-wa15-60.ix.netcom.com [207.93.148.60]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id NAA30567; Mon, 6 Nov 2000 13:34:33 -0500 (EST) Received: (from tomdean@localhost) by ix.netcom.com (8.11.1/8.9.3) id eA6IYUw00330; Mon, 6 Nov 2000 10:34:30 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Date: Mon, 6 Nov 2000 10:34:30 -0800 (PST) Message-Id: <200011061834.eA6IYUw00330@ix.netcom.com> From: "Thomas D. Dean" To: mark@grondar.za Cc: current@FreeBSD.ORG, jkh@winston.osd.bsdi.com In-reply-to: <200011061249.eA6CnMY04271@grimreaper.grondar.za> (message from Mark Murray on Mon, 06 Nov 2000 04:49:22 -0800) Subject: Re: -current hangs during boot References: <26798.973336117@winston.osd.bsdi.com> <200011061249.eA6CnMY04271@grimreaper.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cannot make mergemaster work. Tried twice earlier in the year and took several hours to recover... Don't know what my problem is. However, I have a script that compares and lists diffs in /etc/rc* and /etc/defaults/* to those in src/etc. Normally, I manually copy those files to /etc. # grep '$FreeBSD' /etc/rc /etc/rc.shutdown /etc/defaults/rc.conf /etc/rc:# $FreeBSD: src/etc/rc,v 1.239 2000/10/22 19:10:13 phk Exp $ /etc/rc.shutdown:# $FreeBSD: src/etc/rc.shutdown,v 1.15 2000/10/20 20:26:05 ache Exp$ /etc/defaults/rc.conf:# $FreeBSD: src/etc/defaults/rc.conf,v 1.83 2000/10/29 19:59:04 ume Exp $ These are the proper versions. After looking through rc.shutdown, 'Writing entropy file.' is not displayed. In /etc/defaults/rc.conf and /usr/src/etc/defaults/rc.conf, I have ... entrop&^%]0y_file="/entropy" # Set to NO to disable caching entropy through reboots. ... Garble? Fixing this fixes the problem. Thanks Mark. tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 10:36:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from whalers.digisle.com (whalers.digisle.com [167.216.128.32]) by hub.freebsd.org (Postfix) with ESMTP id 2618C37B479; Mon, 6 Nov 2000 10:36:35 -0800 (PST) Received: from guinness.digisle.net (guinness.digisle.net [167.216.152.33]) by whalers.digisle.com (8.9.3/8.9.3/mx) with ESMTP id SAA18176; Mon, 6 Nov 2000 18:37:33 GMT Received: from digisle.com (comanche.digisle.com [206.220.227.145]) by guinness.digisle.net (8.9.3/8.9.3/digisle) with ESMTP id SAA05764; Mon, 6 Nov 2000 18:36:33 GMT Message-ID: <3A06FA30.CF5F720F@digisle.com> Date: Mon, 06 Nov 2000 10:36:32 -0800 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Harti Brandt Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: [PATCH] Re: if_tap and devfs References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, > I recently moved to using devfs and now if_tap seems unusable. Although > the module is loaded, it doesn't show up in /dev or as an interface. > >From a quick comparison with if_tun it seems that this is 'expected' > behaviour although I'm not a specialist with devfs. Is this so? If yes, > is there somebody working to make if_tap devfs-ready? Or I'm doing > something wrong? please try the following patch. it is not tested, sorry i dont have FreeBSD box available right now :( please let me know the results. thanks, emax ---- *** if_tap.c.orig Mon Nov 6 09:24:08 2000 --- if_tap.c Mon Nov 6 10:26:35 2000 *************** *** 79,84 **** --- 79,85 ---- static int tapmodevent __P((module_t, int, void *)); /* device */ + static void tapclone __P((void *, char *, int, dev_t *)); static void tapcreate __P((dev_t)); /* network interface */ *************** *** 131,157 **** int type; void *data; { ! static int attached = 0; ! struct ifnet *ifp = NULL; ! int unit, s; switch (type) { case MOD_LOAD: if (attached) return (EEXIST); cdevsw_add(&tap_cdevsw); attached = 1; break; ! case MOD_UNLOAD: if (taprefcnt > 0) return (EBUSY); cdevsw_remove(&tap_cdevsw); unit = 0; while (unit <= taplastunit) { s = splimp(); TAILQ_FOREACH(ifp, &ifnet, if_link) if ((strcmp(ifp->if_name, TAP) == 0) || --- 132,164 ---- int type; void *data; { ! static int attached = 0; ! static eventhandler_tag eh_tag = NULL; switch (type) { case MOD_LOAD: if (attached) return (EEXIST); + eh_tag = EVENTHANDLER_REGISTER(dev_clone, tapclone, 0, 1000); cdevsw_add(&tap_cdevsw); attached = 1; break; ! case MOD_UNLOAD: { ! int unit; ! if (taprefcnt > 0) return (EBUSY); + EVENTHANDLER_DEREGISTER(dev_clone, eh_tag); cdevsw_remove(&tap_cdevsw); unit = 0; while (unit <= taplastunit) { + int s; + struct ifnet *ifp = NULL; + s = splimp(); TAILQ_FOREACH(ifp, &ifnet, if_link) if ((strcmp(ifp->if_name, TAP) == 0) || *************** *** 179,185 **** } attached = 0; ! break; default: return (EOPNOTSUPP); --- 186,192 ---- } attached = 0; ! } break; default: return (EOPNOTSUPP); *************** *** 187,192 **** --- 194,234 ---- return (0); } /* tapmodevent */ + + + /* + * DEVFS handler + * + * We need to support two kind of devices - tap and vmnet + */ + static void + tapclone(arg, name, namlen, dev) + void *arg; + char *name; + int namelen; + dev_t *dev; + { + int unit, minor; + char *device_name = NULL; + + if (*dev != NODEV) + return; + + device_name = TAP; + if (dev_stdclone(name, NULL, device_name, &unit) != 1) { + device_name = VMNET; + + if (dev_stdclone(name, NULL, device_name, &unit) != 1) + return; + + minor = (unit | VMNET_DEV_MASK); + } + else + minor = unit; + + *dev = make_dev(&tap_cdevsw, minor, UID_ROOT, GID_WHEEL, 0600, "%s%d", + device_name, unit); + } /* tapclone */ /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 10:51:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 039C737B479; Mon, 6 Nov 2000 10:51:25 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 13srMZ-0004mM-00; Mon, 06 Nov 2000 18:51:23 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.0/8.11.0) id eA6Hskc01320; Mon, 6 Nov 2000 18:54:46 +0100 (CET) (envelope-from wkb) Date: Mon, 6 Nov 2000 18:54:46 +0100 From: Wilko Bulte To: Matthew Jacob Cc: "John W. De Boskey" , Current List Subject: Re: tar : needs some attention? Message-ID: <20001106185446.I597@freebie.demon.nl> References: <20001106080532.A72115@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mjacob@feral.com on Mon, Nov 06, 2000 at 08:09:53AM -0800 X-OS: FreeBSD 4.1-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 08:09:53AM -0800, Matthew Jacob wrote: > On Mon, 6 Nov 2000, John W. De Boskey wrote: > > > Hi, > > > > Each night I run a 'make release' and then tar it off to > > a public storage area... > > > > For some time now, tar has been complaining... > > > > tar: cdrom/disc2/dev/acd0t32: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t33: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t34: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t35: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t36: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t37: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t38: minor number too large; not dumped > > tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped > > > > Is this the expected behaviour, or is it worth digging into > > tar and making some fixes? > > Nope. Expected behaviour for interoperability with other unix systems. FWIW I think I also have seen this on Tru64 (at least once) -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 11:10:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7069537B4C5 for ; Mon, 6 Nov 2000 11:10:49 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA6JAcg03086; Mon, 6 Nov 2000 12:10:38 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA11424; Mon, 6 Nov 2000 12:10:37 -0700 (MST) Message-Id: <200011061910.MAA11424@harmony.village.org> To: "Justin T. Gibbs" Subject: Re: IP wierdness... Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 06 Nov 2000 08:07:11 MST." <200011061507.eA6F7Ba38754@aslan.scsiguy.com> References: <200011061507.eA6F7Ba38754@aslan.scsiguy.com> Date: Mon, 06 Nov 2000 12:10:37 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200011061507.eA6F7Ba38754@aslan.scsiguy.com> "Justin T. Gibbs" writes: : After the recent introduction of cardbus support into -current, I : decided to upgrade my laptop. At first glance, the system seemed : to support a Xircom "Real Port" 10/100/56K modem card with the : dc driver. The funny thing though is that, although I can initiate : IP or TCP connections to remote hosts, the system seems to drop : all incoming connections. This even applies to ICMP traffic. : For instance, a 4.1-stable machine can not ping my laptop, but : the laptop can ping/telnet/ftp to the 4.1-stable machine. Looking : at tcpdump traces on the laptop, it appears that the ICMP echo : request is received correctly, but the system never responds. : I'm not running IPSEC or ipfw, and all of the sysctls that seem : to be related to filtering or rate limiting incoming packets look : normal. I'm running -current as of a few hours ago, but this : has been broken for me for at least a week in -current. tcpdump on the laptop sees the packet? That's very odd. I was using this same card, sans the modem on my laptop for a while earlier in the week and it was fine. I didn't try the ping it from a remote location, however. I'll have to try that tonight. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 11:12:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 797C837B4CF for ; Mon, 6 Nov 2000 11:12:15 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA6JCDg03095; Mon, 6 Nov 2000 12:12:13 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA11444; Mon, 6 Nov 2000 12:12:12 -0700 (MST) Message-Id: <200011061912.MAA11444@harmony.village.org> To: Jan Knepper Subject: Re: Cardbus 3Com Megahertz Model 3CXFEM656C Cc: FreeBSD Current In-reply-to: Your message of "Mon, 06 Nov 2000 11:05:13 EST." <3A06D6B9.F71B441B@smartsoft.cc> References: <3A06D6B9.F71B441B@smartsoft.cc> Date: Mon, 06 Nov 2000 12:12:12 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A06D6B9.F71B441B@smartsoft.cc> Jan Knepper writes: : Does anyone know anything about the patch Jon made for this : cardbus card during the BSD Con 2000? Should be in the tree right now. Modem won't work, however. It is a winmodem type thing. The good news about this winmodem is that there appears to be a relatively simple linux driver for it (I say appears because I've seen references to it, but haven't seen the actual driver). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 11:20:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 0292C37B4CF for ; Mon, 6 Nov 2000 11:20:54 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA6JKna42448; Mon, 6 Nov 2000 12:20:49 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011061920.eA6JKna42448@aslan.scsiguy.com> To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: IP wierdness... In-Reply-To: Your message of "Mon, 06 Nov 2000 12:10:37 MST." <200011061910.MAA11424@harmony.village.org> Date: Mon, 06 Nov 2000 12:20:49 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >tcpdump on the laptop sees the packet? That's very odd. Ceratinly is. I don't think this particular problem has anything to do with the cardbus adapter. I run tcpdump with "-v -v -v" and it never reported a bad checksum either. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 12:42:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id A275B37B4E5 for ; Mon, 6 Nov 2000 12:42:40 -0800 (PST) Received: (qmail 32317 invoked from network); 6 Nov 2000 20:40:04 -0000 Received: from unknown (HELO smartsoft.cc) (192.168.0.73) by digitaldaemon.com with SMTP; 6 Nov 2000 20:40:04 -0000 Message-ID: <3A071704.2568B7B7@smartsoft.cc> Date: Mon, 06 Nov 2000 15:39:32 -0500 From: Jan Knepper Organization: Smartsoft, LLC X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: FreeBSD Current Subject: Re: Cardbus 3Com Megahertz Model 3CXFEM656C References: <3A06D6B9.F71B441B@smartsoft.cc> <200011061912.MAA11444@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, Well in that case I must be doing something wrong. I am pretty sure I've got the last current, but the card still does not come up as it does with the kernel Jon compiled at the Con... The modem would be great too, but that the Ethernet works is really number one for me right now. Thanks! Jan Warner Losh wrote: > In message <3A06D6B9.F71B441B@smartsoft.cc> Jan Knepper writes: > : Does anyone know anything about the patch Jon made for this > : cardbus card during the BSD Con 2000? > > Should be in the tree right now. Modem won't work, however. It is a > winmodem type thing. The good news about this winmodem is that there > appears to be a relatively simple linux driver for it (I say appears > because I've seen references to it, but haven't seen the actual > driver). > > Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 12:44:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.14.69]) by hub.freebsd.org (Postfix) with ESMTP id EED5A37B479; Mon, 6 Nov 2000 12:44:16 -0800 (PST) Received: from boomer.forrie.com (dhcp-north-71-168.navipath.net [64.20.71.168]) by forrie.net with id eA6KhbP00366; Mon, 6 Nov 2000 15:43:37 -0500 (EST) Message-Id: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> X-Sender: forrie@216.67.14.69 X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Mon, 06 Nov 2000 15:37:01 -0500 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org From: Forrest Aldrich Subject: /etc/defaults/rc.conf 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 It would be useful to have back the program specification variable for inetd. Currently we have: inetd_enable="YES" # Run the network daemon dispatcher (or NO). inetd_flags="-wW" # Optional flags to inetd and the /etc/rc.* files assume the use of the stock inetd. Where some people choose to use alternative inetd-like programs such as xinetd. We'd do better to have in /etc/defaults/rc.conf: inetd_enable="YES" # Run the network daemon dispatcher (or NO). inetd_program=-"/usr/local/sbin/xinetd" # Location of inetd/service daemon inetd_flags="-wW" # Optional flags to inetd .. or something similar, rather than manually editing the core rc.* scripts. _F To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13: 5:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id A0DFD37B4D7; Mon, 6 Nov 2000 13:05:06 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id eA6L54232233; Mon, 6 Nov 2000 16:05:04 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <3A066572.2CF3D7BC@FreeBSD.org> Date: Mon, 06 Nov 2000 16:05:04 -0500 (EST) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: Maxim Sobolev Subject: RE: Problem with dlopen()/dlsym() after recent crt* changes Cc: obrien@FreeBSD.ORG, jdp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've spent couple hours already trying to reproduce the error and so far failed miserably. Am I the only one who does not see this problem at all? On 06-Nov-00 Maxim Sobolev wrote: > After the crt changes the following piece of code, which worked previously, > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > "__register_frame_info' error message (yeah, I know that it's better to check To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13: 5:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6B35A37B4D7 for ; Mon, 6 Nov 2000 13:05:27 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA6L5Kg03575; Mon, 6 Nov 2000 14:05:20 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA12343; Mon, 6 Nov 2000 14:05:19 -0700 (MST) Message-Id: <200011062105.OAA12343@harmony.village.org> To: Jan Knepper Subject: Re: Cardbus 3Com Megahertz Model 3CXFEM656C Cc: FreeBSD Current In-reply-to: Your message of "Mon, 06 Nov 2000 15:39:32 EST." <3A071704.2568B7B7@smartsoft.cc> References: <3A071704.2568B7B7@smartsoft.cc> <3A06D6B9.F71B441B@smartsoft.cc> <200011061912.MAA11444@harmony.village.org> Date: Mon, 06 Nov 2000 14:05:19 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A071704.2568B7B7@smartsoft.cc> Jan Knepper writes: : Well in that case I must be doing something wrong. : I am pretty sure I've got the last current, but the card still does not : come up as it does with the kernel Jon compiled at the Con... OK. I'll ping him privately. Maybe he got busy with school :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13:16:28 2000 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 E1AA337B479 for ; Mon, 6 Nov 2000 13:16:24 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id WAA06832; Mon, 6 Nov 2000 22:05:53 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13stVc-0006eH-00; Mon, 06 Nov 2000 22:08:52 +0100 Date: Mon, 6 Nov 2000 22:08:52 +0100 From: Szilveszter Adam To: Soren Schmidt Cc: freebsd-current@FreeBSD.ORG Subject: Re: ad1 is not detected. Message-ID: <20001106220852.B24627@petra.hos.u-szeged.hu> Mail-Followup-To: Soren Schmidt , freebsd-current@FreeBSD.ORG References: <20001106164113.B18026@petra.hos.u-szeged.hu> <200011061608.RAA47558@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200011061608.RAA47558@freebsd.dk>; from sos@freebsd.dk on Mon, Nov 06, 2000 at 05:08:04PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 05:08:04PM +0100, Soren Schmidt wrote: > The problem has been around for at least a couble of month both in > current and stable, but only a select few has seen it, I've chased > it with any drive/controller I have access to, but hasn't been able > to reproduce it.. > If you can find a way that I can reproduce it, I'm sure I can > fix the problem in a few minutes.. ssh access to a box that has > this problem could also help, but "hands on" are often much better > for this kind of problems... Hmmm... I have been trying to get things sorted out but have not been able to do much. Upon fitting ata-all.c with some printf()-s, itt seems that the probe in ata_probe(device_t dev) seems to do DTRT. (ie it evaluates the if statements in lines 838 and 844 respectively and sets the mask for each device that exists on the controller. The only case where the if statement gave "false" was on ata1-slave but I *really* do not have anything on there. In other words, ata0-slave was found it seems.) But this is appearently not enough and I do not know why. (It shows that I am not an experienced hacker... sigh) So, what information would be helpful in getting this problem solved? As for reproducing it, well, just grab a Spacewalker HOT 637/P mobo with Intel LX440 AGP chipset, fit two Quantum hdd-s on ata0 and a Sony CDU-621 on ata1-master, boot a kernel with the most recent ata stuff and there you go:-) Seriously, I have nothing special on this machine, it has always been very friendly to FreeBSD; when many other hw configs had problems, this one seemd to be immune (although earlier I did not have the hdd on ata0-slave, sooo...) but now, I am stuck. Any and all information or help I can provide, or things I should try, just tell me. Sorry for not being able to track this thing down. -- 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 Mon Nov 6 13:18:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from bacardi.torrentnet.com (bacardi.torrentnet.com [198.78.51.104]) by hub.freebsd.org (Postfix) with ESMTP id 75D2737B479 for ; Mon, 6 Nov 2000 13:18:20 -0800 (PST) Received: from bacardi.torrentnet.com (localhost.torrentnet.com [127.0.0.1]) by bacardi.torrentnet.com (8.10.2/8.10.2) with ESMTP id eA6LIHv11848 for ; Mon, 6 Nov 2000 16:18:17 -0500 (EST) Message-Id: <200011062118.eA6LIHv11848@bacardi.torrentnet.com> To: freebsd-current@freebsd.org Subject: skipping mouse pointer Date: Mon, 06 Nov 2000 16:18:17 -0500 From: Bakul Shah Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded my system from the -current sources as of Aug-1 to Nov-4 and find that now the mouse pointer skips while dragging -- the pointer tracks mouse motion fine for a while, then freezes and then jumps to a new location quite a few pixels away. The same thing happens under X as well as on a virtual console. Though the effect is not as pronounced on a virtual console. The new things I added were device random options NETGRAPH options COMPAT_LINUX options FFS_EXTATTR options NOBLOCKRANDOM Also, rc.conf is considerably different since I hadn't upgraded it in quite a while. Has anyone else run into this? Of course I will remove the new options and see if the symptom goes away but I thought I'd ask here as well... Thanks, -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13:30:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id A770A37B4E5 for ; Mon, 6 Nov 2000 13:30:47 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 13stqo-00074a-01; Mon, 6 Nov 2000 22:30:46 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.0/8.11.0) id eA6LBXq48512 for freebsd-current@freebsd.org; Mon, 6 Nov 2000 22:11:33 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: tar : needs some attention? Date: Mon, 6 Nov 2000 21:11:33 +0000 (UTC) Message-ID: <8u76q5$1f1b$2@kemoauc.mips.inka.de> References: <20001106080532.A72115@FreeBSD.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John W. De Boskey wrote: > tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped > > Is this the expected behaviour, Expected behavior; you can't store 32-bit minor numbers in tar's archive format. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13:32:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 7E77337B4F9; Mon, 6 Nov 2000 13:32:36 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id eA6LWZb32389; Mon, 6 Nov 2000 16:32:35 -0500 (EST) (envelope-from ak03) 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: <200011061531.eA6FVv821977@vashon.polstra.com> Date: Mon, 06 Nov 2000 16:32:35 -0500 (EST) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: current@FreeBSD.ORG Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes Cc: sobomax@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why FreeBSD does not link libgcc into shared libraries by default? Everyone else is doing that. Linking shared libraries with libgcc seems to be the ultimate work-around. Are there any compatibility problems which are keeping FreeBSD from doing that? > OK, thanks. I'll take a look at it as soon as I can -- hopefully > tonight. If I can come up with a reasonable work-around, I'll do so. > > John > -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 13:36:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from digitaldaemon.com (digitaldaemon.com [63.105.9.34]) by hub.freebsd.org (Postfix) with SMTP id 8AE1F37B4C5 for ; Mon, 6 Nov 2000 13:36:18 -0800 (PST) Received: (qmail 32606 invoked from network); 6 Nov 2000 21:33:44 -0000 Received: from unknown (HELO smartsoft.cc) (192.168.0.73) by digitaldaemon.com with SMTP; 6 Nov 2000 21:33:44 -0000 Message-ID: <3A07240E.4A560CBE@smartsoft.cc> Date: Mon, 06 Nov 2000 16:35:10 -0500 From: Jan Knepper Organization: Smartsoft, LLC X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: FreeBSD Current Subject: Re: Cardbus 3Com Megahertz Model 3CXFEM656C References: <3A071704.2568B7B7@smartsoft.cc> <3A06D6B9.F71B441B@smartsoft.cc> <200011061912.MAA11444@harmony.village.org> <200011062105.OAA12343@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <3A071704.2568B7B7@smartsoft.cc> Jan Knepper writes: > : Well in that case I must be doing something wrong. > : I am pretty sure I've got the last current, but the card still does not > : come up as it does with the kernel Jon compiled at the Con... > > OK. I'll ping him privately. Maybe he got busy with school :-) Thanks 1E6! Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 14:35:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 6510737B479 for ; Mon, 6 Nov 2000 14:35:13 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id D137C5730D; Mon, 6 Nov 2000 16:35:14 -0600 (CST) Date: Mon, 6 Nov 2000 16:35:14 -0600 From: "Michael C . Wu" To: Bakul Shah Cc: freebsd-current@freebsd.org Subject: Re: skipping mouse pointer Message-ID: <20001106163514.F5661@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Bakul Shah , freebsd-current@freebsd.org References: <200011062118.eA6LIHv11848@bacardi.torrentnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011062118.eA6LIHv11848@bacardi.torrentnet.com>; from bakul@torrentnet.com on Mon, Nov 06, 2000 at 04:18:17PM -0500 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 04:18:17PM -0500, Bakul Shah scribbled: | I upgraded my system from the -current sources as of Aug-1 to | Nov-4 and find that now the mouse pointer skips while | dragging -- the pointer tracks mouse motion fine for a while, | then freezes and then jumps to a new location quite a few | pixels away. The same thing happens under X as well as on a | virtual console. Though the effect is not as pronounced on | a virtual console. The new things I added were The lag is device random harvesting entropy from mouse, and has been fixed in the latest current builds. | Also, rc.conf is considerably different since I hadn't upgraded | it in quite a while. Has anyone else run into this? Of course | I will remove the new options and see if the symptom goes away | but I thought I'd ask here as well... mergemaster please. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 14:55:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from office.o-c.sk (kancel.zoznam.sk [195.28.72.230]) by hub.freebsd.org (Postfix) with ESMTP id 88ACC37B4CF; Mon, 6 Nov 2000 14:55:43 -0800 (PST) Received: from ivan (ivan.o-c.sk [192.168.1.8]) by office.o-c.sk (8.11.0/8.11.0) with SMTP id eA6Mta207721; Mon, 6 Nov 2000 23:55:36 +0100 (CET) (envelope-from debnar@o-c.sk) From: =?iso-8859-2?Q?Ivan_Debn=E1r?= To: , Cc: Subject: ATA RAID - sysinstall solution Date: Mon, 6 Nov 2000 23:55:36 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C0484D.0EAEEB00" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Disposition-Notification-To: =?iso-8859-2?Q?Ivan_Debn=E1r?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C0484D.0EAEEB00 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit I'm using HTP 370 ATA RAID controller, which should have been supported in stable and current according to CVS messages from Soren. But as few of us found, it is not, in fact. KERNEL recognises device ar0. 4.2 sysinstall does not offer ar0 as disk drive 5.0-current sysinstall offers it, but is not able to create slices on it. (DEBUG: MakeDev unknown major/minor). So I looked through sysinstall source and libdisk source and guess what ! - libdisk doesn't know about ar? devices yet. Could someone update the libdisk source in stable and current to include the device? The files affected are: /src/lib/libdisk/create_chunk.c /src/lib/libdisk/disk.c --- disk.c.orig Thu Sep 14 14:10:45 2000 +++ disk.c Mon Nov 6 23:41:45 2000 @@ -461,7 +461,7 @@ } #endif -static char * device_list[] = {"wd", "ad", "da", "wfd", "fla", "idad", "mlxd", "amrd", "twed", 0}; +static char * device_list[] = {"wd", "ad", "da", "wfd", "fla", "idad", "mlxd", "amrd", "twed", "ar", 0}; char ** Disk_Names() --- create_chunk.c.orig Fri Jul 14 08:30:59 2000 +++ create_chunk.c Mon Nov 6 23:46:59 2000 @@ -300,6 +300,8 @@ cmaj = 147, p += 4; else if (!strncmp(p, "da", 2)) /* CAM support */ cmaj = 13, p += 2; + else if (!strncmp(p, "ar", 2)) /* ATA RAID */ + cmaj = 157, p += 2; else { msgDebug("MakeDev: Unknown major/minor for devtype %s\n", p); return 0; Unfortunately I am not able to compile and try this, but if someone can create a set of 4-STABLE or 5-CURRENT installation disks and e-mail them, I'm willing to try. Those diffs are against 2000-10-30 stable, so they are just to show changes what I thing should be done to actual current files. This should make Current install on ATA RAID hopefully. I don't know, if it will make STABLE sysinstall recognize the ar device. I hope so. Ivan Debnár Online Consulting, s.r.o. tel.://+421 88 4146721 fax://+421 88 4142231 http://www.o-c.sk ------=_NextPart_000_0000_01C0484D.0EAEEB00 Content-Type: text/x-vcard; name="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" BEGIN:VCARD VERSION:2.1 N:Debn=E1r;Ivan FN:Ivan Debn=E1r ORG:Online Consulting, s.r.o. TEL;WORK;VOICE:+421 (88) 4146721 TEL;HOME;VOICE:+421 (88) 4171223 TEL;CELL;VOICE:+421 (903) 506197 TEL;WORK;FAX:+421 (88) 4142231 ADR;WORK:;;Rudlovsk=E1 cesta 53;Bansk=E1 Bystrica;;974 01;Slovak = Republic LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Rudlovsk=3DE1 cesta = 53=3D0D=3D0ABansk=3DE1 Bystrica 974 01=3D0D=3D0ASlovak Republic BDAY:19770829 EMAIL;PREF;INTERNET:debnar@o-c.sk REV:20000922T091913Z END:VCARD ------=_NextPart_000_0000_01C0484D.0EAEEB00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 15:10:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from athserv.otenet.gr (athserv.otenet.gr [195.170.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 767AD37B4D7; Mon, 6 Nov 2000 15:10:11 -0800 (PST) Received: from hades.hell.gr (patr530-b061.otenet.gr [195.167.121.189]) by athserv.otenet.gr (8.10.1/8.10.1) with ESMTP id eA6N9kT20419; Tue, 7 Nov 2000 01:09:47 +0200 (EET) Received: (from charon@localhost) by hades.hell.gr (8.11.1/8.11.1) id eA6N23W09479; Tue, 7 Nov 2000 01:02:03 +0200 (EET) Date: Tue, 7 Nov 2000 01:02:03 +0200 From: Giorgos Keramidas To: Forrest Aldrich Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf Message-ID: <20001107010203.A9348@hades.hell.gr> References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69>; from forrie@forrie.com on Mon, Nov 06, 2000 at 03:37:01PM -0500 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 06, 2000 at 03:37:01PM -0500, Forrest Aldrich wrote: > It would be useful to have back the program specification variable for > inetd. Currently we have: > > inetd_enable="YES" # Run the network daemon dispatcher (or NO). > inetd_flags="-wW" # Optional flags to inetd > > and the /etc/rc.* files assume the use of the stock inetd. Where some > people choose to use alternative inetd-like programs such as xinetd. [...] Nice idea! And the fix is simple. The included patch will correct it :-) [ do we really need to cross-post this? ] - giorgos --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="inetd.diff" diff -r -u etc.orig/defaults/rc.conf etc/defaults/rc.conf --- etc.orig/defaults/rc.conf Tue Nov 7 00:59:39 2000 +++ etc/defaults/rc.conf Tue Nov 7 00:58:40 2000 @@ -89,6 +89,7 @@ syslogd_enable="YES" # Run syslog daemon (or NO). syslogd_flags="-s" # Flags to syslogd (if enabled). inetd_enable="YES" # Run the network daemon dispatcher (or NO). +inetd_program="inetd" # path to inetd, if you don't want stock inetd inetd_flags="-wW" # Optional flags to inetd # # named. It may be possible to run named in a sandbox, man security for diff -r -u etc.orig/rc etc/rc --- etc.orig/rc Tue Nov 7 00:59:29 2000 +++ etc/rc Tue Nov 7 00:55:27 2000 @@ -395,7 +395,10 @@ [Nn][Oo]) ;; *) - echo -n ' inetd'; inetd ${inetd_flags} + if [ -x ${inetd_program:-/usr/sbin/inetd} ]; then + echo -n ' inetd'; + ${inetd_program:-/usr/sbin/inetd} ${inetd_flags} + fi ;; esac --3V7upXqbjpZ4EhLz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 15:11: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 6782037B4D7; Mon, 6 Nov 2000 15:11:01 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id eA6NAgI67265; Mon, 6 Nov 2000 15:10:42 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: =?iso-8859-2?Q?Ivan_Debn=E1r?= Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, sos@freebsd.dk Subject: Re: ATA RAID - sysinstall solution In-Reply-To: Message from =?iso-8859-2?Q?Ivan_Debn=E1r?= of "Mon, 06 Nov 2000 23:55:36 +0100." Date: Mon, 06 Nov 2000 15:10:42 -0800 Message-ID: <67261.973552242@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > So I looked through sysinstall source and libdisk source and guess what ! - > libdisk doesn't know about ar? devices yet. Committed, thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 15:18:43 2000 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 E784937B4C5 for ; Mon, 6 Nov 2000 15:18:40 -0800 (PST) Received: by peitho.fxp.org (Postfix, from userid 1501) id B5E071360E; Mon, 6 Nov 2000 18:18:38 -0500 (EST) Date: Mon, 6 Nov 2000 18:18:38 -0500 From: Chris Faulhaber To: Giorgos Keramidas Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf Message-ID: <20001106181838.A50442@peitho.fxp.org> Mail-Followup-To: Chris Faulhaber , Giorgos Keramidas , Forrest Aldrich , freebsd-current@FreeBSD.ORG References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001107010203.A9348@hades.hell.gr>; from keramida@ceid.upatras.gr on Tue, Nov 07, 2000 at 01:02:03AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 01:02:03AM +0200, Giorgos Keramidas wrote: > On Mon, Nov 06, 2000 at 03:37:01PM -0500, Forrest Aldrich wrote: > > It would be useful to have back the program specification variable for > > inetd. Currently we have: > > > > inetd_enable="YES" # Run the network daemon dispatcher (or NO). > > inetd_flags="-wW" # Optional flags to inetd > > > > and the /etc/rc.* files assume the use of the stock inetd. Where some > > people choose to use alternative inetd-like programs such as xinetd. > [...] > > Nice idea! And the fix is simple. The included patch will correct it :-) > You forgot the patch(es) to the port(s) this would affect (e.g. xinetd). The affected ports would need their ${PREFIX}/etc/rc.d files removed (otherwise you would start them twice) along with a message letting the installer know how to start it properly. > [ do we really need to cross-post this? ] > No, -stable removed. -- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: 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 Nov 6 16:27: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 2A94537B4D7 for ; Mon, 6 Nov 2000 16:26:56 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.1/8.11.0) with ESMTP id eA70O3T02524; Tue, 7 Nov 2000 00:24:03 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.1/8.11.1) with ESMTP id eA70OQT49433; Tue, 7 Nov 2000 00:24:27 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200011070024.eA70OQT49433@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Brian Smith" Cc: "freebsd-current@freebsd.org" , brian@Awfulhak.org Subject: Re: PPP over ATM In-Reply-To: Message from "Brian Smith" of "Sun, 22 Oct 2000 09:42:34 CDT." <20001022142434.PALM1100.mailhost.chi.ameritech.net@bbs.dbsoft-consulting.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Nov 2000 00:24:26 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry to chime in so late, but ppp(8) already has ATM support... I must confess that I haven't tested it and don't know how it works, but it may be worth looking at. A netgraph node would definitely be preferable. > On Sun, 22 Oct 2000 03:41:27 +0200, Poul-Henning Kamp wrote: > > >>>>Who knows about the ATM stuff in the kernel? > >>> > >>>We have two ATM stacks: > >>> * The minimalist "chuck" stack. > >>> * The full-blown HARP stack. > >>> > >>>Neither support netgraph. > >> > >>Are you aware of any efforts to add PPP over ATM or Netgraph > >>support to the current ATM code? > > > >I'm not aware of any activity in the ATM code at all... > > Ok, well if I were to netgraphify the ATM code, would mpd be sufficient > to get PPP over ATM working? (I have a lot of reading up to do, but > if I can decide on the correct direction to start off in I could save myself > alot of time ;)). And for the record I have done ethernet drivers in Linux > and OS/2. But I am quite unfamiliar with the FreeBSD networking code. > I have only submitted patches to the kernel for cyrix code optimizations. :) > > I looked into netgraph and it seems to be a very modular and a wise > approach to take if it sufficient for this purpose. > > Brian Smith -- 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 Mon Nov 6 16:53: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5F73437B479; Mon, 6 Nov 2000 16:52:58 -0800 (PST) Subject: Re: vx driver patch In-Reply-To: <200011050826.BAA97969@harmony.village.org> from Warner Losh at "Nov 5, 2000 01:26:42 am" To: imp@village.org (Warner Losh) Date: Mon, 6 Nov 2000 16:52:58 -0800 (PST) Cc: 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 Message-Id: <20001107005258.5F73437B479@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Someone (I can't find who in my records, please let me know if it was > you so I can credit you in the commit message) sent out patches to > make the vx driver not use the pci compat shims. I just found it in > my home directory, applied it, tweaked things very minorly and it > builds and boots. Trouble is, I don't have a vortex to test with. It > also appears that there is no driver maintainer at this time, so I > thought I'd send it here. Unfortunately, there are a couple of problems with this patch. Somebody tried copying the EISA attachment code too closely: there's only one I/O space that needs to be allocated (the pci_io allocation is bogus). The IRQ allocation needs the RF_SHAREABLE flag or it will blow up in the case where the IRQ is shared with another device. Also, the vx driver still uses the ugly hack of statically allocated softc structs. I was working on this in the office the other day and just got done testing it. I have patches to fix all of this, plus make it use the bus_space_*() stuff instead of inb/outb/etc, plus allow it to be compiled as a KLD. The only thing I didn't do was implement detach routines, which means the driver can be loaded as a KLD, but not unloaded. The driver should also build in the alpha. I'll commit the changes to -current shortly. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 17: 1:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from mharnois.workgroup.net (c1030098-a.wtrlo1.ia.home.com [24.11.39.39]) by hub.freebsd.org (Postfix) with ESMTP id 6FACB37B4C5 for ; Mon, 6 Nov 2000 17:01:10 -0800 (PST) Received: (from mdharnois@localhost) by mharnois.workgroup.net (8.11.1/8.11.1) id eA711BP55940; Mon, 6 Nov 2000 19:01:11 -0600 (CST) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: Szilveszter Adam Cc: Soren Schmidt , freebsd-current@FreeBSD.ORG Subject: Re: ad1 is not detected. Keywords: problem References: <20001106164113.B18026@petra.hos.u-szeged.hu> <200011061608.RAA47558@freebsd.dk> <20001106220852.B24627@petra.hos.u-szeged.hu> From: Michael Harnois Date: 06 Nov 2000 19:01:11 -0600 In-Reply-To: <20001106220852.B24627@petra.hos.u-szeged.hu> Message-ID: <86vgu0fve0.fsf@mharnois.workgroup.net> Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.2 (Notus) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think I may be having the same problem you are seeing. My ATAPI CD-ROM, an HP 8200, which is at ata1-slave, is not being detected. I can't say reliably when the problem started, but at one time it worked. (I have been running current almost continuously since I built this machine in early August, and everything worked then.) If there's some date in the recent past you'd like me to backtest to I can (I'm on cable modem so download time is not a big problem.) -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org "Waiter, there's no fly in my soup!" - Kermit the Frog To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 19:15:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id C9B4537B4CF for ; Mon, 6 Nov 2000 19:15:41 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id TAA07748; Mon, 6 Nov 2000 19:15:24 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA73FNE23545; Mon, 6 Nov 2000 19:15:23 -0800 (PST) (envelope-from jdp) Date: Mon, 6 Nov 2000 19:15:23 -0800 (PST) Message-Id: <200011070315.eA73FNE23545@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: ak03@gte.com Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Alexander N. Kabaev wrote: > Why FreeBSD does not link libgcc into shared libraries by > default? Everyone else is doing that. Linking shared libraries > with libgcc seems to be the ultimate work-around. Are there any > compatibility problems which are keeping FreeBSD from doing that? None that I'm aware of. I agree we should do it. I'll talk to David O'Brien and find out whether he has any objections. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 20:21:33 2000 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 D2A3337B4C5; Mon, 6 Nov 2000 20:21:28 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id PAA32690; Tue, 7 Nov 2000 15:21:09 +1100 Date: Tue, 7 Nov 2000 15:21:35 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Jeroen Ruigrok van der Werven Cc: "John W. De Boskey" , Current List Subject: Re: tar : needs some attention? In-Reply-To: <20001106180013.W43259@lucifer.bart.nl> 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, 6 Nov 2000, Jeroen Ruigrok van der Werven wrote: > -On [20001106 17:10], John W. De Boskey (jwd@FreeBSD.ORG) wrote: > >tar: cdrom/disc2/dev/acd0t39: minor number too large; not dumped > > > > Is this the expected behaviour, or is it worth digging into > >tar and making some fixes? > > I am hoping to update tar soon these weeks. Don't forget to merge all the FreeBSD changes including the ones that print this message. For the file: crw-rw---- 1 root operator 9, 0x08010002 Feb 12 1995 fd0.1200 gnu tar (v.1.13) prints the user-unfriendly message: tar: minor_t value 134283266 too large (max=16777215) while FreeBSD tar prints: tar: fd0.1200: minor number too large; not dumped It is not easy to see that 134283266 is 0x08010002 or that the file is fd0.1200 (the limit 16777215 is 0xFFFFFF -- 24 bits). gnu tar 1.13 actually dumps acd0t39, and FreeBSD tar reads back the result correctly. This is because gnu tar 1.13 permits 24-bit minor numbers, while the FreeBSD version only permits 21-bit ones since it requires a byte of null padding in the minor number field. I seem to have misread the gnu tar 1.13 sources in the following commit: RCS file: /home/ncvs/src/gnu/usr.bin/tar/create.c,v Working file: create.c head: 1.7 ... ---------------------------- revision 1.7 date: 1999/08/11 08:03:39; author: bde; state: Exp; lines: +15 -2 Support 21-bit minor numbers. Avoid wasting a byte in their octal representation by generating the same format as tar-1.13 (use a single space as the terminator for 7-digit octal numbers). This is POSIX.1 conformant (2-byte terminators are just a bug or historical wart in old versions of gnu tar). All devices created by `MAKEDEV all' except rsa0.ctl can now be handled by tar(1). ---------------------------- Previous versions of FreeBSD wasted 2 bytes for null padding. The current version still wastes (?) 1 byte relative to gnu tar 1.13. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 6 21: 6:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from backup.af.speednet.com.au (af.speednet.com.au [202.135.188.244]) by hub.freebsd.org (Postfix) with ESMTP id 38B8937B4C5 for ; Mon, 6 Nov 2000 21:05:54 -0800 (PST) Received: from backup.af.speednet.com.au (backup.af.speednet.com.au [172.22.2.4]) by backup.af.speednet.com.au (8.11.0/8.11.0) with ESMTP id eA753aB12467; Tue, 7 Nov 2000 16:03:36 +1100 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 7 Nov 2000 16:03:36 +1100 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: "Justin T. Gibbs" Cc: Warner Losh , current@FreeBSD.ORG Subject: Re: IP wierdness... In-Reply-To: <200011061920.eA6JKna42448@aslan.scsiguy.com> 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 > >tcpdump on the laptop sees the packet? That's very odd. > > Ceratinly is. I don't think this particular problem has anything > to do with the cardbus adapter. I run tcpdump with "-v -v -v" and > it never reported a bad checksum either. For curiosity's sake, I'd try a different cable to the hub... > > -- > Justin > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 0:13:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from cartier.cirx.org (cartier.cirx.org [211.72.15.243]) by hub.freebsd.org (Postfix) with ESMTP id B21AD37B479 for ; Tue, 7 Nov 2000 00:13:48 -0800 (PST) Received: (from clive@localhost) by cartier.cirx.org (8.11.1/8.11.1) id eA78Dbb07034 for freebsd-current@FreeBSD.ORG; Tue, 7 Nov 2000 16:13:37 +0800 (CST) (envelope-from clive) Date: Tue, 7 Nov 2000 16:13:37 +0800 From: Clive Lin To: freebsd-current@FreeBSD.ORG Subject: Reproduceable current kernel panic. Message-ID: <20001107161336.A6911@cartier.cirx.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-PGP-key: http://freebsd.sinica.edu.tw/~clive/gpgkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Sorry to bother/spam this mailing list again. In brief, rescent kernel may panic because of several IPFIREWALL options. The panic message I could tell is about trap 12, swi6: clock and page fault. And the machine hangs solidly right away, I have no idea how to provide a back trace :( There're 2 ways to triger the panic. 1) ssh to a 4.X machine. (In my environment, 4.1.1-RELEASE) 2) Wait and see, it will panic in multi-user mode soon or latter. Attached 2 files are my kernel configuration file and diff against GENERIC. (comments stripped) My /usr/src is about time after cg@FreeBSD.org's es137x mixer fix. The way I buildkernel is make buildkernel. No CFLAGS and COPTFLAGS defined in my /etc/make.conf. Of course, buildworld and installworld has been done successfully before buildkernel. GENERIC kernel works pretty smooth. Thanks for any help, including how to provide more debug infomation. Clive -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f=, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 =. ant sj m8r ob =? 1fj mwby a1 tao vg5 =. soq df v ' .a. CirX=. --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=GENE machine i386 cpu I686_CPU ident GENE maxusers 256 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options NFS #Network Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_LINUX options VESA 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 SHMALL=4097 options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" options SHMMAXPGS=4097 options SHMMIN=2 options SHMMNI=512 options SHMSEG=1024 options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa device pci device pcm device sbc device midi device seq device fdc 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 options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices device atkbdc 1 device atkbd device psm device vga device splash device sc 1 device npx device sio device ppc device ppbus # Parallel port bus (required) device lpt # Printer device miibus # MII bus support device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ed device random # Entropy device options NOBLOCKRANDOM device loop # Network loopback device ether # Ethernet support device pty 256 # Pseudo-ttys (telnet etc) device snp 4 device bpf 4 # Berkeley packet filter options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPDIVERT options DUMMYNET --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="GENE.diff" --- GENERIC Tue Nov 7 15:38:33 2000 +++ GENE Tue Nov 7 15:38:11 2000 @@ -1,25 +1,17 @@ machine i386 -cpu I386_CPU -cpu I486_CPU -cpu I586_CPU cpu I686_CPU -ident GENERIC -maxusers 32 -options MATH_EMULATE #Support for x87 emulation +ident GENE +maxusers 256 options INET #InterNETworking -options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] 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 CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] +options COMPAT_LINUX +options VESA options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor @@ -28,14 +20,21 @@ options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores +options SHMALL=4097 +options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" +options SHMMAXPGS=4097 +options SHMMIN=2 +options SHMMNI=512 +options SHMSEG=1024 options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa -device eisa device pci -options COMPAT_OLDISA # compatability shims for lnc, le -options COMPAT_OLDPCI # compatability shims for lnc, vx +device pcm +device sbc +device midi +device seq device fdc device ata device atadisk # ATA disk drives @@ -43,32 +42,7 @@ device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering -device ahb # EISA AHA1742 family -device ahc # AHA2940 and onboard AIC7xxx devices -device amd # AMD 53C974 (Teckram DC-390(T)) -device isp # Qlogic family -device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') -device adv -device adw -device bt -device aha 1 -device aic -device ncv # NCR 53C500 -device nsp # Workbit Ninja SCSI-3 -device stg # TMC 18C30/18C50 -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 -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) -device aac # Adaptec FSA RAID -device ida # Compaq Smart RAID -device amr # AMI MegaRAID -device mlx # Mylex DAC960 family -device twe # 3ware ATA RAID +options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices device atkbdc 1 device atkbd device psm @@ -76,67 +50,22 @@ device splash device sc 1 device npx -device apm -device card -device pcic device sio device ppc device ppbus # Parallel port bus (required) device lpt # Printer -device plip # TCP/IP over parallel -device ppi # Parallel port interface device -device de # DEC/Intel DC21x4x (``Tulip'') -device fxp # Intel EtherExpress PRO/100B (82557, 82558) -device vx # 3Com 3c590, 3c595 (``Vortex'') -device wx # Intel Gigabit Ethernet Card (``Wiseman'') device miibus # MII bus support -device dc # DEC/Intel 21143 and various workalikes -device pcn # AMD Am79C79x PCI 10/100 NICs -device rl # RealTek 8129/8139 -device sf # Adaptec AIC-6915 (``Starfire'') -device sis # Silicon Integrated Systems SiS 900/SiS 7016 -device ste # Sundance ST201 (D-Link DFE-550TX) -device tl # Texas Instruments ThunderLAN -device tx # SMC 9432TX (83c170 ``EPIC'') -device vr # VIA Rhine, Rhine II -device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ed -device ex -device ep -device fe -device cs -device sn -device wi -device an -device awi -device xe -device ie -device le -device lnc device random # Entropy device -options NOBLOCKRANDOM # avoid any blocking on device random +options NOBLOCKRANDOM 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) -device bpf # Berkeley packet filter -device uhci # UHCI PCI->USB interface -device ohci # OHCI PCI->USB interface -device usb # USB Bus (required) -device ugen # Generic -device uhid # "Human Interface Devices" -device ukbd # Keyboard -device ulpt # Printer -device umass # Disks/Mass storage - Requires scbus and da -device ums # Mouse -device urio # Diamond Rio 500 MP3 player -device uscanner # Scanners -device aue # ADMtek USB ethernet -device cue # CATC USB ethernet -device kue # Kawasaki LSI USB ethernet +device pty 256 # Pseudo-ttys (telnet etc) +device snp 4 +device bpf 4 # Berkeley packet filter +options IPFIREWALL +options IPFIREWALL_FORWARD +options IPFIREWALL_VERBOSE +options IPDIVERT +options DUMMYNET --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 0:21:52 2000 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 C74B937B4C5; Tue, 7 Nov 2000 00:21:41 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA78LWB31257; Tue, 7 Nov 2000 10:21:33 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA78LLZ85437; Tue, 7 Nov 2000 10:21:21 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A07BB80.25A33C9@FreeBSD.org> Date: Tue, 07 Nov 2000 10:21:20 +0200 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: "Alexander N. Kabaev" Cc: current@FreeBSD.org, jdp@FreeBSD.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alexander N. Kabaev" wrote: > Why FreeBSD does not link libgcc into shared libraries by default? Everyone > else is doing that. Linking shared libraries with libgcc seems to be the > ultimate work-around. Are there any compatibility problems which are keeping > FreeBSD from doing that? > > > OK, thanks. I'll take a look at it as soon as I can -- hopefully > > tonight. If I can come up with a reasonable work-around, I'll do so. > > > > John > > -- Nope, explicitly linking shared module with -lgcc doesn't solve this problem. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 0:28:59 2000 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 9D27537B479; Tue, 7 Nov 2000 00:28:53 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.109]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id eA78SoB31377; Tue, 7 Nov 2000 10:28:50 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.0/8.9.3) with ESMTP id eA78SqZ85450; Tue, 7 Nov 2000 10:28:52 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A07BD43.2452FE47@FreeBSD.org> Date: Tue, 07 Nov 2000 10:28:51 +0200 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: current@FreeBSD.org, jdp@FreeBSD.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes References: <3A066572.2CF3D7BC@FreeBSD.org> <200011061531.eA6FVv821977@vashon.polstra.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article <3A066572.2CF3D7BC@FreeBSD.org>, > Maxim Sobolev wrote: > > After the crt changes the following piece of code, which worked previously, > > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > > "__register_frame_info' error message (yeah, I know that it's better to check > > handle == NULL first, but it's the way some apps work). > > > > handle = dlopen("./module.so", RTLD_LAZY); > > if ((error = dlerror()) != NULL) > > { > > errx(1, "dlopen() failed: %s", error); > > /* Not reached */ > > } > > I personally think this code is broken. It's analogous to checking > errno without first testing a system call's return value. But this is the way how some programs work and our previous implementation was OK with that. > > The full sources of this testcase can be found at: > > http://people.freebsd.org/~sobomax/dlbug.tar.gz . > > OK, thanks. I'll take a look at it as soon as I can -- hopefully > tonight. If I can come up with a reasonable work-around, I'll do so. Please do, because I heard that this broke several ports, so it should be resolved as soon as possible, probably even by backing out appropriate changes from the -stable. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 0:29:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id D364337B479 for ; Tue, 7 Nov 2000 00:29:38 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 255A75730D; Tue, 7 Nov 2000 02:29:40 -0600 (CST) Date: Tue, 7 Nov 2000 02:29:40 -0600 From: "Michael C . Wu" To: Clive Lin Cc: freebsd-current@FreeBSD.ORG Subject: Re: Reproduceable current kernel panic. Message-ID: <20001107022939.A62445@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Clive Lin , freebsd-current@FreeBSD.ORG References: <20001107161336.A6911@cartier.cirx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001107161336.A6911@cartier.cirx.org>; from clive@CirX.ORG on Tue, Nov 07, 2000 at 04:13:37PM +0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 04:13:37PM +0800, Clive Lin scribbled: | may panic because of several IPFIREWALL options. The panic message I could | tell is about trap 12, swi6: clock and page fault. And the machine hangs | solidly right away, I have no idea how to provide a back trace :( What is your motherboard and hardware config? | There're 2 ways to triger the panic. 1) ssh to a 4.X machine. (In my | environment, 4.1.1-RELEASE) 2) Wait and see, it will panic in multi-user | mode soon or latter. | Attached 2 files are my kernel configuration file and diff against | GENERIC. (comments stripped) | My /usr/src is about time after cg@FreeBSD.org's es137x mixer fix. The | way I buildkernel is make buildkernel. No CFLAGS and COPTFLAGS defined | in my /etc/make.conf. Of course, buildworld and installworld has been done | successfully before buildkernel. | GENERIC kernel works pretty smooth. Can you compile a kernel with TCPDEBUG, DDB, INVARIANTS, KTR, and all the debugging options on both sides? Dump via DDB if possible. Tcpdump outputs before/during/after crash/trap12 would be great. Finally, have you tried upgrading 4.1.1-R to RELENG_4 and newer -current? I have presmpng, smpng, and 4.2-BETA on my lan working fine. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 1: 0:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from gray.westgate.gr (gray.westgate.gr [212.205.119.66]) by hub.freebsd.org (Postfix) with ESMTP id 495F037B4CF for ; Tue, 7 Nov 2000 01:00:35 -0800 (PST) Received: (from charon@localhost) by gray.westgate.gr (8.11.1/8.11.1) id eA78xU388973; Tue, 7 Nov 2000 10:59:30 +0200 (EET) Date: Tue, 7 Nov 2000 10:59:30 +0200 From: Giorgos Keramidas To: Chris Faulhaber Cc: Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf Message-ID: <20001107105930.A78577@gray.westgate.gr> References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001106181838.A50442@peitho.fxp.org>; from jedgar@fxp.org on Mon, Nov 06, 2000 at 06:18:38PM -0500 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 06, 2000 at 06:18:38PM -0500, Chris Faulhaber wrote: > > You forgot the patch(es) to the port(s) this would affect (e.g. xinetd). > The affected ports would need their ${PREFIX}/etc/rc.d files removed > (otherwise you would start them twice) along with a message letting the > installer know how to start it properly. As a first attempt to do this the proper way, I'm thinking of adding an option like USE_SYSTEM_ETC in the xinetd port, that will inhibit installing of the rc.d script, and print a note at the end that tells the installer to change inetd_program in /etc/rc.conf. Any objections to this? - giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 1:18:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from thing.orbitel.bg (thing.orbitel.bg [195.24.32.46]) by hub.freebsd.org (Postfix) with SMTP id 9047E37B4D7 for ; Tue, 7 Nov 2000 01:18:14 -0800 (PST) Received: (qmail 4205 invoked by uid 1001); 7 Nov 2000 09:18:13 -0000 Date: Tue, 7 Nov 2000 11:18:13 +0200 From: Stanislav Grozev To: freebsd-questions@freebsd.org Cc: freebsd-current@freebsd.org Subject: dfe-650 on -current Message-ID: <20001107111813.A4006@thing.orbitel.bg> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, i've updated one of my systems (a fujitsu-siemens series C) laptop to the current from yesterday, and my dfe-650 10/100 ethernet pcmcia card started to behave strangely: it is detected by the kernel and pccardd correctly as an ed0 device, ifconfig configures it correctly, but as soon as the interface is up, the kernel starts spewing ed0: device timeout... at first i suspected cable/hardware problem, and rebooted in windows98SE to see if the problem is present there also - unfortunately, the card works like a charm under windoze, so it isn't cable/hardware problem. before updating to the latest current (before it it was -current from 30 days) the card worked perfectly... i think it is some change in etc, because i've run mergemaster, but i am stupid and deleted my backup etc directory too soon;-( so, any suggestions? -tacho -- [i don't follow] | [http://daemonz.org/ || tacho@daemonz.org] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD4DBQE6B8jV3KS+A0T8MzkRAl8WAJICa0DoIkEcdc2LZzKjWpRQmPyQAJ9a4iXH +eq6XkosLDB2n6/V81gBEw== =H81R -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 1:31:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from alpha.dante.org.uk (alpha.dante.org.uk [193.63.211.19]) by hub.freebsd.org (Postfix) with ESMTP id 1557237B4C5 for ; Tue, 7 Nov 2000 01:31:41 -0800 (PST) Received: from theta.dante.org.uk ([193.63.211.7]) by alpha.dante.org.uk with esmtp (Exim 3.12 #4) id 13t55d-0005kR-00; Tue, 07 Nov 2000 09:30:49 +0000 Received: from localhost ([127.0.0.1] helo=dante.org.uk) by theta.dante.org.uk with esmtp (Exim 3.12 #4) id 13t55d-0005aE-00; Tue, 07 Nov 2000 09:30:49 +0000 Message-ID: <3A07CBC8.3A4A9E2D@dante.org.uk> Date: Tue, 07 Nov 2000 09:30:48 +0000 From: Konstantin Chuguev Organization: Delivery of Advanced Networking Service to Europe Ltd. X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en, ru MIME-Version: 1.0 To: Chris Faulhaber Cc: Giorgos Keramidas , Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Faulhaber wrote: > On Tue, Nov 07, 2000 at 01:02:03AM +0200, Giorgos Keramidas wrote: > > On Mon, Nov 06, 2000 at 03:37:01PM -0500, Forrest Aldrich wrote: > > > It would be useful to have back the program specification variable for > > > inetd. Currently we have: > > > > > > inetd_enable="YES" # Run the network daemon dispatcher (or NO). > > > inetd_flags="-wW" # Optional flags to inetd > > > > > > and the /etc/rc.* files assume the use of the stock inetd. Where some > > > people choose to use alternative inetd-like programs such as xinetd. > > [...] > > > > Nice idea! And the fix is simple. The included patch will correct it :-) > > > > You forgot the patch(es) to the port(s) this would affect (e.g. xinetd). > The affected ports would need their ${PREFIX}/etc/rc.d files removed > (otherwise you would start them twice) along with a message letting the > installer know how to start it properly. > If xinetd has a startup script, why don't you just set inetd_enable="NO" and let the /usr/local/etc/rc.d/xinetd.sh start normally? You need to edit no /etc/rc.* files (except for rc.conf.local, obviously). -- * * Konstantin Chuguev - Application Engineer * * Francis House, 112 Hills Road * Cambridge CB2 1PQ, United Kingdom D A N T E WWW: http://www.dante.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 2: 1:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from gray.westgate.gr (gray.westgate.gr [212.205.119.66]) by hub.freebsd.org (Postfix) with ESMTP id 7048737B479 for ; Tue, 7 Nov 2000 02:01:50 -0800 (PST) Received: (from charon@localhost) by gray.westgate.gr (8.11.1/8.11.1) id eA7A0uj97978; Tue, 7 Nov 2000 12:00:56 +0200 (EET) Date: Tue, 7 Nov 2000 12:00:56 +0200 From: Giorgos Keramidas To: Konstantin Chuguev Cc: Chris Faulhaber , Forrest Aldrich , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf Message-ID: <20001107120056.A97915@gray.westgate.gr> References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> <3A07CBC8.3A4A9E2D@dante.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A07CBC8.3A4A9E2D@dante.org.uk>; from Konstantin.Chuguev@dante.org.uk on Tue, Nov 07, 2000 at 09:30:48AM +0000 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 09:30:48AM +0000, Konstantin Chuguev wrote: > > If xinetd has a startup script, why don't you just set inetd_enable="NO" and let > the /usr/local/etc/rc.d/xinetd.sh start normally? You need to edit no /etc/rc.* > files (except for rc.conf.local, obviously). The original idea was to allow other programs to be used instead of the default inetd, by tweaking /etc/rc.conf appropriately. For instance, one could say: inetd_enable="YES" inetd_program="/usr/local/sbin/xinetd" inetd_flags="-reuse" and change his internet-superserver program to something else. I am not sure if this is something that a lot of people would consider a desired feature, but I was trying to see if it can be done (see the request that started this thread). - giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 2:30:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from mimer.webgiro.com (unknown [213.162.128.50]) by hub.freebsd.org (Postfix) with ESMTP id 9296437B479 for ; Tue, 7 Nov 2000 02:30:12 -0800 (PST) Received: by mimer.webgiro.com (Postfix, from userid 66) id 6831C2DC0B; Tue, 7 Nov 2000 11:32:48 +0100 (CET) Received: by mx.webgiro.com (Postfix, from userid 1001) id E48207817; Tue, 7 Nov 2000 11:25:50 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mx.webgiro.com (Postfix) with ESMTP id D741110E1A for ; Tue, 7 Nov 2000 11:25:50 +0100 (CET) Date: Tue, 7 Nov 2000 11:25:50 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: AcrobatReader4 crashes 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, On recent -current (as of yesterday), linux acroread4 no longer works properly. The main window comes up, but then either it crashes immediately, displays copy of the background or a messed-up fragments of document contents (menus still work), and after a couple of seconds crashes anyway with 'Exited with error code: 0x400e0009'. There is no coredump, however. The system is -current after full make world. The modules are in sync with the kernel. Good old Windows way (reinstall the app) doesn't help either. Anyone seeing something similar? Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 3:21:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn87.dh.casema.net [212.64.31.87]) by hub.freebsd.org (Postfix) with ESMTP id 979E837B4C5 for ; Tue, 7 Nov 2000 03:21:31 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.9.3) with ESMTP id eA7BaZ000233 for ; Tue, 7 Nov 2000 12:36:42 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001107122023.00b87ba0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 07 Nov 2000 12:20:31 +0100 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: Re: dfe-650 on -current 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 >it is detected by the kernel and pccardd correctly as an ed0 device, >ifconfig configures it correctly, but as soon as the interface >is up, the kernel starts spewing ed0: device timeout... This usually means IRQ stuffups. >at first i suspected cable/hardware problem, and rebooted in windows98SE >to see if the problem is present there also - unfortunately, the card >works like a charm under windoze, so it isn't cable/hardware problem. Reboot again, and see which IRQ the driver there uses. Then go into /etc/pccard.conf and replace the ? on the config line with that IRQ. >before updating to the latest current (before it it was -current from 30 days) >the card worked perfectly... i think it is some change in etc, because >i've run >mergemaster, but i am stupid and deleted my backup etc directory too soon;-( Ah the pain we all have to have felt once. =) DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 3:39:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from gridlock.yi.org (24.69.182.79.on.wave.home.com [24.69.182.79]) by hub.freebsd.org (Postfix) with ESMTP id C48E837B4CF for ; Tue, 7 Nov 2000 03:39:55 -0800 (PST) Received: from yahoo.com (szarl@localhost.localdomain [127.0.0.1]) by gridlock.yi.org (8.11.0/8.11.0) with ESMTP id eA7BeBm13653 for ; Tue, 7 Nov 2000 06:40:12 -0500 (EST) (envelope-from jpaspal@yahoo.com) Message-ID: <3A07EA1A.52885CBB@yahoo.com> Date: Tue, 07 Nov 2000 06:40:10 -0500 From: John Paspalovski X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.1.1-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: 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 Nov 7 3:56:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from thing.orbitel.bg (thing.orbitel.bg [195.24.32.46]) by hub.freebsd.org (Postfix) with SMTP id 9E39A37B4CF for ; Tue, 7 Nov 2000 03:56:54 -0800 (PST) Received: (qmail 26200 invoked by uid 1001); 7 Nov 2000 11:56:54 -0000 Date: Tue, 7 Nov 2000 13:56:54 +0200 From: Stanislav Grozev To: "Rogier R. Mulhuijzen" Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: dfe-650 on -current Message-ID: <20001107135654.A26151@thing.orbitel.bg> References: <20001107111813.A4006@thing.orbitel.bg> <4.3.2.7.0.20001107121751.00c1d810@mail.drwilco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.0.20001107121751.00c1d810@mail.drwilco.net>; from drwilco@drwilco.nl on Tue, Nov 07, 2000 at 12:19:40PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 12:19:40PM +0100, Rogier R. Mulhuijzen wrote: > > >it is detected by the kernel and pccardd correctly as an ed0 device, > >ifconfig configures it correctly, but as soon as the interface > >is up, the kernel starts spewing ed0: device timeout... > > This usually means IRQ stuffups. > > >at first i suspected cable/hardware problem, and rebooted in windows98SE > >to see if the problem is present there also - unfortunately, the card > >works like a charm under windoze, so it isn't cable/hardware problem. > > Reboot again, and see which IRQ the driver there uses. Then go into > /etc/pccard.conf and replace the ? on the config line with that IRQ. > yeah, that fixed it. thanks, i should have known. -tacho -- [i don't follow] | [http://daemonz.org/ || tacho@daemonz.org] [everything should be made as simple as possible, but no simpler] 0x44FC3339 || [02B5 798B 4BD1 97FB F8DB 72E4 DCA4 BE03 44FC 3339] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 5:39:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from pimout1-int.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by hub.freebsd.org (Postfix) with ESMTP id 6662837B479 for ; Tue, 7 Nov 2000 05:39:42 -0800 (PST) Received: from ppp-207-193-0-166.kscymo.swbell.net (ppp-207-193-0-166.kscymo.swbell.net [207.193.0.166]) by pimout1-int.prodigy.net (8.10.1/8.10.1) with ESMTP id eA7DdeZ65046 for ; Tue, 7 Nov 2000 08:39:40 -0500 Received: (from jbryant@localhost) by ppp-207-193-0-166.kscymo.swbell.net (8.9.3/8.9.3) id HAA08324 for freebsd-current@freebsd.org; Tue, 7 Nov 2000 07:39:47 -0600 (CST) (envelope-from jbryant) From: Jim Bryant Message-Id: <200011071339.HAA08324@ppp-207-193-0-166.kscymo.swbell.net> Subject: irq7 panic To: freebsd-current@freebsd.org Date: Tue, 7 Nov 100 07:39:25 -0600 (CST) Reply-To: kc5vdj@prodigy.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 4.0-RELEASE X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been getting a hard panic/page fault whenever attempting to print for a few weeks now. it always shows that it is hung in the irq7 process. does this have to do with the /dev/random wierdness? if so, any idea on when it will be fixed? jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ kc5vdj@prodigy.net KC5VDJ - HF to 23cm KC5VDJ@NW0I.#NEKS.KS.USA.NOAM HF/VHF: IC-706MkII VHF/UHF/SHF: IC-T81A KPC3+ & PK-232MBX Grid: EM28px ------------------------------------------------------------------------------ ET has one helluva sense of humor, always anal-probing right-wing schizos! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 6: 9:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 0931437B4D7 for ; Tue, 7 Nov 2000 06:09:52 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA7E9da53922; Tue, 7 Nov 2000 07:09:40 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011071409.eA7E9da53922@aslan.scsiguy.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Andy Farkas Cc: Warner Losh , current@FreeBSD.ORG Subject: Re: IP wierdness... In-Reply-To: Your message of "Tue, 07 Nov 2000 16:03:36 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Nov 2000 07:09:39 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> >tcpdump on the laptop sees the packet? That's very odd. >> >> Ceratinly is. I don't think this particular problem has anything >> to do with the cardbus adapter. I run tcpdump with "-v -v -v" and >> it never reported a bad checksum either. > >For curiosity's sake, I'd try a different cable to the hub... I've done much better than that. I've tried how different switches at different locations (home and work) which just happened to have different cables. 8-) The funny thing is that the version of this card that lacks a modem seems to work just fine. Windows can also talk to the card that is having problems under FreeBSD without any difficulty. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 6:23:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from forrie.net (forrie.net [216.67.14.69]) by hub.freebsd.org (Postfix) with ESMTP id CA0F537B4CF for ; Tue, 7 Nov 2000 06:23:26 -0800 (PST) Received: from boom.forrie.com (getbent@forrie.ne.mediaone.net [24.147.129.124]) by forrie.net with id eA7EMEP03841; Tue, 7 Nov 2000 09:22:14 -0500 (EST) Message-Id: <5.0.0.25.2.20001107091741.020ab5c0@216.67.14.69> X-Sender: forrie@216.67.14.69 X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 07 Nov 2000 09:18:45 -0500 To: Konstantin Chuguev , Chris Faulhaber From: Forrest Aldrich Subject: Re: /etc/defaults/rc.conf Cc: Giorgos Keramidas , freebsd-current@FreeBSD.ORG In-Reply-To: <3A07CBC8.3A4A9E2D@dante.org.uk> References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> 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 At 09:30 AM 11/7/2000 +0000, Konstantin Chuguev wrote: >If xinetd has a startup script, why don't you just set inetd_enable="NO" >and let >the /usr/local/etc/rc.d/xinetd.sh start normally? You need to edit no >/etc/rc.* >files (except for rc.conf.local, obviously). [ .. ] Sure that would work, but for the type of service it is, this seems rather ambiguous. I would rather see this service handled in the rc.* scripts, where other similar services are handled. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 6:58:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from nil.science-factory.com (Sciencefactory-atm1-181.piro.net [195.135.137.205]) by hub.freebsd.org (Postfix) with ESMTP id 90C0937B479 for ; Tue, 7 Nov 2000 06:58:30 -0800 (PST) Received: (from mvw@localhost) by nil.science-factory.com (8.11.1/8.11.1) id eA7Evwb00616; Tue, 7 Nov 2000 15:57:58 +0100 (CET) (envelope-from marc.vanwoerkom@science-factory.com) Date: Tue, 7 Nov 2000 15:57:58 +0100 (CET) Message-Id: <200011071457.eA7Evwb00616@nil.science-factory.com> X-Authentication-Warning: nil.science-factory.com: mvw set sender to marc.vanwoerkom@science-factory.com using -f From: Marc van Woerkom To: freebsd-current@freebsd.org Subject: psm device and XFree86 4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I upgraded my box to the latest -current yesterday and also rebuilt XFree86 4. Last one was from August. Aside from some configuration hassles that were easy to overcome thanks to the UPDATING file and comparison of my config with NOTES and GENERIC, I had big problems today with my Microsoft Intellimouse (two buttons, one wheel/button) -- the mouse pointer produced garbage movement and click events when I moved the mouse. After scanning freebsd-current, I found some messages by Christian Weisgerber and Trent Nelson were the protocol option from etc/X11/XF86Config played a role. And indeed it turned out that my problem was gone, when I changed Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" #"PS/2" #"IntelliMouse" Option "Device" "/dev/psm0" from "PS/2" to "auto". Note that I run no moused. I hope this helps. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 8:42:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7]) by hub.freebsd.org (Postfix) with ESMTP id 09A3437B479 for ; Tue, 7 Nov 2000 08:42:31 -0800 (PST) Received: from work.mzaki.nom (169.pool8.ipctokyo.att.ne.jp [165.76.204.169]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/06/00)) id BAA26801; Wed, 8 Nov 2000 01:42:28 +0900 (JST) Date: Wed, 08 Nov 2000 01:42:27 +0900 Message-ID: <86itpzybrg.wl@tkc.att.ne.jp> From: Motomichi Matsuzaki To: current@freebsd.org Subject: Re: irq7 panic In-Reply-To: In your message of "Tue, 7 Nov 100 07:39:25 -0600 (CST)" <200011071339.HAA08324@ppp-207-193-0-166.kscymo.swbell.net> References: <200011071339.HAA08324@ppp-207-193-0-166.kscymo.swbell.net> X-Mailer: Wanderlust/1.1.1 (Purple Rain) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, At Tue, 7 Nov 100 07:39:25 -0600 (CST), Jim Bryant wrote: > I've been getting a hard panic/page fault whenever attempting to print > for a few weeks now. I have the same problem on the i386/SMP from Oct 10 to date. Sep 23 world works fine. dmesg: ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 I've found that it happens during the function fork_trampoline(), and caused by calling indefinite function which shoud be set by cpu_set_fork_handler(). When I request printing (lpr), the interrupt threads (irq7: lpt0) is create, then call the function, but there is no effective codes, and panic. -- Motomichi Matsuzaki Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 9:28: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from ruby.digisle.com (ruby.digisle.net [167.216.192.43]) by hub.freebsd.org (Postfix) with ESMTP id 2BE3437B4CF; Tue, 7 Nov 2000 09:27:58 -0800 (PST) Received: from guinness.digisle.net (guinness.digisle.net [167.216.152.33]) by ruby.digisle.com (8.9.3/8.9.3/mx) with ESMTP id RAA17890; Tue, 7 Nov 2000 17:27:56 GMT Received: from digisle.com (comanche.digisle.com [206.220.227.145]) by guinness.digisle.net (8.9.3/8.9.3/digisle) with ESMTP id RAA21536; Tue, 7 Nov 2000 17:27:55 GMT Message-ID: <3A083B9A.4C1DDD82@digisle.com> Date: Tue, 07 Nov 2000 09:27:54 -0800 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Harti Brandt Cc: current@freebsd.org, hackers@freebsd.org Subject: [PATCH] Please review and commit (Re: if_tap and devfs) References: Content-Type: multipart/mixed; boundary="------------367164509B202DD0CF71424B" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------367164509B202DD0CF71424B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Harti, > > > is there somebody working to make if_tap devfs-ready? Or I'm doing > > > something wrong? > > > > [SNIP] > > it seems to me that it did not get commited. i will look into it again > > today and re-send patch to the list. > > Great! It works. (Minus a spelling error: the parameter in > tapclone() should spell 'namelen'). Would nice if it get's committed. ooops :) sorry about that. unfortunately, i can not commit it. we have to ask one of the commiters. To ALL: anyone wants to review and commit the attached patch? thanks, emax --------------367164509B202DD0CF71424B Content-Type: text/plain; charset=us-ascii; name="if_tap.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_tap.c.diff" *** if_tap.c.orig Mon Nov 6 09:24:08 2000 --- if_tap.c Mon Nov 6 10:26:35 2000 *************** *** 79,84 **** --- 79,85 ---- static int tapmodevent __P((module_t, int, void *)); /* device */ + static void tapclone __P((void *, char *, int, dev_t *)); static void tapcreate __P((dev_t)); /* network interface */ *************** *** 131,157 **** int type; void *data; { ! static int attached = 0; ! struct ifnet *ifp = NULL; ! int unit, s; switch (type) { case MOD_LOAD: if (attached) return (EEXIST); cdevsw_add(&tap_cdevsw); attached = 1; break; ! case MOD_UNLOAD: if (taprefcnt > 0) return (EBUSY); cdevsw_remove(&tap_cdevsw); unit = 0; while (unit <= taplastunit) { s = splimp(); TAILQ_FOREACH(ifp, &ifnet, if_link) if ((strcmp(ifp->if_name, TAP) == 0) || --- 132,164 ---- int type; void *data; { ! static int attached = 0; ! static eventhandler_tag eh_tag = NULL; switch (type) { case MOD_LOAD: if (attached) return (EEXIST); + eh_tag = EVENTHANDLER_REGISTER(dev_clone, tapclone, 0, 1000); cdevsw_add(&tap_cdevsw); attached = 1; break; ! case MOD_UNLOAD: { ! int unit; ! if (taprefcnt > 0) return (EBUSY); + EVENTHANDLER_DEREGISTER(dev_clone, eh_tag); cdevsw_remove(&tap_cdevsw); unit = 0; while (unit <= taplastunit) { + int s; + struct ifnet *ifp = NULL; + s = splimp(); TAILQ_FOREACH(ifp, &ifnet, if_link) if ((strcmp(ifp->if_name, TAP) == 0) || *************** *** 179,185 **** } attached = 0; ! break; default: return (EOPNOTSUPP); --- 186,192 ---- } attached = 0; ! } break; default: return (EOPNOTSUPP); *************** *** 187,192 **** --- 194,234 ---- return (0); } /* tapmodevent */ + + + /* + * DEVFS handler + * + * We need to support two kind of devices - tap and vmnet + */ + static void + tapclone(arg, name, namelen, dev) + void *arg; + char *name; + int namelen; + dev_t *dev; + { + int unit, minor; + char *device_name = NULL; + + if (*dev != NODEV) + return; + + device_name = TAP; + if (dev_stdclone(name, NULL, device_name, &unit) != 1) { + device_name = VMNET; + + if (dev_stdclone(name, NULL, device_name, &unit) != 1) + return; + + minor = (unit | VMNET_DEV_MASK); + } + else + minor = unit; + + *dev = make_dev(&tap_cdevsw, minor, UID_ROOT, GID_WHEEL, 0600, "%s%d", + device_name, unit); + } /* tapclone */ /* --------------367164509B202DD0CF71424B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 10: 3: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 47BCB37B479; Tue, 7 Nov 2000 10:03:03 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id eA7I2xX37705; Tue, 7 Nov 2000 13:02:59 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <3A07BB80.25A33C9@FreeBSD.org> Date: Tue, 07 Nov 2000 13:02:58 -0500 (EST) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: Maxim Sobolev Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes Cc: jdp@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Nope, explicitly linking shared module with -lgcc doesn't solve this problem. > > -Maxim Then it is not new crt* code that is broken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 10: 8:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 4677837B479; Tue, 7 Nov 2000 10:08:39 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA11462; Tue, 7 Nov 2000 10:08:37 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA7I8b324937; Tue, 7 Nov 2000 10:08:37 -0800 (PST) (envelope-from jdp) Date: Tue, 7 Nov 2000 10:08:37 -0800 (PST) Message-Id: <200011071808.eA7I8b324937@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: sobomax@freebsd.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: <3A066572.2CF3D7BC@FreeBSD.org> References: <3A066572.2CF3D7BC@FreeBSD.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A066572.2CF3D7BC@FreeBSD.org>, Maxim Sobolev wrote: > The full sources of this testcase can be found at: > http://people.freebsd.org/~sobomax/dlbug.tar.gz . Thanks for the nice test case. It made my job a lot easier. :-) The bug is in the dynamic linker. I'll append the patch to the end of this mail. The patch is relative to -stable, but the rtld.c source is identical in -current. I'm doing a little more testing, then I'll commit the fix to -current. And I'll ask Mr. Release Engineer to let me merge it into -stable. John Index: rtld.c =================================================================== RCS file: /home/ncvs/src/libexec/rtld-elf/rtld.c,v retrieving revision 1.43.2.4 diff -U9 -r1.43.2.4 rtld.c --- rtld.c 2000/09/22 02:22:51 1.43.2.4 +++ rtld.c 2000/11/07 17:43:44 @@ -1825,20 +1825,18 @@ symp = symlook_obj(name, hash, &obj_rtld, in_plt); if (symp != NULL && is_exported(symp)) { def = symp; defobj = &obj_rtld; } } if (def != NULL) *defobj_out = defobj; - else - _rtld_error("%s: Undefined symbol \"%s\"", refobj->path, name); return def; } static const Elf_Sym * symlook_list(const char *name, unsigned long hash, Objlist *objlist, const Obj_Entry **defobj_out, bool in_plt, DoneList *dlp) { const Elf_Sym *symp; const Elf_Sym *def; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 10:10:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 14F9137B4C5 for ; Tue, 7 Nov 2000 10:10:34 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA11488; Tue, 7 Nov 2000 10:10:28 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA7IAR024959; Tue, 7 Nov 2000 10:10:27 -0800 (PST) (envelope-from jdp) Date: Tue, 7 Nov 2000 10:10:27 -0800 (PST) Message-Id: <200011071810.eA7IAR024959@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: ak03@gte.com Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Alexander N. Kabaev wrote: > > Nope, explicitly linking shared module with -lgcc doesn't solve > > this problem. > > Then it is not new crt* code that is broken That's correct. The new crt code just uncovered the bug in the dynamic linker. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 10:26:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 0E4CE37B479 for ; Tue, 7 Nov 2000 10:26:22 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id eA7IQHd37933 for current@FreeBSD.ORG; Tue, 7 Nov 2000 13:26:17 -0500 (EST) (envelope-from ak03) 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: <200011071810.eA7IAR024959@vashon.polstra.com> Date: Tue, 07 Nov 2000 13:26:17 -0500 (EST) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: current@FreeBSD.ORG Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John, I think dymanic loader should clear it's error_string variable before returning success to the caller. I am halfway done preparing the patch to do that. Is that the bug you mentioned or there is something else? Anyway, do you want to see my patch when it is ready or you prefer to take care of the problem yourself? > > That's correct. The new crt code just uncovered the bug in the > dynamic linker. > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 10:48:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D978237B4FE for ; Tue, 7 Nov 2000 10:48:51 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id KAA11681; Tue, 7 Nov 2000 10:48:48 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA7Iml425106; Tue, 7 Nov 2000 10:48:47 -0800 (PST) (envelope-from jdp) Date: Tue, 7 Nov 2000 10:48:47 -0800 (PST) Message-Id: <200011071848.eA7Iml425106@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: ak03@gte.com Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Alexander N. Kabaev wrote: > I think dymanic loader should clear it's error_string variable > before returning success to the caller. I don't think it is allowed to do that. See the SUSv2 description: http://www.opengroup.org/onlinepubs/007908799/xsh/dlerror.html > I am halfway done preparing the patch to do that. Is that the bug > you mentioned or there is something else? The bug is that when I implemented support for RTLD_DEFAULT, I made a mistake and set the dlerror string in a place where I shouldn't have set it. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 11:29:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 77D5937B479 for ; Tue, 7 Nov 2000 11:29:02 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA7JSmR13047 for ; Tue, 7 Nov 2000 12:28:49 -0700 (MST) Date: Tue, 7 Nov 2000 12:28:47 -0700 (MST) From: X-Sender: janb@gecko To: freebsd-current@FreeBSD.ORG Subject: latest build install disks broken 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 tried the latest build from current.freebsd.org. (11-7) I tried multiple floppies to make sure that it was not a problem with bad sectors (fdimage should catch this anyway). On boot from the kern.flp image the computer stops at the boot loader with the message elf_loadexec: cannot seek can't load file '/kernel':input/output error Hit enter to boot immediately, or any other key for command prompt. {I hit enter} booting [/kernel] can't load 'kernel.ko' Type '?' for a list of commands, 'help' for more detailed help. ok _ {on 'ls' i get:} d boot kernel.gz Can anybody reproduce this error? I have tried two machines with the same result. the image from yesterday, (11-6) works fine. Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 11:32:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 4392337B479 for ; Tue, 7 Nov 2000 11:32:53 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.0/8.11.0) id eA7JWqs38382 for current@freebsd.org; Tue, 7 Nov 2000 14:32:52 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.4.0.FreeBSD:001107143252:37037=_" In-Reply-To: <200011071848.eA7Iml425106@vashon.polstra.com> Date: Tue, 07 Nov 2000 14:32:52 -0500 (EST) Organization: GTE Laboratories Inc. From: "Alexander N. Kabaev" To: current@freebsd.org Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.4.0.FreeBSD:001107143252:37037=_ Content-Type: text/plain; charset=us-ascii > > I don't think it is allowed to do that. See the SUSv2 description: > > http://www.opengroup.org/onlinepubs/007908799/xsh/dlerror.html > Sorry, you are right of course. The attached patch removes the _rtld_error call at the end of the symlook_default function which seems to be unnecessary. Is that what you had in mind? --_=XFMail.1.4.0.FreeBSD:001107143252:37037=_ Content-Disposition: attachment; filename="rtld.patch" Content-Transfer-Encoding: base64 Content-Description: rtld.patch Content-Type: application/octet-stream; name=rtld.patch; SizeOnDisk=414 SW5kZXg6IHJ0bGQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvdXNyL25jdnMvc3JjL2xpYmV4ZWMv cnRsZC1lbGYvcnRsZC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQ5CmRpZmYgLXUgLXIxLjQ5 IHJ0bGQuYwotLS0gcnRsZC5jCTIwMDAvMDkvMTkgMDQ6Mjc6MTYJMS40OQorKysgcnRsZC5jCTIw MDAvMTEvMDcgMTk6MjY6NTYKQEAgLTE4MzEsOCArMTgzMSw2IEBACiAKICAgICBpZiAoZGVmICE9 IE5VTEwpCiAJKmRlZm9ial9vdXQgPSBkZWZvYmo7Ci0gICAgZWxzZQotCV9ydGxkX2Vycm9yKCIl czogVW5kZWZpbmVkIHN5bWJvbCBcIiVzXCIiLCByZWZvYmotPnBhdGgsIG5hbWUpOwogICAgIHJl dHVybiBkZWY7CiB9CiAK --_=XFMail.1.4.0.FreeBSD:001107143252:37037=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 11:46:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4D67237B479 for ; Tue, 7 Nov 2000 11:46:26 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA7JkOg09682; Tue, 7 Nov 2000 12:46:25 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA22183; Tue, 7 Nov 2000 12:46:24 -0700 (MST) Message-Id: <200011071946.MAA22183@harmony.village.org> To: "Rogier R. Mulhuijzen" Subject: Re: dfe-650 on -current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 07 Nov 2000 12:20:31 +0100." <4.3.2.7.0.20001107122023.00b87ba0@mail.drwilco.net> References: <4.3.2.7.0.20001107122023.00b87ba0@mail.drwilco.net> Date: Tue, 07 Nov 2000 12:46:24 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <4.3.2.7.0.20001107122023.00b87ba0@mail.drwilco.net> "Rogier R. Mulhuijzen" writes: : Reboot again, and see which IRQ the driver there uses. Then go into : /etc/pccard.conf and replace the ? on the config line with that IRQ. Strike that. Don't replace the ? on the config line. Since we have /etc/defaults/pccard.conf and /etc/pccard.conf now, it is far better to add a couple lines to /etc/pccard.conf listing the available io and irq space. Most machines that I deal with have 1 or 2 line /etc/pccard.conf now, usually with something like irq 10 11 in them. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 12:13:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 345F437B479 for ; Tue, 7 Nov 2000 12:13:48 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA7KDgg09802 for ; Tue, 7 Nov 2000 13:13:46 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA22410 for ; Tue, 7 Nov 2000 13:13:41 -0700 (MST) Message-Id: <200011072013.NAA22410@harmony.village.org> To: current@freebsd.org Subject: umount -f busted Date: Tue, 07 Nov 2000 13:13:41 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just tried to umount -f /home, where /home was an NFS mounted file system on a network that was no longer attached to my laptop. In the past this has just worked, even if processes were hung in disk wait state. When I tried it last night on an Oct 29th kernel, I got EBUSY and the file system remained mounted. This can't be right. Is there any way to really force it short of a reboot? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 13: 4:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id B845237B479 for ; Tue, 7 Nov 2000 13:04:53 -0800 (PST) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 101F11C83; Tue, 7 Nov 2000 16:04:53 -0500 (EST) Date: Tue, 7 Nov 2000 16:04:53 -0500 From: Bill Fumerola To: Warner Losh Cc: current@freebsd.org Subject: Re: umount -f busted Message-ID: <20001107160452.R37870@jade.chc-chimes.com> References: <200011072013.NAA22410@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011072013.NAA22410@harmony.village.org>; from imp@village.org on Tue, Nov 07, 2000 at 01:13:41PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 01:13:41PM -0700, Warner Losh wrote: > I just tried to umount -f /home, where /home was an NFS mounted file > system on a network that was no longer attached to my laptop. In the > past this has just worked, even if processes were hung in disk wait > state. When I tried it last night on an Oct 29th kernel, I got EBUSY > and the file system remained mounted. > > This can't be right. Is there any way to really force it short of a > reboot? That's just the way it seems to be. Mount with 'intr,soft' for better luck with this. -- Bill Fumerola - Network Architect, BOFH / Chimes, Inc. billf@chimesnet.com / billf@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 Nov 7 13:14:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id ACE4A37B4C5 for ; Tue, 7 Nov 2000 13:14:07 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA7LE5g10047; Tue, 7 Nov 2000 14:14:05 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA22975; Tue, 7 Nov 2000 14:14:04 -0700 (MST) Message-Id: <200011072114.OAA22975@harmony.village.org> To: Bill Fumerola Subject: Re: umount -f busted Cc: current@freebsd.org In-reply-to: Your message of "Tue, 07 Nov 2000 16:04:53 EST." <20001107160452.R37870@jade.chc-chimes.com> References: <20001107160452.R37870@jade.chc-chimes.com> <200011072013.NAA22410@harmony.village.org> Date: Tue, 07 Nov 2000 14:14:04 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001107160452.R37870@jade.chc-chimes.com> Bill Fumerola writes: : On Tue, Nov 07, 2000 at 01:13:41PM -0700, Warner Losh wrote: : : > I just tried to umount -f /home, where /home was an NFS mounted file : > system on a network that was no longer attached to my laptop. In the : > past this has just worked, even if processes were hung in disk wait : > state. When I tried it last night on an Oct 29th kernel, I got EBUSY : > and the file system remained mounted. : > : > This can't be right. Is there any way to really force it short of a : > reboot? : : That's just the way it seems to be. It didn't used to be this way. : Mount with 'intr,soft' for better luck with this. Things weren't stuck in disk wait, but they still returned EBUSY. Force means force, damnit! Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 13:41:13 2000 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 95A7637B479 for ; Tue, 7 Nov 2000 13:41:11 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id eA7Lf1B09852; Tue, 7 Nov 2000 13:41:01 -0800 (PST) Date: Tue, 7 Nov 2000 13:41:01 -0800 From: Alfred Perlstein To: Warner Losh Cc: Bill Fumerola , current@FreeBSD.ORG Subject: Re: umount -f busted Message-ID: <20001107134101.C5112@fw.wintelcom.net> References: <20001107160452.R37870@jade.chc-chimes.com> <200011072013.NAA22410@harmony.village.org> <20001107160452.R37870@jade.chc-chimes.com> <200011072114.OAA22975@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <200011072114.OAA22975@harmony.village.org>; from imp@village.org on Tue, Nov 07, 2000 at 02:14:04PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Warner Losh [001107 13:14] wrote: > In message <20001107160452.R37870@jade.chc-chimes.com> Bill Fumerola writes: > : On Tue, Nov 07, 2000 at 01:13:41PM -0700, Warner Losh wrote: > : > : > I just tried to umount -f /home, where /home was an NFS mounted file > : > system on a network that was no longer attached to my laptop. In the > : > past this has just worked, even if processes were hung in disk wait > : > state. When I tried it last night on an Oct 29th kernel, I got EBUSY > : > and the file system remained mounted. > : > > : > This can't be right. Is there any way to really force it short of a > : > reboot? > : > : That's just the way it seems to be. > > It didn't used to be this way. > > : Mount with 'intr,soft' for better luck with this. > > Things weren't stuck in disk wait, but they still returned EBUSY. > > Force means force, damnit! Yes, this used to work quite well for some time, I have no idea who broke it. Maybe you can sprinkle some printfs in the code and narrow it down a bit? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 13:54:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id DD2BA37B4D7 for ; Tue, 7 Nov 2000 13:54:52 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA7Lspg10180; Tue, 7 Nov 2000 14:54:51 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA23208; Tue, 7 Nov 2000 14:54:50 -0700 (MST) Message-Id: <200011072154.OAA23208@harmony.village.org> To: Alfred Perlstein Subject: Re: umount -f busted Cc: Bill Fumerola , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 07 Nov 2000 13:41:01 PST." <20001107134101.C5112@fw.wintelcom.net> References: <20001107134101.C5112@fw.wintelcom.net> <20001107160452.R37870@jade.chc-chimes.com> <200011072013.NAA22410@harmony.village.org> <20001107160452.R37870@jade.chc-chimes.com> <200011072114.OAA22975@harmony.village.org> Date: Tue, 07 Nov 2000 14:54:50 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20001107134101.C5112@fw.wintelcom.net> Alfred Perlstein writes: : Yes, this used to work quite well for some time, I have no idea : who broke it. Maybe you can sprinkle some printfs in the code and : narrow it down a bit? I'll give it a shot. I'm glad to see it is a "should work but is busted" rather than a "depreicated functionality, cope." situtation. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 16:43:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by hub.freebsd.org (Postfix) with ESMTP id AD87637B479 for ; Tue, 7 Nov 2000 16:43:19 -0800 (PST) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by gatekeeper.radio-do.de (Postfix) with ESMTP id 05E1416EE4 for ; Wed, 8 Nov 2000 01:43:12 +0100 (CET) Received: (from fn@localhost) by trinity.radio-do.de (8.11.1/8.9.3) id eA80hCQ00439 for freebsd-current@freebsd.org; Wed, 8 Nov 2000 01:43:12 +0100 (CET) (envelope-from fn@gatekeeper.radio-do.de) Date: Wed, 8 Nov 2000 01:43:12 +0100 From: Frank Nobis To: freebsd-current@freebsd.org Subject: Strange dma_init error on current with awe64 and floppy Message-ID: <20001108014312.A417@radio-do.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 Hi, please have a look at the following dmesg output. I'm sure I must have overseen something trivial, but currently I can't figure out what it is. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Wed Nov 8 00:10:53 CET 2000 root@trinity.radio-do.de:/usr/obj/usr/src/sys/G5SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 536858624 (524276K bytes) avail memory = 518561792 (506408K bytes) Preloaded elf kernel "kernel" at 0xc03fb000. Preloaded elf module "vn.ko" at 0xc03fb09c. Preloaded elf module "linux.ko" at 0xc03fb138. Preloaded elf module "bktr.ko" at 0xc03fb1d8. Preloaded elf module "bktr_mem.ko" at 0xc03fb274. Preloaded elf module "snd_pcm.ko" at 0xc03fb314. Preloaded elf module "snd_sbc.ko" at 0xc03fb3b4. Preloaded elf module "snd_sb16.ko" at 0xc03fb454. sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 isa_dmainit(1, 4096) failed isa_dmainit(5, 4096) failed pcm0: chn_init() for (record:0) failed pcm0: chn_init() for (play:0) failed fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 isa_dmainit(2, 1024) failed fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Regards, Frank -- ~/.signature not found: wellknown error 42 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 17:42:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 98FB437B479 for ; Tue, 7 Nov 2000 17:42:28 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id RAA13820 for ; Tue, 7 Nov 2000 17:42:27 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA81gRB26005; Tue, 7 Nov 2000 17:42:27 -0800 (PST) (envelope-from jdp) Date: Tue, 7 Nov 2000 17:42:27 -0800 (PST) Message-Id: <200011080142.eA81gRB26005@vashon.polstra.com> To: current@freebsd.org From: John Polstra Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: <3A066572.2CF3D7BC@FreeBSD.org> References: <3A066572.2CF3D7BC@FreeBSD.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <3A066572.2CF3D7BC@FreeBSD.org>, Maxim Sobolev wrote: > After the crt changes the following piece of code, which worked previously, > gives a 'host: dlopen() failed: ./module.so: Undefined symbol > "__register_frame_info' error message (yeah, I know that it's better to check > handle == NULL first, but it's the way some apps work). This should be fixed now in both -current and -stable. The fix is in "src/libexec/rtld-elf/rtld.c", revisions 1.50 (-current) and 1.43.2.5 (-stable). John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 7 18:12: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id E74AE37B4C5 for ; Tue, 7 Nov 2000 18:11:55 -0800 (PST) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id DAA54015; Wed, 8 Nov 2000 03:11:46 +0100 (CET) Message-Id: <200011080211.DAA54015@midten.fast.no> To: fn@radio-do.de Cc: freebsd-current@FreeBSD.ORG Subject: Re: Strange dma_init error on current with awe64 and floppy From: Tor.Egge@fast.no In-Reply-To: Your message of "Wed, 8 Nov 2000 01:43:12 +0100" References: <20001108014312.A417@radio-do.de> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 08 Nov 2000 03:11:46 +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm sure I must have overseen something trivial, but currently I can't > figure out what it is. The lower 16 MB memory has been used for kernel text, data, bss arrays allocated by vm_page_startup() memory allocated via malloc() with M_ZERO - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 0:44:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by hub.freebsd.org (Postfix) with ESMTP id 4575337B479 for ; Wed, 8 Nov 2000 00:44:56 -0800 (PST) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by gatekeeper.radio-do.de (Postfix) with ESMTP id C7B7917143; Wed, 8 Nov 2000 09:44:53 +0100 (CET) Received: (from fn@localhost) by trinity.radio-do.de (8.11.1/8.9.3) id eA88irg00473; Wed, 8 Nov 2000 09:44:53 +0100 (CET) (envelope-from fn@gatekeeper.radio-do.de) Date: Wed, 8 Nov 2000 09:44:52 +0100 From: Frank Nobis To: Tor.Egge@fast.no Cc: freebsd-current@FreeBSD.ORG Subject: Re: Strange dma_init error on current with awe64 and floppy Message-ID: <20001108094452.A451@radio-do.de> References: <20001108014312.A417@radio-do.de> <200011080211.DAA54015@midten.fast.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011080211.DAA54015@midten.fast.no>; from Tor.Egge@fast.no on Wed, Nov 08, 2000 at 03:11:46AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 08, 2000 at 03:11:46AM +0100, Tor.Egge@fast.no wrote: > > > I'm sure I must have overseen something trivial, but currently I can't > > figure out what it is. > > The lower 16 MB memory has been used for > > kernel text, data, bss > arrays allocated by vm_page_startup() > memory allocated via malloc() with M_ZERO I don't think that is the problem. I tried an older PRENGSMP kernel nearly the same config like the actual one. Same means a bit larger, more devices. Know I build a GENERIC kernel striped down to the devices I thibk I need in kernel. Other devices like the bktr and the pcm are loaded as module. The config file is here http://www.radio-do.de/~fn/G5SMP The dmesg is http://www.radio-do.de/~fn/dmesg.txt Here the out from top right after boot into single user mode and after going multi user. In sum the used mem is 11460K. There should be space for the dma buffer needed for sound card and fdc. Is there other memory in use that top doesn't show ? Because the physical memory is 512M. last pid: 41; load averages: 0.05, 0.03, 0.01 up 0+00:02:09 09:31:41 2 processes: 1 running, 1 sleeping Mem: 704K Active, 1776K Inact, 7716K Wired, 1264K Buf, 490M Free Swap: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 41 root 46 0 1900K 1076K CPU1 0 0:00 0.00% 0.00% top 6 root 10 0 716K 368K wait 0 0:00 0.00% 0.00% sh last pid: 425; load averages: 0.48, 0.12, 0.04 up 0+00:02:35 09:32:07 66 processes: 5 running, 44 sleeping, 17 waiting Mem: 43M Active, 9580K Inact, 14M Wired, 80K Cache, 12M Buf, 434M Free Swap: 550M Total, 550M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 10 root -22 0 0K 0K RUN 1 1:35 49.81% 49.71% idle: cpu1 11 root -22 0 0K 0K RUN 0 1:35 49.37% 49.27% idle: cpu0 337 nobody 84 16 14636K 13824K CPU1 0 0:13 90.23% 45.46% setiathome 334 nobody 83 16 15148K 14336K RUN 0 0:13 89.94% 45.31% setiathome 358 root 10 0 1128K 1012K wait 0 0:00 2.86% 1.37% bash 210 root 2 0 2116K 1392K select 1 0:00 0.41% 0.24% sshd 425 root 49 0 1944K 1152K CPU0 0 0:00 0.00% 0.00% top some ideas how to track this further ? Regards, Frank -- ~/.signature not found: wellknown error 42 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 1: 8: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from free.bsdshell.net (free.bsdshell.net [213.11.81.132]) by hub.freebsd.org (Postfix) with ESMTP id 81AD637B479 for ; Wed, 8 Nov 2000 01:08:03 -0800 (PST) Received: by free.bsdshell.net (Postfix, from userid 2710) id CAA815DDA; Wed, 8 Nov 2000 10:18:18 +0100 (CET) To: freebsd-current@freebsd.org Subject: cvs problems Message-Id: <20001108091818.CAA815DDA@free.bsdshell.net> Date: Wed, 8 Nov 2000 10:18:18 +0100 (CET) From: urded@bsdshell.net (urded) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I updated my sources using cvsup, and i am unable to make the world : the message i get is : ===> doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc make: don't know how to make bool-array.cc. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. So, what should i do ? In advance, thaks a lot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 1:46:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from xkis.kis.ru (xkis.kis.ru [195.98.32.200]) by hub.freebsd.org (Postfix) with ESMTP id 8B4B037B479 for ; Wed, 8 Nov 2000 01:46:46 -0800 (PST) Received: from localhost (dv@localhost) by xkis.kis.ru (8.9.3/8.9.3) with SMTP id MAA00144 for ; Wed, 8 Nov 2000 12:46:44 +0300 (MSK) Date: Wed, 8 Nov 2000 12:46:43 +0300 (MSK) From: Dmitry Valdov X-Sender: dv@xkis.kis.ru To: current@freebsd.org Subject: licq after crt* change 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! licq doesn't work since crt* change.. (coredumps) Any workaround? (recompile if licq & qt doesn't help). /usr/ports/net/licq Dmitry. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 3: 2:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 4E21437B4C5 for ; Wed, 8 Nov 2000 03:02:38 -0800 (PST) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id MAA84655; Wed, 8 Nov 2000 12:04:11 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <200011081104.MAA84655@numeri.campus.luth.se> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: Alfred Perlstein , Bill Fumerola , current@FreeBSD.ORG Subject: Re: umount -f busted In-Reply-To: Your message of "Tue, 07 Nov 2000 14:54:50 MST." <200011072154.OAA23208@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Nov 2000 12:04:10 +0100 From: Johan Karlsson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 07 Nov 2000 14:54:50 MST, Warner Losh wrote: > In message <20001107134101.C5112@fw.wintelcom.net> Alfred Perlstein writes: > : Yes, this used to work quite well for some time, I have no idea > : who broke it. Maybe you can sprinkle some printfs in the code and > : narrow it down a bit? > > I'll give it a shot. I'm glad to see it is a "should work but is > busted" rather than a "depreicated functionality, cope." situtation. This seems to be an realy old problem, see PR 765 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=765 /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 4:37:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from green.dyndns.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 101C937B479; Wed, 8 Nov 2000 04:37:32 -0800 (PST) Received: from localhost (1bo5ag@localhost [127.0.0.1]) by green.dyndns.org (8.11.0/8.11.0) with ESMTP id eA8CbQ556009; Wed, 8 Nov 2000 07:37:28 -0500 (EST) (envelope-from green@FreeBSD.org) Message-Id: <200011081237.eA8CbQ556009@green.dyndns.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: current@FreeBSD.org Cc: ak03@gte.com Subject: Re: Problem with dlopen()/dlsym() after recent crt* changes In-Reply-To: Message from John Polstra of "Mon, 06 Nov 2000 19:15:23 PST." <200011070315.eA73FNE23545@vashon.polstra.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 08 Nov 2000 07:37:25 -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article , Alexander N. Kabaev > wrote: > = > > Why FreeBSD does not link libgcc into shared libraries by > > default? Everyone else is doing that. Linking shared libraries > > with libgcc seems to be the ultimate work-around. Are there any > > compatibility problems which are keeping FreeBSD from doing that? > = > None that I'm aware of. I agree we should do it. I'll talk to > David O'Brien and find out whether he has any objections. Do it, do it! The jdk 1.2.2 (FreeBSD) port broke in the predictable way = (no = exception-handling functions) until I had the libraries linked with = -lgcc_pic. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 6:37: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.ocsny.com (unknown [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 0D29737B4CF for ; Wed, 8 Nov 2000 06:36:57 -0800 (PST) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id JAA71000; Wed, 8 Nov 2000 09:36:00 -0500 (EST) Message-ID: <3A09636A.F81F0D28@ocsny.com> Date: Wed, 08 Nov 2000 09:30:02 -0500 From: Mikel Reply-To: mikel@upan.org X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en,it MIME-Version: 1.0 To: Forrest Aldrich Cc: Konstantin Chuguev , Chris Faulhaber , Giorgos Keramidas , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> <5.0.0.25.2.20001107091741.020ab5c0@216.67.14.69> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've had been considering running xinted for some time now, and thanks to Forest's suggestions I've been able to successfully get it up and running smoothly. I am personnaly left wondering why not just replact inetd altogether with this version? It certainly enhances security a bit. Well these are just thoughts from the peanut gallery. Cheers, Mikel Forrest Aldrich wrote: > At 09:30 AM 11/7/2000 +0000, Konstantin Chuguev wrote: > > >If xinetd has a startup script, why don't you just set inetd_enable="NO" > >and let > >the /usr/local/etc/rc.d/xinetd.sh start normally? You need to edit no > >/etc/rc.* > >files (except for rc.conf.local, obviously). > [ .. ] > > Sure that would work, but for the type of service it is, this seems rather > ambiguous. I would rather see this service handled in the rc.* scripts, > where other similar services are handled. > > 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 Nov 8 6:43:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0196537B4C5 for ; Wed, 8 Nov 2000 06:43:27 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA8EhPg14288; Wed, 8 Nov 2000 07:43:25 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id HAA29725; Wed, 8 Nov 2000 07:43:24 -0700 (MST) Message-Id: <200011081443.HAA29725@harmony.village.org> To: Johan Karlsson Subject: Re: umount -f busted Cc: Alfred Perlstein , Bill Fumerola , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 08 Nov 2000 12:04:10 +0100." <200011081104.MAA84655@numeri.campus.luth.se> References: <200011081104.MAA84655@numeri.campus.luth.se> Date: Wed, 08 Nov 2000 07:43:24 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200011081104.MAA84655@numeri.campus.luth.se> Johan Karlsson writes: : At Tue, 07 Nov 2000 14:54:50 MST, Warner Losh wrote: : > In message <20001107134101.C5112@fw.wintelcom.net> Alfred Perlstein writes: : > : Yes, this used to work quite well for some time, I have no idea : > : who broke it. Maybe you can sprinkle some printfs in the code and : > : narrow it down a bit? : > : > I'll give it a shot. I'm glad to see it is a "should work but is : > busted" rather than a "depreicated functionality, cope." situtation. : : This seems to be an realy old problem, see PR 765 : http://www.FreeBSD.org/cgi/query-pr.cgi?pr=765 It is a problem that I could have sworn worked before SMPNG. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 6:55:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 9936437B479; Wed, 8 Nov 2000 06:55:08 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA8Et7a70318; Wed, 8 Nov 2000 07:55:07 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011081455.eA8Et7a70318@aslan.scsiguy.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: wpaul@FreeBSD.ORG (Bill Paul) Cc: imp@village.org (Warner Losh), current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Mon, 06 Nov 2000 16:52:58 PST." <20001107005258.5F73437B479@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Nov 2000 07:55:07 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The IRQ allocation needs the RF_SHAREABLE flag or it will blow up in >the case where the IRQ is shared with another device. So the EISA attachment doesn't set RF_SHAREABLE if the system is using a level sensitive interrupt? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 7:16: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 172AA37B479 for ; Wed, 8 Nov 2000 07:15:59 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 13tWwt-0002Gg-00; Wed, 08 Nov 2000 17:15:39 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id RAA24616; Wed, 8 Nov 2000 17:15:47 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 24468; Wed Nov 8 17:14:45 2000 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 13tWw1-00020z-00; Wed, 08 Nov 2000 17:14:45 +0200 From: Sheldon Hearn To: mikel@upan.org Cc: Forrest Aldrich , Konstantin Chuguev , Chris Faulhaber , Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: /etc/defaults/rc.conf In-reply-to: Your message of "Wed, 08 Nov 2000 09:30:02 EST." <3A09636A.F81F0D28@ocsny.com> Date: Wed, 08 Nov 2000 17:14:45 +0200 Message-ID: <7748.973696485@axl.fw.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 08 Nov 2000 09:30:02 EST, Mikel wrote: > I am personnaly left wondering why not just replact inetd altogether > with this version? It certainly enhances security a bit. > > Well these are just thoughts from the peanut gallery. Too many of those and a mailing list becomes unreadable. :-) However, as a show of good faith, I'll say that your question has been asked _many_ times before and it should not be hard for you to find the answer in the archives. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 7:45:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from cs.utep.edu (mail.cs.utep.edu [129.108.5.3]) by hub.freebsd.org (Postfix) with ESMTP id 8165037B479; Wed, 8 Nov 2000 07:44:58 -0800 (PST) Received: from gecko (gecko [129.108.5.51]) by cs.utep.edu (8.10.1/8.10.1) with ESMTP id eA8FiR218583; Wed, 8 Nov 2000 08:44:27 -0700 (MST) Date: Wed, 8 Nov 2000 08:44:25 -0700 (MST) From: X-Sender: janb@gecko To: =?iso-8859-2?Q?Ivan_Debn=E1r?= Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, sos@freebsd.dk Subject: Re: ATA RAID - sysinstall solution In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, i tested this. Sysinstall works fine now, and the system installs OK from the SNAP 5 ftp server. ON reboot, however, the computer thing refuses to boot of the RAID device. After the BIOS message "verifying DMI......"(or similar) the system hangs. Does anybody know why this could be? jan On Mon, 6 Nov 2000, [iso-8859-2] Ivan Debn=E1r wrote: > I'm using HTP 370 ATA RAID controller, which should have been supported i= n > stable and current according to CVS messages from Soren. >=20 > But as few of us found, it is not, in fact. >=20 > KERNEL recognises device ar0. >=20 > 4.2 sysinstall does not offer ar0 as disk drive > 5.0-current sysinstall offers it, but is not able to create slices on it. > (DEBUG: MakeDev unknown major/minor). >=20 > So I looked through sysinstall source and libdisk source and guess what != - > libdisk doesn't know about ar? devices yet. >=20 > Could someone update the libdisk source in stable and current to include = the > device? > The files affected are: >=20 > /src/lib/libdisk/create_chunk.c > /src/lib/libdisk/disk.c >=20 > --- disk.c.orig Thu Sep 14 14:10:45 2000 > +++ disk.c Mon Nov 6 23:41:45 2000 > @@ -461,7 +461,7 @@ > } > #endif >=20 > -static char * device_list[] =3D {"wd", "ad", "da", "wfd", "fla", "idad", > "mlxd", "amrd", "twed", 0}; > +static char * device_list[] =3D {"wd", "ad", "da", "wfd", "fla", "idad", > "mlxd", "amrd", "twed", "ar", 0}; >=20 > char ** > Disk_Names() >=20 >=20 > --- create_chunk.c.orig Fri Jul 14 08:30:59 2000 > +++ create_chunk.c Mon Nov 6 23:46:59 2000 > @@ -300,6 +300,8 @@ > cmaj =3D 147, p +=3D 4; > else if (!strncmp(p, "da", 2)) /* CAM support */ > cmaj =3D 13, p +=3D 2; > + else if (!strncmp(p, "ar", 2)) /* ATA RAID */ > + cmaj =3D 157, p +=3D 2; > else { > msgDebug("MakeDev: Unknown major/minor for devtype %s\n", p); > return 0; >=20 > Unfortunately I am not able to compile and try this, but if someone can > create a set of 4-STABLE or 5-CURRENT installation disks and e-mail them, > I'm willing to try. >=20 > Those diffs are against 2000-10-30 stable, so they are just to show chang= es > what I thing should be done to actual current files. This should make > Current install on ATA RAID hopefully. I don't know, if it will make STAB= LE > sysinstall recognize the ar device. I hope so. >=20 >=20 > Ivan Debn=E1r > Online Consulting, s.r.o. >=20 > tel.://+421 88 4146721 > fax://+421 88 4142231 > http://www.o-c.sk >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 7:48:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from office.o-c.sk (kancel.zoznam.sk [195.28.72.230]) by hub.freebsd.org (Postfix) with ESMTP id DDD3537B479; Wed, 8 Nov 2000 07:48:34 -0800 (PST) Received: from ivan (ivan.o-c.sk [192.168.1.8]) by office.o-c.sk (8.11.0/8.11.0) with SMTP id eA8Flw237855; Wed, 8 Nov 2000 16:47:59 +0100 (CET) (envelope-from debnar@o-c.sk) From: =?iso-8859-2?Q?Ivan_Debn=E1r?= To: Cc: , , Subject: RE: ATA RAID - sysinstall solution Date: Wed, 8 Nov 2000 16:47:58 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: Importance: Normal Disposition-Notification-To: =?iso-8859-2?Q?Ivan_Debn=E1r?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the same problem on 4, and I have a response from Soren: --- start --- Ugh, booting from the HPT RAID is not supported as is. This is due to the HPT using sector #9 for the RAID config stuff, this is not compatible with our bootcode/loader as in some circumstances it would happily overwrite this config info, trashing the RAID in the process. Therefore the code uses an offset of 10 into the physical disks. However if you always use an fdisk partition table, and newer uses the first 10 sectors on the disk, you could make the offset 0 in the driver, and have booting work that way, or buy a promise :) I'm not sure I've used the rigth thing as default here, but at least this was POLA seen with my dangerously dedicated eyes... --- end --- This is bad, but I hope we will help Soren to sort thing out on how to get to do it. We will keep in touch. Ivan -----Original Message----- From: janb@cs.utep.edu [mailto:janb@cs.utep.edu] Sent: Wednesday, November 08, 2000 4:44 PM To: Ivan Debnár Cc: freebsd-stable@FreeBSD.ORG; freebsd-current@FreeBSD.ORG; sos@freebsd.dk Subject: Re: ATA RAID - sysinstall solution OK, i tested this. Sysinstall works fine now, and the system installs OK from the SNAP 5 ftp server. ON reboot, however, the computer thing refuses to boot of the RAID device. After the BIOS message "verifying DMI......"(or similar) the system hangs. Does anybody know why this could be? jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 8:16:42 2000 Delivered-To: freebsd-current@freebsd.org Received: from office.o-c.sk (kancel.zoznam.sk [195.28.72.230]) by hub.freebsd.org (Postfix) with ESMTP id D12C037B479; Wed, 8 Nov 2000 08:16:33 -0800 (PST) Received: from ivan (ivan.o-c.sk [192.168.1.8]) by office.o-c.sk (8.11.0/8.11.0) with SMTP id eA8GF9238585; Wed, 8 Nov 2000 17:15:09 +0100 (CET) (envelope-from debnar@o-c.sk) From: =?iso-8859-2?Q?Ivan_Debn=E1r?= To: Cc: , Subject: HPT370 RAID - booting Date: Wed, 8 Nov 2000 17:15:09 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_01C049A7.72810CC0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Disposition-Notification-To: =?iso-8859-2?Q?Ivan_Debn=E1r?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C049A7.72810CC0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit I'm just looking at the disk partitions, and the first 63 sectors are by default marked as unused. So is it really nescessary to have the ofset in the ar driver for HPT? I would prefer to have the requirement to not to use dangerously dedicated, but be able to boot the drive and install on it as a normal one. Correct me if I'm wrong, but in RAID1 it is essential to be able to take one of the drives and boot from it almost as if it was singe simple disk. How does the driver handles situation when there is one of the mirror drives broken or missing ? Is it possible to query the driver to check, if the drives are OK from the userland ? Ivan Debnár Online Consulting, s.r.o. tel.://+421 88 4146721 fax://+421 88 4142231 http://www.o-c.sk ------=_NextPart_000_0014_01C049A7.72810CC0 Content-Type: text/x-vcard; name="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?iso-8859-2?Q?Ivan_Debn=E1r.vcf?=" BEGIN:VCARD VERSION:2.1 N:Debn=E1r;Ivan FN:Ivan Debn=E1r ORG:Online Consulting, s.r.o. TEL;WORK;VOICE:+421 (88) 4146721 TEL;HOME;VOICE:+421 (88) 4171223 TEL;CELL;VOICE:+421 (903) 506197 TEL;WORK;FAX:+421 (88) 4142231 ADR;WORK:;;Rudlovsk=E1 cesta 53;Bansk=E1 Bystrica;;974 01;Slovak = Republic LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Rudlovsk=3DE1 cesta = 53=3D0D=3D0ABansk=3DE1 Bystrica 974 01=3D0D=3D0ASlovak Republic BDAY:19770829 EMAIL;PREF;INTERNET:debnar@o-c.sk REV:20000922T091913Z END:VCARD ------=_NextPart_000_0014_01C049A7.72810CC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 8:50:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 31F4537B479 for ; Wed, 8 Nov 2000 08:50:33 -0800 (PST) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 982C51C75; Wed, 8 Nov 2000 11:50:31 -0500 (EST) Date: Wed, 8 Nov 2000 11:50:31 -0500 From: Bill Fumerola To: Warner Losh Cc: Johan Karlsson , Alfred Perlstein , current@FreeBSD.ORG Subject: Re: umount -f busted Message-ID: <20001108115031.E37870@jade.chc-chimes.com> References: <200011081104.MAA84655@numeri.campus.luth.se> <200011081443.HAA29725@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200011081443.HAA29725@harmony.village.org>; from imp@village.org on Wed, Nov 08, 2000 at 07:43:24AM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 08, 2000 at 07:43:24AM -0700, Warner Losh wrote: > It is a problem that I could have sworn worked before SMPNG. Negative, this occurs on releng_4 machines for me as well. It also was occuring on my -current workstation that was about 110 days old before a disk went out, so it was definatly pre-smpng. -- Bill Fumerola - Lame Duck, BOFH / Chimes, Inc. billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:10:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id A0A5537B479 for ; Wed, 8 Nov 2000 09:10:54 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id BE85E5730D; Wed, 8 Nov 2000 11:10:59 -0600 (CST) Date: Wed, 8 Nov 2000 11:10:59 -0600 From: "Michael C . Wu" To: current@freebsd.org Subject: Re: umount -f busted Message-ID: <20001108111059.A74554@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200011081104.MAA84655@numeri.campus.luth.se> <200011081443.HAA29725@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011081443.HAA29725@harmony.village.org>; from imp@village.org on Wed, Nov 08, 2000 at 07:43:24AM -0700 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 08, 2000 at 07:43:24AM -0700, Warner Losh scribbled: | In message <200011081104.MAA84655@numeri.campus.luth.se> Johan Karlsson writes: | : At Tue, 07 Nov 2000 14:54:50 MST, Warner Losh wrote: | : > In message <20001107134101.C5112@fw.wintelcom.net> Alfred Perlstein writes: | : > : Yes, this used to work quite well for some time, I have no idea | : > : who broke it. Maybe you can sprinkle some printfs in the code and | : > : narrow it down a bit? | : > I'll give it a shot. I'm glad to see it is a "should work but is | : > busted" rather than a "depreicated functionality, cope." situtation. | : This seems to be an realy old problem, see PR 765 | : http://www.FreeBSD.org/cgi/query-pr.cgi?pr=765 | It is a problem that I could have sworn worked before SMPNG. I distinctly remember trying to do the exact same thing and not being able to in 4.0-current vs. 3-stable. (Because it eventually panic'ed the nfs client and cost me a night of work.) Was this a "works sometimes" thing? -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:15:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id A39E637B479; Wed, 8 Nov 2000 09:15:20 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id MAA74403; Wed, 8 Nov 2000 12:15:16 -0500 (EST) Date: Wed, 8 Nov 2000 12:15:16 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011081455.eA8Et7a70318@aslan.scsiguy.com> 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 Wed, 8 Nov 2000, Justin T. Gibbs wrote: > So the EISA attachment doesn't set RF_SHAREABLE if the system is using > a level sensitive interrupt? The current EISA code isn't as smart as it should be. I've got uncommitted code that ties it to the ELCR. Bus front end code shouldn't have to know about level/edge triggered IRQs. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:19:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id AEEC137B4C5; Wed, 8 Nov 2000 09:19:31 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id SAA36369; Wed, 8 Nov 2000 18:19:59 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200011081719.SAA36369@freebsd.dk> Subject: Re: HPT370 RAID - booting In-Reply-To: from "[Ivan Debn_r]" at "Nov 8, 2000 05:15:09 pm" To: debnar@o-c.sk ([Ivan Debn_r]) Date: Wed, 8 Nov 2000 18:19:59 +0100 (CET) Cc: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems [Ivan Debn_r] wrote: > I'm just looking at the disk partitions, and the first 63 sectors are by > default marked as unused. So is it really nescessary to have the ofset in > the ar driver for HPT? > > I would prefer to have the requirement to not to use dangerously dedicated, > but be able to boot the drive and install on it as a normal one. Well, for all I care it can be changed, and I put a note in there to mail you when users have RAID's that suddenly disappear :) Seriously I'm tempted to have a chat with HighPoint if they could maybe change this to use a setup like Promise do.... > Correct me if I'm wrong, but in RAID1 it is essential to be able to take one > of the drives and boot from it almost as if it was singe simple disk. > How does the driver handles situation when there is one of the mirror drives > broken or missing ? The driver doesnt handle that, its up to the BIOS for now. > Is it possible to query the driver to check, if the drives are OK from the > userland ? No, again the BIOS is to be used for now, if the RAID is broken it wont be configured in the driver. This might change in the (not too distant) future, but for now this is all there is, but I thought this feature was essential enough to put it in as is. On the bright side remember that FreeBSD is the only free OS that has support for these ATA RAID cards and tagged queueing, but I only have this much spare time to do it..... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:21:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from ruby.digisle.com (ruby.digisle.net [167.216.192.43]) by hub.freebsd.org (Postfix) with ESMTP id 8C84237B4C5 for ; Wed, 8 Nov 2000 09:21:36 -0800 (PST) Received: from guinness.digisle.net (guinness.digisle.net [167.216.152.33]) by ruby.digisle.com (8.9.3/8.9.3/mx) with ESMTP id RAA16491 for ; Wed, 8 Nov 2000 17:21:35 GMT Received: from digisle.com (comanche.digisle.com [206.220.227.145]) by guinness.digisle.net (8.9.3/8.9.3/digisle) with ESMTP id RAA22140 for ; Wed, 8 Nov 2000 17:21:34 GMT Message-ID: <3A098B9D.5DB85891@digisle.com> Date: Wed, 08 Nov 2000 09:21:33 -0800 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: list problem? (Re: Undelivered Mail Returned to Sender) References: <20001108061512.E45D537B4CF@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i'm sorry for posting it here, but... Mail Delivery System wrote: > > This is the Postfix program at host hub.freebsd.org. > > I'm sorry to have to inform you that the message returned > below could not be delivered to one or more destinations. > > For further assistance, please contact > > If you do so, please include this problem report. You can > delete your own text from the message returned below. > > The Postfix program > >>> : mail forwarding loop for >>> freebsd-current@FreeBSD.ORG > > ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:31:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from web122.yahoomail.com (web122.mail.yahoo.com [205.180.60.57]) by hub.freebsd.org (Postfix) with SMTP id 5D17637B4D7 for ; Wed, 8 Nov 2000 09:31:06 -0800 (PST) Received: (qmail 11469 invoked by uid 60001); 8 Nov 2000 17:31:00 -0000 Message-ID: <20001108173100.11468.qmail@web122.yahoomail.com> Received: from [167.216.163.116] by web122.yahoomail.com; Wed, 08 Nov 2000 09:31:00 PST Date: Wed, 8 Nov 2000 09:31:00 -0800 (PST) From: Maksim Yevmenkin Subject: [PATCH] Please review and commit (Re: if_tap and devfs) To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-783368690-973704660=:11219" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-783368690-973704660=:11219 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello All, anyone wants to review and commit the following patch. thanks, emax __________________________________________________ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/ --0-783368690-973704660=:11219 Content-Type: application/x-unknown; name="if_tap.c.diff" Content-Transfer-Encoding: base64 Content-Description: if_tap.c.diff Content-Disposition: attachment; filename="if_tap.c.diff" KioqIGlmX3RhcC5jLm9yaWcJTW9uIE5vdiAgNiAwOToyNDowOCAyMDAwCi0t LSBpZl90YXAuYwlNb24gTm92ICA2IDEwOjI2OjM1IDIwMDAKKioqKioqKioq KioqKioqCioqKiA3OSw4NCAqKioqCi0tLSA3OSw4NSAtLS0tCiAgc3RhdGlj IGludCAJCXRhcG1vZGV2ZW50CV9fUCgobW9kdWxlX3QsIGludCwgdm9pZCAq KSk7CiAgCiAgLyogZGV2aWNlICovCisgc3RhdGljIHZvaWQJCXRhcGNsb25l CV9fUCgodm9pZCAqLCBjaGFyICosIGludCwgZGV2X3QgKikpOwogIHN0YXRp YyB2b2lkCQl0YXBjcmVhdGUJX19QKChkZXZfdCkpOwogIAogIC8qIG5ldHdv cmsgaW50ZXJmYWNlICovCioqKioqKioqKioqKioqKgoqKiogMTMxLDE1NyAq KioqCiAgCWludAkJIHR5cGU7CiAgCXZvaWQJCSpkYXRhOwogIHsKISAJc3Rh dGljIGludAkJIGF0dGFjaGVkID0gMDsKISAJc3RydWN0IGlmbmV0CQkqaWZw ID0gTlVMTDsKISAJaW50CQkJIHVuaXQsIHM7CiAgCiAgCXN3aXRjaCAodHlw ZSkgewogIAljYXNlIE1PRF9MT0FEOgogIAkJaWYgKGF0dGFjaGVkKQogIAkJ CXJldHVybiAoRUVYSVNUKTsKICAKICAJCWNkZXZzd19hZGQoJnRhcF9jZGV2 c3cpOwogIAkJYXR0YWNoZWQgPSAxOwogIAlicmVhazsKICAKISAJY2FzZSBN T0RfVU5MT0FEOgogIAkJaWYgKHRhcHJlZmNudCA+IDApCiAgCQkJcmV0dXJu IChFQlVTWSk7CiAgCiAgCQljZGV2c3dfcmVtb3ZlKCZ0YXBfY2RldnN3KTsK ICAKICAJCXVuaXQgPSAwOwogIAkJd2hpbGUgKHVuaXQgPD0gdGFwbGFzdHVu aXQpIHsKICAJCQlzID0gc3BsaW1wKCk7CiAgCQkJVEFJTFFfRk9SRUFDSChp ZnAsICZpZm5ldCwgaWZfbGluaykKICAJCQkJaWYgKChzdHJjbXAoaWZwLT5p Zl9uYW1lLCBUQVApID09IDApIHx8Ci0tLSAxMzIsMTY0IC0tLS0KICAJaW50 CQkgdHlwZTsKICAJdm9pZAkJKmRhdGE7CiAgewohIAlzdGF0aWMgaW50CQlh dHRhY2hlZCA9IDA7CiEgCXN0YXRpYyBldmVudGhhbmRsZXJfdGFnCWVoX3Rh ZyA9IE5VTEw7CiAgCiAgCXN3aXRjaCAodHlwZSkgewogIAljYXNlIE1PRF9M T0FEOgogIAkJaWYgKGF0dGFjaGVkKQogIAkJCXJldHVybiAoRUVYSVNUKTsK ICAKKyAJCWVoX3RhZyA9IEVWRU5USEFORExFUl9SRUdJU1RFUihkZXZfY2xv bmUsIHRhcGNsb25lLCAwLCAxMDAwKTsKICAJCWNkZXZzd19hZGQoJnRhcF9j ZGV2c3cpOwogIAkJYXR0YWNoZWQgPSAxOwogIAlicmVhazsKICAKISAJY2Fz ZSBNT0RfVU5MT0FEOiB7CiEgCQlpbnQJdW5pdDsKISAKICAJCWlmICh0YXBy ZWZjbnQgPiAwKQogIAkJCXJldHVybiAoRUJVU1kpOwogIAorIAkJRVZFTlRI QU5ETEVSX0RFUkVHSVNURVIoZGV2X2Nsb25lLCBlaF90YWcpOwogIAkJY2Rl dnN3X3JlbW92ZSgmdGFwX2NkZXZzdyk7CiAgCiAgCQl1bml0ID0gMDsKICAJ CXdoaWxlICh1bml0IDw9IHRhcGxhc3R1bml0KSB7CisgCQkJaW50CQkgczsK KyAJCQlzdHJ1Y3QgaWZuZXQJKmlmcCA9IE5VTEw7CisgCiAgCQkJcyA9IHNw bGltcCgpOwogIAkJCVRBSUxRX0ZPUkVBQ0goaWZwLCAmaWZuZXQsIGlmX2xp bmspCiAgCQkJCWlmICgoc3RyY21wKGlmcC0+aWZfbmFtZSwgVEFQKSA9PSAw KSB8fAoqKioqKioqKioqKioqKioKKioqIDE3OSwxODUgKioqKgogIAkJfQog IAogIAkJYXR0YWNoZWQgPSAwOwohIAlicmVhazsKICAKICAJZGVmYXVsdDoK ICAJCXJldHVybiAoRU9QTk9UU1VQUCk7Ci0tLSAxODYsMTkyIC0tLS0KICAJ CX0KICAKICAJCWF0dGFjaGVkID0gMDsKISAJfSBicmVhazsKICAKICAJZGVm YXVsdDoKICAJCXJldHVybiAoRU9QTk9UU1VQUCk7CioqKioqKioqKioqKioq KgoqKiogMTg3LDE5MiAqKioqCi0tLSAxOTQsMjM0IC0tLS0KICAKICAJcmV0 dXJuICgwKTsKICB9IC8qIHRhcG1vZGV2ZW50ICovCisgCisgCisgLyoKKyAg KiBERVZGUyBoYW5kbGVyCisgICoKKyAgKiBXZSBuZWVkIHRvIHN1cHBvcnQg dHdvIGtpbmQgb2YgZGV2aWNlcyAtIHRhcCBhbmQgdm1uZXQKKyAgKi8KKyBz dGF0aWMgdm9pZAorIHRhcGNsb25lKGFyZywgbmFtZSwgbmFtZWxlbiwgZGV2 KQorIAl2b2lkCSphcmc7CisgCWNoYXIJKm5hbWU7CisgCWludAkgbmFtZWxl bjsKKyAJZGV2X3QJKmRldjsKKyB7CisgCWludAkgdW5pdCwgbWlub3I7Cisg CWNoYXIJKmRldmljZV9uYW1lID0gTlVMTDsKKyAKKyAJaWYgKCpkZXYgIT0g Tk9ERVYpCisgCQlyZXR1cm47CisgCisgCWRldmljZV9uYW1lID0gVEFQOwor IAlpZiAoZGV2X3N0ZGNsb25lKG5hbWUsIE5VTEwsIGRldmljZV9uYW1lLCAm dW5pdCkgIT0gMSkgeworIAkJZGV2aWNlX25hbWUgPSBWTU5FVDsKKyAKKyAJ CWlmIChkZXZfc3RkY2xvbmUobmFtZSwgTlVMTCwgZGV2aWNlX25hbWUsICZ1 bml0KSAhPSAxKQorIAkJCXJldHVybjsKKyAKKyAJCW1pbm9yID0gKHVuaXQg fCAgVk1ORVRfREVWX01BU0spOworIAl9CisgCWVsc2UKKyAJCW1pbm9yID0g dW5pdDsKKyAKKyAJKmRldiA9IG1ha2VfZGV2KCZ0YXBfY2RldnN3LCBtaW5v ciwgVUlEX1JPT1QsIEdJRF9XSEVFTCwgMDYwMCwgIiVzJWQiLAorIAkJCWRl dmljZV9uYW1lLCB1bml0KTsKKyB9IC8qIHRhcGNsb25lICovCiAgCiAgCiAg LyoK --0-783368690-973704660=:11219-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:33:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from office.o-c.sk (kancel.zoznam.sk [195.28.72.230]) by hub.freebsd.org (Postfix) with ESMTP id 83A7437B479; Wed, 8 Nov 2000 09:33:29 -0800 (PST) Received: from ivan (ivan.o-c.sk [192.168.1.8]) by office.o-c.sk (8.11.0/8.11.0) with SMTP id eA8HWc239216; Wed, 8 Nov 2000 18:32:38 +0100 (CET) (envelope-from debnar@o-c.sk) From: =?ISO-8859-1?Q?Ivan_Debn=E1r?= To: "Soren Schmidt" Cc: , Subject: RE: HPT370 RAID - booting Date: Wed, 8 Nov 2000 18:32:37 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: <200011081719.SAA36369@freebsd.dk> Importance: Normal Disposition-Notification-To: =?ISO-8859-1?Q?Ivan_Debn=E1r?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for feedback. Please tell me if tou find this scenario possible: I will install on one of the drives - ad0. It will work normally. Than a few day, weeks, later, when we decide that the ar is fine, go to the RAID bios, duplicate the disk ad0 to ad1 and RAID1 them. Other than changing /etc/fstab entries, it should work fine - or am I wrong ? I understand that it will definitely not work, if the ar driver offsets its partitions by 10. But with offset=0, will I be fine? Those are just my thoughs, because I have to make that machine work, and unfortunately have not that much time to experiment. You have been very helpful, thanks for great work on ata. If I knew, that Promise is that better supported, I would go for that. But anyway, HPT was on the mainboard, and it looked very attractive after you CVS messages. Maybe we should mention these shortcomings somewhere. Ivan -----Original Message----- From: Soren Schmidt [mailto:sos@freebsd.dk] Sent: Wednesday, November 08, 2000 6:20 PM To: [Ivan Debn_r] Cc: freebsd-stable@FreeBSD.ORG; freebsd-current@FreeBSD.ORG Subject: Re: HPT370 RAID - booting It seems [Ivan Debn_r] wrote: > I'm just looking at the disk partitions, and the first 63 sectors are by > default marked as unused. So is it really nescessary to have the ofset in > the ar driver for HPT? > > I would prefer to have the requirement to not to use dangerously dedicated, > but be able to boot the drive and install on it as a normal one. Well, for all I care it can be changed, and I put a note in there to mail you when users have RAID's that suddenly disappear :) Seriously I'm tempted to have a chat with HighPoint if they could maybe change this to use a setup like Promise do.... > Correct me if I'm wrong, but in RAID1 it is essential to be able to take one > of the drives and boot from it almost as if it was singe simple disk. > How does the driver handles situation when there is one of the mirror drives > broken or missing ? The driver doesnt handle that, its up to the BIOS for now. > Is it possible to query the driver to check, if the drives are OK from the > userland ? No, again the BIOS is to be used for now, if the RAID is broken it wont be configured in the driver. This might change in the (not too distant) future, but for now this is all there is, but I thought this feature was essential enough to put it in as is. On the bright side remember that FreeBSD is the only free OS that has support for these ATA RAID cards and tagged queueing, but I only have this much spare time to do it..... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:36:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id CE27B37B479; Wed, 8 Nov 2000 09:35:59 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA8HZKm04780; Wed, 8 Nov 2000 18:35:20 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Maksim Yevmenkin Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: [PATCH] Please review and commit (Re: if_tap and devfs) In-Reply-To: Your message of "Wed, 08 Nov 2000 09:31:00 PST." <20001108173100.11468.qmail@web122.yahoomail.com> Date: Wed, 08 Nov 2000 18:35:20 +0100 Message-ID: <4778.973704920@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just glanced at it and see no major mistakes. Sorry I don't have time for a real review. Poul-Henning In message <20001108173100.11468.qmail@web122.yahoomail.com>, Maksim Yevmenkin writes: >--0-783368690-973704660=:11219 >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline > >Hello All, > >anyone wants to review and commit the following patch. > >thanks, >emax > > >__________________________________________________ >Do You Yahoo!? >Thousands of Stores. Millions of Products. All in one Place. >http://shopping.yahoo.com/ >--0-783368690-973704660=:11219 >Content-Type: application/x-unknown; name="if_tap.c.diff" >Content-Transfer-Encoding: base64 >Content-Description: if_tap.c.diff >Content-Disposition: attachment; filename="if_tap.c.diff" > >KioqIGlmX3RhcC5jLm9yaWcJTW9uIE5vdiAgNiAwOToyNDowOCAyMDAwCi0t >LSBpZl90YXAuYwlNb24gTm92ICA2IDEwOjI2OjM1IDIwMDAKKioqKioqKioq >KioqKioqCioqKiA3OSw4NCAqKioqCi0tLSA3OSw4NSAtLS0tCiAgc3RhdGlj >IGludCAJCXRhcG1vZGV2ZW50CV9fUCgobW9kdWxlX3QsIGludCwgdm9pZCAq >KSk7CiAgCiAgLyogZGV2aWNlICovCisgc3RhdGljIHZvaWQJCXRhcGNsb25l >CV9fUCgodm9pZCAqLCBjaGFyICosIGludCwgZGV2X3QgKikpOwogIHN0YXRp >YyB2b2lkCQl0YXBjcmVhdGUJX19QKChkZXZfdCkpOwogIAogIC8qIG5ldHdv >cmsgaW50ZXJmYWNlICovCioqKioqKioqKioqKioqKgoqKiogMTMxLDE1NyAq >KioqCiAgCWludAkJIHR5cGU7CiAgCXZvaWQJCSpkYXRhOwogIHsKISAJc3Rh >dGljIGludAkJIGF0dGFjaGVkID0gMDsKISAJc3RydWN0IGlmbmV0CQkqaWZw >ID0gTlVMTDsKISAJaW50CQkJIHVuaXQsIHM7CiAgCiAgCXN3aXRjaCAodHlw >ZSkgewogIAljYXNlIE1PRF9MT0FEOgogIAkJaWYgKGF0dGFjaGVkKQogIAkJ >CXJldHVybiAoRUVYSVNUKTsKICAKICAJCWNkZXZzd19hZGQoJnRhcF9jZGV2 >c3cpOwogIAkJYXR0YWNoZWQgPSAxOwogIAlicmVhazsKICAKISAJY2FzZSBN >T0RfVU5MT0FEOgogIAkJaWYgKHRhcHJlZmNudCA+IDApCiAgCQkJcmV0dXJu >IChFQlVTWSk7CiAgCiAgCQljZGV2c3dfcmVtb3ZlKCZ0YXBfY2RldnN3KTsK >ICAKICAJCXVuaXQgPSAwOwogIAkJd2hpbGUgKHVuaXQgPD0gdGFwbGFzdHVu >aXQpIHsKICAJCQlzID0gc3BsaW1wKCk7CiAgCQkJVEFJTFFfRk9SRUFDSChp >ZnAsICZpZm5ldCwgaWZfbGluaykKICAJCQkJaWYgKChzdHJjbXAoaWZwLT5p >Zl9uYW1lLCBUQVApID09IDApIHx8Ci0tLSAxMzIsMTY0IC0tLS0KICAJaW50 >CQkgdHlwZTsKICAJdm9pZAkJKmRhdGE7CiAgewohIAlzdGF0aWMgaW50CQlh >dHRhY2hlZCA9IDA7CiEgCXN0YXRpYyBldmVudGhhbmRsZXJfdGFnCWVoX3Rh >ZyA9IE5VTEw7CiAgCiAgCXN3aXRjaCAodHlwZSkgewogIAljYXNlIE1PRF9M >T0FEOgogIAkJaWYgKGF0dGFjaGVkKQogIAkJCXJldHVybiAoRUVYSVNUKTsK >ICAKKyAJCWVoX3RhZyA9IEVWRU5USEFORExFUl9SRUdJU1RFUihkZXZfY2xv >bmUsIHRhcGNsb25lLCAwLCAxMDAwKTsKICAJCWNkZXZzd19hZGQoJnRhcF9j >ZGV2c3cpOwogIAkJYXR0YWNoZWQgPSAxOwogIAlicmVhazsKICAKISAJY2Fz >ZSBNT0RfVU5MT0FEOiB7CiEgCQlpbnQJdW5pdDsKISAKICAJCWlmICh0YXBy >ZWZjbnQgPiAwKQogIAkJCXJldHVybiAoRUJVU1kpOwogIAorIAkJRVZFTlRI >QU5ETEVSX0RFUkVHSVNURVIoZGV2X2Nsb25lLCBlaF90YWcpOwogIAkJY2Rl >dnN3X3JlbW92ZSgmdGFwX2NkZXZzdyk7CiAgCiAgCQl1bml0ID0gMDsKICAJ >CXdoaWxlICh1bml0IDw9IHRhcGxhc3R1bml0KSB7CisgCQkJaW50CQkgczsK >KyAJCQlzdHJ1Y3QgaWZuZXQJKmlmcCA9IE5VTEw7CisgCiAgCQkJcyA9IHNw >bGltcCgpOwogIAkJCVRBSUxRX0ZPUkVBQ0goaWZwLCAmaWZuZXQsIGlmX2xp >bmspCiAgCQkJCWlmICgoc3RyY21wKGlmcC0+aWZfbmFtZSwgVEFQKSA9PSAw >KSB8fAoqKioqKioqKioqKioqKioKKioqIDE3OSwxODUgKioqKgogIAkJfQog >IAogIAkJYXR0YWNoZWQgPSAwOwohIAlicmVhazsKICAKICAJZGVmYXVsdDoK >ICAJCXJldHVybiAoRU9QTk9UU1VQUCk7Ci0tLSAxODYsMTkyIC0tLS0KICAJ >CX0KICAKICAJCWF0dGFjaGVkID0gMDsKISAJfSBicmVhazsKICAKICAJZGVm >YXVsdDoKICAJCXJldHVybiAoRU9QTk9UU1VQUCk7CioqKioqKioqKioqKioq >KgoqKiogMTg3LDE5MiAqKioqCi0tLSAxOTQsMjM0IC0tLS0KICAKICAJcmV0 >dXJuICgwKTsKICB9IC8qIHRhcG1vZGV2ZW50ICovCisgCisgCisgLyoKKyAg >KiBERVZGUyBoYW5kbGVyCisgICoKKyAgKiBXZSBuZWVkIHRvIHN1cHBvcnQg >dHdvIGtpbmQgb2YgZGV2aWNlcyAtIHRhcCBhbmQgdm1uZXQKKyAgKi8KKyBz >dGF0aWMgdm9pZAorIHRhcGNsb25lKGFyZywgbmFtZSwgbmFtZWxlbiwgZGV2 >KQorIAl2b2lkCSphcmc7CisgCWNoYXIJKm5hbWU7CisgCWludAkgbmFtZWxl >bjsKKyAJZGV2X3QJKmRldjsKKyB7CisgCWludAkgdW5pdCwgbWlub3I7Cisg >CWNoYXIJKmRldmljZV9uYW1lID0gTlVMTDsKKyAKKyAJaWYgKCpkZXYgIT0g >Tk9ERVYpCisgCQlyZXR1cm47CisgCisgCWRldmljZV9uYW1lID0gVEFQOwor >IAlpZiAoZGV2X3N0ZGNsb25lKG5hbWUsIE5VTEwsIGRldmljZV9uYW1lLCAm >dW5pdCkgIT0gMSkgeworIAkJZGV2aWNlX25hbWUgPSBWTU5FVDsKKyAKKyAJ >CWlmIChkZXZfc3RkY2xvbmUobmFtZSwgTlVMTCwgZGV2aWNlX25hbWUsICZ1 >bml0KSAhPSAxKQorIAkJCXJldHVybjsKKyAKKyAJCW1pbm9yID0gKHVuaXQg >fCAgVk1ORVRfREVWX01BU0spOworIAl9CisgCWVsc2UKKyAJCW1pbm9yID0g >dW5pdDsKKyAKKyAJKmRldiA9IG1ha2VfZGV2KCZ0YXBfY2RldnN3LCBtaW5v >ciwgVUlEX1JPT1QsIEdJRF9XSEVFTCwgMDYwMCwgIiVzJWQiLAorIAkJCWRl >dmljZV9uYW1lLCB1bml0KTsKKyB9IC8qIHRhcGNsb25lICovCiAgCiAgCiAg >LyoK > >--0-783368690-973704660=:11219-- > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- 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 Wed Nov 8 9:37:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id B391637B4C5; Wed, 8 Nov 2000 09:37:34 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA8HbSa72451; Wed, 8 Nov 2000 10:37:29 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011081737.eA8HbSa72451@aslan.scsiguy.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Matthew N. Dodd" Cc: Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Wed, 08 Nov 2000 12:15:16 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Nov 2000 10:37:28 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Wed, 8 Nov 2000, Justin T. Gibbs wrote: >> So the EISA attachment doesn't set RF_SHAREABLE if the system is using >> a level sensitive interrupt? > >The current EISA code isn't as smart as it should be. Speaking of that, I'd like to see the EISA code move to be more like PCI. We should see if there is something at slot 0 and only then attempt to probe for sub-devices on the bus. The only reason this isn't done is because I, due to the fledgling nature of the EISA code and the ahc VL card's almost looking like EISA cards, did the wrong thing here. We also need to be verifying that io ranges required to probe for slots are not already claimed by other devices before we blindly access them. For this to all work with the VL ahc cards, the EISA code will have to release all resources associated with empty slots and the ahc driver will have to grow an ISA front end. I'm willing to help out on this work (still have a functional EISA machine), but I stopped short last time over concern on how to support Alpha/PA-RISC machines that might have multiple EISA busses. >I've got uncommitted code that ties it to the ELCR. Is this stuff documented anywhere? I've always wanted to gain access to the aic7xxx card's nonvolatile region in the ELCR, but I could never find out how to do this. >Bus front end code shouldn't have to know about level/edge triggered IRQs. So long as the ELCR is guaranteed to work. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 9:51:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id D291037B479 for ; Wed, 8 Nov 2000 09:51:27 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id eA8HqKq43020; Wed, 8 Nov 2000 09:52:21 -0800 (PST) (envelope-from kris) Date: Wed, 8 Nov 2000 09:52:20 -0800 From: Kris Kennaway To: urded Cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs problems Message-ID: <20001108095220.A42990@citusc17.usc.edu> References: <20001108091818.CAA815DDA@free.bsdshell.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001108091818.CAA815DDA@free.bsdshell.net>; from urded@bsdshell.net on Wed, Nov 08, 2000 at 10:18:18AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 08, 2000 at 10:18:18AM +0100, urded wrote: > I updated my sources using cvsup, and i am unable to make the world : the= message i get is : >=20 > =3D=3D=3D> doc > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/= gnu/usr.bin/gperf/doc > make: don't know how to make bool-array.cc. Stop You probably have a stale /usr/obj, or stray files in your source tree. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoJktQACgkQWry0BWjoQKX9RgCeP1ShiRPq4TSwSoAYR5BITRc5 8zAAoL+psLBa29h+nas4ucnJztrBcuyU =/okY -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 11:31:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5A39D37B4E5; Wed, 8 Nov 2000 11:31:52 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA8JVlg15672; Wed, 8 Nov 2000 12:31:51 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA31847; Wed, 8 Nov 2000 12:31:42 -0700 (MST) Message-Id: <200011081931.MAA31847@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: vx driver patch Cc: "Justin T. Gibbs" , Bill Paul , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 08 Nov 2000 12:15:16 EST." References: Date: Wed, 08 Nov 2000 12:31:42 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Matthew N. Dodd" writes: : Bus front end code shouldn't have to know about level/edge triggered IRQs. The cardbus code, for example, will or in the RF_SHAREABLE bit when appropriate. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 12: 7:24 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id C116A37B479; Wed, 8 Nov 2000 12:07:20 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA78748; Wed, 8 Nov 2000 15:07:17 -0500 (EST) Date: Wed, 8 Nov 2000 15:07:16 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011081737.eA8HbSa72451@aslan.scsiguy.com> 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 Wed, 8 Nov 2000, Justin T. Gibbs wrote: > Speaking of that, I'd like to see the EISA code move to be > more like PCI. We should see if there is something at slot > 0 and only then attempt to probe for sub-devices on the bus. Humm... I've got EISA BIOS extension code that correctly returns IDs but not resources for a given slot. I suspect that nobody actually implemented that part of the spec. > The only reason this isn't done is because I, due to the > fledgling nature of the EISA code and the ahc VL card's > almost looking like EISA cards, did the wrong thing here. > We also need to be verifying that io ranges required to > probe for slots are not already claimed by other devices > before we blindly access them. For this to all work with > the VL ahc cards, the EISA code will have to release all > resources associated with empty slots and the ahc driver will > have to grow an ISA front end. The EISA code currently doesn't reserve resources for empty slots. I'd like to make the bus driver reserve all EISA specific address space though. > I'm willing to help out on this work (still have a functional EISA > machine), but I stopped short last time over concern on how to support > Alpha/PA-RISC machines that might have multiple EISA busses. I can't see how multiple EISA busses would be possible. While a PCI-EISA bridge might make it easier, you've only got one valid set of IO port ranges and ELCR ports. I suppose you could remap the address space but who needs more than 10 EISA slots anyway? > >I've got uncommitted code that ties it to the ELCR. > > Is this stuff documented anywhere? I've always wanted to gain access > to the aic7xxx card's nonvolatile region in the ELCR, but I could > never find out how to do this. Humm... Try ftp://ftp.jurai.net/users/winter/eisabook.zip I can't remember where I got it at the moment but its a pretty good reference. > >Bus front end code shouldn't have to know about level/edge triggered IRQs. > > So long as the ELCR is guaranteed to work. It is. I've been running the code for almost 6 months. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 12: 8:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id C88AD37B479; Wed, 8 Nov 2000 12:08:31 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA78794; Wed, 8 Nov 2000 15:08:28 -0500 (EST) Date: Wed, 8 Nov 2000 15:08:27 -0500 (EST) From: "Matthew N. Dodd" To: Warner Losh Cc: "Justin T. Gibbs" , Bill Paul , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011081931.MAA31847@harmony.village.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 Wed, 8 Nov 2000, Warner Losh wrote: > The cardbus code, for example, will or in the RF_SHAREABLE bit when > appropriate. Right, but the drivers that are consumers of the PCI or CARDBUS bus interface shouldn't have to deal with RF_SHAREABLE; the bus driver should do that. I grant you that this isn't the case at the moment but it should be. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 12:18:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2AC4E37B4C5; Wed, 8 Nov 2000 12:18:14 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA8KI8g15951; Wed, 8 Nov 2000 13:18:09 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id NAA32387; Wed, 8 Nov 2000 13:18:07 -0700 (MST) Message-Id: <200011082018.NAA32387@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: vx driver patch Cc: "Justin T. Gibbs" , Bill Paul , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 08 Nov 2000 15:08:27 EST." References: Date: Wed, 08 Nov 2000 13:18:07 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Matthew N. Dodd" writes: : On Wed, 8 Nov 2000, Warner Losh wrote: : > The cardbus code, for example, will or in the RF_SHAREABLE bit when : > appropriate. : : Right, but the drivers that are consumers of the PCI or CARDBUS bus : interface shouldn't have to deal with RF_SHAREABLE; the bus driver should : do that. I grant you that this isn't the case at the moment but it should : be. We are in violent agreement. The cardbus bridge code is the one that adds RF_SHAREABLE in the right places. This should allow us, in the fullness of time, to share interrupts for the 16-bit cards in cardbus sockets, for example, w/o sharing them for those cards in a i82365SL socket. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 12:20:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id D3D2637B4C5; Wed, 8 Nov 2000 12:20:18 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA8KKFa75433; Wed, 8 Nov 2000 13:20:16 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011082020.eA8KKFa75433@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Wed, 08 Nov 2000 15:07:16 EST." Date: Wed, 08 Nov 2000 13:20:15 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The only reason this isn't done is because I, due to the >> fledgling nature of the EISA code and the ahc VL card's >> almost looking like EISA cards, did the wrong thing here. >> We also need to be verifying that io ranges required to >> probe for slots are not already claimed by other devices >> before we blindly access them. For this to all work with >> the VL ahc cards, the EISA code will have to release all >> resources associated with empty slots and the ahc driver will >> have to grow an ISA front end. > >The EISA code currently doesn't reserve resources for empty slots. > >I'd like to make the bus driver reserve all EISA specific address space >though. This would prevent an ISA card that just happens to use an EISA like identification scheme from attaching after EISA. Unfortunately, the 2842VL card does this. >> I'm willing to help out on this work (still have a functional EISA >> machine), but I stopped short last time over concern on how to support >> Alpha/PA-RISC machines that might have multiple EISA busses. > >I can't see how multiple EISA busses would be possible. While a PCI-EISA >bridge might make it easier, you've only got one valid set of IO port >ranges and ELCR ports. I suppose you could remap the address space but >who needs more than 10 EISA slots anyway? I just want to make sure that we at least support the EISA Alpha machines. I honestly don't know how they were set up. >> Is this stuff documented anywhere? I've always wanted to gain access >> to the aic7xxx card's nonvolatile region in the ELCR, but I could >> never find out how to do this. > >Humm... > >Try ftp://ftp.jurai.net/users/winter/eisabook.zip I can't seem to fetch it. Permission denied. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 12:53:54 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id E380637B479; Wed, 8 Nov 2000 12:53:51 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id PAA80059; Wed, 8 Nov 2000 15:53:47 -0500 (EST) Date: Wed, 8 Nov 2000 15:53:47 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011082020.eA8KKFa75433@aslan.scsiguy.com> 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 Wed, 8 Nov 2000, Justin T. Gibbs wrote: > >Try ftp://ftp.jurai.net/users/winter/eisabook.zip > > I can't seem to fetch it. Permission denied. Damn firewall. Try with passive mode off. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 13:26:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 7A12A37B479; Wed, 8 Nov 2000 13:26:34 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id OAA24551; Wed, 8 Nov 2000 14:24:37 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAAWMaa2V; Wed Nov 8 14:24:21 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA27348; Wed, 8 Nov 2000 14:26:12 -0700 (MST) From: Terry Lambert Message-Id: <200011082126.OAA27348@usr08.primenet.com> Subject: Re: unwanteed halt & powerdown under -current (linuxerator?) To: msmith@FreeBSD.ORG (Mike Smith) Date: Wed, 8 Nov 2000 21:25:03 +0000 (GMT) Cc: Michael.Reifenberger.gp@icn.siemens.de (Reifenberger Michael), current@FreeBSD.ORG ('current@freebsd.org') In-Reply-To: <200011031156.eA3BuhF04069@mass.osd.bsdi.com> from "Mike Smith" at Nov 03, 2000 03:56:43 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Not really. See my previous mail. > > It seems that a SYSV4 Syscall maps to the evil call. > > Unless you had the SVR4 module loaded, it would still have been run as a > FreeBSD binary, which would give you exactly the same behaviour. Is it possible to refuse to run the binary, unless it is FreeBSD branded? It would seem that FreeBSD branding should be there, and that a non-matching branding should be result in a failure. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 14:12:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (Postfix) with ESMTP id AB24A37B479; Wed, 8 Nov 2000 14:12:52 -0800 (PST) Received: (from daemon@localhost) by smtp01.primenet.com (8.9.3/8.9.3) id OAA27076; Wed, 8 Nov 2000 14:51:54 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpdAAAjtaq7Z; Wed Nov 8 14:50:57 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id OAA28915; Wed, 8 Nov 2000 14:51:35 -0700 (MST) From: Terry Lambert Message-Id: <200011082151.OAA28915@usr08.primenet.com> Subject: Re: vx driver patch To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Wed, 8 Nov 2000 21:51:34 +0000 (GMT) Cc: winter@jurai.net (Matthew N. Dodd), wpaul@FreeBSD.ORG (Bill Paul), imp@village.org (Warner Losh), current@FreeBSD.ORG In-Reply-To: <200011082020.eA8KKFa75433@aslan.scsiguy.com> from "Justin T. Gibbs" at Nov 08, 2000 01:20:15 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >The EISA code currently doesn't reserve resources for empty slots. > > > >I'd like to make the bus driver reserve all EISA specific address space > >though. > > This would prevent an ISA card that just happens to use an EISA > like identification scheme from attaching after EISA. Unfortunately, > the 2842VL card does this. There are a huge number of VESA Localbus cards that identify as EISA cards, including having all the EISA device identifier stuff in tehir ROMs. The disk controllers are the worst, but I have seen at least two video boards that do the same thing. Though I'd like to deprecate VESA Localbus as an abomination, I guess it has to be supported. Maybe it would be possible to have a separate "VLBus" bus that went in before the EISA bus? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 14:48: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 8371237B4CF; Wed, 8 Nov 2000 14:48:02 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id RAA82808; Wed, 8 Nov 2000 17:47:58 -0500 (EST) Date: Wed, 8 Nov 2000 17:47:58 -0500 (EST) From: "Matthew N. Dodd" To: Terry Lambert Cc: "Justin T. Gibbs" , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011082151.OAA28915@usr08.primenet.com> 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 Wed, 8 Nov 2000, Terry Lambert wrote: > Maybe it would be possible to have a separate "VLBus" bus that > went in before the EISA bus? I'm still not clear as to why we need to differentiate them. There really is no requirement that slot 0 be present (other than it being standard and all.) Can we even tell if which EISA devices are really VL devices in disguise? -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 14:57:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 397D837B4CF; Wed, 8 Nov 2000 14:57:16 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA8Mv6a78134; Wed, 8 Nov 2000 15:57:06 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011082257.eA8Mv6a78134@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Wed, 08 Nov 2000 17:47:58 EST." Date: Wed, 08 Nov 2000 15:57:06 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm still not clear as to why we need to differentiate them. There really >is no requirement that slot 0 be present (other than it being standard and >all.) > >Can we even tell if which EISA devices are really VL devices in disguise? The only reason is to return the EISA probe to a read-only probe. The ahc VL cards require that their ID0 register be written too prior to reading the ID byte. This isn't required for true EISA cards and may prove harmful to other devices that just happen to be in that space. For instance, some PCI devices can be identified as EISA cards if you probe the full EISA bus blindly. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 15: 4:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 4C03237B479; Wed, 8 Nov 2000 15:04:56 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id SAA83277; Wed, 8 Nov 2000 18:04:51 -0500 (EST) Date: Wed, 8 Nov 2000 18:04:51 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011082257.eA8Mv6a78134@aslan.scsiguy.com> 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 Wed, 8 Nov 2000, Justin T. Gibbs wrote: > The only reason is to return the EISA probe to a read-only probe. The > ahc VL cards require that their ID0 register be written too prior to > reading the ID byte. Humm... I had wondered why that was there. Is there a way to detect VLB devices some other way? -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 15:15:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.kpnqwest.ch (mail.eunet.ch [146.228.10.7]) by hub.freebsd.org (Postfix) with ESMTP id 81A4037B479; Wed, 8 Nov 2000 15:15:38 -0800 (PST) Received: (from mw@localhost) by mail.kpnqwest.ch (8.9.3/1.34) id XAA03055; Wed, 8 Nov 2000 23:15:06 GMT env-from (mw@kpnqwest.ch) From: mw@kpnqwest.ch Message-Id: <200011082315.XAA03055@mail.kpnqwest.ch> Subject: Re: ATA RAID - sysinstall solution In-Reply-To: from "[Ivan Debn_r]" at "Nov 8, 2000 04:47:58 pm" To: "[Ivan Debn_r]" Date: Thu, 9 Nov 2000 00:15:06 +0100 (CET) Cc: janb@cs.utep.edu, freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL72 (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 > OK, i tested this. Sysinstall works fine now, and the system installs OK > from the SNAP 5 ftp server. ON reboot, however, the computer thing refuses > to boot of the RAID device. After the BIOS message "verifying > DMI......"(or similar) the system hangs. Because of the offset 10, sysinstall wrote the fdisk table to the wrong location on the disk... The following little patch fixes this. This should work for both 4 and 5 trees: - look for .. += rdp->offset in ata-raid.c - make this line conditional if (buf1->drive) .. += rdp->offset Of course, as Soren pointed out, you're risking screwing your first partition if you're NOT using an fdisk compatible layout. However, without this patch the RAID is not bootable, so for me the case is clear:-) I've used this with a RAID0 here successfully (incl. booting off it). About the other suggestion, initially installing on the single drive, and then mirroring it (turning it into a RAID1): should work, but be careful not to use the original disk up to the last cylinder. The RAID will be (just) slightly smaller than the individual disk, and if you filled your single disk to the end, FreeBSD will reject the last partition as being out of disk limits. You'll have to adjust the disklabel after the change. Of course, this will also only work with the above patch, or the disklabel won't be found. Good luck, Markus BTW: and many thanks to Soren for his work! -- KPNQwest Switzerland Ltd P.O. Box 1600, Hohlstrasse 550, CH-8048 Zuerich Tel: +41-1-439-4390, Fax: +41-1-439-4391 Markus Wild, Manager Network Operations, e-mail: markus.wild@kpnqwest.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 16: 4:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id EAF2737B4CF; Wed, 8 Nov 2000 16:04:47 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA903wa78952; Wed, 8 Nov 2000 17:04:34 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011090004.eA903wa78952@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Wed, 08 Nov 2000 18:04:51 EST." Date: Wed, 08 Nov 2000 17:03:58 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Humm... I had wondered why that was there. Is there a way to detect VLB >devices some other way? This is specific to the aha2842 and is the only way I know of detecting those boards. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 16:48:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from puck.firepipe.net (mcut-b-167.resnet.purdue.edu [128.211.209.167]) by hub.freebsd.org (Postfix) with ESMTP id 4ACF137B479 for ; Wed, 8 Nov 2000 16:48:13 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id C60CC19BE; Wed, 8 Nov 2000 19:48:11 -0500 (EST) Date: Wed, 8 Nov 2000 19:48:11 -0500 From: Will Andrews To: Dmitry Valdov Cc: current@FreeBSD.ORG Subject: Re: licq after crt* change Message-ID: <20001108194811.A12659@puck.firepipe.net> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Dmitry Valdov , current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dv@dv.ru on Wed, Nov 08, 2000 at 12:46:43PM +0300 X-Operating-System: FreeBSD 4.1-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 08, 2000 at 12:46:43PM +0300, Dmitry Valdov wrote: > licq doesn't work since crt* change.. (coredumps) Any workaround? > (recompile if licq & qt doesn't help). > /usr/ports/net/licq IIRC, the discussion about that found that it wasn't crt*'s fault but rather a bug in the dynamic linker. John Polstra fixed it and MFC'd yesterday. Please upgrade and try again. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 16:48:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from rucus.ru.ac.za (rucus.ru.ac.za [146.231.29.2]) by hub.freebsd.org (Postfix) with SMTP id B5D8E37B479 for ; Wed, 8 Nov 2000 16:48:39 -0800 (PST) Received: (qmail 5431 invoked by uid 1003); 9 Nov 2000 00:48:37 -0000 Date: Thu, 9 Nov 2000 02:48:37 +0200 From: Neil Blakey-Milner To: mikel@upan.org Cc: Forrest Aldrich , Konstantin Chuguev , Chris Faulhaber , Giorgos Keramidas , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf Message-ID: <20001109024836.A99688@mithrandr.moria.org> References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> <5.0.0.25.2.20001107091741.020ab5c0@216.67.14.69> <3A09636A.F81F0D28@ocsny.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A09636A.F81F0D28@ocsny.com>; from mikel@ocsny.com on Wed, Nov 08, 2000 at 09:30:02AM -0500 X-Operating-System: FreeBSD 4.1-STABLE i386 X-URL: http://mithrandr.moria.org/nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed 2000-11-08 (09:30), Mikel wrote: > I've had been considering running xinted for some time now, and thanks to > Forest's suggestions I've been able to successfully get it up and running > smoothly. I am personnaly left wondering why not just replact inetd altogether > with this version? It certainly enhances security a bit. How does it enhance security? My main concern: (nbm@scythe) /usr/src/usr.sbin/inetd> find . -type f -name "*.c" | xargs wc -l | grep total 2933 total vs: (nbm@scythe) /home/nbm/security/xinetd-2.1.8.9pre10> find . -type f -name "*.c" | xargs wc -l | grep total 23149 total Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 18:27: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 6366B37B479 for ; Wed, 8 Nov 2000 18:26:59 -0800 (PST) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id SAA65229 for ; Wed, 8 Nov 2000 18:26:58 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.11.0/8.11.0) id eA92Qw800408 for freebsd-current@freebsd.org; Wed, 8 Nov 2000 18:26:58 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200011090226.eA92Qw800408@curve.dellroad.org> Subject: mergemaster and $FreeBSD$ To: freebsd-current@freebsd.org Date: Wed, 8 Nov 2000 18:26:58 -0800 (PST) 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 My machines get their source code from a local CVS mirror of the FreeBSD source tree, which is at /home/cvs/freebsd/src.. we have our own CVSROOT stuff of course. So when stuff is checked out of the freebsd/* repostitories, the $FreeBSD$ tags don't get substituted correctly. This causes mergemaster to list a zillion files as having differences in only this string every upgrade.. even worse, mergemaster in some cases seems to be comparing only the $FreeBSD$ strings and incorrectly concluding that certain files don't need upgrading, when in fact they do. So.. what stuff in /home/cvs/CVSROOT can I change so that sources in freebsd/* get $FreeBSD$ substitution, but other sources get the normal $Id$ substitution? Surely someone has solved this already.. ? Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 21: 7:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 79D2437B479 for ; Wed, 8 Nov 2000 21:07:45 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id VAA20857; Wed, 8 Nov 2000 21:07:42 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eA957fc28781; Wed, 8 Nov 2000 21:07:41 -0800 (PST) (envelope-from jdp) Date: Wed, 8 Nov 2000 21:07:41 -0800 (PST) Message-Id: <200011090507.eA957fc28781@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Cc: will@physics.purdue.edu Subject: Re: licq after crt* change In-Reply-To: <20001108194811.A12659@puck.firepipe.net> References: <20001108194811.A12659@puck.firepipe.net> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20001108194811.A12659@puck.firepipe.net>, Will Andrews wrote: > On Wed, Nov 08, 2000 at 12:46:43PM +0300, Dmitry Valdov wrote: > > licq doesn't work since crt* change.. (coredumps) Any workaround? > > (recompile if licq & qt doesn't help). > > /usr/ports/net/licq > > IIRC, the discussion about that found that it wasn't crt*'s fault but > rather a bug in the dynamic linker. John Polstra fixed it and MFC'd > yesterday. Please upgrade and try again. Well ... the problem I fixed didn't involve any core dumps. :-) It's probably something different. I'd need to see a stack trace to know for sure. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 21:55:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (mobile.wemm.org [202.12.86.17]) by hub.freebsd.org (Postfix) with ESMTP id 8290637B479; Wed, 8 Nov 2000 21:55:12 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id eA95prW18123; Thu, 9 Nov 2000 13:52:08 +0800 (WST) (envelope-from peter@netplex.com.au) Message-Id: <200011090552.eA95prW18123@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Matthew N. Dodd" Cc: Terry Lambert , "Justin T. Gibbs" , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Date: Thu, 09 Nov 2000 13:51:53 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote: > On Wed, 8 Nov 2000, Terry Lambert wrote: > > Maybe it would be possible to have a separate "VLBus" bus that > > went in before the EISA bus? > > I'm still not clear as to why we need to differentiate them. There really > is no requirement that slot 0 be present (other than it being standard and > all.) > > Can we even tell if which EISA devices are really VL devices in disguise? Do you want to know what is even funnier? One of my onboard ahc *PCI* controllers (7895 based I think) also responds to the EISA probes if I enable EISA. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Nov 8 23:27:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 2BDB337B479; Wed, 8 Nov 2000 23:27:29 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id CAA95091; Thu, 9 Nov 2000 02:25:37 -0500 (EST) Date: Thu, 9 Nov 2000 02:25:37 -0500 (EST) From: "Matthew N. Dodd" To: Peter Wemm Cc: Terry Lambert , "Justin T. Gibbs" , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011090552.eA95prW18123@mobile.wemm.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 Thu, 9 Nov 2000, Peter Wemm wrote: > Do you want to know what is even funnier? One of my onboard ahc *PCI* > controllers (7895 based I think) also responds to the EISA probes if I > enable EISA. What machine and what does the output from the probe/attach look like? -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 0: 2:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn161.dh.casema.net [212.64.31.161]) by hub.freebsd.org (Postfix) with ESMTP id F3F9137B479 for ; Thu, 9 Nov 2000 00:02:17 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.9.3) with ESMTP id eA98HY006260 for ; Thu, 9 Nov 2000 09:17:38 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001109085951.00dbaba0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 09 Nov 2000 09:01:28 +0100 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: Re: Weird errors during kernel build In-Reply-To: References: <20001107021925.A52116@educampus.ncl.edu.tw> 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 At 13:37 6-11-00 -0500, drwilco wrote: >Yes I do have PERL_THREADED=true. Or rather I did have it until a minute >ago =) Building world & kernel was succesful without PERL_THREADED. Maybe a warning should be added to /etc/make.conf? DocWilco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 0:31:51 2000 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 E756B37B479; Thu, 9 Nov 2000 00:31:45 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id TAA07445; Thu, 9 Nov 2000 19:31:01 +1100 Date: Thu, 9 Nov 2000 19:31:26 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Warner Losh Cc: "Matthew N. Dodd" , "Justin T. Gibbs" , Bill Paul , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011082018.NAA32387@harmony.village.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 Wed, 8 Nov 2000, Warner Losh wrote: > In message "Matthew N. Dodd" writes: > : On Wed, 8 Nov 2000, Warner Losh wrote: > : > The cardbus code, for example, will or in the RF_SHAREABLE bit when > : > appropriate. > : > : Right, but the drivers that are consumers of the PCI or CARDBUS bus > : interface shouldn't have to deal with RF_SHAREABLE; the bus driver should > : do that. I grant you that this isn't the case at the moment but it should > : be. > > We are in violent agreement. The cardbus bridge code is the one that > adds RF_SHAREABLE in the right places. We currently have about 146 calls to bus_alloc_resource() for SYS_RES_IRQ. Most seem to get this wrong. E.g.: - pci drivers "know" that pci interrupts are shareable and force RF_SHAREABLE. Is this required by the pci spec? - the isa compatibility code and pcvt force RF_SHAREABLE although isa irqs are rarely shareable. - sio forces !RF_SHAREABLE, but it is possible for sio interrupts to be shared if they aren't fast. - the pci compatibility code forces RF_SHAREABLE, except for fast interrupts it forces !RF_SHAREABLE. This overloads RF_SHAREABLE to mean that the device driver supports sharing. Perhaps this is what RF_SHAREABLE as supplied by drivers should mean. The bus level can match it with shareability actually available and maybe reprogram that shareability to match what the driver prefers. This seems to require more flags for requires/prefer/no_preference/cant_do. Non-shared resources should degrade gracefully to shared ones if a driver that requires shared is attached after a driver that prefers non-shared. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 0:47:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from cartier.cirx.org (cartier.cirx.org [211.72.15.243]) by hub.freebsd.org (Postfix) with ESMTP id 002E137B4CF for ; Thu, 9 Nov 2000 00:47:08 -0800 (PST) Received: (from clive@localhost) by cartier.cirx.org (8.11.1/8.11.1) id eA98l1t00733; Thu, 9 Nov 2000 16:47:01 +0800 (CST) (envelope-from clive) Date: Thu, 9 Nov 2000 16:47:01 +0800 From: Clive Lin To: "Michael C . Wu" Cc: current@FreeBSD.org Subject: Re: Reproduceable current kernel panic. Message-ID: <20001109164700.A420@cartier.cirx.org> References: <20001107161336.A6911@cartier.cirx.org> <20001107022939.A62445@peorth.iteration.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001107022939.A62445@peorth.iteration.net>; from keichii@iteration.net on Tue, Nov 07, 2000 at 02:29:40AM -0600 X-PGP-key: http://freebsd.sinica.edu.tw/~clive/gpgkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Nov 07, 2000 at 02:29:40AM -0600, Michael C . Wu wrote: > On Tue, Nov 07, 2000 at 04:13:37PM +0800, Clive Lin scribbled: > | may panic because of several IPFIREWALL options. The panic message I could > | tell is about trap 12, swi6: clock and page fault. And the machine hangs > | solidly right away, I have no idea how to provide a back trace :( > > What is your motherboard and hardware config? My mobo is Gigabyte GA-BX2000 http://www.gigabyte.com.tw/products/bx2000.htm The CPU is a Celeron 300A, no overclocking during kernel panic test. Other adaptors are HPT 370, ES1371, xl0 and ed0. > Finally, have you tried upgrading 4.1.1-R to RELENG_4 and newer -current? > I have presmpng, smpng, and 4.2-BETA on my lan working fine. Well, via several kernel panic tests, I hope I've found out the key problem. I usually setup dummynet to limit my upstream bandwidth, especially ssh out, ftp out, cvsup out. This could explain why ssh doesn't cause panic while I do ssh localhost. And why it panics even I didn't do anything. (There's a crontab cvsup, and I limited cvsup upstream bandwidth by dummynet) And after I commented out all ipfw pipe and pipe config lines in my firewall script file, no more panics. Though I don't know how to fix it, I'll try to provide more information for real kernel hackers to fix :-) -- CirX - This site doesnt' exist. 9c k9o h9 s1bg s1f=, 7v .y xqx a sj m8r ffg1 vg5 a6 asox tmul h38 =. ant sj m8r ob =? 1fj mwby a1 tao vg5 =. soq df v ' .a. CirX=. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 5:43:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id A305737B479; Thu, 9 Nov 2000 05:43:10 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9Dgva84844; Thu, 9 Nov 2000 06:42:57 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011091342.eA9Dgva84844@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: Peter Wemm , Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Thu, 09 Nov 2000 02:25:37 EST." Date: Thu, 09 Nov 2000 06:42:57 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Thu, 9 Nov 2000, Peter Wemm wrote: >> Do you want to know what is even funnier? One of my onboard ahc *PCI* >> controllers (7895 based I think) also responds to the EISA probes if I >> enable EISA. > >What machine and what does the output from the probe/attach look like? You'll fail the attach because the ID is not in the table of known EISA IDs. Joerg can probably give additional examples of this problem. This is one reason we don't probe all 15 slots yet. If we reserved the address space properly before doing the probe and also only performed the probe if the mainboard ID is valid, this wouldn't be an issue any longer. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 5:48:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 33C1337B479 for ; Thu, 9 Nov 2000 05:48:20 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9DmHa85219; Thu, 9 Nov 2000 06:48:18 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011091348.eA9DmHa85219@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Thu, 09 Nov 2000 06:42:57 MST." <200011091342.eA9Dgva84844@aslan.scsiguy.com> Date: Thu, 09 Nov 2000 06:48:17 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>What machine and what does the output from the probe/attach look like? > >You'll fail the attach because the ID is not in the table of known >EISA IDs. I forgot to mention that the probe will cause the aic78XX controller to get very upset as you end up referencing a register that should only be referenced while the chip is in a paused state. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 6:38: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 84C1837B479; Thu, 9 Nov 2000 06:38:01 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id JAA01669; Thu, 9 Nov 2000 09:37:50 -0500 (EST) Date: Thu, 9 Nov 2000 09:37:50 -0500 (EST) From: "Matthew N. Dodd" To: "Justin T. Gibbs" Cc: Peter Wemm , Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011091342.eA9Dgva84844@aslan.scsiguy.com> 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, 9 Nov 2000, Justin T. Gibbs wrote: > You'll fail the attach because the ID is not in the table of known > EISA IDs. Joerg can probably give additional examples of this > problem. This is one reason we don't probe all 15 slots yet. If we > reserved the address space properly before doing the probe and also > only performed the probe if the mainboard ID is valid, this wouldn't > be an issue any longer. What about EISA/VL or EISA/PCI systems? -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 7: 2:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id F40CB37B479; Thu, 9 Nov 2000 07:02:22 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9F25a86346; Thu, 9 Nov 2000 08:02:05 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011091502.eA9F25a86346@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: Peter Wemm , Terry Lambert , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Thu, 09 Nov 2000 09:37:50 EST." Date: Thu, 09 Nov 2000 08:02:05 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >What about EISA/VL or EISA/PCI systems? > What about them? PCI devices are supposed to be found via PCI configuration space access. Even in these machines where a PCI card can be falsly probed as an EISA card, the standard PCI configuration mechanism works to correctly find PCI devices. VL cards are identified using ISA probe techniques in all cases I'm aware of. It just turns out that the 2842 uses a scheme that is very similar to that of an EISA card. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 7:13:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.prod.itd.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id 3A0A337B4CF for ; Thu, 9 Nov 2000 07:13:16 -0800 (PST) Received: from earthlink.net (user-33qtaha.dialup.mindspring.com [199.174.170.42]) by gull.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with SMTP id HAA18942 for ; Thu, 9 Nov 2000 07:13:14 -0800 (PST) Message-ID: <4120001149151728960@earthlink.net> X-EM-Version: 5, 0, 0, 0 X-EM-Registration: #3003520714B31D032830 X-Priority: Reply-To: y2k01@earthlink.net X-Mailer: EarthLink MailBox 5.02.8 (Windows) From: "Rafael Cruz" To: current@FreeBSD.ORG Subject: help Date: Thu, 9 Nov 2000 9:17:28 -0600 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to reinstall 486sx win 3.0 dos 6.2. I keep getting message error unable to control a20 line xms driver not installed please help. --- Rafael Cruz --- y2k01@earthlink.net --- EarthLink: It's your Internet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 8: 1:36 2000 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 3F24037B479 for ; Thu, 9 Nov 2000 08:01:34 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA06059; Thu, 9 Nov 2000 11:01:06 -0500 (EST) (envelope-from wollman) Date: Thu, 9 Nov 2000 11:01:06 -0500 (EST) From: Garrett Wollman Message-Id: <200011091601.LAA06059@khavrinen.lcs.mit.edu> To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Interrupt allocation In-Reply-To: References: <200011082018.NAA32387@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > - pci drivers "know" that pci interrupts are shareable and force > RF_SHAREABLE. Is this required by the pci spec? Yes. > - the isa compatibility code and pcvt force RF_SHAREABLE although isa > irqs are rarely shareable. This is a bug. I suspect it may be due to code rot, related to the removal of the ``conflicts'' keyword in config. > - sio forces !RF_SHAREABLE, but it is possible for sio interrupts to be > shared if they aren't fast. Well, you're welcome to make it do whatever you think is correct. > This overloads RF_SHAREABLE to mean that the device driver > supports sharing. Whether sharing is supported should not be an attribute of the device driver -- all drivers should support interrupt sharing, even in cases where the underlying hardware is ``known'' not to support it. (Having the drivers specify RF_SHAREABLE is a bug I introduced when I did the first port to new-bus.) If there are buses which need to be programmed to enable or disable sharing, that should be handled through a bus-specific mechanism (preferably automatically). Timesharing requires co-operation from both device and bus, but this is a completely different issue. No drivers currently support timesharing. `sio' at a minimum probably should, as it was the motivating example for adding that feature. (My laptop has three PnP sio ports: an internal modem, an external DB-9, and a dual-ported infrared transceiver. There are only two interrupts available among them.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 8:33: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.ocsny.com (apollo.ocsny.com [204.107.76.2]) by hub.freebsd.org (Postfix) with ESMTP id 8FD2337B479 for ; Thu, 9 Nov 2000 08:33:04 -0800 (PST) Received: from ocsny.com (thoth.upan.org [204.107.76.16]) by apollo.ocsny.com (8.9.2/8.9.3) with ESMTP id LAA13123; Thu, 9 Nov 2000 11:32:05 -0500 (EST) Message-ID: <3A0AD027.6D51125E@ocsny.com> Date: Thu, 09 Nov 2000 11:26:15 -0500 From: Mikel Reply-To: mikel@upan.org X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en,it MIME-Version: 1.0 To: Neil Blakey-Milner Cc: mikel@upan.org, Forrest Aldrich , Konstantin Chuguev , Chris Faulhaber , Giorgos Keramidas , freebsd-current@FreeBSD.ORG Subject: Re: /etc/defaults/rc.conf References: <5.0.0.25.2.20001106153332.00b2aad0@216.67.14.69> <20001107010203.A9348@hades.hell.gr> <20001106181838.A50442@peitho.fxp.org> <5.0.0.25.2.20001107091741.020ab5c0@216.67.14.69> <3A09636A.F81F0D28@ocsny.com> <20001109024836.A99688@mithrandr.moria.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Point taken, however; does it not allowe the services to be configured by such things as ip, and time period and offer yet better activity logging? With the approriate firewall setup the added layers are worth the trouble. Well enough b/w wasted on this for now. m Neil Blakey-Milner wrote: > On Wed 2000-11-08 (09:30), Mikel wrote: > > I've had been considering running xinted for some time now, and thanks to > > Forest's suggestions I've been able to successfully get it up and running > > smoothly. I am personnaly left wondering why not just replact inetd altogether > > with this version? It certainly enhances security a bit. > > How does it enhance security? > > My main concern: > > (nbm@scythe) /usr/src/usr.sbin/inetd> find . -type f -name "*.c" | xargs wc -l | grep total > 2933 total > > vs: > > (nbm@scythe) /home/nbm/security/xinetd-2.1.8.9pre10> find . -type f -name "*.c" | xargs wc -l | grep total > 23149 total > > Neil > -- > Neil Blakey-Milner > nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 8:42: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id C18C837B479; Thu, 9 Nov 2000 08:42:04 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id JAA28835; Thu, 9 Nov 2000 09:40:08 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAAcNaOe4; Thu Nov 9 09:39:54 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id JAA20768; Thu, 9 Nov 2000 09:41:38 -0700 (MST) From: Terry Lambert Message-Id: <200011091641.JAA20768@usr08.primenet.com> Subject: Re: vx driver patch To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Thu, 9 Nov 2000 16:41:38 +0000 (GMT) Cc: winter@jurai.net (Matthew N. Dodd), tlambert@primenet.com (Terry Lambert), wpaul@FreeBSD.ORG (Bill Paul), imp@village.org (Warner Losh), current@FreeBSD.ORG In-Reply-To: <200011090004.eA903wa78952@aslan.scsiguy.com> from "Justin T. Gibbs" at Nov 08, 2000 05:03:58 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Humm... I had wondered why that was there. Is there a way to detect VLB > >devices some other way? > > This is specific to the aha2842 and is the only way I know of detecting > those boards. I thought that there was a tricky way, which involved doing the EISA non-destructive card identification, and then throwing out those things that hadn't registered themselves with the EISA BIOS, but it's been a while since I looked at it. My main concerns on this were: 1) Not incorrectly identifying a VLBUS card as an EISA card; the code used to do this, way back when, on a per driver basis, by not using the EISA BIOS, and scanning for the EISA ID (which these cards had). 2) Not blindly allocating the entire EISA space, which could conflict not only with VLBUS, but (at the time) some ENPIC assignments made by one of the PCMCIA bridge chipsets that were being used with VLBUS laptop video systems. If I remember correctly, the was to fix this was to identify the VLBUS card, both through the probe approach (which was not destructive, as above, because it was only applied to SCSI controllers after they were known to be there, and other VLBUS cards were identifiable), AND through the EISA BIOS. If a card showed up in the first place, but not the second, then it was a VLBUS card with an EISA table in it (I can't remember how, but the EISA BIOS knew not to treat these as EISA cards). This added an ugly third stage, so it went: VLBUS, EISA probe, AHA2842, EISA attach 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 8:49:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 1D7EF37B479; Thu, 9 Nov 2000 08:49:30 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id LAA04999; Thu, 9 Nov 2000 11:49:25 -0500 (EST) Date: Thu, 9 Nov 2000 11:49:25 -0500 (EST) From: "Matthew N. Dodd" To: Terry Lambert Cc: "Justin T. Gibbs" , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011091641.JAA20768@usr08.primenet.com> 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, 9 Nov 2000, Terry Lambert wrote: > (I can't remember how, but the EISA BIOS knew not to treat these as > EISA cards). Because the EISA Config Util. saves the config to the system NVRAM which the EISA BIOS reads to get the configuration. Using the EISA BIOS stuff might be the way to go. I'm really pissed that I've never been able to get the resource stuff to work correctly as that would make the EISA subsystem in FreeBSD more or less like the PCI/ISAPNP subsystem. (In the sense that drivers wouldn't have to query the card for resources.) How do we use the EISA BIOS on an Alpha or an SGI though? -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 9: 0:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id B602337B479; Thu, 9 Nov 2000 09:00:12 -0800 (PST) Received: (from daemon@localhost) by smtp04.primenet.com (8.9.3/8.9.3) id JAA00772; Thu, 9 Nov 2000 09:56:44 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpdAAAOSairb; Thu Nov 9 09:56:34 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id JAA21072; Thu, 9 Nov 2000 09:59:50 -0700 (MST) From: Terry Lambert Message-Id: <200011091659.JAA21072@usr08.primenet.com> Subject: Re: vx driver patch To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Thu, 9 Nov 2000 16:59:50 +0000 (GMT) Cc: winter@jurai.net (Matthew N. Dodd), peter@netplex.com.au (Peter Wemm), tlambert@primenet.com (Terry Lambert), wpaul@FreeBSD.ORG (Bill Paul), imp@village.org (Warner Losh), current@FreeBSD.ORG In-Reply-To: <200011091502.eA9F25a86346@aslan.scsiguy.com> from "Justin T. Gibbs" at Nov 09, 2000 08:02:05 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >What about EISA/VL or EISA/PCI systems? > > What about them? PCI devices are supposed to be found via PCI configuration > space access. Even in these machines where a PCI card can be falsly > probed as an EISA card, the standard PCI configuration mechanism works > to correctly find PCI devices. VL cards are identified using ISA probe > techniques in all cases I'm aware of. It just turns out that the 2842 > uses a scheme that is very similar to that of an EISA card. As a backgrounder for other-than-Justin, Adaptec has a habit of making multipurpose ROMs that sit on different types of devices, so that they don't have to maintain multiple images. It's the EISA stuff in these ROMs that causes a non-EISA BIOS based EISA probe to incorrectly identify them as EISA. If I understand one of Justin's comments in this thread correctly, an additional layer is required for proper ordering, since he has a VLBUS device that shows up in the EISA BIOS based probe; this abstraction would be needed to allow the treatment to be uniform, instead of adding another "rogues" table to handle such things. I also seem to remember something about it being necessary to bouce buffers for the thing on a particular chipset (CMD?) where the address lines at 16M and above weren't properly bridged, so if it were misidentified as EISA, it would get very, very unhappy. My personal experience with EISA/PCI and EISA/ISA has been a net positive. I've never seen an EISA with VLBUS in the flesh, but I remember that they existed for a short while before PCI to let people use non-EISA video cards, because it was cheaper than an EISA video card of equal performance. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 9: 4:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id 8B4C737B479; Thu, 9 Nov 2000 09:04:34 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id KAA02347; Thu, 9 Nov 2000 10:05:05 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp05.primenet.com, id smtpdAAAS2ayGe; Thu Nov 9 10:04:55 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id KAA21174; Thu, 9 Nov 2000 10:04:18 -0700 (MST) From: Terry Lambert Message-Id: <200011091704.KAA21174@usr08.primenet.com> Subject: Re: vx driver patch To: winter@jurai.net (Matthew N. Dodd) Date: Thu, 9 Nov 2000 17:04:17 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), gibbs@scsiguy.com (Justin T. Gibbs), wpaul@FreeBSD.ORG (Bill Paul), imp@village.org (Warner Losh), current@FreeBSD.ORG In-Reply-To: from "Matthew N. Dodd" at Nov 09, 2000 11:49:25 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > (I can't remember how, but the EISA BIOS knew not to treat these as > > EISA cards). > > Because the EISA Config Util. saves the config to the system NVRAM which > the EISA BIOS reads to get the configuration. Yes, that was how, thanks for jogging my memory... > Using the EISA BIOS stuff might be the way to go. I'm really pissed that > I've never been able to get the resource stuff to work correctly as that > would make the EISA subsystem in FreeBSD more or less like the PCI/ISAPNP > subsystem. (In the sense that drivers wouldn't have to query the card for > resources.) > > How do we use the EISA BIOS on an Alpha or an SGI though? There was a documented way to do this on the Alpha, but it turns out that it wasn't necessary, since it didn't have the failings of the PC architecture. At one (gross) time in history, Alphas included an x86 emulator in ROM to facilitate this (and other BIOS POST initialization stuff, mostly). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 9:41:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 9FDE837B479 for ; Thu, 9 Nov 2000 09:41:37 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9HfXa88677; Thu, 9 Nov 2000 10:41:33 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011091741.eA9HfXa88677@aslan.scsiguy.com> To: Terry Lambert Cc: current@FreeBSD.org Subject: Re: vx driver patch In-Reply-To: Your message of "Thu, 09 Nov 2000 16:59:50 GMT." <200011091659.JAA21072@usr08.primenet.com> Date: Thu, 09 Nov 2000 10:41:33 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >What about EISA/VL or EISA/PCI systems? >> >> What about them? PCI devices are supposed to be found via PCI configuration >> space access. Even in these machines where a PCI card can be falsly >> probed as an EISA card, the standard PCI configuration mechanism works >> to correctly find PCI devices. VL cards are identified using ISA probe >> techniques in all cases I'm aware of. It just turns out that the 2842 >> uses a scheme that is very similar to that of an EISA card. > >As a backgrounder for other-than-Justin, Adaptec has a habit of >making multipurpose ROMs that sit on different types of devices, >so that they don't have to maintain multiple images. It's the >EISA stuff in these ROMs that causes a non-EISA BIOS based EISA >probe to incorrectly identify them as EISA. This is not correct. You are making this all much more confusing than it is. The 2842 will not be identified as an EISA device by the system BIOS or any other OS but FreeBSD. This is because you must *write* to the "EISA like" ID registers prior to reading them in order for them to return somthing other than 0. So, if our EISA probe stops poking the ID registers prior to reading them, the 2842 will not be seen. Secondly, there are some PCI systems that lack EISA slots entirely, but map device register space in traditionally EISA slot address ranges. Some of the aic78xx cards just happen to have registers in these locations that have values that satisfy an EISA probe. Of course, you're not supposed to be poking them in this way once the card is setup and, should the EISA code honor address reservations made by the system, as well as whether an EISA mainboard controller is found, these conflicts just wouldn't happen. All other VLB cards I know of look just like their ISA counterparts from a probe perspective. They shouldn't enter into this discussion. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 9:44: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id ED7C337B479 for ; Thu, 9 Nov 2000 09:43:59 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9Hhua89140; Thu, 9 Nov 2000 10:43:57 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011091743.eA9Hhua89140@aslan.scsiguy.com> To: "Matthew N. Dodd" Cc: current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: Your message of "Thu, 09 Nov 2000 11:49:25 EST." Date: Thu, 09 Nov 2000 10:43:56 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >How do we use the EISA BIOS on an Alpha or an SGI though? I believe thorpej recently committed some code in NetBSD to do this on the Alpha. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 10:35:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp05.primenet.com (smtp05.primenet.com [206.165.6.135]) by hub.freebsd.org (Postfix) with ESMTP id 7846837B4C5 for ; Thu, 9 Nov 2000 10:35:11 -0800 (PST) Received: (from daemon@localhost) by smtp05.primenet.com (8.9.3/8.9.3) id LAA01175; Thu, 9 Nov 2000 11:35:41 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp05.primenet.com, id smtpdAAAdJayfc; Thu Nov 9 11:35:20 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id LAA23188; Thu, 9 Nov 2000 11:34:46 -0700 (MST) From: Terry Lambert Message-Id: <200011091834.LAA23188@usr08.primenet.com> Subject: Re: vx driver patch To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Thu, 9 Nov 2000 18:34:45 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), current@FreeBSD.org In-Reply-To: <200011091741.eA9HfXa88677@aslan.scsiguy.com> from "Justin T. Gibbs" at Nov 09, 2000 10:41:33 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >As a backgrounder for other-than-Justin, Adaptec has a habit of > >making multipurpose ROMs that sit on different types of devices, > >so that they don't have to maintain multiple images. It's the > >EISA stuff in these ROMs that causes a non-EISA BIOS based EISA > >probe to incorrectly identify them as EISA. > > This is not correct. You are making this all much more confusing than > it is. > > The 2842 will not be identified as an EISA device by the system BIOS > or any other OS but FreeBSD. This is because you must *write* to > the "EISA like" ID registers prior to reading them in order for them > to return somthing other than 0. So, if our EISA probe stops poking > the ID registers prior to reading them, the 2842 will not be seen. OK, I'm wiling to buy this; I was never really enticed into buying a VLB card, I'm only speaking from when VLB card support screwed me over when I had an EISA box with a 1742. I was just fearful that the 2842 wasn't the only snake in the grass out there, and so (as usual, I guess) wanted to solve for every instance of the possible problem space so we would never have to do it again, for all eternity. The address space issues with VLB vs. EISA that I mention are real, but in like of your "there is only one rogue" argument, I think we can avoid referencing the EISA MindShare book, unless someone cares to nominate another rogue (I expect this will never happen, since VLB is for all intents and purposes, as dead a technology as when the idiots first introduced it... 8-)). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 12:22: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id 9EE6A37B479 for ; Thu, 9 Nov 2000 12:22:03 -0800 (PST) Received: from fwd07.sul.t-online.com by mailout04.sul.t-online.com with smtp id 13tyCw-0003Jy-01; Thu, 09 Nov 2000 21:22:02 +0100 Received: from server.rock.net (340029380333-0001@[62.224.217.80]) by fwd07.sul.t-online.com with esmtp id 13tyCj-0H3200C; Thu, 9 Nov 2000 21:21:49 +0100 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3/Rock) with ESMTP id VAA06450 for ; Thu, 9 Nov 2000 21:21:33 +0100 (MET) Message-ID: <3A0B074D.4413FDB1@t-online.de> Date: Thu, 09 Nov 2000 21:21:33 +0100 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: current@freebsd.org Subject: ISA PnP resource allocation Content-Type: multipart/mixed; boundary="------------14BB548DC94021107317A01B" X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dies ist eine mehrteilige Nachricht im MIME-Format. --------------14BB548DC94021107317A01B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Now that someone has implementented resource alignment in the resource allocator, someone could review and integrate the attached patch. Background: I do have an old system with several PnP devices. Two of the request the following IO ports: first device: port range 0x100-0x3ff size=1 align=1 second device: port range 0x100-0x3f0 size=8 align=8 The first device gets port 0x100-0x100 allocated. Then the code in isa_common.c tries to allocate the ports for the second device. 0x100 is already used, so it gets the next free range: 0x101-0x108, ignoring the alignment constraints. The general problem in the code /sys/isa_common.c isa_find_port(), isa_find_memory(), etc. The loops in these routines try to honor the alignment constraints but the real work is done in /sys/subr_rman.c. Regardless of resource usage the for(...)-look in above functions is only run once. I already filed a PR for this problem but my first solution was a real hack (kern/21461). [another solution would be to introduce another flag for rman_reserve_resource() not to search for alternate regions. Daniel --------------14BB548DC94021107317A01B Content-Type: text/plain; charset=us-ascii; name="sys.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sys.diff" Index: isa/isa_common.c =================================================================== RCS file: /data/cvs/src/sys/isa/isa_common.c,v retrieving revision 1.18 diff -u -r1.18 isa_common.c --- isa/isa_common.c 2000/07/12 00:42:08 1.18 +++ isa/isa_common.c 2000/11/09 20:11:31 @@ -207,10 +207,10 @@ start, size); res[i] = bus_alloc_resource(child, SYS_RES_IOPORT, &i, - 0, ~0, 1, 0 /* !RF_ACTIVE */); + 0, ~0, 1, rman_make_alignment_flags(align)/* !RF_ACTIVE */); if (res[i]) { - result->ic_port[i].ir_start = start; - result->ic_port[i].ir_end = start + size - 1; + result->ic_port[i].ir_start = res[i]->r_start; + result->ic_port[i].ir_end = res[i]->r_start + size - 1; result->ic_port[i].ir_size = size; result->ic_port[i].ir_align = align; break; --------------14BB548DC94021107317A01B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 12:26:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 6884037B479 for ; Thu, 9 Nov 2000 12:26:10 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9KQ9a92289 for ; Thu, 9 Nov 2000 13:26:09 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011092026.eA9KQ9a92289@aslan.scsiguy.com> To: current@FreeBSD.org Subject: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat Date: Thu, 09 Nov 2000 13:26:09 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit) determination for the FreeBSD Foundation. The IRS seems to be a little confused about the nature of FreeBSD and we're currenlty working on a response to an initial determination from the IRS that was not favorable. One thing that would help us to explain the nature of FreeBSD and how it is used by the public is to enumerate some specific examples of how FreeBSD is used as either a teaching aid or a research platform by educational institutions. If possible, please include a contact name, email, or phone number so we can ask additional questions if necessary. Thanks in advance for your help! Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 12:34:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from krycek.zoominternet.net (krycek.zoominternet.net [63.67.120.9]) by hub.freebsd.org (Postfix) with SMTP id D3F4137B479 for ; Thu, 9 Nov 2000 12:34:13 -0800 (PST) Received: (qmail 5315 invoked from network); 9 Nov 2000 20:32:16 -0000 Received: from lcl12.cvzoom.net (208.226.155.12) by krycek.zoominternet.net with SMTP; 9 Nov 2000 20:32:16 -0000 Date: Thu, 9 Nov 2000 15:34:12 -0500 (EST) From: Donn Miller To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat In-Reply-To: <200011092026.eA9KQra92696@aslan.scsiguy.com> 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'm subscribed to -stable and not current, and yet I received this email. Do the lists get mixed up once in a while? - Donn On Thu, 9 Nov 2000, Justin T. Gibbs wrote: > As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit) > determination for the FreeBSD Foundation. The IRS seems to be a little > confused about the nature of FreeBSD and we're currenlty working on > a response to an initial determination from the IRS that was not > favorable. One thing that would help us to explain the nature of > FreeBSD and how it is used by the public is to enumerate some > specific examples of how FreeBSD is used as either a teaching > aid or a research platform by educational institutions. If possible, > please include a contact name, email, or phone number so we can > ask additional questions if necessary. > > Thanks in advance for your help! > Justin > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" 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 Nov 9 13: 6:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id D44DF37B479 for ; Thu, 9 Nov 2000 13:06:50 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eA9L6ha93785; Thu, 9 Nov 2000 14:06:44 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011092106.eA9L6ha93785@aslan.scsiguy.com> To: Donn Miller Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat In-Reply-To: Your message of "Thu, 09 Nov 2000 15:34:12 EST." Date: Thu, 09 Nov 2000 14:06:43 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm subscribed to -stable and not current, and yet I received this >email. Do the lists get mixed up once in a while? You're the victim of mh's dist command which I used to make this plea to several mailing lists. Unfortunately it looks like cross posting is disabled in majordomo (probably for good reason), so a conventional 'To' line didn't work. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 13:22:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 0B53337B4C5; Thu, 9 Nov 2000 13:22:07 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id QAA10919; Thu, 9 Nov 2000 16:22:01 -0500 (EST) Date: Thu, 9 Nov 2000 16:22:01 -0500 (EST) From: "Matthew N. Dodd" To: Terry Lambert Cc: "Justin T. Gibbs" , Bill Paul , Warner Losh , current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011091704.KAA21174@usr08.primenet.com> 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, 9 Nov 2000, Terry Lambert wrote: > At one (gross) time in history, Alphas included an x86 emulator in ROM > to facilitate this (and other BIOS POST initialization stuff, mostly). Somehow I doubt I'll be able to make VM86 calls to BIOS interrupt services on the Alpha. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 13:27:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A17E037B479 for ; Thu, 9 Nov 2000 13:27:44 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eA9LRfg22042; Thu, 9 Nov 2000 14:27:42 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA44057; Thu, 9 Nov 2000 14:27:40 -0700 (MST) Message-Id: <200011092127.OAA44057@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: vx driver patch Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 09 Nov 2000 16:22:01 EST." References: Date: Thu, 09 Nov 2000 14:27:40 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Matthew N. Dodd" writes: : On Thu, 9 Nov 2000, Terry Lambert wrote: : > At one (gross) time in history, Alphas included an x86 emulator in ROM : > to facilitate this (and other BIOS POST initialization stuff, mostly). : : Somehow I doubt I'll be able to make VM86 calls to BIOS interrupt services : on the Alpha. I think you are right. Even if the emulator ws there, it was only used to run the ROM post code, not to be active any time after the boot to use at randomly... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 14: 5:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 48F6837B4C5 for ; Thu, 9 Nov 2000 14:05:45 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eA9MB4903552; Thu, 9 Nov 2000 14:11:10 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011092211.eA9MB4903552@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Garrett Wollman Cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: Interrupt allocation In-reply-to: Your message of "Thu, 09 Nov 2000 11:01:06 EST." <200011091601.LAA06059@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Nov 2000 14:11:04 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Timesharing requires co-operation from both device and bus, but this > is a completely different issue. No drivers currently support > timesharing. `sio' at a minimum probably should, as it was the > motivating example for adding that feature. (My laptop has three PnP > sio ports: an internal modem, an external DB-9, and a dual-ported > infrared transceiver. There are only two interrupts available among > them.) They are probably x-bus parts and would support shared interrupts. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 14:16:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 7323537B4C5 for ; Thu, 9 Nov 2000 14:16:36 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eA9MMA903601; Thu, 9 Nov 2000 14:22:17 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011092222.eA9MMA903601@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: vx driver patch In-reply-to: Your message of "Thu, 09 Nov 2000 17:04:17 GMT." <200011091704.KAA21174@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Nov 2000 14:22:10 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At one (gross) time in history, Alphas included an x86 emulator > in ROM to facilitate this (and other BIOS POST initialization stuff, > mostly). They still do. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 15:18:52 2000 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 DAF1837B479 for ; Thu, 9 Nov 2000 15:18:45 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id AAA25955; Fri, 10 Nov 2000 00:18:34 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13u0xn-0001Zq-00 for ; Fri, 10 Nov 2000 00:18:35 +0100 Date: Fri, 10 Nov 2000 00:18:35 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Some probs with kernel build Message-ID: <20001110001835.A5874@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi everybody! I can see no one has reported these recently so I will... After I successfully made the buildworld, I proceeded to make buildkernel. However, the makedep did not go through. It is because Marcel introduced a new method of getting linux_sysent.c linux_syscall.h and linux_proto.h (they are now generated not just copied from the source tree.) The Linux module is aware of this and builds fine. Yet the two other "Linux" modules, aac and 3dfx are not and therefore they break during the makedep phase. I do not think it would be very difficult to fix this. -- 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 Nov 9 15:37:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 5528437B479 for ; Thu, 9 Nov 2000 15:37:41 -0800 (PST) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id SAA13636; Thu, 9 Nov 2000 18:37:37 -0500 (EST) Date: Thu, 9 Nov 2000 18:37:37 -0500 (EST) From: "Matthew N. Dodd" To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: vx driver patch In-Reply-To: <200011092127.OAA44057@harmony.village.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 Thu, 9 Nov 2000, Warner Losh wrote: > I think you are right. Even if the emulator ws there, it was only > used to run the ROM post code, not to be active any time after the > boot to use at randomly... I looked at the NetBSD/Alpha EISA code. Looks like that does everything we'll need. -- | 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 | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 16:41:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 93A3137B479 for ; Thu, 9 Nov 2000 16:41:55 -0800 (PST) Received: from ix.netcom.com (sil-wa15-06.ix.netcom.com [207.93.148.6]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id TAA29957 for ; Thu, 9 Nov 2000 19:41:50 -0500 (EST) Received: (from tomdean@localhost) by ix.netcom.com (8.11.1/8.9.3) id eAA0ffV00704; Thu, 9 Nov 2000 16:41:41 -0800 (PST) (envelope-from tomdean@ix.netcom.com) Date: Thu, 9 Nov 2000 16:41:41 -0800 (PST) Message-Id: <200011100041.eAA0ffV00704@ix.netcom.com> From: "Thomas D. Dean" To: current@FreeBSD.ORG Subject: Good Work Developers References: <294.973199378@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I havn't said this for a while. However, I frequently think it. I just cvsup'd, make world, make and install a new kernel. All without a hitch. Good Work Developers. Thanks, tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 17:30:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 37C7237B4CF for ; Thu, 9 Nov 2000 17:30:34 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 13u31V-0006pG-00; Fri, 10 Nov 2000 02:30:33 +0100 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.0/8.11.0) id eAA0pbJ14302 for freebsd-current@freebsd.org; Fri, 10 Nov 2000 01:51:37 +0100 (CET) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: mergemaster and $FreeBSD$ Date: Fri, 10 Nov 2000 00:51:37 +0000 (UTC) Message-ID: <8ufgqp$dj1$1@kemoauc.mips.inka.de> References: <200011090226.eA92Qw800408@curve.dellroad.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs wrote: > even worse, mergemaster in some cases seems to be comparing only > the $FreeBSD$ strings and incorrectly concluding that certain > files don't need upgrading, when in fact they do. If the -s switch isn't specified, mergemaster compares id strings first, and if these match it will consider the files equal. This is *very* handy, as it saves you from dealing with your local changes again and again, even though nothing has changed in the corresponding release files. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 20:13:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id F021B37B479 for ; Thu, 9 Nov 2000 20:13:23 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.15 #3) id 13u5Yd-0002sV-00; Fri, 10 Nov 2000 04:12:55 +0000 Date: Fri, 10 Nov 2000 04:12:55 +0000 From: Tony Finch To: Archie Cobbs Cc: freebsd-current@freebsd.org Subject: Re: mergemaster and $FreeBSD$ Message-ID: <20001110041255.C3315@hand.dotat.at> References: <200011090226.eA92Qw800408@curve.dellroad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200011090226.eA92Qw800408@curve.dellroad.org> Organization: Covalent Technologies, Inc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs wrote: > >So.. what stuff in /home/cvs/CVSROOT can I change so that sources >in freebsd/* get $FreeBSD$ substitution, but other sources get the >normal $Id$ substitution? Surely someone has solved this already.. ? If you are using the FreeBSD version of CVS (which has been patched to support this feature) then the magic file is called "options" and contains: tag=FreeBSD=CVSHeader tagexpand=iFreeBSD Tony. -- en oeccget g mtcaa f.a.n.finch v spdlkishrhtewe y dot@dotat.at eatp o v eiti i d. fanf@covalent.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 22:24:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 0A9D137B479 for ; Thu, 9 Nov 2000 22:24:10 -0800 (PST) Received: from curve.dellroad.org (curve.dellroad.org [10.1.1.30]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id WAA75764; Thu, 9 Nov 2000 22:24:04 -0800 (PST) Received: (from archie@localhost) by curve.dellroad.org (8.11.0/8.11.0) id eAA67s505032; Thu, 9 Nov 2000 22:07:54 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200011100607.eAA67s505032@curve.dellroad.org> Subject: Re: mergemaster and $FreeBSD$ In-Reply-To: <20001110041255.C3315@hand.dotat.at> "from Tony Finch at Nov 10, 2000 04:12:55 am" To: Tony Finch Date: Thu, 9 Nov 2000 22:07:54 -0800 (PST) Cc: freebsd-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 Tony Finch writes: > >So.. what stuff in /home/cvs/CVSROOT can I change so that sources > >in freebsd/* get $FreeBSD$ substitution, but other sources get the > >normal $Id$ substitution? Surely someone has solved this already.. ? > > If you are using the FreeBSD version of CVS (which has been patched to > support this feature) then the magic file is called "options" and > contains: > > tag=FreeBSD=CVSHeader > tagexpand=iFreeBSD Cool, thanks.. but.. what if a file that's not under /home/cvs/freebsd has $FreeBSD$ in it? Eg, /home/cvs/foo/bar.. I don't want it to get substituted.. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Nov 9 23: 7:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from envy.geekhouse.net (envy.geekhouse.net [64.81.6.50]) by hub.freebsd.org (Postfix) with ESMTP id 3896E37B4C5 for ; Thu, 9 Nov 2000 23:07:16 -0800 (PST) Received: (from jim@localhost) by envy.geekhouse.net (8.11.1/8.11.1) id eAA77Dc01933; Thu, 9 Nov 2000 23:07:13 -0800 (PST) (envelope-from jim) Date: Thu, 9 Nov 2000 23:07:12 -0800 From: Jim Mock To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat Message-ID: <20001109230711.A1842@envy.geekhouse.net> Reply-To: jim@lust.geekhouse.net References: <200011092026.eA9KQra92696@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <200011092026.eA9KQra92696@aslan.scsiguy.com>; from gibbs@scsiguy.com on Thu, Nov 09, 2000 at 01:26:09PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 09 Nov 2000 at 13:26:09 -0700, Justin T. Gibbs wrote: > As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit) > determination for the FreeBSD Foundation. The IRS seems to be a little > confused about the nature of FreeBSD and we're currenlty working on > a response to an initial determination from the IRS that was not > favorable. One thing that would help us to explain the nature of > FreeBSD and how it is used by the public is to enumerate some > specific examples of how FreeBSD is used as either a teaching > aid or a research platform by educational institutions. If possible, > please include a contact name, email, or phone number so we can > ask additional questions if necessary. http://home.jp.FreeBSD.org/~mita/BSDcon2000/ - jim -- jim mock work: jim@osd.bsdi.com | jim@FreeBSD.org http://soupnazi.org/ BSDi Open Source Div | http://bsdi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 2:17:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from dante.naver.co.id (unknown [202.155.86.82]) by hub.freebsd.org (Postfix) with ESMTP id 2314B37B479; Fri, 10 Nov 2000 02:17:28 -0800 (PST) Received: by dante.naver.co.id (Postfix, from userid 1000) id 6C6956106E; Fri, 10 Nov 2000 16:53:59 +0700 (JAVT) Date: Fri, 10 Nov 2000 16:53:58 +0700 From: John Indra To: Reinier Bezuidenhout Cc: Richard J Kuhns , stable@FreeBSD.ORG, Soren Schmidt , current@freebsd.org Subject: Re: My cdrom disappeared with the new ata-all.c :-( Message-ID: <20001110165358.A656@indocyber.com> References: <14859.5061.812358.725100@moriarity.grauel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from rbezuide@oskar.nanoteq.co.za on Fri, Nov 10, 2000 at 08:56:22AM +0200 X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20001108-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Nov 10, 2000 at 08:56:22AM +0200, Reinier Bezuidenhout wrote: |I've upgraded my 5.0-current to the sources of about 2 days ago ... before |then my CD-ROM was working just fine (detected etc), since the upgrade |my kernel too fails to detect the cdrom. One out of the 5 times I rebooted, |it found the cdrom. What seems strange is that if it fails to detect the |cdrom, my hardrive LED stays on the whole time. # uname -sr FreeBSD 5.0-20001108-CURRENT I confirm the same situation happened to me. - HD LED stays on all the time. - dmesg doesn't even show any living sign of my CD-ROM which worked fine under 4.1.1-STABLE. I'm using the GENERIC kernel which contain support for atapicd - After a few hours my system went very slow. I'm typing this message in a Pentium III 733 MHz but it felt like I'm on Intel 80386 :) |This is not on a laptop but on an Intel BX440 chipset motherboard, PII. I'm using ASUS PC133 CUSL2 motherboard Regards, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 2:51:54 2000 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 A589137B4C5; Fri, 10 Nov 2000 02:51:49 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id LAA09064; Fri, 10 Nov 2000 11:51:48 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 13uBme-0003nK-00; Fri, 10 Nov 2000 11:51:48 +0100 Date: Fri, 10 Nov 2000 11:51:48 +0100 From: Szilveszter Adam To: stable@FreeBSD.ORG, current@freebsd.org Subject: Re: My cdrom disappeared with the new ata-all.c :-( Message-ID: <20001110115148.D10883@petra.hos.u-szeged.hu> Mail-Followup-To: stable@FreeBSD.ORG, current@freebsd.org References: <14859.5061.812358.725100@moriarity.grauel.com> <20001110165358.A656@indocyber.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20001110165358.A656@indocyber.com>; from john@indocyber.com on Fri, Nov 10, 2000 at 04:53:58PM +0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Nov 10, 2000 at 04:53:58PM +0700, John Indra wrote: > - After a few hours my system went very slow. I'm typing this message > in a Pentium III 733 MHz but it felt like I'm on Intel 80386 :) Then this is probably unrelated to the problem Soren solved wrt my machine. On mine (LX440 mobo) just the ad1 was not detected, but the machine functioned fine (as far as I could tell) otherwise. I even installed a bunch of ports in the meantime w/o problems. -- 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 Fri Nov 10 3:38: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id A330F37B479; Fri, 10 Nov 2000 03:37:59 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id MAA41016; Fri, 10 Nov 2000 12:38:47 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200011101138.MAA41016@freebsd.dk> Subject: To those with ATA probe problems To: current@freebsd.org, stable@freebsd.org Date: Fri, 10 Nov 2000 12:38:47 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've put patches for 4.2-BETA (diff-4.2) and for -current (diff-5.0) on ftp://freebsd.dk/pub/ATA Please try them and mail me the dmesg from your system. Thanks! -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 4: 6:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 2CB5D37B479 for ; Fri, 10 Nov 2000 04:06:47 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAACCO906389; Fri, 10 Nov 2000 04:12:25 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011101212.eAACCO906389@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Daniel Rock Cc: current@freebsd.org Subject: Re: ISA PnP resource allocation In-reply-to: Your message of "Thu, 09 Nov 2000 21:21:33 +0100." <3A0B074D.4413FDB1@t-online.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Nov 2000 04:12:24 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now that someone has implementented resource alignment in the resource > allocator, someone could review and integrate the attached patch. This looks fine to me. I assume you'd want the same changes applied to aligning memory regions? > Background: > I do have an old system with several PnP devices. Two of the request the > following IO ports: > first device: port range 0x100-0x3ff size=1 align=1 > second device: port range 0x100-0x3f0 size=8 align=8 > > The first device gets port 0x100-0x100 allocated. Then the code > in isa_common.c tries to allocate the ports for the second device. > 0x100 is already used, so it gets the next free range: 0x101-0x108, > ignoring the alignment constraints. > > The general problem in the code /sys/isa_common.c > isa_find_port(), isa_find_memory(), etc. > > The loops in these routines try to honor the alignment constraints but > the real work is done in /sys/subr_rman.c. Regardless of resource usage > the for(...)-look in above functions is only run once. > > I already filed a PR for this problem but my first solution was a real > hack (kern/21461). > > [another solution would be to introduce another flag for > rman_reserve_resource() not to search for alternate regions. > > > Daniel > > Index: isa/isa_common.c > =================================================================== > RCS file: /data/cvs/src/sys/isa/isa_common.c,v > retrieving revision 1.18 > diff -u -r1.18 isa_common.c > --- isa/isa_common.c 2000/07/12 00:42:08 1.18 > +++ isa/isa_common.c 2000/11/09 20:11:31 > @@ -207,10 +207,10 @@ > start, size); > res[i] = bus_alloc_resource(child, > SYS_RES_IOPORT, &i, > - 0, ~0, 1, 0 /* !RF_ACTIVE */); > + 0, ~0, 1, rman_make_alignment_flags(align)/* !RF_ACTIVE */); > if (res[i]) { > - result->ic_port[i].ir_start = start; > - result->ic_port[i].ir_end = start + size - 1; > + result->ic_port[i].ir_start = res[i]->r_start; > + result->ic_port[i].ir_end = res[i]->r_start + size - 1; > result->ic_port[i].ir_size = size; > result->ic_port[i].ir_align = align; > break; > -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 4:26:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 3571137B479; Fri, 10 Nov 2000 04:26:07 -0800 (PST) Received: from v-ger.we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id eAACQ1905722; Fri, 10 Nov 2000 13:26:01 +0100 (MET) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id eAACPtb04246; Fri, 10 Nov 2000 13:25:55 +0100 (CET) (envelope-from jose@we.lc.ehu.es) Message-ID: <3A0BE952.E22DFE08@we.lc.ehu.es> Date: Fri, 10 Nov 2000 13:25:54 +0100 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Soren Schmidt Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: To those with ATA probe problems References: <200011101138.MAA41016@freebsd.dk> Content-Type: multipart/mixed; boundary="------------B2B29DCE953BF810D997C394" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------B2B29DCE953BF810D997C394 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Soren Schmidt wrote: > > I've put patches for 4.2-BETA (diff-4.2) and for -current (diff-5.0) > on ftp://freebsd.dk/pub/ATA > Please try them and mail me the dmesg from your system. > After losing ata1 (440BX chipset), I applied the patches to 4.2-BETA and ata1 was detected again. You can find the dmesg output attached. -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** --------------B2B29DCE953BF810D997C394 Content-Type: text/plain; charset=us-ascii; name="ata-dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-dmesg" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-BETA #1: Fri Nov 10 13:20:22 CET 2000 toor@pez13.we.lc.ehu.es:/usr/obj/usr/src/sys/FUJITSU Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 134152192 (131008K bytes) avail memory = 127586304 (124596K bytes) Preloaded elf kernel "kernel" at 0xc0304000. Pentium Pro MTRR support enabled md0: Malloc disk apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: mask=03 status0=50 status1=00 probe ATAPI master a=00 b=00 probe ATAPI slave a=00 b=00 ata0: mask=03 status0=50 status1=00 probe ATA master a=01 b=a5 devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: mask=03 status0=50 status1=00 probe ATAPI master a=14 b=eb probe ATAPI slave a=7f b=7f ata1: mask=03 status0=00 status1=00 devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xd400-0xd43f mem 0xe9000000-0xe90fffff,0xe9100000-0xe9100fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:90:27:e7:3b:60 pcm0: port 0xe800-0xe803,0xe400-0xe403,0xe000-0xe00f,0xdc00-0xdc0f,0xd800-0xd83f irq 10 at device 11.0 on pci0 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 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ad0: 8223MB [16708/16/63] at ata0-master UDMA33 acd0: CDROM at ata1-master using PIO4 Mounting root from ufs:/dev/ad0s2a --------------B2B29DCE953BF810D997C394-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 4:45: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 87C7137B479 for ; Fri, 10 Nov 2000 04:45:05 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id NAA12955 for ; Fri, 10 Nov 2000 13:44:50 +0100 (MET) Date: Fri, 10 Nov 2000 13:44:49 +0100 (CET) From: Harti Brandt To: current@freebsd.org Subject: Current kernel fails to compile 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 Hello, The following commit seems to break kernel compiles on i386 because the removed header files cannot be found when the modules are build: marcel 2000/11/08 23:27:56 PST Modified files: sys/compat/linux linux_file.c linux_ioctl.c linux_ipc.c linux_misc.c linux_signal.c linux_socket.c linux_stats.c sys/i386/linux linux.h linux_dummy.c linux_locore.s linux_machdep.c linux_sysvec.c syscalls.master Removed files: sys/i386/linux linux_proto.h linux_syscall.h linux_sysent.c Log: Sync with Alpha: Do not use sysent.c, proto.h and syscall.h in source tree; use auto-generated versions. This happens when I build in sys/compile and when I build via 'make buildkernel'. With a fresh cvs updated source I get: Script started on Fri Nov 10 13:41:16 2000 501 [root] (beagle) sys/compile/BEAGLE # make depend rm -f param.c cp ../../conf/param.c . [SNIP] ===> aac @ -> /usr/src/sys machine -> /usr/src/sys/i386/include perl @/kern/makeobjops.pl -h @/kern/device_if.m perl @/kern/makeobjops.pl -h @/kern/bus_if.m perl @/kern/makeobjops.pl -h @/pci/pci_if.m rm -f .depend mkdep -f .depend -a -nostdinc -DAAC_COMPAT_LINUX -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/include /usr/src/sys/modules/aac/../../dev/aac/aac.c /usr/src/sys/modules/aac/../../dev/aac/aac_pci.c /usr/src/sys/modules/aac/../../dev/aac/aac_disk.c In file included from /usr/src/sys/modules/aac/../../dev/aac/aac.c:1830: machine/../linux/linux.h:36: linux_syscall.h: No such file or directory /usr/src/sys/modules/aac/../../dev/aac/aac.c:1831: machine/../linux/linux_proto.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/aac. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/BEAGLE. 502 [root] (beagle) sys/compile/BEAGLE # exit exit Script done on Fri Nov 10 13:42:17 2000 -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.gmd.de, harti@begemot.org, lhbrandt@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 5:23:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from jarrow.nanoteq.co.za (jarrow.nanoteq.co.za [196.37.91.33]) by hub.freebsd.org (Postfix) with ESMTP id 38A1E37B479; Fri, 10 Nov 2000 05:23:34 -0800 (PST) Received: from jarrow.dev.nanoteq.co.za (localhost [127.0.0.1]) by jarrow.nanoteq.co.za (8.11.1/8.9.3) with ESMTP id eAADJfG00332; Fri, 10 Nov 2000 15:19:41 +0200 (SAST) (envelope-from rbezuide@oskar.nanoteq.co.za) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.4.0.FreeBSD:001110151941:288=_" In-Reply-To: <200011101138.MAA41016@freebsd.dk> Date: Fri, 10 Nov 2000 15:19:41 +0200 (SAST) Reply-To: rbezuide@oskar.nanoteq.co.za From: Reinier Bezuidenhout To: Soren Schmidt Subject: RE: To those with ATA probe problems Cc: stable@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.4.0.FreeBSD:001110151941:288=_ Content-Type: text/plain; charset=us-ascii I applied the diff-5.0 to my current and everything seems to work ok now :) got my drinks-tray back :) Unfortunately I dodn't boot vrbose ... but the dmesg is inlcuded. Thanks !! :) Reinier On 10-Nov-00 Soren Schmidt wrote: > > I've put patches for 4.2-BETA (diff-4.2) and for -current (diff-5.0) > on ftp://freebsd.dk/pub/ATA > Please try them and mail me the dmesg from your system. > > Thanks! > > -Søren > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ################################################################### # # # R.N. Bezuidenhout NetSeq Firewall # # rbezuide@oskar.nanoteq.co.za http://www.nanoteq.co.za # # # ################################################################### ---------------------------------- Date: 10-Nov-00 Time: 15:17:11 This message was sent by XFMail ---------------------------------- --_=XFMail.1.4.0.FreeBSD:001110151941:288=_ Content-Disposition: attachment; filename="dmesg" Content-Transfer-Encoding: base64 Content-Type: application/octet-stream; name=dmesg; SizeOnDisk=4207 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICMwOiBGcmkgTm92IDEwIDE1OjA3OjU3 IFNBU1QgMjAwMAogICAgcmJlenVpZGVAamFycm93Lm5hbm90ZXEuY28uemE6L3Vzci9zcmMvc3lz L2NvbXBpbGUvSkFSUk9XVwpUaW1lY291bnRlciAiaTgyNTQiICBmcmVxdWVuY3kgMTE5MzE4MiBI egpUaW1lY291bnRlciAiVFNDIiAgZnJlcXVlbmN5IDM5OTA4MzQxMSBIegpDUFU6IFBlbnRpdW0g SUkvUGVudGl1bSBJSSBYZW9uL0NlbGVyb24gKDM5OS4wOC1NSHogNjg2LWNsYXNzIENQVSkKICBP cmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDY1MyAgU3RlcHBpbmcgPSAzCiAgRmVhdHVy ZXM9MHgxODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsU0VQLE1UUlIs UEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUj4KcmVhbCBtZW1vcnkgID0gMTM0MjE3NzI4 ICgxMzEwNzJLIGJ5dGVzKQphdmFpbCBtZW1vcnkgPSAxMjY1OTUwNzIgKDEyMzYyOEsgYnl0ZXMp ClByZWxvYWRlZCBlbGYga2VybmVsICJrZXJuZWwiIGF0IDB4YzAzY2UwMDAuClByZWxvYWRlZCBl bGYgbW9kdWxlICJyYW5kb20ua28iIGF0IDB4YzAzY2UwOWMuClBlbnRpdW0gUHJvIE1UUlIgc3Vw cG9ydCBlbmFibGVkClVzaW5nICRQSVIgdGFibGUsIDkgZW50cmllcyBhdCAweGMwMGZkZjMwCm5w eDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFj ZQpwY2liMDogPEludGVsIDgyNDQzQlggKDQ0MCBCWCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBw Y2lidXMgMCBvbiBtb3RoZXJib2FyZApwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxJ bnRlbCA4MjQ0M0JYICg0NDAgQlgpIFBDSS1QQ0kgKEFHUCkgYnJpZGdlPiBhdCBkZXZpY2UgMS4w IG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCmlzYWIwOiA8SW50ZWwgODIzNzFBQiBQ Q0kgdG8gSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMAphdGFwY2kwOiA8SW50ZWwgUElJWDQgQVRBMzMgY29udHJvbGxlcj4gcG9ydCAweDE4 MjAtMHgxODJmIGF0IGRldmljZSA3LjEgb24gcGNpMAphdGEwOiBtYXNrPTAzIHN0YXR1czA9NTAg c3RhdHVzMT01MApwcm9iZSBBVEFQSSBtYXN0ZXIgYT0wMCBiPTAwCnByb2JlIEFUQVBJIHNsYXZl IGE9MTQgYj1lYgphdGEwOiBtYXNrPTAzIHN0YXR1czA9NTAgc3RhdHVzMT0wMApwcm9iZSBBVEEg bWFzdGVyIGE9MDEgYj1hNQpkZXZpY2VzPTA5CmF0YTA6IGF0IDB4MWYwIGlycSAxNCBvbiBhdGFw Y2kwCmF0YTE6IG1hc2s9MDMgc3RhdHVzMD01MCBzdGF0dXMxPTAwCnByb2JlIEFUQVBJIG1hc3Rl ciBhPTAwIGI9MDAKcHJvYmUgQVRBUEkgc2xhdmUgYT0wMCBiPTAwCmF0YTE6IG1hc2s9MDMgc3Rh dHVzMD01MCBzdGF0dXMxPTAwCnByb2JlIEFUQSBtYXN0ZXIgYT0wMSBiPWE1CmRldmljZXM9MDEK YXRhMTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTAKcGNpMDogPEludGVsIDgyMzcxQUIvRUIg KFBJSVg0KSBVU0IgY29udHJvbGxlcj4gYXQgNy4yIGlycSA5CnBjaTA6IDxJbnRlbCA4MjM3MUFC IFBvd2VyIG1hbmFnZW1lbnQgY29udHJvbGxlcj4gYXQgNy4zCnBjbTA6IDxZYW1haGEgRFMtMUUg KFlNRjc0MEMpPiBtZW0gMHhmNDAwMDAwMC0weGY0MDA3ZmZmIGlycSAxMSBhdCBkZXZpY2UgMTIu MCBvbiBwY2kwCnZyMDogPFZJQSBWVDMwNDMgUmhpbmUgSSAxMC8xMDBCYXNlVFg+IHBvcnQgMHgx NDAwLTB4MTQ3ZiBtZW0gMHhmNDAwOTAwMC0weGY0MDA5MDdmIGlycSAxMSBhdCBkZXZpY2UgMTMu MCBvbiBwY2kwCnZyMDogRXRoZXJuZXQgYWRkcmVzczogMDA6ODA6Yzg6OTI6MjU6OTUKbWlpYnVz MDogPE1JSSBidXM+IG9uIHZyMAphbXBoeTA6IDxETTkxMDEgMTAvMTAwIG1lZGlhIGludGVyZmFj ZT4gb24gbWlpYnVzMAphbXBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAx MDBiYXNlVFgtRkRYLCBhdXRvCnZyMTogPFZJQSBWVDMwNDMgUmhpbmUgSSAxMC8xMDBCYXNlVFg+ IHBvcnQgMHgxNDgwLTB4MTRmZiBtZW0gMHhmNDAwOTQwMC0weGY0MDA5NDdmIGlycSA5IGF0IGRl dmljZSAxNC4wIG9uIHBjaTAKdnIxOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo1MDpiYTphOToyNjph MwptaWlidXMxOiA8TUlJIGJ1cz4gb24gdnIxCmFtcGh5MTogPERNOTEwMSAxMC8xMDAgbWVkaWEg aW50ZXJmYWNlPiBvbiBtaWlidXMxCmFtcGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBi YXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcGNpMDogPEFUSSBNYWNoNjQtR1YgZ3JhcGhpY3Mg YWNjZWxlcmF0b3I+IGF0IDE1LjAgaXJxIDExCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGlycSAxIG9uIGF0a2JkYzAKcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBz bTA6IG1vZGVsIEdlbmVyaWMgUFMvMiBtb3VzZSwgZGV2aWNlIElEIDAKZmRjMDogPE5FQyA3MjA2 NUIgb3IgY2xvbmU+IGF0IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNh MApmZGMwOiBGSUZPIGVuYWJsZWQsIDggYnl0ZXMgdGhyZXNob2xkCmZkMDogPDE0NDAtS0IgMy41 IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBvbiBpc2EwCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDIwMD4KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MAp1bmtub3duOiA8UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcwp1bmtub3duOiA8UE5Q MGYxMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcwpzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09N IHBvcnQ+IGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gaXNhMApzaW8wOiB0eXBlIDE2NTUw QQpzaW8xOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IGF0IHBvcnQgMHgyZjgtMHgyZmYg aXJxIDMgb24gaXNhMApzaW8xOiB0eXBlIDE2NTUwQQp1bmtub3duOiA8UE5QMDcwMD4gY2FuJ3Qg YXNzaWduIHJlc291cmNlcwpwcGMwOiA8U3RhbmRhcmQgcGFyYWxsZWwgcHJpbnRlciBwb3J0PiBh dCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGlzYTAKcHBjMDogR2VuZXJpYyBjaGlwc2V0IChF UFAvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBi dXMwCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwCmxwdDA6IDxQcmlu dGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CklQIHBhY2tldCBmaWx0 ZXJpbmcgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBydWxlLWJhc2VkIGZvcndhcmRpbmcg ZGlzYWJsZWQsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZApJUHNlYzogSW5pdGlh bGl6ZWQgU2VjdXJpdHkgQXNzb2NpYXRpb24gUHJvY2Vzc2luZy4KYXRhMC1tYXN0ZXI6IERNQSBs aW1pdGVkIHRvIFVETUEzMywgbm9uLUFUQTY2IGNvbXBsaWFudCBjYWJsZQphZDA6IDgwNjNNQiA8 UVVBTlRVTSBGSVJFQkFMTCBDUjguNEE+IFsxNjM4My8xNi82M10gYXQgYXRhMC1tYXN0ZXIgVURN QTMzCmFkMjogMTYyNk1CIDxTVDMxNzIwQT4gWzMzMDUvMTYvNjNdIGF0IGF0YTEtbWFzdGVyIFdE TUEyCmFjZDA6IENEUk9NIDxTQU1TVU5HIFNDLTE0MEI+IGF0IGF0YTAtc2xhdmUgdXNpbmcgUElP NApNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczJhCmxpbmtfZWxmOiBzeW1ib2wgbG1p bm9yIHVuZGVmaW5lZAovZGV2L3ZtbW9uOiBNb2R1bGUgdm1tb246IHJlZ2lzdGVyZWQgd2l0aCBt YWpvcj0yMDAgbWlub3I9MCB0YWc9JE5hbWU6IGJ1aWxkLTU3MCAkCi9kZXYvdm1tb246IE1vZHVs ZSB2bW1vbjogaW5pdGlhbGl6ZWQKY2Q5NjYwOiBKb2xpZXQgRXh0ZW5zaW9uCg== --_=XFMail.1.4.0.FreeBSD:001110151941:288=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 5:27:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from oberon.tpgi.com.au (oberon.tpgi.com.au [203.12.160.2]) by hub.freebsd.org (Postfix) with ESMTP id A6DF237B4C5 for ; Fri, 10 Nov 2000 05:27:20 -0800 (PST) Received: (from smtpd@localhost) by oberon.tpgi.com.au (8.8.7/8.8.7) id AAA32225; Sat, 11 Nov 2000 00:27:16 +1100 Received: from buffy.tpgi.com.au(203.12.160.34) via SMTP by oberon.tpgi.com.au, id smtpda32217; Sat Nov 11 00:27:15 2000 Received: (from smtpd@localhost) by buffy.tpgi.com.au (8.9.3/8.9.3) id AAA01671; Sat, 11 Nov 2000 00:27:05 +1100 Received: from tar-56k-251.tpgi.com.au(203.26.26.251), claiming to be "tpgi.com.au" via SMTP by buffy.tpgi.com.au, id smtpdse1aqE; Sat Nov 11 00:26:56 2000 Message-ID: <3A0BF78E.F8FF06BB@tpgi.com.au> Date: Sat, 11 Nov 2000 00:26:38 +1100 From: eirvine X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat References: <200011092026.eA9KQra92696@aslan.scsiguy.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Justin, You might like to take a look at some of the links near the bottom of my (humble) home page. A little dated, but never mind: http://www1.tpg.com.au/users/eirvine/ Eddie. "Justin T. Gibbs" wrote: > > As some of you may know, I'm working on a 501(c)3 (tax exempt/non-profit) > determination for the FreeBSD Foundation. The IRS seems to be a little > confused about the nature of FreeBSD and we're currenlty working on > a response to an initial determination from the IRS that was not > favorable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 10: 6:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by hub.freebsd.org (Postfix) with ESMTP id C24E237B479; Fri, 10 Nov 2000 10:06:47 -0800 (PST) Received: from fwd00.sul.t-online.com by mailout05.sul.t-online.com with smtp id 13uIZa-0003Ws-02; Fri, 10 Nov 2000 19:06:46 +0100 Received: from server.rock.net (340029380333-0001@[62.158.15.52]) by fwd00.sul.t-online.com with esmtp id 13uIZL-0HyVDkC; Fri, 10 Nov 2000 19:06:31 +0100 Received: from t-online.de (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3/Rock) with ESMTP id TAA28314; Fri, 10 Nov 2000 19:06:17 +0100 (MET) Message-ID: <3A0C3919.D3C56FF5@t-online.de> Date: Fri, 10 Nov 2000 19:06:17 +0100 From: Daniel Rock X-Mailer: Mozilla 4.7 [de] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Mike Smith Cc: current@freebsd.org Subject: Re: ISA PnP resource allocation References: <200011101212.eAACCO906389@mass.osd.bsdi.com> Content-Type: multipart/mixed; boundary="------------7CE6D723BBB09DDB5BC341F4" X-Sender: 340029380333-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dies ist eine mehrteilige Nachricht im MIME-Format. --------------7CE6D723BBB09DDB5BC341F4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mike Smith schrieb: > > > Now that someone has implementented resource alignment in the resource > > allocator, someone could review and integrate the attached patch. > > This looks fine to me. I assume you'd want the same changes applied to > aligning memory regions? I didn't run in this problem, but maybe some other person will, so: yes! I don't know the code in /sys/kern/subr_rman.c well. Does it only find nearby regions or also other as well. If it does find any region with the alignment constraints, the for(...) loop in /sys/isa/isa_common.c is completely meaningless and should be eliminated. The code then should look like this below (works at least for me). Daniel --------------7CE6D723BBB09DDB5BC341F4 Content-Type: text/plain; charset=us-ascii; name="sys.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sys.diff" Index: isa/isa_common.c =================================================================== RCS file: /data/cvs/src/sys/isa/isa_common.c,v retrieving revision 1.18 diff -u -r1.18 isa_common.c --- isa/isa_common.c 2000/07/12 00:42:08 1.18 +++ isa/isa_common.c 2000/11/10 18:05:42 @@ -133,31 +133,26 @@ result->ic_nmem = config->ic_nmem; for (i = 0; i < config->ic_nmem; i++) { u_int32_t start, end, size, align; - for (start = config->ic_mem[i].ir_start, - end = config->ic_mem[i].ir_end, - size = config->ic_mem[i].ir_size, - align = config->ic_mem[i].ir_align; - start + size - 1 <= end; - start += align) { - bus_set_resource(child, SYS_RES_MEMORY, i, - start, size); - res[i] = bus_alloc_resource(child, - SYS_RES_MEMORY, &i, - 0, ~0, 1, 0 /* !RF_ACTIVE */); - if (res[i]) { - result->ic_mem[i].ir_start = start; - result->ic_mem[i].ir_end = start + size - 1; - result->ic_mem[i].ir_size = size; - result->ic_mem[i].ir_align = align; - break; - } - } - /* - * If we didn't find a place for memory range i, then - * give up now. - */ - if (!res[i]) { + start = config->ic_mem[i].ir_start; + end = config->ic_mem[i].ir_end; + size = config->ic_mem[i].ir_size; + align = config->ic_mem[i].ir_align; + if(!align) + align = 1; + bus_set_resource(child, SYS_RES_MEMORY, i, + start, size); + res[i] = bus_alloc_resource(child, + SYS_RES_MEMORY, &i, + 0, ~0, 1, + rman_make_alignment_flags(align)); + if (res[i]) { + result->ic_mem[i].ir_start = res[i]->r_start; + result->ic_mem[i].ir_end = res[i]->r_end; + result->ic_mem[i].ir_size = res[i]->r_end - res[i]->r_start + 1; + result->ic_mem[i].ir_align = align; + } + else { success = 0; break; } @@ -197,31 +192,27 @@ result->ic_nport = config->ic_nport; for (i = 0; i < config->ic_nport; i++) { u_int32_t start, end, size, align; - for (start = config->ic_port[i].ir_start, - end = config->ic_port[i].ir_end, - size = config->ic_port[i].ir_size, - align = config->ic_port[i].ir_align; - start + size - 1 <= end; - start += align) { - bus_set_resource(child, SYS_RES_IOPORT, i, - start, size); - res[i] = bus_alloc_resource(child, - SYS_RES_IOPORT, &i, - 0, ~0, 1, 0 /* !RF_ACTIVE */); - if (res[i]) { - result->ic_port[i].ir_start = start; - result->ic_port[i].ir_end = start + size - 1; - result->ic_port[i].ir_size = size; - result->ic_port[i].ir_align = align; - break; - } - } - /* - * If we didn't find a place for port range i, then - * give up now. - */ - if (!res[i]) { + start = config->ic_port[i].ir_start; + end = config->ic_port[i].ir_end; + size = config->ic_port[i].ir_size; + align = config->ic_port[i].ir_align; + if(!align) + align = 1; + + bus_set_resource(child, SYS_RES_IOPORT, i, + start, size); + res[i] = bus_alloc_resource(child, + SYS_RES_IOPORT, &i, + 0, ~0, 1, + rman_make_alignment_flags(align)); + if (res[i]) { + result->ic_port[i].ir_start = res[i]->r_start; + result->ic_port[i].ir_end = res[i]->r_end; + result->ic_port[i].ir_size = res[i]->r_end - res[i]->r_start + 1; + result->ic_port[i].ir_align = align; + } + else { success = 0; break; } --------------7CE6D723BBB09DDB5BC341F4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 10:20:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 6438D37B4C5 for ; Fri, 10 Nov 2000 10:20:26 -0800 (PST) Received: from FreeBSD.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id KAA92187; Fri, 10 Nov 2000 10:19:50 -0800 (PST) (envelope-from DougB@FreeBSD.org) Message-ID: <3A0C3C45.1D55BAC9@FreeBSD.org> Date: Fri, 10 Nov 2000 10:19:49 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Archie Cobbs Cc: freebsd-current@FreeBSD.org Subject: Re: mergemaster and $FreeBSD$ References: <200011090226.eA92Qw800408@curve.dellroad.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs wrote: > > My machines get their source code from a local CVS mirror of the > FreeBSD source tree, which is at /home/cvs/freebsd/src.. we have > our own CVSROOT stuff of course. Just so I understand, you don't have a mirror of the freebsd CVS repo itself, you have your own repo with the freebsd files in it? If it's the former, you definitely shouldn't be having this problem, as I use a local mirror of the freebsd repo to generate all my source, both at home and work. If it's the latter, you could try adding the magic that was suggested previously to get your local repo to expand the $FreeBSD$ tags. > This causes mergemaster to list a zillion files as having differences > in only this string every upgrade.. even worse, mergemaster in some > cases seems to be comparing only the $FreeBSD$ strings and incorrectly > concluding that certain files don't need upgrading, when in fact they do. mm uses two methods to determine whether a file needs updating. It first checks the CVS Id tag to see if it's the same. If it's not, then it does a straight diff of the two files. Up till 11/1 it did 'grep "[$]FreeBSD:' to find the string for FreeBSD, now it does 'ident filename' instead. You might try that new version and see if it works better for you. You could also try using 'mergemaster -s', or put STRICT=yes in your .mergemasterrc file. This causes mm to skip the ident test and always do a strict comparison of each file. Beyond that, it may turn out that mm just isn't going to work for you. There are only so many ways I can do the comparison that will work for the majority of users without needing excessive gymnastics. Good luck, Doug -- Life is an essay test. Long form. Spelling counts. Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 11: 6:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 1045B37B4C5 for ; Fri, 10 Nov 2000 11:06:21 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id eAAJ6C425202; Fri, 10 Nov 2000 20:06:12 +0100 (CET) (envelope-from asmodai) Date: Fri, 10 Nov 2000 20:06:11 +0100 From: Jeroen Ruigrok van der Werven To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat Message-ID: <20001110200611.A24490@lucifer.bart.nl> References: <200011092026.eA9KQ9a92289@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011092026.eA9KQ9a92289@aslan.scsiguy.com>; from gibbs@scsiguy.com on Thu, Nov 09, 2000 at 01:26:09PM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001109 21:30], Justin T. Gibbs (gibbs@scsiguy.com) wrote: >If possible, please include a contact name, email, or phone number so >we can ask additional questions if necessary. Do foreign educational institutes count as well for this purpose? -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Knowledge is power... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 11:17:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 3310D37B4C5 for ; Fri, 10 Nov 2000 11:17:49 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eAAJHaa06273; Fri, 10 Nov 2000 12:17:37 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011101917.eAAJHaa06273@aslan.scsiguy.com> To: Jeroen Ruigrok van der Werven Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat In-Reply-To: Your message of "Fri, 10 Nov 2000 20:06:11 +0100." <20001110200611.A24490@lucifer.bart.nl> Date: Fri, 10 Nov 2000 12:17:36 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >-On [20001109 21:30], Justin T. Gibbs (gibbs@scsiguy.com) wrote: >>If possible, please include a contact name, email, or phone number so >>we can ask additional questions if necessary. > >Do foreign educational institutes count as well for this purpose? Yes. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 12: 1:20 2000 Delivered-To: freebsd-current@freebsd.org Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by hub.freebsd.org (Postfix) with ESMTP id 8343637B4C5 for ; Fri, 10 Nov 2000 12:01:16 -0800 (PST) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by gatekeeper.radio-do.de (Postfix) with ESMTP id 9422016F04 for ; Fri, 10 Nov 2000 21:01:10 +0100 (CET) Received: (from fn@localhost) by trinity.radio-do.de (8.11.1/8.9.3) id eAAK1AL01850 for freebsd-current@freebsd.org; Fri, 10 Nov 2000 21:01:10 +0100 (CET) (envelope-from fn@gatekeeper.radio-do.de) Date: Fri, 10 Nov 2000 21:01:10 +0100 From: Frank Nobis To: freebsd-current@freebsd.org Subject: Re: Strange dma_init error on current with awe64 and floppy Message-ID: <20001110210110.A1800@radio-do.de> References: <20001108014312.A417@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001108014312.A417@radio-do.de>; from fn@radio-do.de on Wed, Nov 08, 2000 at 01:43:12AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Nov 08, 2000 at 01:43:12AM +0100, Frank Nobis wrote: > Hi, > > please have a look at the following dmesg output. > > I'm sure I must have overseen something trivial, but currently I can't > figure out what it is. > I it not the size of the kernel itself. It depends on how many RAM I give to the system. the next dmesg output is the same kernel but with MAXMEM set to 448*1024 Now the isa_dmainit goes through. The problem seems to be somewhere in the vm. isa_dmainit calls contigmalloc, which scans for a 4k page in the lower 16M memory range, but can't find any. The break is somewhere between 448 and 480 M. The physical memory is 512M. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #2: Thu Nov 9 23:57:52 CET 2000 root@trinity.radio-do.de:/usr/src/sys/compile/G5SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 469762048 (458752K bytes) avail memory = 453451776 (442824K bytes9 [...] sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 [...] fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.0-CURRENT #0: Wed Nov 8 00:10:53 CET 2000 > root@trinity.radio-do.de:/usr/obj/usr/src/sys/G5SMP > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > Features=0x383fbff > real memory = 536858624 (524276K bytes) > avail memory = 518561792 (506408K bytes) > [...] > sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 > pcm0: on sbc0 > isa_dmainit(1, 4096) failed > isa_dmainit(5, 4096) failed > pcm0: chn_init() for (record:0) failed > pcm0: chn_init() for (play:0) failed > fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 > isa_dmainit(2, 1024) failed > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Frank -- ~/.signature not found: wellknown error 42 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 12: 2:57 2000 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 98D0737B479 for ; Fri, 10 Nov 2000 12:02:53 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA69206 for current@freebsd.org; Fri, 10 Nov 2000 12:02:53 -0800 (PST) (envelope-from obrien) Date: Fri, 10 Nov 2000 12:02:52 -0800 From: "David O'Brien" To: current@freebsd.org Subject: I broke world with the ligcc_pic for shared object commit Message-ID: <20001110120252.A69177@dragon.nuxi.com> Reply-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oh just shoot me. I drop my "don't commit a single bit to the compiler" w/o a full `make buildworld' for a single commit and look what happens -- I break world. *sigh* -- the compiler did build along with everything in /src/gnu/lib with it... but that wasn't good enough testing. A fix is in the works. -- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 12: 5:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 6284337B479 for ; Fri, 10 Nov 2000 12:05:22 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id eAAK5Ib25926; Fri, 10 Nov 2000 21:05:18 +0100 (CET) (envelope-from asmodai) Date: Fri, 10 Nov 2000 21:05:18 +0100 From: Jeroen Ruigrok van der Werven To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Foundation: Examples of FreeBSD as teaching aid/research plat Message-ID: <20001110210518.B24490@lucifer.bart.nl> References: <20001110200611.A24490@lucifer.bart.nl> <200011101917.eAAJHaa06273@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011101917.eAAJHaa06273@aslan.scsiguy.com>; from gibbs@scsiguy.com on Fri, Nov 10, 2000 at 12:17:36PM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20001110 20:20], Justin T. Gibbs (gibbs@scsiguy.com) wrote: >>Do foreign educational institutes count as well for this purpose? > >Yes. I think the Dutch University of Twente uses FreeBSD a lot for their curriculi. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl And your ways appear a total lack of Faith... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 13:12: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id C368637B479 for ; Fri, 10 Nov 2000 13:12:05 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id NAA02328 for ; Fri, 10 Nov 2000 13:12:05 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.0/8.11.0) id eAALBwI33373; Fri, 10 Nov 2000 13:11:58 -0800 (PST) (envelope-from jdp) Date: Fri, 10 Nov 2000 13:11:58 -0800 (PST) Message-Id: <200011102111.eAALBwI33373@vashon.polstra.com> To: current@freebsd.org From: John Polstra Reply-To: current@freebsd.org Subject: Re: licq after crt* change In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Dmitry Valdov wrote: > licq doesn't work since crt* change.. (coredumps) Any workaround? > (recompile if licq & qt doesn't help). /usr/ports/net/licq For the archives: Dmitry sent me a stack trace, and the problem was that his libc_r was out-of-date. Once he updated that, the problem went away. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 13:25: 5 2000 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 2774A37B479 for ; Fri, 10 Nov 2000 13:25:02 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id eAALP1304775 for freebsd-current@freebsd.org; Fri, 10 Nov 2000 13:25:01 -0800 Date: Fri, 10 Nov 2000 13:25:01 -0800 From: Brooks Davis To: freebsd-current@freebsd.org Subject: non-root users can't debug applications (kern/22711) Message-ID: <20001110132501.A4333@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After updating about five days ago I noticed that I couldn't sucessfully run gdb on my code any more. I'm pretty sure this is a real issue and that I've correctly narrowed it down to a small typo in sys/kern/kern_prot.h. There's a patch in the PR kern/22711 which fixes it for me. Could someone please verify this and commit a fix? Thanks, Brooks P.S. This has been broken for 10 days now and I haven't seen a single peep on -current. Am I the only one crazy enough to develope non-system applications on -current. ;-) -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 13:32:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id BC39F37B4C5 for ; Fri, 10 Nov 2000 13:32:37 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 8A9FB976; Fri, 10 Nov 2000 13:32:32 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA26794; Fri, 10 Nov 2000 13:32:32 -0800 (PST) Message-ID: <3A0C6970.643B5992@cup.hp.com> Date: Fri, 10 Nov 2000 16:32:32 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Harti Brandt Cc: current@FreeBSD.ORG Subject: Re: Current kernel fails to compile References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Harti Brandt wrote: > > marcel 2000/11/08 23:27:56 PST > > Modified files: > sys/compat/linux linux_file.c linux_ioctl.c linux_ipc.c > linux_misc.c linux_signal.c > linux_socket.c linux_stats.c > sys/i386/linux linux.h linux_dummy.c linux_locore.s > linux_machdep.c linux_sysvec.c > syscalls.master > Removed files: > sys/i386/linux linux_proto.h linux_syscall.h > linux_sysent.c > Log: > Sync with Alpha: > Do not use sysent.c, proto.h and syscall.h in source tree; > use auto-generated versions. > > This happens when I build in sys/compile and when I build via > 'make buildkernel'. With a fresh cvs updated source I get: I reverted the commit. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 13:34:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 2318237B4C5 for ; Fri, 10 Nov 2000 13:34:29 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 5BBCF230; Fri, 10 Nov 2000 13:34:28 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA26852; Fri, 10 Nov 2000 13:34:28 -0800 (PST) Message-ID: <3A0C69E4.20410DF3@cup.hp.com> Date: Fri, 10 Nov 2000 16:34:28 -0500 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: Some probs with kernel build References: <20001110001835.A5874@petra.hos.u-szeged.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Szilveszter Adam wrote: > > After I successfully made the buildworld, I proceeded to make buildkernel. > However, the makedep did not go through. It is because Marcel introduced a > new method of getting linux_sysent.c linux_syscall.h and linux_proto.h (they > are now generated not just copied from the source tree.) The Linux module is > aware of this and builds fine. Yet the two other "Linux" modules, aac and > 3dfx are not and therefore they break during the makedep phase. I do not > think it would be very difficult to fix this. The commit has been reverted. Auto-generation needs more work than just changing a makefile. I was under the impression that the Alpha port worked, but it basicly is as broken as the i386 port was after my "syncing". -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 14: 2:39 2000 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 E795B37B479 for ; Fri, 10 Nov 2000 14:02:36 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id OAA69668 for current@freebsd.org; Fri, 10 Nov 2000 14:02:36 -0800 (PST) (envelope-from obrien) Date: Fri, 10 Nov 2000 14:02:35 -0800 From: "David O'Brien" To: current@freebsd.org Subject: Re: I broke world with the ligcc_pic for shared object commit Message-ID: <20001110140235.A69649@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20001110120252.A69177@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: <20001110120252.A69177@dragon.nuxi.com>; from obrien@freebsd.org on Fri, Nov 10, 2000 at 12:02:52PM -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 Fri, Nov 10, 2000 at 12:02:52PM -0800, David O'Brien wrote: > I break world. The world is believed to be fixed now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 14:52:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn125.dh.casema.net [212.64.31.125]) by hub.freebsd.org (Postfix) with ESMTP id 0907A37B4CF for ; Fri, 10 Nov 2000 14:52:45 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.9.3) with ESMTP id eAAN81010493 for ; Sat, 11 Nov 2000 00:08:05 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001110234702.00df5ed0@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 10 Nov 2000 23:51:54 +0100 To: freebsd-current@freebsd.org From: "Rogier R. Mulhuijzen" Subject: NTFS problem solved (hopefully =) ) 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 For everybody who was having trouble with NTFS (not being able to read any files): I have submitted a patch with send-pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=22756 give it a spin, let me know if there are any problems with it. DocWilco (junior kernel hacker) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 14:58:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from citusc17.usc.edu (citusc17.usc.edu [128.125.38.177]) by hub.freebsd.org (Postfix) with ESMTP id 545DB37B4C5 for ; Fri, 10 Nov 2000 14:58:04 -0800 (PST) Received: (from kris@localhost) by citusc17.usc.edu (8.11.1/8.11.1) id eAAMxEk79683; Fri, 10 Nov 2000 14:59:14 -0800 (PST) (envelope-from kris) Date: Fri, 10 Nov 2000 14:59:14 -0800 From: Kris Kennaway To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: OpenSSL 0.9.6 update Message-ID: <20001110145914.A79656@citusc17.usc.edu> References: <20001104152553.A9406@citusc17.usc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001104152553.A9406@citusc17.usc.edu>; from kris@citusc.usc.edu on Sat, Nov 04, 2000 at 03:25:53PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 04, 2000 at 03:25:53PM -0800, Kris Kennaway wrote: > Please test the new version of OpenSSL available at: >=20 > http://www.freebsd.org/~kris/openssl-0.9.6.tbz >=20 > Extract it in /usr/src and it will spam over the existing copies of > your crypto/openssl and secure/. A patch relative to the current > version will also shortly be at >=20 > http://www.freebsd.org/~kris/openssl-0.9.6.patch >=20 > I've tested it works with OpenSSH, but not much else - I'd be > especially interested to hear of success/failure reports with other > users of the library. I'm committing this tomorrow - last call for testing if you want sympathy when I break your system! Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjoMfcEACgkQWry0BWjoQKUlVgCg5TfKxjSIC0v4uAz+kEVNn4+E v1UAoNPwyBaUOIMNIhJqX0aYE8nF+sPt =MlcK -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 15:51:16 2000 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 A18D237B4C5; Fri, 10 Nov 2000 15:51:13 -0800 (PST) Received: from laptop.baldwin.cx (john@dhcp241.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id eAANoxB86708; Fri, 10 Nov 2000 15:50:59 -0800 (PST) (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: <20001110140235.A69649@dragon.nuxi.com> Date: Fri, 10 Nov 2000 15:51:36 -0800 (PST) From: John Baldwin To: "David O'Brien" Subject: Re: I broke world with the ligcc_pic for shared object commit Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10-Nov-00 David O'Brien wrote: > On Fri, Nov 10, 2000 at 12:02:52PM -0800, David O'Brien wrote: >> I break world. > > The world is believed to be fixed now. You've fixed the whole world?! I think you missed Florida... /me runs -- 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 Fri Nov 10 17:29:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 716DA37B4C5 for ; Fri, 10 Nov 2000 17:29:09 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id RAA03322 for ; Fri, 10 Nov 2000 17:29:08 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 10 Nov 2000 17:29:08 -0800 (PST) Organization: Polstra & Co., Inc. From: John Polstra To: current@freebsd.org Subject: savecore broken because kern.bootfile is set wrong Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Savecore isn't working in -current, dying in my case with "read: invalid argument". (This is on an Alpha -- I don't have an i386 -current machine to test it on at the moment.) I traced it down to the fact that getbootfile() is returning "kernel" -- not the full pathname as the man page promises. This seems to be because the "kern.bootfile" sysctl variable isn't getting set correctly: alpha# sysctl kern.bootfile kern.bootfile: kernel Because I had an old "/kernel" file and savecore runs in "/", it was finding the wrong kernel. This seems to be some sort of coordination problem between the loader and the kernel and, maybe, the Alpha SRM. Can anybody shed some light on it? Also, in "src/sys/boot/common/boot.c" we still have this: static const char *default_bootfiles = "kernel.ko"; which isn't right any more. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 17:40: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id BEC3B37B479 for ; Fri, 10 Nov 2000 17:39:53 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA22497; Fri, 10 Nov 2000 17:39:42 -0800 Date: Fri, 10 Nov 2000 17:39:40 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: savecore broken because kern.bootfile is set wrong 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 > Savecore isn't working in -current, dying in my case with "read: > invalid argument". (This is on an Alpha -- I don't have an i386 > -current machine to test it on at the moment.) I traced it down to > the fact that getbootfile() is returning "kernel" -- not the full > pathname as the man page promises. This seems to be because the > "kern.bootfile" sysctl variable isn't getting set correctly: > > alpha# sysctl kern.bootfile > kern.bootfile: kernel > > Because I had an old "/kernel" file and savecore runs in "/", it was > finding the wrong kernel. > > This seems to be some sort of coordination problem between the loader > and the kernel and, maybe, the Alpha SRM. Can anybody shed some light Not SRM. SRM cares not. > on it? > > Also, in "src/sys/boot/common/boot.c" we still have this: > > static const char *default_bootfiles = "kernel.ko"; > > which isn't right any more. Absolutely wrong, yes. Look at kern_mib.c: char kernelname[MAXPATHLEN] = "/kernel"; /* XXX bloat */ SYSCTL_STRING(_kern, KERN_BOOTFILE, bootfile, CTLFLAG_RW, kernelname, sizeof kernelname, "Name of kernel file booted"); This is also wrong now. It's somewhat problematic in that the actual kernel name is kernel, still, but the path that it is found in depends on where the loader actually found it- that's contingent on module_path. I don't know whether the loader is supposed to modify kernelname in the loaded kernel to have the actual path or not. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 17:54:52 2000 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 1803037B4C5 for ; Fri, 10 Nov 2000 17:54:50 -0800 (PST) Received: from laptop.baldwin.cx (john@dhcp241.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id eAB1sUB90190; Fri, 10 Nov 2000 17:54:30 -0800 (PST) (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: Fri, 10 Nov 2000 17:55:08 -0800 (PST) From: John Baldwin To: Matthew Jacob Subject: Re: savecore broken because kern.bootfile is set wrong Cc: current@FreeBSD.org, John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11-Nov-00 Matthew Jacob wrote: > > >> Savecore isn't working in -current, dying in my case with "read: >> invalid argument". (This is on an Alpha -- I don't have an i386 >> -current machine to test it on at the moment.) I traced it down to >> the fact that getbootfile() is returning "kernel" -- not the full >> pathname as the man page promises. This seems to be because the >> "kern.bootfile" sysctl variable isn't getting set correctly: >> >> alpha# sysctl kern.bootfile >> kern.bootfile: kernel >> >> Because I had an old "/kernel" file and savecore runs in "/", it was >> finding the wrong kernel. >> >> This seems to be some sort of coordination problem between the loader >> and the kernel and, maybe, the Alpha SRM. Can anybody shed some light > > Not SRM. SRM cares not. > > >> on it? >> >> Also, in "src/sys/boot/common/boot.c" we still have this: >> >> static const char *default_bootfiles = "kernel.ko"; >> >> which isn't right any more. > > > Absolutely wrong, yes. > > Look at kern_mib.c: > > > char kernelname[MAXPATHLEN] = "/kernel"; /* XXX bloat */ > > SYSCTL_STRING(_kern, KERN_BOOTFILE, bootfile, CTLFLAG_RW, > kernelname, sizeof kernelname, "Name of kernel file booted"); > > > This is also wrong now. > > It's somewhat problematic in that the actual kernel name is kernel, still, > but > the path that it is found in depends on where the loader actually found it- > that's contingent on module_path. > > I don't know whether the loader is supposed to modify kernelname in the > loaded > kernel to have the actual path or not. It is supposed to. Looks like a bug in the alpha startup code somewhere: > uname -a FreeBSD laptop.baldwin.cx 5.0-CURRENT FreeBSD 5.0-CURRENT #40: Fri Nov 10 15:17:48 PST 2000 john@laptop.baldwin.cx:/usr/src/sys/compile/LAPTOP-card i386 > sysctl kern.bootfile kern.bootfile: /boot/kernel.card/kernel > uname -a FreeBSD baz.osd.bsdi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #48: Fri Nov 3 12:37:16 PST 2000 root@baz.osd.bsdi.com:/usr/src/sys/compile/BAZ alpha > sysctl kern.bootfile kern.bootfile: kernel > -matt -- 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 Fri Nov 10 17:57: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id D7A7637B479; Fri, 10 Nov 2000 17:57:03 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA22545; Fri, 10 Nov 2000 17:57:02 -0800 Date: Fri, 10 Nov 2000 17:57:00 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.org, John Polstra Subject: Re: savecore broken because kern.bootfile is set wrong 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 > > kernel to have the actual path or not. > > It is supposed to. Looks like a bug in the alpha startup code somewhere: > > > uname -a > FreeBSD laptop.baldwin.cx 5.0-CURRENT FreeBSD 5.0-CURRENT #40: Fri Nov 10 > 15:17:48 PST 2000 john@laptop.baldwin.cx:/usr/src/sys/compile/LAPTOP-card > i386 > > sysctl kern.bootfile > kern.bootfile: /boot/kernel.card/kernel > > uname -a > FreeBSD baz.osd.bsdi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #48: Fri Nov 3 > 12:37:16 PST 2000 root@baz.osd.bsdi.com:/usr/src/sys/compile/BAZ alpha > > sysctl kern.bootfile > kern.bootfile: kernel > Urgle. Okay. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 18:14:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2051B37B479; Fri, 10 Nov 2000 18:14:15 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA22604; Fri, 10 Nov 2000 18:14:13 -0800 Date: Fri, 10 Nov 2000 18:14:12 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: John Baldwin Cc: current@FreeBSD.ORG, John Polstra Subject: Re: savecore broken because kern.bootfile is set wrong 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 > > > kernel to have the actual path or not. > > > > It is supposed to. Looks like a bug in the alpha startup code somewhere: > > > > > uname -a > > FreeBSD laptop.baldwin.cx 5.0-CURRENT FreeBSD 5.0-CURRENT #40: Fri Nov 10 > > 15:17:48 PST 2000 john@laptop.baldwin.cx:/usr/src/sys/compile/LAPTOP-card > > i386 > > > sysctl kern.bootfile > > kern.bootfile: /boot/kernel.card/kernel > > > uname -a > > FreeBSD baz.osd.bsdi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #48: Fri Nov 3 > > 12:37:16 PST 2000 root@baz.osd.bsdi.com:/usr/src/sys/compile/BAZ alpha > > > sysctl kern.bootfile > > kern.bootfile: kernel > > > > Urgle. Okay. Something actually was changed at some point perhaps? On i386, kernelname is dug out of bootinfo and copied (in assembler). On alpha: p = getenv("kernelname"); if (p) strncpy(kernelname, p, sizeof(kernelname) - 1); Did the loader used to set kernelname as an environment variable? At any rate, this should be easy enough to fix (doing so right now). -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 18:32:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 8F70A37B479 for ; Fri, 10 Nov 2000 18:32:25 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAB2bw909143; Fri, 10 Nov 2000 18:37:59 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011110237.eAB2bw909143@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: mjacob@feral.com Cc: current@FreeBSD.ORG Subject: Re: savecore broken because kern.bootfile is set wrong In-reply-to: Your message of "Fri, 10 Nov 2000 18:14:12 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Nov 2000 18:37:57 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Something actually was changed at some point perhaps? > On i386, kernelname is dug out of bootinfo and copied > (in assembler). > > On alpha: > > p = getenv("kernelname"); > if (p) > strncpy(kernelname, p, sizeof(kernelname) - 1); > > > Did the loader used to set kernelname as an environment variable? It should still do it. (The forth code handles this) My only Alpha is running -stable, and $kernelname is set correctly there (see the output of 'kenv'). -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Nov 10 18:38: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 3EBB437B479; Fri, 10 Nov 2000 18:38:01 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA22662; Fri, 10 Nov 2000 18:38:00 -0800 Date: Fri, 10 Nov 2000 18:37:58 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: savecore broken because kern.bootfile is set wrong In-Reply-To: <200011110237.eAB2bw909143@mass.osd.bsdi.com> 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 Well, things are more broken than I thought. The -current loader for alpha is passing "kernel" in the bootinfo structure- not the full pathname. Loader bug. What's amusing is that kenv does see a full pathname. So, now why did the lines below fail to see the pathname? Hmmm.. ponders.... -matt > > Something actually was changed at some point perhaps? > > On i386, kernelname is dug out of bootinfo and copied > > (in assembler). > > > > On alpha: > > > > p = getenv("kernelname"); > > if (p) > > strncpy(kernelname, p, sizeof(kernelname) - 1); > > > > > > Did the loader used to set kernelname as an environment variable? > > It should still do it. (The forth code handles this) My only Alpha is > running -stable, and $kernelname is set correctly there (see the output > of 'kenv'). > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 11 0:24:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from RedDust.bluesky.net.au (CPE-61-9-143-198.vic.bigpond.net.au [61.9.143.198]) by hub.freebsd.org (Postfix) with ESMTP id 0443637B479 for ; Sat, 11 Nov 2000 00:24:24 -0800 (PST) Received: from localhost (receiver@localhost) by RedDust.bluesky.net.au (8.11.1/8.11.0) with ESMTP id eAB8O2I42471 for ; Sat, 11 Nov 2000 18:24:04 +1000 (EST) (envelope-from receiver@blueskybbs.yi.org) Date: Sat, 11 Nov 2000 18:24:02 +1000 (EST) From: Idea Receiver To: current@FreeBSD.ORG Subject: problem of load linux modules after new make world 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 last working make world is about 2 weeks ago (i believe it is 28/10). i receiver the following error msg after today's make world: link_elf: symbol makebdev undefined pid 221 (ldconfig), uid 0: exited on signal 11 (core dumped) I think i read some thing about this from the mailing list not long ago.. however i can hardly remember anything or any solutions of fixing this problem. Can someone plz help me with this! thx! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 11 6:54:22 2000 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 2F98A37B479; Sat, 11 Nov 2000 06:54:17 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id BAA22207; Sun, 12 Nov 2000 01:54:04 +1100 Date: Sun, 12 Nov 2000 01:54:54 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Matthew Jacob Cc: John Baldwin , current@FreeBSD.ORG, John Polstra Subject: Re: savecore broken because kern.bootfile is set wrong 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 Fri, 10 Nov 2000, Matthew Jacob wrote: > Something actually was changed at some point perhaps? > On i386, kernelname is dug out of bootinfo and copied > (in assembler). i386's used to have this bug. This was fixed in: RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v Working file: locore.s head: 1.138 ... ---------------------------- revision 1.53 date: 1995/06/28 04:42:25; author: davidg; state: Exp; lines: +10 -4 Make path to kernel absolute if it is passed in relative. This fixes a related bug in some of the new 'foo'boot bootstrap code that has been added over the past months. This change makes it no longer necessary for the bootstrap to fix up the path (i.e. it can be removed). ---------------------------- This is still necessary, because at least old bootstraps (and boot2) don't pass the full pathname (except someone broke old bootstraps (and boot2)). > On alpha: > > p = getenv("kernelname"); > if (p) > strncpy(kernelname, p, sizeof(kernelname) - 1); Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 11 9:23:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 3647837B479 for ; Sat, 11 Nov 2000 09:23:47 -0800 (PST) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.16 #20) id 13ueNS-0007h5-00; Sat, 11 Nov 2000 18:23:42 +0100 Received: from b1a65.pppool.de ([213.7.26.101] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.16 #20) id 13ueNN-0007E4-00; Sat, 11 Nov 2000 18:23:40 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.1/8.11.1) with ESMTP id eABGsQe12660; Sat, 11 Nov 2000 17:54:27 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200011111654.eABGsQe12660@Magelan.Leidinger.net> Date: Sat, 11 Nov 2000 17:54:25 +0100 (CET) From: Alexander Leidinger Subject: Re: non-root users can't debug applications (kern/22711) To: brooks@one-eyed-alien.net Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20001110132501.A4333@Odin.AC.HMC.Edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 10 Nov, Brooks Davis wrote: > P.S. This has been broken for 10 days now and I haven't seen a single > peep on -current. Am I the only one crazy enough to develope non-system > applications on -current. ;-) You have to write better code. ;-) It worked for me with my old kernel, but not with the actual one: ---snip--- (53) netchild@ttyp1 % ll -d /boot/kernel* drwxr-xr-x 2 root wheel 3072 6 Nov 19:35 /boot/kernel.old// drwxr-xr-x 2 root wheel 3072 9 Nov 21:57 /boot/kernel// ---snip--- Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Nov 11 12:14:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id D515A37B657 for ; Sat, 11 Nov 2000 12:14:12 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 65E3FF5C; Sat, 11 Nov 2000 12:14:12 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA28373; Sat, 11 Nov 2000 12:14:11 -0800 (PST) Message-ID: <3A0DA893.FA3D0E54@cup.hp.com> Date: Sat, 11 Nov 2000 12:14:11 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Idea Receiver Cc: current@FreeBSD.ORG Subject: Re: problem of load linux modules after new make world References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Idea Receiver wrote: > > my last working make world is about 2 weeks ago (i believe it is 28/10). > i receiver the following error msg after today's make world: > > link_elf: symbol makebdev undefined > pid 221 (ldconfig), uid 0: exited on signal 11 (core dumped) > > I think i read some thing about this from the mailing list not long ago.. > however i can hardly remember anything or any solutions of fixing this > problem. Can someone plz help me with this! The problem has been resolved for some time now. Make sure you have the latest sources when you update, -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message