From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 00:52:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CBF716A4CE for ; Sun, 30 Nov 2003 00:52:14 -0800 (PST) Received: from atlas.informatik.rwth-aachen.de (atlas.Informatik.RWTH-Aachen.DE [137.226.194.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7272843FE1 for ; Sun, 30 Nov 2003 00:52:12 -0800 (PST) (envelope-from stolz@i2.informatik.rwth-aachen.de) Received: from menelaos.informatik.rwth-aachen.de (menelaos.Informatik.RWTH-Aachen.DE [137.226.194.73]) 8.11.1-0.5-michaelw-20030918) with ESMTP id hAU8qBe08666; Sun, 30 Nov 2003 09:52:11 +0100 Received: (from stolz@localhost)hAU8qBQV014932; Sun, 30 Nov 2003 09:52:11 +0100 (CET) (envelope-from stolz) Date: Sun, 30 Nov 2003 09:52:11 +0100 From: Volker Stolz To: Antti Louko Message-ID: <20031130085211.GA14925@i2.informatik.rwth-aachen.de> References: <20031130065310.29349.qmail@alo.louko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031130065310.29349.qmail@alo.louko.com> X-PGP-Key: finger vs@foldr.org X-PGP-Id: 0x3FD1B6B5 User-Agent: Mutt/1.5.4i cc: hackers@freebsd.org Subject: Re: ipfw/ipf IP filtering thoughts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 08:52:14 -0000 In local.freebsd-hackers, you wrote: > In ipchains and iptables you have a sequential list of rules, very > much like in ipfw and ipf, but you can have several different lists > which have symbolic names and you can make calls from lists to other > lists based on normal packet criteria. If the list is exchausted, the > scan returns to the previous list. You should be able to accomplish the same -- although in a more convoluted way -- with ipf[w]. You might want to use a higher-level tool though instead of writing all the rules by hand. Try using fwbuilder or code your own ab- straction which translates to ipfw rules. Volker -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME rage against the finite state machine From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 01:23:09 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1187916A4CE; Sun, 30 Nov 2003 01:23:09 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E5F743F93; Sun, 30 Nov 2003 01:23:05 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 2B32365319; Sun, 30 Nov 2003 09:23:04 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07868-01-2; Sun, 30 Nov 2003 09:23:03 +0000 (GMT) Received: from saboteur.dek.spc.org (unknown [82.147.19.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 73A2D6530D; Sun, 30 Nov 2003 09:23:03 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 2F3D3C8; Sun, 30 Nov 2003 09:23:01 +0000 (GMT) Date: Sun, 30 Nov 2003 09:23:01 +0000 From: Bruce M Simpson To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20031130092301.GA98871@saboteur.dek.spc.org> Mail-Followup-To: freebsd-arch@freebsd.org, freebsd-hackers@freebsd.org, sam@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline cc: sam@freebsd.org Subject: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 09:23:09 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, As per Sam's suggestion, I've been working on refactoring ifconfig(8), which has grown increasingly large and unwieldy. Part of the effort has been to get a handle on all of the options we currently support; so I've written a YACC grammar for it. This is my first serious bit of work with YACC so I'd appreciate any feedback you can give. I've uploaded the grammar, makefile, and all the EPS files, here:- http://people.freebsd.org/~bms/dump/nifconfig/ (for browsing) http://people.freebsd.org/~bms/dump/nifconfig.tgz (tarball) I've also generated a PDF file you can view which shows you syntax diagrams for each part of the parse tree. This is here:- http://people.freebsd.org/~bms/dump/nifconfig/all.pdf I can't quite seem to persuade Ebnf2ps to generate a recursive unfolding of all productions from argv downwards, though, that would be most helpful. This involved rolling two ports, epsmerge and Ebnf2ps, to visualize the syntax graphically. I will commit these ports once the freeze as over as they're likely to be useful to a lot of people. Please let me know your thoughts on this. Thanks, BMS --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQE/ybb0ueUpAYYNtTsRAnr4AJ0cZTHuRjo+R2E8FRmi0avsjMemPQCdGMNw unxO7VBNq6BLgQJtO5ERFJQ= =O7CL -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 02:59:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 203AD16A4CE for ; Sun, 30 Nov 2003 02:59:17 -0800 (PST) Received: from alo.louko.com (x1.louko.com [195.218.71.106]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DFEF43FCB for ; Sun, 30 Nov 2003 02:59:14 -0800 (PST) (envelope-from alo@x1.louko.com) Received: (qmail 45290 invoked by uid 406); 30 Nov 2003 10:59:12 -0000 Date: 30 Nov 2003 10:59:12 -0000 Message-ID: <20031130105912.45288.qmail@alo.louko.com> To: stolz@i2.informatik.rwth-aachen.de From: alo@iki.fi.invalid (Antti Louko) In-reply-to: <20031130085211.GA14925@i2.informatik.rwth-aachen.de> (message from Volker Stolz on Sun, 30 Nov 2003 09:52:11 +0100) References: <20031130065310.29349.qmail@alo.louko.com> <20031130085211.GA14925@i2.informatik.rwth-aachen.de> User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?UTF-8?B?VW5lYmlnb3J58m1h?= =?UTF-8?B?ZQ==?=) APEL/10.3 Emacs/21.2 (i386--freebsd) (with unibyte mode) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: ipfw/ipf IP filtering thoughts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 10:59:17 -0000 You should be able to accomplish the same -- although in a more convoluted way -- with ipf[w]. You might want to use a higher-level tool though instead of writing all the rules by hand. Try using fwbuilder or code your own ab- straction which translates to ipfw rules. ipfw for example doesn't have call action. It only has skipto action and the information where the skipto came, is not available anymore. I am trying to find out if implementing the call action was sufficient or would it be useful to have also several named search lists like iptables has. Implementing just the call action and adding the return stack in ipfw processing should be quite simple. Fwbuilder of course helps in visualizing filter but it doesn't help if one already has the application which creates filters and wants to optimize filter list search. From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 04:12:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBCED16A4CF for ; Sun, 30 Nov 2003 04:12:49 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D623243F85 for ; Sun, 30 Nov 2003 04:12:45 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 31712 invoked from network); 30 Nov 2003 11:10:50 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 30 Nov 2003 11:10:50 -0000 Message-ID: <3FC9DEBA.BD5AC227@freebsd.org> Date: Sun, 30 Nov 2003 13:12:42 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce M Simpson References: <20031130092301.GA98871@saboteur.dek.spc.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 12:12:50 -0000 Bruce M Simpson wrote: > > Hi all, > > As per Sam's suggestion, I've been working on refactoring ifconfig(8), > which has grown increasingly large and unwieldy. Part of the effort has > been to get a handle on all of the options we currently support; so I've > written a YACC grammar for it. > > This is my first serious bit of work with YACC so I'd appreciate any > feedback you can give. > > I've uploaded the grammar, makefile, and all the EPS files, here:- > http://people.freebsd.org/~bms/dump/nifconfig/ (for browsing) > http://people.freebsd.org/~bms/dump/nifconfig.tgz (tarball) > > I've also generated a PDF file you can view which shows you syntax diagrams > for each part of the parse tree. This is here:- > http://people.freebsd.org/~bms/dump/nifconfig/all.pdf > > I can't quite seem to persuade Ebnf2ps to generate a recursive unfolding > of all productions from argv downwards, though, that would be most helpful. > > This involved rolling two ports, epsmerge and Ebnf2ps, to visualize the > syntax graphically. I will commit these ports once the freeze as over as > they're likely to be useful to a lot of people. > > Please let me know your thoughts on this. I think this refactoring of ifconfig is very good. I haven't read the yacc grammar as I have never worked with yacc before, so I can't comment on your implementation. What I've thinking about a lot is to make the networking system and ifconfig sort of class-based like newbus and geom. For example having a general ieee802-class for all interfaces which belong into that group (10/100/1000BaseTX, WirelessLAN, etc.) would be great. Then there are more specific sub-classes for media-types like 802.11 if they have properties which go further than the general ieee802 functions. For example the ieee802-class would implement general functionality which is available with all ieee802 media-types like VLAN, priority tagging, link authentication and so on. The 802.11-class would implement things like channel selection, operating mode, encryption keys and so on. Some functions in the general classes have direct representations in the interface namespace. For example I'd like to be able to specify a interface in a VLAN like this: ifconfig fxp0.2 inet ... which would clone fxp0 and put the cloned interface into VLAN number two. This works generally for all ieee802-class interfaces. Commands for 802.11 would only be available for WLAN interfaces. A channelized T1/E1 card like the LAN Media cards could be configured like this: ifconfig lmc0/1-32 which would take E1 channels one to thirty-two into this interface. When you have fractional bandwidth it would look like lmc0/1-4 for 256kbit. Or make a second interface with channels 5-8 with ifconfig lmc0/5-8. An overlap of channels is prohibited of course. It get's ever better with a T3/E3 interface ifconfig env0/5/1-4 which would select channels one to four out of the fifth E1 in the E3 pipe. Repeat that with OCx or STMx interfaces. However the interpretation of the command line is done by the class the interface is in. -- Andre From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 05:58:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D48E16A4CE; Sun, 30 Nov 2003 05:58:11 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCDDA43F75; Sun, 30 Nov 2003 05:58:09 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 93296651FC; Sun, 30 Nov 2003 13:58:08 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09857-03; Sun, 30 Nov 2003 13:58:08 +0000 (GMT) Received: from saboteur.dek.spc.org (unknown [82.147.19.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 010DA651FA; Sun, 30 Nov 2003 13:58:08 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 4AEFAC8; Sun, 30 Nov 2003 13:58:05 +0000 (GMT) Date: Sun, 30 Nov 2003 13:58:05 +0000 From: Bruce M Simpson To: Andre Oppermann Message-ID: <20031130135805.GA80639@saboteur.dek.spc.org> Mail-Followup-To: Andre Oppermann , freebsd-hackers@freebsd.org, sam@freebsd.org, freebsd-arch@freebsd.org References: <20031130092301.GA98871@saboteur.dek.spc.org> <3FC9DEBA.BD5AC227@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FC9DEBA.BD5AC227@freebsd.org> cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 13:58:11 -0000 On Sun, Nov 30, 2003 at 01:12:42PM +0100, Andre Oppermann wrote: > What I've thinking about a lot is to make the networking system and > ifconfig sort of class-based like newbus and geom. Look at: http://people.freebsd.org/~bms/dump/nifconfig/nifconfig-design.txt There is a pending change to if_gre to enable it to be easily classified in this way; ifconfig would simply query the interface for its if_type. This is one way to do it without having to change struct ifnet. We could add a new field, but avoiding changing the ABI is a Good Thing. BMS From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 07:31:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4910F16A4CE for ; Sun, 30 Nov 2003 07:31:48 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D9D043FD7 for ; Sun, 30 Nov 2003 07:31:47 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id 6EB363BD2A; Sun, 30 Nov 2003 10:31:46 -0500 (EST) Message-ID: <3FCA0D6F.9000709@mindspring.com> Date: Sun, 30 Nov 2003 10:31:59 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Antti Louko References: <20031130065310.29349.qmail@alo.louko.com> In-Reply-To: <20031130065310.29349.qmail@alo.louko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: ipfw/ipf IP filtering thoughts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 15:31:48 -0000 Antti Louko wrote: > Generally, I like the (Free)BSD way of doing things. But the IP > filtering modules available for FreeBSD lack one feature when compared > to Linux way (ipchains and iptables). > > In ipchains and iptables you have a sequential list of rules, very > much like in ipfw and ipf, but you can have several different lists > which have symbolic names and you can make calls from lists to other > lists based on normal packet criteria. If the list is exchausted, the > scan returns to the previous list. This makes it possible to make > filtering decisions much more efficient in complex situation. You can > for example scan a certain list only for eg. packets going to for > example port 25 and so on. In FreeBSD, you don't have this > "subroutine call" feature at all and you are limited to only one > sequential list with a "goto". In ipf, you can use head/group tags to create a tree-like structure for the rules processing. This works roughly like a subroutine call. But admittedly this starts to look very confusing if you have many levels of these. Pf handles this much cleaner in that the tree structure is derived automatically, as long as the rules are ordered correctly. There is a port for pf in the ports tree. But I haven't tried it, since ipf is working fine for me. Richard Coleman richardcoleman@mindspring.com From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 08:10:00 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7999D16A4CE for ; Sun, 30 Nov 2003 08:10:00 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F40243FBF for ; Sun, 30 Nov 2003 08:09:59 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.3) with ESMTP id hAUG9x2e049439; Sun, 30 Nov 2003 08:09:59 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id hAUG9wRL049437; Sun, 30 Nov 2003 08:09:58 -0800 (PST) (envelope-from rizzo) Date: Sun, 30 Nov 2003 08:09:58 -0800 From: Luigi Rizzo To: Antti Louko Message-ID: <20031130080958.A48029@xorpc.icir.org> References: <20031130065310.29349.qmail@alo.louko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031130065310.29349.qmail@alo.louko.com>; from alo@iki.fi.invalid on Sun, Nov 30, 2003 at 06:53:10AM -0000 cc: freebsd-hackers@freebsd.org Subject: Re: ipfw/ipf IP filtering thoughts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 16:10:00 -0000 On Sun, Nov 30, 2003 at 06:53:10AM -0000, Antti Louko wrote: > Generally, I like the (Free)BSD way of doing things. But the IP > filtering modules available for FreeBSD lack one feature when compared > to Linux way (ipchains and iptables). There is no "call" instruction by design in ipfw2. The reason is that in many cases (e.g. after "divert" action or a dummynet pipe) packet processing might need to restart from the point where it was suspended. Having a "call"/"return" would require to save the return stack with the packet, which is expensive and was even very hard to do before having m_tags, or to introduce limitations in the actions, which is not nice and not backward compatible. I am not opposed on adding call/return actions (it would be trivial to do in ipfw2, except for the state saving part) but would really like to see a convincing example motivating their use. E.g. your example (do certain tests only if the packet matches X) can be trivially implemented by skipping to the end of the list if !X. If you are concerned by readability of the resulting list, I think you should consider ipfw[2] instructions as machine code and instead read/generate them from a higher level description in some scripting language. I have one (small) extension which might help in producing more efficient rulesets: introduce 'setflag'/'clearflag' actions (similar to "count") which can set or clear a small number of flags (think of them as the bits in a 32-bit number) when the packet matches, and then a "flags" command which can look for certain flag configurations. So you could write things like setflag 0x100 src-ip a/24,b/26,c/30 ... setflag 0x200 src-ip d/24,e,f ... allow flags 0x300:0x300 dst-port 22,80 allow flags 0x100:0x100 dst-port 25 etc. so you can record the result of a potentially long series of checks in a single flags and then act depending on the flag configuration. cheers luigi > In ipchains and iptables you have a sequential list of rules, very > much like in ipfw and ipf, but you can have several different lists > which have symbolic names and you can make calls from lists to other > lists based on normal packet criteria. If the list is exchausted, the > scan returns to the previous list. This makes it possible to make > filtering decisions much more efficient in complex situation. You can > for example scan a certain list only for eg. packets going to for > example port 25 and so on. In FreeBSD, you don't have this > "subroutine call" feature at all and you are limited to only one > sequential list with a "goto". > > Any ideas how to proceed. I think this would be really needed and > widely used if available. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 09:51:08 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4119816A4CE for ; Sun, 30 Nov 2003 09:51:08 -0800 (PST) Received: from bubo.vslib.cz (bubo.vslib.cz [147.230.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7145143F85 for ; Sun, 30 Nov 2003 09:51:07 -0800 (PST) (envelope-from martin.vana@vslib.cz) Received: from vanice.koleje.vslib.cz (d432b.kolej.vslib.cz [147.230.158.35]) by bubo.vslib.cz (Postfix) with SMTP id 8ED55CC0A7 for ; Sun, 30 Nov 2003 18:51:06 +0100 (CET) Date: Sun, 30 Nov 2003 18:51:14 +0100 From: martin To: freebsd-hackers@freebsd.org Message-Id: <20031130185114.2939063b.martin.vana@vslib.cz> X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: lost labels X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 17:51:08 -0000 Greetings, I've encouted little difficuluty, don't know what exactly has happend, but after installing W2K on the other disk, disklabel on my primary disk disappeard /FREEBSD4.9/. Only thing I can do is to mount /dev/ad0s1 unforunately I can't access /dev/ad0s1[a-f] due to inccorect super block message. disklabel prints this: vanice# disklabel -r /dev/ad0s1 # /dev/ad0s1: type: ESDI disk: ad0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 4862 sectors/unit: 78124032 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 78124032 0 unused 0 0 # (Cyl. 0 - 4862*) Is there a chance I can see my data again? Thank you Martin Vana From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 11:23:33 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF6F016A4CE; Sun, 30 Nov 2003 11:23:33 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BDF543FE0; Sun, 30 Nov 2003 11:23:30 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hAUJKpMg067769; Sun, 30 Nov 2003 14:20:51 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hAUJKoET067766; Sun, 30 Nov 2003 14:20:51 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 14:20:50 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <20031130135805.GA80639@saboteur.dek.spc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: Andre Oppermann cc: freebsd-arch@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 19:23:33 -0000 On Sun, 30 Nov 2003, Bruce M Simpson wrote: > On Sun, Nov 30, 2003 at 01:12:42PM +0100, Andre Oppermann wrote: > > What I've thinking about a lot is to make the networking system and > > ifconfig sort of class-based like newbus and geom. > > Look at: http://people.freebsd.org/~bms/dump/nifconfig/nifconfig-design.txt > > There is a pending change to if_gre to enable it to be easily classified > in this way; ifconfig would simply query the interface for its if_type. > This is one way to do it without having to change struct ifnet. We could > add a new field, but avoiding changing the ABI is a Good Thing. if_type seems like it will work for high level classes of interfaces, but something more fine-grained will be required for interfaces that implement multiple classes or subclasses (i.e., 802 generally, and also 802.11b). Or likewise, tap interfaces might implement 802 generally, but also if_tap-specific primitives. Do we need to probe by-name for capabilities using interface ioctls, or return a "list" of implemented interfaces/classes to allow things to be a bit more multidimensional? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 12:45:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A59516A4CE for ; Sun, 30 Nov 2003 12:45:18 -0800 (PST) Received: from geekpunk.net (adsl-19-194-152.bna.bellsouth.net [68.19.194.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF6243FE1 for ; Sun, 30 Nov 2003 12:45:17 -0800 (PST) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.8p1/8.12.6) with ESMTP id hAUKjHHQ030175; Sun, 30 Nov 2003 14:45:17 -0600 (CST) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.8p1/8.12.8/Submit) id hAUKjGML030174; Sun, 30 Nov 2003 14:45:16 -0600 (CST) Date: Sun, 30 Nov 2003 14:45:15 -0600 From: "Brandon D. Valentine" To: martin Message-ID: <20031130204515.GG455@geekpunk.net> References: <20031130185114.2939063b.martin.vana@vslib.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031130185114.2939063b.martin.vana@vslib.cz> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: lost labels X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 20:45:18 -0000 On Sun, Nov 30, 2003 at 06:51:14PM +0100, martin wrote: > Greetings, > I've encouted little difficuluty, don't know what exactly has happend, but > after installing W2K on the other disk, disklabel on my primary disk > disappeard > > Is there a chance I can see my data again? If the partitions are still there and you're only missing the disklabel, ports/sysutils/gpart should be able to reconstruct the disklabel. There are dozens of bootable Linux-based rescue CD that include the gpart tool in case your FreeBSD isn't functional enough to install gpart onto. Hit Google. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: autumn is a season of relaxation and aesthetics From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 14:38:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE0CF16A4D0; Sun, 30 Nov 2003 14:38:42 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9461A43FEC; Sun, 30 Nov 2003 14:38:35 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 7A3FA651EE; Sun, 30 Nov 2003 19:42:22 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13088-02; Sun, 30 Nov 2003 19:42:21 +0000 (GMT) Received: from saboteur.dek.spc.org (unknown [82.147.19.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id A1716651EB; Sun, 30 Nov 2003 19:42:21 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id C5E7B1C; Sun, 30 Nov 2003 19:42:20 +0000 (GMT) Date: Sun, 30 Nov 2003 19:42:20 +0000 From: Bruce M Simpson To: Robert Watson Message-ID: <20031130194220.GB36456@saboteur.dek.spc.org> Mail-Followup-To: Robert Watson , freebsd-hackers@freebsd.org, sam@freebsd.org, Andre Oppermann , freebsd-arch@freebsd.org References: <20031130135805.GA80639@saboteur.dek.spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: Andre Oppermann cc: freebsd-arch@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:38:42 -0000 On Sun, Nov 30, 2003 at 02:20:50PM -0500, Robert Watson wrote: > if_type seems like it will work for high level classes of interfaces, but > something more fine-grained will be required for interfaces that implement > multiple classes or subclasses (i.e., 802 generally, and also 802.11b). The idea just now is we look at if_media if we need to get specific with physical interfaces. tap would seem to be missing from my list, actually; I note it's used to provide VMware support in the absence of Netgraph, amongst other things. > Or likewise, tap interfaces might implement 802 generally, but also > if_tap-specific primitives. Do we need to probe by-name for capabilities > using interface ioctls, or return a "list" of implemented > interfaces/classes to allow things to be a bit more multidimensional? That might work well, actually -- I already added a MIB to rtsock to deal with our lack of reporting multicast group memberships, I see no reason not to add one to enumerate loaded interface classes. OTOH, for the 'could load kld' case, this falls down, until the instance is created, either through cloning or completing ifattach() for a physical interface -- but if CREATE is a separate operation this isn't a problem, it is a problem if we want to say something like this in one go:- ifconfig gif0 create tunnel 1.2.3.4 5.6.7.8 10.0.0.1 10.0.0.2 Then you do need a means for the ifconfig instance to ask gif0 if it speaks 'tunnel-ese' once it's loaded. I have to find an abstraction to comfortably deal with this stacking of properties/methods, simple polymorphism (a la Java 'implements interface') springs to mind. BMS From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 14:43:48 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C489A16A4CE; Sun, 30 Nov 2003 14:43:48 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4387543FB1; Sun, 30 Nov 2003 14:43:47 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hAUMf8Mg072069; Sun, 30 Nov 2003 17:41:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hAUMf8WI072066; Sun, 30 Nov 2003 17:41:08 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Sun, 30 Nov 2003 17:41:08 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <20031130194220.GB36456@saboteur.dek.spc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: Andre Oppermann cc: freebsd-arch@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 22:43:49 -0000 On Sun, 30 Nov 2003, Bruce M Simpson wrote: > On Sun, Nov 30, 2003 at 02:20:50PM -0500, Robert Watson wrote: > > if_type seems like it will work for high level classes of interfaces, but > > something more fine-grained will be required for interfaces that implement > > multiple classes or subclasses (i.e., 802 generally, and also 802.11b). > > The idea just now is we look at if_media if we need to get specific with > physical interfaces. > > tap would seem to be missing from my list, actually; I note it's used to > provide VMware support in the absence of Netgraph, amongst other things. if_tap is actually quite useful, and in the same general class of synthetic interfaces as if_tun. I've used both in building tunneling and topology-manipulation tools, as well as for debugging routing, etc. if_tap simulates an 802 device, and if_tun simulates a point-to-point device. VMware is the only application I know of using if_tap, although I have a fair amount of my own code that uses it. Userland ppp uses if_tun, as to some of the third party crypto tunneling tools. > > Or likewise, tap interfaces might implement 802 generally, but also > > if_tap-specific primitives. Do we need to probe by-name for capabilities > > using interface ioctls, or return a "list" of implemented > > interfaces/classes to allow things to be a bit more multidimensional? > > That might work well, actually -- I already added a MIB to rtsock to > deal with our lack of reporting multicast group memberships, I see no > reason not to add one to enumerate loaded interface classes. > > OTOH, for the 'could load kld' case, this falls down, until the instance > is created, either through cloning or completing ifattach() for a > physical interface -- but if CREATE is a separate operation this isn't a > problem, it is a problem if we want to say something like this in one > go:- > > ifconfig gif0 create tunnel 1.2.3.4 5.6.7.8 10.0.0.1 10.0.0.2 > > Then you do need a means for the ifconfig instance to ask gif0 if it > speaks 'tunnel-ese' once it's loaded. > > I have to find an abstraction to comfortably deal with this stacking of > properties/methods, simple polymorphism (a la Java 'implements > interface') springs to mind. I think that would be a reasonable approach, although it seems to me that both the "inheritance" and "implements" models might apply in looking at sets of protocol relationships. a tap interface is a synthetic interface, it implements synthetic interface controls, as well as implementing 802. However, it might be neat to hook up 802.11 to a tap-like interface sometime as well. Question: does 802.11 imply 802? If so, a notion of inheritence might be quite useful for driver implementors. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 15:29:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 221FF16A4CE for ; Sun, 30 Nov 2003 15:29:10 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 579D043FD7 for ; Sun, 30 Nov 2003 15:29:03 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 78094 invoked from network); 30 Nov 2003 22:27:07 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 30 Nov 2003 22:27:07 -0000 Message-ID: <3FCA7D3A.CA05EC36@freebsd.org> Date: Mon, 01 Dec 2003 00:28:58 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Watson References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-arch@freebsd.org cc: sam@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 23:29:10 -0000 Robert Watson wrote: > > On Sun, 30 Nov 2003, Bruce M Simpson wrote: > > I have to find an abstraction to comfortably deal with this stacking of > > properties/methods, simple polymorphism (a la Java 'implements > > interface') springs to mind. > > I think that would be a reasonable approach, although it seems to me that > both the "inheritance" and "implements" models might apply in looking at > sets of protocol relationships. a tap interface is a synthetic interface, > it implements synthetic interface controls, as well as implementing 802. > However, it might be neat to hook up 802.11 to a tap-like interface > sometime as well. Question: does 802.11 imply 802? If so, a notion of > inheritence might be quite useful for driver implementors. Yes, 802.11 implies 802. You can get a nice overview of ieee802 and its subclasses and media-types here: http://standards.ieee.org/getieee802/portfolio.html http://standards.ieee.org/getieee802/download/802-2001.pdf You've got the ieee802 base framework, the ieee802.1 bridging and management, the ieee802.2 logical link control and the various MAC and PHY types in 802.3 to 802.16 (with the exception of 802.10 which is an encryption layer for all 802 media). The most known and important of the 802.1 generic classes are 802.1d for bridging, 802.1q for virtual LAN's and 802.1X for port based access control. Those apply to all 802 subclasses be it Ethernet (802.3) or Wireless LAN (802.11). -- Andre From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 00:18:10 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC18E16A4CE; Mon, 1 Dec 2003 00:18:10 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE69043FAF; Mon, 1 Dec 2003 00:18:09 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D1B952ED464; Mon, 1 Dec 2003 00:18:09 -0800 (PST) Date: Mon, 1 Dec 2003 00:18:09 -0800 From: Alfred Perlstein To: doc@freebsd.org Message-ID: <20031201081809.GE75620@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: HOWTO: install without floppy, cdrom, or pxe. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:18:10 -0000 I have a mini-HOWTO here that possibly be automated. Basically we're going to install FreeBSD over FreeBSD without a floppy, cdrom or pxe. This depends on a loader that's compatible with your kernel so if really weird lockups happen, you might not be compatible. Anyhow, here we go: Download the boot.flp from the release you want to install. Mount it like so: mdconfig -a -t vnode -f boot.flp # should output something like 'md0' mkdir -p /mnt mount /dev/md0 /mnt Copy the yummy bits from the install image to your root: cp /mnt/kernel.gz /ikernel.gz cp /mnt/mfsroot.gz /mfsroot.gz Now reboot and interrupt the loader when it counts down the boot. Then type these commands into the loader: unload kernel load /ikernel load -t mfs_root /mfsroot set vfs.root.mountfrom boot Now cross your fingers once you wipe the partitions out to reinstall... It would be cool if this could be automated[1], perhaps by setting the boot partition to the swap partition and setting it up temporarily as a ufs filesystem and then... oh... well... [1] http://www.jerkcity.com/jerkcity1426.html -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 00:27:40 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0D4516A4CF for ; Mon, 1 Dec 2003 00:27:40 -0800 (PST) Received: from tx3.oucs.ox.ac.uk (tx3.oucs.ox.ac.uk [163.1.2.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1707A43FDF for ; Mon, 1 Dec 2003 00:27:36 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan3.oucs.ox.ac.uk ([163.1.2.166] helo=localhost) by tx3.oucs.ox.ac.uk with esmtp (Exim 4.20) id 1AQjP5-0001q8-NF for hackers@freebsd.org; Mon, 01 Dec 2003 08:27:35 +0000 Received: from rx3.oucs.ox.ac.uk ([163.1.2.165]) by localhost (scan3.oucs.ox.ac.uk [163.1.2.166]) (amavisd-new, port 25) with ESMTP id 06681-09 for ; Mon, 1 Dec 2003 08:27:35 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx3.oucs.ox.ac.uk with smtp (Exim 4.20) id 1AQjP5-0001q2-9q for hackers@freebsd.org; Mon, 01 Dec 2003 08:27:35 +0000 Received: (qmail 30103 invoked by uid 0); 1 Dec 2003 08:27:34 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.16 (sweep: 2.14/3.71. spamassassin: 2.53. Clear:. Processed in 1.370403 secs); 01 Dec 2003 08:27:34 -0000 X-Qmail-Scanner-Mail-From: colin.percival@wadham.ox.ac.uk via gateway X-Qmail-Scanner: 1.16 (Clear:. Processed in 1.370403 secs) Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 1 Dec 2003 08:27:33 -0000 Message-Id: <5.0.2.1.1.20031201082352.03243760@popserver.sfu.ca> X-Sender: cperciva@popserver.sfu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 01 Dec 2003 08:27:30 +0000 To: Alfred Perlstein , doc@freebsd.org From: Colin Percival In-Reply-To: <20031201081809.GE75620@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: hackers@freebsd.org Subject: Re: HOWTO: install without floppy, cdrom, or pxe. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:27:41 -0000 At 00:18 01/12/2003 -0800, Alfred Perlstein wrote: >Then type these commands into the loader: >unload kernel >load /ikernel >load -t mfs_root /mfsroot >set vfs.root.mountfrom >boot ^^^^^^^^^^^^^^ Surely that should be vfs.root.mountfrom="ufs:/dev/md0c" ? It should also be possible to put the above into /boot/loader.rc. Colin Percival From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 00:30:26 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D6FF16A4CE; Mon, 1 Dec 2003 00:30:26 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B496C43FE3; Mon, 1 Dec 2003 00:30:25 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id AAA532ED44A; Mon, 1 Dec 2003 00:30:25 -0800 (PST) Date: Mon, 1 Dec 2003 00:30:25 -0800 From: Alfred Perlstein To: Colin Percival Message-ID: <20031201083025.GF75620@elvis.mu.org> References: <20031201081809.GE75620@elvis.mu.org> <5.0.2.1.1.20031201082352.03243760@popserver.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.0.2.1.1.20031201082352.03243760@popserver.sfu.ca> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org cc: doc@freebsd.org Subject: Re: HOWTO: install without floppy, cdrom, or pxe. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:30:26 -0000 * Colin Percival [031201 00:27] wrote: > At 00:18 01/12/2003 -0800, Alfred Perlstein wrote: > >Then type these commands into the loader: > >unload kernel > >load /ikernel > >load -t mfs_root /mfsroot > >set vfs.root.mountfrom > >boot ^^^^^^^^^^^^^^ > > Surely that should be vfs.root.mountfrom="ufs:/dev/md0c" ? > > It should also be possible to put the above into /boot/loader.rc. Setting it blank seems to do the right thing. What happens otherwise is that the loader starts booting, then there's some code in it that "handily" parses the currdev's /etc/fstab for you and sets vfs.root.mountfrom to the root (/) entry from the fstab, then you wind up booting your old userland from god knows what kernel. I don't know what setting it to "ufs:/dev/md0c" would do. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 00:40:25 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F408016A4CE for ; Mon, 1 Dec 2003 00:40:24 -0800 (PST) Received: from access.inet.co.th (access.inet.co.th [203.151.127.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8528C43F93 for ; Mon, 1 Dec 2003 00:40:22 -0800 (PST) (envelope-from pirat@access.inet.co.th) Received: from firak.thai-aec.org (TruPPPv92-230-146.inet.co.th [203.151.230.146]) by access.inet.co.th (8.12.5/8.12.5) with ESMTP id hB18eHCS084126; Mon, 1 Dec 2003 15:40:19 +0700 (ICT) (envelope-from pirat@access.inet.co.th) Received: from firak.thai-aec.org (localhost.thai-aec.org [127.0.0.1]) by firak.thai-aec.org (8.12.10/8.12.10) with ESMTP id hB18eFIq020709; Mon, 1 Dec 2003 15:40:15 +0700 (ICT) (envelope-from pirat@access.inet.co.th) Received: (from pirat@localhost) by firak.thai-aec.org (8.12.10/8.12.10/Submit) id hB18eA0u020708; Mon, 1 Dec 2003 15:40:10 +0700 (ICT) (envelope-from pirat@access.inet.co.th) X-Authentication-Warning: firak.thai-aec.org: pirat set sender to pirat@access.inet.co.th using -f Date: Mon, 1 Dec 2003 15:40:09 +0700 From: pirat To: Alfred Perlstein Message-ID: <20031201084009.GA20492@thai-aec.org> References: <20031201081809.GE75620@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=tis-620 Content-Disposition: inline In-Reply-To: <20031201081809.GE75620@elvis.mu.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD firak.thai-aec.org 4.9-STABLE FreeBSD 4.9-STABLE www-home-page: http://www.thai-aec.org www-FreeBSD-page: http://www.thai.net/makham cc: hackers@FreeBSD.ORG Subject: Re: HOWTO: install without floppy, cdrom, or pxe. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 08:40:25 -0000 On Monday, 1 December 2003 at 0:18:09 -0800, Alfred Perlstein wrote: > Date: Mon, 1 Dec 2003 00:18:09 -0800 > From: Alfred Perlstein > To: doc@freebsd.org > Cc: hackers@freebsd.org > Subject: HOWTO: install without floppy, cdrom, or pxe. > > I have a mini-HOWTO here that possibly be automated. > > Basically we're going to install FreeBSD over FreeBSD without > a floppy, cdrom or pxe. > > This depends on a loader that's compatible with your kernel > so if really weird lockups happen, you might not be compatible. > > > Anyhow, here we go: > > > Download the boot.flp from the release you want to install. > > Mount it like so: > mdconfig -a -t vnode -f boot.flp > # should output something like 'md0' > mkdir -p /mnt > mount /dev/md0 /mnt > > Copy the yummy bits from the install image to your root: > cp /mnt/kernel.gz /ikernel.gz > cp /mnt/mfsroot.gz /mfsroot.gz > > Now reboot and interrupt the loader when it counts down the boot. > > Then type these commands into the loader: > unload kernel > load /ikernel > load -t mfs_root /mfsroot > set vfs.root.mountfrom > boot > > Now cross your fingers once you wipe the partitions out to reinstall... > > > It would be cool if this could be automated[1], perhaps by setting > the boot partition to the swap partition and setting it up temporarily > as a ufs filesystem and then... oh... well... > > [1] http://www.jerkcity.com/jerkcity1426.html > this is really very interesting since i have dell inspiron 1100 with broadcom 4401 nics. this laptop needs -current in order for broadcom bfe to work. currently this small machine run by linux TLE but i want to use freebsd. thanks indeed. i will try my luck. with best regards, psr http://www.thai-aec.org http://www.thai.net/makham From owner-freebsd-hackers@FreeBSD.ORG Sun Nov 30 03:07:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F00316A4CE; Sun, 30 Nov 2003 03:07:11 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-121-163-164.dsl.pltn13.pacbell.net [68.121.163.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 761C143FEA; Sun, 30 Nov 2003 03:07:10 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.9/8.12.9) with ESMTP id hAUB4gen034956; Sun, 30 Nov 2003 03:04:42 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.9/8.12.9/Submit) id hAUB4fe1034955; Sun, 30 Nov 2003 03:04:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sun, 30 Nov 2003 03:04:41 -0800 From: David Schultz To: Jay Sern Liew Message-ID: <20031130110441.GA34017@VARK.homeunix.com> Mail-Followup-To: Jay Sern Liew , freebsd-threads@FreeBSD.ORG References: <20031129183810.M90959@pinnacle.schulte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031129183810.M90959@pinnacle.schulte.org> X-Mailman-Approved-At: Mon, 01 Dec 2003 05:07:19 -0800 cc: freebsd-threads@FreeBSD.ORG Subject: Re: thread/process & memory management source code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2003 11:07:11 -0000 [Redirected to threads@; please avoid spamming multiple lists.] On Sat, Nov 29, 2003, Jay Sern Liew wrote: > Can someone point to me the specific location in the FreeBSD kernel source > where the code for FreeBSD's thread/process & memory management are? > > Specifically, where the dispatcher and scheduler is implemented, > what kind of scheduling algorithms(short term, long term) are used, > where the dynamic storage allocation algorithm is implemented(I'll try > to figure the algorithm used from the code), etc. For short term scheduling, FreeBSD uses the standard Unix decay-usage priority scheduling. There is also an experimental scheduler called ULE, which is designed to work better on SMPs. ULE uses an ad hoc idea about how ``interactive'' a process is in order to make scheduling decisions. See kern_switch.c, sched_4bsd.c, sched_ule.c in src/sys/kern. Long term scheduling is less important than it used to be, but FreeBSD has a swapout daemon that kicks in when the system can't recover enough memory by paging alone. It will basically swap out every process it can that is idle and hasn't already been swapped out recently. Swapping in occurs according in the order of a priority that is based on the interactivity of the process, the time it has been swapped out, and its nice value. See src/sys/vm/vm_glue.c. The primary kernel memory allocator is a slab allocator. See src/sys/vm/uma_*.c, src/sys/kern/kern_malloc.c, and http://citeseer.nj.nec.com/bonwick94slab.html. From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 17:11:53 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBE5216A4CE; Mon, 1 Dec 2003 17:11:53 -0800 (PST) Received: from smtp-relay2.barrysworld.com (smtp-relay2.barrysworld.com [213.221.172.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A28EA43FCB; Mon, 1 Dec 2003 17:11:52 -0800 (PST) (envelope-from killing@barrysworld.com) Received: from [213.221.181.50] (helo=barrysworld.com) by smtp-relay2.barrysworld.com with esmtp (Exim 4.24) id 1AQz4N-0005VV-Q3; Tue, 02 Dec 2003 01:11:15 +0000 Received: from vader [212.135.219.179] by barrysworld.com with ESMTP (SMTPD32-7.15) id A6C454702D0; Tue, 02 Dec 2003 01:11:32 +0000 Message-ID: <00df01c3b871$2c59be40$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , References: <20031201081809.GE75620@elvis.mu.org> <20031201084009.GA20492@thai-aec.org> Date: Tue, 2 Dec 2003 01:11:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-874" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: symlinks outside /compat/linux = loop X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Steven Hartland List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 01:11:53 -0000 Just come across the fact that a symlink from /compat/usr/local/mydir -> /usr/local/mydir causes a loop in the lookups procedure is anyway to avoid this, patch etc? Steve From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 1 22:07:51 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA1B616A4CE; Mon, 1 Dec 2003 22:07:51 -0800 (PST) Received: from westhost42.westhost.net (westhost42.westhost.net [216.71.84.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E2743F85; Mon, 1 Dec 2003 22:07:43 -0800 (PST) (envelope-from mini@freebsd.org) Received: from [10.0.1.18] (12-228-118-118.client.attbi.com [12.228.118.118]) by westhost42.westhost.net (8.11.6/8.11.6) with ESMTP id hB267gV00568; Tue, 2 Dec 2003 00:07:42 -0600 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v606) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jonathan Mini Date: Mon, 1 Dec 2003 22:08:15 -0800 To: Robert Watson X-Mailer: Apple Mail (2.606) cc: freebsd-hackers@freebsd.org cc: sam@freebsd.org cc: freebsd-arch@freebsd.org cc: Andre Oppermann Subject: Re: ifconfig(8) refactoring -- YACC grammar now online X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 06:07:51 -0000 On Nov 30, 2003, at 2:41 PM, Robert Watson wrote: > if_tap is actually quite useful, and in the same general class of > synthetic interfaces as if_tun. I've used both in building tunneling > and > topology-manipulation tools, as well as for debugging routing, etc. > if_tap simulates an 802 device, and if_tun simulates a point-to-point > device. VMware is the only application I know of using if_tap, > although I > have a fair amount of my own code that uses it. Userland ppp uses > if_tun, > as to some of the third party crypto tunneling tools. F5 uses if_tap for management traffic, as our internal framework looks a lot more like an 802 environment than a point-to-point link. Both if_tap and if_tun are quite handy, given different types of projects. -- Jonathan Mini mini@freebsd.org http://www.freebsd.org From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 2 09:29:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C8616A4CE; Tue, 2 Dec 2003 09:29:17 -0800 (PST) Received: from dmlb.org (cpc2-cmbg4-6-0-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC2743FB1; Tue, 2 Dec 2003 09:29:16 -0800 (PST) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.67] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 1AREKp-00055X-00; Tue, 02 Dec 2003 17:29:15 +0000 Message-ID: <012401c3b8f9$d1a513d0$43c8a8c0@orac> From: "Duncan Barclay" To: Date: Tue, 2 Dec 2003 17:29:19 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@freebsd.org Subject: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 17:29:17 -0000 Hi Soren and all, Having just got a nice new motherboard, a PATA drive and a bunch of SATA disks I discover that my homework wasn't too good. -stable isn't detecting the VIA-8237 controller, and in particuluar it is not finding the SATA disks. I can hack the device recognition code to pick up the 8237 and set UDMA133 mode on the PATA drive I have in the machine, but I cannot seem to find my two SATA drives. Any suggestions on how to at least find the drives - I don't need the h/w RAID as I was going to use Vinum anyway. What other alternatives are there? -current Not ideal for the machine's use hack Where to start? Promise Any recommendations for a suitable SATA card for -stable? Thanks in advance, Duncan From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 2 14:01:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2053416A4CE for ; Tue, 2 Dec 2003 14:01:01 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF36E43FE3 for ; Tue, 2 Dec 2003 14:00:59 -0800 (PST) (envelope-from gnagelhout@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Tue, 2 Dec 2003 17:00:58 -0500 Message-ID: From: Gerrit Nagelhout To: "'freebsd-hackers@freebsd.org'" Date: Tue, 2 Dec 2003 17:00:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: Page size for mbufs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 22:01:01 -0000 Hi, As part of some performance tuning for a bridging-like application, I am looking at the page sizes being used for mbufs (headers & clusters). As far as I can tell, it is currently using standard 4K pages for this. In this application (Running on 2.8 Ghz Xeon), there seems to be large pipeline stall whenever new mbufs are being accessed. The number of active mbufs in the system is about 4096, which works out to 2048 pages for the clusters alone. Since there are only 64 TLB entries in the xeon, I suspect that TLB thrashing will have a severe performance impact. In order to try and get around this, I'd like to try and change the page size for the Mbufs. Does anybody have any ideas on the best/easiest way to try this out, and figure out what the performance impact is? I know that the mbufs are allocated out of the mb_map, which is created by kmem_suballoc. I have also noticed some 4M page support in pmap.c, but I'm not sure how to tie the two together. Any suggestions? Thanks, Gerrit Nagelhout From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 2 14:06:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F28E916A4D2; Tue, 2 Dec 2003 14:06:12 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0605243FDF; Tue, 2 Dec 2003 14:06:11 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hB2M6rtx047228; Tue, 2 Dec 2003 23:06:53 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hB2M6ruW047227; Tue, 2 Dec 2003 23:06:53 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200312022206.hB2M6ruW047227@spider.deepcore.dk> In-Reply-To: <012401c3b8f9$d1a513d0$43c8a8c0@orac> To: Duncan Barclay Date: Tue, 2 Dec 2003 23:06:53 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: freebsd-hackers@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 22:06:13 -0000 It seems Duncan Barclay wrote: > Hi Soren and all, > > Having just got a nice new motherboard, a PATA drive and a bunch of SATA > disks I discover that my homework wasn't too good. -stable isn't detecting > the VIA-8237 controller, and in particuluar it is not finding the SATA > disks. > > I can hack the device recognition code to pick up the 8237 and set UDMA133 > mode on the PATA drive I have in the machine, but I cannot seem to find my > two SATA drives. Any suggestions on how to at least find the drives - I > don't need the h/w RAID as I was going to use Vinum anyway. The SATA part of the VIA needs a bit more work, you can how its done in current, not too bad just a few lines of code.. -Søren .. but it works under windows!! From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 2 14:35:20 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60EEF16A4CE; Tue, 2 Dec 2003 14:35:20 -0800 (PST) Received: from dmlb.org (cpc2-cmbg4-6-0-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A8543FEA; Tue, 2 Dec 2003 14:35:12 -0800 (PST) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.67] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 1ARJ6n-0005hm-00; Tue, 02 Dec 2003 22:35:05 +0000 Message-ID: <013d01c3b924$8b87cd40$43c8a8c0@orac> From: "Duncan Barclay" To: "Soren Schmidt" References: <200312022206.hB2M6ruW047227@spider.deepcore.dk> Date: Tue, 2 Dec 2003 22:35:10 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2003 22:35:20 -0000 > From: "Soren Schmidt" >> >> I can hack the device recognition code to pick up the 8237 and set UDMA133 >> mode on the PATA drive I have in the machine, but I cannot seem to find my >> two SATA drives. Any suggestions on how to at least find the drives - I >> don't need the h/w RAID as I was going to use Vinum anyway. > > The SATA part of the VIA needs a bit more work, you can how its done in > current, not too bad just a few lines of code.. I've now got the SATA part recognised and find one of the two SATA drives and I'm able to acess the drive. Although there were lots of warnings about UDMA mode etc - not suprising becuase all I did was add a couple of case statements to recognise the device. It gave up on the other drive eventually. It's rather remarkable that it is working at all! I'll grub around in current tomorrow and see what I can do. Do you want patches directly or via a send-pr? Or shall I commit after your review? Thanks Duncan > -Søren > .. but it works under windows!! Who cares ;-) From owner-freebsd-hackers@FreeBSD.ORG Tue Dec 2 16:11:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA5D016A4CE for ; Tue, 2 Dec 2003 16:11:54 -0800 (PST) Received: from sift.mirapoint.com (sift.mirapoint.com [63.107.133.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB7C43FCB for ; Tue, 2 Dec 2003 16:11:52 -0800 (PST) (envelope-from zach@mirapoint.com) Received: from alpo.mirapoint.com (alpo.mirapoint.com [63.107.133.20]) by sift.mirapoint.com (MOS 3.4.2-CR) with ESMTP id AHD08492; Tue, 2 Dec 2003 16:11:51 -0800 (PST) Received: from 63.107.133.19 by alpo.mirapoint.com (MOS 3.4.2-CR) with HTTPS/1.1; Tue, 2 Dec 2003 16:11:51 -0800 Date: Tue, 2 Dec 2003 16:11:51 -0800 From: Zachary Amsden To: freebsd-hackers@freebsd.org X-Mailer: Webmail Mirapoint Direct 3.4.2-CR MIME-Version: 1.0 Message-Id: <5b3b6680.ec24bdef.827c600@alpo.mirapoint.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [PATCH] mremap() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 00:11:54 -0000 This patch implements kernel mremap() support for FreeBSD 4.2. Someday when I get the time to upgrade my machine, I may port this to the latest tot, but for now, I don't want it to get lost. In any case, the code in the latest branch looks remarkably unscathed, so it may work as is. Interesting to note that this should work for remapping sub-pieces of objects - not tested, and not sure how one would use that, but conceptually, you could mmap() a file, then re-order the pages - perhaps useful for large object database access. I can't guarantee this is bug free, but it seems to work, and is at least a head start on playing large realloc() page remapping games to get rid of the copy overhead. Submitted via send-pr as well, but not sure the remote MTA likes me. Happy hacking... Zachary Amsden, zach at mirapoint.com Differences ... --- sys/sys/mman.h Thu Mar 20 15:34:49 2003 +++ sys/sys/mman.h Mon Dec 16 17:29:04 2002 @@ -123,6 +123,11 @@ #define MINCORE_REFERENCED_OTHER 0x8 /* Page has been referenced */ #define MINCORE_MODIFIED_OTHER 0x10 /* Page has been modified */ +/* + * Flags for mremap + */ +#define MREMAP_MAYMOVE 0x100 /* Region may be moved in memory */ + #ifndef _KERNEL #include @@ -148,6 +153,7 @@ int mincore __P((const void *, size_t, char *)); int minherit __P((void *, size_t, int)); #endif +caddr_t mremap __P((void *, size_t, size_t, unsigned long)); __END_DECLS #endif /* !_KERNEL */ --- sys/kern/syscalls.master +++ sys/kern/syscalls.master @@ -522,3 +522,5 @@ struct kevent *eventlist, int nevents, \ const struct timespec *timeout); } 364 STD BSD { int settaskgroup (int group); } +365 STD BSD { caddr_t mremap(void *old_address, size_t old_size, size_t new_size, \ + unsigned long flags); } --- sys/vm/vm_map.c +++ sys/vm/vm_map.c @@ -1011,6 +1011,219 @@ } /* + * vm_map_extend: + * + * Attempt to extend a specified address range + * + */ +int +vm_map_extend(map, start, end, newend, flags) + vm_map_t map; + vm_offset_t *start; /* IN/OUT */ + vm_offset_t end; + vm_offset_t newend; + int flags; +{ + vm_map_entry_t new_entry; + vm_map_entry_t prev_entry; + vm_ooffset_t offset; + vm_offset_t addr; + vm_size_t len; + int result; + int cow; + vm_object_t object; + + if (map == kmem_map || map == mb_map) + return (KERN_INVALID_ARGUMENT); + + vm_map_lock(map); + addr = *start; + + /* + * Check that the start and end points are not bogus. + */ + + if ((addr < map->min_offset) || (newend > map->max_offset) || + (addr >= end) || (end > newend)) { + result = KERN_INVALID_ADDRESS; + goto err; + } + + /* + * Find the entry based on the start address + */ + if (!vm_map_lookup_entry(map, addr, &prev_entry)) + prev_entry = prev_entry->next; + + /* + * Ensure that the start and end occurs in the entry + */ + if ((prev_entry == &map->header) || (prev_entry->end < end) || + (prev_entry->start > addr)) { + result = KERN_INVALID_ADDRESS; + goto err; + } + object = prev_entry->object.vm_object; + + + /* + * Assert that the next entry doesn't overlap the new end point, + * and that the current entry ends at the specified region. + */ + if (((prev_entry->next != &map->header) && + (prev_entry->next->start < newend)) || + (prev_entry->end > end)) { + /* + * If we are not allowed to move the range, fail + */ + if ((flags & MREMAP_MAYMOVE) == 0) { + result = KERN_NO_SPACE; + goto err; + } + + /* + * Reverse the eflags to COW arguments. Ugh. + */ + cow = 0; + if ((prev_entry->eflags & MAP_ENTRY_COW) && + (prev_entry->eflags & MAP_ENTRY_NEEDS_COPY)) + cow |= MAP_COPY_ON_WRITE; + if (prev_entry->eflags & MAP_ENTRY_NOFAULT) + cow |= MAP_NOFAULT; + if (prev_entry->eflags & MAP_ENTRY_NOSYNC) + cow |= MAP_DISABLE_SYNCER; + if (prev_entry->eflags & MAP_ENTRY_NOCOREDUMP) + cow |= MAP_DISABLE_COREDUMP; + + /* + * Search for a new range using the old address as a + * hint. Return address in start. + */ + len = newend - addr; + *start = pmap_addr_hint(object, addr, len); + if (vm_map_findspace(map, *start, len, start)) { + result = KERN_NO_SPACE; + goto err; + } + result = vm_map_insert(map, object, prev_entry->offset, + *start, *start + len, prev_entry->protection, + prev_entry->max_protection, cow); + if (result == 0) { + vm_map_lookup_entry(map, *start + len, &new_entry); + if (!new_entry) { + /* Impossible */ + vm_map_remove(map, *start, *start + len); + result = KERN_INVALID_ADDRESS; + goto err; + } + if (object) + vm_object_reference(object); + /* + * Found a new region to place this block. Copy + * the page map or fault the pages into place. + * We do this ourselves, since we don't want to + * trigger COW protection on the page - we are just + * relocating prev_entry. Deallocating the old map + * also must be done by hand. + * + * First, clip the old region out of the possible + * coalesced entry. + */ + vm_map_clip_start(map, prev_entry, addr); + vm_map_clip_end(map, prev_entry, end); + if (prev_entry->wired_count == 0) + pmap_copy(map->pmap, map->pmap, new_entry->start, + len, prev_entry->start); + else { + vm_fault_copy_entry(map, map, new_entry, prev_entry); + vm_map_entry_unwire(map, prev_entry); + } + if ((object != kernel_object) && + (object != kmem_object)) + pmap_remove(map->pmap, prev_entry->start, prev_entry->end); + vm_map_entry_delete(map, prev_entry); + vm_map_simplify_entry(map, new_entry); + result = KERN_SUCCESS; + goto err; + } else { + result = KERN_NO_SPACE; + } + goto err; + } + + offset = prev_entry->offset; + if ((prev_entry->wired_count == 0) && + ((object == NULL) || + vm_object_coalesce(object, + OFF_TO_IDX(prev_entry->offset), + (vm_size_t)(prev_entry->end - prev_entry->start), + (vm_size_t)(newend - prev_entry->end)))) { + /* + * We were able to extend the object. Determine if we + * can extend the previous map entry to include the + * new range as well. + */ + if (prev_entry->inheritance == VM_INHERIT_DEFAULT) { + map->size += (newend - prev_entry->end); + prev_entry->end = newend; + result = KERN_SUCCESS; + goto err; + } + offset = prev_entry->offset + + (prev_entry->end - prev_entry->start); + } + + /* + * If we couldn't extend the object or map for any reason, + * we are going to reuse the vm_object from the previous map + * entry, so refcount it. + */ + if (object) { + vm_object_reference(object); + vm_object_clear_flag(object, OBJ_ONEMAPPING); + } + + /* + * Create a new map entry + */ + + new_entry = vm_map_entry_create(map); + new_entry->start = end; + new_entry->end = newend; + + new_entry->eflags = prev_entry->eflags; + new_entry->object.vm_object = prev_entry->object.vm_object; + new_entry->offset = offset; + new_entry->avail_ssize = 0; + + new_entry->inheritance = VM_INHERIT_DEFAULT; + new_entry->protection = prev_entry->protection; + new_entry->max_protection = prev_entry->max_protection; + new_entry->wired_count = 0; + + /* + * Insert the new entry into the list + */ + + vm_map_entry_link(map, prev_entry, new_entry); + map->size += new_entry->end - new_entry->start; + + /* + * Update the free space hint + */ + if ((map->first_free == prev_entry) && + (prev_entry->end >= new_entry->start)) { + map->first_free = new_entry; + } + result = KERN_SUCCESS; + +err: + vm_map_unlock(map); + + return (result); +} + +/* * vm_map_madvise: * * This routine traverses a processes map handling the madvise --- sys/vm/vm_mmap.c +++ sys/vm/vm_mmap.c @@ -152,6 +152,93 @@ } #endif /* COMPAT_43 || COMPAT_SUNOS */ +/* + * Memory remap (mremap) system call. Old address must be page + * aligned. If the MREMAP_MAYMOVE flag is specified, the pages + * may be automatically moved to a new location. + */ +#ifndef _SYS_SYSPROTO_H_ +struct mremap_args { + void *old_address; + size_t old_size; + size_t new_size; + int flags; +}; +#endif + +int +mremap(p, uap) + struct proc *p; + register struct mremap_args *uap; +{ + vm_offset_t addr; + vm_size_t osize, nsize; + vm_map_t map; + int error; + + addr = (vm_offset_t) uap->old_address; + /* + * Must be page aligned + */ + if (trunc_page(addr) != addr) + return (EINVAL); + + if (uap->flags & ~MREMAP_MAYMOVE) + return (EINVAL); + + osize = round_page((vm_offset_t)uap->old_size); + nsize = round_page((vm_offset_t)uap->new_size); + if (osize == 0) + return (EINVAL); + + /* + * Check for illegal addresses. Watch out for address wrap... Note + * that VM_*_ADDRESS are not constants due to casts (argh). + */ + if (VM_MAXUSER_ADDRESS > 0 && addr + nsize > VM_MAXUSER_ADDRESS) + return (EINVAL); +#ifndef i386 + if (VM_MIN_ADDRESS > 0 && addr < VM_MIN_ADDRESS) + return (EINVAL); +#endif + + /* + * nothing to do + */ + if (nsize == osize) + return (0); + + map = &p->p_vmspace->vm_map; + + /* + * Shrink case + */ + if (nsize < osize) { + /* + * Make sure entire range is allocated. + */ + if (!vm_map_check_protection(map, addr, addr + osize, VM_PROT_NONE)) + return (EINVAL); + /* returns nothing but KERN_SUCCESS anyway */ + (void) vm_map_remove(map, addr + nsize, addr + osize); + p->p_retval[0] = nsize ? (register_t) addr : 0; + return (0); + } + + error = vm_map_extend(map, &addr, addr + osize, addr + nsize, uap->flags); + switch (error) { + case KERN_SUCCESS: + p->p_retval[0] = addr; + return (0); + case KERN_NO_SPACE: + return (ENOMEM); + case KERN_PROTECTION_FAILURE: + return (EACCES); + case KERN_INVALID_ADDRESS: + default: + return (EINVAL); + } +} /* * Memory Map (mmap) system call. Note that the file offset --- sys/vm/vm_map.h +++ sys/vm/vm_map.h @@ -356,6 +356,7 @@ int vm_map_inherit __P((vm_map_t, vm_offset_t, vm_offset_t, vm_inherit_t)); void vm_map_init __P((struct vm_map *, vm_offset_t, vm_offset_t)); int vm_map_insert __P((vm_map_t, vm_object_t, vm_ooffset_t, vm_offset_t, vm_offset_t, vm_prot_t, vm _prot_t, int)); +int vm_map_extend __P((vm_map_t, vm_offset_t *, vm_offset_t, vm_offset_t, int)); int vm_map_lookup __P((vm_map_t *, vm_offset_t, vm_prot_t, vm_map_entry_t *, vm_object_t *, vm_pindex_t *, vm_prot_t *, boolean_t *)); void vm_map_lookup_done __P((vm_map_t, vm_map_entry_t)); From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 02:17:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F339016A4CE for ; Wed, 3 Dec 2003 02:17:04 -0800 (PST) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7C443F3F for ; Wed, 3 Dec 2003 02:17:01 -0800 (PST) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id hB3AGxU00944 for freebsd-hackers@freebsd.org; Wed, 3 Dec 2003 12:16:59 +0200 Date: Wed, 3 Dec 2003 12:16:59 +0200 From: Sergey Lyubka To: freebsd-hackers@freebsd.org Message-ID: <20031203121658.A822@oasis.uptsoft.com> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-OS: FreeBSD 4.5-STABLE Subject: dlopen() and -pg flag X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 10:17:05 -0000 Below is a little snipper that tries to dlopen(argv[1]). It works fine until it is compiled with profiling support, -pg flag. Compiled with -pg, dlopen() reports "Service unavailable". How to fix that ? -sergey #include #include #include int main(int argc, char *argv[]) { void *handle, *sym; if (argc > 1) { handle = dlopen(argv[1], RTLD_NOW); if (handle == NULL) { fprintf(stderr, "dlopen: %s\n", dlerror()); } else { fprintf(stderr, "handle: %p\n", handle); if (argc > 2) { sym = dlsym(handle, argv[2]); fprintf(stderr, "%s: %p\n", argv[2], sym); } } } return (EXIT_SUCCESS); } From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 02:22:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58CD916A4CE for ; Wed, 3 Dec 2003 02:22:59 -0800 (PST) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E9543FBD for ; Wed, 3 Dec 2003 02:22:57 -0800 (PST) (envelope-from vlm@netli.com) Received: (qmail 28037 invoked by uid 84); 3 Dec 2003 10:20:24 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.159118 secs); 03 Dec 2003 10:20:24 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 3 Dec 2003 10:20:24 -0000 Message-ID: <3FCDB996.4090603@netli.com> Date: Wed, 03 Dec 2003 02:23:18 -0800 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031019 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Sergey Lyubka References: <20031203121658.A822@oasis.uptsoft.com> In-Reply-To: <20031203121658.A822@oasis.uptsoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: dlopen() and -pg flag X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 10:22:59 -0000 -pg on your system implies static linking. dlopen() is not available in statically linked binaries on FreeBSD and many other systems. Consider building your binary dynamic by making sure there is a dynamic version of libc with profiling support (something like /usr/lib/libc_p.so). Otherwise, there seems to be no obvious way to do it. Sergey Lyubka wrote: > Below is a little snipper that tries to dlopen(argv[1]). > It works fine until it is compiled with profiling support, -pg flag. > > Compiled with -pg, dlopen() reports "Service unavailable". > > How to fix that ? > > -sergey > > > > #include > #include > #include > > int main(int argc, char *argv[]) > { > void *handle, *sym; > > if (argc > 1) { > handle = dlopen(argv[1], RTLD_NOW); > if (handle == NULL) { > fprintf(stderr, "dlopen: %s\n", dlerror()); > } else { > fprintf(stderr, "handle: %p\n", handle); > if (argc > 2) { > sym = dlsym(handle, argv[2]); > fprintf(stderr, "%s: %p\n", argv[2], sym); > } > } > } > > return (EXIT_SUCCESS); > } > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 02:26:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DB2516A4CE for ; Wed, 3 Dec 2003 02:26:42 -0800 (PST) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67EEA43FE5 for ; Wed, 3 Dec 2003 02:26:35 -0800 (PST) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id hB3AQXV01075 for freebsd-hackers@freebsd.org; Wed, 3 Dec 2003 12:26:33 +0200 Date: Wed, 3 Dec 2003 12:26:33 +0200 From: Sergey Lyubka To: freebsd-hackers@freebsd.org Message-ID: <20031203122633.B822@oasis.uptsoft.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031203121658.A822@oasis.uptsoft.com> <3FCDB996.4090603@netli.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3FCDB996.4090603@netli.com>; from vlm@netli.com on Wed, Dec 03, 2003 at 02:23:18AM -0800 X-OS: FreeBSD 4.5-STABLE Subject: Re: dlopen() and -pg flag X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 10:26:42 -0000 Absolutely. thanks, that helps! On Wed, Dec 03, 2003 at 02:23:18AM -0800, Lev Walkin wrote: > > -pg on your system implies static linking. dlopen() is not available in > statically linked binaries on FreeBSD and many other systems. > > Consider building your binary dynamic by making sure there is a dynamic > version of libc with profiling support (something like /usr/lib/libc_p.so). > > Otherwise, there seems to be no obvious way to do it. > From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 03:30:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0814116A4CE for ; Wed, 3 Dec 2003 03:30:24 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE0943FBF for ; Wed, 3 Dec 2003 03:30:06 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hB3BUgtx058498; Wed, 3 Dec 2003 12:30:42 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hB3BUgmb058497; Wed, 3 Dec 2003 12:30:42 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200312031130.hB3BUgmb058497@spider.deepcore.dk> In-Reply-To: <013d01c3b924$8b87cd40$43c8a8c0@orac> To: Duncan Barclay Date: Wed, 3 Dec 2003 12:30:42 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 11:30:24 -0000 It seems Duncan Barclay wrote: I had a spare minute earlier today, this should do the trick (and is part of a larger patch due soon), please test and let me know... Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.35.2.35 diff -u -r1.35.2.35 ata-dma.c --- ata-dma.c 26 Oct 2003 18:34:23 -0000 1.35.2.35 +++ ata-dma.c 3 Dec 2003 10:28:07 -0000 @@ -506,6 +506,22 @@ } break; + case 0x31491106: /* VIA 8237 SATA part */ + if (udmamode) { + error = ata_command(atadev, ATA_C_SETFEATURES, 0, + ATA_UDMA + udmamode, + ATA_C_F_SETXFER, ATA_WAIT_READY); + if (bootverbose) + ata_prtdev(atadev, "%s setting UDMA%d on VIA chip\n", + (error) ? "failed" : "success", udmamode); + if (!error) { + ata_dmacreate(atadev, apiomode, ATA_UDMA + udmamode); + return; + } + } + /* we could set PIO mode timings, but we assume the BIOS did that */ + break; + case 0x01bc10de: /* nVIDIA nForce */ case 0x74411022: /* AMD 768 */ case 0x74111022: /* AMD 766 */ @@ -522,7 +538,8 @@ char *chip = "VIA"; if (ata_find_dev(parent, 0x31471106, 0) || /* 8233a */ - ata_find_dev(parent, 0x31771106, 0)) { /* 8235 */ + ata_find_dev(parent, 0x31771106, 0) || /* 8235 */ + ata_find_dev(parent, 0x31491106, 0)) { /* 8237 */ udmamode = imin(udmamode, 6); reg_val = via_modes[3]; } Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.32.2.17 diff -u -r1.32.2.17 ata-pci.c --- ata-pci.c 22 Oct 2003 14:43:52 -0000 1.32.2.17 +++ ata-pci.c 3 Dec 2003 10:28:07 -0000 @@ -189,7 +189,12 @@ return "VIA 8233 ATA133 controller"; if (ata_find_dev(dev, 0x31771106, 0)) return "VIA 8235 ATA133 controller"; + if (ata_find_dev(dev, 0x31491106, 0)) + return "VIA 8237 ATA133 controller"; return "VIA Apollo ATA controller"; + + case 0x31491106: + return "VIA 8237 SATA150 controller"; case 0x55131039: if (ata_find_dev(dev, 0x06301039, 0x30) || -Søren .. but it works under windows!! From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 09:52:36 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02E8E16A4CE for ; Wed, 3 Dec 2003 09:52:36 -0800 (PST) Received: from dmlb.org (cpc2-cmbg4-6-0-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EAA43FD7 for ; Wed, 3 Dec 2003 09:52:34 -0800 (PST) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.67] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 1ARbAm-00071X-00; Wed, 03 Dec 2003 17:52:24 +0000 Message-ID: <015801c3b9c6$3724fd20$43c8a8c0@orac> From: "Duncan Barclay" To: "Soren Schmidt" References: <200312031130.hB3BUgmb058497@spider.deepcore.dk> Date: Wed, 3 Dec 2003 17:52:27 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 17:52:36 -0000 Thanks Soren, this seems to work. There is a load of chat about incorrect cable types, but the drives are nice and fast according to a simple dd if=/dev/zero bs=64k ... Duncan ----- Original Message ----- From: "Soren Schmidt" To: "Duncan Barclay" Cc: Sent: Wednesday, December 03, 2003 11:30 AM Subject: Re: sata on -stable It seems Duncan Barclay wrote: I had a spare minute earlier today, this should do the trick (and is part of a larger patch due soon), please test and let me know... Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.35.2.35 diff -u -r1.35.2.35 ata-dma.c --- ata-dma.c 26 Oct 2003 18:34:23 -0000 1.35.2.35 +++ ata-dma.c 3 Dec 2003 10:28:07 -0000 @@ -506,6 +506,22 @@ } break; + case 0x31491106: /* VIA 8237 SATA part */ + if (udmamode) { + error = ata_command(atadev, ATA_C_SETFEATURES, 0, + ATA_UDMA + udmamode, + ATA_C_F_SETXFER, ATA_WAIT_READY); + if (bootverbose) + ata_prtdev(atadev, "%s setting UDMA%d on VIA chip\n", + (error) ? "failed" : "success", udmamode); + if (!error) { + ata_dmacreate(atadev, apiomode, ATA_UDMA + udmamode); + return; + } + } + /* we could set PIO mode timings, but we assume the BIOS did that */ + break; + case 0x01bc10de: /* nVIDIA nForce */ case 0x74411022: /* AMD 768 */ case 0x74111022: /* AMD 766 */ @@ -522,7 +538,8 @@ char *chip = "VIA"; if (ata_find_dev(parent, 0x31471106, 0) || /* 8233a */ - ata_find_dev(parent, 0x31771106, 0)) { /* 8235 */ + ata_find_dev(parent, 0x31771106, 0) || /* 8235 */ + ata_find_dev(parent, 0x31491106, 0)) { /* 8237 */ udmamode = imin(udmamode, 6); reg_val = via_modes[3]; } Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.32.2.17 diff -u -r1.32.2.17 ata-pci.c --- ata-pci.c 22 Oct 2003 14:43:52 -0000 1.32.2.17 +++ ata-pci.c 3 Dec 2003 10:28:07 -0000 @@ -189,7 +189,12 @@ return "VIA 8233 ATA133 controller"; if (ata_find_dev(dev, 0x31771106, 0)) return "VIA 8235 ATA133 controller"; + if (ata_find_dev(dev, 0x31491106, 0)) + return "VIA 8237 ATA133 controller"; return "VIA Apollo ATA controller"; + + case 0x31491106: + return "VIA 8237 SATA150 controller"; case 0x55131039: if (ata_find_dev(dev, 0x06301039, 0x30) || -Søren .. but it works under windows!! From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 10:06:16 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FEFF16A4CE for ; Wed, 3 Dec 2003 10:06:16 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D35F43FBF for ; Wed, 3 Dec 2003 10:06:15 -0800 (PST) (envelope-from jessem@dnull.com) Received: (qmail 42340 invoked by uid 1001); 3 Dec 2003 17:52:01 -0000 Date: 3 Dec 2003 17:52:01 -0000 Message-ID: <20031203175201.42338.qmail@dnull.com> From: jessem@dnull.com To: hackers@freebsd.org Subject: SVBUG Thursday (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 18:06:16 -0000 Announcement for 2003-12-04 Topic: EVEN More Follow up to Simple Rulles for Avoiding Spam This month, Dec., we are meeting. The meeting will start at 7:00pm. Yes, we are starting early. Directions to the meeting are on the website: http://www.svbug.com/directions/ Please note the special starting time. Thank You Jessem. From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 3 10:51:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30EDB16A4CE for ; Wed, 3 Dec 2003 10:51:22 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71FA043F75 for ; Wed, 3 Dec 2003 10:51:20 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hB3Iprtx064560; Wed, 3 Dec 2003 19:51:53 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hB3IprCJ064559; Wed, 3 Dec 2003 19:51:53 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200312031851.hB3IprCJ064559@spider.deepcore.dk> In-Reply-To: <015801c3b9c6$3724fd20$43c8a8c0@orac> To: Duncan Barclay Date: Wed, 3 Dec 2003 19:51:53 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2003 18:51:22 -0000 It seems Duncan Barclay wrote: [ Charset windows-1252 unsupported, converting... ] > Thanks Soren, this seems to work. There is a load of chat about incorrect > cable types, but the drives are nice and fast according to a simple dd > if=/dev/zero bs=64k ... Okies, the cable mumble is a "feature" of the -stable ATA driver not having the right infrastructure for this. However I could add a hack that skips the test on pure SATA controllers, but it wont be pretty... -Søren .. but it works under windows!! From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 00:33:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6683216A4D0 for ; Thu, 4 Dec 2003 00:33:06 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id B2EC343FBD for ; Thu, 4 Dec 2003 00:33:05 -0800 (PST) (envelope-from jessem@dnull.com) Received: (qmail 67165 invoked by uid 1001); 4 Dec 2003 08:18:49 -0000 Date: 4 Dec 2003 08:18:49 -0000 Message-ID: <20031204081849.67163.qmail@dnull.com> From: jessem@dnull.com To: hackers@freebsd.org Subject: SVBUG Today (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 08:33:06 -0000 Announcement for 2003-12-04 Topic: EVEN More Follow up to "Simple Rules for Avoiding Spam". This month, Dec., we are meeting. The meeting will start at 7:00pm. Yes, we are starting early. Directions to the meeting are on the website: http://www.svbug.com/directions/ Please note the special starting time. Thank You Jessem. From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 00:35:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD31C16A4CE for ; Thu, 4 Dec 2003 00:35:45 -0800 (PST) Received: from smtp.covadmail.net (mx05.covadmail.net [63.65.120.65]) by mx1.FreeBSD.org (Postfix) with SMTP id AC6D743FDD for ; Thu, 4 Dec 2003 00:35:43 -0800 (PST) (envelope-from strick@covad.net) Received: (covad.net 26030 invoked from network); 4 Dec 2003 08:35:38 -0000 Received: from unknown (HELO mist.nodomain) (67.101.150.88) by sun-qmail09 with SMTP; 4 Dec 2003 08:35:37 -0000 Received: from mist.nodomain (localhost [127.0.0.1]) by mist.nodomain (8.12.9p2/8.12.9) with ESMTP id hB48ZX0v009506; Thu, 4 Dec 2003 00:35:33 -0800 (PST) (envelope-from dan@mist.nodomain) Received: (from dan@localhost) by mist.nodomain (8.12.9p2/8.12.9/Submit) id hB48ZX0F009505; Thu, 4 Dec 2003 00:35:33 -0800 (PST) (envelope-from dan) Date: Thu, 4 Dec 2003 00:35:33 -0800 (PST) From: Dan Strick Message-Id: <200312040835.hB48ZX0F009505@mist.nodomain> To: freebsd-hackers@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG cc: dan@mist.nodomain Subject: Incorrect identification of ultra dma ATA cables X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 08:35:45 -0000 I have a couple of ATA133 (UDMA6) disk drives connected to an Intel ICH5 IDE (parallel ATA) controller. My FreeBSD 4.9-release ATA driver limits them to ATA33 (UDMA2) without comment. (I.E. There are no warning messages.) The reason is that when the ata_dmainit() routine reads the PCI config space "IDE I/O Configuration Register" for the IDE controller (offset 0x54, known in the driver as "word54"), it gets nothing but zero bits. In the Intel ICH5 datasheet, bits 4-7 (one for each possible IDE device) are described as: xxx xxx Channel Cable Reporting - R/W. BIOS should program this bit to tell the IDE driver which cable is plugged into the channel. 0 = 40 conductor cable is present 1 = 80 conductor cable is present I tried three different 80 conductor UDMA cables. I examined them carefully. I even checked for correct wiring of the PDIAG/CBLID signal lines with an ohmmeter. My question is this: is the problem likely to be the BIOS failing to correctly set the bits or could something in FreeBSD somehow be incorrectly clearing the bits before the ata_dmainit() routine runs? (I grepped the driver sources for occurrences of 0x54 and found no culprit.) My motherboard is a Gigabyte 8KNXP and the BIOS is an AWARD BIOS, version F8. Dan Strick strick@covad.net From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 00:50:45 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7266416A4CE for ; Thu, 4 Dec 2003 00:50:45 -0800 (PST) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5329F43F85 for ; Thu, 4 Dec 2003 00:50:44 -0800 (PST) (envelope-from freebsd-hackers@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ARpC7-00047F-00 for ; Thu, 04 Dec 2003 09:50:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ARouh-0003wd-00 for ; Thu, 04 Dec 2003 09:32:43 +0100 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ARouh-0003Ph-00 for ; Thu, 04 Dec 2003 09:32:43 +0100 From: rk47 Date: Thu, 04 Dec 2003 10:38:16 +0200 Organization: nanoteq Lines: 52 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org User-Agent: KNode/0.7.2 Sender: news Subject: Missing Interupts? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 08:50:45 -0000 I am developing a device driver for a processing type PCI card on FreeBSD 4.8. I just can't seem to get my interrupts working. How can I find out what is going wrong? 1. allocation returns without error rid = 0; sc->sc_irq = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, 0, ~0, 1, RF_SHAREABLE|RF_ACTIVE); 2. interrupt setup returns without errors bus_setup_intr(dev, sc->sc_irq, INTR_TYPE_NET, ncc_intr, sc, &sc->sc_intrhand)) 2.1 The interupt handler exists. static void ncc_intr(void *arg) { ... } 3. I can write to the PCI cards control registers, I confirm this by an LED on the card. 4. There is a "force interrupt" register on the PCI card which I write to but nothing happens. 5. We also have a win32 driver for this card can successfully force an interrupt. 6. I did have it working a long time ago but now i dont know what I'm doing wrong. "vmstat -i" gives the following: interrupt total rate stray irq7 1 0 fxp0 irq3 4384 1 ata0 irq14 2840 1 ata1 irq15 4 0 atkbd0 irq1 1680 0 clk irq0 273172 99 rtc irq8 349672 127 Total 631753 231 Loading the module (KLD) gives the following ncc0 mem 0xe7abfc00-0xe6abffff,0xe6ac0000-0xe6afffff irq 5 at device 4.0 on pci1 Riaan From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 01:53:01 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE2B516A4CE for ; Thu, 4 Dec 2003 01:53:01 -0800 (PST) Received: from dmlb.org (cpc2-cmbg4-6-0-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C56D43FF3 for ; Thu, 4 Dec 2003 01:53:00 -0800 (PST) (envelope-from dmlb@ragnet.demon.co.uk) Received: from cpc2-cmbg4-6-0-cust36.cmbg.cable.ntl.com ([81.96.76.36] helo=DJK1Comp) by dmlb.org with smtp (Exim 3.36 #1) id 1ARpZi-0008M4-00; Thu, 04 Dec 2003 09:15:06 +0000 Message-ID: <001801c3ba47$1c3ba0a0$a7ac77c1@DJK1Comp> From: "Duncan Barclay" To: "Soren Schmidt" References: <200312031851.hB3IprCJ064559@spider.deepcore.dk> Date: Thu, 4 Dec 2003 09:15:07 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sata on -stable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 09:53:01 -0000 From: "Soren Schmidt" >It seems Duncan Barclay wrote: >[ Charset windows-1252 unsupported, converting... ] >> Thanks Soren, this seems to work. There is a load of chat about incorrect >> cable types, but the drives are nice and fast according to a simple dd >> if=/dev/zero bs=64k ... > Okies, the cable mumble is a "feature" of the -stable ATA driver not > having the right infrastructure for this. However I could add a hack > that skips the test on pure SATA controllers, but it wont be pretty... Oh, I'm not worried about the mumbling. Hopefully the box won't be rebooted very often! Duncan From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 06:13:29 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AD116A4D0 for ; Thu, 4 Dec 2003 06:13:29 -0800 (PST) Received: from smtp3.euronet.nl (smtp3.euronet.nl [194.134.35.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 263E043FB1 for ; Thu, 4 Dec 2003 06:13:26 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from [192.168.1.42] (zp-c-13e65.mxs.adsl.euronet.nl [81.69.92.101]) by smtp3.euronet.nl (Postfix) with ESMTP id 08BB339FB6 for ; Thu, 4 Dec 2003 15:13:25 +0100 (MET) Mime-Version: 1.0 (Apple Message framework v606) Content-Transfer-Encoding: 7bit Message-Id: <05CEBB5C-2664-11D8-AAE8-000A95E5E66E@sitetronics.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-hackers@freebsd.org From: Devon H.O'Dell Date: Thu, 4 Dec 2003 15:13:24 +0100 X-Mailer: Apple Mail (2.606) Subject: IPFW and the IP stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 14:13:29 -0000 I've been looking through the IP stack for shits and giggles and was wondering why a few things are the way they are with IPFW's implementation. I went back through the CVSWeb stuff to check out the changes and it appears that most of my questions are purely cosmetic issues; but I still don't understand them. Specifically, pretty much everything in the iphack: section relied on IPFW being defined in the kernel configuration. Several checks went away when COMPAT_IPFW was defaulted into the kernel, then several were removed to make a buildable kernel without having options IPFIREWALL defined in the kernel configuration. Throughout these changes, several variables related to IPFW were removed from #ifdef IPFIREWALL checks. At this point, most IPFW variables are initialized by default (including some stuff for natd) and every call to ip_input() does a check at if (fw_enable && IPFW_LOADED) (I believe this is true for ip_output() as well). Why are these variables and sections compiled in by default instead of left out if no firewall is existent in the kernel? Hope that doesn't sound too ambiguous :) Kind regards, Devon From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 06:43:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACFD916A4CE; Thu, 4 Dec 2003 06:43:03 -0800 (PST) Received: from k7-net.net (host51.200-82-112.telecom.net.ar [200.82.112.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F1B243FCB; Thu, 4 Dec 2003 06:43:02 -0800 (PST) (envelope-from ork@k7-net.net) Received: from k7-net.net (k7-net.net [127.0.0.1]) by k7-net.net (Postfix) with ESMTP id 00CC9335; Thu, 4 Dec 2003 11:42:57 -0300 (ART) Received: (from nobody@localhost) by k7-net.net (8.12.10/8.12.9/Submit) id hB4EgvTs040672; Thu, 4 Dec 2003 11:42:57 -0300 (ART) (envelope-from ork@k7-net.net) From: ork@k7-net.net X-Authentication-Warning: k7-net.net: nobody set sender to ork@k7-net.net using -f Received: from lineaAJ144.velocom.com.ar (lineaAJ144.velocom.com.ar [200.59.41.144]) by webmail.k7-net.net (IMP) with HTTP for ; Thu, 4 Dec 2003 11:42:56 -0300 Message-ID: <1070548976.3fcf47f0d36b6@webmail.k7-net.net> Date: Thu, 4 Dec 2003 11:42:56 -0300 To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: K7-NeT Webmail X-Originating-IP: 200.59.41.144 cc: freebsd-bugs@freebsd.org Subject: kbdcontrol bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 14:43:03 -0000 Hi! i found a bug in kbdcontrol, it's an buffer overflow, info and patch: http://bsdroolz.port5.com/patch Its not a serious security problem, just a bug, kbdcontrol is not suid. Cya! (I have tested the bug in FreeBSD 4.8) Exequiel Rivas ------------------------------------------------- Mensaje enviado desde K7-NeT http://www.k7-net.net From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 06:44:41 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D43A316A4D0 for ; Thu, 4 Dec 2003 06:44:41 -0800 (PST) Received: from smtp0.euronet.nl (smtp0.euronet.nl [194.134.35.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4837743FF3 for ; Thu, 4 Dec 2003 06:44:38 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from [192.168.1.42] (zp-c-13e65.mxs.adsl.euronet.nl [81.69.92.101]) by smtp0.euronet.nl (Postfix) with ESMTP id E952A24788; Thu, 4 Dec 2003 15:44:36 +0100 (MET) In-Reply-To: <200312041528.47226.zec@tel.fer.hr> References: <05CEBB5C-2664-11D8-AAE8-000A95E5E66E@sitetronics.com> <200312041528.47226.zec@tel.fer.hr> Mime-Version: 1.0 (Apple Message framework v606) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <62090848-2668-11D8-AAE8-000A95E5E66E@sitetronics.com> Content-Transfer-Encoding: 7bit From: Devon H.O'Dell Date: Thu, 4 Dec 2003 15:44:37 +0100 To: Marko Zec X-Mailer: Apple Mail (2.606) cc: freebsd-hackers@freebsd.org Subject: Re: IPFW and the IP stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 14:44:41 -0000 Op 4-dec-03 om 15:28 heeft Marko Zec het volgende geschreven: > On Thursday 04 December 2003 15:13, Devon H.O'Dell wrote: >> I've been looking through the IP stack for shits and giggles and was >> wondering why a few things are the way they are with IPFW's >> implementation. >> >> I went back through the CVSWeb stuff to check out the changes and it >> appears that most of my questions are purely cosmetic issues; but I >> still don't understand them. >> >> Specifically, pretty much everything in the iphack: section relied on >> IPFW being defined in the kernel configuration. Several checks went >> away when COMPAT_IPFW was defaulted into the kernel, then several >> were removed to make a buildable kernel without having options >> IPFIREWALL defined in the kernel configuration. Throughout these >> changes, several variables related to IPFW were removed from #ifdef >> IPFIREWALL checks. At this point, most IPFW variables are initialized >> by default (including some stuff for natd) and every call to >> ip_input() does a check at if (fw_enable && IPFW_LOADED) (I believe >> this is true for ip_output() as well). Why are these variables and >> sections compiled in by default instead of left out if no firewall is >> existent in the kernel? > > Perhaps to allow for IPFW to be loaded as a module? > > Marko *slaps self* This is obviously the most logical explanation. There's a good bit of questioning for PFIL_HOOKS to be enabled in generic to allow ipf to be loaded as a module as well. If this is the case, we'll have two firewalls that have their hooks compiled in by default allowing for them both to be loaded as modules. (Is this still scheduled for 5.2?) But at this point, there's no way to allow one to turn the IPFW hooks *off*. Is there a reason for this? Would it be beneficial (or possible) to hook ipfw into pfil(9)? This way, we could allow the modules to be loaded by default for both and also allow for the total absence of both in the kernel. Sorry if I've missed discussions on this and am being redundant. --Devon From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 08:31:06 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C4A816A4CE for ; Thu, 4 Dec 2003 08:31:06 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BE7F43FE9 for ; Thu, 4 Dec 2003 08:31:02 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id hB4GSCMg085569; Thu, 4 Dec 2003 11:28:12 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)hB4GS7dC085564; Thu, 4 Dec 2003 11:28:12 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 4 Dec 2003 11:28:07 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Devon H.O'Dell" In-Reply-To: <62090848-2668-11D8-AAE8-000A95E5E66E@sitetronics.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: IPFW and the IP stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 16:31:06 -0000 On Thu, 4 Dec 2003, Devon H.O'Dell wrote: > This is obviously the most logical explanation. There's a good bit of > questioning for PFIL_HOOKS to be enabled in generic to allow ipf to be > loaded as a module as well. If this is the case, we'll have two > firewalls that have their hooks compiled in by default allowing for them > both to be loaded as modules. (Is this still scheduled for 5.2?) > > But at this point, there's no way to allow one to turn the IPFW hooks > *off*. Is there a reason for this? > > Would it be beneficial (or possible) to hook ipfw into pfil(9)? This > way, we could allow the modules to be loaded by default for both and > also allow for the total absence of both in the kernel. Sorry if I've > missed discussions on this and am being redundant. Sam Leffler has done a substantial amount of work to push all of the various "hacks"" (features?) behind PFIL_HOOKS, and I anticipate we'll ship PFIL_HOOKS enabled in GENERIC in 5.3 and use it to plug in most of these services. This also means packages like IPFilter and PF will work "out of the box" without a kernel recompile, not to mention offering substantial architectural cleanup. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 08:50:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25C2116A4CE; Thu, 4 Dec 2003 08:50:49 -0800 (PST) Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E8F43F75; Thu, 4 Dec 2003 08:50:47 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from sitetronics.com ([213.46.143.85]) by amsfep11-int.chello.nl ESMTP <20031204165043.XWRQ23337.amsfep11-int.chello.nl@sitetronics.com>; Thu, 4 Dec 2003 17:50:43 +0100 Date: Thu, 4 Dec 2003 17:50:36 +0100 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v553) To: Robert Watson From: Devon H.O'Dell In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.553) cc: freebsd-hackers@freebsd.org Subject: Re: IPFW and the IP stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 16:50:49 -0000 On Thursday, December 4, 2003, at 05:28 PM, Robert Watson wrote: > > On Thu, 4 Dec 2003, Devon H.O'Dell wrote: > >> This is obviously the most logical explanation. There's a good bit of >> questioning for PFIL_HOOKS to be enabled in generic to allow ipf to be >> loaded as a module as well. If this is the case, we'll have two >> firewalls that have their hooks compiled in by default allowing for >> them >> both to be loaded as modules. (Is this still scheduled for 5.2?) >> >> But at this point, there's no way to allow one to turn the IPFW hooks >> *off*. Is there a reason for this? >> >> Would it be beneficial (or possible) to hook ipfw into pfil(9)? This >> way, we could allow the modules to be loaded by default for both and >> also allow for the total absence of both in the kernel. Sorry if I've >> missed discussions on this and am being redundant. > > Sam Leffler has done a substantial amount of work to push all of the > various "hacks"" (features?) behind PFIL_HOOKS, and I anticipate we'll > ship PFIL_HOOKS enabled in GENERIC in 5.3 and use it to plug in most of > these services. This also means packages like IPFilter and PF will > work > "out of the box" without a kernel recompile, not to mention offering > substantial architectural cleanup. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Senior Research Scientist, McAfee > Research This is great news and definitely something I am interesting in contributing to. Sam: how can I help with this? Kind regards, Devon H. O'Dell From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 12:16:21 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D0E816A4CE for ; Thu, 4 Dec 2003 12:16:21 -0800 (PST) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F75743FA3 for ; Thu, 4 Dec 2003 12:16:20 -0800 (PST) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 2C6CB153AA1; Thu, 4 Dec 2003 10:16:16 -1000 (HST) Date: Thu, 4 Dec 2003 10:16:14 -1000 From: Clifton Royston To: freebsd-hackers@freebsd.org Message-ID: <20031204101614.B2891@tikitechnologies.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20031204200047.17CF816A4F6@hub.freebsd.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: <20031204200047.17CF816A4F6@hub.freebsd.org>; 12:00:47PM -0800 Subject: Re: IPFW and the IP stack X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 20:16:21 -0000 On Thu, Dec 04, 2003 at 12:00:47PM -0800, freebsd-hackers-request@freebsd.org wrote: > From: Robert Watson > Subject: Re: IPFW and the IP stack > To: "Devon H.O'Dell" > Cc: freebsd-hackers@freebsd.org > > On Thu, 4 Dec 2003, Devon H.O'Dell wrote: > > > This is obviously the most logical explanation. There's a good bit of > > questioning for PFIL_HOOKS to be enabled in generic to allow ipf to be > > loaded as a module as well. If this is the case, we'll have two > > firewalls that have their hooks compiled in by default allowing for them > > both to be loaded as modules. (Is this still scheduled for 5.2?) > > > > But at this point, there's no way to allow one to turn the IPFW hooks > > *off*. Is there a reason for this? > > > > Would it be beneficial (or possible) to hook ipfw into pfil(9)? This > > way, we could allow the modules to be loaded by default for both and > > also allow for the total absence of both in the kernel. Sorry if I've > > missed discussions on this and am being redundant. > > Sam Leffler has done a substantial amount of work to push all of the > various "hacks"" (features?) behind PFIL_HOOKS, and I anticipate we'll > ship PFIL_HOOKS enabled in GENERIC in 5.3 and use it to plug in most of > these services. This also means packages like IPFilter and PF will work > "out of the box" without a kernel recompile, not to mention offering > substantial architectural cleanup. While we're on the subject of IPFilter, has anyone gotten it to work correctly on FreeBSD-stable to filter bridged packets in a bridged configuration? I have a 4.8p13 kernel compiled with bridging and IPF, and running a ruleset that was working under an old OpenBSD install for a "transparent firewall". IPF with bridging can be turned on with "sysctl net.link.ether.bridge_ipf=1" but my testing and examination of the logged stats so far *seems* to show that it's both failing to firewall connections to the other hosts that it's bridging to, and blocking some connections to itself that it should accept. I haven't started tcpdumping yet to see what's really going on in terms of where the packets are going and not going. I suppose it may be that this is too weird a configuration to be supported, but I had hoped it would work on FreeBSD since I had had it running fine under OpenBSD 2.6 for several years. -- Clifton -- Clifton Royston -- cliftonr@tikitechnologies.com Tiki Technologies Lead Programmer/Software Architect Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 12:41:55 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9E516A4CE for ; Thu, 4 Dec 2003 12:41:55 -0800 (PST) Received: from mail.state.or.us (mail.state.or.us [159.121.88.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6659043F3F for ; Thu, 4 Dec 2003 12:41:53 -0800 (PST) (envelope-from marcus.beaman@state.or.us) Received: from MARCUSLAPTOP ([159.121.107.2]) by mail.state.or.us (Netscape Messaging Server 4.15) with ESMTP id HPE1HS00.E1M for ; Thu, 4 Dec 2003 12:41:52 -0800 From: "Marcus" To: Date: Thu, 4 Dec 2003 12:42:21 -0800 Message-ID: <001401c3baa7$1de49410$18016b0a@MARCUSLAPTOP> 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.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: Bootable CD BSD system? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 20:41:55 -0000 Did you ever get the cd too boot? I'm want to do the same thing with a kernel that won't fit on a floppy, so this may be my only option. Any help would be greatly appreciated. -Marcus >You would rather use -b with --no-emul-boot. The --no-emul-boot >flags the boot image as a raw executable rather than a floppy image. >The /boot/cdboot loader is specifically designed for this use. Alright, I got a boot. It complained about the absence of a loader, but that's expected from a blank CD. I'll post if I have any more trouble. Thanks a lot, Tim. -- Signed, Dan Harrison From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 13:57:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E259F16A4CE; Thu, 4 Dec 2003 13:57:35 -0800 (PST) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id C995B43FA3; Thu, 4 Dec 2003 13:57:30 -0800 (PST) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id hB4Lsj15080764; Thu, 4 Dec 2003 16:54:45 -0500 (EST) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id hB4Lsjmt080763; Thu, 4 Dec 2003 16:54:45 -0500 (EST) Date: Thu, 4 Dec 2003 16:54:45 -0500 From: Mathew Kanner To: ork@k7-net.net Message-ID: <20031204215445.GR54011@cnd.mcgill.ca> References: <1070548976.3fcf47f0d36b6@webmail.k7-net.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1070548976.3fcf47f0d36b6@webmail.k7-net.net> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hak.cnd.mcgill.ca cc: freebsd-hackers@freebsd.org cc: freebsd-bugs@freebsd.org Subject: Re: kbdcontrol bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2003 21:57:36 -0000 On Dec 04, ork@k7-net.net wrote: > Hi! i found a bug in kbdcontrol, it's an buffer overflow, info and patch: > http://bsdroolz.port5.com/patch > Its not a serious security problem, just a bug, kbdcontrol is not suid. > Cya! Hello, Thank you. This problem was also reported in http://www.freebsd.org/cgi/query-pr.cgi?pr=52960 --Mat -- Applicants must also have extensive knowledge of UNIX, although they should have sufficiently good programming taste to not consider this an achievement. - MIT AI Lab job ad in the /Boston Globe/ From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 23:43:13 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1C2F16A4CE for ; Thu, 4 Dec 2003 23:43:13 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9796443F93 for ; Thu, 4 Dec 2003 23:43:12 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id hB57hACl001085; Fri, 5 Dec 2003 00:43:11 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 05 Dec 2003 00:42:42 -0700 (MST) Message-Id: <20031205.004242.55326701.imp@bsdimp.com> To: rk@nanoteq.co.za From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Missing Interupts? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 07:43:13 -0000 In message: rk47 writes: : ncc0 mem 0xe7abfc00-0xe6abffff,0xe6ac0000-0xe6afffff irq 5 at : device 4.0 on pci1 Sure that there's no ISA device at 5 for which there's no driver loaded? Maybe this is a FreeBSD interrupt routing issue? There were some problems in this area that were fixed after 4.8 for devices behind pci bridges. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 23:43:22 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7137816A4CE for ; Thu, 4 Dec 2003 23:43:22 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 5989243FE1 for ; Thu, 4 Dec 2003 23:43:21 -0800 (PST) (envelope-from jessem@dnull.com) Received: (qmail 7674 invoked by uid 1001); 5 Dec 2003 07:29:00 -0000 Date: 5 Dec 2003 07:29:00 -0000 Message-ID: <20031205072900.7672.qmail@dnull.com> From: jessem@dnull.com To: hackers@freebsd.org Subject: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 07:43:22 -0000 Announcement for 2003-12-04 Topic: What happened to me tonight. The reflections of a night can at times be beyond one's control. To make it short, I got in a car accident tonight. I am okay, nothing wrong; just a shaken realization. As the CHP officer said, "your still alive". And I am glad of that. My vehicle is totaled and replacement will not be easy. At least not as easy as when I worked in the tech sector. My decision has been and always will be to stay in computers. However, it's a pity that my life decisions are not as good a my technical. (some might argue otherwise). To surmise I'm a bit melancholy, but what's important to you is this: Jon Syrstad of Ampex has confirmed that my findings that using a white list is the key to avoiding spam. He estimates that within a month his job of reviewing the daily SPAM from "8 times a day for legitamite email" to "once". Jon uses a full set of tools and is personally charged by the CEO to reduce SPAM. He has both commercial and open source tools. None have been or will every be as effective as a "white list", consisting of family, friends, business associates and people you really want to talk to. So, as a local company selling cell phone service likes to say, "get off 'their' clock, permission to speak freely". Thank You Jessem. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 00:15:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C0216A4CE for ; Fri, 5 Dec 2003 00:15:17 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A6343FBF for ; Fri, 5 Dec 2003 00:15:14 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) hB58F8HL007902; Fri, 5 Dec 2003 08:15:08 GMT (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)hB58F8GR007901; Fri, 5 Dec 2003 08:15:08 GMT (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])hB58B2Dw041360; Fri, 5 Dec 2003 08:11:02 GMT (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200312050811.hB58B2Dw041360@grimreaper.grondar.org> To: jessem@dnull.com In-Reply-To: Your message of "05 Dec 2003 07:29:00 GMT." <20031205072900.7672.qmail@dnull.com> Date: Fri, 05 Dec 2003 08:11:02 +0000 Sender: mark@grondar.org X-Spam-Status: No, hits=0.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO, QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hackers@freebsd.org Subject: Re: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 08:15:17 -0000 Hi Could you please discuss spam issues on a spam list. Your mail has nothing to do with FreeBSD. I'm sorry about your car accident, but that is also not hackers@ material. It is, however OK for chat@. Thanks! M jessem@dnull.com writes: > Announcement for 2003-12-04 > Topic: What happened to me tonight. > > The reflections of a night can at times be beyond one's control. > > To make it short, I got in a car accident tonight. I am okay, > nothing wrong; just a shaken realization. As the CHP officer said, > "your still alive". And I am glad of that. > > My vehicle is totaled and replacement will not be easy. At least > not as easy as when I worked in the tech sector. My decision > has been and always will be to stay in computers. However, it's > a pity that my life decisions are not as good a my technical. > (some might argue otherwise). > > To surmise I'm a bit melancholy, but what's important to you > is this: > > Jon Syrstad of Ampex has confirmed that my findings that > using a white list is the key to avoiding spam. He estimates > that within a month his job of reviewing the daily SPAM from > "8 times a day for legitamite email" to "once". > > Jon uses a full set of tools and is personally charged by > the CEO to reduce SPAM. He has both commercial and open > source tools. None have been or will every be as effective > as a "white list", consisting of family, friends, business > associates and people you really want to talk to. > > So, as a local company selling cell phone service likes to say, > "get off 'their' clock, permission to speak freely". > > > Thank You > Jessem. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 00:17:50 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B0CF16A4CE for ; Fri, 5 Dec 2003 00:17:50 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E00F43F75 for ; Fri, 5 Dec 2003 00:17:49 -0800 (PST) (envelope-from jessem@svbug.com) Received: (qmail 8706 invoked from network); 5 Dec 2003 08:03:30 -0000 Received: from m208-56.dsl.rawbw.com (HELO jc.svbug.com) (198.144.208.56) by dnull.com with SMTP; 5 Dec 2003 08:03:30 -0000 Message-Id: <5.2.1.1.0.20031205001711.00a39a10@dnull.com> X-Sender: jessem@dnull.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Fri, 05 Dec 2003 00:18:10 -0800 To: Mark Murray From: Jesse Monroy In-Reply-To: <200312050811.hB58B2Dw041360@grimreaper.grondar.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: hackers@freebsd.org Subject: Re: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 08:17:50 -0000 At 08:11 AM 12/5/03 +0000, Mark Murray wrote: >Hi > >Could you please discuss spam issues on a spam list. Your mail >has nothing to do with FreeBSD. > >I'm sorry about your car accident, but that is also not hackers@ >material. It is, however OK for chat@. My friend... let me make this clear to you. My car accident no matter. You are an idiot. Get your head out of your ass. Thank you Jessem. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 00:32:18 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6465916A4CE for ; Fri, 5 Dec 2003 00:32:18 -0800 (PST) Received: from smtp1.euronet.nl (smtp1.euronet.nl [194.134.35.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC9343F75 for ; Fri, 5 Dec 2003 00:32:17 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from [192.168.1.42] (zp-c-13e65.mxs.adsl.euronet.nl [81.69.92.101]) by smtp1.euronet.nl (Postfix) with ESMTP id B10AB67173; Fri, 5 Dec 2003 09:32:15 +0100 (MET) In-Reply-To: <5.2.1.1.0.20031205001711.00a39a10@dnull.com> References: <5.2.1.1.0.20031205001711.00a39a10@dnull.com> Mime-Version: 1.0 (Apple Message framework v606) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <884EF953-26FD-11D8-98DD-000A95E5E66E@sitetronics.com> Content-Transfer-Encoding: 7bit From: Devon H.O'Dell Date: Fri, 5 Dec 2003 09:32:16 +0100 To: Jesse Monroy X-Mailer: Apple Mail (2.606) cc: hackers@freebsd.org cc: Mark Murray Subject: Re: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 08:32:18 -0000 > At 08:11 AM 12/5/03 +0000, Mark Murray wrote: >> Hi >> >> Could you please discuss spam issues on a spam list. Your mail >> has nothing to do with FreeBSD. >> >> I'm sorry about your car accident, but that is also not hackers@ >> material. It is, however OK for chat@. > My friend... let me make this clear to you. > My car accident no matter. > > You are an idiot. Get your head out of your ass. > > Thank you > Jessem. > Jesse, Please keep this crap off the FreeBSD mailing lists and in private emails. Thanks, Devon From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 00:34:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4602E16A4CE for ; Fri, 5 Dec 2003 00:34:34 -0800 (PST) Received: from dnull.com (dnull.com [209.237.44.237]) by mx1.FreeBSD.org (Postfix) with SMTP id 84C1C43FDF for ; Fri, 5 Dec 2003 00:34:33 -0800 (PST) (envelope-from jessem@svbug.com) Received: (qmail 9157 invoked from network); 5 Dec 2003 08:20:14 -0000 Received: from m208-56.dsl.rawbw.com (HELO jc.svbug.com) (198.144.208.56) by dnull.com with SMTP; 5 Dec 2003 08:20:14 -0000 Message-Id: <5.2.1.1.0.20031205002628.00a48e50@dnull.com> X-Sender: jessem@dnull.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Fri, 05 Dec 2003 00:34:54 -0800 To: hackers@freebsd.org From: Jesse Monroy Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: A new order of idiots X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 08:34:34 -0000 Well should a rolling stone gather moss, I should be found right. I email the hackers about a solution for handling spam. Their response: hey don't tell us about it we're busy hacking. This message is in general for those idiots that consider the announcements about SVBUG to be off topic Get your head out of your @ss. P.S. I'm not on this mailing list.. so do everyone a favor and SPAM me and NOT the list when responding. Your response will be queued and ignored in the proper fashion you have been accustomed to. Also, using a MS mail agent, like MS Outlook, will allow you to hit /dev/null in record time. Thank you very much. Jessem. From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 02:27:28 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A2A516A4CE for ; Fri, 5 Dec 2003 02:27:28 -0800 (PST) Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23AE543FE3 for ; Fri, 5 Dec 2003 02:27:26 -0800 (PST) (envelope-from gary@outloud.org) Received: from orion-152b1gbqs.outloud.org (69-160-65-99.frdrmd.adelphia.net [69.160.65.99]) by mail.webjockey.net (8.12.9/8.12.8) with ESMTP id hB5ATvZd058746; Fri, 5 Dec 2003 05:29:57 -0500 (EST) (envelope-from gary@outloud.org) Message-Id: <6.0.1.1.2.20031205052644.01d936a8@208.141.46.3> X-Sender: ancient@208.141.46.3 X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Fri, 05 Dec 2003 05:27:22 -0500 To: "Devon H.O'Dell" From: Gary Stanley In-Reply-To: <884EF953-26FD-11D8-98DD-000A95E5E66E@sitetronics.com> References: <5.2.1.1.0.20031205001711.00a39a10@dnull.com> <884EF953-26FD-11D8-98DD-000A95E5E66E@sitetronics.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org Subject: Re: SVBUG what happened tonight (12-04-2003) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 10:27:28 -0000 > >Jesse, > >Please keep this crap off the FreeBSD mailing lists and in private emails. > >Thanks, > >Devon I second the motion. -ges From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 5 08:15:43 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08A4416A4CE for ; Fri, 5 Dec 2003 08:15:43 -0800 (PST) Received: from oniws.ca (oniws.ca [67.71.253.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C1C43FE3 for ; Fri, 5 Dec 2003 08:15:40 -0800 (PST) (envelope-from Dwayne.MacKinnon@xwave.com) Received: from xwave.com ([192.168.0.126]) by oniws.ca (8.12.10/8.12.8) with ESMTP id hB5GFPj5085430; Fri, 5 Dec 2003 11:15:25 -0500 (EST) (envelope-from Dwayne.MacKinnon@xwave.com) Message-ID: <3FD0AF18.9020304@xwave.com> Date: Fri, 05 Dec 2003 11:15:20 -0500 From: Dwayne MacKinnon Organization: xwave User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031109 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Dillon References: <200311262104.hAQL4ICN024652@spider.deepcore.dk> <200311282057.hASKvUOM002734@apollo.backplane.com> In-Reply-To: <200311282057.hASKvUOM002734@apollo.backplane.com> Content-Type: multipart/mixed; boundary="------------000900010607080902050003" cc: hackers@freebsd.org cc: Soren Schmidt Subject: Re: Problems with use of M_NOWWAIT in ATA X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dwayne.MacKinnon@xwave.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 16:15:43 -0000 This is a multi-part message in MIME format. --------------000900010607080902050003 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I'm wondering if this could possibly be related to a problem I was having with my 4.9-RELEASE box. Twice in two days it hung on me completely, and started spouting the following error messages: ad0 WRITE command timeout tag=0 serv=0 -restting ad0: trying fallback to PIO mode ata0: resetting devices .. done fxp1: device timeout fxp0: device timeout The ad0 WRITE message and the ata0 message repeated multiple times. So did the fxp messages, but they varied. The only thing I could do was reboot the machine. I cloned the drive, as web research suggested a faulty harddrive might be at fault, but the same hang-up occured. I'm currently experimenting by reverting the box back to 4.8-RELEASE to see if I can reproduce the hang there. I've attached my 4.8-RELEASE dmesg for informational purposes. Cheers, DMK --------------000900010607080902050003 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RELEASE #0: Thu Dec 4 14:12:02 EST 2003 root@dwayne.black.net:/usr/obj/usr/src/sys/CHIRON Timecounter "i8254" frequency 1193182 Hz CPU: Intel Pentium III (866.70-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 536850432 (524268K bytes) avail memory = 518492160 (506340K bytes) Preloaded elf kernel "kernel" at 0xc03cc000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 11 entries at 0xc00f0cb0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 fxp0: port 0xd800-0xd83f mem 0xfd800000-0xfd8fffff,0xfe000000-0xfe000fff irq 9 at device 2.0 on pci0 fxp0: Ethernet address 00:e0:18:02:58:a4 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xd400-0xd43f mem 0xfc800000-0xfc8fffff,0xfd000000-0xfd000fff irq 11 at device 3.0 on pci0 fxp1: Ethernet address 00:d0:b7:e4:ce:2f inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp2: port 0xd000-0xd03f mem 0xfb800000-0xfb8fffff,0xfc000000-0xfc000fff irq 10 at device 4.0 on pci0 fxp2: Ethernet address 00:90:27:cb:89:e0 inphy2: on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sio0: <3COM PCI FaxModem> port 0xb800-0xb807 irq 12 at device 5.0 on pci0 sio0: moving to sio4 sio4: type 16550A pcm0: port 0xb400-0xb43f irq 5 at device 6.0 on pci0 pcm0: pci0: at 7.0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xa800-0xa80f at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xf9000000-0xf9000fff irq 9 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ums0: Logitech USB Optical Mouse, rev 1.10/21.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pcib1: on motherboard pci1: on pcib1 pci1: (vendor=0x1000, dev=0x000b) at 5.0 irq 9 pci1: (vendor=0x1000, dev=0x000b) at 5.1 irq 9 orm0: