From owner-freebsd-arch@FreeBSD.ORG Sun Sep 3 10:15:09 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99A1B16A4DA; Sun, 3 Sep 2006 10:15:09 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id D704643D45; Sun, 3 Sep 2006 10:15:07 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DD58.dip.t-dialin.net [84.165.221.88]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k839t1Ag095330; Sun, 3 Sep 2006 11:55:02 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k83AExQR053708; Sun, 3 Sep 2006 12:14:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 3 Sep 2006 12:15:05 +0200 From: Alexander Leidinger To: Ivan Voras Message-ID: <20060903121505.21d29a49@Magellan.Leidinger.net> In-Reply-To: References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: mami@nyitolap.hu, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 10:15:09 -0000 Quoting Ivan Voras (Sun, 03 Sep 2006 01:35:21 +0200): > Alexander Leidinger wrote: > > > May I direct your eyes to our now tool "sade" in -current? > > Yeah, it's really new - some of the files are only 11 years old :) > > (CVS copy from sysinstall, right?) Yes. And then stripped down. > I'm interested in helping on this when I get a -current system running. I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed interest in continuing the improvements, but I don't know what the status of this is currently. Bye, Alexander. -- I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED Bart Simpson on chalkboard in episode AABF20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-arch@FreeBSD.ORG Sun Sep 3 10:15:16 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F114716A4DE; Sun, 3 Sep 2006 10:15:15 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A3843D58; Sun, 3 Sep 2006 10:15:14 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DD58.dip.t-dialin.net [84.165.221.88]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k839tD0k095335; Sun, 3 Sep 2006 11:55:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k83AFB68053784; Sun, 3 Sep 2006 12:15:12 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 3 Sep 2006 12:15:05 +0200 From: Alexander Leidinger To: Ivan Voras Message-ID: <20060903121505.21d29a49@Magellan.Leidinger.net> In-Reply-To: References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: mami@nyitolap.hu, freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Sep 2006 10:15:16 -0000 Quoting Ivan Voras (Sun, 03 Sep 2006 01:35:21 +0200): > Alexander Leidinger wrote: > > > May I direct your eyes to our now tool "sade" in -current? > > Yeah, it's really new - some of the files are only 11 years old :) > > (CVS copy from sysinstall, right?) Yes. And then stripped down. > I'm interested in helping on this when I get a -current system running. I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed interest in continuing the improvements, but I don't know what the status of this is currently. Bye, Alexander. -- I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED I AM SO VERY TIRED Bart Simpson on chalkboard in episode AABF20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-arch@FreeBSD.ORG Mon Sep 4 02:48:28 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A438D16A510; Mon, 4 Sep 2006 02:48:28 +0000 (UTC) (envelope-from fracruqj@flying.to) Received: from flying.to (59-114-244-178.dynamic.hinet.net [59.114.244.178]) by mx1.FreeBSD.org (Postfix) with SMTP id 7204843D53; Mon, 4 Sep 2006 02:48:26 +0000 (GMT) (envelope-from fracruqj@flying.to) Date: Mon, 04 Sep 2006 10:48:22 +0800 From: "mhofhfta dqwudbohc" X-Sender: fracruqj@flying.to To: , , , Message-Id: <6382741564.NYBcrh-74105799-2559@flying.to> MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: here's a winer SBNS X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 02:48:28 -0000 Ever wonder what it would have been to get in Microsoft , ATT, EBAY, GOOGLE when they first launched. Now you can This one is literaly a ground floor opening SHALLBETTER INDUSTRIES INC (SBNS. PK) Company: SHALLBETTER INDUSTRIES INC Symbol: SBNS. PK Current Price: .98 Expected: Steady Climb for the TOP This quick rising stock is a good long term winner. This stock is going high due to superb business solutions and creative partnerships in thebusiness world. Below is the companys most recent headline. Shallbetter Industries, Inc. Announces New President HONOLULU--(BUSINESS WIRE)--Aug. 28, 2006--Shallbetter Industries Inc. is pleased to announce the appointment of a new President and Corporate Finance Group. Mr. Bruce Pridmore B.Sc. M.B.A has been retained as Shallbetter's new President and Chief Financial Officer. Mr. Pridmore is the founding Partner of London Asia Capital Canada and past Executive Director of Pacific Asia for the National Research Council of Canada. Mr. Pridmore brings extensive knowledge of Asian business practices as well as comprehensive understanding of capital markets both in North America and throughout the European Economic Community. Mr. Pridmore will assume the day to day operation of the company and the organization of a new drilling program once additional capital has been raised. It is anticipated the additional capital will be raised by way of debt, equity or a combination thereof. Dont miss the boat, this is a new issue, is thinly traded and could move up quickly. We anticipate that shares of SBNS will be much higher in the short-term. ACT ON IT! About SHALLBETTER INDUSTRIES INC Shallbetter Industries Inc is an international mining company with operations focused in Mongolia. Shallbetter has been granted exclusive government mining rights to many highly sought after mining locations. Having exclusive rights to land rich with gold in regions of the world that are fairly inexpensive in labor makes the profit outlook of many Shallbetter projects very alluring to investors. Shallbetter seeks to carry out highly profitable projects with the utmost in environmental and social responsibility in mind. All projects are given due diligence in research before conclusions are made as to accurate projections of profitability and feasibility. Any of the above statements with respect to the future predications or goals and events may be seen as only Foward speculation and nothing else. All information inside this email pertaining to any sort of financial advice need to be understood as just information and not any real advice. None of the information above can be constructed as any sort of financial advice. Confidentiality Statemen Can you take a look? ----------------------- Season of mists and mellow fruitfulness. Speak softly and carry a big stick. The stronger the breeze the stronger the trees. Wrinkled as a prune. Up one side and down the other. You can't teach an old dog new tricks. Stir up an ant's nest. Rare as walking on water. A weed is no more than a flower in disguise. Stubborn as a mule. So hungry I could eat a horse. When pigs fly. She's the apple of my eye. Worry often gives a small thing a big shadow. Sweet as honey. That's a real stem winder. The season of goodwill. She has a green thumb. Spring forward fall back. Rise and shine. A thing of beauty is a joy forever. Sow much, reap much; sow little, reap little. Thick as a brick. Throw pearls before swine. Up a tree. Run to seed. Stop and smell the roses. What on earth? Raking it in. She's a mother hen. Seed money. Sweating blood. Useless as tits on bull. Raking in the dough. When you get lemons, make lemonade.(When life gives you scraps make quilts.) A weed is no more than a flower in disguise. Some like carrots others like cabbage. Sweet as apple pie. You feel like a fish out of water. Schools out for summer. From owner-freebsd-arch@FreeBSD.ORG Mon Sep 4 03:11:39 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7449016A4DA for ; Mon, 4 Sep 2006 03:11:39 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E6943D45 for ; Mon, 4 Sep 2006 03:11:39 +0000 (GMT) (envelope-from scrappy@freebsd.org) Received: from localhost (mx1.hub.org [200.46.208.251]) by hub.org (Postfix) with ESMTP id 5EDFB290C74; Mon, 4 Sep 2006 00:11:38 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 10587-05; Mon, 4 Sep 2006 00:11:38 -0300 (ADT) Received: by hub.org (Postfix, from userid 1046) id 97C00291AFC; Sun, 3 Sep 2006 23:51:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 7EC29290C37; Sun, 3 Sep 2006 23:51:31 -0300 (ADT) Date: Sun, 3 Sep 2006 23:51:31 -0300 (ADT) From: "Marc G. Fournier" X-X-Sender: freebsd@hub.org To: Antony Mawer In-Reply-To: <44F24FC0.8010800@mawer.org> Message-ID: <20060903235103.X82634@hub.org> References: <20060825233420.V82634@hub.org> <20060827230002.GG1149@zaphod.nitro.dk> <20060827205909.K82634@hub.org> <44F23D7A.30604@mawer.org> <20060827221502.56976f1c.rnsanchez@gmail.com> <20060827225631.K82634@hub.org> <44F24FC0.8010800@mawer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-arch@freebsd.org Subject: Re: BSDStats - What is involved ... ? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2006 03:11:39 -0000 On Mon, 28 Aug 2006, Antony Mawer wrote: > On 28/08/2006 11:59 AM, Marc G. Fournier wrote: >> On Sun, 27 Aug 2006, Ricardo Nabinger Sanchez wrote: >>> That would be even easier if the dropping of 2 lines was carried out >>> automatically. I know people lazy enough to deinstall a port if they must >>> do any post-config for themselves ("make deinstall" is easier than >>> thinking >>> for a few seconds). >> >> There are several things I want to work on when I get back onto a 'real >> network' next week ... Matt @ Dragonfly has asked for some 'network >> detection' code to be added, to check if there is even a network connected, >> before he'll add it to there base system ... and someone else suggested >> adding code similar to postfix's port to have *it* prompt and auto-add the >> appropriate lines to /etc/periodic.conf ... > > That may have been me :-) Here's a patch that implements something along > those lines... anyone care to review/comment on the attached patch? I've only > tested it very briefly but it appears to do the desired job... > > One thing that would be nice to do is to update any existing lines for the > stats, rather than always adding new lines if the user answers 'y'... > detecting existing lines could easily be done by sourcing the periodic.conf: > > . /etc/periodic.conf > > at the top of the file, but I'm not sure the preferred way on how you'd > update any existng lines if changes were required... perhaps some > grep/sed-foo magic? :-) Patch applied, and I added a yesno for actually running the script right then also ... From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 17:33:35 2006 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F017416A4DD; Tue, 5 Sep 2006 17:33:35 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9822E43D45; Tue, 5 Sep 2006 17:33:35 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ykq2v6x1kjxn0o2l@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85HXZku045282; Tue, 5 Sep 2006 10:33:35 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85HXZJ7045281; Tue, 5 Sep 2006 10:33:35 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 10:33:35 -0700 From: John-Mark Gurney To: freebsd-arch@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20060905173334.GH9421@funkthat.com> Mail-Followup-To: freebsd-arch@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:33:36 -0000 Over the weekend, I integrated some infastructure from the sun4v port. It is the ability to have different bus_dma_tag_t's for different parts of the device tree. This is necessary on systems like sparc64 and sun4v that have different IOMMU's for different pci domains. sparc64 glossed over this difference by programming both IOMMU's exactly the same, but I decided to fix this for sun4v. This means that for each call to bus_dma_tag_create, instead of passing a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that as the parent tag. I committed some example code to various drivers, such as ahc, ata, em, and ohci. There is currently no functional change to the tree w/ this change. The driver changes will need to be done by hand as the device_t of the current device is not always obviously available at the time bus_dma_tag_create is called. Patches are welcome for the remaining unconverted drivers. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 17:44:56 2006 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4685D16A4E0; Tue, 5 Sep 2006 17:44:56 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE34043D5F; Tue, 5 Sep 2006 17:44:51 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 57B8B170C5; Tue, 5 Sep 2006 17:44:49 +0000 (UTC) To: John-Mark Gurney From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 05 Sep 2006 10:33:35 MST." <20060905173334.GH9421@funkthat.com> Date: Tue, 05 Sep 2006 17:44:48 +0000 Message-ID: <14026.1157478288@critter.freebsd.dk> Cc: freebsd-current@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:44:56 -0000 In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: >This means that for each call to bus_dma_tag_create, instead of passing >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that >as the parent tag. I committed some example code to various drivers, >such as ahc, ata, em, and ohci. If there are never any exeptions to this requirement, why not pass "yourdev" and have the magic hidden, rather than add 17 ritual characters to the API ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 17:55:24 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E01316A4E0; Tue, 5 Sep 2006 17:55:24 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8932843D68; Tue, 5 Sep 2006 17:55:22 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k85HtLjD005109; Tue, 5 Sep 2006 10:55:21 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.6/Submit) with ESMTP id k85HtLai005106; Tue, 5 Sep 2006 10:55:21 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 5 Sep 2006 10:55:21 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: John-Mark Gurney In-Reply-To: <20060905173334.GH9421@funkthat.com> Message-ID: <20060905105320.S4962@ns1.feral.com> References: <20060905173334.GH9421@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 17:55:24 -0000 A __FreeBSD_version value of 700020 can be used in your drivers to distinguish the OS source that has the requirement and that which doesn't. On Tue, 5 Sep 2006, John-Mark Gurney wrote: > Over the weekend, I integrated some infastructure from the sun4v port. > It is the ability to have different bus_dma_tag_t's for different > parts of the device tree. This is necessary on systems like sparc64 > and sun4v that have different IOMMU's for different pci domains. > sparc64 glossed over this difference by programming both IOMMU's > exactly the same, but I decided to fix this for sun4v. > > This means that for each call to bus_dma_tag_create, instead of passing > a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > as the parent tag. I committed some example code to various drivers, > such as ahc, ata, em, and ohci. > > There is currently no functional change to the tree w/ this change. > > The driver changes will need to be done by hand as the device_t of the > current device is not always obviously available at the time > bus_dma_tag_create is called. > > Patches are welcome for the remaining unconverted drivers. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" > From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 18:28:49 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5778C16A4DA; Tue, 5 Sep 2006 18:28:49 +0000 (UTC) (envelope-from mami@nyitolap.hu) Received: from mail.nyitolap.hu (bommail.ph.hu [193.224.157.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A978B43D7C; Tue, 5 Sep 2006 18:28:38 +0000 (GMT) (envelope-from mami@nyitolap.hu) Received: from mail.nyitolap.hu (localhost.nyitolap.hu [127.0.0.1]) by mail.nyitolap.hu (8.13.4/8.13.4) with ESMTP id k85IM4E1009095; Tue, 5 Sep 2006 20:22:04 +0200 (CEST) (envelope-from mami@nyitolap.hu) Received: from 84.2.117.246 (SquirrelMail authenticated user mami) by mail.nyitolap.hu with HTTP; Tue, 5 Sep 2006 20:22:05 +0200 (CEST) Message-ID: <4699.84.2.117.246.1157480525.squirrel@mail.nyitolap.hu> In-Reply-To: <20060903121505.21d29a49@Magellan.Leidinger.net> References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> <20060903121505.21d29a49@Magellan.Leidinger.net> Date: Tue, 5 Sep 2006 20:22:05 +0200 (CEST) From: mami@nyitolap.hu To: "Ivan Voras" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Scanned-By: MIMEDefang 2.52 on 10.10.1.3 Cc: Alexander Leidinger , freebsd-current@freebsd.org, mami@nyitolap.hu, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:28:49 -0000 >> >> (CVS copy from sysinstall, right?) > > Yes. And then stripped down. > >> I'm interested in helping on this when I get a -current system running. > > I suggest to coordinate with mami@nyitolap.hu (CCed), he expressed > interest in continuing the improvements, but I don't know what the > status of this is currently. yes, I'm started to add geom-related things to sade. I have nothing to test yet, but the development is in progress, now I'm coding supplementary stuff. Tell me if you are interested. cheers, Miki From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 18:31:37 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00A9E16A4E8; Tue, 5 Sep 2006 18:31:37 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096C543D46; Tue, 5 Sep 2006 18:31:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k85IVRgf089221; Tue, 5 Sep 2006 12:31:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44FDC278.3050902@samsco.org> Date: Tue, 05 Sep 2006 12:31:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <14026.1157478288@critter.freebsd.dk> In-Reply-To: <14026.1157478288@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.5 required=3.8 tests=SPF_SOFTFAIL autolearn=no version=3.1.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: John-Mark Gurney , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 18:31:37 -0000 Poul-Henning Kamp wrote: > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > > >>This means that for each call to bus_dma_tag_create, instead of passing >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that >>as the parent tag. I committed some example code to various drivers, >>such as ahc, ata, em, and ohci. > > > If there are never any exeptions to this requirement, why not > pass "yourdev" and have the magic hidden, rather than add 17 > ritual characters to the API ? > Drivers can have their own multi-level tag heirarchy. You'd have to create a new bus_dma_tag_create() variant that expected a device_t instead of a bus_dma_tag_t. This might be a good idea. Scott From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 19:09:14 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E5216A501; Tue, 5 Sep 2006 19:09:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 542E943D53; Tue, 5 Sep 2006 19:04:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k85J2TUU014641; Tue, 5 Sep 2006 13:02:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Sep 2006 13:02:47 -0600 (MDT) Message-Id: <20060905.130247.-267228160.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <14026.1157478288@critter.freebsd.dk> References: <20060905173334.GH9421@funkthat.com> <14026.1157478288@critter.freebsd.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Sep 2006 13:02:31 -0600 (MDT) Cc: gurney_j@resnet.uoregon.edu, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:09:14 -0000 In message: <14026.1157478288@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: : : >This means that for each call to bus_dma_tag_create, instead of passing : >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that : >as the parent tag. I committed some example code to various drivers, : >such as ahc, ata, em, and ohci. : : If there are never any exeptions to this requirement, why not : pass "yourdev" and have the magic hidden, rather than add 17 : ritual characters to the API ? As Scott pointed out, it won't always be NULL. I like his idea of having a variant that takes a device_t... Warner From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 19:11:43 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 062EC16A4DA; Tue, 5 Sep 2006 19:11:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id F211943D45; Tue, 5 Sep 2006 19:11:41 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.216.91.134] (HELO [10.0.0.249]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 279172218; Tue, 05 Sep 2006 21:11:37 +0200 From: Hans Petter Selasky To: freebsd-arch@freebsd.org Date: Tue, 5 Sep 2006 21:11:50 +0200 User-Agent: KMail/1.7 References: <14026.1157478288@critter.freebsd.dk> <44FDC278.3050902@samsco.org> In-Reply-To: <44FDC278.3050902@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609052111.52304.hselasky@c2i.net> Cc: John-Mark Gurney , Scott Long , freebsd-current@freebsd.org, Poul-Henning Kamp , freebsd-drivers@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:11:43 -0000 On Tuesday 05 September 2006 20:31, Scott Long wrote: > Poul-Henning Kamp wrote: > > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > >>This means that for each call to bus_dma_tag_create, instead of passing > >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > >>as the parent tag. I committed some example code to various drivers, > >>such as ahc, ata, em, and ohci. > > > > If there are never any exeptions to this requirement, why not > > pass "yourdev" and have the magic hidden, rather than add 17 > > ritual characters to the API ? > > Drivers can have their own multi-level tag heirarchy. You'd have to > create a new bus_dma_tag_create() variant that expected a device_t > instead of a bus_dma_tag_t. This might be a good idea. > I think it is easier to share code with NetBSD if we use "bus_get_dma_tag(yourdev)". For example I use the following prototype on NetBSD and FreeBSD: void * usbd_mem_alloc(bus_dma_tag_t parent, u_int32_t size, u_int8_t align_power); --HPS From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 19:28:00 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B516C16A4DD; Tue, 5 Sep 2006 19:28:00 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3585C43D49; Tue, 5 Sep 2006 19:28:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (0mnew3dcgucvscvk@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85JRv61047416; Tue, 5 Sep 2006 12:27:57 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85JRt1Z047415; Tue, 5 Sep 2006 12:27:55 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 12:27:55 -0700 From: John-Mark Gurney To: "M. Warner Losh" Message-ID: <20060905192755.GI9421@funkthat.com> Mail-Followup-To: "M. Warner Losh" , phk@phk.freebsd.dk, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org References: <20060905173334.GH9421@funkthat.com> <14026.1157478288@critter.freebsd.dk> <20060905.130247.-267228160.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060905.130247.-267228160.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: phk@phk.freebsd.dk, freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 19:28:00 -0000 Warner Losh wrote this message on Tue, Sep 05, 2006 at 13:02 -0600: > In message: <14026.1157478288@critter.freebsd.dk> > "Poul-Henning Kamp" writes: > : In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > : > : >This means that for each call to bus_dma_tag_create, instead of passing > : >a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > : >as the parent tag. I committed some example code to various drivers, > : >such as ahc, ata, em, and ohci. > : > : If there are never any exeptions to this requirement, why not > : pass "yourdev" and have the magic hidden, rather than add 17 > : ritual characters to the API ? > > As Scott pointed out, it won't always be NULL. I like his idea of > having a variant that takes a device_t... I thought of something similar. I like the idea of not having to call bus_get_dma_tag every time, but at the same time, I didn't like adding yet another function that does almost the same thing... If more arguments were effected, I'd be less inclined to argue, but all we'd be doing would change: bus_dma_tag_create(bus_get_dma_tag(dev), to: bus_dma_tag_dev_create(dev, Which though less typing, does create another entry point for creating a bus_dma_tag_t.... I'm split on which is the better way, so if someone wants to change it to the second, I have no objections.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Tue Sep 5 22:04:00 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6121C16A4E7; Tue, 5 Sep 2006 22:04:00 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7084943D53; Tue, 5 Sep 2006 22:03:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (6nkq3cr4f6xiziw1@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k85M3jR5050256; Tue, 5 Sep 2006 15:03:45 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k85M3ido050254; Tue, 5 Sep 2006 15:03:44 -0700 (PDT) (envelope-from jmg) Date: Tue, 5 Sep 2006 15:03:44 -0700 From: John-Mark Gurney To: Hans Petter Selasky Message-ID: <20060905220344.GL9421@funkthat.com> Mail-Followup-To: Hans Petter Selasky , freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Poul-Henning Kamp , freebsd-drivers@freebsd.org References: <14026.1157478288@critter.freebsd.dk> <44FDC278.3050902@samsco.org> <200609052111.52304.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609052111.52304.hselasky@c2i.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Poul-Henning Kamp , freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-arch@freebsd.org Subject: Re: bus_get_dma_tag now necessary for drivers using bus_dma X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Sep 2006 22:04:00 -0000 Hans Petter Selasky wrote this message on Tue, Sep 05, 2006 at 21:11 +0200: > On Tuesday 05 September 2006 20:31, Scott Long wrote: > > Poul-Henning Kamp wrote: > > > In message <20060905173334.GH9421@funkthat.com>, John-Mark Gurney writes: > > >>This means that for each call to bus_dma_tag_create, instead of passing > > >>a NULL pointer, you should call bus_get_dma_tag(yourdev) and use that > > >>as the parent tag. I committed some example code to various drivers, > > >>such as ahc, ata, em, and ohci. > > > > > > If there are never any exeptions to this requirement, why not > > > pass "yourdev" and have the magic hidden, rather than add 17 > > > ritual characters to the API ? > > > > Drivers can have their own multi-level tag heirarchy. You'd have to > > create a new bus_dma_tag_create() variant that expected a device_t > > instead of a bus_dma_tag_t. This might be a good idea. > > > > I think it is easier to share code with NetBSD if we use > "bus_get_dma_tag(yourdev)". > > For example I use the following prototype on NetBSD and FreeBSD: > > void * > usbd_mem_alloc(bus_dma_tag_t parent, u_int32_t size, > u_int8_t align_power); It won't prevent you from first creating a bus_dma_tag_t w/ no restrictions but the dev, and passing that to this function.. Once you have inherited the tag from the device, all children tag's will have the correct tag... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Wed Sep 6 03:52:28 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515ED16A4DE for ; Wed, 6 Sep 2006 03:52:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48DD43D4C for ; Wed, 6 Sep 2006 03:52:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k863oSL2018810 for ; Tue, 5 Sep 2006 21:50:28 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Sep 2006 21:50:47 -0600 (MDT) Message-Id: <20060905.215047.-494097326.imp@bsdimp.com> To: arch@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Sep 2006 21:50:28 -0600 (MDT) Cc: Subject: USB changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 03:52:28 -0000 The time has come to reduce the #ifdefs that have grown to infest the usb code. The other BSDs have already done this to a greater or lessor extent. Many of the #ifdef sections have decayed and no longer work on the target system. There's been a number of cases where bugs have resulted, and they generally make the code harder to read and understand. I'd like to remove many of the ifdefs, as well as expand many of the portability hacks that are there. I'll do my best to make sure that each of the changes bring the files closer to style(9) as well as not change the md5 of the .o file. Comments? Warner From owner-freebsd-arch@FreeBSD.ORG Wed Sep 6 04:01:28 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F36816A4DA for ; Wed, 6 Sep 2006 04:01:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A589D43D46 for ; Wed, 6 Sep 2006 04:01:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k8641I5l019022 for ; Tue, 5 Sep 2006 22:01:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 05 Sep 2006 22:01:37 -0600 (MDT) Message-Id: <20060905.220137.1973602740.imp@bsdimp.com> To: arch@freebsd.org From: "M. Warner Losh" In-Reply-To: <20060905.215047.-494097326.imp@bsdimp.com> References: <20060905.215047.-494097326.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Sep__5_22_01_37_2006_642)--" Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 05 Sep 2006 22:01:19 -0600 (MDT) Cc: Subject: Re: USB changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 04:01:28 -0000 ----Next_Part(Tue_Sep__5_22_01_37_2006_642)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit In message: <20060905.215047.-494097326.imp@bsdimp.com> "M. Warner Losh" writes: : The time has come to reduce the #ifdefs that have grown to infest the : usb code. The other BSDs have already done this to a greater or : lessor extent. Many of the #ifdef sections have decayed and no longer : work on the target system. There's been a number of cases where bugs : have resulted, and they generally make the code harder to read and : understand. : : I'd like to remove many of the ifdefs, as well as expand many of the : portability hacks that are there. I'll do my best to make sure that : each of the changes bring the files closer to style(9) as well as not : change the md5 of the .o file. : : Comments? Here's ugen.c that I've partially converted that retains the same md5 for ugen.o when compiled as a module. Warner ----Next_Part(Tue_Sep__5_22_01_37_2006_642)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ugen.diff" Index: ugen.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/usb/ugen.c,v retrieving revision 1.106 diff -u -r1.106 ugen.c --- ugen.c 5 Jun 2006 14:44:39 -0000 1.106 +++ ugen.c 6 Sep 2006 03:57:03 -0000 @@ -52,24 +52,15 @@ #include #include #include -#if defined(__NetBSD__) || defined(__OpenBSD__) -#include -#include -#elif defined(__FreeBSD__) #include #include #include #include #include #include -#endif #include #include -#if __FreeBSD_version >= 500014 #include -#else -#include -#endif #include #include #include @@ -100,9 +91,7 @@ struct ugen_endpoint { struct ugen_softc *sc; -#if defined(__FreeBSD__) struct cdev *dev; -#endif usb_endpoint_descriptor_t *edesc; usbd_interface_handle iface; int state; @@ -127,16 +116,13 @@ struct ugen_softc { USBBASEDEVICE sc_dev; /* base device */ usbd_device_handle sc_udev; -#if defined(__FreeBSD__) struct cdev *dev; -#endif char sc_is_open[USB_MAX_ENDPOINTS]; struct ugen_endpoint sc_endpoints[USB_MAX_ENDPOINTS][2]; #define OUT 0 #define IN 1 -#ifdef __FreeBSD__ #define UGEN_DEV_REF(dev, sc) \ if ((sc)->sc_dying || dev_refthread(dev) == NULL) \ return (ENXIO) @@ -146,26 +132,9 @@ /* handled by dev layer */ #define UGEN_DEV_CLOSE(dev, sc) \ /* handled by dev layer */ -#else - int sc_refcnt; -#define UGEN_DEV_REF(dev, sc) \ - if ((sc)->sc_dying) \ - return (ENXIO); \ - (sc)->sc_refcnt++ -#define UGEN_DEV_RELE(dev, sc) \ - if (--(sc)->sc_refcnt < 0) \ - usb_detach_wakeup(USBDEV((sc)->sc_dev)) -#define UGEN_DEV_OPEN(dev, sc) \ - (sc)->sc_refcnt++ -#define UGEN_DEV_CLOSE(dev, sc) \ - UGEN_DEV_RELE(dev, sc) -#endif u_char sc_dying; }; -#if defined(__NetBSD__) || defined(__OpenBSD__) -cdev_decl(ugen); -#elif defined(__FreeBSD__) d_open_t ugenopen; d_close_t ugenclose; d_read_t ugenread; @@ -174,7 +143,7 @@ d_poll_t ugenpoll; d_purge_t ugenpurge; -Static struct cdevsw ugenctl_cdevsw = { +static struct cdevsw ugenctl_cdevsw = { .d_version = D_VERSION, .d_flags = D_NEEDGIANT, .d_open = ugenopen, @@ -182,12 +151,9 @@ .d_ioctl = ugenioctl, .d_purge = ugenpurge, .d_name = "ugenctl", -#if __FreeBSD_version < 500014 - .d_bmaj -1 -#endif }; -Static struct cdevsw ugen_cdevsw = { +static struct cdevsw ugen_cdevsw = { .d_version = D_VERSION, .d_flags = D_NEEDGIANT, .d_open = ugenopen, @@ -198,29 +164,23 @@ .d_poll = ugenpoll, .d_purge = ugenpurge, .d_name = "ugen", -#if __FreeBSD_version < 500014 - .d_bmaj -1 -#endif }; -#endif -Static void ugenintr(usbd_xfer_handle xfer, usbd_private_handle addr, +static void ugenintr(usbd_xfer_handle xfer, usbd_private_handle addr, usbd_status status); -Static void ugen_isoc_rintr(usbd_xfer_handle xfer, usbd_private_handle addr, +static void ugen_isoc_rintr(usbd_xfer_handle xfer, usbd_private_handle addr, usbd_status status); -Static int ugen_do_read(struct ugen_softc *, int, struct uio *, int); -Static int ugen_do_write(struct ugen_softc *, int, struct uio *, int); -Static int ugen_do_ioctl(struct ugen_softc *, int, u_long, +static int ugen_do_read(struct ugen_softc *, int, struct uio *, int); +static int ugen_do_write(struct ugen_softc *, int, struct uio *, int); +static int ugen_do_ioctl(struct ugen_softc *, int, u_long, caddr_t, int, usb_proc_ptr); -#if defined(__FreeBSD__) -Static void ugen_make_devnodes(struct ugen_softc *sc); -Static void ugen_destroy_devnodes(struct ugen_softc *sc); -#endif -Static int ugen_set_config(struct ugen_softc *sc, int configno); -Static usb_config_descriptor_t *ugen_get_cdesc(struct ugen_softc *sc, +static void ugen_make_devnodes(struct ugen_softc *sc); +static void ugen_destroy_devnodes(struct ugen_softc *sc); +static int ugen_set_config(struct ugen_softc *sc, int configno); +static usb_config_descriptor_t *ugen_get_cdesc(struct ugen_softc *sc, int index, int *lenp); -Static usbd_status ugen_set_interface(struct ugen_softc *, int, int); -Static int ugen_get_alt_index(struct ugen_softc *sc, int ifaceidx); +static usbd_status ugen_set_interface(struct ugen_softc *, int, int); +static int ugen_get_alt_index(struct ugen_softc *sc, int ifaceidx); #define UGENUNIT(n) ((minor(n) >> 4) & 0xf) #define UGENENDPOINT(n) (minor(n) & 0xf) @@ -276,13 +236,11 @@ USB_ATTACH_ERROR_RETURN; } -#if defined(__FreeBSD__) /* the main device, ctrl endpoint */ sc->dev = make_dev(&ugenctl_cdevsw, UGENMINOR(USBDEVUNIT(sc->sc_dev), 0), UID_ROOT, GID_OPERATOR, 0644, "%s", USBDEVNAME(sc->sc_dev)); ugen_make_devnodes(sc); -#endif usbd_add_drv_event(USB_EVENT_DRIVER_ATTACH, sc->sc_udev, USBDEV(sc->sc_dev)); @@ -290,8 +248,7 @@ USB_ATTACH_SUCCESS_RETURN; } -#if defined(__FreeBSD__) -Static void +static void ugen_make_devnodes(struct ugen_softc *sc) { int endptno; @@ -322,7 +279,7 @@ } } -Static void +static void ugen_destroy_devnodes(struct ugen_softc *sc) { int endptno, prev_sc_dying; @@ -358,9 +315,8 @@ } sc->sc_dying = prev_sc_dying; } -#endif -Static int +static int ugen_set_config(struct ugen_softc *sc, int configno) { usbd_device_handle dev = sc->sc_udev; @@ -433,9 +389,7 @@ } } -#if defined(__FreeBSD__) ugen_destroy_devnodes(sc); -#endif /* now we can clear the old interface's ugen_endpoints */ for(ifaceno = 0; ifaceno < niface_cache; ifaceno++) { @@ -698,7 +652,7 @@ return (0); } -Static int +static int ugen_do_read(struct ugen_softc *sc, int endpt, struct uio *uio, int flag) { struct ugen_endpoint *sce = &sc->sc_endpoints[endpt][IN]; @@ -858,7 +812,7 @@ return (error); } -Static int +static int ugen_do_write(struct ugen_softc *sc, int endpt, struct uio *uio, int flag) { struct ugen_endpoint *sce = &sc->sc_endpoints[endpt][OUT]; @@ -962,25 +916,6 @@ return (error); } -#if defined(__NetBSD__) || defined(__OpenBSD__) -int -ugen_activate(device_ptr_t self, enum devact act) -{ - struct ugen_softc *sc = (struct ugen_softc *)self; - - switch (act) { - case DVACT_ACTIVATE: - return (EOPNOTSUPP); - - case DVACT_DEACTIVATE: - sc->sc_dying = 1; - break; - } - return (0); -} -#endif - -#ifdef __FreeBSD__ void ugenpurge(struct cdev *dev) { @@ -1009,22 +944,14 @@ } selwakeuppri(&sce->rsel, PZERO); } -#endif USB_DETACH(ugen) { USB_DETACH_START(ugen, sc); struct ugen_endpoint *sce; int i, dir; -#if defined(__NetBSD__) || defined(__OpenBSD__) - int maj, mn, c, s; -#endif -#if defined(__NetBSD__) || defined(__OpenBSD__) - DPRINTF(("ugen_detach: sc=%p flags=%d\n", sc, flags)); -#elif defined(__FreeBSD__) DPRINTF(("ugen_detach: sc=%p\n", sc)); -#endif sc->sc_dying = 1; /* Abort all pipes. Causes processes waiting for transfer to wake. */ @@ -1037,41 +964,8 @@ } } -#if defined(__NetBSD__) || defined(__OpenBSD__) - s = splusb(); - if (sc->sc_refcnt > 0) { - /* Wake everyone */ - for (i = 0; i < USB_MAX_ENDPOINTS; i++) - wakeup(&sc->sc_endpoints[i][IN]); - /* Wait for processes to go away. */ - while (sc->sc_refcnt > 0) - usb_detach_wait(USBDEV(sc->sc_dev)); - } - splx(s); - - /* Wait for opens to go away. */ - do { - c = 0; - for (i = 0; i < USB_MAX_ENDPOINTS; i++) { - if (sc->sc_is_open[i]) - c++; - } - if (c != 0) - tsleep(&sc->sc_dying, PZERO, "ugendr", hz); - } while (c != 0); - - /* locate the major number */ - for (maj = 0; maj < nchrdev; maj++) - if (cdevsw[maj].d_open == ugenopen) - break; - - /* Nuke the vnodes for any open instances (calls close). */ - mn = self->dv_unit * USB_MAX_ENDPOINTS; - vdevgone(maj, mn, mn + USB_MAX_ENDPOINTS - 1, VCHR); -#elif defined(__FreeBSD__) /* destroy the device for the control endpoint */ destroy_dev(sc->dev); -#endif usbd_add_drv_event(USB_EVENT_DRIVER_DETACH, sc->sc_udev, USBDEV(sc->sc_dev)); @@ -1079,7 +973,7 @@ return (0); } -Static void +static void ugenintr(usbd_xfer_handle xfer, usbd_private_handle addr, usbd_status status) { struct ugen_endpoint *sce = addr; @@ -1115,7 +1009,7 @@ selwakeuppri(&sce->rsel, PZERO); } -Static void +static void ugen_isoc_rintr(usbd_xfer_handle xfer, usbd_private_handle addr, usbd_status status) { @@ -1174,7 +1068,7 @@ selwakeuppri(&sce->rsel, PZERO); } -Static usbd_status +static usbd_status ugen_set_interface(struct ugen_softc *sc, int ifaceidx, int altno) { usbd_interface_handle iface; @@ -1222,10 +1116,8 @@ if (err) panic("ugen_set_interface: endpoint count failed"); -#if defined(__FreeBSD__) /* destroy the existing devices, we remake the new ones in a moment */ ugen_destroy_devnodes(sc); -#endif /* now we can clear the old interface's ugen_endpoints */ for (endptno = 0; endptno < nendpt_cache; endptno++) { @@ -1247,16 +1139,14 @@ sce->iface = iface; } -#if defined(__FreeBSD__) /* make the new devices */ ugen_make_devnodes(sc); -#endif return (0); } /* Retrieve a complete descriptor for a certain device and index. */ -Static usb_config_descriptor_t * +static usb_config_descriptor_t * ugen_get_cdesc(struct ugen_softc *sc, int index, int *lenp) { usb_config_descriptor_t *cdesc, *tdesc, cdescr; @@ -1289,7 +1179,7 @@ return (cdesc); } -Static int +static int ugen_get_alt_index(struct ugen_softc *sc, int ifaceidx) { usbd_interface_handle iface; @@ -1301,7 +1191,7 @@ return (usbd_get_interface_altindex(iface)); } -Static int +static int ugen_do_ioctl(struct ugen_softc *sc, int endpt, u_long cmd, caddr_t addr, int flag, usb_proc_ptr p) { @@ -1374,9 +1264,7 @@ err = ugen_set_config(sc, *(int *)addr); switch (err) { case USBD_NORMAL_COMPLETION: -#if defined(__FreeBSD__) ugen_make_devnodes(sc); -#endif break; case USBD_IN_USE: return (EBUSY); @@ -1666,6 +1554,4 @@ return (revents); } -#if defined(__FreeBSD__) DRIVER_MODULE(ugen, uhub, ugen_driver, ugen_devclass, usbd_driver_load, 0); -#endif ----Next_Part(Tue_Sep__5_22_01_37_2006_642)---- From owner-freebsd-arch@FreeBSD.ORG Wed Sep 6 21:06:32 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 982F916A4E0 for ; Wed, 6 Sep 2006 21:06:32 +0000 (UTC) (envelope-from prvs=julian=39777be4f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F31C43D5D for ; Wed, 6 Sep 2006 21:06:32 +0000 (GMT) (envelope-from prvs=julian=39777be4f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 06 Sep 2006 14:06:31 -0700 Message-ID: <44FF3858.8070003@elischer.org> Date: Wed, 06 Sep 2006 14:06:32 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20060905.215047.-494097326.imp@bsdimp.com> <20060905.220137.1973602740.imp@bsdimp.com> In-Reply-To: <20060905.220137.1973602740.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org Subject: Re: USB changes X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Sep 2006 21:06:32 -0000 M. Warner Losh wrote: >In message: <20060905.215047.-494097326.imp@bsdimp.com> > "M. Warner Losh" writes: >: The time has come to reduce the #ifdefs that have grown to infest the >: usb code. The other BSDs have already done this to a greater or >: lessor extent. Many of the #ifdef sections have decayed and no longer >: work on the target system. There's been a number of cases where bugs >: have resulted, and they generally make the code harder to read and >: understand. >: >: I'd like to remove many of the ifdefs, as well as expand many of the >: portability hacks that are there. I'll do my best to make sure that >: each of the changes bring the files closer to style(9) as well as not >: change the md5 of the .o file. >: >: Comments? > >Here's ugen.c that I've partially converted that retains the same md5 >for ugen.o when compiled as a module. > >Warner > > >------------------------------------------------------------------------ > >Index: ugen.c > I think the time has come.. go for it. From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 05:47:47 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D6FE16A4DA for ; Thu, 7 Sep 2006 05:47:47 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9838443D49 for ; Thu, 7 Sep 2006 05:47:46 +0000 (GMT) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so147431pye for ; Wed, 06 Sep 2006 22:47:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TDvxnfCt9kU+2KQdYI0vMGuCvrJJZE2kt6ObB0NMuzsmmOs1cBN8LDNCl290Afbgbg7iyIb4WQE71a5KHeYcp3D1VsVDzovuFcBhjWpfTK3u0eMqQCKHj52b+VOgkJEV7m7VFAgmXJhh3vryPEpX0m8E3Tc3lCMuNy4x32FsJBE= Received: by 10.35.127.7 with SMTP id e7mr660723pyn; Wed, 06 Sep 2006 22:47:46 -0700 (PDT) Received: by 10.35.44.12 with HTTP; Wed, 6 Sep 2006 22:47:46 -0700 (PDT) Message-ID: Date: Thu, 7 Sep 2006 13:47:46 +0800 From: "Howard Su" To: arch@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 05:47:47 -0000 Modularize kernel In today's FreeBSD, KERNEL image is still the big image that contains a lot core components. Although we support module, however most of users are still using customize big kernel image. advantage: 1. Don't ask user to rebuild the kernel when they want new feature/module/driver. This make it easy to do binary update to improve the supportability and security. 2. Every piece in kernel is regarded as a module except rtld. 3. the kernel options can be centralized 4. enable other enhances in kernel like auto load device driver, on-daemon kernel dependency, binary update for kernel, quick boot 5. We don't need files/files.{ARCH} anymore. the Makefile under the module will be used for this purpose 6. Load different kernel based on different settings. For example, we can provide two kernels (UP and SMP) like Windows do. 7. No more GENERIC. Not all user need rebuild kernel anymore. More productivity due to the fact all the files are pre-compiled in most user machines. 8. Easily maintain the code. Naturally, the code is separated into the modules. disadvantage: 1. Bring complex into the boot procedure. 2. Kernel become a kernel module. We need some way to verify all symbols can be resolved in the compile stage. 3. config(8) need some sorts of changes. implementation details: 1. kernel image still exists. It only contains rtld and it's dependency. 2. a new 'unix' image contains the basic stuffs in today's freebsd. like MM, scheduler, etc. 3. other preload modules can be set in loader.conf acpi, atadisk/scsidisk/nfsclient (the core driver that are depended by boot process.) 4. mapping table from deviceid->devicedriver? (that can offer us new feature to auto load drivers.) 5. loader.conf can be automatically regen after system suecessful reboot. The utility can check the root device driver to decide what is required during boot. New Kenrel Build Process Kernel Config File | | config(1) | Kernel Global Opt file (opt_all.h) Make file contains the module defines only | | below is exact same as current implementations | run make | | make install New Kernel Boot Process Boot0 | Boot1 | Boot2 | rtld startup and try to load kernel and its dependencies | kernel start. Initialize other part by SYSINIT order I am writing this email to get some advice on the direction and implementation. -- -Howard From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 09:05:01 2006 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C5CC16A4E7 for ; Thu, 7 Sep 2006 09:05:01 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6159343D77 for ; Thu, 7 Sep 2006 09:04:52 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k8794g9G008890; Thu, 7 Sep 2006 02:04:43 -0700 (PDT) Date: Thu, 07 Sep 2006 18:04:39 +0900 Message-ID: From: gnn@FreeBSD.org To: "Howard Su" In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.7.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: arch@FreeBSD.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 09:05:01 -0000 At Thu, 7 Sep 2006 13:47:46 +0800, Howard Su wrote: > > Modularize kernel > > > In today's FreeBSD, KERNEL image is still the big image that contains > a lot core components. Hello Howard, The monolithic vs. modularized kernel is an old discussion. If you're really interested in pursuing this you'll have a lot of work to do, mostly in figuring out explicitly all the implicit inter-module dependencies. Fascinating and fun, but you likely need a good reason to do it. Best, George From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 07:57:35 2006 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB3F16A4DA for ; Thu, 7 Sep 2006 07:57:35 +0000 (UTC) (envelope-from jp.tom@wanadoo.fr) Received: from smtp5.orange.fr (smtp5.orange.fr [193.252.22.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8799943D6A for ; Thu, 7 Sep 2006 07:57:16 +0000 (GMT) (envelope-from jp.tom@wanadoo.fr) Received: from smtp-msa-out05.orange.fr (mwinf0506 [172.22.136.34]) by mwinf0510.orange.fr (SMTP Server) with ESMTP id 5DDA3E73B for ; Thu, 7 Sep 2006 09:55:48 +0200 (CEST) Received: from client5c81d727 (ABordeaux-252-1-87-152.w86-213.abo.wanadoo.fr [86.213.114.152]) by mwinf0506.orange.fr (SMTP Server) with SMTP id BA8221C00254 for ; Thu, 7 Sep 2006 09:55:46 +0200 (CEST) X-ME-UUID: 20060907075546764.BA8221C00254@mwinf0506.orange.fr Message-ID: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> From: "Thomas Lapeyre" To: Date: Fri, 8 Sep 2006 09:53:54 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Antivirus: avast! (VPS 0636-1, 06/09/2006), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Thu, 07 Sep 2006 12:07:06 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Is it Core 2 Duo compatible? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 07:57:35 -0000 Good Morning, I would like to know if Free BSD is compatible for a Core 2 Duo E6300 = based platform, that is to say wether I can run it in 64 bits or on 32 = bits? What version should I download? Does the Free BSD support the Asus GeForce EN7600GS graphic card ? Thanks a lot! From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 15:07:37 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C6E16A4DE for ; Thu, 7 Sep 2006 15:07:37 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59DEC43D45 for ; Thu, 7 Sep 2006 15:07:26 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 60814 invoked from network); 7 Sep 2006 14:52:16 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 7 Sep 2006 14:52:16 -0000 Message-ID: <450035AD.3040600@freebsd.org> Date: Thu, 07 Sep 2006 17:07:25 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: freebsd-arch@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: yar@comp.chem.msu.su, glebius@freebsd.org Subject: Moving ethernet VLAN tags into the mbuf packet header (from mtags) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 15:07:37 -0000 With the recent addition of a 16bit field for TSO into the mbuf packet header we've got 16bits left over. I've reserved these bits for the ethernet VLAN tagging of packet to do away with the allocated mbuf mtag. The change is rather mechanical. Patch available here: http://people.freebsd.org/~andre/vlan_pkthdr-20060907.diff The big advantage is that we don't have to do a UMA zalloc for very incoming vlan tagged packet. The m_pkthdr.ether_vlan field is always present and its validity depends on the M_VLANTAG flag. Testing & reviews encouraged. :-) -- Andre From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 19:03:02 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9C4D16A4DA for ; Thu, 7 Sep 2006 19:03:02 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1D5243D93 for ; Thu, 7 Sep 2006 19:02:50 +0000 (GMT) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k87J2mRF068369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Sep 2006 21:02:48 +0200 (CEST) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.13.8/8.13.8/Submit) id k87J2m83068368; Thu, 7 Sep 2006 15:02:48 -0400 (EDT) (envelope-from cracauer) Date: Thu, 7 Sep 2006 15:02:48 -0400 From: Martin Cracauer To: Thomas Lapeyre Message-ID: <20060907190248.GA68328@cons.org> References: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> User-Agent: Mutt/1.4.2.2i Cc: freebsd-arch@freebsd.org Subject: Re: Is it Core 2 Duo compatible? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:03:02 -0000 Thomas Lapeyre wrote on Fri, Sep 08, 2006 at 09:53:54AM +0200: > Good Morning, > > I would like to know if Free BSD is compatible for a Core 2 Duo E6300 based platform, that is to say wether I can run it in 64 bits or on 32 bits? > What version should I download? Works fine for me in both bitsens. > Does the Free BSD support the Asus GeForce EN7600GS graphic card ? Chipset? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 19:03:54 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D759C16A4DE; Thu, 7 Sep 2006 19:03:54 +0000 (UTC) (envelope-from prvs=julian=39828977f@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4679943D58; Thu, 7 Sep 2006 19:03:54 +0000 (GMT) (envelope-from prvs=julian=39828977f@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 07 Sep 2006 12:03:51 -0700 Message-ID: <45006D19.4040607@elischer.org> Date: Thu, 07 Sep 2006 12:03:53 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <450035AD.3040600@freebsd.org> In-Reply-To: <450035AD.3040600@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, yar@comp.chem.msu.su, freebsd-arch@freebsd.org Subject: Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 19:03:55 -0000 Andre Oppermann wrote: > With the recent addition of a 16bit field for TSO into the mbuf packet > header we've got 16bits left over. I've reserved these bits for the > ethernet VLAN tagging of packet to do away with the allocated mbuf mtag. > > The change is rather mechanical. Patch available here: > > http://people.freebsd.org/~andre/vlan_pkthdr-20060907.diff > > The big advantage is that we don't have to do a UMA zalloc for very > incoming > vlan tagged packet. The m_pkthdr.ether_vlan field is always present > and its > validity depends on the M_VLANTAG flag. > > Testing & reviews encouraged. :-) > You are adding these fields to the mbuf pktheader in an unconditional manner. This means that even protocols that have no need or understanding of these fields are paying the price. I understand that at this point in history 99.999% of packets are for protocols for which these make sense but I wonder if we should consider whether mbufs should have some 'protocol specific' fields. mbuf tags are one way of doing this but maybe we can work out some method of doing this that doesn't require as much overhead (no extra allocations). Possibly by making some scheme whereby tags are allocated as part of the mbuf. I would suggest that each protocol have its own mbuf allocator that does preallocations according to what the active protocols might require. just vague ideas. From owner-freebsd-arch@FreeBSD.ORG Thu Sep 7 21:34:37 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E9C16A4EE for ; Thu, 7 Sep 2006 21:34:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14DD843D53 for ; Thu, 7 Sep 2006 21:34:36 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k87LWJH1051897; Thu, 7 Sep 2006 15:32:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 07 Sep 2006 15:32:39 -0600 (MDT) Message-Id: <20060907.153239.1219861549.imp@bsdimp.com> To: howard0su@gmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 07 Sep 2006 15:32:20 -0600 (MDT) Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Sep 2006 21:34:37 -0000 I routinely boot a minimal kernel and kldload everything. this gives me a kernel about 1/3 the size of a full GENERIC build, but at the price of needing to keep my modules up to date. Warner From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 01:08:46 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C88116A4DA for ; Fri, 8 Sep 2006 01:08:46 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt3.ihug.co.nz (grunt3.ihug.co.nz [203.109.254.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7B343D62 for ; Fri, 8 Sep 2006 01:08:38 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt3.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GLUrE-0001Bt-00; Fri, 08 Sep 2006 13:08:36 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 3C92D1CC23; Fri, 8 Sep 2006 13:08:35 +1200 (NZST) Date: Fri, 8 Sep 2006 13:08:35 +1200 From: Andrew Thompson To: Andre Oppermann Message-ID: <20060908010835.GA6334@heff.fud.org.nz> References: <450035AD.3040600@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <450035AD.3040600@freebsd.org> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org, yar@comp.chem.msu.su, freebsd-arch@freebsd.org Subject: Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 01:08:46 -0000 On Thu, Sep 07, 2006 at 05:07:25PM +0200, Andre Oppermann wrote: > With the recent addition of a 16bit field for TSO into the mbuf packet > header we've got 16bits left over. I've reserved these bits for the > ethernet VLAN tagging of packet to do away with the allocated mbuf mtag. > > The change is rather mechanical. Patch available here: > > http://people.freebsd.org/~andre/vlan_pkthdr-20060907.diff > RCS file: /home/ncvs/src/sys/netgraph/ng_vlan.c,v retrieving revision 1.3 diff -u -p -r1.3 ng_vlan.c --- netgraph/ng_vlan.c 20 Apr 2005 14:19:20 -0000 1.3 +++ netgraph/ng_vlan.c 7 Sep 2006 15:03:58 -0000 <...> - vlan = EVL_VLANOFTAG(VLAN_TAG_VALUE(mtag)); + vlan = m->m_pkthdr.ether_vlan; (void)&evl; /* XXX silence GCC */ I think this is a typeo, EVL_VLANOFTAG is still needed. I like the change and it helps out a few related projects that people are working on. Andrew From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 02:49:41 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B69DF16A4DA for ; Fri, 8 Sep 2006 02:49:41 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EB543D45 for ; Fri, 8 Sep 2006 02:49:41 +0000 (GMT) (envelope-from howard0su@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so214185nzn for ; Thu, 07 Sep 2006 19:49:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hPptdUgDLs36G3PIn++UtIi6/9Adzj+VhfXXEvEGTbl5kYm/cXj/y2KIsnXq5xeIozZEw7t52FllIc8XlClzuyZy2Lrh8ju0LRA7osAJCCZyqUA0xorWI5XwRjbp9joC+sW5S5yEKvteQvhHivlxyD9ORqI+iDlnRhUSce2cHvQ= Received: by 10.35.72.6 with SMTP id z6mr1856842pyk; Thu, 07 Sep 2006 19:49:40 -0700 (PDT) Received: by 10.35.44.12 with HTTP; Thu, 7 Sep 2006 19:49:40 -0700 (PDT) Message-ID: Date: Fri, 8 Sep 2006 10:49:40 +0800 From: "Howard Su" To: "M. Warner Losh" In-Reply-To: <20060907.153239.1219861549.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060907.153239.1219861549.imp@bsdimp.com> Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 02:49:41 -0000 On 9/8/06, M. Warner Losh wrote: > I routinely boot a minimal kernel and kldload everything. this gives > me a kernel about 1/3 the size of a full GENERIC build, but at the > price of needing to keep my modules up to date. For -STABLE tree, i think it is easy since ABI is fixed. However what I proposed is pushing this effort to let most user to use module instead of rebuilding the kernel. -- -Howard From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 02:53:37 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3860716A4DE for ; Fri, 8 Sep 2006 02:53:37 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCC543D4C for ; Fri, 8 Sep 2006 02:53:36 +0000 (GMT) (envelope-from howard0su@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so215135nzn for ; Thu, 07 Sep 2006 19:53:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BD7FL+iQvQ/fmWWsjANvTFv9PW9v6rCdeLJMhUdf/CDoSiHW7hIBVNgGC0C8Z3FiS8curT8PhkqdRO5hjb+34UHSivfv+6ptidcx3WYcvj1gTigV8sLOWWuCP8+r1v1wknYNRaujag6bo/AVdqDItwG01kC7vKyeouF46My96K4= Received: by 10.35.40.10 with SMTP id s10mr1877017pyj; Thu, 07 Sep 2006 19:53:35 -0700 (PDT) Received: by 10.35.44.12 with HTTP; Thu, 7 Sep 2006 19:53:35 -0700 (PDT) Message-ID: Date: Fri, 8 Sep 2006 10:53:35 +0800 From: "Howard Su" To: "gnn@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 02:53:37 -0000 On 9/7/06, gnn@freebsd.org wrote: > At Thu, 7 Sep 2006 13:47:46 +0800, > Hello Howard, > > The monolithic vs. modularized kernel is an old discussion. If you're > really interested in pursuing this you'll have a lot of work to do, > mostly in figuring out explicitly all the implicit inter-module > dependencies. Fascinating and fun, but you likely need a good reason > to do it. I listed the advantages I can think about. Can they convince you? -- -Howard From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 06:11:11 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BBD016A4DE for ; Fri, 8 Sep 2006 06:11:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E196543D58 for ; Fri, 8 Sep 2006 06:11:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k886APqh059280; Fri, 8 Sep 2006 00:10:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 08 Sep 2006 00:10:45 -0600 (MDT) Message-Id: <20060908.001045.1683322424.imp@bsdimp.com> To: howard0su@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20060907.153239.1219861549.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 08 Sep 2006 00:10:26 -0600 (MDT) Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 06:11:11 -0000 In message: "Howard Su" writes: : On 9/8/06, M. Warner Losh wrote: : > I routinely boot a minimal kernel and kldload everything. this gives : > me a kernel about 1/3 the size of a full GENERIC build, but at the : > price of needing to keep my modules up to date. : : For -STABLE tree, i think it is easy since ABI is fixed. However what : I proposed is pushing this effort to let most user to use module : instead of rebuilding the kernel. I guess what I'm saying is that with a minimal kernel + all the modules we have, you have that today. Warner From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 06:25:35 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F3C416A4DE for ; Fri, 8 Sep 2006 06:25:35 +0000 (UTC) (envelope-from prvs=julian=399664ceb@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4A4243D58 for ; Fri, 8 Sep 2006 06:25:34 +0000 (GMT) (envelope-from prvs=julian=399664ceb@elischer.org) Received: from unknown (HELO [10.251.23.248]) ([10.251.23.248]) by a50.ironport.com with ESMTP; 07 Sep 2006 23:25:34 -0700 Message-ID: <45010CDF.1050601@elischer.org> Date: Thu, 07 Sep 2006 23:25:35 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20060907.153239.1219861549.imp@bsdimp.com> <20060908.001045.1683322424.imp@bsdimp.com> In-Reply-To: <20060908.001045.1683322424.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, howard0su@gmail.com Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 06:25:35 -0000 M. Warner Losh wrote: >In message: > "Howard Su" writes: >: On 9/8/06, M. Warner Losh wrote: >: > I routinely boot a minimal kernel and kldload everything. this gives >: > me a kernel about 1/3 the size of a full GENERIC build, but at the >: > price of needing to keep my modules up to date. >: >: For -STABLE tree, i think it is easy since ABI is fixed. However what >: I proposed is pushing this effort to let most user to use module >: instead of rebuilding the kernel. > >I guess what I'm saying is that with a minimal kernel + all the >modules we have, you have that today. > > I'm guessing he would like to have basically no kernel, so that you start by linking in the vm and your scheduler-of-choice, etc >Warner >_______________________________________________ >freebsd-arch@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-arch >To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 08:33:13 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E1E16A4DA for ; Fri, 8 Sep 2006 08:33:13 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id B889743D4C for ; Fri, 8 Sep 2006 08:33:11 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FE11.dip.t-dialin.net [84.165.254.17]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k888C7sX065791; Fri, 8 Sep 2006 10:12:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k888X4jF002088; Fri, 8 Sep 2006 10:33:04 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 08 Sep 2006 10:32:52 +0200 Message-ID: <20060908103252.g6i9y74pc8gcwww4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 08 Sep 2006 10:32:52 +0200 From: Alexander Leidinger To: "M. Warner Losh" References: <20060907.153239.1219861549.imp@bsdimp.com> <20060908.001045.1683322424.imp@bsdimp.com> In-Reply-To: <20060908.001045.1683322424.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: arch@freebsd.org, howard0su@gmail.com Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 08:33:13 -0000 Quoting "M. Warner Losh" (from Fri, 08 Sep 2006 =20 00:10:45 -0600 (MDT)): > In message: > "Howard Su" writes: > : On 9/8/06, M. Warner Losh wrote: > : > I routinely boot a minimal kernel and kldload everything. this gives > : > me a kernel about 1/3 the size of a full GENERIC build, but at the > : > price of needing to keep my modules up to date. > : > : For -STABLE tree, i think it is easy since ABI is fixed. However what > : I proposed is pushing this effort to let most user to use module > : instead of rebuilding the kernel. > > I guess what I'm saying is that with a minimal kernel + all the > modules we have, you have that today. We should provide a minimal kernel config along GENERIC and NOTES/LINT =20 then. This would show what people need at least in their kernel. Additionally freebsd-update could maybe extended to provide updates =20 for a minimal kernel too and people would have less reasons to build =20 their own kernel. Bye, Alexander. --=20 Not all who own a harp are harpers. =09=09-- Marcus Terentius Varro http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 08:49:48 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E046316A4E1 for ; Fri, 8 Sep 2006 08:49:48 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6AC043D55 for ; Fri, 8 Sep 2006 08:49:47 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 71335 invoked from network); 8 Sep 2006 08:34:28 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Sep 2006 08:34:28 -0000 Message-ID: <45012EAA.4010303@freebsd.org> Date: Fri, 08 Sep 2006 10:49:46 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Andrew Thompson References: <450035AD.3040600@freebsd.org> <20060908010835.GA6334@heff.fud.org.nz> In-Reply-To: <20060908010835.GA6334@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, yar@comp.chem.msu.su, freebsd-arch@freebsd.org Subject: Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 08:49:49 -0000 Andrew Thompson wrote: > On Thu, Sep 07, 2006 at 05:07:25PM +0200, Andre Oppermann wrote: >> With the recent addition of a 16bit field for TSO into the mbuf packet >> header we've got 16bits left over. I've reserved these bits for the >> ethernet VLAN tagging of packet to do away with the allocated mbuf mtag. >> >> The change is rather mechanical. Patch available here: >> >> http://people.freebsd.org/~andre/vlan_pkthdr-20060907.diff >> > > RCS file: /home/ncvs/src/sys/netgraph/ng_vlan.c,v > retrieving revision 1.3 > diff -u -p -r1.3 ng_vlan.c > --- netgraph/ng_vlan.c 20 Apr 2005 14:19:20 -0000 1.3 > +++ netgraph/ng_vlan.c 7 Sep 2006 15:03:58 -0000 > > <...> > > - vlan = EVL_VLANOFTAG(VLAN_TAG_VALUE(mtag)); > + vlan = m->m_pkthdr.ether_vlan; > (void)&evl; /* XXX silence GCC */ > > I think this is a typeo, EVL_VLANOFTAG is still needed. I like the > change and it helps out a few related projects that people are working > on. Fixed. Thanks for the review! -- Andre From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 15:11:27 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 890B516A4E8 for ; Fri, 8 Sep 2006 15:11:27 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA9743D67 for ; Fri, 8 Sep 2006 15:11:22 +0000 (GMT) (envelope-from gldisater@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so786995pye for ; Fri, 08 Sep 2006 08:11:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ht2YvD0KOHC21lHmsstfbBTeNV55Zls7LrNhLxtRQ/Jy9RG7jxW29mSDteVmcd2JSJQSEXxZ6rODUDntrT2VFsnY3V+u43j53/G+UVTOpBXk7fD+l9aZgoEtKptM0YDAMYp35H+JdT0gSrUxdGl+dS0NRwrPD6Me/uWs6qQQ8yk= Received: by 10.35.115.18 with SMTP id s18mr3080802pym; Fri, 08 Sep 2006 08:11:21 -0700 (PDT) Received: by 10.35.97.5 with HTTP; Fri, 8 Sep 2006 08:11:21 -0700 (PDT) Message-ID: Date: Fri, 8 Sep 2006 11:11:21 -0400 From: "Jeremy Faulkner" To: "Thomas Lapeyre" In-Reply-To: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> Cc: freebsd-arch@freebsd.org Subject: Re: Is it Core 2 Duo compatible? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 15:11:27 -0000 On 9/8/06, Thomas Lapeyre wrote: > > Does the Free BSD support the Asus GeForce EN7600GS graphic card ? > > Thanks a lot! > The Nvidia driver is a binary and is only released for 32bit versions of FreeBSD. -- Jeremy Faulkner From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 17:10:39 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4042C16A5B1 for ; Fri, 8 Sep 2006 17:10:39 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6700243D5A for ; Fri, 8 Sep 2006 17:10:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EC4A7208F; Fri, 8 Sep 2006 19:10:33 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id DDEAF208E; Fri, 8 Sep 2006 19:10:33 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id C6A6FB854; Fri, 8 Sep 2006 19:10:33 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "Jeremy Faulkner" References: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> Date: Fri, 08 Sep 2006 19:10:33 +0200 In-Reply-To: (Jeremy Faulkner's message of "Fri, 8 Sep 2006 11:11:21 -0400") Message-ID: <86y7sujncm.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Thomas Lapeyre , freebsd-arch@freebsd.org Subject: Re: Is it Core 2 Duo compatible? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 17:10:39 -0000 "Jeremy Faulkner" writes: > On 9/8/06, Thomas Lapeyre wrote: > > Does the Free BSD support the Asus GeForce EN7600GS graphic card ? > The Nvidia driver is a binary and is only released for 32bit versions > of FreeBSD. It is only required for 3D acceleration. For regular desktop use, the open source driver included in X is sufficient. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-arch@FreeBSD.ORG Fri Sep 8 22:07:43 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2619516A40F; Fri, 8 Sep 2006 22:07:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail33.syd.optusnet.com.au (mail33.syd.optusnet.com.au [211.29.132.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BDFE43D4C; Fri, 8 Sep 2006 22:07:41 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail33.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k88M7ART009581 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 9 Sep 2006 08:07:11 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k88M7ANH009793; Sat, 9 Sep 2006 08:07:10 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k88M799V009792; Sat, 9 Sep 2006 08:07:10 +1000 (EST) (envelope-from peter) Date: Sat, 9 Sep 2006 08:07:09 +1000 From: Peter Jeremy To: Andre Oppermann Message-ID: <20060908220709.GA759@turion.vk2pj.dyndns.org> References: <450035AD.3040600@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <450035AD.3040600@freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org, yar@comp.chem.msu.su, glebius@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2006 22:07:43 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Sep-07 17:07:25 +0200, Andre Oppermann wrote: >With the recent addition of a 16bit field for TSO into the mbuf packet >header we've got 16bits left over. I've reserved these bits for the >ethernet VLAN tagging of packet to do away with the allocated mbuf mtag. Sounds reasonable. My only comment is that there doesn't appear to be any way for bpf(4) to filter/capture VLAN information. Before hardware tagging, you could run tcpdump on the vlan parent device and filter on the VLAN tag as well as see the VLAN associated with each packet. I found this very useful for monitoring routed data as well as finding cases where packets were appearing in the wrong VLAN. With hardware tagging (with or without this patch), bpf doesn't have access to the tag information. This is a PITA. --=20 Peter Jeremy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAemM/opHv/APuIcRArkBAJ9852B/iR8hYOI7MadjjLF8agOe8QCggGDt yqMeEEkto8RSebNvfYMF1WA= =5Yab -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-arch@FreeBSD.ORG Sat Sep 9 12:24:43 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C75D16A417 for ; Sat, 9 Sep 2006 12:24:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE7443D70 for ; Sat, 9 Sep 2006 12:24:38 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CCEB546D1A; Sat, 9 Sep 2006 08:24:37 -0400 (EDT) Date: Sat, 9 Sep 2006 13:24:37 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "M. Warner Losh" In-Reply-To: <20060908.001045.1683322424.imp@bsdimp.com> Message-ID: <20060909131907.G84834@fledge.watson.org> References: <20060907.153239.1219861549.imp@bsdimp.com> <20060908.001045.1683322424.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org, howard0su@gmail.com Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 12:24:43 -0000 On Fri, 8 Sep 2006, M. Warner Losh wrote: > In message: > "Howard Su" writes: > : On 9/8/06, M. Warner Losh wrote: > : > I routinely boot a minimal kernel and kldload everything. this gives > : > me a kernel about 1/3 the size of a full GENERIC build, but at the > : > price of needing to keep my modules up to date. > : > : For -STABLE tree, i think it is easy since ABI is fixed. However what > : I proposed is pushing this effort to let most user to use module > : instead of rebuilding the kernel. > > I guess what I'm saying is that with a minimal kernel + all the modules we > have, you have that today. One of the biggest concerns I have with moving towards a heavily modularized default kernel is that we may find we need to explore improving our automatic loading of modules. For example, if we want to de-populate the base kernel with respect to device drivers, which take up quite a lot of space, we'll want to look both at how to handle early boot, and later loading if hardware turns up -- issues we've largely avoided by virtue of compiling them in. We may, for example, want to look at Apple's approach of loading all the available modules sequentially early in the boot to see what attachs, unload the idle modules, and then provide demand loading later. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-arch@FreeBSD.ORG Sat Sep 9 14:12:38 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD99016A407 for ; Sat, 9 Sep 2006 14:12:38 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E7243D49 for ; Sat, 9 Sep 2006 14:12:38 +0000 (GMT) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1212331pye for ; Sat, 09 Sep 2006 07:12:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GDkVpIj6ux+mC8/9Qo2fu15S7pwG0yDgj/bz0NMl6pIw5jO4V6/2XhCR8X4HA0TzoR4uXR0ILUKqZW7fffDxsBsai4/bbTWP102Pibww1UvJwoHFVx8Mm186ZCzNwL4RlqIgXLuFA7BZ2Ood6f7rcPvlGYfpHRR2qiEhTNXpCtQ= Received: by 10.35.18.4 with SMTP id v4mr4984919pyi; Sat, 09 Sep 2006 07:12:37 -0700 (PDT) Received: by 10.35.44.12 with HTTP; Sat, 9 Sep 2006 07:12:37 -0700 (PDT) Message-ID: Date: Sat, 9 Sep 2006 22:12:37 +0800 From: "Howard Su" To: "Robert Watson" In-Reply-To: <20060909131907.G84834@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060907.153239.1219861549.imp@bsdimp.com> <20060908.001045.1683322424.imp@bsdimp.com> <20060909131907.G84834@fledge.watson.org> Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:12:38 -0000 On 9/9/06, Robert Watson wrote: > > On Fri, 8 Sep 2006, M. Warner Losh wrote: > One of the biggest concerns I have with moving towards a heavily modularized > default kernel is that we may find we need to explore improving our automatic > loading of modules. For example, if we want to de-populate the base kernel > with respect to device drivers, which take up quite a lot of space, we'll want > to look both at how to handle early boot, and later loading if hardware turns > up -- issues we've largely avoided by virtue of compiling them in. We may, > for example, want to look at Apple's approach of loading all the available > modules sequentially early in the boot to see what attachs, unload the idle > modules, and then provide demand loading later. How about you can add one entry into TODO list with some clarification to encourage some volunteers to work on it. -- -Howard From owner-freebsd-arch@FreeBSD.ORG Sat Sep 9 14:36:59 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A6216A403 for ; Sat, 9 Sep 2006 14:36:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF3943D45 for ; Sat, 9 Sep 2006 14:36:58 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3625E46D9E; Sat, 9 Sep 2006 10:36:58 -0400 (EDT) Date: Sat, 9 Sep 2006 15:36:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Howard Su In-Reply-To: Message-ID: <20060909153205.G87517@fledge.watson.org> References: <20060907.153239.1219861549.imp@bsdimp.com> <20060908.001045.1683322424.imp@bsdimp.com> <20060909131907.G84834@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: arch@freebsd.org Subject: Re: Modularize kernel X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 14:36:59 -0000 On Sat, 9 Sep 2006, Howard Su wrote: > On 9/9/06, Robert Watson wrote: >> >> On Fri, 8 Sep 2006, M. Warner Losh wrote: >> >> One of the biggest concerns I have with moving towards a heavily >> modularized default kernel is that we may find we need to explore improving >> our automatic loading of modules. For example, if we want to de-populate >> the base kernel with respect to device drivers, which take up quite a lot >> of space, we'll want to look both at how to handle early boot, and later >> loading if hardware turns up -- issues we've largely avoided by virtue of >> compiling them in. We may, for example, want to look at Apple's approach >> of loading all the available modules sequentially early in the boot to see >> what attachs, unload the idle modules, and then provide demand loading >> later. > > How about you can add one entry into TODO list with some clarification to > encourage some volunteers to work on it. I think that coming up with a more clear tasking is important before this go on the todo list. I've noticed that often patches turn up for TODO list items that capture the literal intent of the item, but sometimes not the spirit, which has the effect of discouraging everyone involved when it doesn't get quickly committed, and/or requires significant reworking. There are some tricky architectural issues here precisely because we presumably want to end up with something fairly clean and intuitive, rather than something baroque and obscure. If we get this wrong, we make life harder for everyone. :-) I'm not sure I have a clear understanding of the requirements from the device driver side -- on the general service side, it's fairly straight forward because you simply say "If you want this service, load this module", or in the case of management tools, the module is loaded on demand by the management tool. This works well because the model is basically driven from user space already. The driver problem is trickier because it interacts with the early boot, before there is a user space, because it's driven by hardware-originated events, and because the model for determing what module to load isn't well-defined in the general case. Apple has a model that stores device information in parseable XML associated with the driver, which helps their kext management daemon decide what to load in order to attach a recently discovered device. They also have a module reference count model that allows them to easily load a pile of drivers, then tell all the ones that never attached to anything to unload. Perhaps Warner and others can speak more to whether something like this makes sense for us, or how similar notions might map into what we have today. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-arch@FreeBSD.ORG Sat Sep 9 18:14:19 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A2D916A403 for ; Sat, 9 Sep 2006 18:14:19 +0000 (UTC) (envelope-from SRS0=2Up+4C=CY=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout15.yourhostingaccount.com (mailout15.yourhostingaccount.com [65.254.253.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A55E43D6B for ; Sat, 9 Sep 2006 18:14:12 +0000 (GMT) (envelope-from SRS0=2Up+4C=CY=vvelox.net=v.velox@yourhostingaccount.com) Received: from scan07.yourhostingaccount.com ([10.1.1.237] helo=scan07.yourhostingaccount.com) by mailout15.yourhostingaccount.com with esmtp (Exim) id 1GM7LB-0006GS-KQ for freebsd-arch@freebsd.org; Sat, 09 Sep 2006 14:14:05 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan07.yourhostingaccount.com with spamscanlookuphost (Exim) id 1GM7LB-0002fd-FO for freebsd-arch@freebsd.org; Sat, 09 Sep 2006 14:14:05 -0400 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan07.yourhostingaccount.com with esmtp (Exim) id 1GM7LB-0002fZ-2B for freebsd-arch@freebsd.org; Sat, 09 Sep 2006 14:14:05 -0400 Received: from [69.92.217.33] (helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpa (Exim) id 1GM7LA-0003Hy-7x; Sat, 09 Sep 2006 14:14:04 -0400 Date: Sat, 9 Sep 2006 13:16:19 -0500 From: Vulpes Velox To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) Message-ID: <20060909131619.47b3ffb3@vixen42> In-Reply-To: <86y7sujncm.fsf@dwp.des.no> References: <001201c6d31b$eef7c1f0$a501a8c0@client5c81d727> <86y7sujncm.fsf@dwp.des.no> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Cc: Thomas Lapeyre , Jeremy Faulkner , freebsd-arch@freebsd.org Subject: Re: Is it Core 2 Duo compatible? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Sep 2006 18:14:19 -0000 T24gRnJpLCAwOCBTZXAgMjAwNiAxOToxMDozMyArMDIwMA0KZGVzQGRlcy5ubyAoRGFnLUVybGlu ZyBTbfhyZ3Jhdikgd3JvdGU6DQoNCj4gIkplcmVteSBGYXVsa25lciIgPGdsZGlzYXRlckBnbWFp bC5jb20+IHdyaXRlczoNCj4gPiBPbiA5LzgvMDYsIFRob21hcyBMYXBleXJlIDxqcC50b21Ad2Fu YWRvby5mcj4gd3JvdGU6DQo+ID4gPiBEb2VzIHRoZSBGcmVlIEJTRCBzdXBwb3J0IHRoZSBBc3Vz IEdlRm9yY2UgRU43NjAwR1MgZ3JhcGhpYw0KPiA+ID4gY2FyZCA/DQo+ID4gVGhlIE52aWRpYSBk cml2ZXIgaXMgYSBiaW5hcnkgYW5kIGlzIG9ubHkgcmVsZWFzZWQgZm9yIDMyYml0DQo+ID4gdmVy c2lvbnMgb2YgRnJlZUJTRC4NCj4gDQo+IEl0IGlzIG9ubHkgcmVxdWlyZWQgZm9yIDNEIGFjY2Vs ZXJhdGlvbi4gIEZvciByZWd1bGFyIGRlc2t0b3AgdXNlLA0KPiB0aGUgb3BlbiBzb3VyY2UgZHJp dmVyIGluY2x1ZGVkIGluIFggaXMgc3VmZmljaWVudC4NCg0KTm90IGZhbWlsYXIgd2l0aCBDb3Jl IDIgRG91LCBidXQgdGhlIEFNRCBkdWFsIGNvcmUgNjRiaXQgcHJvY3MgY2FuDQplYXNpbHkgYmUg cnVuIGEgU01QIGtlcm5lbCBpbiAzMmJpdCBtb3JlLiBJIGFtIGN1cnJlbnRseSBkb2luZyB0aGF0 DQpvbiBteSBtYWNoaW5lIGhlcmUgYmVjYXVzZSBJIGxpa2UgdGhlIDNEIGFjY2VsLg0K