From owner-freebsd-hackers Sun Mar 17 2:58:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-24.dis.org [216.240.45.24]) by hub.freebsd.org (Postfix) with ESMTP id 9B84237B404; Sun, 17 Mar 2002 02:58:45 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g2HAw1920599; Sun, 17 Mar 2002 02:58:01 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200203171058.g2HAw1920599@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Maxim Sobolev Cc: hackers@FreeBSD.org, audit@FreeBSD.org, re@FreeBSD.org Subject: Re: Extending loader(8) for loading kerels/modules split across several disks In-reply-to: Your message of "Fri, 15 Mar 2002 21:12:15 +0200." <3C92478F.2B7C11DB@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Mar 2002 02:58:01 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > At any rate, my key point is that the splitting should be invisible, and > > *definitely* not pushed up into the loader. > > Ok, attached is the path, which does exactly what described. Please > review and if there are no objections I would like to commit it > shortly, so that our re@ team would be able to consider it for the > forthcoming 5.0-DP1 release. Sorry that it's taken so long to get you a reply - this is exactly what I had in mind, thanks! -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 4: 7:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from platon.gneto.com (as6-1-5.kr.m.bonet.se [217.215.84.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FEBD37B416 for ; Sun, 17 Mar 2002 04:07:17 -0800 (PST) Received: from gneto.com (sokrates.gneto.com [192.168.2.11]) by platon.gneto.com (Postfix) with ESMTP id 344838C12 for ; Sun, 17 Mar 2002 13:07:14 +0100 (CET) Message-ID: <3C94869F.1030800@gneto.com> Date: Sun, 17 Mar 2002 13:05:51 +0100 From: Martin Nilsson Organization: Martins home control User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Subject: Need help with MII-bus driver Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello -hackers! I'm trying to fix the problems in kern/30836 and kern/35691 where an integrated SIS 900 NIC is not working with an external Realtek PHY. (10baseT (or non NWAY) mode does not work) I have modified the dev/mii/rlphy.c driver to also recognize the RTL8201 PHY. The problem is that in the rlphy_status function I need to know if this is a integrated 8139 phy or an external 8201 how can I find this out when all I have is a mii_softc* ? Below are my changes that work fine with the SIS900 but breaks when using a Realtek 8139 and not doing NWAY negotiation. Please cc me on any answers so I won't have to wait for my hackers digest to arrive. /martin *** rlphy.c Thu Mar 7 07:23:00 2002 --- rlphy.c.mn Sun Mar 17 13:00:43 2002 *************** *** 80,85 **** --- 80,86 ---- DRIVER_MODULE(rlphy, miibus, rlphy_driver, rlphy_devclass, 0, 0); int rlphy_service __P((struct mii_softc *, struct mii_data *, int)); + void rlphy_status __P((struct mii_softc *)); static int rlphy_probe(dev) device_t dev; *************** *** 90,95 **** --- 91,103 ---- ma = device_get_ivars(dev); parent = device_get_parent(device_get_parent(dev)); + /* Realtek 8201L */ + if (MII_OUI(ma->mii_id1, ma->mii_id2) == 0x000020 && + MII_MODEL(ma->mii_id2) == 0x20) { + device_set_desc(dev, "RealTek 8201(L) media interface"); + return (0); + } + /* * RealTek PHY doesn't have vendor/device ID registers: * the rl driver fakes up a return value of all zeros. *************** *** 259,265 **** } /* Update the media status. */ ! ukphy_status(sc); /* Callback if something changed. */ if (sc->mii_active != mii->mii_media_active || cmd == MII_MEDIACHG) { --- 267,273 ---- } /* Update the media status. */ ! rlphy_status(sc); /* Callback if something changed. */ if (sc->mii_active != mii->mii_media_active || cmd == MII_MEDIACHG) { *************** *** 267,270 **** --- 275,353 ---- sc->mii_active = mii->mii_media_active; } return (0); + } + + void + rlphy_status(phy) + struct mii_softc *phy; + { + struct mii_data *mii = phy->mii_pdata; + int bmsr, bmcr, anlpar; + + mii->mii_media_status = IFM_AVALID; + mii->mii_media_active = IFM_ETHER; + + bmsr = PHY_READ(phy, MII_BMSR) | PHY_READ(phy, MII_BMSR); + if (bmsr & BMSR_LINK) + mii->mii_media_status |= IFM_ACTIVE; + + bmcr = PHY_READ(phy, MII_BMCR); + if (bmcr & BMCR_ISO) { + mii->mii_media_active |= IFM_NONE; + mii->mii_media_status = 0; + return; + } + + if (bmcr & BMCR_LOOP) + mii->mii_media_active |= IFM_LOOP; + + if (bmcr & BMCR_AUTOEN) { + /* + * NWay autonegotiation takes the highest-order common + * bit of the ANAR and ANLPAR (i.e. best media advertised + * both by us and our link partner). + */ + if ((bmsr & BMSR_ACOMP) == 0) { + /* Erg, still trying, I guess... */ + mii->mii_media_active |= IFM_NONE; + return; + } + + if( anlpar = PHY_READ(phy, MII_ANAR) & PHY_READ(phy, MII_ANLPAR) ) { + if (anlpar & ANLPAR_T4) + mii->mii_media_active |= IFM_100_T4; + else if (anlpar & ANLPAR_TX_FD) + mii->mii_media_active |= IFM_100_TX|IFM_FDX; + else if (anlpar & ANLPAR_TX) + mii->mii_media_active |= IFM_100_TX; + else if (anlpar & ANLPAR_10_FD) + mii->mii_media_active |= IFM_10_T|IFM_FDX; + else if (anlpar & ANLPAR_10) + mii->mii_media_active |= IFM_10_T; + else + mii->mii_media_active |= IFM_NONE; + return; + } + /* + * If the other side doesn't support NWAY, then the + * best we can do is determine if we have a 10Mbps or + * 100Mbps link. There's no way to know if the link + * is full or half duplex, so we default to half duplex + * and hope that the user is clever enough to manually + * change the media settings if we're wrong. + */ + + /* + * RTL8201 Link partner is not capable of autonegotiation. + * Magic register (0x0019) found in Linux driver for SiS900 + */ + if( 1 /* Is this a 8201? */ ) { + if( PHY_READ(phy, 0x0019) & 0x01) + mii->mii_media_active |= IFM_100_TX; + else + mii->mii_media_active |= IFM_10_T; + } + + } else + mii->mii_media_active = mii_media_from_bmcr(bmcr); } --- Martin Nilsson - Home: Work: UNIX & Webb programmer/architect Malmö, Sweden FreeBSD - The power to serve. http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 6:13:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B083837B419 for ; Sun, 17 Mar 2002 06:13:41 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Mar 2002 14:13:40 +0000 (GMT) Date: Sun, 17 Mar 2002 14:13:39 +0000 From: David Malone To: "Matthew D. Fuller" Cc: hackers@freebsd.org Subject: Re: PR's in need of a home Message-ID: <20020317141339.GA33956@walton.maths.tcd.ie> References: <20020316172203.S57293@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020316172203.S57293@over-yonder.net> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Mar 16, 2002 at 05:22:03PM -0600, Matthew D. Fuller wrote: > - docs/31265 - Documentation (and adjustment) of cron allow/deny file > formats > Best (IMO, but then, I wrote it ;) patch at end of audit trail. I committed a version of this. > - docs/35436 - Webpage update; don't push PAO > Patch in PR I'm not a web committed so I can't help here. > - docs/35575 - pw(8) manpage update: document /var/log/userlog > Patch in audit trail I've just noticed that the log file is mentioned in pw.conf(5), but it's default value, /var/log/userlog, is not mentoned. This probably means that pw.conf needs a patch to note the default value and that the changes to the pw man page should refer to pw.conf(5) when talking about the log file. I'll submit a followup to the PR mentioning this. > - bin/35505 - sed(1) feature: esed -> sed -E > bde doesn't like it. I like it, but not enough to fight more than > casual criticism of it. If anybody else cares enough, it could be > discussed; if not, the PR can just be closed. I wouldn't be that mad about it, so I'd be inclined to close it. Can you remind me to close it at some stage in the future if no interest materialises. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 14:36:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id A78E537B404 for ; Sun, 17 Mar 2002 14:36:30 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g2HMaPe46205; Sun, 17 Mar 2002 23:36:26 +0100 (CET) Date: Sun, 17 Mar 2002 23:38:54 +0100 (CET) From: Martin Blapp To: , Subject: STLPORT and gcc3 (openoffice porting) Message-ID: <20020317232850.P387-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm desperatly looking for a way to compile the stlport with gcc3.2 or gcc3.1 from ports. If you know a way to do this, please tell me. If my understanding is right, I have to build the stlport within the openoffice port and cannot use the FreeBSD ports version, since this is compiled with old buggy gcc295. Ok, so I decided to make a build infrastructure for gcc32. But at the moment I'm stuck with this: cd ./unxfbsd.pro/misc/build/STLport-4.5/src && gmake -f gcc-3.0.mak && touch so_built g++32 -I../stlport -Wall -W -Wno-sign-compare -Wno-unused -Wno-uninitialized -ftemplate-depth-32 -O2 -fPIC dll_main.cpp -c -o ../lib/obj/GCCi386/ReleaseD/dll_main.o In file included from stlport_prefix.h:28, from dll_main.cpp:34: ../stlport/ctime:25:44: ../g++-v3/ctime: No such file or directory Making a symlink doesn't help: mkdir ./unxfbsd.pro/misc/build/STLport-4.5/src mkdir: ./unxfbsd.pro/misc/build/STLport-4.5/src: File exists cd ./unxfbsd.pro/misc/build/STLport-4.5/src && gmake -f gcc-3.0.mak && touch so_built g++32 -I../stlport -Wall -W -Wno-sign-compare -Wno-unused -Wno-uninitialized -ftemplate-depth-32 -O2 -fPIC dll_main.cpp -c -o ../lib/obj/GCCi386/ReleaseD/dll_main.o In file included from ../stlport/stl/_cwchar.h:31, from ../stlport/cwchar:24, from ../stlport/stl/char_traits.h:31, from ../stlport/stl/_iosfwd.h:22, from ../stlport/iosfwd:33, from ../stlport/stl/_string_fwd.h:23, from ../stlport/stl/_string.h:31, from ../stlport/string:42, from dll_main.cpp:45: ../g++-v3/cwchar:69: `mbstate_t' not declared I get a different error then ... Anybody knows what I could do ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 17:19:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 6A0ED37B405 for ; Sun, 17 Mar 2002 17:19:18 -0800 (PST) Received: from pool0354.cvx40-bradley.dialup.earthlink.net ([216.244.43.99] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16mlnt-0003fg-00; Sun, 17 Mar 2002 17:19:13 -0800 Message-ID: <3C95407D.227A435F@mindspring.com> Date: Sun, 17 Mar 2002 17:18:53 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: pmarquis@pobox.com, hackers@freebsd.org Subject: Re: STLPORT and gcc3 (openoffice porting) References: <20020317232850.P387-100000@levais.imp.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Hi all, > > I'm desperatly looking for a way to compile the stlport with gcc3.2 > or gcc3.1 from ports. If you know a way to do this, please tell me. > > If my understanding is right, I have to build the stlport within the > openoffice port and cannot use the FreeBSD ports version, since this > is compiled with old buggy gcc295. Ports that need to use C++ include files that came with the compiler will not work with anything other than the native C++ compiler. This is because ports set DESTDIR. If you set "DESTDIR" and you don't set "BOOTSTRAPPING", then the .mk files "bsd.lib.mk" and "bsd.prog.mk" override both "CXXINCLUDES" and the library path with the system include directory ${DESTDIR}/usr/include/g++, and the system library path to "libgcc.a", which includes the version specific code for handling things like RTTI and threads exceptions stacks, and so on. So you will think you are getting the ports installed versions of these files, but in fact the DESTDIR setting will make sure you get the "old buggy gcc295" versions of the files, which came with your system. > ../stlport/ctime:25:44: ../g++-v3/ctime: No such file or directory [ ... ] > ../g++-v3/cwchar:69: `mbstate_t' not declared [ ... ] > Anybody knows what I could do ? You have to hack up your Makefiles and CXXINCLUDES and CFLAGS to make the ports version of the headers files be seen first, even though you have DESTDIR set. The only way this will work is if you hack the Makefile(s) to make sure that the absolute patch to the ports versions of the paths occur on the command line before the system versions, which is not as simple as just setting CXXINCLUDES or CFLAGS, and it varies from application to application how you have to do it, particularly if your port happens to use something evil like "autoconf". The only other way to deal with this is to deinstall the system compiler, and replace it with the new compiler, and then replace the system header files with the replacement versions of the header files, so that when the DESTDIR crap happens, it ends up ointing to the right include files instead of the wrong ones. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 18:31:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pmarquis.com (h002078d55764.ne.client2.attbi.com [66.30.63.20]) by hub.freebsd.org (Postfix) with ESMTP id E137D37B405 for ; Sun, 17 Mar 2002 18:31:14 -0800 (PST) Received: (from pmarquis@localhost) by pmarquis.com (8.11.6/8.11.6) id g2I2UmU85705; Sun, 17 Mar 2002 21:30:48 -0500 (EST) (envelope-from pmarquis) Message-Id: <200203180230.g2I2UmU85705@pmarquis.com> Content-Type: text/plain; charset="iso-8859-1" From: Paul Marquis To: Terry Lambert , Martin Blapp Subject: Re: STLPORT and gcc3 (openoffice porting) Date: Sun, 17 Mar 2002 21:30:47 -0500 X-Mailer: KMail [version 1.3.2] Cc: hackers@freebsd.org References: <20020317232850.P387-100000@levais.imp.ch> <3C95407D.227A435F@mindspring.com> In-Reply-To: <3C95407D.227A435F@mindspring.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 17 March 2002 08:18 pm, Terry Lambert wrote: > > ../stlport/ctime:25:44: ../g++-v3/ctime: No such file or > > directory > > [ ... ] > > > ../g++-v3/cwchar:69: `mbstate_t' not declared > > [ ... ] > > > Anybody knows what I could do ? > > You have to hack up your Makefiles and CXXINCLUDES and CFLAGS > to make the ports version of the headers files be seen first, > even though you have DESTDIR set. > > The only way this will work is if you hack the Makefile(s) to > make sure that the absolute patch to the ports versions of the > paths occur on the command line before the system versions, > which is not as simple as just setting CXXINCLUDES or CFLAGS, > and it varies from application to application how you have to > do it, particularly if your port happens to use something > evil like "autoconf". > > The only other way to deal with this is to deinstall the > system compiler, and replace it with the new compiler, > and then replace the system header files with the replacement > versions of the header files, so that when the DESTDIR crap > happens, it ends up ointing to the right include files instead > of the wrong ones. > > -- Terry Since the port of STLport is designed as a drop in replacement for the system STL, I've always used the -nostdinc++ option in my projects so that gcc won't even look at the default header files. This option should be used when building the port itself. As the STLport maintainer, I should have specified that. :-( -- Paul Marquis pmarquis@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 18:41:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web11408.mail.yahoo.com (web11408.mail.yahoo.com [216.136.131.238]) by hub.freebsd.org (Postfix) with SMTP id CBBF937B402 for ; Sun, 17 Mar 2002 18:41:24 -0800 (PST) Message-ID: <20020318024124.30094.qmail@web11408.mail.yahoo.com> Received: from [24.43.32.161] by web11408.mail.yahoo.com via HTTP; Sun, 17 Mar 2002 18:41:24 PST Date: Sun, 17 Mar 2002 18:41:24 -0800 (PST) From: Rayson Ho Subject: Need help!! Any FreeBSD users/hackers in Toronto?? To: hackers@freebsd.org Cc: feldman@mshri.on.ca MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, The distributedfolding project (similar to SETI@home, it uses your free computer cycles to do something useful -- folding proteins) is planning to offer a FreeBSD client. However, they don't know how to setup a FreeBSD box. They are located in the Toronto area (Canada), so am I. But I don't have much FreeBSD experience. I installed a FreeBSD 4.3 box *without* networking support a while ago. Looks like there are some people planning to ship a FreeBSD box to them. However, I think the best would be having a person walking through the entire installation process, and answering questions related to FreeBSD. You can learn more about this project -- www.distributedfolding.org If no one is located in the Toronto area, then I will try my best to help. (I will find my 4.3 CD and do a clean reinstall on my own machine, and try to hook-up the Net -- but I know the help from you guys is always better) Thanks, Rayson P.S. The results from this project will be publicly available, and I am not directly related (employed) to this project. __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 19: 5:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12]) by hub.freebsd.org (Postfix) with ESMTP id DB97C37B421 for ; Sun, 17 Mar 2002 19:05:18 -0800 (PST) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g2I35Cs91997 for ; Sun, 17 Mar 2002 19:05:12 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com ([209.157.133.226]) by mail.meer.net (8.12.1/8.12.1/meer) with ESMTP id g2I35CGg046612 for ; Sun, 17 Mar 2002 19:05:17 -0800 (PST) Message-Id: <200203180305.g2I35CGg046612@mail.meer.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Subject: Working with CVS and FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Mar 2002 19:05:13 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, I'm about to try and do some work on some kernel code in FreeBSD and I'm thinking about ways to track my changes. I'm currently mirroring the CVS repository with CVSup (i.e. CVS mode not checkout mode) and am thinking of making a branch in my local repository. Is this how the rest of you work or do you import the kernel (or whatever code you're working on) into your own local repository with import? Thanks, George -- George V. Neville-Neil gnn@neville-neil.com Neville-Neil Consulting www.neville-neil.com "We should not be ashamed to acknowledge truth from whatever source it comes to us, even if it is brought to us by former generations and foreign peoples. For him who seeks the truth there is nothing of higher value than truth itself." al-Kindi (c 801-66) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 20:43:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id DB2DB37B405 for ; Sun, 17 Mar 2002 20:43:11 -0800 (PST) Received: from pool0468.cvx21-bradley.dialup.earthlink.net ([209.179.193.213] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16moz8-0005xZ-00; Sun, 17 Mar 2002 20:43:02 -0800 Message-ID: <3C957042.112D2881@mindspring.com> Date: Sun, 17 Mar 2002 20:42:42 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Marquis Cc: Martin Blapp , hackers@freebsd.org Subject: Re: STLPORT and gcc3 (openoffice porting) References: <20020317232850.P387-100000@levais.imp.ch> <3C95407D.227A435F@mindspring.com> <200203180230.g2I2UmU85705@pmarquis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Paul Marquis wrote: > Since the port of STLport is designed as a drop in replacement for > the system STL, I've always used the -nostdinc++ option in my > projects so that gcc won't even look at the default header files. > This option should be used when building the port itself. As the > STLport maintainer, I should have specified that. :-( From bsd.prog.mk: ---------------------------------------------------------------- .if defined(DESTDIR) && !defined(BOOTSTRAPPING) CFLAGS+= -I${DESTDIR}/usr/include CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ .endif ---------------------------------------------------------------- That option does not good, if you set DESTDIR and use the BSD .mk file system, which will put it right back in the options list for the program being built. You really do have to hack up the Makefile to list the port compiler include path first, or this overrides it. The typical way I do this for the includes is to redefine the compiler to have a "-I/usr/local/" as part of the command itself. It's generally harmless, otherwise. Otherwise... don't set "DESTDIR", or explicitly set "BOOTSTRAPPING". Both of these have side effects that are harder to control than jamming the include path into the compiler command. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Mar 17 23:22:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 21C1237B400 for ; Sun, 17 Mar 2002 23:22:10 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2I7M9i59957 for ; Mon, 18 Mar 2002 00:22:09 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2I7M8L78741 for ; Mon, 18 Mar 2002 00:22:08 -0700 (MST) (envelope-from imp@village.org) Date: Mon, 18 Mar 2002 00:22:01 -0700 (MST) Message-Id: <20020318.002201.78675743.imp@village.org> To: hackers@freebsd.org Subject: Junior hacker test From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark all the usage() functions in the tree __dead2. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 1:31:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.example.org (dhcp-nic-val-26-94.cisco.com [64.103.26.94]) by hub.freebsd.org (Postfix) with SMTP id 15A3437B47B for ; Mon, 18 Mar 2002 01:31:09 -0800 (PST) Received: (qmail 9525 invoked by uid 1000); 18 Mar 2002 09:30:38 -0000 Date: Mon, 18 Mar 2002 10:30:38 +0100 From: Marco Molteni To: hackers@freebsd.org Cc: "M. Warner Losh" Subject: Re: Junior hacker test Message-ID: <20020318103038.A9497@cobweb.example.org> References: <20020318.002201.78675743.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020318.002201.78675743.imp@village.org>; from imp@village.org on Mon, Mar 18, 2002 at 12:22:01AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-03-18, M. Warner Losh wrote: > Mark all the usage() functions in the tree __dead2. Hi Warner, I had a look at the source (mainly to count the occurences of usage() ;-). I have a question: since from my understanding __dead2 must be added to the function declaration, what about the cases where usage() is defined but not declared? You want to add the declaration? Marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 2: 4:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 59A4D37B404 for ; Mon, 18 Mar 2002 02:04:09 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 12B8B62D02 for ; Mon, 18 Mar 2002 02:04:04 -0800 (PST) Date: Mon, 18 Mar 2002 02:04:26 -0800 (PST) From: Lamont Granquist To: Subject: jail bug with ircd-hybrid in_pcbconnect()? In-Reply-To: <20020318103038.A9497@cobweb.example.org> Message-ID: <20020318015154.X831-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been digging through kernel sources trying to figure out this bug with ircd-hybrid in the ports tree against 4.5-STABLE. The symptom is that in ircd-hybrid there's a sequence of system calls like this: sendto(2, "\252D\1\0\0\1\0\0\0\0\0\0\00238\003142\003162\003209\7"..., 45, 0, {sin_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("63.102.48.45")}}, 16) = 45 sendto(2, "\370N\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, 0, {sin_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, 0, {sin_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, 0, {sin_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("216.17.175.159")}}, 16) = -1 EINVAL (Invalid argument) (This is obviously a sendto() on a UDP socket that is talking to a DNS server to do name resolution) Now, that's inside of a jail. Outside of a jail all of those succeed. I don't see any reason for those latter 3 to fail inside of jail for any reasons having to do with the security of the jail. There's also nothing relevant happening to descriptor 2 in between those system calls. The latter 3 sendto()s fail in in_pcbconnect() right in the beginning when it calls in_pcbbind(): in_pcbconnect(inp, nam, p) register struct inpcb *inp; struct sockaddr *nam; struct proc *p; { struct sockaddr_in *ifaddr; struct sockaddr_in *sin = (struct sockaddr_in *)nam; struct sockaddr_in sa; int error; if (inp->inp_laddr.s_addr == INADDR_ANY && p->p_prison != NULL) { bzero(&sa, sizeof (sa)); sa.sin_addr.s_addr = htonl(p->p_prison->pr_ip); sa.sin_len=sizeof (sa); sa.sin_family = AF_INET; error = in_pcbbind(inp, (struct sockaddr *)&sa, p); if (error) { printf("in_pcbconnect error 1\n"); return (error); } } [...snippage...] And its failing this test in in_pcbbind(): in_pcbbind(inp, nam, p) register struct inpcb *inp; struct sockaddr *nam; struct proc *p; { [...] if (inp->inp_lport || inp->inp_laddr.s_addr != INADDR_ANY) { printf("in_pcbbind error 4\n"); return (EINVAL); } [...] I'm guessing right now that inp_lport in the pcb is getting set during the first system call, and causing the subsequent ones to fail. I don't have all the answers though, and I need to get some sleep... Hoping someone who understands the pcb functions can point out exactly what the error is in here -- this is the first time i've ever looked at them... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 2: 8:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 7AA3C37B400 for ; Mon, 18 Mar 2002 02:08:13 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2IA7vUD074293; Mon, 18 Mar 2002 11:08:01 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Lamont Granquist Cc: hackers@FreeBSD.ORG Subject: Re: jail bug with ircd-hybrid in_pcbconnect()? In-Reply-To: Your message of "Mon, 18 Mar 2002 02:04:26 PST." <20020318015154.X831-100000@coredump.scriptkiddie.org> Date: Mon, 18 Mar 2002 11:07:57 +0100 Message-ID: <74292.1016446077@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All I can say is that I have had hell with that code and jail, and you might be right that some cleanup after the first call is missing. You're probably also the closest person to fix it at this point... Poul-Henning In message <20020318015154.X831-100000@coredump.scriptkiddie.org>, Lamont Granq uist writes: > >I've been digging through kernel sources trying to figure out this bug >with ircd-hybrid in the ports tree against 4.5-STABLE. The symptom is >that in ircd-hybrid there's a sequence of system calls like this: > >sendto(2, "\252D\1\0\0\1\0\0\0\0\0\0\00238\003142\003162\003209\7"..., 45, >0, {sin_family=AF_INET, sin_port=htons(53), >sin_addr=inet_addr("63.102.48.45")}}, 16) = 45 > >sendto(2, "\370N\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, 0, >{sin_family=AF_INET, sin_port=htons(53), >sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) > >sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, >0, {sin_family=AF_INET, sin_port=htons(53), >sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) > >sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, >0, {sin_family=AF_INET, sin_port=htons(53), >sin_addr=inet_addr("216.17.175.159")}}, 16) = -1 EINVAL (Invalid argument) > >(This is obviously a sendto() on a UDP socket that is talking to a DNS >server to do name resolution) > >Now, that's inside of a jail. Outside of a jail all of those succeed. I >don't see any reason for those latter 3 to fail inside of jail for any >reasons having to do with the security of the jail. There's also nothing >relevant happening to descriptor 2 in between those system calls. > >The latter 3 sendto()s fail in in_pcbconnect() right in the beginning when >it calls in_pcbbind(): > >in_pcbconnect(inp, nam, p) > register struct inpcb *inp; > struct sockaddr *nam; > struct proc *p; >{ > struct sockaddr_in *ifaddr; > struct sockaddr_in *sin = (struct sockaddr_in *)nam; > struct sockaddr_in sa; > int error; > > if (inp->inp_laddr.s_addr == INADDR_ANY && p->p_prison != NULL) { > bzero(&sa, sizeof (sa)); > sa.sin_addr.s_addr = htonl(p->p_prison->pr_ip); > sa.sin_len=sizeof (sa); > sa.sin_family = AF_INET; > error = in_pcbbind(inp, (struct sockaddr *)&sa, p); > if (error) { > printf("in_pcbconnect error 1\n"); > return (error); > } > } >[...snippage...] > >And its failing this test in in_pcbbind(): > >in_pcbbind(inp, nam, p) > register struct inpcb *inp; > struct sockaddr *nam; > struct proc *p; >{ >[...] > if (inp->inp_lport || inp->inp_laddr.s_addr != INADDR_ANY) { > printf("in_pcbbind error 4\n"); > return (EINVAL); > } >[...] > >I'm guessing right now that inp_lport in the pcb is getting set during the >first system call, and causing the subsequent ones to fail. I don't have >all the answers though, and I need to get some sleep... Hoping someone >who understands the pcb functions can point out exactly what the error is >in here -- this is the first time i've ever looked at them... > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" 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-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 3:47:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from basit.cc (wireless.cs.twsu.edu [156.26.10.125]) by hub.freebsd.org (Postfix) with ESMTP id 469C937B404 for ; Mon, 18 Mar 2002 03:47:20 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by basit.cc with esmtp (Exim 3.34 #1) id 16mvcY-000DWl-00 for hackers@FreeBSD.ORG; Mon, 18 Mar 2002 05:48:10 -0600 Date: Mon, 18 Mar 2002 05:48:10 -0600 (CST) From: Abdul Basit X-X-Sender: basit@wireless.cs.twsu.edu To: hackers@FreeBSD.ORG Subject: fault VA=0x0 segfaults. In-Reply-To: <74292.1016446077@critter.freebsd.dk> Message-ID: <20020318054606.G51974-100000@wireless.cs.twsu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, basit@wireless:~$ silc fatal process exception: page fault, fault VA = 0x0 Segmentation fault (core dumped) basit@wireless:~$ This is what i get randomly with programs(for example mozilla) , specially when running programs with linux binary compat. though freebsd compiled programs does segfaults too sometimes .. I'm sure its not corrupted memory cause everything was working before. can any one give me any tip on it ? thanks. - basit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 5:54:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by hub.freebsd.org (Postfix) with SMTP id 8AD4F37B400 for ; Mon, 18 Mar 2002 05:54:14 -0800 (PST) Received: (qmail 25574 invoked by uid 1000); 18 Mar 2002 13:54:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Mar 2002 13:54:14 -0000 Date: Mon, 18 Mar 2002 14:54:14 +0100 (CET) From: Attila Nagy To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: NULLFS in -STABLE In-Reply-To: <3C910E31.A959274C@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, > THis is actually intentional. THe mount point traversal occurs at a > covered dev_t/inode pair, and the nullfs has a different dev_t for the > vnode. I see. I mentioned this because in previous versions this wasn't the case. > When you mount a / from a remote system NFS, you don't get the /usr or > other FS's mounted under it, either. 8-). It depends :) Thanks, --------[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 8:24:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 8CA6B37B400 for ; Mon, 18 Mar 2002 08:24:15 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2IGOEi62383; Mon, 18 Mar 2002 09:24:14 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2IGODL19870; Mon, 18 Mar 2002 09:24:13 -0700 (MST) (envelope-from imp@village.org) Date: Mon, 18 Mar 2002 09:24:04 -0700 (MST) Message-Id: <20020318.092404.107005711.imp@village.org> To: molter@tin.it Cc: hackers@FreeBSD.ORG Subject: Re: Junior hacker test From: "M. Warner Losh" In-Reply-To: <20020318103038.A9497@cobweb.example.org> References: <20020318.002201.78675743.imp@village.org> <20020318103038.A9497@cobweb.example.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020318103038.A9497@cobweb.example.org> Marco Molteni writes: : On 2002-03-18, M. Warner Losh wrote: : : > Mark all the usage() functions in the tree __dead2. : : Hi Warner, : : I had a look at the source (mainly to count the occurences of usage() ;-). : : I have a question: since from my understanding __dead2 must be added : to the function declaration, what about the cases where usage() is : defined but not declared? You want to add the declaration? I'd add it to the definition if it isn't forward declared. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 9:21:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by hub.freebsd.org (Postfix) with ESMTP id C377537B400 for ; Mon, 18 Mar 2002 09:21:22 -0800 (PST) Received: from brain.timing.com (brain.timing.com [206.168.13.195]) by Daffy.timing.com (8.11.3/8.11.3) with ESMTP id g2IHLMW40023; Mon, 18 Mar 2002 10:21:22 -0700 (MST) (envelope-from jhein@timing.com) Received: from brain.timing.com (localhost [127.0.0.1]) by brain.timing.com (8.12.2/8.12.2) with ESMTP id g2IHLLM8005983; Mon, 18 Mar 2002 10:21:21 -0700 (MST) (envelope-from jhein@brain.timing.com) Received: (from jhein@localhost) by brain.timing.com (8.12.2/8.12.2/Submit) id g2IHLLdG005980; Mon, 18 Mar 2002 10:21:21 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15510.8721.546546.172867@brain.timing.com> Date: Mon, 18 Mar 2002 10:21:21 -0700 From: John E Hein To: hackers@FreeBSD.ORG Subject: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) In-Reply-To: References: X-Mailer: VM 7.03 under Emacs 21.1.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote 20:42:42 -0800 on Mar 17: > Paul Marquis wrote: > > Since the port of STLport is designed as a drop in replacement for > > the system STL, I've always used the -nostdinc++ option in my > > projects so that gcc won't even look at the default header files. > > This option should be used when building the port itself. As the > > STLport maintainer, I should have specified that. :-( > > From bsd.prog.mk: > - ---------------------------------------------------------------- > .if defined(DESTDIR) && !defined(BOOTSTRAPPING) > CFLAGS+= -I${DESTDIR}/usr/include > CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ > .endif > - ---------------------------------------------------------------- > > That option does not good, if you set DESTDIR and use the BSD > .mk file system, which will put it right back in the options > list for the program being built. > > You really do have to hack up the Makefile to list the port > compiler include path first, or this overrides it. > > The typical way I do this for the includes is to redefine > the compiler to have a "-I/usr/local/" as part > of the command itself. It's generally harmless, otherwise. > > Otherwise... don't set "DESTDIR", or explicitly set > "BOOTSTRAPPING". Both of these have side effects that > are harder to control than jamming the include path into > the compiler command. bsd.ports.mk uses DESTDIR differently (wrongly IMO) than FreeBSD's buildworld or the rest of the world as far as I have seen. See (and lobby for) ports/28155. Unfortunately, the fix in 28155 will make DESTDIR behave the "right" way, and thus anyone expecting the "wrong" behavior will be surprised. OTOH, any ports using DESTDIR will do the wrong thing now anyway in many cases (see the How-To-Repeat in PR 28155). The problem with 28155 is that is a sweeping change that requires fixes to all ports that incorrectly use PREFIX & DESTDIR. But, if they don't define DESTDIR by default (the vast majority don't), then the patch is a no-op. If you build with 'make DESTDIR=/some/where', this patch will do the "right" thing. (I don't know if this will fix the STPORT problem since I didn't look that closely at it, but the direction Terry was taking that thread made me think of 28155). Anyway, I've never built the entire ports tree with the patch from 28155, just the few dozen ports we've needed for our products. So I don't know how badly it would break the ports tree (if at all). There may be a less disruptive fix than my patch (although we've been using it successfully in product builds here), but the whole ports/DESTDIR problem has been there for a long time now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 9:41: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 4A76737B404 for ; Mon, 18 Mar 2002 09:41:01 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 3309A62D01; Mon, 18 Mar 2002 09:40:57 -0800 (PST) Date: Mon, 18 Mar 2002 09:41:19 -0800 (PST) From: Lamont Granquist To: Poul-Henning Kamp Cc: Subject: Re: jail bug with ircd-hybrid in_pcbconnect()? In-Reply-To: <74292.1016446077@critter.freebsd.dk> Message-ID: <20020318093711.J1605-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 18 Mar 2002, Poul-Henning Kamp wrote: > All I can say is that I have had hell with that code and jail, and > you might be right that some cleanup after the first call is missing. > > You're probably also the closest person to fix it at this point... Alright, I'll keep digging. My guess is that on the first call we've got: inp->inp_laddr.s_addr == INADDR_ANY inp->inp_lport == 0 And that after the first call we're supposed to have laddr = jail IP and lport = emphemeral, but for some reason laddr isn't getting set, so on the 2nd call we've got laddr = INADDR_ANY and lport = emphemeral and that in_pcbbind() pukes on that. > Poul-Henning > > In message <20020318015154.X831-100000@coredump.scriptkiddie.org>, Lamont Granq > uist writes: > > > >I've been digging through kernel sources trying to figure out this bug > >with ircd-hybrid in the ports tree against 4.5-STABLE. The symptom is > >that in ircd-hybrid there's a sequence of system calls like this: > > > >sendto(2, "\252D\1\0\0\1\0\0\0\0\0\0\00238\003142\003162\003209\7"..., 45, > >0, {sin_family=AF_INET, sin_port=htons(53), > >sin_addr=inet_addr("63.102.48.45")}}, 16) = 45 > > > >sendto(2, "\370N\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, 0, > >{sin_family=AF_INET, sin_port=htons(53), > >sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) > > > >sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, > >0, {sin_family=AF_INET, sin_port=htons(53), > >sin_addr=inet_addr("63.102.48.45")}}, 16) = -1 EINVAL (Invalid argument) > > > >sendto(2, "\221\343\1\0\0\1\0\0\0\0\0\0\21uswest-dsl-142-38\10c"..., 48, > >0, {sin_family=AF_INET, sin_port=htons(53), > >sin_addr=inet_addr("216.17.175.159")}}, 16) = -1 EINVAL (Invalid argument) > > > >(This is obviously a sendto() on a UDP socket that is talking to a DNS > >server to do name resolution) > > > >Now, that's inside of a jail. Outside of a jail all of those succeed. I > >don't see any reason for those latter 3 to fail inside of jail for any > >reasons having to do with the security of the jail. There's also nothing > >relevant happening to descriptor 2 in between those system calls. > > > >The latter 3 sendto()s fail in in_pcbconnect() right in the beginning when > >it calls in_pcbbind(): > > > >in_pcbconnect(inp, nam, p) > > register struct inpcb *inp; > > struct sockaddr *nam; > > struct proc *p; > >{ > > struct sockaddr_in *ifaddr; > > struct sockaddr_in *sin = (struct sockaddr_in *)nam; > > struct sockaddr_in sa; > > int error; > > > > if (inp->inp_laddr.s_addr == INADDR_ANY && p->p_prison != NULL) { > > bzero(&sa, sizeof (sa)); > > sa.sin_addr.s_addr = htonl(p->p_prison->pr_ip); > > sa.sin_len=sizeof (sa); > > sa.sin_family = AF_INET; > > error = in_pcbbind(inp, (struct sockaddr *)&sa, p); > > if (error) { > > printf("in_pcbconnect error 1\n"); > > return (error); > > } > > } > >[...snippage...] > > > >And its failing this test in in_pcbbind(): > > > >in_pcbbind(inp, nam, p) > > register struct inpcb *inp; > > struct sockaddr *nam; > > struct proc *p; > >{ > >[...] > > if (inp->inp_lport || inp->inp_laddr.s_addr != INADDR_ANY) { > > printf("in_pcbbind error 4\n"); > > return (EINVAL); > > } > >[...] > > > >I'm guessing right now that inp_lport in the pcb is getting set during the > >first system call, and causing the subsequent ones to fail. I don't have > >all the answers though, and I need to get some sleep... Hoping someone > >who understands the pcb functions can point out exactly what the error is > >in here -- this is the first time i've ever looked at them... > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-hackers" 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-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 10:25:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12]) by hub.freebsd.org (Postfix) with ESMTP id 2105C37B42A for ; Mon, 18 Mar 2002 10:25:04 -0800 (PST) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g2IIOvs06129 for ; Mon, 18 Mar 2002 10:24:57 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com ([209.157.133.226]) by mail.meer.net (8.12.1/8.12.1/meer) with ESMTP id g2IIOwGg037053 for ; Mon, 18 Mar 2002 10:25:03 -0800 (PST) Message-Id: <200203181825.g2IIOwGg037053@mail.meer.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@freebsd.org Subject: Documents on FreeBSD Make system? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Mar 2002 10:24:58 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there a set of docs or a Daemon News article on working with the BSD make system? I'd like to write my code as closely to whatever that standard is as possible but reading through all the .mk files seems a bit less efficient if there is a doc. Thanks, George -- George V. Neville-Neil gnn@neville-neil.com Neville-Neil Consulting www.neville-neil.com "We should not be ashamed to acknowledge truth from whatever source it comes to us, even if it is brought to us by former generations and foreign peoples. For him who seeks the truth there is nothing of higher value than truth itself." al-Kindi (c 801-66) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 11:11:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web21105.mail.yahoo.com (web21105.mail.yahoo.com [216.136.227.107]) by hub.freebsd.org (Postfix) with SMTP id 4623337B400 for ; Mon, 18 Mar 2002 11:11:05 -0800 (PST) Message-ID: <20020318191105.18995.qmail@web21105.mail.yahoo.com> Received: from [62.254.0.5] by web21105.mail.yahoo.com via HTTP; Mon, 18 Mar 2002 11:11:05 PST Date: Mon, 18 Mar 2002 11:11:05 -0800 (PST) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Documents on FreeBSD Make system? To: "George V. Neville-Neil" , freebsd-hackers@freebsd.org In-Reply-To: <200203181825.g2IIOwGg037053@mail.meer.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "George V. Neville-Neil" wrote: > Is there a set of docs or a Daemon News article on working with the BSD > make system? I'd like to write my code as closely to whatever that > standard > is as possible but reading through all the .mk files seems a bit less > efficient > if there is a doc. Hi, Have you had a look at the PSD (Programmer Supplemetery Documents) for the 4.4BSD Operating System, there some docs on the make(1) build system, as well some important documents on the 4.4BSD architecture. They are all available at: http://docs.FreeBSD.org/doc Also, for reference, the make system is called "BSD Make", as far as I know, hehe :) Thanks, Regards, -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 13:15:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from saruman.xwin.net (saruman.xwin.net [205.219.158.250]) by hub.freebsd.org (Postfix) with ESMTP id 34CBF37B402 for ; Mon, 18 Mar 2002 13:15:38 -0800 (PST) Received: from localhost (dp@localhost) by saruman.xwin.net (8.11.4/8.11.4) with ESMTP id g2ILGbG30919; Mon, 18 Mar 2002 15:16:37 -0600 Date: Mon, 18 Mar 2002 15:16:37 -0600 (CST) From: Paul Halliday X-X-Sender: dp@saruman.xwin.net To: Rayson Ho Cc: hackers@FreeBSD.ORG, Subject: Re: Need help!! Any FreeBSD users/hackers in Toronto?? In-Reply-To: <20020318024124.30094.qmail@web11408.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG umm.. I could prolly help. Let me know. Paul H. "Don't underestimate the power of stupid people in large groups" ___________________ http://dp.penix.org On Sun, 17 Mar 2002, Rayson Ho wrote: > Hi, > > The distributedfolding project (similar to SETI@home, it uses your free > computer cycles to do something useful -- folding proteins) is planning > to offer a FreeBSD client. > > However, they don't know how to setup a FreeBSD box. They are located > in the Toronto area (Canada), so am I. But I don't have much FreeBSD > experience. I installed a FreeBSD 4.3 box *without* networking support > a while ago. > > Looks like there are some people planning to ship a FreeBSD box to > them. However, I think the best would be having a person walking > through the entire installation process, and answering questions > related to FreeBSD. > > You can learn more about this project -- www.distributedfolding.org > > If no one is located in the Toronto area, then I will try my best to > help. (I will find my 4.3 CD and do a clean reinstall on my own > machine, and try to hook-up the Net -- but I know the help from you > guys is always better) > > Thanks, > Rayson > > P.S. The results from this project will be publicly available, and I am > not directly related (employed) to this project. > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - live college hoops coverage > http://sports.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 13:28:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 2E8ED37B404 for ; Mon, 18 Mar 2002 13:28:40 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g2ILTBX30420; Mon, 18 Mar 2002 13:29:11 -0800 (PST) Date: Mon, 18 Mar 2002 13:29:10 -0800 (PST) From: Doug White To: Abdul Basit Cc: hackers@FreeBSD.ORG Subject: Re: fault VA=0x0 segfaults. In-Reply-To: <20020318054606.G51974-100000@wireless.cs.twsu.edu> Message-ID: <20020318132856.E28257-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 18 Mar 2002, Abdul Basit wrote: > basit@wireless:~$ silc > fatal process exception: page fault, fault VA = 0x0 > Segmentation fault (core dumped) > basit@wireless:~$ > > This is what i get randomly with programs(for example mozilla) , specially > when running programs with linux binary compat. though freebsd compiled > programs does segfaults too sometimes .. I'm sure its not corrupted > memory cause everything was working before. This belongs on -questions. Two words: Bad Memory Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 13:51: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hunkular.glarp.com (hunkular.glarp.com [199.117.25.251]) by hub.freebsd.org (Postfix) with ESMTP id 2D14E37B42F for ; Mon, 18 Mar 2002 13:50:35 -0800 (PST) Received: from hunkular.glarp.com (localhost [127.0.0.1]) by hunkular.glarp.com (8.11.6/8.11.6) with ESMTP id g2ILo5s60026; Mon, 18 Mar 2002 14:50:05 -0700 (MST) (envelope-from huntting@hunkular.glarp.com) Message-Id: <200203182150.g2ILo5s60026@hunkular.glarp.com> To: John E Hein Cc: hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) In-Reply-To: Your message of "Mon, 18 Mar 2002 10:21:21 MST." <15510.8721.546546.172867@brain.timing.com> Date: Mon, 18 Mar 2002 14:50:05 -0700 From: Brad Huntting Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > bsd.ports.mk uses DESTDIR differently (wrongly IMO) than FreeBSD's > buildworld or the rest of the world as far as I have seen. See (and > lobby for) ports/28155. Unfortunately, the fix in 28155 will make > DESTDIR behave the "right" way, and thus anyone expecting the "wrong" > behavior will be surprised. OTOH, any ports using DESTDIR will do the > wrong thing now anyway in many cases (see the How-To-Repeat in PR 28155). Along these lines, we have a rather twisted setup at our shop. We put 3d party software such as ports in directories with pathnames like: /nfs/i386+OpenBSD2/teTeX-1.0.7/{bin/,etc/,share/,...} Using symlinks (and amd) it appears to the users as if it were /nfs/teTeX -> teTeX-1.0.7 /nfs/teTeX-1.0.7/{bin/,etc/,share/,...} Since these are mounted read-only, we have to install the port in another directory e.g: /mnt/foo/nfs/teTeX-1.0.7/ In a perfect world this would just mean using DESTDIR=/mnt/foo PREFIX=/nfs/teTeX-1.0.7 But, this will cause the port to look for all it's _dependencies_ in /nfs/teTeX-1.0.7 when they are really in /nfs/some-port-name. It is ugly, but we have such a large environment that we usually have to keep different versions of the same software online for different users on the same machine. Is there any way to specify a different PREFIX for each port+version? brad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 14:17: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by hub.freebsd.org (Postfix) with ESMTP id C473B37B402 for ; Mon, 18 Mar 2002 14:17:02 -0800 (PST) Received: from brain.timing.com (brain.timing.com [206.168.13.195]) by Daffy.timing.com (8.11.3/8.11.3) with ESMTP id g2IMFlW42178; Mon, 18 Mar 2002 15:15:47 -0700 (MST) (envelope-from jhein@timing.com) Received: from brain.timing.com (localhost [127.0.0.1]) by brain.timing.com (8.12.2/8.12.2) with ESMTP id g2IMFlM8007331; Mon, 18 Mar 2002 15:15:47 -0700 (MST) (envelope-from jhein@brain.timing.com) Received: (from jhein@localhost) by brain.timing.com (8.12.2/8.12.2/Submit) id g2IMFkFS007328; Mon, 18 Mar 2002 15:15:46 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15510.26386.681362.683997@brain.timing.com> Date: Mon, 18 Mar 2002 15:15:46 -0700 From: John E Hein To: Brad Huntting Cc: hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) In-Reply-To: <200203182150.g2ILo5s60026@hunkular.glarp.com> References: <15510.8721.546546.172867@brain.timing.com> <200203182150.g2ILo5s60026@hunkular.glarp.com> X-Mailer: VM 7.03 under Emacs 21.1.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brad Huntting wrote at 14:50 -0700 on Mar 18: > Along these lines, we have a rather twisted setup at our shop. We > put 3d party software such as ports in directories with pathnames > like: > > /nfs/i386+OpenBSD2/teTeX-1.0.7/{bin/,etc/,share/,...} We do, too. We call it /site. > Using symlinks (and amd) it appears to the users as if it were > > /nfs/teTeX -> teTeX-1.0.7 > /nfs/teTeX-1.0.7/{bin/,etc/,share/,...} We go one step further... make sym links in /site/bin, /site/lib, etc. that point into the "default" distribution dir. Using your example, /site/bin/latex -> /site/dist/teTeX/bin/latex Then just make sure /site/bin is in your path (and /site/lib is in your ldconfig search path, etc.). If we want to allow users to run older versions, I usually have a wrapper script that allows them to invoke latex-1.0.7, for instance. Invoking latex would just give the default (usually most recent) version. > Since these are mounted read-only, we have to install the port in > another directory e.g: > > /mnt/foo/nfs/teTeX-1.0.7/ > > In a perfect world this would just mean using > > DESTDIR=/mnt/foo > PREFIX=/nfs/teTeX-1.0.7 That's exactly what we do. But we added a .mk file which makes the sym links described above, too, at install time. It's not perfect yet, but with the 28155 patch what you suggested above works most of the time. On occasion, I have to hack a makefile to, for instance, define GLIB_CONFIG=/site/dist/glib-1.2.10/bin/glib12-config or some other trickery since the Makefile and/or bsd.ports.mk system isn't quite flexible enough. We have some patches for this, but have been waiting (a while) for 28155 to be committed. > But, this will cause the port to look for all it's _dependencies_ > in /nfs/teTeX-1.0.7 when they are really in /nfs/some-port-name. > It is ugly, but we have such a large environment that we usually > have to keep different versions of the same software online for > different users on the same machine. Yep, as I described above, sometimes you have to hack the makefile. But most times, if /site/bin is in your path and /site/lib is in your ldconfig search path, configure will find the right version and do the right thing. If it doesn't work, it currently requires hunting down which part of configure failed and why. That's a pain... it would be nice if the ports tree supported non-default installation locations better (i.e., not /usr/local). > Is there any way to specify a different PREFIX for each port+version? > Another thing that seems to work okay (if a port supports it - not too many do - yet?) is pkgconfig (see devel/pkgconfig). It's kind of like the *-config that some packages use (glib12-config, etc.) except more generic. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 14:43: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 6BB7A37B404 for ; Mon, 18 Mar 2002 14:42:59 -0800 (PST) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16n5qB-0001ER-00; Mon, 18 Mar 2002 14:42:55 -0800 Message-ID: <3C966D5C.22B4FDE0@mindspring.com> Date: Mon, 18 Mar 2002 14:42:36 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Abdul Basit Cc: hackers@FreeBSD.ORG Subject: Re: fault VA=0x0 segfaults. References: <20020318054606.G51974-100000@wireless.cs.twsu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Abdul Basit wrote: > basit@wireless:~$ silc > fatal process exception: page fault, fault VA = 0x0 > Segmentation fault (core dumped) > basit@wireless:~$ > > This is what i get randomly with programs(for example mozilla) , specially > when running programs with linux binary compat. though freebsd compiled > programs does segfaults too sometimes .. I'm sure its not corrupted > memory cause everything was working before. > > can any one give me any tip on it ? Dereference of NULL pointer in kernel mode. No one will be able to help you without a stack traceback from the kernel debugger. Enable the kernel debugger, build a new kernel, cause the problem again, and post the traceback. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 15: 2: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id BAD0737B404 for ; Mon, 18 Mar 2002 15:01:54 -0800 (PST) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16n68W-00015c-00; Mon, 18 Mar 2002 15:01:52 -0800 Message-ID: <3C9671CD.6FECE2E0@mindspring.com> Date: Mon, 18 Mar 2002 15:01:33 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John E Hein Cc: hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) References: <15510.8721.546546.172867@brain.timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John E Hein wrote: > > From bsd.prog.mk: > > - ---------------------------------------------------------------- > > .if defined(DESTDIR) && !defined(BOOTSTRAPPING) > > CFLAGS+= -I${DESTDIR}/usr/include > > CXXINCLUDES+= -I${DESTDIR}/usr/include/g++ > > .endif > > - ---------------------------------------------------------------- > > bsd.ports.mk uses DESTDIR differently (wrongly IMO) than FreeBSD's > buildworld or the rest of the world as far as I have seen. See (and > lobby for) ports/28155. Unfortunately, the fix in 28155 will make > DESTDIR behave the "right" way, and thus anyone expecting the "wrong" > behavior will be surprised. OTOH, any ports using DESTDIR will do the > wrong thing now anyway in many cases (see the How-To-Repeat in PR 28155). FWIW, bsd.lib.mk does the same thing. I'm not sure if that's tarred by your PR or not (I would have looked, if you'd posted a URL rathe than just a number... 8-)). Eventually, the bullet will have to be bitten. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 15: 7:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 8748337B400 for ; Mon, 18 Mar 2002 15:07:09 -0800 (PST) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16n6DM-0001Kz-00; Mon, 18 Mar 2002 15:06:52 -0800 Message-ID: <3C9672F8.D4ADEDDB@mindspring.com> Date: Mon, 18 Mar 2002 15:06:32 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lamont Granquist Cc: Poul-Henning Kamp , hackers@FreeBSD.ORG Subject: Re: jail bug with ircd-hybrid in_pcbconnect()? References: <20020318093711.J1605-100000@coredump.scriptkiddie.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lamont Granquist wrote: > On Mon, 18 Mar 2002, Poul-Henning Kamp wrote: > > All I can say is that I have had hell with that code and jail, and > > you might be right that some cleanup after the first call is missing. > > > > You're probably also the closest person to fix it at this point... > > Alright, I'll keep digging. > > My guess is that on the first call we've got: > > inp->inp_laddr.s_addr == INADDR_ANY > inp->inp_lport == 0 > > And that after the first call we're supposed to have laddr = jail IP and > lport = emphemeral, but for some reason laddr isn't getting set, so on the > 2nd call we've got laddr = INADDR_ANY and lport = emphemeral and that > in_pcbbind() pukes on that. There's a bug in the hash code that treats a lookup of a local bind as if it were in the INADDR_ANY domain, instead of in a per IP address domain, when you are using a wildcard port. The easy workaround is to bind to the local address, instead of INADDR_ANY. You can trigger the bug on outbound connections by using a wildcard port with a specified local IP address; it basically ignores the local IP address contribution in the has compare, and assigns outbound ports sequentially out of a single port space, instead of having per IP address port spaces. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 15:40:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Daffy.timing.com (daffy.timing.com [206.168.13.218]) by hub.freebsd.org (Postfix) with ESMTP id BFE0537B402 for ; Mon, 18 Mar 2002 15:40:31 -0800 (PST) Received: from brain.timing.com (brain.timing.com [206.168.13.195]) by Daffy.timing.com (8.11.3/8.11.3) with ESMTP id g2INeUW42959; Mon, 18 Mar 2002 16:40:30 -0700 (MST) (envelope-from jhein@timing.com) Received: from brain.timing.com (localhost [127.0.0.1]) by brain.timing.com (8.12.2/8.12.2) with ESMTP id g2INeUM8014381; Mon, 18 Mar 2002 16:40:30 -0700 (MST) (envelope-from jhein@brain.timing.com) Received: (from jhein@localhost) by brain.timing.com (8.12.2/8.12.2/Submit) id g2INeTsE014378; Mon, 18 Mar 2002 16:40:29 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15510.31469.378790.491126@brain.timing.com> Date: Mon, 18 Mar 2002 16:40:29 -0700 From: John E Hein To: Terry Lambert Cc: hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) In-Reply-To: <3C9671CD.6FECE2E0@mindspring.com> References: <15510.8721.546546.172867@brain.timing.com> <3C9671CD.6FECE2E0@mindspring.com> X-Mailer: VM 7.03 under Emacs 21.1.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote at 15:01 -0800 on Mar 18: > FWIW, bsd.lib.mk does the same thing. I'm not sure if that's > tarred by your PR or not (I would have looked, if you'd > posted a URL rathe than just a number... 8-)). Nope. Just bsd.port.mk http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28155 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 16:45:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0272F37B402 for ; Mon, 18 Mar 2002 16:45:31 -0800 (PST) Received: from pool0273.cvx21-bradley.dialup.earthlink.net ([209.179.193.18] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16n7km-0003Kp-00; Mon, 18 Mar 2002 16:45:29 -0800 Message-ID: <3C968A15.DB599101@mindspring.com> Date: Mon, 18 Mar 2002 16:45:09 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John E Hein Cc: hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) References: <15510.8721.546546.172867@brain.timing.com> <3C9671CD.6FECE2E0@mindspring.com> <15510.31469.378790.491126@brain.timing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John E Hein wrote: > Terry Lambert wrote at 15:01 -0800 on Mar 18: > > FWIW, bsd.lib.mk does the same thing. I'm not sure if that's > > tarred by your PR or not (I would have looked, if you'd > > posted a URL rathe than just a number... 8-)). > > Nope. > Just bsd.port.mk > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28155 Thanks for the URL. My bad... I misread as "bsd.prog.mk", not "bsd.port.mk". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 17:48:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by hub.freebsd.org (Postfix) with ESMTP id 2147037B416 for ; Mon, 18 Mar 2002 17:48:36 -0800 (PST) Received: (from toto@localhost) by sdf.lonestar.org (8.11.6/8.11.6) id g2J1mVp25047 for freebsd-hackers@freebsd.org; Tue, 19 Mar 2002 01:48:31 GMT Date: Tue, 19 Mar 2002 01:48:31 GMT From: Carlos Antonio Ruggiero Message-Id: <200203190148.g2J1mVp25047@sdf.lonestar.org> To: freebsd-hackers@freebsd.org Subject: booting from extended slice Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to boot from an extended partition (slice). From what I have read in the archives, FreeBSD doesn't support this. I managed to boot the 4.5R kernel by hacking boot2.c to point directly to the start of the extended partition..It does work if I boot the kernel directly but if I boot the loader, it does not see the extended slice. In fact, lsdev seems to see SOME extended slices but not the others... My question: is this a normal behaviour of the loader? a bug? some kind of limitation? Some info on the hard disk: Linux fdisk reports: Command (m for help): Disk /dev/hda: 255 heads, 63 sectors, 9732 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 1 230 1847443+ 6 FAT16 /dev/hda2 231 395 1325362+ 73 Unknown /dev/hda3 396 560 1325362+ 73 Unknown /dev/hda4 * 561 9731 73666057+ 5 Extended /dev/hda5 * 561 1023 3719016 83 Linux /dev/hda6 1024 1087 514048+ 82 Linux swap /dev/hda7 1088 2235 9221278+ 83 Linux /dev/hda8 2236 2482 1983996 b Win95 FAT32 /dev/hda9 * 2483 3056 4610623+ 83 Linux /dev/hda10 * 3057 3630 4610623+ a5 BSD/386 /dev/hda11 * 3631 4205 4618624+ 83 Linux /dev/hda12 4206 4460 2048256 6 FAT16 Command (m for help): I trying to boot from hda10 and /stand/sysinstall (in wizard mode) says: --==##==-- Debug_Disk(ad0) flags=0 bios_geom=9732/255/63 = 156344580 boot1=0x0, boot2=0x0, bootmgr=0x0 --> 0x82e5480 0 156355584 156355583 ad0 whole 0x00 --> 0x82e54c0 0 63 62 - unused 0x00 --> 0x82e5500 63 3694887 3694949 ad0s1 fat 0x06 --> 0x82e5540 3694950 2650725 6345674 ad0s2 unknown 0x63 --> 0x82e55c0 6345675 2650725 8996399 ad0s3 unknown 0x63 --> 0x82e5600 8996400 147332115 156328514 ad0s4 extended 0x05 --> 0x82e5640 8996400 63 8996462 - unused 0x00 --> 0x82e5580 8996463 7438032 16434494 ad0s5 unknown 0x83 --> 0x82e56c0 16434495 63 16434557 - unused 0x00 --> 0x82e5700 16434558 1028097 17462654 ad0s6 unknown 0x82 --> 0x82e5740 17462655 63 17462717 - unused 0x00 --> 0x82e5780 17462718 18442557 35905274 ad0s7 unknown 0x83 --> 0x82e57c0 35905275 63 35905337 - unused 0x00 --> 0x82e5800 35905338 3967992 39873329 ad0s8 fat 0x0b --> 0x82e5840 39873330 63 39873392 - unused 0x00 --> 0x82e5880 39873393 9221247 49094639 ad0s9 unknown 0x83 --> 0x82e58c0 49094640 63 49094702 - unused 0x00 --> 0x82e5900 49094703 9221247 58315949 ad0s10 freebsd 0xa5 --> 0x82e5940 49094703 819315 49914017 ad0s10b part 0x01 --> 0x82e59c0 49914018 8401932 58315949 ad0s10a part 0x07 --> 0x82e5980 58315950 126 58316075 - unused 0x00 --> 0x82e5a00 58316076 9237249 67553324 ad0s11 unknown 0x83 --> 0x82e5a40 67553325 63 67553387 - unused 0x00 --> 0x82e5a80 67553388 4096512 71649899 ad0s12 fat 0x06 --> 0x82e5ac0 71649900 84678615 156328514 - unused 0x00 --> 0x82e5680 156328515 27069 156355583 - unused 0x00 ad0> lsdev says: .... disk1s5:ext2fs disk1s7: Linux swap (shouldn't it be s6? s7 is ext2fs...) Thanks for any help/pointers.. Toto toto@sdf.lonestar.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 17:59: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Nolo.com (fc.parker-st.com [208.25.95.29]) by hub.freebsd.org (Postfix) with ESMTP id D2FDD37B4A4; Mon, 18 Mar 2002 17:58:29 -0800 (PST) Message-id: Date: Mon, 18 Mar 2002 18:01:11 -0800 Subject: FreeBSD 2.2.8 ISO or install media To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org From: "Mark Stuhr" MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone know where I can put my hands on the files that would allow me to setup a 2.2.8 server without having to compile server source code. An ISO image would be best. Someone have a CD to sell or borrow in the bay area would be great. A place where I can find the server files and a floppy boot disk that would trigger an install would be fine. Any ideas greatly appreciated. Thanks Mark Stuhr Director of Inf. Tech. www.nolo.com mark@nolo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 18:24: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 7C79337B416; Mon, 18 Mar 2002 18:23:55 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g2J2Nt707355; Mon, 18 Mar 2002 18:23:55 -0800 Date: Mon, 18 Mar 2002 18:23:55 -0800 From: Brooks Davis To: hackers@freebsd.org Cc: wpaul@freebsd.org Subject: problems PXE booting with 3C996B-T Message-ID: <20020318182352.A6013@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm trying to PXE boot a cluster of machines using 3Com 3C996B-T gigabit Ethernet NICs and appear to be running into driver problems specific to PXE booting. Here's what I know: - The system boots just fine off of an Intel card with PXE support. - The 3Com NIC basicly works (some phy issues remain) if you boot via normal methods (I did an FTP install of todays -stable snapshot off of a floppy to verify this.) - When booting with the 3Com NIC, the kernel loads correctly, but the does not proceed beyond: Mounting root from nfs: NFS ROOT: XXX.XXX.XXX.XXX:/nfsroot Running tcpdump on the nfs host seems to indicate that the system is attempting to do an NFS lookup on sbin on it's way to running /sbin/init. The responses appear to be sent correctly, but printfs added around the call to ether_input indicate that they never make it out of the card. ARP responses do appear to arrive properly as do pings. Does anyone have any suggestions with regard to debugging this problem? Thanks, Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8lqE3XY6L6fI4GtQRAh/5AKC+YJQQfO4uVVOnaJj+If84XBJwVwCfSQXD aKSQWjXXWhrCWf5E3L+e0jY= =IAqB -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 18:44:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id A0B9C37B400 for ; Mon, 18 Mar 2002 18:44:34 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Mon, 18 Mar 2002 21:44:13 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 751EFBA05; Mon, 18 Mar 2002 21:44:07 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG Subject: Re: booting from extended slice Date: Mon, 18 Mar 2002 21:44:07 -0500 X-Mailer: KMail [version 1.3] References: <200203190148.g2J1mVp25047@sdf.lonestar.org> In-Reply-To: <200203190148.g2J1mVp25047@sdf.lonestar.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020319024407.751EFBA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 18 March 2002 08:48 pm, Carlos Antonio Ruggiero wrote: | Hi, | | I'm trying to boot from an extended partition (slice). From | what I have read in the archives, FreeBSD doesn't support this. I | managed to boot the 4.5R kernel by hacking boot2.c to point directly | to the start of the extended partition..It does work if I boot the | kernel directly but if I boot the loader, it does not see the extended | slice. In fact, lsdev seems to see SOME extended slices but not the | others... | | My question: is this a normal behaviour of the loader? a bug? some kind | of limitation? What good will it do you if do boot it? FreeBSD doesn't support UFS in extended partitions anyway. I guess you could use ext2 or FAT32 partitions as your paritions for the sysem (ext2 would presumably work a lot better), but why do you want to do such a thing? You'd be working in a very unsupported environemnt. I consider this a major FreeBSD weakness but other O/S's don't care so much about primary vs. extended and FreeBSD only needs one partition--it'll subdivide the rest. What are the "73" type partitions? Immovable? | | Some info on the hard disk: | | | Linux fdisk reports: | | | Command (m for help): | Disk /dev/hda: 255 heads, 63 sectors, 9732 cylinders | Units = cylinders of 16065 * 512 bytes | | Device Boot Start End Blocks Id System | /dev/hda1 1 230 1847443+ 6 FAT16 | /dev/hda2 231 395 1325362+ 73 Unknown | /dev/hda3 396 560 1325362+ 73 Unknown | /dev/hda4 * 561 9731 73666057+ 5 Extended | /dev/hda5 * 561 1023 3719016 83 Linux | /dev/hda6 1024 1087 514048+ 82 Linux swap | /dev/hda7 1088 2235 9221278+ 83 Linux | /dev/hda8 2236 2482 1983996 b Win95 FAT32 | /dev/hda9 * 2483 3056 4610623+ 83 Linux | /dev/hda10 * 3057 3630 4610623+ a5 BSD/386 | /dev/hda11 * 3631 4205 4618624+ 83 Linux | /dev/hda12 4206 4460 2048256 6 FAT16 | | Command (m for help): | | I trying to boot from hda10 | | and /stand/sysinstall (in wizard mode) says: | | --==##==-- | Debug_Disk(ad0) flags=0 bios_geom=9732/255/63 = 156344580 | boot1=0x0, boot2=0x0, bootmgr=0x0 | --> 0x82e5480 0 156355584 156355583 ad0 whole 0x00 | --> 0x82e54c0 0 63 62 - unused 0x00 | --> 0x82e5500 63 3694887 3694949 ad0s1 fat 0x06 | --> 0x82e5540 3694950 2650725 6345674 ad0s2 unknown 0x63 | --> 0x82e55c0 6345675 2650725 8996399 ad0s3 unknown 0x63 | --> 0x82e5600 8996400 147332115 156328514 ad0s4 extended 0x05 | --> 0x82e5640 8996400 63 8996462 - unused 0x00 | --> 0x82e5580 8996463 7438032 16434494 ad0s5 unknown 0x83 | --> 0x82e56c0 16434495 63 16434557 - unused 0x00 | --> 0x82e5700 16434558 1028097 17462654 ad0s6 unknown 0x82 | --> 0x82e5740 17462655 63 17462717 - unused 0x00 | --> 0x82e5780 17462718 18442557 35905274 ad0s7 unknown 0x83 | --> 0x82e57c0 35905275 63 35905337 - unused 0x00 | --> 0x82e5800 35905338 3967992 39873329 ad0s8 fat 0x0b | --> 0x82e5840 39873330 63 39873392 - unused 0x00 | --> 0x82e5880 39873393 9221247 49094639 ad0s9 unknown 0x83 | --> 0x82e58c0 49094640 63 49094702 - unused 0x00 | --> 0x82e5900 49094703 9221247 58315949 ad0s10 freebsd 0xa5 | --> 0x82e5940 49094703 819315 49914017 ad0s10b part 0x01 | --> 0x82e59c0 49914018 8401932 58315949 ad0s10a part 0x07 | --> 0x82e5980 58315950 126 58316075 - unused 0x00 | --> 0x82e5a00 58316076 9237249 67553324 ad0s11 unknown 0x83 | --> 0x82e5a40 67553325 63 67553387 - unused 0x00 | --> 0x82e5a80 67553388 4096512 71649899 ad0s12 fat 0x06 | --> 0x82e5ac0 71649900 84678615 156328514 - unused 0x00 | --> 0x82e5680 156328515 27069 156355583 - unused 0x00 | ad0> | | lsdev says: | .... | disk1s5:ext2fs | disk1s7: Linux swap (shouldn't it be s6? s7 is ext2fs...) | | Thanks for any help/pointers.. | | Toto | toto@sdf.lonestar.org | | To Unsubscribe: send mail to majordomo@FreeBSD.org | with "unsubscribe freebsd-hackers" in the body of the message -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 18:48: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 5121237B419 for ; Mon, 18 Mar 2002 18:47:55 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 6933962D01; Mon, 18 Mar 2002 18:47:51 -0800 (PST) Date: Mon, 18 Mar 2002 18:48:13 -0800 (PST) From: Lamont Granquist To: Terry Lambert Cc: Poul-Henning Kamp , Subject: Re: jail bug with ircd-hybrid in_pcbconnect()? In-Reply-To: <3C9672F8.D4ADEDDB@mindspring.com> Message-ID: <20020318184511.P2360-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 18 Mar 2002, Terry Lambert wrote: > Lamont Granquist wrote: > > On Mon, 18 Mar 2002, Poul-Henning Kamp wrote: > > > All I can say is that I have had hell with that code and jail, and > > > you might be right that some cleanup after the first call is missing. > > > > > > You're probably also the closest person to fix it at this point... > > > > Alright, I'll keep digging. > > > > My guess is that on the first call we've got: > > > > inp->inp_laddr.s_addr == INADDR_ANY > > inp->inp_lport == 0 > > > > And that after the first call we're supposed to have laddr = jail IP and > > lport = emphemeral, but for some reason laddr isn't getting set, so on the > > 2nd call we've got laddr = INADDR_ANY and lport = emphemeral and that > > in_pcbbind() pukes on that. > > > There's a bug in the hash code that treats a lookup of a > local bind as if it were in the INADDR_ANY domain, instead > of in a per IP address domain, when you are using a wildcard > port. > > The easy workaround is to bind to the local address, instead > of INADDR_ANY. My brief reading of what the code is doing suggests that it is trying to do this for you when you're in a jail, but its failing to do it right. > You can trigger the bug on outbound connections by using a > wildcard port with a specified local IP address; it basically > ignores the local IP address contribution in the has compare, > and assigns outbound ports sequentially out of a single port > space, instead of having per IP address port spaces. I don't think this bug is causing the problem that I'm seeing. I'm going to have to dig in and think about it a bit more tonight... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 19:50:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 64EDA37B405 for ; Mon, 18 Mar 2002 19:50:26 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2J3oMlv019110; Mon, 18 Mar 2002 19:50:22 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2J3n7xI019102; Mon, 18 Mar 2002 19:49:07 -0800 (PST) Date: Mon, 18 Mar 2002 19:49:06 -0800 From: "David O'Brien" To: "Brian T . Schellenberger" Cc: Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG Subject: Re: booting from extended slice Message-ID: <20020318194906.A19053@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <200203190148.g2J1mVp25047@sdf.lonestar.org> <20020319024407.751EFBA05@i8k.babbleon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020319024407.751EFBA05@i8k.babbleon.org>; from bts@babbleon.org on Mon, Mar 18, 2002 at 09:44:07PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: > What good will it do you if do boot it? FreeBSD doesn't support UFS in > extended partitions anyway. Yes it does. Why do you say it doesn't? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 20:51:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by hub.freebsd.org (Postfix) with ESMTP id 4E30F37B404 for ; Mon, 18 Mar 2002 20:51:06 -0800 (PST) Received: from localhost (localhost [[UNIX: localhost]]) by sdf.lonestar.org (8.11.6/8.11.6) id g2J4ov221128; Tue, 19 Mar 2002 04:50:57 GMT Date: Tue, 19 Mar 2002 04:50:57 +0000 (UTC) From: Carlos Antonio Ruggiero To: "Brian T.Schellenberger" Cc: Subject: Re: booting from extended slice In-Reply-To: <20020319024407.751EFBA05@i8k.babbleon.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 18 Mar 2002, Brian T.Schellenberger wrote: > Date: Mon, 18 Mar 2002 21:44:07 -0500 > From: Brian T.Schellenberger > To: Carlos Antonio Ruggiero , > freebsd-hackers@FreeBSD.ORG > Subject: Re: booting from extended slice > > On Monday 18 March 2002 08:48 pm, Carlos Antonio Ruggiero wrote: > | Hi, > | > | I'm trying to boot from an extended partition (slice). From > | what I have read in the archives, FreeBSD doesn't support this. I > | managed to boot the 4.5R kernel by hacking boot2.c to point directly > | to the start of the extended partition..It does work if I boot the > | kernel directly but if I boot the loader, it does not see the extended > | slice. In fact, lsdev seems to see SOME extended slices but not the > | others... > | > | My question: is this a normal behaviour of the loader? a bug? some kind > | of limitation? > > What good will it do you if do boot it? FreeBSD doesn't support UFS in > extended partitions anyway. I guess you could use ext2 or FAT32 partitions > as your paritions for the sysem (ext2 would presumably work a lot better), > but why do you want to do such a thing? You'd be working in a very > unsupported environemnt. I don't think you're right here. FreeBSD does seem to support FFS in extended slices. And please note that, right now, I am able to boot the 4.5R kernel from FFS-ad0s10a (which is hda10 in linux), and use it normally I was even able to make buildworld in it! X + KDE works fine, etc.. The only thing is that I cannot mount linprocfs, probably because I am booting directly into the kernel, without the loader (I am guessing here :-) You're probably refering to the fact that sysinstall doesn't allow you to edit slices inside an extended slice which is true, but note that sysintall in wizard mode shows my messy partition table quite correctly. Disklabeling an extended slice, however, is quite a pain, without the help of sysinstall. > > I consider this a major FreeBSD weakness but other O/S's don't care so much > about primary vs. extended and FreeBSD only needs one partition--it'll > subdivide the rest. > I am using quite a few OSs and NONE of them are comfortable with extended partitions, except linux. Windoze sees them but do not boot from them. FreeBSD, which is my favorite OS since the days of 386BSD0.1, seems to have everything to support them except the boot blocks (boot1 boot2 and loader) and the installation script (/stand/sysinstall). > What are the "73" type partitions? Immovable? > I use Sstem commander to boot the different OSs and, when I boot linux, I have to hide a few other partitions (linux loves to format partition types 0x82 as swap and Solaris FS uses this same type number). I think 73 is the way System Commander changes the SCO Openserver and Unixware partition types to "HIDE" them. They are in fact type 0x63. > | > | Some info on the hard disk: > | > | > | Linux fdisk reports: > | > | > | Command (m for help): > | Disk /dev/hda: 255 heads, 63 sectors, 9732 cylinders > | Units = cylinders of 16065 * 512 bytes > | > | Device Boot Start End Blocks Id System > | /dev/hda1 1 230 1847443+ 6 FAT16 > | /dev/hda2 231 395 1325362+ 73 Unknown > | /dev/hda3 396 560 1325362+ 73 Unknown > | /dev/hda4 * 561 9731 73666057+ 5 Extended > | /dev/hda5 * 561 1023 3719016 83 Linux > | /dev/hda6 1024 1087 514048+ 82 Linux swap > | /dev/hda7 1088 2235 9221278+ 83 Linux > | /dev/hda8 2236 2482 1983996 b Win95 FAT32 > | /dev/hda9 * 2483 3056 4610623+ 83 Linux > | /dev/hda10 * 3057 3630 4610623+ a5 BSD/386 > | /dev/hda11 * 3631 4205 4618624+ 83 Linux > | /dev/hda12 4206 4460 2048256 6 FAT16 > | > | Command (m for help): Brian, this IS FREEBSD 4.5 now: > | > | I trying to boot from hda10 > | > | and /stand/sysinstall (in wizard mode) says: > | > | --==##==-- > | Debug_Disk(ad0) flags=0 bios_geom=9732/255/63 = 156344580 > | boot1=0x0, boot2=0x0, bootmgr=0x0 > | --> 0x82e5480 0 156355584 156355583 ad0 whole 0x00 > | --> 0x82e54c0 0 63 62 - unused 0x00 > | --> 0x82e5500 63 3694887 3694949 ad0s1 fat 0x06 > | --> 0x82e5540 3694950 2650725 6345674 ad0s2 unknown 0x63 > | --> 0x82e55c0 6345675 2650725 8996399 ad0s3 unknown 0x63 > | --> 0x82e5600 8996400 147332115 156328514 ad0s4 extended 0x05 > | --> 0x82e5640 8996400 63 8996462 - unused 0x00 > | --> 0x82e5580 8996463 7438032 16434494 ad0s5 unknown 0x83 > | --> 0x82e56c0 16434495 63 16434557 - unused 0x00 > | --> 0x82e5700 16434558 1028097 17462654 ad0s6 unknown 0x82 > | --> 0x82e5740 17462655 63 17462717 - unused 0x00 > | --> 0x82e5780 17462718 18442557 35905274 ad0s7 unknown 0x83 > | --> 0x82e57c0 35905275 63 35905337 - unused 0x00 > | --> 0x82e5800 35905338 3967992 39873329 ad0s8 fat 0x0b > | --> 0x82e5840 39873330 63 39873392 - unused 0x00 > | --> 0x82e5880 39873393 9221247 49094639 ad0s9 unknown 0x83 > | --> 0x82e58c0 49094640 63 49094702 - unused 0x00 > | --> 0x82e5900 49094703 9221247 58315949 ad0s10 freebsd 0xa5 > | --> 0x82e5940 49094703 819315 49914017 ad0s10b part 0x01 > | --> 0x82e59c0 49914018 8401932 58315949 ad0s10a part 0x07 > | --> 0x82e5980 58315950 126 58316075 - unused 0x00 > | --> 0x82e5a00 58316076 9237249 67553324 ad0s11 unknown 0x83 > | --> 0x82e5a40 67553325 63 67553387 - unused 0x00 > | --> 0x82e5a80 67553388 4096512 71649899 ad0s12 fat 0x06 > | --> 0x82e5ac0 71649900 84678615 156328514 - unused 0x00 > | --> 0x82e5680 156328515 27069 156355583 - unused 0x00 > | ad0> > | > | lsdev says: > | .... > | disk1s5:ext2fs > | disk1s7: Linux swap (shouldn't it be s6? s7 is ext2fs...) > | > | Thanks for any help/pointers.. > | > | Toto > | toto@sdf.lonestar.org > | > | To Unsubscribe: send mail to majordomo@FreeBSD.org > | with "unsubscribe freebsd-hackers" in the body of the message > > -- > Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) > ME --> http://www.babbleon.org > http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > toto@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 21:46:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail4.nc.rr.com (fe4.southeast.rr.com [24.93.67.51]) by hub.freebsd.org (Postfix) with ESMTP id E439737B402 for ; Mon, 18 Mar 2002 21:46:20 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail4.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Tue, 19 Mar 2002 00:46:35 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id C4F75BABF; Tue, 19 Mar 2002 00:46:04 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: Carlos Antonio Ruggiero Subject: Re: booting from extended slice Date: Tue, 19 Mar 2002 00:46:04 -0500 X-Mailer: KMail [version 1.3] References: In-Reply-To: Cc: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020319054604.C4F75BABF@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 18 March 2002 11:50 pm, you wrote: | On Mon, 18 Mar 2002, Brian T.Schellenberger wrote: | > Date: Mon, 18 Mar 2002 21:44:07 -0500 | > From: Brian T.Schellenberger | > To: Carlos Antonio Ruggiero , | > freebsd-hackers@FreeBSD.ORG | > Subject: Re: booting from extended slice | > | > On Monday 18 March 2002 08:48 pm, Carlos Antonio Ruggiero wrote: | > | Hi, | > | | > | I'm trying to boot from an extended partition (slice). From | > | what I have read in the archives, FreeBSD doesn't support this. I | > | managed to boot the 4.5R kernel by hacking boot2.c to point directly | > | to the start of the extended partition..It does work if I boot the | > | kernel directly but if I boot the loader, it does not see the extended | > | slice. In fact, lsdev seems to see SOME extended slices but not the | > | others... | > | | > | My question: is this a normal behaviour of the loader? a bug? some | > | kind of limitation? | > | > What good will it do you if do boot it? FreeBSD doesn't support UFS in | > extended partitions anyway. I guess you could use ext2 or FAT32 | > partitions as your paritions for the sysem (ext2 would presumably work a | > lot better), but why do you want to do such a thing? You'd be working in | > a very unsupported environemnt. | | I don't think you're right here. FreeBSD does seem to support FFS in | extended slices. I could swear I tried that, but heavens, it could have been back in 2.x or even earlier when I did. I guess I missed the announcement when it became possible. Does seem odd not to go the last mile and enabled it to boot & load from an extended partition. | And please note that, right now, I am able to boot the | 4.5R kernel from FFS-ad0s10a (which is hda10 in linux), and use it | normally | I was even able to make buildworld in it! X + KDE works fine, etc.. | The only thing is that I cannot mount linprocfs, probably because | I am booting directly into the kernel, without the loader (I am guessing | here :-) | You're probably refering to the fact that sysinstall doesn't allow | you to edit slices inside an extended slice which is true, but note | that sysintall in wizard mode shows my messy partition table quite | correctly. Disklabeling an extended slice, however, is quite a pain, | without the help of sysinstall. | | > I consider this a major FreeBSD weakness but other O/S's don't care so | > much about primary vs. extended and FreeBSD only needs one | > partition--it'll subdivide the rest. | | I am using quite a few OSs and NONE of them are comfortable with extended | partitions, except linux. Windoze sees them but do not boot from them. | FreeBSD, which is my favorite OS since the days of 386BSD0.1, seems | to have everything to support them except the boot blocks (boot1 boot2 | and loader) and the installation script (/stand/sysinstall). | | > What are the "73" type partitions? Immovable? | | I use Sstem commander to boot the different OSs and, when I boot linux, | I have to hide a few other partitions (linux loves to format | partition types 0x82 as swap and Solaris FS uses this same type | number). I think 73 is the way System Commander changes the SCO | Openserver and Unixware partition types to "HIDE" them. They | are in fact type 0x63. | | > | Some info on the hard disk: | > | | > | | > | Linux fdisk reports: | > | | > | | > | Command (m for help): | > | Disk /dev/hda: 255 heads, 63 sectors, 9732 cylinders | > | Units = cylinders of 16065 * 512 bytes | > | | > | Device Boot Start End Blocks Id System | > | /dev/hda1 1 230 1847443+ 6 FAT16 | > | /dev/hda2 231 395 1325362+ 73 Unknown | > | /dev/hda3 396 560 1325362+ 73 Unknown | > | /dev/hda4 * 561 9731 73666057+ 5 Extended | > | /dev/hda5 * 561 1023 3719016 83 Linux | > | /dev/hda6 1024 1087 514048+ 82 Linux swap | > | /dev/hda7 1088 2235 9221278+ 83 Linux | > | /dev/hda8 2236 2482 1983996 b Win95 FAT32 | > | /dev/hda9 * 2483 3056 4610623+ 83 Linux | > | /dev/hda10 * 3057 3630 4610623+ a5 BSD/386 | > | /dev/hda11 * 3631 4205 4618624+ 83 Linux | > | /dev/hda12 4206 4460 2048256 6 FAT16 | > | | > | Command (m for help): | | Brian, this IS FREEBSD 4.5 now: | > | I trying to boot from hda10 | > | | > | and /stand/sysinstall (in wizard mode) says: | > | | > | --==##==-- | > | Debug_Disk(ad0) flags=0 bios_geom=9732/255/63 = 156344580 | > | boot1=0x0, boot2=0x0, bootmgr=0x0 | > | --> 0x82e5480 0 156355584 156355583 ad0 whole | > | 0x00 --> 0x82e54c0 0 63 62 - unused | > | 0x00 --> 0x82e5500 63 3694887 3694949 ad0s1 fat | > | 0x06 --> 0x82e5540 3694950 2650725 6345674 ad0s2 unknown | > | 0x63 --> 0x82e55c0 6345675 2650725 8996399 ad0s3 unknown | > | 0x63 --> 0x82e5600 8996400 147332115 156328514 ad0s4 extended | > | 0x05 --> 0x82e5640 8996400 63 8996462 - unused 0x00 | > | --> 0x82e5580 8996463 7438032 16434494 ad0s5 unknown 0x83 --> | > | 0x82e56c0 16434495 63 16434557 - unused 0x00 --> | > | 0x82e5700 16434558 1028097 17462654 ad0s6 unknown 0x82 --> | > | 0x82e5740 17462655 63 17462717 - unused 0x00 --> | > | 0x82e5780 17462718 18442557 35905274 ad0s7 unknown 0x83 --> | > | 0x82e57c0 35905275 63 35905337 - unused 0x00 --> | > | 0x82e5800 35905338 3967992 39873329 ad0s8 fat 0x0b --> | > | 0x82e5840 39873330 63 39873392 - unused 0x00 --> | > | 0x82e5880 39873393 9221247 49094639 ad0s9 unknown 0x83 --> | > | 0x82e58c0 49094640 63 49094702 - unused 0x00 --> | > | 0x82e5900 49094703 9221247 58315949 ad0s10 freebsd 0xa5 --> | > | 0x82e5940 49094703 819315 49914017 ad0s10b part 0x01 --> | > | 0x82e59c0 49914018 8401932 58315949 ad0s10a part 0x07 --> | > | 0x82e5980 58315950 126 58316075 - unused 0x00 --> | > | 0x82e5a00 58316076 9237249 67553324 ad0s11 unknown 0x83 --> | > | 0x82e5a40 67553325 63 67553387 - unused 0x00 --> | > | 0x82e5a80 67553388 4096512 71649899 ad0s12 fat 0x06 --> | > | 0x82e5ac0 71649900 84678615 156328514 - unused 0x00 --> | > | 0x82e5680 156328515 27069 156355583 - unused 0x00 ad0> | > | | > | lsdev says: | > | .... | > | disk1s5:ext2fs | > | disk1s7: Linux swap (shouldn't it be s6? s7 is ext2fs...) | > | | > | Thanks for any help/pointers.. | > | | > | Toto | > | toto@sdf.lonestar.org | > | | > | To Unsubscribe: send mail to majordomo@FreeBSD.org | > | with "unsubscribe freebsd-hackers" in the body of the message | > | > -- | > Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) | > Brian, the man from Babble-On . . . . bts@babbleon.org (personal) | > ME --> http://www.babbleon.org | > http://www.eff.org <-- GOOD GUYS --> | > http://www.programming-freedom.org | > | > To Unsubscribe: send mail to majordomo@FreeBSD.org | > with "unsubscribe freebsd-hackers" in the body of the message | | toto@sdf.lonestar.org | SDF Public Access UNIX System - http://sdf.lonestar.org -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 21:59:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail5.nc.rr.com (fe5.southeast.rr.com [24.93.67.52]) by hub.freebsd.org (Postfix) with ESMTP id 3048937B405; Mon, 18 Mar 2002 21:59:18 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by mail5.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Tue, 19 Mar 2002 00:59:10 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 3DA21BA07; Tue, 19 Mar 2002 00:34:54 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: obrien@FreeBSD.ORG Subject: Re: booting from extended slice Date: Tue, 19 Mar 2002 00:34:54 -0500 X-Mailer: KMail [version 1.3] Cc: Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG References: <200203190148.g2J1mVp25047@sdf.lonestar.org> <20020319024407.751EFBA05@i8k.babbleon.org> <20020318194906.A19053@dragon.nuxi.com> In-Reply-To: <20020318194906.A19053@dragon.nuxi.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020319053454.3DA21BA07@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 18 March 2002 10:49 pm, David O'Brien wrote: | On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: | > What good will it do you if do boot it? FreeBSD doesn't support UFS in | > extended partitions anyway. | | Yes it does. Why do you say it doesn't? Because that's what I've always been told. Because when I try to install it in a secondary partition refuses to install there. Because all my friends who have been using FreeBSD for years say so. Because the FreeBSD handbook says, in so many words: FreeBSD must be installed in to a primary partition. FreeBSD can keep all its data, including any files that you create, on this one partition. However, if you have multiple disks then you can create a FreeBSD partition on all, or some, of them. When you install FreeBSD you must have one partition available. This might be a blank partition that you have prepared, or it might be an existing partition that contains data that you no longer care about. If you are already using all the partitions on all your disks then you will have to free one of them for FreeBSD to use, using the tools provided by the other operating systems you use (e.g., fdisk on DOS or Windows). What makes *you* think otherwise? -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 22:43:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 34E8F37B400; Mon, 18 Mar 2002 22:43:57 -0800 (PST) Received: from shambel.netsanet.net ([64.166.84.91]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GT700G43K18CT@mta6.snfc21.pbi.net>; Mon, 18 Mar 2002 22:43:57 -0800 (PST) Received: from shambel.netsanet.net (localhost [127.0.0.1]) by shambel.netsanet.net (8.12.2/8.12.2) with ESMTP id g2J6hkFh043381; Mon, 18 Mar 2002 22:43:46 -0800 Received: (from mikem@localhost) by shambel.netsanet.net (8.12.2/8.12.2/Submit) id g2J6hkpA043380; Mon, 18 Mar 2002 22:43:46 -0800 (PST) Date: Mon, 18 Mar 2002 22:43:45 -0800 From: Mike Makonnen Subject: Re: FreeBSD 2.2.8 ISO or install media In-reply-to: To: Mark Stuhr Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Message-id: <1016520225.43351.2.camel@shambel.netsanet.net> MIME-version: 1.0 X-Mailer: Evolution/1.0.2 Content-type: text/plain Content-transfer-encoding: 7BIT References: X-Authentication-warning: shambel.netsanet.net: mikem set sender to mike_makonnen@yahoo.com using -f Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-03-18 at 18:01, Mark Stuhr wrote: > Anyone know where I can put my hands on the files that would allow me to > setup a 2.2.8 server without having to compile server source code. > > An ISO image would be best. Do you have your heart set on 2.2.8? We have a 2.2.6 install iso at ftp.svbug.com. cheers, Mike Makonnen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 22:52:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hex.databits.net (hex.csh.rit.edu [129.21.60.203]) by hub.freebsd.org (Postfix) with SMTP id F1E4637B402 for ; Mon, 18 Mar 2002 22:52:26 -0800 (PST) Received: (qmail 19709 invoked by uid 1001); 19 Mar 2002 06:44:09 -0000 Date: Tue, 19 Mar 2002 01:44:09 -0500 From: Pete Fritchman To: Mark Stuhr Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 2.2.8 ISO or install media Message-ID: <20020319014409.A19447@databits.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mark@nolo.com on Mon, Mar 18, 2002 at 06:01:11PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ++ 18/03/02 18:01 -0800 - Mark Stuhr: | Anyone know where I can put my hands on the files that would allow me to | setup a 2.2.8 server without having to compile server source code. | | An ISO image would be best. | | Someone have a CD to sell or borrow in the bay area would be great. | | A place where I can find the server files and a floppy boot disk that | would trigger an install would be fine. | | Any ideas greatly appreciated. Here's a list of sites that carry the 2.2.8 release directory (you could make floppies & do a net install): http://www.freebsdmirrors.org/FBSDsites.php3?release=2.2.8-RELEASE --pete -- Pete Fritchman [petef@(databits.net|freebsd.org|csh.rit.edu)] finger petef@databits.net for PGP key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Mar 18 23:42: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id CEAE137B400; Mon, 18 Mar 2002 23:41:55 -0800 (PST) Received: from i8k.babbleon.org ([66.57.85.154]) by Mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.687.68); Tue, 19 Mar 2002 01:05:49 -0500 Received: by i8k.babbleon.org (Postfix, from userid 111) id 59C88BA05; Tue, 19 Mar 2002 01:05:43 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: Brian T.Schellenberger To: obrien@FreeBSD.ORG Subject: Re: booting from extended slice Date: Tue, 19 Mar 2002 01:05:43 -0500 X-Mailer: KMail [version 1.3] Cc: Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG References: <200203190148.g2J1mVp25047@sdf.lonestar.org> <20020318194906.A19053@dragon.nuxi.com> <20020319053454.3DA21BA07@i8k.babbleon.org> In-Reply-To: <20020319053454.3DA21BA07@i8k.babbleon.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020319060543.59C88BA05@i8k.babbleon.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry, I've gotten the message now . . . (my mail takes too long to send . . .) the partitions do work just the install doesn't. This seems like an especially silly situation to me . . . I always thought that the filesystem was the limitation here . . . On Tuesday 19 March 2002 12:34 am, Brian T.Schellenberger wrote: | On Monday 18 March 2002 10:49 pm, David O'Brien wrote: | | On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: | | > What good will it do you if do boot it? FreeBSD doesn't support UFS in | | > extended partitions anyway. | | | | Yes it does. Why do you say it doesn't? | | Because that's what I've always been told. | Because when I try to install it in a secondary partition refuses to | install there. | Because all my friends who have been using FreeBSD for years say so. | Because the FreeBSD handbook says, in so many words: | | FreeBSD must be installed in to a primary partition. FreeBSD can keep all | its data, including any files that you create, on this one partition. | However, if you have multiple disks then you can create a FreeBSD partition | on all, or some, of them. When you install FreeBSD you must have one | partition available. This might be a blank partition that you have | prepared, or it might be an existing partition that contains data that you | no longer care about. | | If you are already using all the partitions on all your disks then you will | have to free one of them for FreeBSD to use, using the tools provided by | the other operating systems you use (e.g., fdisk on DOS or Windows). | | What makes *you* think otherwise? -- Brian T. Schellenberger . . . . . . . bts@wnt.sas.com (work) Brian, the man from Babble-On . . . . bts@babbleon.org (personal) ME --> http://www.babbleon.org http://www.eff.org <-- GOOD GUYS --> http://www.programming-freedom.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 0:11: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id 46F6137B400 for ; Tue, 19 Mar 2002 00:11:03 -0800 (PST) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 64E2B62D01; Tue, 19 Mar 2002 00:10:58 -0800 (PST) Date: Tue, 19 Mar 2002 00:11:20 -0800 (PST) From: Lamont Granquist To: Terry Lambert Cc: Poul-Henning Kamp , Subject: (PATCH) Re: jail bug with ircd-hybrid in_pcbconnect()? In-Reply-To: <3C9672F8.D4ADEDDB@mindspring.com> Message-ID: <20020318235051.J2785-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this fixes the problem, i'm not familiar enough with pcbs to know if this opens up a security hole in the jail though... --- in_pcb.c.old Mon Mar 18 23:57:57 2002 +++ in_pcb.c Tue Mar 19 00:04:33 2002 @@ -500,7 +500,8 @@ struct sockaddr_in sa; int error; - if (inp->inp_laddr.s_addr == INADDR_ANY && p->p_prison != NULL) { + if (inp->inp_laddr.s_addr == INADDR_ANY && inp->inp_lport == 0 && + p->p_prison != NULL) { bzero(&sa, sizeof (sa)); sa.sin_addr.s_addr = htonl(p->p_prison->pr_ip); sa.sin_len=sizeof (sa); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 0:29: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 0B8B637B404; Tue, 19 Mar 2002 00:28:57 -0800 (PST) Received: from pool0266.cvx21-bradley.dialup.earthlink.net ([209.179.193.11] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16nEzE-0002Pf-00; Tue, 19 Mar 2002 00:28:52 -0800 Message-ID: <3C96F6B0.E4F7E9AC@mindspring.com> Date: Tue, 19 Mar 2002 00:28:32 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: "Brian T . Schellenberger" , Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG Subject: Re: booting from extended slice References: <200203190148.g2J1mVp25047@sdf.lonestar.org> <20020319024407.751EFBA05@i8k.babbleon.org> <20020318194906.A19053@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: > > What good will it do you if do boot it? FreeBSD doesn't support UFS in > > extended partitions anyway. > > Yes it does. Why do you say it doesn't? I think he means it can't find it's root there because of libstand. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 0:30:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 2412237B404 for ; Tue, 19 Mar 2002 00:30:27 -0800 (PST) Received: from pool0266.cvx21-bradley.dialup.earthlink.net ([209.179.193.11] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16nEwP-00011t-00; Tue, 19 Mar 2002 00:25:58 -0800 Message-ID: <3C96F602.C2EF90C@mindspring.com> Date: Tue, 19 Mar 2002 00:25:38 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian T.Schellenberger" Cc: Carlos Antonio Ruggiero , freebsd-hackers@FreeBSD.ORG Subject: Re: booting from extended slice References: <200203190148.g2J1mVp25047@sdf.lonestar.org> <20020319024407.751EFBA05@i8k.babbleon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian T.Schellenberger" wrote: > I consider this a major FreeBSD weakness but other O/S's don't care so much > about primary vs. extended and FreeBSD only needs one partition--it'll > subdivide the rest. Actually, I can't think of one Microsoft or IBM OS that can boot from extended partitions. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 0:41:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id E868637B402 for ; Tue, 19 Mar 2002 00:40:50 -0800 (PST) Received: (qmail 32553 invoked by uid 1000); 19 Mar 2002 08:15:10 -0000 Date: Tue, 19 Mar 2002 10:15:09 +0200 From: Peter Pentchev To: Brad Huntting Cc: John E Hein , hackers@FreeBSD.ORG Subject: Re: ports & DESTDIR (was: STLPORT and gcc3 (openoffice porting)) Message-ID: <20020319101509.E9136@straylight.oblivion.bg> Mail-Followup-To: Brad Huntting , John E Hein , hackers@FreeBSD.ORG References: <15510.8721.546546.172867@brain.timing.com> <200203182150.g2ILo5s60026@hunkular.glarp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="3O1VwFp74L81IIeR" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200203182150.g2ILo5s60026@hunkular.glarp.com>; from huntting@glarp.com on Mon, Mar 18, 2002 at 02:50:05PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --3O1VwFp74L81IIeR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 18, 2002 at 02:50:05PM -0700, Brad Huntting wrote: >=20 > > bsd.ports.mk uses DESTDIR differently (wrongly IMO) than FreeBSD's > > buildworld or the rest of the world as far as I have seen. See (and > > lobby for) ports/28155. Unfortunately, the fix in 28155 will make > > DESTDIR behave the "right" way, and thus anyone expecting the "wrong" > > behavior will be surprised. OTOH, any ports using DESTDIR will do the > > wrong thing now anyway in many cases (see the How-To-Repeat in PR 2815= 5). >=20 > Along these lines, we have a rather twisted setup at our shop. We > put 3d party software such as ports in directories with pathnames > like: >=20 > /nfs/i386+OpenBSD2/teTeX-1.0.7/{bin/,etc/,share/,...} >=20 > Using symlinks (and amd) it appears to the users as if it were >=20 > /nfs/teTeX -> teTeX-1.0.7 > /nfs/teTeX-1.0.7/{bin/,etc/,share/,...} >=20 > Since these are mounted read-only, we have to install the port in > another directory e.g: >=20 > /mnt/foo/nfs/teTeX-1.0.7/ >=20 > In a perfect world this would just mean using >=20 > DESTDIR=3D/mnt/foo > PREFIX=3D/nfs/teTeX-1.0.7 >=20 > But, this will cause the port to look for all it's _dependencies_ > in /nfs/teTeX-1.0.7 when they are really in /nfs/some-port-name. Actually, just setting PREFIX will *not* make a port look for its dependencies there. Ports look for their dependencies in either LOCALBASE or X11BASE, depending on whether the port itself uses X or not.. However, this does not help much in your particular case, since both LOCALBASE and X11BASE assume a single directory tree where all the header files and libs are located, and in your case, there are many such directory trees.. Hmf.. the best that I can come up with is some kind of a temporary directory providing symbolic links to all the headers and libs in all those dirs; this directory should be torn down and rebuilt before each new port build to make sure the symlinks are in sync with reality; and then there might be a problem with programs which hard-code library locations (are there any of those still around?) and do not trust rtld and ldconfig.. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. --3O1VwFp74L81IIeR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyW840ACgkQ7Ri2jRYZRVOw4gCfQpR3TBPAxQzfvnU+sxLqi7DI aXUAoIKW8pweK4byMN7N+tbPFCoLT5Yk =uKBT -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 0:49: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 969D437B404 for ; Tue, 19 Mar 2002 00:48:55 -0800 (PST) Received: (qmail 43459 invoked by uid 1000); 19 Mar 2002 08:22:00 -0000 Date: Tue, 19 Mar 2002 10:22:00 +0200 From: Peter Pentchev To: hackers@FreeBSD.org Subject: kdump/truss ugliness and breakage Message-ID: <20020319102159.A36332@straylight.oblivion.bg> Mail-Followup-To: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Both kdump(1) and truss(1) use a weird way of harvesting information about the available ioctl's that they should be aware of: they run a mkioctls script over ${DESTDIR}/include to fish out the ioctl names out of the header files. This is all well and good, *except* in the case when ${DESTDIR}/include is not really up-to-date; case in point: ioctl's renaming and changing in yesterday's ATA driver update in -STABLE. I think there should be some way to make the mkioctls script run over the actual include directory used during the build process, somewhere in /usr/obj. Sorry, no patches, just a problem report :( As a workaround, 'cd /usr/src/usr.bin/kdump && make clean all' works fine, because it both harvers ioctls and builds with the *old* header files in /usr/include; however, before the next rebuild, kdump will provide incorrect information. The second part of the workaround: just after the installworld, go back to kdump and truss and rebuild them again, this time with the correct, freshly installed include files. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If this sentence were in Chinese, it would say something else. --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyW9ScACgkQ7Ri2jRYZRVNqbwCglCpJbDY7DEqGAZeBRj0gR0/1 AWgAnAwBBWl4jjjMX88O5LOng8X8JwID =GDhB -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 1: 0:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.example.org (dhcp-nic-val-26-94.cisco.com [64.103.26.94]) by hub.freebsd.org (Postfix) with SMTP id 343B137B404 for ; Tue, 19 Mar 2002 01:00:29 -0800 (PST) Received: (qmail 290 invoked by uid 1000); 19 Mar 2002 09:00:01 -0000 Date: Tue, 19 Mar 2002 10:00:00 +0100 From: Marco Molteni To: freebsd-hackers@freebsd.org Subject: can I do this with a KLD? Message-ID: <20020319100000.A241@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, in netinet/in_proto.c there is struct ipprotosw inetsw[], which contains the entry points for the various Internet protocols. If one wants to add a new protocol he has to add the entry points in that array. Would it be feasible to add a new protocol as a KLD instead? If yes, how? If not, what would be required to transform inetsw[] in a way that would allow KLD? thanks marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 1: 8:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 3D5D837B405 for ; Tue, 19 Mar 2002 01:08:09 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g2J986q03622; Tue, 19 Mar 2002 01:08:06 -0800 Date: Tue, 19 Mar 2002 01:08:06 -0800 From: Brooks Davis To: Marco Molteni Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: can I do this with a KLD? Message-ID: <20020319010806.A3263@Odin.AC.HMC.Edu> References: <20020319100000.A241@cobweb.example.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020319100000.A241@cobweb.example.org>; from molter@tin.it on Tue, Mar 19, 2002 at 10:00:00AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 19, 2002 at 10:00:00AM +0100, Marco Molteni wrote: > Hi, >=20 > in netinet/in_proto.c there is struct ipprotosw inetsw[], which > contains the entry points for the various Internet protocols. If one > wants to add a new protocol he has to add the entry points in that > array. >=20 > Would it be feasible to add a new protocol as a KLD instead? If yes, > how? If not, what would be required to transform inetsw[] in a way > that would allow KLD? Take a look at sys/net/if_gif.c. It adds a new IP protocol and is loadable. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8lv/0XY6L6fI4GtQRAugBAJ9obE71LzB1b3sfhkgcEMjvInd57QCdGqPP 353e2MjsUk1RsI1fm4w1pUg= =C7Ll -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 1:14:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.klondike.ru (ns.klondike.ru [195.170.237.2]) by hub.freebsd.org (Postfix) with ESMTP id 6D31A37B405 for ; Tue, 19 Mar 2002 01:13:58 -0800 (PST) Received: (from root@localhost) by ns.klondike.ru (8.11.6/8.11.6) id g2J9Gar66673 for freebsd-hackers@freebsd.org.KAV; Tue, 19 Mar 2002 12:16:36 +0300 (MSK) (envelope-from zhecka@klondike.ru) Received: from freebsd.klondike.ru (freebsd [195.170.237.64]) by ns.klondike.ru (8.11.6/8.11.6) with SMTP id g2J9GZ066653; Tue, 19 Mar 2002 12:16:35 +0300 (MSK) (envelope-from zhecka@klondike.ru) Date: Tue, 19 Mar 2002 12:16:52 +0300 From: Kaltashkin Eugene To: freebsd-stable@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: Can't install from CDROM(Stable Snapshot) Message-Id: <20020319121652.1b9e6c0f.zhecka@klondike.ru> X-Mailer: stuphead ver. 0.5.4 (Insensible-cvs) (GTK+ 1.2.10; FreeBSD 5.0-CURRENT; i386) Organization: Klondike Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello I build snapshot today and when i won installing FreeBSD, sysinstall say me "Cannot find DVD/CDrom drive". I boot from CDROM and cannot install from CDROM What is it ? Where is problems ? -- Best Regards Kaltashkin Eugene ZHECKA-RIPN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 1:23:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (f247.law11.hotmail.com [64.4.17.247]) by hub.freebsd.org (Postfix) with ESMTP id 8F56637B400; Tue, 19 Mar 2002 01:23:34 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 19 Mar 2002 01:23:34 -0800 Received: from 68.6.86.185 by lw11fd.law11.hotmail.msn.com with HTTP; Tue, 19 Mar 2002 09:23:34 GMT X-Originating-IP: [68.6.86.185] From: "Charles Burns" To: mike_makonnen@yahoo.com, mark@nolo.com Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 2.2.8 ISO or install media Date: Tue, 19 Mar 2002 02:23:34 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 19 Mar 2002 09:23:34.0499 (UTC) FILETIME=[BE365330:01C1CF27] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Anyone know where I can put my hands on the files that would allow me to > > setup a 2.2.8 server without having to compile server source code. > > > > An ISO image would be best. > >Do you have your heart set on 2.2.8? We have a 2.2.6 install iso at >ftp.svbug.com. Naah, I'm sure version 2.2.6 is too old for him to make use of. ;-) _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 1:32:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by hub.freebsd.org (Postfix) with SMTP id 75E2837B400; Tue, 19 Mar 2002 01:32:31 -0800 (PST) Received: from brian (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id JAA28815; Tue, 19 Mar 2002 09:32:25 GMT From: "Bri" To: "Michael Scheidell" , , , Subject: RE: the crash screen usually after 4 to 13 days not good... Date: Tue, 19 Mar 2002 09:54:10 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <004e01c18962$a39f7020$2801010a@MIKELT> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well a nice follow up to all of these this is how it goes cvsupd compiled the kernel etc. etc. before I rebooted just over 2 weeks ago and someone has definately fixed something cos its been running ever since. 9:23AM up 20 days, 23:11, 2 users, load averages: 0.01, 0.08, 0.05 the funny thing is I tried all the debug stuff and to no avail none of it could find the problem for me so I thought to myself if I install a debug kernel and it crashes I loose all access to the machine for the rest of the day until and go and reboot it so i installed the normal kernel i used and its behaved ever since. I'm guessing there's been a vm fix or a bug in the xl net driver fixed. Bri, :) // Wonder if this is the end of my problem thread. -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Michael Scheidell Sent: 20 December 2001 14:29 To: Bri; freebsd-stable@FreeBSD.ORG; freebsd-hackers@FreeBSD.ORG; kris@FreeBSD.ORG Subject: Re: the crash screen usually after 4 to 13 days not good... ----- Original Message ----- From: "Bri" To: ; ; Sent: Thursday, December 20, 2001 6:09 AM Subject: FW: the crash screen usually after 4 to 13 days not good... > yeah I'm running FreeBSD 4.4 running the lastest kernel 4.4 RELEASE-p1 > > with kernel options > > options IPFIREWALL > options IPDIVERT > options IPFIREWALL_VERBOSE > > yeah I'll take a look at the handbook on that issue thanks from an earler post: Id be currious if its crashing in the same vm section my system is crashing in. From: "Nick Hilliard" Newsgroups: comp.unix.bsd.freebsd.misc Sent: Tuesday, December 11, 2001 2:11 PM Subject: Re: hitting kern.maxfiles causes panic 12 reboot? > Michael Scheidell wrote: > > I know (overall) what the program is, nessusd ver 1.11 > > I increased kern.maxfiles to 8192 and it seems to get past the 4k files open > > point, but still dies. > > hard to directly tell what process is doing it since the panic shows up on > > the (nonexistant) console. > > You could get a crash dump and have a look at it: enable "dumpdev" in > /etc/rc.conf, > and then you should be able to get a kernel stack dump. > > There's more information about doing this sort of thing on: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneld ebug.html > > Nick > > Bri, > > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of > brian.hood@blueyonder.co.uk > Sent: 19 December 2001 20:18 > To: freebsd-stable@FreeBSD.ORG; freebsd-hackers@FreeBSD.ORG > Subject: the crash screen usually after 4 to 13 days not good... > > > What happens is the network card on xl0 going to down and its light goes > >off on the hub and I get this crash address straight after. > > > >It's a 3Com 900TPO 10Mbps > > > >Usually it reboots but its locked this time with it on the screen > > > >Fatal trap 12: page fault while in kernel mode > >Fault virtual address = 0xb0 > >Fault code = supervisor read, page not present > >Instruction pointer = 0x8:0xc02d7507 > >Stack pointer = 0x10:0xc4f8ae50 > >Frame pointer = 0x10:0xc4f8ae84 > >Code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > >processor eflags = interrupt enabled, resume, IOPL = 0 > >current process = 11999 (sh) > >interrupt mask = none > >trap number = 12 > >panic: page fault > > > >syncing disks... 10 > >done > >uptime: 2d18h27m28s > > > >when I reboot it I will be able to send this e-mail I hope:) > > > >any help is more than welcome > > >Bri, > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-stable" in the body of the message > ----------------------------------------------------------------------- > > Please see the FAQ and the handbook about obtaining debugging > crashdumps so this problem can be debugged. You also forgot to > mention which version of FreeBSD you're running. > > Kris > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 9: 0:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5317D37B416 for ; Tue, 19 Mar 2002 09:00:43 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g2JH0ci69769 for ; Tue, 19 Mar 2002 10:00:39 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g2JH0cL02910 for ; Tue, 19 Mar 2002 10:00:38 -0700 (MST) (envelope-from imp@village.org) Date: Tue, 19 Mar 2002 09:59:58 -0700 (MST) Message-Id: <20020319.095958.101787607.imp@village.org> To: hackers@freebsd.org Subject: Mini-PCI <-> PCI boards From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have had placed into my hand a few Mini-pci cards from time to time. Since I'm using my laptop with mini-pci as a main terminal, I'd like to put some of them in my desktop machine. I'm looking for a mini-pci <--> pci card board. It would also be good if the standard cable things were included with this so I could test the network/modem parts of the card, but that's not 100% required since the mini-pci cards I typically get are wireless. Any recommendations? Warner P.S. Worst case, I'll get a second Linksys wireless card and toss out the mini-pci card :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 9:15: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from androcles.com (androcles.com [204.57.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 28EF637B402; Tue, 19 Mar 2002 09:14:59 -0800 (PST) Received: (from alex@localhost) by androcles.com (8.11.6/8.11.3) id g2JHAvU79526; Tue, 19 Mar 2002 09:10:57 -0800 (PST) (envelope-from alex) Message-Id: <200203191710.g2JHAvU79526@androcles.com> 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: <20020319060543.59C88BA05@i8k.babbleon.org> Date: Tue, 19 Mar 2002 09:10:56 -0800 (PST) From: "Duane H. Hesser" To: "Brian T.Schellenberger" Subject: Re: booting from extended slice Cc: freebsd-hackers@FreeBSD.ORG, Carlos Antonio Ruggiero , obrien@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19-Mar-02 Brian T.Schellenberger wrote: > > Sorry, I've gotten the message now . . . (my mail takes too long to send . . > .) > the partitions do work just the install doesn't. > > This seems like an especially silly situation to me . . . I always thought > that the filesystem was the limitation here . . . > > On Tuesday 19 March 2002 12:34 am, Brian T.Schellenberger wrote: >| On Monday 18 March 2002 10:49 pm, David O'Brien wrote: >| | On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: >| | > What good will it do you if do boot it? FreeBSD doesn't support UFS in >| | > extended partitions anyway. >| | >| | Yes it does. Why do you say it doesn't? >| As far as I can tell, the only 'culprit' in this is fdisk itself. The kernel recognizes logical partitions in the extended slice, and once the device nodes are made, they can be used normally. I'm running a multiple-boot system in which the FreeBSD /usr partion is on a logical slice in the extended slice. It was necessary to prepare the slices under Linux, and to use a little Holographic Shell magic (fortunately, sysinstall allowed me to mount a remote filesystem to which the necessary tools were copied) to partition and "premount" /usr, after which sysinstall was quite content to install to it. I've often thought since that it would be nice if someone would "smarten up" fdisk a bit (including its incarnation within sysinstall). I can't think of anything else right now that would be needed. -------------- Duane H. Hesser dhh@androcles.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 9:21: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 6CF0A37B400 for ; Tue, 19 Mar 2002 09:21:04 -0800 (PST) Received: from there (bgp01540853bgs.gambrl01.md.comcast.net [68.48.20.131]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 (built Feb 6 2002)) with SMTP id <0GT800EV4DIPGU@mtaout03.icomcast.net> for freebsd-hackers@freebsd.org; Tue, 19 Mar 2002 12:21:03 -0500 (EST) Date: Tue, 19 Mar 2002 12:20:46 -0500 From: "J. Seth Henry" Subject: Need help accessing a chipset register To: freebsd-hackers@freebsd.org Message-id: <0GT800EV7DJ3GU@mtaout03.icomcast.net> MIME-version: 1.0 X-Mailer: KMail [version 1.3] Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a particular need to read and write a single byte to a register on a VIA chipset. I have a feeling that this is probably a lot easier than it seems, but I haven't done anything like this before. I have a system with a VIA VT82C686 southbridge. Connected to several of its general purpose I/O lines are the LCD backlight control, and several LED's. There is a linux program available that will manipulate the register, but it fails to work under FreeBSD. The location in memory is EE4C. I can provide the original Linux code on request. Could I impose on someone to help me write a program that will read/write/modify this one register? If there is a device in /dev that covers this part, I haven't found it - so I'm not sure if it will be as simple as calling ioctl. The chipset is detected, and appears as chip1@pci0 when I run pciconf. I tried looking at /dev/pci - but I didn't get very far. I can handle the rest of the code, but accessing this register had proven to be a pain. Any help would be greatly appreciated. BTW - this is not for a commercial effort. I just want to get get FreeBSD running on this hardware for myself. Also, I am on the freebsd-questions list, not this list. Could anyone replying please CC me? Thanks, Seth Henry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 9:30:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by hub.freebsd.org (Postfix) with ESMTP id 347F937B400; Tue, 19 Mar 2002 09:30:52 -0800 (PST) Received: by sdf.lonestar.org (8.11.6/8.11.6) id g2JHUjV12693; Tue, 19 Mar 2002 17:30:45 GMT Date: Tue, 19 Mar 2002 17:30:44 +0000 (UTC) From: Carlos Antonio Ruggiero To: Terry Lambert Cc: , "Brian T . Schellenberger" , Subject: Re: booting from extended slice In-Reply-To: <3C96F6B0.E4F7E9AC@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Mar 2002, Terry Lambert wrote: > Date: Tue, 19 Mar 2002 00:28:32 -0800 > From: Terry Lambert > To: obrien@FreeBSD.ORG > Cc: Brian T . Schellenberger , > Carlos Antonio Ruggiero , > freebsd-hackers@FreeBSD.ORG > Subject: Re: booting from extended slice > > David O'Brien wrote: > > On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: > > > What good will it do you if do boot it? FreeBSD doesn't support UFS in > > > extended partitions anyway. > > > > Yes it does. Why do you say it doesn't? > > I think he means it can't find it's root there because of > libstand. > > -- Terry > That is what surprised me: after the kernel kicks in everything works fine. It mounts root in the extended slice alright (the only FBSD slice in ad0 is ad0s10): ixtoto# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0a 4071604 2289008 1456868 61% / toto@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 9:39:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by hub.freebsd.org (Postfix) with ESMTP id 8232037B402; Tue, 19 Mar 2002 09:39:50 -0800 (PST) Received: by sdf.lonestar.org (8.11.6/8.11.6) id g2JHdgB01301; Tue, 19 Mar 2002 17:39:42 GMT Date: Tue, 19 Mar 2002 17:39:42 +0000 (UTC) From: Carlos Antonio Ruggiero To: "Duane H. Hesser" Cc: "Brian T.Schellenberger" , , Subject: Re: booting from extended slice In-Reply-To: <200203191710.g2JHAvU79526@androcles.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Mar 2002, Duane H. Hesser wrote: > Date: Tue, 19 Mar 2002 09:10:56 -0800 (PST) > From: Duane H. Hesser > To: Brian T.Schellenberger > Cc: freebsd-hackers@FreeBSD.ORG, > Carlos Antonio Ruggiero , obrien@FreeBSD.ORG > Subject: Re: booting from extended slice > > > On 19-Mar-02 Brian T.Schellenberger wrote: > > > > Sorry, I've gotten the message now . . . (my mail takes too long to send . . > > .) > > the partitions do work just the install doesn't. > > > > This seems like an especially silly situation to me . . . I always thought > > that the filesystem was the limitation here . . . > > > > On Tuesday 19 March 2002 12:34 am, Brian T.Schellenberger wrote: > >| On Monday 18 March 2002 10:49 pm, David O'Brien wrote: > >| | On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: > >| | > What good will it do you if do boot it? FreeBSD doesn't support UFS in > >| | > extended partitions anyway. > >| | > >| | Yes it does. Why do you say it doesn't? > >| > > As far as I can tell, the only 'culprit' in this is fdisk itself. If you want to boot from an extended slice, you'll have to modify /usr/src/sys/boot/i386/boot1.s boot2.c and the loader. It should be easy (;-)) to modify fdisk to deal with extended partitions but i do not think it would be enough. > The kernel recognizes logical partitions in the extended slice, and > once the device nodes are made, they can be used normally. > > I'm running a multiple-boot system in which the FreeBSD /usr partion > is on a logical slice in the extended slice. It was necessary to > prepare the slices under Linux, and to use a little Holographic > Shell magic (fortunately, sysinstall allowed me to mount a remote > filesystem to which the necessary tools were copied) to partition > and "premount" /usr, after which sysinstall was quite content to > install to it. > > I've often thought since that it would be nice if someone would > "smarten up" fdisk a bit (including its incarnation within sysinstall). > I can't think of anything else right now that would be needed. fdisk and sysinstall seem to use different code so both should be modified. > > -------------- > Duane H. Hesser > dhh@androcles.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > toto@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 10: 2:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.brfmasthugget.se (mail.thalamus.nu [212.31.160.51]) by hub.freebsd.org (Postfix) with ESMTP id 5656837B400 for ; Tue, 19 Mar 2002 10:02:10 -0800 (PST) Received: from lockdown.nodomain [212.31.164.147] by mail.brfmasthugget.se (SMTPD32-7.06) id AD20A700038; Tue, 19 Mar 2002 19:02:08 +0100 Date: Tue, 19 Mar 2002 19:02:09 +0100 From: Martin Faxér To: "M. Warner Losh" Cc: hackers@FreeBSD.org Subject: Re: Junior hacker test Message-Id: <20020319190209.2a1329d3.gmh003532@brfmasthugget.se> In-Reply-To: <20020318.002201.78675743.imp@village.org> References: <20020318.002201.78675743.imp@village.org> X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-portbld-freebsd5.0) X-Operating-System: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just to let you guys know; I've sent Warner a patch-set that I think fixes this so don't start working on it (it was one hell of a job!). :-) On Mon, 18 Mar 2002 00:22:01 -0700 (MST) "M. Warner Losh" wrote: > Mark all the usage() functions in the tree __dead2. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 10:26:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailsrv.asianet.co.th (mail2.asianet.co.th [203.144.222.230]) by hub.freebsd.org (Postfix) with SMTP id 1DDD637B4E2 for ; Tue, 19 Mar 2002 10:21:59 -0800 (PST) Received: (qmail 22331 invoked from network); 20 Mar 2002 01:21:56 +0700 Received: from virscan1.asianet.co.th (HELO mx.asianet.co.th) ([203.144.222.198]) (envelope-sender ) by mail2.asianet.co.th (qmail-ldap-1.03) with SMTP for ; 20 Mar 2002 01:21:56 +0700 Received: (qmail 5169 invoked from network); 20 Mar 2002 01:16:53 +0700 Received: from unknown (HELO stargatetravel.co.th) ([203.144.246.218]) (envelope-sender ) by mx2.asianet.co.th (qmail-ldap-1.03) with SMTP for ; 20 Mar 2002 01:16:53 +0700 From: "Geminai International Travels" To: Subject: ¢èÒÇ´Õ Çѹʧ¡ÃÒ¹µì [virus free] Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="= Multipart Boundary 0320020121" Date: Wed, 20 Mar 2002 01:21:37 +0700 Reply-To: "Geminai International Travels" Content-Transfer-Encoding: 8bit Message-Id: <20020319182159.1DDD637B4E2@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart MIME message. --= Multipart Boundary 0320020121 Content-Type: text/html; charset="ISO-8859-11" Content-Transfer-Encoding: 7bit à¨ÁÔä¹Â

à¨ÁÔä¹Â ÍÔ¹àµÍÃì๪Ñè¹á¹Å á·ÃàÇÔÅÊì  286/9 «Í¾Ѳ¹Ò ¶¹¹ÊØÃǧ¤ì ¡ÃØ§à·¾Ï 10500

--= Multipart Boundary 0320020121 Content-Type: application/octet-stream; name="ads.ht1.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ads.ht1.gif" R0lGODlhogElAfcAAAAAAGYz/8z/ZtwEJf+ZAP/CZv///wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAACH5BAAAAAAALAAAAACiASUBAAj+AA0IHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKAcKWMmyJcuU MGPKnEmzpk2SLnPq3Hmzp8+fQIMKfbizqNGjAoYqXcq0qVOHSKNKlfq0qtWr WEFO3cq1a9avYMNa7Uq2rNmVYtOqXTvyrNu3b9nKnUu3INy7ePMmrcu3r1K9 gAMD9ku4ME7BiBNLLcC4seMCPA1LnsxQseXLOh9r3qw5MmWCAUIH+CwWs2nM nFOrVu25sOjXr0kPPU078erbuHND1skXtm/fsmPWHg5Yt/HjxluH/c38t8DR wTMSn44XufXr15U/bc69uQHR0Sv+Ux9vFrv58+h352zavX3377FJk5/fNb39 +/a113TP3z38+GzRJ+BU+BVooIH6odQfbP8t6F9VA0Z41IEUVmhhgiI56FyD BQH4HH83SShiZhaWaOKJ6rkEk4bAgTeQiwYteNiINAqA4o044ohhhiyG9uGL 0HXYY0g1jpfjkUgmuWNIPfr43YdBQtkkkUUGluSVWGbJ2JJMDgkkjFKySGWV W2lp5plnctmlg6A5CWSDXnpEZkto1mnnnWqCJOabX47WJJgcCXjnoIQWuiVv M4EIH2h9+vinmx2hZuiklE6ap56Ktvlco49GuRFcJgJgnKiVlmpqapdimumT i3L650f+E2oJwKy4zUqqarSWmuupaKbqkYY/wtkpcJHuVKeot3Jma7KbLWue s8qmBy2vZvra0apCDutdsSSeuau3jDHrmLjHkdvsauZSmx2iMrW3kKfZvspt TmYiG26upNraGK363lsAvv/mG3C+t/K7b8D3CozwvwwjS3DC+trL8MD9Tgxt xBWrm5u1HLnLIUTDzuuSrA0fXHK4E49rssIEK2wxyjALLPO4LJf8sL0zI4xz wRIvnK7Gm3G80XvCIsRgmHFqVBTJML8c8cA6n1yz1Caf/DLVGcdss8H8ysw1 1FHjXDXQtwmt0XsbskqssElLZ2yWYmtd8MEzT+3w1VfP3bD+xHrHDfDcXaMM +Mphp/wz2Y6ZnRHazP0HJ9LyKv02lgD7vOvN/eKbucMut8xz2Jv7G7XgdK98 OcU3+zw24qiyGxPjzkUZm7aAXrQ067ij9+1jh+OuOEYyvsjql2xH7na3uSdv Xe/Kd+Z6Sv0lBKOjtENq++T1jtr89jn+btGDRsdX/dHH0+vt7sqir5n63Lef 3PMKEv0425CHLDnyJB8+bfrsrx4tknfzn/t0472KyO9oThLf+Kxnkdudj1DM S00EozXBAbIGfifhDtKk9LEFwquB2LsS3ypXsa597m81C6C/SFg3y1GMZgsD 2+7uNriv9a95BaTIttYWI/CAqEX+jftUCAFotZxZrWp2Ix3fVOY0GDZRc6vr md7kVjqbNc2COZxIENPWwwQSTYFBvJ/5KIdEwXEtcH7TWhGp6DT01e1pCaOb wa5oxBFCrYJky6JENsRFDgHLccWrHQjxR0Qpkq5pS1xiG63YRLy10IVXNJwk 6fjCQ5owZVjEoElit7bp1S+MQfKYGEcGN5a1zHSV1BwUA9g5z4lulfuaYgwN SUc4vhBweASaHiOiKAa5KHhtkl/5SGnBYhqzbJokSfTmpzZgBtJDw6QT0HJ5 TGZR0z6yRFAyR9JLMHmxm9jCiAN51bNj1gqT55mj9jh3oW3ySJRddBX5+BS+ Dw5yjOD+us3+blROlV1TgLXKWiKT5bVYImdZ+yzQLh8CPnl+UnYMDKYg70lM c+ouXTfMzT/T508K8mqhDoHnF/sovmdGlKLSpBzmXunCU4Juaw+Lo87YOcuY xrSmEKtpxgI305jhEp2nDJ3oLFdCl6EHpA3x2IO4CJ2SCjOaLMkeLVPISKpV VZJ9QyTh8oa3Iw61nwRVohonCdZJYlWrtOzqeZDKkANCs1Xz/GXtwihEQhaS rFTcWSJXSMPSDdSvK5RbOWmqTs7Nca9Uzao1rWjIwu5tqvdh67s0CEijQUmi 1EtgF0+K0qjKqnNmZGljffpSsaZOrFy1qlb3hkSqqo61jRX+KCNP10qWhjY/ 7lxTHzH7y81+00+tIp7IUkrG1R5WjrisHGzlqEab2g2OYW2p6aal3NNezpY5 NasiDUfdfppHsgqhLG/nCUgg+vat4hyiRdebyfWsSLwmhRcYrecmuo6SuOzN r/vAW8+0TbSHfRpeo+onJ/Xq93+RPPCg+HsQytrzshysrDwz+9/OroRSGb0o Jr2rYEMx+LxvBeVu23ZfzxYqoUzUjQq/tT8O867DSPpwvOK6LfqN15l1xadF XSzBjcK4ne59Lw/jOTxA2W+4Jhbhzjoq0xH2TYU+dS4LlVjQx9r2x9/NrarI 21/50g5WBs4RZONWOMIttopPdKT+JZvLRKNi2ToynvH0aOzN6mklzDiCrGl/ 6jVZiq2Fj1RkCgX95iwHWcjz5eyNjRcoPKOIuqZdLqFXG2nV9TVnrBxdlQsN Zy1vGYG/DeVDpwRmu4p5qlXOXCpXTDMSMlfKfQUdLDnd6UNDb4dNfbAH72xq WvvaTnEG8UQ9tOtS6/jXyK5TsOVMXj6SOkZjOnahfZxsbdr61k+NLzxhMk47 MS+XWVsfOuE27hjqd9mLHrK2uSyTbj8QXd82a49nWO51SrBZ4UaxgXh8JXSn +1FCcXe9Mhru9VF7qNi54cErlOEYe1q3R56Nox8t6a9+FYqoMyi++bo1eF/8 tRc7oW3+eYpTGWYabKlM08M/TeK/TPxEiOWqmwOd4Bcj1s0pNmJXT4dmTFNy iiw+5BrrfSR//7vGY3l5qCxGw78ObrYyNbffDLthnl3a1YULq2KdpfVLXsyM elVrv1fOcvhmReBHsuNxVQtJo2LUlDJEl5plTmZIc5eSQk8i0FlbLbJ/ZNth QfupHWvKmaP1cwiuLdF7CuvA4tTqLo0u4V355NFpyeifrIvgq835ovu9Y+yW y+Y7T/oTGb3Ccxl96VdPIcx/RvWsj31keTMfw8AeTQPI/QByo/vdbyb3BfD9 73WPHOALHz2+B36heTKnIjXk9mfqPe+JP/zja0b5jMH+aqj+b5/dcx/LzG++ +MV/Ku3fx/yc8b71YRz+8bu/SI4xfvK9H/z5Kx/70pd+9udf/+MTv/f2t38C 2H8DKH/Ux33f13/8V38DaEzt934QKCKNIX/7p37qJ4D3t4AMyIAIGIATqH0U yIH4x38WKHwg6H//l4ENWEwPGIEuSB8fuIEpaIEiWIEKKIMhuIEYeIExeH/x t4AqOII/+IMp2IPrt1+094JKOB9G2IAh+IT2p39FuILGR4BN2IEFSIImiIJE CIUr2F4qsoRiSB1NqINeqIJmCIRbOIQaKII8iIP5B4AxOIcVqIb654BJOIZ6 eBqyx2kt2BIe1Cl7OCB9uHx5mBP+gZiIitgdYliIOLJ+R6gkiLITi1iJlniJ LEIWjngjkNgrk6gTmBiKojiK7oF26Icdp5gekYgld5h+9Jca35eAWBIZlEiK tniLoyhwrYiKsqiKd5KKXbiKd7iLs/iJiIiLyJiMiqh0v6clwJh+mxg0xugS yliN1qgtDlSFOSiHQbiFaHiG5meAI8iFCriGdfiBNJiFGHh9B9iB38iDz9g9 0wiI11iP9rgg2WiAOEiA+viO+6iPVEh/rSiE6DiH3UiO3WiF6liGFDiF8agj 80iP9ziRFAkb+UiD/iiOGXiBB5mG2fePXAiPHAmHHrmQXoiORdiPGCmSnuhe RVGRMFn+kfnIkNyohTbYkCppkCDJhjLIj/tYkiC5ksEokODIkenYdy5ZizG5 lNc4kzuojgDIkm74kWiYhiV4gjYYfFmohnS4kVTZhkH4lDU4lVqpckkJikyZ lsoIfdHYPrSolGoZl6TIlm25PZ4Bl3KZl5dIl3WpPHeJlnoZmJXIl32ZO395 jIKZmIFImIXJOodJjYoZmePDmI2ZR+yCl5KZmX/CjJVpmJcJmJoZmj1CmZ1J LY8JmaKZmvjImaVpmUH2kqoZm6XImq2pMacpkbKZm79BmrVZKrfJEroZnL7B m71JKb+5EsKZnKFBnMXpYZ8JmsqZm8zZnITSGpgZnao5ndT+iSeuc53YKZra uZ3K1p3Q+Z2pGZ7iaZYqohLlaZ7g2WvpaZvkiZjumZ31EZ+nYp3eWZ+7JoqI gZ/q2RIEAZv8uYhPEmoeRIYAWiL62Z4FukBwNZjwt6DrcmgE+qCJOGEL1IgU +hgNSp8YmqHrJoiDSJuF+KGoGaIAJ2G5JqElWhZtqRz7qaIiNWyW+KKKUW0y 6qA0ijbMNGcuem04KhgKtqMg2qM/FHoj+ihFMRFDSqTcY6QpeosaiqSM+HlQ 8aTF8VHPM6OBCG0bFCbnxVAA0kkIJKZhuqSbiaUlpqVuAWxdyqPFJj2+lGvh pWjhE6FAqmt+0qL1daOutxBuuqX+phencjo+kzU7dkqnrhJeevqnD7YooVal tNOkpTGoeZEeUjqlihhhvMUoaLopDdandYZZ9CSpmjJgo1apgVoSmJqpq7Gp uBmKwSJRwmOrojqqZhpKZcqrveqrkLqIlhoe7PmqgWEXXoqowXSrleUpv0ps u6qqweVFwvWjgMqmsmGsZIGsh2pnAJarcyatIkY+e8qrwuMo1Uqu13ptxApV mGoQyfpltWqu88opDgU56dqr5wpcEGatQbqe7ZoSOAqv3SqvtZquzLqr0Kqu vvqtHZKvXiasrRqwB/F+BHukIko92dJg9rpBCNqweVpf88pZFJaIw0qxVyEh F8upGUv+qrhKTwqrsTYmYT8isxALYCVrstiKskxxGis7qwYaqgzbsTM7rqbK okB6tJg4sTwrHHfxs8BppYkJXgTQtIGHFFAbtVKrlyfbEQTwtVY7GRe6tXHZ tRoBtmB7EGlbtQ3xtWnrFG8rEWt7dvFKtvdothnhtmyrtm7rEHq7t00RtxGh t18xtnbLlHgbtgQhuAnBuGJbt4fblAuFtmxLuAawtntruZebuX27uZ6LuQNB uJr7twJhuaRbuqbLuZtLuaXruaj7um97uksBuZFbjYlbEWjrurDLuq4Lurq7 up/Lu47Lu78bt30bu1XbuZq7upULusfbvKELuAFXsLVrjbf+SxHIu7jQi7nJ C73M+7q9272oK7jEa7zbK77gy72dy7etG77g+7vTi7HVO5HXOxHKC7jO672+ G72727/a+7+ii7/i+7z6673wy7/3G74GLHHyq5yrKpe7lMDj67++u77Pm77o O8EIfMEbDLwSXMHCO8HC27wLHL8sa48PvEyiulSIu7MGkb3ve7wYzL8YnLrJ +78ArLodHLw0/LcFDMOUm7o07HINfI0p3FBH56cwybRV4bhha7gorKY1Vq5b 1MIuTBrSq7gGAMX1eMTZRqlKLJNMrMWFS7vzi4v1S8ZqvMVm3KkB1q9vfGPC NqYdZL1jvMZJR72VSGTBBaa6Gqn+6EU8MluPaYzHisvFooiqI6tDihbIcBzG yVjIFAEAFUHJhtyzetyp6LrIzQatL9vHC8tskYxUtjLJl4zJRUyr0wqsDKuv aRqssCzGV2wQyxIRpQwRs9IRt7wQliwSuUy3qTyKEBuzf8onxQyurCzL7IoR u+wQtfwQz5wRltzLCkHNHxHNeXzCthjHU2ym+1pkzsqvUozGsywXuWzNCIHO FqHOzmzCQIuL3Dyurnyg4kxf9fxbXryuAsoRlPzLAuHPvRzNpYzNBnDOAV3Q 0zwQz9zM56zQ/5zQCO3QCN3PCT3NAW3RDN3PBS3REy3QIdLGIvoxgUS0NIvM XvYmg0z+yOW80RDd0v9MEBp9ENRs0A79yxD90hzd0Dht0w9d0zB9yxb90jEd 0Qqt0Qe90Q/d0P48E4icyHfqX4rar4varPPcTCpdzjNdEC6t1APt0kh91C3N 0zmN00j91WNN0GQd00Y91D0N0EJt1BP90ZnsxnQK1T7Uohsr1b8qyqOM1RFt zWGt02+d1ma904RN1mXN0mNd1keN2Gf91oLd1mA90Iwt18F8iYlKzHEs0uUK xnbs14pd1G0N06Ld2Got0RRN0Rxd2Yxd0WLd2kSt2kQd2o5t2mw91OwssCB9 xrmYRUD906Od06m91Da90Krt1sIN0EFd3Lts0MWN2Let1cL+ndjDndso0dS8 bbt3fMpNsdvZvbTbzd2zO9ff7Z/hLd4MrM3l3dfLjN5PTN7rDd7t7d5N693x LbHzvc6VTN9Bgd33PZcrXdTWXc38DRT+/d/mHeBozctL3RANzswSMeDSLOH9 bd8IvqG71MwOruEM/uD6bcsjseDjDd8XvpjnXRUUDs37/RMHXuL6vM/SPNuz fdHKPdxaLdssfdNdndQ9PeMNTtM7DeRqfdFJTdxwndYI1djtZuEujo05dNqF fdO0Ld2lfdBiPdM7/te1DdxujeVXXtGwXdqsTeNrXRNM3uQkOstZTdpmzdVC bthjHuQeHtSrHeWEveBWLtRazuX+YK3lqW0TZ47ma6rme47aRU7dse3TcZ7Y jK7na/7YrO3Ydw7ZbP3Xk63Ude60ly3ok4m1MT7lz/3ogp3ncd7csn3qos3m oW3bif7cel7nrJ7VSr7km87pgz4VGvHbqR7ZRI5QwN3Ry93ruh7mq83cyt3R PS7rqn7YhZ7jHM5tJG7r3OEWBa7GgS7oelHtZNzi0i4aiaHtWszt2G4a4P7e 0V7ew1Huh3ztZJvu6m7t7E6j7l4TKb7sE97o786t6n3G834THl7N9Y7LAa/t 8R6dxDEUA4/vMl3pPC7mtPzvF5HwCU/E+96jB+8Uz54QGS/g6fzw6izlGyHx AXLuwnn+8fke2TQx8RpPEwUfmSbfFGEN6sjd8Ka+6zTu46ke5IeN0XRe5g2f 7Jfe6jhf5Crfphj68lYR87ht6Mz+1WAO5rtO7E6/87SM7FA+3TNO3b/N0zpe 9O4qAOaJ9F/R9UNP9oj+6rK+9Wiv6jpO9VS+5W1P6TK99jmu8CYh7lPb72tB 9jMf93VP6o/e5oYt6m5/5KSN8lAf6fgO9Txv967a8tqt93Tx5sze8zVd80hu 84aO5ZAt2ZYe24k/+Iv9+X/f55l+3ZBvi86nFpQf6ZYP3cWe868t9aEe7K3e 1SBP5ERf5aHO5oEP7STP3i+Y78SvEHi/ltq6F8UP7qlfPcn+zxXLf8rNf+vP n+3RT7HTv5rVTx3X/7i1juHEEavbH+Ddz9TBr/3DgR/jn9/l7xPHj/61MXbr /xLtD+jxrqCWMv/0X/9tweT4nzwAIUDgQIIFDR5EmFDhQoYNFRqAGFHiRIoV LV7EmFHjRo4dPX6smDDASJIlTZZ0mFKlgAItXb6EGVPmTJo1bd7E+XLlTp49 fRYEGVToUKJFjUIUeVLpT6Yscz6FGlXq1JtNrV61elTrVq5dkSJUGgBrT6pl zZ5FK3XsWrYNvb6FG9cA2JFtVabFm1fv3pp2/f4VIFfwYIyAd/JFnFjx4paG HV8lHLnrY4WMLV/GrJjy5p6SPW/+5Cww82jSpTWHRu3ws+THpl2/hr049eyH q7X6jZ1b927GtH0btM1xLG/ixY1b/p08cPC5TY8/hx69t/LQrJ1Lx55d+17q ba0vjJhw+3jy5fF23/kdaEiE5t2/Pw4AOXqCngWCbg9ff04A8m36zwzA0voT 0DTamCssv/0WnInAAmN6kLEIA5QOMAQvEo9BDTfkUC+mLrQoww41lA9AAl0q EcUTaVqxgBX7c7FE/2Ck8UUZb2rRxpZgjHHCDcEDkSIRR9zPwRtrbHFHE5eM sckanVSxySifVLLAJ6+c8Ugff0QoSCEVJFI/LE+kkkoIHexxTB6xlBLNl3JE 08g2ZUz+MsyEvJxoyDDfk7NPN82Eyc8048ySTC2lZJHQQQ/lcc8C7sQzvIMc LZLRQweNUkknb0xzzhT9rPPMTecctdE9IY20OYMoZbUsU117tVWcUI0UTFlv xVG3LXGFiVY8beU1WGHd89VLYIdFNtnoukz1q1WVhTZa45ht9lhpr8U2M2pT tTZbb7/l7qBmnS0I3DdjNTfdp7atddJ0d+UvQlMbXRNdTzPFN1B5BaR3yVjr 9VdfURuccN4sVdyXXyYR1RfeR9n91V1z7X3KTRRJrfLggTXtlOMzX+VUS4MD xdhjhjVN+MGQC1343I2vFJVil4o1VuJ38QVYJhpJrlfgk03+Htlkl61sE9F+ ISyZ4X9TjBnpnnFW2cqcdxZY5sYgDlJPcBf+tCaqq4Yz34yhRnhfF3VWGOiC NfbYYrGnJLjjoM9VuFChUYaXZhC1/pbfs89WFG6fzXx6aLZJXfpvl/M9+uW0 8fa56YHLbHlwKAtvOG+s9+4WW79nfBNtwLnmtGQ2lT448dLnNprtxtumM3XR XU+ddrV3vPzI26va/EK+vX298rInF/lwyD2tXfGOF+f4z7UZZ3Jk0IcnftG3 mzcye+WZ76t3BH/Plt7Qj3/b+ZbRDVvt6cu3sXD0dYQ+6ou5px7+u+ts3F6r Z/aeOfDVLZKYHKU333UOgAdEYK/++hec/yXQgQck4PcMqC6HPTBaEfSfzR64 PwtKC4MM1GACTRSvCnaQQx+0zQQnFqoGxU10u3Nbj+pXNxOGS1zVCqEFS7i9 GI7Oh8tL3NCSVsPzLDCFOQQe7i5HN5QpUYg8+9Tj3re4lRHRhuvB4bMoqMSd jRB3sZudC1t3PdblzIpFBM64VAit9RFufX9L0teYBzLj7e5kHDwj79KYxXIB sI2rm5/i5Gc7oT3tdWOkXx6nYsQjavFdIQukFwX5MbPBDlBzfNz1FAkVRq5m jcoqUyQjqb1EdspimMPkDHe4SZl08jOfZGUsieRK+yBRlrc8FS3VQxBc9rJV KGxkH33+OcxZ6pIwDSSmZXqYzLIA85WwHNYyCYbHivHHidsL5Fl8tMoWmkWS 0HFmLW15LWqO7TWARFpatqlObWbzOeHcJS8pyM2fmbN9YTtlz7xoN0KNkGVV Gts9vyjDSRI0YQij5PKmZczBIJONhvqaQNMJuItNz5/uBJ3GmOZOOLaRZHCc XyYHOlKKfrSk2JQkPS8Dz8g4FJTRi2JHAeXPOHGxoiF9EUUtOj65ibKnmFKe vzKasY1ilKMpfSdDBePSZB2ti0yTZk7H59GL2rRrBQWpTRFa0Dde06MlJZpJ nagyny70htwaJzlh6sN/TnSsWa3qSYcqp6m+Fat2/arfuJqmVbm+dZ9lVel8 ztouR66QTXYzpdTMuFOStrWrAJ2SVO2Jz6AJNZuSDRhkg7rRwE5nsBErLDP1 qhhpVpOjsWTpMdPay9LGh4Wo/SxohclM2p5mNuNSFX10u1ve9ta3nVHjb4U7 XOIWlzq4NW5ylbtc5mIFuc2FbnSlO93l8JG618VudrvzXO1217vffQx3wTte 8pbXJ+I1b3rVu976BJe974XveLsSEAA7 --= Multipart Boundary 0320020121-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 11:55:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id AE39E37B43E for ; Tue, 19 Mar 2002 11:54:56 -0800 (PST) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 7C53C3FCB6; Tue, 19 Mar 2002 20:55:14 +0100 (CET) Date: Tue, 19 Mar 2002 20:55:14 +0100 From: Miguel Mendez To: hackers@freebsd.org Subject: mmap and efence Message-ID: <20020319205514.A79707@energyhq.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi hackers, I have started porting The Fish to GTK+ 2.0 and everything seems to work fine, except I can no longer use Electric Fence. When I link with efence I get the following error: kajsa% time ./thefish=20 Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens Cannot load module /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire address space failed: Cannot allocate memory Cannot load module /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire address space failed: Cannot allocate memory ElectricFence Exiting: mmap() failed: Cannot allocate memory ./thefish 10.45s user 116.32s system 95% cpu 2:12.19 total This same code linked with gtk 1.2 works perfectly well both with and without efence. This code linked with gtk 2.0 but without efence works as well. I tried asking in the gtk developers list but got no answer at all. I'm using the latest efence port on a 4.5-STABLE built the 3rd of Feb. Any ideas about what could be causing this? Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8l5ehnLctrNyFFPERAo5jAJkBKKVs2DCx1vHu2F+ebC0u+SV9bwCeOS9W 0sN5J5JXRygk36aV0ZYGQSE= =hlc3 -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 12:20:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 90BCA37B61A for ; Tue, 19 Mar 2002 12:16:29 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 12827441; Tue, 19 Mar 2002 20:15:29 +0000 (GMT) Date: Tue, 19 Mar 2002 20:15:29 +0000 From: Josef Karthauser To: hackers@freebsd.org Subject: Kernel debugger and X11. Message-ID: <20020319201528.GI4989@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r4QXMf6/kyF/FvJJ" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --r4QXMf6/kyF/FvJJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm having some intermittant problems on my laptop that I'd like to debug, but as I use X11 most of the time it's difficult to use the kernel debugger when the machine hangs, which is when I'm in X :(. Of course the nicest thing would be to return the screen to text mode automatically when the the kernel debugger is entered, but because X controls the video registers I guess that that's not easy or possible. I suppose that the best way is to have a second FreeBSD box and couple them via RS232, but this isn't always convenient. (I seem to have the most time to work on FreeBSD when I'm travelling). Does anyone have any working practices around this problem? I'm sure that I'm not the only one of us with it. Joe --r4QXMf6/kyF/FvJJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyXnGAACgkQXVIcjOaxUBZ8agCfZHdgNcL+z0zuJW/76utFus9R aQ4AnAqWgCnQug8yMcgdhNJ9wYOhpwQ5 =G5HP -----END PGP SIGNATURE----- --r4QXMf6/kyF/FvJJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 12:24: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 1362337B6FE for ; Tue, 19 Mar 2002 12:20:39 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g2JKKL315865; Tue, 19 Mar 2002 12:20:21 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g2JKKKsH017623; Tue, 19 Mar 2002 12:20:20 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g2JKKIU19016; Tue, 19 Mar 2002 12:20:19 -0800 (PST) Date: Tue, 19 Mar 2002 12:20:18 -0800 (PST) From: Kip Macy To: Miguel Mendez Cc: hackers@FreeBSD.ORG Subject: Re: mmap and efence In-Reply-To: <20020319205514.A79707@energyhq.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is GTK 2.0 doing something with mmap that 1.2 wasn't? Electric Fence might not like changing pre-existing mappings. Just a WAG. -Kip On Tue, 19 Mar 2002, Miguel Mendez wrote: > Hi hackers, > > I have started porting The Fish to GTK+ 2.0 and everything seems to work > fine, except I can no longer use Electric Fence. When I link with efence > I get the following error: > > > kajsa% time ./thefish > > Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens > > > Cannot load module > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire > address space failed: Cannot allocate memory > Cannot load module > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire > address space failed: Cannot allocate memory > > ElectricFence Exiting: mmap() failed: Cannot allocate memory > ./thefish 10.45s user 116.32s system 95% cpu 2:12.19 total > > This same code linked with gtk 1.2 works perfectly well both with and > without efence. This code linked with gtk 2.0 but without efence works > as well. I tried asking in the gtk developers list but got no answer at > all. I'm using the latest efence port on a 4.5-STABLE built the 3rd of > Feb. > > Any ideas about what could be causing this? > > Cheers, > -- > Miguel Mendez - flynn@energyhq.homeip.net > GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt > EnergyHQ :: http://www.energyhq.tk > FreeBSD - The power to serve! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 12:51:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id DB03D37B43A; Tue, 19 Mar 2002 12:51:31 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 57001AE30B; Tue, 19 Mar 2002 12:51:31 -0800 (PST) Date: Tue, 19 Mar 2002 12:51:31 -0800 From: Alfred Perlstein To: joe@freebsd.org Cc: hackers@freebsd.org Subject: usb breakage. Message-ID: <20020319205131.GN455@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please review this fix. Index: dev/usb/uhci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/uhci.c,v retrieving revision 1.87 diff -u -r1.87 uhci.c --- dev/usb/uhci.c 16 Mar 2002 12:44:21 -0000 1.87 +++ dev/usb/uhci.c 19 Mar 2002 20:21:55 -0000 @@ -917,6 +917,7 @@ } } +#if 0 Static void uhci_dump_ii(uhci_intr_info_t *ii) { @@ -964,6 +965,7 @@ ed->bEndpointAddress, ed->bmAttributes); #undef DONE } +#endif #endif @@ -2761,7 +2763,7 @@ /* Enter QHs into the controller data structures. */ for(i = 0; i < npoll; i++) uhci_add_intr(sc, upipe->u.intr.qhs[i]); - splx(s) + splx(s); DPRINTFN(5, ("uhci_setintr: returns %p\n", upipe)); return (USBD_NORMAL_COMPLETION); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13: 3:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 0CA2C37B402; Tue, 19 Mar 2002 13:03:15 -0800 (PST) Received: from pool0335.cvx22-bradley.dialup.earthlink.net ([209.179.199.80] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16nQl6-0004wU-00; Tue, 19 Mar 2002 13:03:04 -0800 Message-ID: <3C97A775.818103DE@mindspring.com> Date: Tue, 19 Mar 2002 13:02:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Carlos Antonio Ruggiero Cc: obrien@FreeBSD.ORG, "Brian T . Schellenberger" , freebsd-hackers@FreeBSD.ORG Subject: Re: booting from extended slice References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Carlos Antonio Ruggiero wrote: > > I think he means it can't find it's root there because of > > libstand. > > That is what surprised me: after the kernel kicks in everything works fine. > It mounts root in the extended slice alright (the only FBSD slice in ad0 > is ad0s10): > ixtoto# df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0a 4071604 2289008 1456868 61% / ... Libstand is used by the loader code, not by the kernel. The kernel can find it, but if you can't load the kernel off of it and run it, a non-running kernel can't find it. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:11:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id A91C937B404 for ; Tue, 19 Mar 2002 13:11:39 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g2JLBa318758; Tue, 19 Mar 2002 13:11:37 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g2JLBadi022486; Tue, 19 Mar 2002 13:11:36 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g2JLBaF06728; Tue, 19 Mar 2002 13:11:36 -0800 (PST) Date: Tue, 19 Mar 2002 13:11:35 -0800 (PST) From: Kip Macy To: Miguel Mendez Cc: hackers@FreeBSD.ORG Subject: Re: mmap and efence In-Reply-To: <20020319205514.A79707@energyhq.homeip.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Looking at the source for efence this happens when mmap fails (in this case with ENOMEM). Looking at the man page the two possibilities are: the system has reached the per-process mmap limit specified in the vm.max_proc_mmap sysctl or insufficient memory was available. *BSD limits the maximum amount of memory that a process can mmap to swap+physical. So my previous guess was bogus, but check what GTK2 is doing with mmap. On Tue, 19 Mar 2002, Miguel Mendez wrote: > Hi hackers, > > I have started porting The Fish to GTK+ 2.0 and everything seems to work > fine, except I can no longer use Electric Fence. When I link with efence > I get the following error: > > > kajsa% time ./thefish > > Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens > > > Cannot load module > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire > address space failed: Cannot allocate memory > Cannot load module > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: > /usr/X11R6/lib/pango/1.0.0/modules/pango-basic-x.so: mmap of entire > address space failed: Cannot allocate memory > > ElectricFence Exiting: mmap() failed: Cannot allocate memory > ./thefish 10.45s user 116.32s system 95% cpu 2:12.19 total > > This same code linked with gtk 1.2 works perfectly well both with and > without efence. This code linked with gtk 2.0 but without efence works > as well. I tried asking in the gtk developers list but got no answer at > all. I'm using the latest efence port on a 4.5-STABLE built the 3rd of > Feb. > > Any ideas about what could be causing this? > > Cheers, > -- > Miguel Mendez - flynn@energyhq.homeip.net > GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt > EnergyHQ :: http://www.energyhq.tk > FreeBSD - The power to serve! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:13:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 3A95B37B400 for ; Tue, 19 Mar 2002 13:13:07 -0800 (PST) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g2JLCoC13889; Tue, 19 Mar 2002 13:12:50 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200203192112.g2JLCoC13889@ambrisko.com> Subject: Re: Mini-PCI <-> PCI boards In-Reply-To: <20020319.095958.101787607.imp@village.org> To: "M. Warner Losh" Date: Tue, 19 Mar 2002 13:12:50 -0800 (PST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG M. Warner Losh writes: | I have had placed into my hand a few Mini-pci cards from time to | time. Since I'm using my laptop with mini-pci as a main terminal, I'd | like to put some of them in my desktop machine. I'm looking for a | mini-pci <--> pci card board. It would also be good if the standard | cable things were included with this so I could test the network/modem | parts of the card, but that's not 100% required since the mini-pci | cards I typically get are wireless. | | Any recommendations? I assume you want to go from PCI -> Mini-PCI. http://www.adexelec.com/pci32.htm#PCI2MPCI-02 they have them with and with out the connectors for modems/Ethernet. I've haven't use the connectors, but the board works fine with a HW crypto card. I think they are ~$50. A Mini-PCI -> PCI might be interesting. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:35:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 3B24B37B416 for ; Tue, 19 Mar 2002 13:35:07 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g2JLYmH44295; Tue, 19 Mar 2002 14:34:48 -0700 (MST) (envelope-from ken) Date: Tue, 19 Mar 2002 14:34:48 -0700 From: "Kenneth D. Merry" To: Josef Karthauser Cc: hackers@FreeBSD.ORG Subject: Re: Kernel debugger and X11. Message-ID: <20020319143448.A44276@panzer.kdm.org> References: <20020319201528.GI4989@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020319201528.GI4989@genius.tao.org.uk>; from joe@tao.org.uk on Tue, Mar 19, 2002 at 08:15:29PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 19, 2002 at 20:15:29 +0000, Josef Karthauser wrote: > I'm having some intermittant problems on my laptop that I'd like to > debug, but as I use X11 most of the time it's difficult to use the > kernel debugger when the machine hangs, which is when I'm in X :(. > > Of course the nicest thing would be to return the screen to text mode > automatically when the the kernel debugger is entered, but because X > controls the video registers I guess that that's not easy or possible. > > I suppose that the best way is to have a second FreeBSD box and couple > them via RS232, but this isn't always convenient. (I seem to have the > most time to work on FreeBSD when I'm travelling). > > Does anyone have any working practices around this problem? I'm sure > that I'm not the only one of us with it. I would recommend just enabling crash dumps; then it doesn't matter if you're in X when the machine panics, and you can get a stack trace and look at things once the machine reboots. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:37:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id B316F37B41A for ; Tue, 19 Mar 2002 13:37:24 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 512933F3; Tue, 19 Mar 2002 21:36:23 +0000 (GMT) Date: Tue, 19 Mar 2002 21:36:23 +0000 From: Josef Karthauser To: "Kenneth D. Merry" Cc: hackers@FreeBSD.ORG Subject: Re: Kernel debugger and X11. Message-ID: <20020319213623.GA7786@genius.tao.org.uk> References: <20020319201528.GI4989@genius.tao.org.uk> <20020319143448.A44276@panzer.kdm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20020319143448.A44276@panzer.kdm.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 19, 2002 at 02:34:48PM -0700, Kenneth D. Merry wrote: >=20 > > Does anyone have any working practices around this problem? I'm sure > > that I'm not the only one of us with it. >=20 > I would recommend just enabling crash dumps; then it doesn't matter if > you're in X when the machine panics, and you can get a stack trace and lo= ok > at things once the machine reboots. >=20 I suppose. Is it possible to switch the debugger off via a sysctl, without compiling it out? Joe --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyXr1YACgkQXVIcjOaxUBY9KACg7pUlTlW22s2elQjX2Rkbuj5Y j48An2hhhyIjmqgyCIWbjkoHTBkoXEsd =E0Aq -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:39:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 7E9FD37B405 for ; Tue, 19 Mar 2002 13:39:05 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 8F80B3F3; Tue, 19 Mar 2002 21:38:04 +0000 (GMT) Date: Tue, 19 Mar 2002 21:38:04 +0000 From: Josef Karthauser To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: usb breakage. Message-ID: <20020319213804.GB7786@genius.tao.org.uk> References: <20020319205131.GN455@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <20020319205131.GN455@elvis.mu.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 19, 2002 at 12:51:31PM -0800, Alfred Perlstein wrote: > Please review this fix. Thanks Alfred, > +#if 0 > Static void > uhci_dump_ii(uhci_intr_info_t *ii) > { > @@ -964,6 +965,7 @@ > ed->bEndpointAddress, ed->bmAttributes); > #undef DONE > } > +#endif I'm not sure why there's two uhci_dump_ii functions defined. I'll get to the bottom of it (there's one in the NetBSD version). =20 > - splx(s) > + splx(s); Ahha! That shouldn't be like that! Feel free to commit this bit. Joe --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyXr7wACgkQXVIcjOaxUBZWBACfe/1mZGTFMeCqueX1HBKcyFjR lq0An3mmqNaHS2+AR23XT3+e9YTq376y =fHQN -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:42:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 30EB237B404 for ; Tue, 19 Mar 2002 13:42:06 -0800 (PST) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g2JLfCC14788; Tue, 19 Mar 2002 13:41:12 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200203192141.g2JLfCC14788@ambrisko.com> Subject: Re: Kernel debugger and X11. In-Reply-To: <20020319213623.GA7786@genius.tao.org.uk> To: Josef Karthauser Date: Tue, 19 Mar 2002 13:41:12 -0800 (PST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josef Karthauser writes: | > > Does anyone have any working practices around this problem? I'm sure | > > that I'm not the only one of us with it. | > | > I would recommend just enabling crash dumps; then it doesn't matter if | > you're in X when the machine panics, and you can get a stack trace and look | > at things once the machine reboots. | > | I suppose. Is it possible to switch the debugger off via a sysctl, | without compiling it out? You could switch it to ddb_unattended via: sysctl -w debug.debugger_on_panic=0 when you start and flip when you exit. Then just leave everything compiled in your kernel. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:43:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id B5ECD37B404 for ; Tue, 19 Mar 2002 13:43:33 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g2JLhUv44418; Tue, 19 Mar 2002 14:43:30 -0700 (MST) (envelope-from ken) Date: Tue, 19 Mar 2002 14:43:30 -0700 From: "Kenneth D. Merry" To: Josef Karthauser Cc: hackers@FreeBSD.ORG Subject: Re: Kernel debugger and X11. Message-ID: <20020319144329.A44361@panzer.kdm.org> References: <20020319201528.GI4989@genius.tao.org.uk> <20020319143448.A44276@panzer.kdm.org> <20020319213623.GA7786@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020319213623.GA7786@genius.tao.org.uk>; from joe@tao.org.uk on Tue, Mar 19, 2002 at 09:36:23PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 19, 2002 at 21:36:23 +0000, Josef Karthauser wrote: > On Tue, Mar 19, 2002 at 02:34:48PM -0700, Kenneth D. Merry wrote: > > > > > Does anyone have any working practices around this problem? I'm sure > > > that I'm not the only one of us with it. > > > > I would recommend just enabling crash dumps; then it doesn't matter if > > you're in X when the machine panics, and you can get a stack trace and look > > at things once the machine reboots. > > > > I suppose. Is it possible to switch the debugger off via a sysctl, > without compiling it out? From sys/kern/kern_shutdown.c: #ifdef DDB #ifdef DDB_UNATTENDED int debugger_on_panic = 0; #else int debugger_on_panic = 1; #endif SYSCTL_INT(_debug, OID_AUTO, debugger_on_panic, CTLFLAG_RW, &debugger_on_panic, 0, "Run debugger on kernel panic"); #endif So you should be able to turn it off with debug.debugger_on_panic. From a grep through the tree, it looks like only i386 and powerpc look at that variable. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:49: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 724B237B417 for ; Tue, 19 Mar 2002 13:48:58 -0800 (PST) Received: from pool0205.cvx21-bradley.dialup.earthlink.net ([209.179.192.205] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16nRTS-0002F3-00; Tue, 19 Mar 2002 13:48:54 -0800 Message-ID: <3C97B233.F37410B@mindspring.com> Date: Tue, 19 Mar 2002 13:48:35 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Josef Karthauser Cc: hackers@freebsd.org Subject: Re: Kernel debugger and X11. References: <20020319201528.GI4989@genius.tao.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josef Karthauser wrote: > Of course the nicest thing would be to return the screen to text mode > automatically when the the kernel debugger is entered, but because X > controls the video registers I guess that that's not easy or possible. [ ... ] > Does anyone have any working practices around this problem? I'm sure > that I'm not the only one of us with it. Yes, install the GGI port to FreeBSD, and use that instead of the native FreeBSD console, so that the video driver is aware of the state it put the card in, and can put it back into the correct state for the debugger to work. This also buys you out of the secure-mode hacks that make you leave certain mmap and /dev/io accesses allowed, even with a raised secure level, if you are going to be able to use X11. The GGI people have bent over backwards on licensing to try and get the FreeBSD people to adopt this code, but apparently people are not doing enough console debugging from having run X11 for this to push its way in. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 13:53:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id EAD9537B402 for ; Tue, 19 Mar 2002 13:53:37 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id A99B4AE275; Tue, 19 Mar 2002 13:53:37 -0800 (PST) Date: Tue, 19 Mar 2002 13:53:37 -0800 From: Alfred Perlstein To: Terry Lambert Cc: Josef Karthauser , hackers@freebsd.org Subject: Re: Kernel debugger and X11. Message-ID: <20020319215337.GR455@elvis.mu.org> References: <20020319201528.GI4989@genius.tao.org.uk> <3C97B233.F37410B@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C97B233.F37410B@mindspring.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Terry Lambert [020319 13:49] wrote: > Josef Karthauser wrote: > > Of course the nicest thing would be to return the screen to text mode > > automatically when the the kernel debugger is entered, but because X > > controls the video registers I guess that that's not easy or possible. > > [ ... ] > > > Does anyone have any working practices around this problem? I'm sure > > that I'm not the only one of us with it. > > Yes, install the GGI port to FreeBSD, and use that instead > of the native FreeBSD console, so that the video driver is > aware of the state it put the card in, and can put it back > into the correct state for the debugger to work. This also > buys you out of the secure-mode hacks that make you leave > certain mmap and /dev/io accesses allowed, even with a > raised secure level, if you are going to be able to use X11. > > The GGI people have bent over backwards on licensing to try > and get the FreeBSD people to adopt this code, but apparently > people are not doing enough console debugging from having > run X11 for this to push its way in. do you have links to the threads and a summary available? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 14: 1:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 73D0A37B404; Tue, 19 Mar 2002 14:01:25 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id BAA26551; Wed, 20 Mar 2002 01:09:17 +0300 (MSK) Message-Id: <200203192209.BAA26551@aaz.links.ru> Subject: Re: booting from extended slice In-Reply-To: <200203191710.g2JHAvU79526@androcles.com> from "Duane H. Hesser" at "Mar 19, 2 09:10:56 am" To: dhh@androcles.com (Duane H. Hesser) Date: Wed, 20 Mar 2002 01:09:17 +0300 (MSK) Cc: bts@babbleon.org, freebsd-hackers@FreeBSD.ORG, toto@sdf.lonestar.org, obrien@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Duane H. Hesser writes: > On 19-Mar-02 Brian T.Schellenberger wrote: > > Sorry, I've gotten the message now . . . (my mail takes too long to send . . > > .) > > the partitions do work just the install doesn't. > > > > This seems like an especially silly situation to me . . . I always thought > > that the filesystem was the limitation here . . . > > > > On Tuesday 19 March 2002 12:34 am, Brian T.Schellenberger wrote: > >| On Monday 18 March 2002 10:49 pm, David O'Brien wrote: > >| | On Mon, Mar 18, 2002 at 09:44:07PM -0500, Brian T . Schellenberger wrote: > >| | > What good will it do you if do boot it? FreeBSD doesn't support UFS in > >| | > extended partitions anyway. > >| | > >| | Yes it does. Why do you say it doesn't? > As far as I can tell, the only 'culprit' in this is fdisk itself. > The kernel recognizes logical partitions in the extended slice, and > once the device nodes are made, they can be used normally. > > I'm running a multiple-boot system in which the FreeBSD /usr partion > is on a logical slice in the extended slice. It was necessary to > prepare the slices under Linux, and to use a little Holographic > Shell magic (fortunately, sysinstall allowed me to mount a remote > filesystem to which the necessary tools were copied) to partition > and "premount" /usr, after which sysinstall was quite content to > install to it. > > I've often thought since that it would be nice if someone would > "smarten up" fdisk a bit (including its incarnation within sysinstall). > I can't think of anything else right now that would be needed. I _use_ fdisk to create extended partitions sometimes. It WORKS! Just fdisk -u adXn where n is number of partition (which can be extended itself too) to create extended partition in > -------------- > Duane H. Hesser > dhh@androcles.com -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 14: 1:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id C9E8037B41A for ; Tue, 19 Mar 2002 14:01:31 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 174B5410; Tue, 19 Mar 2002 22:00:31 +0000 (GMT) Date: Tue, 19 Mar 2002 22:00:30 +0000 From: Josef Karthauser To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: Kernel debugger and X11. Message-ID: <20020319220030.GA8802@genius.tao.org.uk> References: <20020319201528.GI4989@genius.tao.org.uk> <3C97B233.F37410B@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <3C97B233.F37410B@mindspring.com> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 19, 2002 at 01:48:35PM -0800, Terry Lambert wrote: > Yes, install the GGI port to FreeBSD, and use that instead > of the native FreeBSD console, so that the video driver is > aware of the state it put the card in, and can put it back > into the correct state for the debugger to work. This also > buys you out of the secure-mode hacks that make you leave > certain mmap and /dev/io accesses allowed, even with a > raised secure level, if you are going to be able to use X11. That's just what I was looking for; where can I find it? It's not in the ports. Joe --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyXtP4ACgkQXVIcjOaxUBbCAwCfSvOK+TZ01osSIutdeaEpWfgs n3EAn23VaiWEnxEyL8x9WOGtE0EoI/Jg =uw4p -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 14: 4:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id B5F6F37B416 for ; Tue, 19 Mar 2002 14:04:33 -0800 (PST) Received: from pool0205.cvx21-bradley.dialup.earthlink.net ([209.179.192.205] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16nRiU-00041i-00; Tue, 19 Mar 2002 14:04:27 -0800 Message-ID: <3C97B5D7.29AB3212@mindspring.com> Date: Tue, 19 Mar 2002 14:04:07 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Josef Karthauser , hackers@freebsd.org Subject: Re: Kernel debugger and X11. References: <20020319201528.GI4989@genius.tao.org.uk> <3C97B233.F37410B@mindspring.com> <20020319215337.GR455@elvis.mu.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > Yes, install the GGI port to FreeBSD, and use that instead > > of the native FreeBSD console, so that the video driver is > > aware of the state it put the card in, and can put it back > > into the correct state for the debugger to work. This also > > buys you out of the secure-mode hacks that make you leave > > certain mmap and /dev/io accesses allowed, even with a > > raised secure level, if you are going to be able to use X11. > > > > The GGI people have bent over backwards on licensing to try > > and get the FreeBSD people to adopt this code, but apparently > > people are not doing enough console debugging from having > > run X11 for this to push its way in. > > do you have links to the threads and a summary available? License change, 1998 (you have to follow the threads, which I'm not going to do for you, as I am using a slow link, so you will have to follow them yourself, or trust my 3.5 year old memory): http://www.monkey.org/openbsd/archive/tech/9810/msg00028.html FTP Archive: ftp://ftp.ggi-project.org/pub/ggi/ggi/ Home page: http://www.ggi-project.org/ FreeBSD port: http://people.freebsd.org/~nsouch/ggiport.html -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 14: 9: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id 540BB37B405 for ; Tue, 19 Mar 2002 14:08:48 -0800 (PST) Received: from pool0205.cvx21-bradley.dialup.earthlink.net ([209.179.192.205] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16nRmg-0002gD-00; Tue, 19 Mar 2002 14:08:46 -0800 Message-ID: <3C97B6DB.D2203660@mindspring.com> Date: Tue, 19 Mar 2002 14:08:27 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Josef Karthauser Cc: hackers@freebsd.org Subject: Re: Kernel debugger and X11. References: <20020319201528.GI4989@genius.tao.org.uk> <3C97B233.F37410B@mindspring.com> <20020319220030.GA8802@genius.tao.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josef Karthauser wrote: > That's just what I was looking for; where can I find it? It's not > in the ports. See other posting. As kernel code, it doesn't really lend itself to -ports. 8-). For the code itself: http://people.freebsd.org/~nsouch/ggiport.html -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 14:40:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 8764A37B425 for ; Tue, 19 Mar 2002 14:40:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020319224009.JTSY2626.rwcrmhc51.attbi.com@InterJet.elischer.org>; Tue, 19 Mar 2002 22:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA07687; Tue, 19 Mar 2002 14:38:52 -0800 (PST) Date: Tue, 19 Mar 2002 14:38:52 -0800 (PST) From: Julian Elischer To: Josef Karthauser Cc: Alfred Perlstein , hackers@freebsd.org Subject: Re: usb breakage. In-Reply-To: <20020319213804.GB7786@genius.tao.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Mar 2002, Josef Karthauser wrote: > > > +#if 0 > > Static void > > uhci_dump_ii(uhci_intr_info_t *ii) > > { > > @@ -964,6 +965,7 @@ > > ed->bEndpointAddress, ed->bmAttributes); > > #undef DONE > > } > > +#endif > > I'm not sure why there's two uhci_dump_ii functions defined. I'll get > to the bottom of it (there's one in the NetBSD version). I may have added a dummy one at one stage in order to get LINT to compile.. (I think it was called but didn;t exist when DEBUG was defined) > > > - splx(s) > > + splx(s); > > Ahha! That shouldn't be like that! Feel free to commit this bit. > > Joe > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 15: 1:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id AC67637B433; Tue, 19 Mar 2002 15:00:54 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g2JN0pf37101; Wed, 20 Mar 2002 00:00:51 +0100 (CET) (envelope-from wkb) Date: Wed, 20 Mar 2002 00:00:51 +0100 From: Wilko Bulte To: freebsd-hackers@freebsd.org Cc: msmith@freebsd.org Subject: support for SmartArray 5* series in GENERIC? Message-ID: <20020320000050.A37069@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Is there any specific reason why the 'ciss' driver for the Compaq Smartarray 5* series raid controllers is not in GENERIC (and hence not in the installkernel)? Or is it just an oversight? This is 4.5R btw. Wilko -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 15:36:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 8EFD037B404 for ; Tue, 19 Mar 2002 15:36:46 -0800 (PST) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.11.3/8.10.1) with ESMTP id g2JNbCb87073; Tue, 19 Mar 2002 15:37:13 -0800 (PST) Date: Tue, 19 Mar 2002 15:37:12 -0800 (PST) From: Doug White To: "J. Seth Henry" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need help accessing a chipset register In-Reply-To: <0GT800EV7DJ3GU@mtaout03.icomcast.net> Message-ID: <20020319153539.M80289-100000@resnet.uoregon.edu> X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Mar 2002, J. Seth Henry wrote: > Hello, > I have a particular need to read and write a single byte to a register on a > VIA chipset. I have a feeling that this is probably a lot easier than it > seems, but I haven't done anything like this before. > > I have a system with a VIA VT82C686 southbridge. Connected to several of its > general purpose I/O lines are the LCD backlight control, and several LED's. > There is a linux program available that will manipulate the register, but it > fails to work under FreeBSD. The location in memory is EE4C. I can provide > the original Linux code on request. Is that in Memory space, or in I/O space? If it's I/O you can just i386_set_ioperm() yourself the space then inb() and outb() it from userland. 0xee4c would seem too low for a memory access point. If it's not a separate function of the southbridge, then hooking it to a driver would be tricky without some serious hackery to whatever driver is grabbing that device/function. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 15:54:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by hub.freebsd.org (Postfix) with ESMTP id 56AB937B405; Tue, 19 Mar 2002 15:54:30 -0800 (PST) Received: from vicor-nb.com (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E99F41B219; Tue, 19 Mar 2002 15:54:29 -0800 (PST) Message-ID: <3C97CFB5.B2311029@vicor-nb.com> Date: Tue, 19 Mar 2002 15:54:29 -0800 From: Julian Elischer Organization: VICOR X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.5-STABLE i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: hackers@freebsd.org, peter@freebsd.org Subject: CVS expansion question. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I need to compare a possibly modified version of a FreeBSD source tree with the checked out original FreeBSD tree in order to extract the diffs. (to recover work by someone else) When I do however, I get a diff for every file for $FreeBSD$ and $Id: . This is because whatever checked out the original, did it expanding FreeBSD but not expanding $Id: How do I make my cvs server here do the same? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 15:57:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 41F8A37B402; Tue, 19 Mar 2002 15:57:46 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 11F72AE22C; Tue, 19 Mar 2002 15:57:46 -0800 (PST) Date: Tue, 19 Mar 2002 15:57:46 -0800 From: Alfred Perlstein To: Julian Elischer Cc: hackers@freebsd.org, peter@freebsd.org Subject: Re: CVS expansion question. Message-ID: <20020319235746.GY455@elvis.mu.org> References: <3C97CFB5.B2311029@vicor-nb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C97CFB5.B2311029@vicor-nb.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Julian Elischer [020319 15:54] wrote: > I need to compare a possibly modified version of a FreeBSD source tree > with the checked out original FreeBSD tree in order to extract the > diffs. > (to recover work by someone else) > When I do however, I get a diff for every file for $FreeBSD$ > and $Id: . > > This is because whatever checked out the original, did it expanding > FreeBSD but not expanding $Id: > > How do I make my cvs server here do the same? I'm not sure, but you can give diff an option to ignore certain regex: -I regexp Ignore changes that just insert or delete lines that match regexp. so you can do: cvs diff -u -I '$FreeBSD' you can pass multiple -I options. hope this helps. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 16:22: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id A191F37B405 for ; Tue, 19 Mar 2002 16:21:38 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 3E27F487; Wed, 20 Mar 2002 00:20:38 +0000 (GMT) Date: Wed, 20 Mar 2002 00:20:38 +0000 From: Josef Karthauser To: Julian Elischer Cc: Alfred Perlstein , hackers@freebsd.org Subject: Re: usb breakage. Message-ID: <20020320002038.GD8802@genius.tao.org.uk> References: <20020319213804.GB7786@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AbQceqfdZEv+FvjW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AbQceqfdZEv+FvjW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 19, 2002 at 02:38:52PM -0800, Julian Elischer wrote: > > I'm not sure why there's two uhci_dump_ii functions defined. I'll get > > to the bottom of it (there's one in the NetBSD version). >=20 > I may have added a dummy one at one stage in order to get LINT to > compile.. (I think it was called but didn;t exist when DEBUG was defined) Yes I think that you did, but this was a complete function. It was in a different place in the code and so I missed it when merging from NetBSD. I wonder why the compiler didn't tell me about it. Joe --AbQceqfdZEv+FvjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjyX1dUACgkQXVIcjOaxUBYiiQCg10Vybt6pYveMNDOVNegZtshZ pJ8AnAxit/RsIebyBmt6IP+h2W2pTB7R =Nx0U -----END PGP SIGNATURE----- --AbQceqfdZEv+FvjW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 16:28:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 287FE37B400; Tue, 19 Mar 2002 16:28:19 -0800 (PST) Received: from pool0065.cvx40-bradley.dialup.earthlink.net ([216.244.42.65] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16nTxe-0002ao-00; Tue, 19 Mar 2002 16:28:14 -0800 Message-ID: <3C97D781.4811D46D@mindspring.com> Date: Tue, 19 Mar 2002 16:27:45 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: hackers@freebsd.org, peter@freebsd.org Subject: Re: CVS expansion question. References: <3C97CFB5.B2311029@vicor-nb.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > I need to compare a possibly modified version of a FreeBSD source tree > with the checked out original FreeBSD tree in order to extract the > diffs. > (to recover work by someone else) > When I do however, I get a diff for every file for $FreeBSD$ > and $Id: . > > This is because whatever checked out the original, did it expanding > FreeBSD but not expanding $Id: > > How do I make my cvs server here do the same? CVSROOT/options: tag=FReeBSD=CVSHeader tagexpand=iFreeBSD -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 17:10:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 867EB37B400 for ; Tue, 19 Mar 2002 17:10:32 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 20 Mar 2002 01:10:31 +0000 (GMT) To: Kip Macy Cc: Miguel Mendez , hackers@FreeBSD.ORG Subject: Re: mmap and efence In-Reply-To: Your message of "Tue, 19 Mar 2002 13:11:35 PST." Date: Wed, 20 Mar 2002 01:10:29 +0000 From: Ian Dowse Message-ID: <200203200110.aa31284@salmon.maths.tcd.ie> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Kip Macy writes: >Looking at the source for efence this happens when mmap fails (in this case wi >th >ENOMEM). Looking at the man page the two possibilities are: the system has >reached the per-process mmap limit specified in the vm.max_proc_mmap sysctl or > >insufficient memory was available. *BSD limits the maximum amount of memory th >at >a process can mmap to swap+physical. I've also found it useful to increase the value of MEMORY_CREATION_SIZE in the ElectricFence source. Setting this to larger than the amount of address space ever used by the program seems to avoid the vm.max_proc_mmap limit; maybe when ElectricFence calls mprotect() to divide up its allocated address space, each part of the split region is counted as a separate mmap. I came across this before while debugging perl-Tk, and one other issue was that the program ran fantastically slowly; a trivial script that normally starts in a fraction of a second was taking close to an hour to get there on quite fast hardware. You expect ElectricFence to make things slow, but not quite that slow :-) Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 19: 7:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id F05B137B400 for ; Tue, 19 Mar 2002 19:07:53 -0800 (PST) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.2/8.12.2) with ESMTP id g2K37slv065992; Tue, 19 Mar 2002 19:07:54 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.2/8.12.2/Submit) id g2K36dM6065979; Tue, 19 Mar 2002 19:06:39 -0800 (PST) Date: Tue, 19 Mar 2002 19:06:39 -0800 From: "David O'Brien" To: "George V. Neville-Neil" Cc: freebsd-hackers@freebsd.org Subject: Re: Working with CVS and FreeBSD? Message-ID: <20020319190639.A65814@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200203180305.g2I35CGg046612@mail.meer.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200203180305.g2I35CGg046612@mail.meer.net>; from gnn@neville-neil.com on Sun, Mar 17, 2002 at 07:05:13PM -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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Mar 17, 2002 at 07:05:13PM -0800, George V. Neville-Neil wrote: > Hi Folks, > > I'm about to try and do some work on some kernel code in FreeBSD > and I'm thinking about ways to track my changes. I'm currently mirroring > the CVS repository with CVSup (i.e. CVS mode not checkout mode) and am > thinking of making a branch in my local repository. Is this how the rest of > you > work or do you import the kernel (or whatever code you're working on) into > your own local repository with import? Both. To just make your own branch see the CVSup FAQ at http://www.polstra.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 19:23:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12]) by hub.freebsd.org (Postfix) with ESMTP id DC62C37B404; Tue, 19 Mar 2002 19:23:43 -0800 (PST) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g2K3Nbs56155; Tue, 19 Mar 2002 19:23:37 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com ([209.157.133.226]) by mail.meer.net (8.12.2/8.12.1/meer) with ESMTP id g2K3NgpZ029871; Tue, 19 Mar 2002 19:23:43 -0800 (PST) Message-Id: <200203200323.g2K3NgpZ029871@mail.meer.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: obrien@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Working with CVS and FreeBSD? In-Reply-To: Message from "David O'Brien" of "Tue, 19 Mar 2002 19:06:39 PST." <20020319190639.A65814@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Mar 2002 19:23:43 -0800 From: "George V. Neville-Neil" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Both. To just make your own branch see the CVSup FAQ at > http://www.polstra.com/ Thanks. Once I'm working with this I'll be trying to write up my experiences in an article for Daemon News etc. Later, George -- George V. Neville-Neil gnn@neville-neil.com Neville-Neil Consulting www.neville-neil.com "We should not be ashamed to acknowledge truth from whatever source it comes to us, even if it is brought to us by former generations and foreign peoples. For him who seeks the truth there is nothing of higher value than truth itself." al-Kindi (c 801-66) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Mar 19 19:45: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mao.stokely.org (mao.stokely.org [65.84.64.228]) by hub.freebsd.org (Postfix) with ESMTP id C7E9537B405 for ; Tue, 19 Mar 2002 19:45:00 -0800 (PST) Received: by mao.stokely.org (Postfix, from userid 2074) id 7821A4B65D; Tue, 19 Mar 2002 19:45:00 -0800 (PST) Date: Tue, 19 Mar 2002 19:45:00 -0800 From: Murray Stokely To: "George V. Neville-Neil" Cc: freebsd-hackers@freebsd.org Subject: Re: Documents on FreeBSD Make system? Message-ID: <20020320034500.GU26004@freebsdmall.com> References: <200203181825.g2IIOwGg037053@mail.meer.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <200203181825.g2IIOwGg037053@mail.meer.net> User-Agent: Mutt/1.3.25i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 18, 2002 at 10:24:58AM -0800, George V. Neville-Neil wrote: > Is there a set of docs or a Daemon News article on working with the BSD > make system? I'd like to write my code as closely to whatever that stand= ard > is as possible but reading through all the .mk files seems a bit less eff= icient > if there is a doc. Hi George, The information is scattered over a few different places. /usr/share/doc/psd/12.make/paper.ascii.gz An excellent resource on make(1). This documents much of the obscure make functionality used by our .mk files, that you may not be familiar with if you're not used to BSD / Sprite-based make. build(7)=20 This manual page explains some of the common make variables and targets that are used by our .mk files, such as DESTDIR, TARGET_ARCH, etc. It should probably be a bit more comprehensive, but it is a good start. The FreeBSD Developer's Handbook=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/index.= html Section 2.5 talks a bit about make, but clearly more information is needed. This section should also point the reader to build(7). If you do write an article for Daemonnews, then please contribute it to the Developer's Handbook after a month or so of allowing DN to be the sole publisher. [Or, you could just contribute it straight to the FreeBSD Doc Project. ;)] Also, check out Nik Clayton's "Managing web sites with make" article for Daemonnews from a couple of years ago. He covered a lot of the basics, so you can point readers to that article and then start out assuming a certain level of experience. - Murray --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE8mAW7tNcQog5FH30RAiX9AJ4k2XO+qxWJnXadhXbHouO4kpru/QCeIqav IVNbmNpxyPqIP3Ku4O1SgmE= =uSfJ -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 0: 6:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 50B8337B400 for ; Wed, 20 Mar 2002 00:06:34 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2K86Uru070355 for ; Wed, 20 Mar 2002 18:36:31 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Decision PCCOM Serial Card From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 20 Mar 2002 19:36:26 +1130 Message-Id: <1016611587.507.220.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Status: No, hits=0 required=5 X-Spam-Level: (0) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Has anyone got FreeBSD to recognise one of these? I've tried modifying sio.c by adding this at line 598.. { 0x00046666, "PCCOM Serial", 0x18 }, But no luck.. Booting -v produces no diagnostics pciconf -l for this card produces -> none0@pci0:11:0: class=0x070002 card=0x00000000 chip=0x00046666 rev=0x02 hdr=0x00 The card has a PLX 9051 and 2 16750's on it. The Linux driver for it looks pretty basic - it is a patch to serial.c which doesn't appear to actually do much apart from working out how many ports the card has and what sort of UART it possesses. (via PCI config regs). Anyone else had any luck with these? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 0:59:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id C296937B404 for ; Wed, 20 Mar 2002 00:59:17 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g2K8wt140174; Wed, 20 Mar 2002 10:58:55 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200203200858.g2K8wt140174@zibbi.icomtek.csir.co.za> Subject: Re: Decision PCCOM Serial Card In-Reply-To: <1016611587.507.220.camel@chowder.gsoft.com.au> from "Daniel O'Connor" at "Mar 20, 2002 07:36:26 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Wed, 20 Mar 2002 10:58:55 +0200 (SAT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi, > Has anyone got FreeBSD to recognise one of these? > I've tried modifying sio.c by adding this at line 598.. > { 0x00046666, "PCCOM Serial", 0x18 }, > > But no luck.. Booting -v produces no diagnostics > pciconf -l for this card produces -> > none0@pci0:11:0: class=0x070002 card=0x00000000 chip=0x00046666 rev=0x02 hdr=0x00 > > The card has a PLX 9051 and 2 16750's on it. The Linux driver for it > looks pretty basic - it is a patch to serial.c which doesn't appear to > actually do much apart from working out how many ports the card has and > what sort of UART it possesses. (via PCI config regs). > > Anyone else had any luck with these? You might have more luck getting the puc driver to work with this card. It is more flexable and meant for these kind of cards. You will still need to figure out how the serial ports are organised on the card though. Things like, does each serial port have its own BAR, or are both inside one BAR and what the offset is where the ports start. You might be able to figure that out from the linux patch though. Once you figure those things out, you just add it to pucdata.c, build a kernel with the puc device and off you go. :-) John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 9:16:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from EX.mshri.on.ca (slri8.mshri.on.ca [192.197.250.28]) by hub.freebsd.org (Postfix) with ESMTP id 4E9CA37B400 for ; Wed, 20 Mar 2002 09:16:27 -0800 (PST) Received: from mshri.on.ca (finesse.mshri.on.ca [192.197.250.72]) by EX.mshri.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id FMWJCHM4; Wed, 20 Mar 2002 12:14:55 -0500 Message-ID: <3C98C46A.4D6B2FE@mshri.on.ca> Date: Wed, 20 Mar 2002 12:18:34 -0500 From: Howard Feldman Reply-To: feldman@mshri.on.ca Organization: Samuel Lunenfeld Research Institute X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Rayson Ho , hackers@freebsd.org Subject: Re: Need help!! Any FreeBSD users/hackers in Toronto?? References: <20020320052856.97862.qmail@web11405.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Mat has come in and set up the BSD machine for us, and it seems to be working great! Thanks for all the offers though. If we have any more questions, Ill know where to ask them ;) Rayson Ho wrote: > > Hi, > > A lot of people replied, and seems like Mat can do the installation for > you. Can you send an email to the freebsd hackers mailing-list > (hackers@freebsd.org) to tell people about the progress (if not people > would think that we still need help). > > Good luck with the installation, > Rayson > P.S. you don't need to subscribe to the list to send mail > > --- Brian the Fist wrote: > > Matthew has offered to come by on Wednesday so hopefully that will be > > sufficient ;) thanks > > > > Rayson Ho wrote: > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - live college hoops coverage > http://sports.yahoo.com/ -- ------------------------------------------------------------ Howard Feldman Author of the Search for Freedom Computer Role-Playing Game Visit its homepage at: http://bioinfo.mshri.on.ca/people/feldman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 10:34:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 8DF4A37B405 for ; Wed, 20 Mar 2002 10:34:15 -0800 (PST) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id g2KIY8G52334 for hackers@freebsd.org; Wed, 20 Mar 2002 10:34:08 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200203201834.g2KIY8G52334@ambrisko.com> Subject: How stable is the ste(4) DLink DFE-550TX driver? To: hackers@freebsd.org Date: Wed, 20 Mar 2002 10:34:08 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm seeing some stalls on RXing packets which takes performance down to ~50mbs on a 100BaseTX link. TX runs at 92mbs with no stalls. This is on -stable. I don't see this with the OpenBSD driver. -current is really slow on RX. What have others experienced? I'm starting to look at the differences to ste(4) the Sundance ST201 driver. Thanks, Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 11:41:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc2-nthf5-0-cust237.not.cable.ntl.com [80.4.35.237]) by hub.freebsd.org (Postfix) with ESMTP id 4ADF937B41C for ; Wed, 20 Mar 2002 11:41:28 -0800 (PST) Received: (from hitenp@hpdi.ath.cx) by hpdi.ath.cx (8.11.6/8.11.6) id g2KJcHf01719 for hackers@FreeBSD.org; Wed, 20 Mar 2002 19:38:17 GMT (envelope-from hitenp@hpdi.ath.cx) Date: Wed, 20 Mar 2002 19:38:17 +0000 From: Hiten Pandya To: hackers@FreeBSD.org Subject: Debugging BTX Faults Message-ID: <20020320193816.A1698@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: The FreeBSD Project X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, How does one debug faults in the BTX Loader? I am currently trying to work on PR i386/21559, and after reading jhb's document on the loading process, I was curious to know.. Thanks, Regards, -- Hiten Pandya --=20 Hiten Pandya http://jfs4bsd.sf.net - JFS for FreeBSD (JFS4BSD) http://www.FreeBSD.org - The Power to Serve --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8mOUohh1dveTjA8MRAnH/AJ9+p5B1HZGbFd/tJL2s9bMF+OJpJgCfWelp rkK33Kaho70YykHmGqhy20M= =vcD5 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 12:38:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id BEF0E37B404; Wed, 20 Mar 2002 12:38:15 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2KKc40M013287; Wed, 20 Mar 2002 21:38:05 +0100 (CET) (envelope-from phk@critter.freebsd.dk) Date: Wed, 20 Mar 2002 21:38:04 +0100 Message-ID: <13286.1016656684@critter.freebsd.dk> From: Poul-Henning Kamp Subject: UFS2, GEOM & DARPA - don't get all excited, OK ? MIME-Version: 1.0 Content-Type: multipart/digest; boundary="----- =_aaaaaaaaaa" To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------- =_aaaaaaaaaa Subject: UFS2, GEOM & DARPA - don't get all excited, OK ? From: Poul-Henning Kamp Date: Wed, 20 Mar 2002 21:38:04 +0100 Message-ID: <13286.1016656684@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Bcc: Blind Distribution List: ; MIME-Version: 1.0 Ok, Kirk and I thought it would stirr a buzz once we even mentioned "UFS2" so let me set the record straight, (or at least firmly crooked): UFS2 is UFS Extended Attributes in the inodes. That's it. No more, no less. In particular that means: No journaling. No Btree-directories, no in-directory inodes. Because we need to increase the size of the inode we chose to "run a revision" and call it UFS2, and obviously, we will make sure all relevant fields get the space they need, or at reserve space for their growth as part of this. Specifically inode numbers, block numbers and time_t will have 64 bit available. We may attempt a couple of neat tricks at the same time: per inode blocksize and lazy inode initializtion. The former might improve I/O performance down the road, the latter speed up newfs and fsck. We will try to avoid forking sys/ufs/ufs if we can, we may have to push some stuff from ufs to ffs to make that happen. In practice this also means a sweep through all the userland stuff to make it work with UFS2: newfs, fsck, tunefs, quotactl, sysinstall etc (that's largely going to be my problem). Incidently there is a not insignificant crossover between UFS and disklabels and from there into GEOM, so some of the things I will be doing in that corner will be hard to attribute only to one or the other of these two DARPA funded projects. The one thing we RSN will cry to have is endian/wordsize agnostic UFS. That is not part of the DARPA project description and it is unlikely to "sneak" into it. We have it in mind though. (The NETBSD work is not uninteresting, but both Kirk and I feel that there might be a better and even more general solution.) And this is yet a problem with significant crossover to the issues I have in GEOM with reading labeling data structures of disks in alien formats so some of the technology I plan for GEOM might be applicable to UFS as well. Finally, If you are in the US and you think it is a good thing that DARPA sponsors stuff like this, don't forget to say so to people who might, directly or indirectly, provide feedback to DARPA. I hope this answers the FAQ on UFS2, GEOM and all that. -- 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. ------- =_aaaaaaaaaa-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 12:55: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail12.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 7CE3837B400 for ; Wed, 20 Mar 2002 12:55:01 -0800 (PST) Received: (qmail 15763 invoked from network); 20 Mar 2002 20:55:00 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Mar 2002 20:55:00 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g2KKtXv63513; Wed, 20 Mar 2002 15:55:33 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020320193816.A1698@hpdi.ath.cx> Date: Wed, 20 Mar 2002 15:55:03 -0500 (EST) From: John Baldwin To: Hiten Pandya Subject: RE: Debugging BTX Faults Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20-Mar-2002 Hiten Pandya wrote: > Hi all, > > How does one debug faults in the BTX Loader? I am currently trying > to work on PR i386/21559, and after reading jhb's document on the > loading process, I was curious to know.. Well, you need to be fairly familiar with how IA32 works. The int= number is the fault that was triggered. Then, use a program to convert the hex dump at cs:eip to binary and run that through ndisasm (or ndisasm -U depending on if the code segment in cs is USE32 or not) to see what instruction it died on. You then look up that instruction in teh reference manual and see how the given fault can be triggered. Some faults are rather obvious just from the fault number and don't require you to look up the instruction. Sometimes it's not the actual instruction that's the problem, but instead you managed to hose the stack or some such in which case you just ahve to look at the register and stack dumps to try and figure out what went wrong. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 13: 9:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-be-15-1-dialup-238.freesurf.ch [194.230.14.238]) by hub.freebsd.org (Postfix) with ESMTP id 828BE37B435 for ; Wed, 20 Mar 2002 13:09:38 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g2KJ4lJ03919 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 20 Mar 2002 20:04:51 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g2KJ4lF03918; Wed, 20 Mar 2002 20:04:47 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Date: Wed, 20 Mar 2002 20:04:47 +0100 (CET) Message-Id: <200203201904.g2KJ4lF03918@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery Subject: Silly splash! questions To: hackers@freebsd.org Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Slow Dial-in Modem X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] Woo hoo. Splash screens are fun. Is there a way, from the commandline, without rebooting, to unload the already-loaded from /boot/loader.conf splash_image_data file, and load a different one in its place? `kldstat -v' seems to show nothing about the splash image that dmesg reveals as | Preloaded elf module "splash_bmp.ko" at 0xc03b709c. | Preloaded elf module "vesa.ko" at 0xc03b7140. | Preloaded splash_image_data "/boot/LOGOW.SYS" at 0xc03b71dc. Nextly, given that I have a few bitmaps of format 320 x 400 x 8, which seems to be rather far from the available VESA resolutions, I've hacked my splash_bmp.c k0deZ to scale images like /boot/LOGOS.SYS from 320x400 to full-screen, which actually seems to work and looks much better (for some definition of `better'). Is the general consensus that bitmaps should be displayed in their original size, also when less than the full screen is used or when a 320x400 image like /boot/logo.sys is displayed on 640x480 squished to half the `proper' width, or is there a demand for a swell-to-fit type of splash_bmp in addition, or instead? I can see how both are potentially a Good Thing... thanks, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 13:11: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (pop-be-15-1-dialup-238.freesurf.ch [194.230.14.238]) by hub.freebsd.org (Postfix) with ESMTP id 37E6F37B405 for ; Wed, 20 Mar 2002 13:09:47 -0800 (PST) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g2KJ72J03930 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Wed, 20 Mar 2002 20:07:05 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g2KJ71R03929; Wed, 20 Mar 2002 20:07:01 +0100 (CET) (envelope-from bounce@netscum.dyndns.dk) Date: Wed, 20 Mar 2002 20:07:01 +0100 (CET) Message-Id: <200203201907.g2KJ71R03929@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery To: hackers@freebsd.org Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Cc: jonathan@buzzard.org.uk (Jonathan Buzzard) References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: Slow Dial-in Modem X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [replies sent directly to me may timeout and bounce, since I'm not online as often as I should be, but I'll check the list archives] I've followed this with interest, because I'm playing with some Linux k0deZ which makes calls to m(un)lockall() that are similarly wrapped in sys/mman.h by | #ifdef _P1003_1B_VISIBLE | int mlockall __P((int)); | int munlockall __P((void)); | int shm_open __P((const char *, int, mode_t)); | int shm_unlink __P((const char *)); | #endif /* _P1003_1B_VISIBLE */ [...] > > When (if) the feature is ever actuallysupported by FreeBSD, > > the manifest constant _POSIX_REALTIME_SIGNALS will be > > defined. > Ahh! OK, this is the information that I am most interested in. > So, I am now confident to re-write the test in ACE to: > > #ifdef _POSIX_REALTIME_SIGNALS > > /* use sigqueue(), etc. */ > > #endif > > This test will work for ACE users on older and newer versions of FreeBSD, > and when POSIX RT signals are fully implemented on FreeBSD, ACE will use > them. Anyway, when compiling this Linux program, which has lines | /* lock all memory pages */ | if (mlockall(MCL_CURRENT | MCL_FUTURE) !=0) | syslog(LOG_INFO, "error unable to lock memory pages"); and | syslog(LOG_INFO, "Exiting..."); | unlink(PID_FILE); | munlockall(); linking fails... radioclkd.o: In function `Catch': radioclkd.o(.text+0xb3b): undefined reference to `munlockall' radioclkd.o: In function `main': radioclkd.o(.text+0xfeb): undefined reference to `mlockall' *** Error code 1 First question: Are mlockall() and munlockall() supported by FreeBSD (tested with 4.5-stable above), and if so, what needs to be defined as the magic incantation to be able to use them as above? Of course, given that the vm_mmap.c k0deZ for mlockall() looks like | int | mlockall(p, uap) | struct proc *p; | struct mlockall_args *uap; | { | return 0; | } this is probably more an exercise in proper programming for the moment... Secondly, if these calls aren't supported, what test, if not the #ifdef _POSIX_REALTIME_SIGNALS test mentioned in the earlier thread above, needs to be wrapped around the source k0deZ so that FreeBSD goes to some alternate code, while Linux executes the above m(un)lockall() calls, until FreeBSD does support these calls? thanks, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 13:48:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hpdi.ath.cx (pc2-nthf5-0-cust237.not.cable.ntl.com [80.4.35.237]) by hub.freebsd.org (Postfix) with ESMTP id 06E9F37B400; Wed, 20 Mar 2002 13:48:32 -0800 (PST) Received: (from hitenp@hpdi.ath.cx) by hpdi.ath.cx (8.11.6/8.11.6) id g2KLjLF23054; Wed, 20 Mar 2002 21:45:21 GMT (envelope-from hitenp@hpdi.ath.cx) Date: Wed, 20 Mar 2002 21:45:21 +0000 From: Hiten Pandya To: jhb@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: Debugging BTX Faults Message-ID: <20020320214521.A23027@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: The FreeBSD Project X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 20-Mar-2002 Hiten Pandya wrote: > Hi all, > > How does one debug faults in the BTX Loader? I am currently trying > to work on PR i386/21559, and after reading jhb's document on the > loading process, I was curious to know.. > Well, you need to be fairly familiar with how IA32 works. The int=3D > number is the fault that was triggered. Then, use a program to convert= =20 > the hex dump at cs:eip to binary Which tool can be used for this task? Any available in the ports? > and run that through ndisasm or ndisasm -U depending on if the code=20 > segment in cs is USE32 or not) to see what instruction it died on.=20 > You then look up that instruction in teh reference manual and see how=20 > the given fault can be triggered. Some faults are rather obvious just=20 > from the fault number and don't require you to look up the instruction. = =20 > Sometimes it's not the actual instruction that's the problem, but instead= =20 > you managed to hose the stack or some such in which case you just ahve to= =20 > look at the register and stack dumps to try and figure out what went=20 > wrong. Thanks for the kind help. :) Regards, --=20 Hiten Pandya http://jfs4bsd.sf.net - JFS for FreeBSD (JFS4BSD) http://www.FreeBSD.org - The Power to Serve Public Key: http://www.pittgoth.com/~hiten/pubkey.asc --- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3 --- --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8mQLvhh1dveTjA8MRAuZLAKCwRgXQn3IFijdpxTGTKiRad4lhgACdHMuo qBUaBTLpOHszdvIdGkM7fqE= =Yo2w -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 14:39:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 6670237B417 for ; Wed, 20 Mar 2002 14:39:28 -0800 (PST) Received: from pool0107.cvx21-bradley.dialup.earthlink.net ([209.179.192.107] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16noja-0004RC-00; Wed, 20 Mar 2002 14:39:07 -0800 Message-ID: <3C990F76.B66BEBF9@mindspring.com> Date: Wed, 20 Mar 2002 14:38:46 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: BOUWSMA Beery Cc: hackers@freebsd.org, Jonathan Buzzard Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> <200203201907.g2KJ71R03929@beerswilling.netscum.dyndns.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG BOUWSMA Beery wrote: > > [replies sent directly to me may timeout and bounce, since I'm not > online as often as I should be, but I'll check the list archives] > > I've followed this with interest, because I'm playing with some > Linux k0deZ which makes calls to m(un)lockall() that are similarly > wrapped in sys/mman.h by > | #ifdef _P1003_1B_VISIBLE > | int mlockall __P((int)); > | int munlockall __P((void)); > | int shm_open __P((const char *, int, mode_t)); > | int shm_unlink __P((const char *)); > | #endif /* _P1003_1B_VISIBLE */ [ ... ] > Anyway, when compiling this Linux program, which has lines [ ... ] > linking fails... Don't compile on Linux? 8-) 8-) > First question: Are mlockall() and munlockall() supported by FreeBSD > (tested with 4.5-stable above), and if so, what needs to be defined > as the magic incantation to be able to use them as above? They are stubbed out. > Secondly, if these calls aren't supported, what test, if not the > #ifdef _POSIX_REALTIME_SIGNALS test mentioned in the earlier > thread above, needs to be wrapped around the source k0deZ so that > FreeBSD goes to some alternate code, while Linux executes the above > m(un)lockall() calls, until FreeBSD does support these calls? They are part of POSIX REALTIME, not part of POSIX REALTIME signals. Not all of POSIX REALTIME is required to be implemented at the same time. And no matter what, you are not going to be able to tell stubbed out kernel functionality from real kernel functionality. For MCL_FUTURE, the spec. is so "impelmentation defined" that the current implementation in FreeBSD is compliant. 8-) 8-). The MCL_CURRENT is stubbed; the functions are basically an attempts to get around overcommit and swap based delays for RT code. Is your code controlling a nuclear reactor? No? Then it doesn't need the calls. 8-). I don't know the proper test off the top of my head, but I know who would know, and I know a test that works for m{un}lockall(), and both of those are better anyway. The person who would know would be Garrett A. Wollman; his email is . He would know because he's been on the committes, and he's know because he wrote the shm_open(3) library code... just like it says at the bottom of the man page for it. The test that works for m{un}lockall() requires that you: o Understand that munlockall() is the reverse of mlockall(), so if there is no mlockall(), then there is no munlockall(), and vice versa. o The mlockall() function takes a flags argument that is an inclusive OR of one of several manifest constants. So basically, if you test for the manifest constants before making a call that uses them, then you are safe, e.g.: #ifdef MCL_CURRENT mlockall( MCL_CURRENT); #endif ... #ifdef MCL_CURRENT munlockall(); #endif This should work everywhere, even on Linux, without having to break down and ask the person who wrote the code from the POSIX spec. to look at their copy of the POSIX spec., and tell you what the guard manifests are. Alternately, you could send an email to Garrett. 8-) 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 14:41:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sdf.lonestar.org (sdf.lonestar.org [207.202.214.132]) by hub.freebsd.org (Postfix) with ESMTP id 72EDD37B41B for ; Wed, 20 Mar 2002 14:41:41 -0800 (PST) Received: (from toto@localhost) by sdf.lonestar.org (8.11.6/8.11.6) id g2KMfYm05289 for freebsd-hackers@freebsd.org; Wed, 20 Mar 2002 22:41:34 GMT Date: Wed, 20 Mar 2002 22:41:34 GMT From: Carlos Antonio Ruggiero Message-Id: <200203202241.g2KMfYm05289@sdf.lonestar.org> To: freebsd-hackers@freebsd.org Subject: booting from extended slice -news Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've been trying to boot 4.5R from an extended partition (slice). I could boot the kernel directly, but not through the loader as told in a previous post. The problem seems to be in libi386, more precisely /usr/src/sys/boot/i386/libi386/biosdisk.c in function bd_checkextended(struct open_disk *od, int slicenum). I 've changed it and now, when I boot the loader, lsdev -v reports the extended partitions correctly. I'm finally able to boot the kernel through the loader after doing set currdev=disk1s10a:. I can mount linprocfs now and run vmware. So my problem is solved ;-) but: 1) Is libi386 used anywhere else, particularly in the kernel? 2) I have a funny problem with fstab. If I set root as: /dev/ad0s10a / ufs rw 1 1 dmesg says (only the relevant bit shown...): ...... ad0: 76345MB [155114/16/63] at ata0-master UDMA100 ad1: 38172MB [77557/16/63] at ata0-slave UDMA100 ad4: 39082MB [79406/16/63] at ata2-master UDMA66 ad6: 38172MB [77557/16/63] at ata3-master UDMA100 acd0: CD-RW at ata1-master using PIO4 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s10a junk after name setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit) da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) usf\^H \^H\^H \^Hfs:/dev/ad0s10\^H \^H\^H \^H\^H \^Ha Mounting root from ufs:/dev/ad0a /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $ ............. What is this "junk after name" thing? I am sure the name is typed correctly. Is it the fact that there are 2 digits after s? Anyway, if I replace ad0s10a with ad0a, everything works.. Thanks Toto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 18:24:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from basit.cc (wireless.cs.twsu.edu [156.26.10.125]) by hub.freebsd.org (Postfix) with ESMTP id 5737A37B41A for ; Wed, 20 Mar 2002 18:24:31 -0800 (PST) Received: from [127.0.0.1] (helo=localhost) by basit.cc with esmtp (Exim 3.35 #1) id 16nsGq-0000FH-00 for freebsd-hackers@freebsd.org; Wed, 20 Mar 2002 20:25:40 -0600 Date: Wed, 20 Mar 2002 20:25:40 -0600 (CST) From: Abdul Basit X-X-Sender: basit@wireless.cs.twsu.edu To: freebsd-hackers@freebsd.org Subject: jdk1.4/linux-bin compat In-Reply-To: <200203202241.g2KMfYm05289@sdf.lonestar.org> Message-ID: <20020320202242.P886-100000@wireless.cs.twsu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi ! If i download linux version of jdk 1.4 and try to run it with linux bin compat for freebsd. It works well if i use java as root but with normal user it aborts. wireless@basit bin>java -version # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.0-b92 mixed mode) # # Error ID: 4F533F4C494E55580E43505002AB # Abort trap wireless@root bin>java -version java version "1.4.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) wireless@root bin> Can anyone help please ? thanks - basit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 21:59:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 117D437B419 for ; Wed, 20 Mar 2002 21:59:20 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2L5x0ru092564; Thu, 21 Mar 2002 16:29:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Decision PCCOM Serial Card From: "Daniel O'Connor" To: John Hay Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <200203200858.g2K8wt140174@zibbi.icomtek.csir.co.za> References: <200203200858.g2K8wt140174@zibbi.icomtek.csir.co.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 21 Mar 2002 17:29:00 +1130 Message-Id: <1016690352.383.48.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Status: No, hits=-5 required=5 X-Spam-Level: (-5) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-03-20 at 20:28, John Hay wrote: > You might have more luck getting the puc driver to work with this card. > It is more flexable and meant for these kind of cards. > You will still need to figure out how the serial ports are organised on > the card though. Things like, does each serial port have its own BAR, or > are both inside one BAR and what the offset is where the ports start. > You might be able to figure that out from the linux patch though. > Once you figure those things out, you just add it to pucdata.c, build > a kernel with the puc device and off you go. :-) Hmm.. well I get this far -> puc0: port 0xc400-0xc4ff,0xc000-0xc07f mem 0xd8002000-0xd800207f irq 9 at device 11.0 on pci0 puc: name: PCCOM Serial port could not get resource Probably just guessed the BAR address wrong I suppose. I made the PUC driver a module, but once I load it and it tried to attach and errored out I now get.. mdtest# kldunload puc kldunload: can't unload file: Device not configured Sigh :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 22:39:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id 3523F37B41A for ; Wed, 20 Mar 2002 22:39:46 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g2L6dSv79049; Thu, 21 Mar 2002 08:39:28 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200203210639.g2L6dSv79049@zibbi.icomtek.csir.co.za> Subject: Re: Decision PCCOM Serial Card In-Reply-To: <1016690352.383.48.camel@chowder.gsoft.com.au> from "Daniel O'Connor" at "Mar 21, 2002 05:29:00 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Thu, 21 Mar 2002 08:39:28 +0200 (SAT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > You might have more luck getting the puc driver to work with this card. > > It is more flexable and meant for these kind of cards. > > > You will still need to figure out how the serial ports are organised on > > the card though. Things like, does each serial port have its own BAR, or > > are both inside one BAR and what the offset is where the ports start. > > You might be able to figure that out from the linux patch though. > > Once you figure those things out, you just add it to pucdata.c, build > > a kernel with the puc device and off you go. :-) > > Hmm.. well I get this far -> > puc0: port 0xc400-0xc4ff,0xc000-0xc07f mem 0xd8002000-0xd800207f irq 9 at device 11.0 on pci0 > puc: name: PCCOM Serial port > could not get resource Hmmm. The puc driver won't work with a mem mapped BAR. The sio driver won't like it, so I never tried to make the puc driver able to do mem mapped devices. Hopefully, one of the other BARs (the IO ones) will contain the serial ports. > > Probably just guessed the BAR address wrong I suppose. Can't you get the BAR info from the linux driver? > I made the PUC driver a module, but once I load it and it tried to > attach and errored out I now get.. > mdtest# kldunload puc > kldunload: can't unload file: Device not configured I never tried to make it into a module because I weren't sure what the interaction with the sio driver would be. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 22:43:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id A707D37B41B for ; Wed, 20 Mar 2002 22:43:55 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g2L6hf313878; Wed, 20 Mar 2002 22:43:41 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g2L6hUtd003118; Wed, 20 Mar 2002 22:43:30 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g2L6hJ719485; Wed, 20 Mar 2002 22:43:19 -0800 (PST) Date: Wed, 20 Mar 2002 22:43:19 -0800 (PST) From: Kip Macy To: Ian Dowse Cc: Miguel Mendez , hackers@FreeBSD.ORG Subject: Re: mmap and efence In-Reply-To: <200203200110.aa31284@salmon.maths.tcd.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've also found it useful to increase the value of MEMORY_CREATION_SIZE > in the ElectricFence source. Setting this to larger than the amount > of address space ever used by the program seems to avoid the > vm.max_proc_mmap limit; maybe when ElectricFence calls mprotect() > to divide up its allocated address space, each part of the split > region is counted as a separate mmap. Basically, since there is initially one vm_map entry per mmap. Each vm_map entry represents a piece of virtually contiguous piece of memory where each page is treated the same way. Hence, if I have a vm_map entry that reference pages A, B, and C, and I mprotect B, the VM system splits that into three vm_map entries. So another, more likely, alternative is that GTK2.0 is doing more malloc() and free() calls than GTK1.2. The check happens right at the end of mmap: /* * Do not allow more then a certain number of vm_map_entry structures * per process. Scale with the number of rforks sharing the map * to make the limit reasonable for threads. */ if (max_proc_mmap && vms->vm_map.nentries >= max_proc_mmap * vms->vm_refcnt) { error = ENOMEM; goto done; } error = vm_mmap(&vms->vm_map, &addr, size, prot, maxprot, flags, handle, pos); > > I came across this before while debugging perl-Tk, and one other > issue was that the program ran fantastically slowly; a trivial > script that normally starts in a fraction of a second was taking > close to an hour to get there on quite fast hardware. You expect > ElectricFence to make things slow, but not quite that slow :-) If you have a heavily fragmented address space you could, in a pathological case, end up with almost a page per vm_map entry. Considering the common case is 3 or 4 vm_map entries per process and yeah, it is going to mind-numbingly slow :-(. It would be interesting if you could dump the statistics on process vmspaces. -Kip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 22:47:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 984FC37B41A for ; Wed, 20 Mar 2002 22:47:17 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2L6lEru093582; Thu, 21 Mar 2002 17:17:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Decision PCCOM Serial Card From: "Daniel O'Connor" To: John Hay Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <200203210639.g2L6dSv79049@zibbi.icomtek.csir.co.za> References: <200203210639.g2L6dSv79049@zibbi.icomtek.csir.co.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 21 Mar 2002 18:17:14 +1130 Message-Id: <1016693235.383.74.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Status: No, hits=-5 required=5 X-Spam-Level: (-5) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-03-21 at 18:09, John Hay wrote: > Hmmm. The puc driver won't work with a mem mapped BAR. The sio driver won't > like it, so I never tried to make the puc driver able to do mem mapped > devices. Hopefully, one of the other BARs (the IO ones) will contain the > serial ports. Hmm.. Why does it make a difference? I would have thought the sio driver would just use newbus handles.. > > Probably just guessed the BAR address wrong I suppose. > > Can't you get the BAR info from the linux driver? It doesn't seem terribly obvious :( ... for (index = card = 0; card < serial_dcpci_nr_cards; index++) { /* * find sio communication class */ for (i = 0; i < DCIPCCOM_PCI_PI_MAX; i++) { pi = dcipccom_pci_pi[i]; if ((pdev = pci_find_class((class << 8) | pi, pdev)) != NULL) break; } if (i == DCIPCCOM_PCI_PI_MAX) break; /* * find decision card */ if ((rc = pci_read_config_word(pdev, PCI_VENDOR_ID, &vendor)) != PCIBIOS_SUCCESSFUL) break; if (vendor != PCI_DECISION) continue; ... /* * I/O Base addr */ i = 0; for (reg = PCI_BASE_ADDRESS_2; reg <= PCI_BASE_ADDRESS_5; i++, reg += 4) { if ((rc = pci_read_config_dword(pdev, reg, &base)) != PCIBIOS_SUCCESSFUL) return; if (!base) continue; ... Sigh.. Newbus is so much cleaner :( > I never tried to make it into a module because I weren't sure what the > interaction with the sio driver would be. Hmm.. sio handles pccard stuff OK. As long as you release the resources and stuff it should be OK (famous last words :) Now I'm getting -> puc0: port 0xc400-0xc4ff,0xc000-0xc07f mem 0xd8002000-0xd800207f irq 9 at device 11.0 on pci0 sio2: configured irq 9 not in bitmap of probed irqs 0 I might try reading the contents of the EEPROM on the board as I have the routine to do that (we've used the PLX9050 before and I wrote some routines to read/write the EEPROM connected to it. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Mar 20 23:58:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id CE87437B400 for ; Wed, 20 Mar 2002 23:58:13 -0800 (PST) Received: from localhost (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.2/8.12.2) with ESMTP id g2L7wAru094731; Thu, 21 Mar 2002 18:28:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Decision PCCOM Serial Card From: "Daniel O'Connor" To: John Hay Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <200203210639.g2L6dSv79049@zibbi.icomtek.csir.co.za> References: <200203210639.g2L6dSv79049@zibbi.icomtek.csir.co.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 21 Mar 2002 19:28:10 +1130 Message-Id: <1016697491.383.99.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Status: No, hits=-5 required=5 X-Spam-Level: (-5) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-03-21 at 18:09, John Hay wrote: > Can't you get the BAR info from the linux driver? Haha! Good news :) Index: pucdata.c =================================================================== RCS file: /usr/local/ncvs/src/sys/dev/puc/pucdata.c,v retrieving revision 1.2.2.2 diff -u -r1.2.2.2 pucdata.c --- pucdata.c 8 Mar 2002 17:49:47 -0000 1.2.2.2 +++ pucdata.c 21 Mar 2002 07:55:34 -0000 @@ -742,6 +742,14 @@ }, }, + { "PCCOM dual port RS232/422/485", + { 0x6666, 0x0004, 0, 0 }, + { 0xffff, 0xffff, 0, 0 }, + { + { PUC_PORT_TYPE_COM, 0x1c, 0x00, COM_FREQ }, + { PUC_PORT_TYPE_COM, 0x1c, 0x08, COM_FREQ }, + }, + }, { "Avlab Technology, PCI IO 2S", { 0x14db, 0x2130, 0, 0 }, { 0xffff, 0xffff, 0, 0 }, Note that they sell 2, 4, 8 and 16 port versions which appear to be communicated with the same way, but I'm not 100% certain. I think they have different PCI ID's as well. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 1:44:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (esplanaden.cybercity.dk [212.242.40.114]) by hub.freebsd.org (Postfix) with ESMTP id 9B45137B41D for ; Thu, 21 Mar 2002 01:44:13 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2L9i2n1001511 for ; Thu, 21 Mar 2002 10:44:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org Subject: C-struct dismantling tool... From: Poul-Henning Kamp Date: Thu, 21 Mar 2002 10:44:02 +0100 Message-ID: <1510.1016703842@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does anyone know of an existing tool which for a given C struct can output a list of elements, their types, size and byteoffset ? I have considered parsing the information out of .stabs records from "gcc -g" output, but if an existing tool already exists that would save me quite some time. -- 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-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 7:50:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail17.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by hub.freebsd.org (Postfix) with ESMTP id B196637B419 for ; Thu, 21 Mar 2002 07:50:22 -0800 (PST) Received: (qmail 18868 invoked from network); 21 Mar 2002 07:50:21 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 21 Mar 2002 07:50:21 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g2LForv66369; Thu, 21 Mar 2002 10:50:53 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020320214521.A23027@hpdi.ath.cx> Date: Thu, 21 Mar 2002 10:50:19 -0500 (EST) From: John Baldwin To: Hiten Pandya Subject: Re: Debugging BTX Faults Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20-Mar-2002 Hiten Pandya wrote: > On 20-Mar-2002 Hiten Pandya wrote: >> Hi all, >> > How does one debug faults in the BTX Loader? I am currently trying >> to work on PR i386/21559, and after reading jhb's document on the >> loading process, I was curious to know.. > >> Well, you need to be fairly familiar with how IA32 works. The int= >> number is the fault that was triggered. Then, use a program to convert >> the hex dump at cs:eip to binary > > Which tool can be used for this task? Any available in the ports? Not that I'm aware of, I just wrote a little util in C. Not very hard to one to write. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 8:15:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 4402137B400; Thu, 21 Mar 2002 08:15:26 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g2LGFMu20396; Thu, 21 Mar 2002 08:15:22 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g2LGFL205863; Thu, 21 Mar 2002 08:15:21 -0800 (PST) (envelope-from jdp) Date: Thu, 21 Mar 2002 08:15:21 -0800 (PST) Message-Id: <200203211615.g2LGFL205863@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: phk@freebsd.org Subject: Re: C-struct dismantling tool... In-Reply-To: <1510.1016703842@critter.freebsd.dk> References: <1510.1016703842@critter.freebsd.dk> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <1510.1016703842@critter.freebsd.dk>, Poul-Henning Kamp wrote: > > Does anyone know of an existing tool which for a given C struct > can output a list of elements, their types, size and byteoffset ? No, but I'd like one too -- one that can handle the files in /usr/include with all their idiosyncrasies. > I have considered parsing the information out of .stabs records > from "gcc -g" output, but if an existing tool already exists that > would save me quite some time. I thought about the .stabs approach too, and thought it seemed promising. Even better might be to use -gdwarf -g3, which in theory at least would provide information about #defines. For well-behaved structs, it's possible that rpcgen could be hacked up to do what you want. John -- John Polstra 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-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 11:52:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from umem.com (smtp.antelecom.net [204.118.133.24]) by hub.freebsd.org (Postfix) with ESMTP id 6E7D437B41A for ; Thu, 21 Mar 2002 11:52:21 -0800 (PST) Received: from umem.com ([65.161.182.135]) by umem.com ; Thu, 21 Mar 2002 11:52:15 -0800 Received: from itadmin by umem.com with SMTP (MDaemon.v3.5.8.R) for ; Thu, 21 Mar 2002 11:51:32 -0800 From: "mwest" To: Subject: a 250Meg ramdisk Date: Thu, 21 Mar 2002 11:51:28 -0800 Message-ID: <001f01c1d111$cb03aef0$0600a8c0@www.umem.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal X-Return-Path: mwest@umem.com X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Reply-To: mwest@umem.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Would anyone know if how to pre-load modules of type `md_image' is documented anywhere? I'm trying to create a 250Meg ramdisk , but have only managed one of 10 Meg so far . So far what I can surmise is that it has to be done in loader.conf: 1) Setting [mfs_load="NO"] to YES 2) Somehow indicated I want 250Meg for a memory disk as hinted to by one of the last paragraphs of the md MAN page. "the md driver will search for pre-loaded modules of type `md_image' and instantiate a md device for each of these modules. The type `mfs_root' is also allowed for backward compatibility. These devices are backed by the RAM reserved by the loader(8), and as such not limited by the malloc(9) size constraints" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 13: 0:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 4AA4A37B421; Thu, 21 Mar 2002 13:00:24 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020321210023.FRGI2626.rwcrmhc51.attbi.com@InterJet.elischer.org>; Thu, 21 Mar 2002 21:00:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA17724; Thu, 21 Mar 2002 12:57:37 -0800 (PST) Date: Thu, 21 Mar 2002 12:57:37 -0800 (PST) From: Julian Elischer To: John Polstra Cc: hackers@freebsd.org, phk@freebsd.org Subject: Re: C-struct dismantling tool... In-Reply-To: <200203211615.g2LGFL205863@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 21 Mar 2002, John Polstra wrote: > > I thought about the .stabs approach too, and thought it seemed > promising. Even better might be to use -gdwarf -g3, which in theory > at least would provide information about #defines. > > For well-behaved structs, it's possible that rpcgen could be hacked up > to do what you want. Sounds like a job for an objdump mutant. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 15:23:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 9726037B404 for ; Thu, 21 Mar 2002 15:23:16 -0800 (PST) Received: from pool0042.cvx21-bradley.dialup.earthlink.net ([209.179.192.42] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16oBtp-0000lV-00; Thu, 21 Mar 2002 15:23:13 -0800 Message-ID: <3C9A6B4E.354EDBB7@mindspring.com> Date: Thu, 21 Mar 2002 15:22:54 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: mwest@umem.com Cc: freebsd-hackers@freebsd.org Subject: Re: a 250Meg ramdisk References: <001f01c1d111$cb03aef0$0600a8c0@www.umem.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mwest wrote: > Would anyone know if how to pre-load modules of type `md_image' is > documented anywhere? > > I'm trying to create a 250Meg ramdisk , but have only managed one of 10 > Meg so far . > > So far what I can surmise is that it has to be done in loader.conf: > > 1) Setting [mfs_load="NO"] to YES > 2) Somehow indicated I want 250Meg for a memory disk as hinted to by one > of the last paragraphs of the md MAN page. > > "the md driver will search for pre-loaded modules of type > `md_image' and instantiate a md device for each of these modules. The > type `mfs_root' is also allowed for backward compatibility. These > devices are backed by the RAM reserved by the loader(8), and as such not > limited by the malloc(9) size constraints" The loader itself uses BIOS calls. THere is a 16M limitation on size. Probably, you don't want to do a pre-loaded version of the RAM disk anyway, if you want it taht large: you are trying to have a large read/write space for running a system, right? You want ot establish MFS's after the system is up. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 16:23:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by hub.freebsd.org (Postfix) with ESMTP id 7FAE737B400 for ; Thu, 21 Mar 2002 16:23:40 -0800 (PST) Received: from lungfish.ntlworld.com ([80.4.0.215]) by mta02-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020322002339.NOZL8848.mta02-svc.ntlworld.com@lungfish.ntlworld.com>; Fri, 22 Mar 2002 00:23:39 +0000 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.6/8.11.3) with ESMTP id g2M0Ncj96114; Fri, 22 Mar 2002 00:23:38 GMT (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g2M0PXc05600; Fri, 22 Mar 2002 00:25:33 GMT (envelope-from scott) Date: Fri, 22 Mar 2002 00:25:33 +0000 From: Scott Mitchell To: freebsd-hackers@FreeBSD.ORG Subject: Re: How to correctly detect POSIX 1003.1b features on FreeBSD? Message-ID: <20020322002533.B4955@fishballoon.dyndns.org> References: <20020312140904.A799@bbn.com> <3C8E742C.7C2E63B8@mindspring.com> <20020312193514.A2226@bbn.com> <20020313005940.GB32410@elvis.mu.org> <20020312201314.A2345@bbn.com> <3C8EB31E.19382903@mindspring.com> <20020312214007.A2526@bbn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020312214007.A2526@bbn.com>; from crodrigu@bbn.com on Tue, Mar 12, 2002 at 09:40:07PM -0500 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Mar 12, 2002 at 09:40:07PM -0500, Craig Rodrigues wrote: > > I am a contributor to ACE, a cross-platform C++ library > for doing systems programming: http://www.cs.wustl.edu/~schmidt/ACE.html. > My intent is to fix the macros in ACE which define the > configuration on FreeBSD (all FreeBSD specific configuration data > is in ACE's config-freebsd-pthread.h). Right now the ACE macros which detect > AIO and RT signals are broken, so I am trying to fix these macros, > hence my questions on this mailing list. I'm not looking to specifically > use POSIX RT signals on FreeBSD, I just want to get ACE to cleanly > compile on FreeBSD, so that FreeBSD users can use and enjoy ACE > on their projects if they choose. Craig, does this mean there is likely to be a port of ACE (and TAO) anytime soon? My company is using TAO in one of our products and I had started looking into getting it to compile nicely on FreeBSD with a view to creating a port eventually. If you're already an ACE contributor you'll no doubt do a better job of that than me, but feel free to pick on me for beta-testing as necessary :-) Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 18:50:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 6044437B41A; Thu, 21 Mar 2002 18:50:27 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g2M2oPYL026400; Thu, 21 Mar 2002 21:50:26 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Thu, 21 Mar 2002 21:50:24 -0500 To: phk@FreeBSD.ORG From: Garance A Drosihn Subject: Re: C-struct dismantling tool... Cc: hackers@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:57 PM -0800 3/21/02, Julian Elischer wrote: >On Thu, 21 Mar 2002, John Polstra wrote: > >> >> I thought about the .stabs approach too, and thought it seemed > > promising. Even better might be to use -gdwarf -g3, which in > > theory at least would provide information about #defines. > > > > For well-behaved structs, it's possible that rpcgen could be > > hacked up to do what you want. > >Sounds like a job for an objdump mutant. Or write a C-program which prints offset(x) and sizeof(x) for each field in the struct. It might not be too hard to write a perl or ruby script which could generate such a program for a given struct+include file. Here's a quick & dirty example. Perhaps someone C-smarter than I am could figure out how to reliably add a column indicating if the variable is signed or unsigned, integer or floating-point, plus any other interesting characteristics. The "tricky" lines below are only "tricky" in the sense that it would be tricky to get a script to *know* to add the lines for those fields, such they are a sub-structure. With a little more thought, it could also map out the struct, indicating any bytes which were skipped over. Though it seems to me there should be some way to get the compiler itself to dump out something like this. I know I have seen that in some non-C compilers, and I thought I had also seen it in some C compilers... /* * Grungy little program to print out a stat structure. * Garance/Mar 21/2002 * * cc -Wall -o dumpstat.o dumpstat.c */ #include #include #include #define showheader(xStruct) {\ printf("Dump of '%s':\n", #xStruct);\ printf(" offset size fieldname\n");\ } #define showfield(xStruct,xVar) {\ indent = 1; \ for (cp = #xVar; *cp != '\0'; cp++) \ if (*cp == '.') indent += 2;\ printf(" 0x%04lX %4lu%*s- %-1s\n", \ (unsigned long) offsetof(xStruct, xVar), \ (unsigned long) sizeof(((xStruct *)0)->xVar), \ indent, " ", #xVar);\ } #define showtotal(xStruct) {\ printf("Total size = 0x%04lX aka %lu bytes)\n", \ (unsigned long) sizeof(xStruct), \ (unsigned long) sizeof(xStruct));\ } int main(int argc, char **argv) { const char *cp; int indent; showheader(struct stat); showfield(struct stat, st_dev); showfield(struct stat, st_ino); showfield(struct stat, st_mode); showfield(struct stat, st_nlink); showfield(struct stat, st_uid); showfield(struct stat, st_gid); showfield(struct stat, st_rdev); #ifndef _POSIX_SOURCE showfield(struct stat, st_atimespec); showfield(struct stat, st_atimespec.tv_sec); /* tricky */ showfield(struct stat, st_atimespec.tv_nsec); /* tricky */ showfield(struct stat, st_mtimespec); showfield(struct stat, st_mtimespec.tv_sec); /* tricky */ showfield(struct stat, st_mtimespec.tv_nsec); /* tricky */ showfield(struct stat, st_ctimespec); showfield(struct stat, st_ctimespec.tv_sec); /* tricky */ showfield(struct stat, st_ctimespec.tv_nsec); /* tricky */ #else showfield(struct stat, st_atime); showfield(struct stat, st_atimensec); showfield(struct stat, st_mtime); showfield(struct stat, st_mtimensec); showfield(struct stat, st_ctime); showfield(struct stat, st_ctimensec); #endif showfield(struct stat, st_size); showfield(struct stat, st_blocks); showfield(struct stat, st_blksize); showfield(struct stat, st_flags); showfield(struct stat, st_gen); showfield(struct stat, st_qspare); showtotal(struct stat); return 0; } -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Mar 21 22:20: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.c-gates.cz (ns.c-gates.cz [62.168.12.193]) by hub.freebsd.org (Postfix) with ESMTP id 4F84A37B400; Thu, 21 Mar 2002 22:19:25 -0800 (PST) Received: from portugalmail.com (1Cust133.tnt25.dfw9.da.uu.net [67.234.6.133]) by ns.c-gates.cz (8.8.7/8.8.5) with SMTP id HAA00326; Fri, 22 Mar 2002 07:44:55 +0100 From: d3245@miesto.sk Message-Id: <200203220644.HAA00326@ns.c-gates.cz> To: Subject: Job security?? Date: Fri, 22 Mar 2002 01:32:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Easy 50-80% Return and here's how..... Learn how you can receive a monthly check for 6, 7, or 8% a month until your initial investment is paid off...then a monthly check for 4% for years to come... We know it sounds impossible, but it's happening today and here's where. In the merchant business-What's that?? You know those little black boxes where businesses swipe your credit cards! That's called P.O.S. Point of sale technology! And these numbers are verifiable. This multi-trillion dollar industry in which our business will supply cedit cards, debit cards, check verification, funds transfer, prepaid cell phone, prepaid phone cards, bill payment and many other services for the consumer in the retail environment with plenty of growth ahead. Success P.O.S. will professionally manage and service your business daily. Established and proven locations available nationwide. To find out how you can participate and achieve a monthly income of between 4% and 8% (50% to 80% yearly) with a relatively small investment contact us now: http://61.129.78.70/cl6 ============================================================================ Opt-Out Instructions: investment@btamail.net.cn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 6:51: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ws1-9.us4.outblaze.com (205-158-62-37.outblaze.com [205.158.62.37]) by hub.freebsd.org (Postfix) with SMTP id 8396537B400 for ; Fri, 22 Mar 2002 06:50:53 -0800 (PST) Received: (qmail 46713 invoked by uid 1001); 22 Mar 2002 14:50:53 -0000 Message-ID: <20020322145053.46711.qmail@mail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [211.167.254.65] by ws1-9.us4.outblaze.com with http for backend@mail.com; Fri, 22 Mar 2002 09:50:53 -0500 From: "Backend Chan" To: freebsd-hackers@freebsd.org Date: Fri, 22 Mar 2002 09:50:53 -0500 Subject: error handling in in_ifinit() X-Originating-Ip: 211.167.254.65 X-Originating-Server: ws1-9.us4.outblaze.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the newest 4-stable kernel whose source codes are synchronized by cvsup, it would fail if trying to add an alias address whose network and netmask are the same as the orignal one on that network interface: # uname -a FreeBSD intra.example.com 4.5-STABLE FreeBSD 4.5-STABLE #5: Fri Mar 22 13:45:41 CST 2002 root@intra.example.com:/usr/src/sys/compile/SERVER i386 # ifconfig xl0 inet 192.168.1.100 netmask 0xffffff00 # ifconfig xl0 inet 192.168.1.101 netmask 0xffffff00 alias ifconfig: ioctl (SIOCDIFADDR): File exists But it worked for 4.4-Release (I'd tested): #uname -a FreeBSD bsd.example.com 4.4-RELEASE FreeBSD 4.4-RELEASE # 17: Fri Mar 22 12:09:36 CST 2002 root@bsd.example.com:/usr/src/sys/compile/SERVER i386 # ifconfig xl0 inet 192.168.1.100 netmask 0xffffff00 # ifconfig xl0 inet 192.168.1.101 netmask 0xffffff00 alias # ifconfig xl0 xl0: flags=8843 mtu 1500 options=3 inet 192.168.1.100 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::201:2ff:fe80:2a8b%xl0 prefixlen 64 scopeid 0x2 inet 192.168.1.101 netmask 0xffffff00 broadcast 255.255.255.0 ether 00:01:02:80:2a:8b media: Ethernet autoselect (100baseTX ) status: active Below is a workground patch: [root@www /sys/netinet]# diff -u in.c.orig in.c --- in.c.orig Fri Mar 22 13:16:07 2002 +++ in.c Fri Mar 22 13:16:41 2002 @@ -737,7 +737,8 @@ * interface, because the bootp code wants to set a 0.0.0.0/0 * address on all interfaces. Disable the check when bootp is used. */ - if (error != 0 && ia->ia_dstaddr.sin_family == AF_INET) { + if (error != 0 && error != EEXIST && + ia->ia_dstaddr.sin_family == AF_INET) { ia->ia_addr = oldaddr; return (error); } Should it be done so? --- backend -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Win the Ultimate Hawaiian Experience from Travelocity. http://ad.doubleclick.net/clk;4018363;6991039;n?http://svc.travelocity.com/promos/winhawaii/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 7:50:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from straylight.ringlet.net (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 981AF37B417 for ; Fri, 22 Mar 2002 07:50:29 -0800 (PST) Received: (qmail 1127 invoked by uid 1000); 22 Mar 2002 15:50:36 -0000 Date: Fri, 22 Mar 2002 17:50:36 +0200 From: Peter Pentchev To: Backend Chan Cc: freebsd-hackers@freebsd.org Subject: Re: error handling in in_ifinit() Message-ID: <20020322175036.A329@straylight.oblivion.bg> Mail-Followup-To: Backend Chan , freebsd-hackers@freebsd.org References: <20020322145053.46711.qmail@mail.com> 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.5.1i In-Reply-To: <20020322145053.46711.qmail@mail.com>; from backend@mail.com on Fri, Mar 22, 2002 at 09:50:53AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 22, 2002 at 09:50:53AM -0500, Backend Chan wrote: >=20 > In the newest 4-stable kernel whose source codes are synchronized by cvsu= p, > it would fail if trying to add an alias address whose network and netmask > are the same as the orignal one on that network interface: >=20 > # uname -a > FreeBSD intra.example.com 4.5-STABLE FreeBSD 4.5-STABLE #5: Fri Mar 22 > 13:45:41 CST 2002 root@intra.example.com:/usr/src/sys/compile/SERVER i= 386 > # ifconfig xl0 inet 192.168.1.100 netmask 0xffffff00 > # ifconfig xl0 inet 192.168.1.101 netmask 0xffffff00 alias > ifconfig: ioctl (SIOCDIFADDR): File exists >=20 > But it worked for 4.4-Release (I'd tested): >=20 > #uname -a > FreeBSD bsd.example.com 4.4-RELEASE FreeBSD 4.4-RELEASE # 17: Fri Mar 22 > 12:09:36 CST 2002 root@bsd.example.com:/usr/src/sys/compile/SERVER i386 > # ifconfig xl0 inet 192.168.1.100 netmask 0xffffff00 > # ifconfig xl0 inet 192.168.1.101 netmask 0xffffff00 alias > # ifconfig xl0 > xl0: flags=3D8843 mtu 1500 [snip] > inet 192.168.1.100 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::201:2ff:fe80:2a8b%xl0 prefixlen 64 scopeid 0x2=20 > inet 192.168.1.101 netmask 0xffffff00 broadcast 255.255.255.0 >=20 > Below is a workground patch: [snip patch] >=20 > Should it be done so? Not really. The ifconfig(8) manual page has documented this since.. well, for a LONG ti= me: alias Establish an additional network address for this interface. This is sometimes useful when changing network numbers, and one wishes to accept packets addressed to the old interface. If the address is on the same subnet as the first network address for this interface, a netmask of 0xffffffff has to be specified. This is also covered in the FreeBSD FAQ, chapter 12 - "Networking", question 12.2 - "How do I set up Ethernet aliases?". The correct setup is to use a netmask of 0xffffffff (255.255.255.255) for the alias. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This would easier understand fewer had omitted. --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjybUswACgkQ7Ri2jRYZRVOe0gCguY9ym5Eum2D6TCM+NVLAGSW7 HyMAnApPlFR5srFNEgb0OS/RsSd2sUjz =cdrS -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 10:34:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from www.gtgi.com (66-106-14-146.customer.algx.net [66.106.14.146]) by hub.freebsd.org (Postfix) with ESMTP id B766737B41A for ; Fri, 22 Mar 2002 10:34:05 -0800 (PST) Received: from lee (gateway.gtgi.com [66.106.14.148]) by www.gtgi.com (8.11.6/8.9.3) with SMTP id g2MIa0P26775; Fri, 22 Mar 2002 13:36:00 -0500 (EST) From: "Lee Cremeans" To: Cc: "Brian Bailey" Subject: Hifn 7751/PowerCrypt status? (or: Paging jlemon...) Date: Fri, 22 Mar 2002 13:34:04 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone heard from Jon Lemon about Hifn 7751 support? He mailed my boss a few months ago (January), saying that support was working, but we haven't heard from him since, and jkh suggested trying here. -lee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 13: 6:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 569DA37B419 for ; Fri, 22 Mar 2002 13:06:47 -0800 (PST) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id g2ML6kE53703; Fri, 22 Mar 2002 16:06:46 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200203222106.g2ML6kE53703@whizzo.transsys.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Lee Cremeans" Cc: hackers@FreeBSD.ORG, "Brian Bailey" X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Hifn 7751/PowerCrypt status? (or: Paging jlemon...) References: In-reply-to: Your message of "Fri, 22 Mar 2002 13:34:04 EST." Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_12272165240" Date: Fri, 22 Mar 2002 16:06:45 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_12272165240 Content-Type: text/plain; charset=us-ascii > Has anyone heard from Jon Lemon about Hifn 7751 support? He mailed my boss a > few months ago (January), saying that support was working, but we haven't > heard from him since, and jkh suggested trying here. > > -lee > On a related note, Sam Leffler just reported some success in porting the OpenBSD crypto framework to FreeBSD 4-STABLE. It's apparently still a work-in-progress in that the KAME IPSEC stack has not been modified to use it yet. I've attached a message he sent to the soekris-tech mailing list (for the net4501 small system that runs FreeBSD). louie --==_Exmh_12272165240 Content-Type: message/rfc822 ; name="1770" Content-Description: 1770 Content-Disposition: attachment; filename="1770" Return-Path: soekris-tech-admin@lists.soekris.com Delivery-Date: Thu Mar 21 16:40:20 2002 Received: from moaner.org (moaner.org [166.88.45.2]) by whizzo.transsys.com (8.11.6/8.11.6) with ESMTP id g2LLeIE18967 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) for ; Thu, 21 Mar 2002 16:40:19 -0500 (EST) (envelope-from soekris-tech-admin@lists.soekris.com) Received: from moaner.org (localhost [127.0.0.1]) by moaner.org (8.11.6/8.11.1) with ESMTP id g2LLb9A35727; Thu, 21 Mar 2002 13:37:09 -0800 (PST) (envelope-from soekris-tech-admin@lists.soekris.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by moaner.org (8.11.6/8.11.1) with ESMTP id g2LLaZA35705 for ; Thu, 21 Mar 2002 13:36:35 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.1/8.12.1) with ESMTP id g2LLaWNN002669 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 21 Mar 2002 13:36:33 -0800 (PST)?g (envelope-from sam@errno.com) Message-ID: <3d6701c1d120$81ebfdd0$52557f42@errno.com> From: "Sam Leffler" To: Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Subject: [Soekris] freebsd/picobsd packaging stuff available Sender: soekris-tech-admin@lists.soekris.com Errors-To: soekris-tech-admin@lists.soekris.com X-BeenThere: soekris-tech@lists.soekris.com X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Technical Discussion on Soekris products List-Unsubscribe: , List-Archive: Date: Thu, 21 Mar 2002 13:36:48 -0800 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.11 I've put together a simple packaging environment for installing PicoBSD/FreeBSD on net4501 systems. There is an extensive (but unfinished) set of instructions for working with the software and some sample configurations that demonstrate how things work. The tools let you configure images for network booting and installation into compact flash. There is a pxe-bootable installer image that walks you through installing an image to compact flash. Also included is a snapshot of my port of the openbsd crypto support that hooks the Hifn 7951 to /dev/random and provides a /dev/crypto device. This will eventually include mods to the KAME IPsec code to use the 7951. The package is available at http://www.errno.com/net4501/net4501.tgz. MD5 (net4501-20020318.tgz) = 95fd358cbcf9451337a26d7878c7afb4 All work has been done on the -stable brunch of FreeBSD. Please send feedback directly to me. Sam _____________________________________________________________________ Soekris Engineering, technical discussion mailing list [un]subscribe: http://lists.soekris.com/mailman/listinfo/soekris-tech --==_Exmh_12272165240-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 15: 1:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gray.impulse.net (gray.impulse.net [207.154.64.174]) by hub.freebsd.org (Postfix) with ESMTP id 2BD4037B41F for ; Fri, 22 Mar 2002 14:59:04 -0800 (PST) Received: from gray.impulse.net (localhost [127.0.0.1]) by gray.impulse.net (Postfix) with ESMTP id E39C9375E7 for ; Fri, 22 Mar 2002 14:59:01 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-hackers@freebsd.org From: Ted Cabeen Subject: Open bug reports with no action? Date: Fri, 22 Mar 2002 14:59:01 -0800 Message-Id: <20020322225901.E39C9375E7@gray.impulse.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii I submitted a bug report (PR# bin/31933) in November that's never been looked at. I even enclosed a patch that fixes the bug. Is there anything that I can do to get the bug looked at sooner rather than later? - -- Ted Cabeen http://www.pobox.com/~secabeen ted@impulse.net Check Website or Keyserver for PGP/GPG Key BA0349D2 secabeen@pobox.com "I have taken all knowledge to be my province." -F. Bacon secabeen@cabeen.org "Human kind cannot bear very much reality."-T.S.Eliot cabeen@netcom.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (OpenBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE8m7c1oayJfLoDSdIRArYgAJ9R09lrKOvcO4D7JNYNwYsgemlaOgCdH7JO RTfWVF0VgOEHEUK3OTolyk8= =ueZ2 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 17: 8: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 0292037B404 for ; Fri, 22 Mar 2002 17:07:58 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2N17u864828; Fri, 22 Mar 2002 17:07:56 -0800 (PST) (envelope-from dillon) Date: Fri, 22 Mar 2002 17:07:56 -0800 (PST) From: Matthew Dillon Message-Id: <200203230107.g2N17u864828@apollo.backplane.com> To: Ted Cabeen Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Open bug reports with no action? References: <20020322225901.E39C9375E7@gray.impulse.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Content-Type: text/plain; charset=us-ascii : :I submitted a bug report (PR# bin/31933) in November that's never been looked :at. I even enclosed a patch that fixes the bug. Is there anything that I can :do to get the bug looked at sooner rather than later? : :- -- :Ted Cabeen http://www.pobox.com/~secabeen ted@impulse.net :Check Website or Keyserver for PGP/GPG Key BA0349D2 secabeen@pobox.com Sure. Hmm. I'm not sure I like the idea of using -- instead of -n. It led to some confusion when I was reading the patch. What if we officially assigned an actual option letter like 'U' instead of '-'? Another alternative would be to have a global ExactUser global that defaults to 0 and gets set to 1 if either -n or -u are explicitly specified. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 22: 2:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from post.com (g28-228.citenet.net [205.151.204.228]) by hub.freebsd.org (Postfix) with SMTP id C571037B41D for ; Fri, 22 Mar 2002 22:02:27 -0800 (PST) From: "MG PUBLISHING" To: Subject: Canada; Subsidies, Grants, Loans, Financing Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 24 Mar 2002 01:02:25 -0600 Reply-To: "MG PUBLISHING" Content-Transfer-Encoding: 8bit Message-Id: <20020323060227.C571037B41D@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG MG PUBLISHING 4865 HWY 138,R.R 1 ST-ANDREWS WEST ONTARIO, KOC 2A0 PRESS RELEASE CANADIAN SUBSIDY DIRECTORY YEAR 2002 EDITION Legal Deposit-National Library of Canada ISBN 2-922870-01-4 (2001) ISBN 2-922870-02-2 (2002) M.G. Publishing is offering to the public a revised edition of the Canadian Subsidy Directory, a guide containing more than 2800 direct and indirect financial subsidies, grants and loans offered by government departments and agencies, foundations, associations and organizations. In this new 2002 edition all programs are well described. The Canadian Subsidy Directory is the most comprehensive tool to start up a business, improve existent activities, set up a business plan, or obtain assistance from experts in fields such as: Industry, transport, agriculture, communications, municipal infrastructure, education, import-export, labor, construction and renovation, the service sector, hi-tech industries, research and development, joint ventures, arts, cinema, theatre, music and recording industry, the self employed, contests, and new talents. Assistance from and for foundations and associations, guidance to prepare a business plan, market surveys, computers, and much more! To obtain the Canadian Subsidy Directory call one of the following resellers: Fureteur: 450-465-5597 fax: 450-465-8144 (credit card orders only) Canadian Business Ressource Center : 250-381-4822 (8am-4pm pacific time) To remove your e-mail from our mailing list please reply at remove@post.com with the word remove in the subject window. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 23:13:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.san.rr.com (smtp2.san.rr.com [24.25.195.39]) by hub.freebsd.org (Postfix) with ESMTP id 0D87637B41F for ; Fri, 22 Mar 2002 23:13:37 -0800 (PST) Received: from mcarrhome.san.rr.com (66-74-202-182.san.rr.com [66.74.202.182]) by smtp2.san.rr.com (8.11.4/8.11.4) with ESMTP id g2N7DZ515013 for ; Fri, 22 Mar 2002 23:13:35 -0800 (PST) Message-Id: <5.1.0.14.2.20020322230013.00bbdc70@pop-server.san.rr.com> X-Sender: mcarr@pop-server.san.rr.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 22 Mar 2002 23:21:41 -0800 To: freebsd-hackers@FreeBSD.org From: Mike Carr Subject: apache13-ssl wiped out my Web pages Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_432917051==_.ALT" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=====================_432917051==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I Have recently installed the Horde port to my machine. I did not have Apache+mod_ssl, PHP, or MySql installed on my system, just Apache serving up my companies files. The installation went fine up to the point when I went to check the installation and found that the Apahe13-ssl port had wiped out my web directories. This definitely needs to change! Here are some ideas 1) Show a warning prior to installing Apache, that the installation will wipe out the users current web pages 2) Make a backup of the files prior to wiping them out 3) leave all the data in data.default directory alone apache13-ssl/ pkg-plist This is the problem area @exec [ -d %D/www/data/ ] || ln -fs %B %D/www/data Line 131 -rw-r--r-- 1 root wheel 22804 Dec 2 15:17 pkg-plist # New ports collection makefile for: Apache + mod_ssl # Date created: Sat Aug 22 12:00:00 CDT 1998 # Whom: rse@engelschall.com # # $FreeBSD: ports/www/apache13-modssl/Makefile,v 1.94 2002/01/22 22:29:24 sf Exp $ # --=====================_432917051==_.ALT Content-Type: text/html; charset="us-ascii" I Have recently installed the Horde port to my machine.  I did not have Apache+mod_ssl, PHP, or MySql installed on my system, just Apache serving up my companies files.

The installation went fine up to the point when I went to check the installation and found that the Apahe13-ssl port had wiped out my web directories.  This definitely needs to change!

Here are some ideas
1) Show a warning prior to installing Apache, that the installation will wipe out the users current web pages
2) Make a backup of the files prior to wiping them out
3) leave all the data in data.default directory alone

apache13-ssl/   pkg-plist


This is the problem area

@exec [ -d %D/www/data/ ] || ln -fs %B %D/www/data
Line 131
-rw-r--r--    1 root  wheel  22804 Dec  2 15:17 pkg-plist

# New ports collection makefile for:    Apache + mod_ssl
# Date created:         Sat Aug 22 12:00:00 CDT 1998
# Whom:                 rse@engelschall.com
#
# $FreeBSD: ports/www/apache13-modssl/Makefile,v 1.94 2002/01/22 22:29:24 sf Exp $
#



--=====================_432917051==_.ALT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Mar 22 23:21:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp2.san.rr.com (smtp2.san.rr.com [24.25.195.39]) by hub.freebsd.org (Postfix) with ESMTP id 1023937B404 for ; Fri, 22 Mar 2002 23:21:16 -0800 (PST) Received: from mcarrhome.san.rr.com (66-74-202-182.san.rr.com [66.74.202.182]) by smtp2.san.rr.com (8.11.4/8.11.4) with ESMTP id g2N7LF517099 for ; Fri, 22 Mar 2002 23:21:15 -0800 (PST) Message-Id: <5.1.0.14.2.20020322232920.00bd0f80@pop-server.san.rr.com> X-Sender: mcarr@pop-server.san.rr.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 22 Mar 2002 23:29:23 -0800 To: freebsd-hackers@FreeBSD.org From: Mike Carr Subject: apache13-ssl wiped out my Web pages Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I Have recently installed the Horde port to my machine. I did not have Apache+mod_ssl, PHP, or MySql installed on my system, just Apache serving up my companies files. The installation went fine up to the point when I went to check the installation and found that the Apahe13-ssl port had wiped out my web directories. This definitely needs to change! Here are some ideas 1) Show a warning prior to installing Apache, that the installation will wipe out the users current web pages 2) Make a backup of the files prior to wiping them out 3) leave all the data in data.default directory alone apache13-ssl/ pkg-plist This is the problem area @exec [ -d %D/www/data/ ] || ln -fs %B %D/www/data Line 131 -rw-r--r-- 1 root wheel 22804 Dec 2 15:17 pkg-plist # New ports collection makefile for: Apache + mod_ssl # Date created: Sat Aug 22 12:00:00 CDT 1998 # Whom: rse@engelschall.com # # $FreeBSD: ports/www/apache13-modssl/Makefile,v 1.94 2002/01/22 22:29:24 sf Exp $ # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 23 8:45:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id BB62B37B400 for ; Sat, 23 Mar 2002 08:45:32 -0800 (PST) Received: from Alex ([213.10.151.186]) by smtp04.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id GTFQJU01.C6U for ; Sat, 23 Mar 2002 17:45:30 +0100 Date: Sat, 23 Mar 2002 17:45:21 +0100 From: Alex X-Mailer: The Bat! (v1.53d) Reply-To: Alex X-Priority: 3 (Normal) Message-ID: <4522656999.20020323174521@dds.nl> To: freebsd-hackers@freebsd.org Subject: missing man pages X-Sender: Alex MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello freebsd-hackers, I recently did a fresh install of FreeBSD 4.5. Afterwards did a build & install world. The manpages for ipfw, ifconfig (and maybe more) are lost from the system. And I used the install tool to (re)install the doc distribution. Any suggestion on how to fix this? # manpath /usr/share/man:/usr/local/man:/usr/X11R6/man:/usr/share/perl/man:/usr/local/lib/perl5/5.00503/man -- Best regards, Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Mar 23 14:16:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by hub.freebsd.org (Postfix) with SMTP id 0F43C37B417 for ; Sat, 23 Mar 2002 14:16:25 -0800 (PST) Received: (qmail 26040 invoked from network); 23 Mar 2002 22:13:42 -0000 Received: from buzz.sonic.net (208.201.224.78) by b.smtp-out.sonic.net with SMTP; 23 Mar 2002 22:13:42 -0000 Received: from LUCKYVAIO (adsl-208-201-244-240.sonic.net [208.201.244.240]) by buzz.sonic.net (8.11.6/8.8.5) with ESMTP id g2NMGOs12694 for ; Sat, 23 Mar 2002 14:16:24 -0800 X-envelope-info: From: "Lucky Green" To: Subject: D-Link device ste tx underrun Date: Sat, 23 Mar 2002 14:16:21 -0800 Organization: Cypherpunks Jihad Message-ID: <00b901c1d2b8$5d27f640$c33a080a@LUCKYVAIO> 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, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, I just installed a new D-Link DFE-550TX NIC on my machine running FreeBSD 4.5-RELEASE-p2. I am seeing the following errors in the log file: Mar 23 15:01:05 pakastelohi /kernel: ste0: transmission error: 90 Mar 23 15:01:05 pakastelohi /kernel: ste0: tx underrun, increasing tx start threshold to 60 bytes Mar 23 18:40:17 pakastelohi /kernel: ste0: transmission error: 90 Mar 23 18:40:17 pakastelohi /kernel: ste0: tx underrun, increasing tx start threshold to 120 bytes A Google search showed that at least one other person has reported what looks like the same problem, but I have been unable to locate a cause or fix. Suggestions are appreciated. http://groups.google.com/groups?q=freebsd+ste+%22tx+underrun%22&hl=en&se lm=3BCAF3D8.70B95C82%40gmx.net&rnum=1 Thanks, --Lucky To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message