From owner-freebsd-current Sun Nov 24 0:32:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE5C37B7B1 for ; Sun, 24 Nov 2002 00:32:34 -0800 (PST) Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A38E543E9C for ; Sun, 24 Nov 2002 00:32:33 -0800 (PST) (envelope-from sidcarter@symonds.net) Received: from northrelay05.pok.ibm.com (northrelay05.pok.ibm.com [9.56.224.23]) by e5.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id gAO8WR4s097108 for ; Sun, 24 Nov 2002 03:32:27 -0500 Received: from tango.in.ibm.com (tango.in.ibm.com [9.182.24.111]) by northrelay05.pok.ibm.com (8.12.3/NCO/VER6.4) with ESMTP id gAO8WGi1045318 for ; Sun, 24 Nov 2002 03:32:25 -0500 Received: by tango.in.ibm.com (Postfix, from userid 1001) id 73D9C4E0; Sun, 24 Nov 2002 14:02:14 +0530 (IST) To: current@freebsd.org Subject: ACPI Errors - IBM Thinkpad A31p From: Sid Carter Operating-System: Turing OS XCVIII Disclaimer: Not speaking for anyone in any way, shape, or form. Copyright: Copyright 2002 Sid Carter - All Rights Reserved Organization: Sid Carter GmBH. Reply-To: sidcarter@symonds.net Date: 24 Nov 2002 14:02:14 +0530 Message-ID: <86fztrpdv5.fsf@tango.in.ibm.com> Lines: 77 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, I see this error while booting into BSD and I presume this might be the problem that acpi on my TP does not work. The errors are something like this. ------------------------------------------------ acpi0: on motherboard Using $PIR table, 14 entries at 0xc00fdeb0 ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 ------------------------------------------------ Dmesg on the box ------------------------------------------------ FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 root@tango.in.ibm.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0618000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc06180a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0618154. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0618200. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1198990668 Hz CPU: Pentium 4 (1198.99-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 267780096 (255 MB) avail memory = 253579264 (241 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface ------------------------------------------------ uname -a -------- FreeBSD tango 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 root@tango:/usr/obj/usr/src/sys/GENERIC i386 Any fix for this ? I am unable to use ACPI in FBSD. TIA Regards Sid -- The church is near but the road is icy; the bar is far away but I will walk carefully. -- Russian Proverb Sid Carter - http://khader.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 0:38:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC11F37B401; Sun, 24 Nov 2002 00:38:41 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B4443E91; Sun, 24 Nov 2002 00:38:41 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2002112408383005200etq2ue>; Sun, 24 Nov 2002 08:38:30 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA29658; Sun, 24 Nov 2002 00:37:05 -0800 (PST) Date: Sun, 24 Nov 2002 00:37:03 -0800 (PST) From: Julian Elischer To: Andrew Gallatin Cc: Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <15840.8629.324788.887872@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 23 Nov 2002, Andrew Gallatin wrote: > > As you eloquently state, there are a number of tradeoffs involved. On > a 64-bit platform, 99% of users are paying 40 bytes/pkt for something > that they will never use. On x86, 99.99% of users are paying 20 > bytes/pkt for a feature they will never use. At least a signifigant > fraction of nics make use of csum offloading (xl, ti, bge, em, myri). the downside to the TAG stuff is that you need to allocate a separate tag storage, and that is a malloc.. which has certain characteristics vs the mbuf allocator. We have a special allocator for mbufs for a reason. (I'm not sure how many of the original reasons still apply). so it's worth looking at whether malloc is a suitable method of allocating all that stuff before we take it out of the mbuf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 1: 2:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756AE37B401 for ; Sun, 24 Nov 2002 01:02:38 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2827B43E88 for ; Sun, 24 Nov 2002 01:02:38 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAO92b3b018725 for ; Sun, 24 Nov 2002 01:02:37 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAO92b6F018723 for current@freebsd.org; Sun, 24 Nov 2002 01:02:37 -0800 (PST) Date: Sun, 24 Nov 2002 01:02:37 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200211240902.gAO92b6F018723@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun Nov 24 01:00:03 PST 2002 ... U release/doc/en_US.ISO8859-1/hardware/alpha/proc-alpha.sgml ? sys/alpha/conf/LINT U sys/cam/scsi/scsi_cd.c U sys/cam/scsi/scsi_da.c U sys/dev/acpica/acpi.c U sys/dev/ata/atapi-cd.c U sys/dev/pccbb/pccbb.c U sys/dev/pccbb/pccbbreg.h U sys/i386/acpica/acpi_wakeup.c cvs [update aborted]: cannot make directory include: File exists To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 1: 4:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE05137B401; Sun, 24 Nov 2002 01:04:54 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB4E43E4A; Sun, 24 Nov 2002 01:04:53 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gAO94l6e083264; Sun, 24 Nov 2002 09:04:47 GMT (envelope-from mark@grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gAO94lB9083263; Sun, 24 Nov 2002 09:04:47 GMT Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gAO93Faq055893; Sun, 24 Nov 2002 09:03:16 GMT (envelope-from mark@grondar.org) Message-Id: <200211240903.gAO93Faq055893@grimreaper.grondar.org> To: "M. Warner Losh" Cc: keramida@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: installworld and stale {include,lib} fun In-Reply-To: Your message of "Sat, 23 Nov 2002 21:13:51 MST." <20021123.211351.113193972.imp@bsdimp.com> Date: Sun, 24 Nov 2002 09:03:15 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've never ever needed to cleanup lib. Are you sure that's absolutely > required? Also, for upgrading from 4.x already has the bit about > nuking /usr/include/gcc. I've never needed to do more. What > libraries are bad that need to be removed, specifically? Or is this > just paranoia inspired? Kerberos/Heimdal have sometimes failed with old libraries. Also, ports can find wrong libraries at configure time and behave strangely. M -- Mark Murray Beware! I'm umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 1:25:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E110437B401 for ; Sun, 24 Nov 2002 01:25:35 -0800 (PST) Received: from mail017.syd.optusnet.com.au (mail017.syd.optusnet.com.au [210.49.20.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C233243EAA for ; Sun, 24 Nov 2002 01:25:34 -0800 (PST) (envelope-from markhannon@optusnet.com.au) Received: from doorway.homeip.net (c17030.sunsh3.vic.optusnet.com.au [211.28.121.143]) by mail017.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id gAO9PXC27179 for ; Sun, 24 Nov 2002 20:25:33 +1100 Received: from optusnet.com.au (tbird.home.lan [192.168.1.5]) by doorway.homeip.net (8.12.6/8.12.6) with ESMTP id gAO9PfhR029298 for ; Sun, 24 Nov 2002 20:25:42 +1100 (EST) (envelope-from markhannon@optusnet.com.au) Message-ID: <3DE09B20.1080707@optusnet.com.au> Date: Sun, 24 Nov 2002 20:25:52 +1100 From: Mark Hannon User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021119 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: kde crashes in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Fairly new current system. Brand new KDE built from ports. Crashes immediately I press the "k" start button. Kcrash reports: 0x28f37893 in poll () from /usr/lib/libc.so.5 #0 0x28f37893 in poll () from /usr/lib/libc.so.5 #1 0x28ee1221 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x28ee0c20 in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 #3 0xd0d0d0d0 in ?? () #4 0x00000001 in ?? () #5 0x000028cc in ?? () System details: tbird:~> uname -a FreeBSD tbird.home.lan 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 22 18:16:30 EST 2002 root@tbird.home.lan:/usr/obj/usr/src/sys/GENERIC i386 tbird:~> pkg_info | egrep "kde|qt" kde-3.0.5 The "meta-port" for KDE kdeartwork-3.0.4 Additional themes, sounds, wallpapers and window styles for kdebase-3.0.5 Base modules for the KDE integrated X11 desktop kdegames-3.0.4 Games for the KDE integrated X11 desktop kdegraphics-3.0.4 Graphics utilities for the KDE3 integrated X11 desktop kdelibs-3.0.5_1 Libraries for KDE kdemultimedia-3.0.4 Multimedia utilities for the KDE integrated X11 desktop kdenetwork-3.0.5 Network modules for KDE3 kdeutils-3.0.4_1 Utilities for the KDE integrated X11 desktop qt-3.0.5_5 A C++ X GUI toolkit Any ideas as to obvious places to look? Regards/Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 1:48:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DF337B401 for ; Sun, 24 Nov 2002 01:48:33 -0800 (PST) Received: from MX2.estpak.ee (ld3.estpak.ee [194.126.101.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5BE43E9C for ; Sun, 24 Nov 2002 01:48:32 -0800 (PST) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (80-235-39-10-dsl.mus.estpak.ee [80.235.39.10]) by MX2.estpak.ee (Postfix) with ESMTP id 16B9C73518; Sun, 24 Nov 2002 11:47:25 +0200 (EET) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id gAO9mNkR001107; Sun, 24 Nov 2002 11:48:23 +0200 (EET) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id gAO9mMNe001106; Sun, 24 Nov 2002 11:48:22 +0200 (EET) (envelope-from vallo) Date: Sun, 24 Nov 2002 11:48:22 +0200 From: Vallo Kallaste To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: gcc 3.2.1 release import? Message-ID: <20021124094822.GA1024@tiiu.internal> Reply-To: kalts@estpak.ee References: <120820000.1037929067@leeloo.intern.geht.de> <3DDDCD32.6D74D775@mindspring.com> <20021122064625.GA12620@troutmask.apl.washington.edu> <3DDE1711.6B9606B4@mindspring.com> <20021122152947.GA14766@troutmask.apl.washington.edu> <20021122180350.GB74344@dragon.nuxi.com> <20021123145236.GA2140@tiiu.internal> <3DE006AB.93802305@mindspring.com> <20021123235341.GA15054@tiiu.internal> <3DE06C7C.4AD24C44@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DE06C7C.4AD24C44@mindspring.com> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 23, 2002 at 10:06:52PM -0800, Terry Lambert wrote: > > > But who will bell the cat? I vote for Snuffles. > > > > Don't understand. Some inside joke or something based on US centric > > TV? What are you trying to tell me? Remember I'm not native. > > 1930's/1940's cartoon character, "Snuffles, the mouse". Was in > a lot of cartoons. Played the "Why?" game that children play, > to the annoyance of his chosen victim, and the amusement of the > people. > > One story was a script based on the Aesop's Fable about belling > the cat. Here is a short reprise: > > 1) All of the mice decided that Something Needs To Be Done > About The Cat(tm) > 2) They had a big meeting > 3) Finally, one mouse, who no one listened to very often, > suggests that they put a bell around its neck, so they > will be able to tell whic it's coming, and escape, to > live in peace, in their mousey ways > 4) No one wants to bell the cat; it's a perfect idea, which > lacks for implementation, and there are no potential > implementors to take the risk on behalf of the group > > In the cartoon version, at this point, the mouse who made the > suggestion is volunteered by his "comrades" for the deadly duty > ("Snuffles"). Heh, OK :-) I'm also quite sure that gcc3.2.1 release will not find it's way to 5.0 and understand the technical points taken to guard this position. That's why I put "possibility and IMHO" at the end of my sentence. A patch will be good to have nevertheless, so we can test things out even if it's not going to 5.0-RELEASE. So this boils down to simple question of time, necessity and willingness to do the patch. Let's end this thread. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 4: 9:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1EA037B401 for ; Sun, 24 Nov 2002 04:09:41 -0800 (PST) Received: from abigail.blackend.org (blackend.org [212.11.50.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3ED43E88 for ; Sun, 24 Nov 2002 04:09:40 -0800 (PST) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.1.205]) by abigail.blackend.org (8.12.3/8.12.3) with ESMTP id gAOC9cW9070027 for ; Sun, 24 Nov 2002 13:09:38 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost [127.0.0.1]) by nosferatu.blackend.org (8.12.6/8.12.6) with ESMTP id gAOC8prv000297 for ; Sun, 24 Nov 2002 13:08:51 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.12.6/8.12.6/Submit) id gAOC8pc8000296 for freebsd-current@FreeBSD.org; Sun, 24 Nov 2002 13:08:51 +0100 (CET) Date: Sun, 24 Nov 2002 13:08:51 +0100 From: Marc Fonvieille To: freebsd-current@FreeBSD.org Subject: Polled mode with device.hints Message-ID: <20021124120851.GA207@nosferatu.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm currently updating some part of the Handbook for 5.X, and I need to know how to put some ports like sio0 or ppc0 in polled mode. I did a search and tried some syntax like "0" for the irq etc. but no way to put something in polled mode or to find an info on it. It's a "lack" of device.hints(5) and some devices manual pages :) Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 9:27:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C046F37B401 for ; Sun, 24 Nov 2002 09:27:10 -0800 (PST) Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463F043E88 for ; Sun, 24 Nov 2002 09:27:00 -0800 (PST) (envelope-from Maksim.Yevmenkin@cw.com) Received: from SJDCEX01.int.exodus.net ([165.193.27.80]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329); Sun, 24 Nov 2002 09:27:00 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C293DE.B205BFE5" Subject: ACPI error messages Date: Sun, 24 Nov 2002 09:26:59 -0800 Message-ID: <45258A4365C6B24A9832BFE224837D552B126A@sjdcex01.int.exodus.net> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: ACPI error messages Thread-Index: AcKT3pUha9YdYj/ESA6aWC3/ulVH/Q== From: "Maksim Yevmenkin" To: X-OriginalArrivalTime: 24 Nov 2002 17:27:00.0128 (UTC) FILETIME=[B22F9200:01C293DE] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------_=_NextPart_001_01C293DE.B205BFE5 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hackers, on yesterday's -current i see ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR ACPI-1354: *** Error: Method execution failed, AE_ERROR this is IBM ThinkPad 390x laptop. dmesg and acpidump are attached. any ideas? thanks max ------_=_NextPart_001_01C293DE.B205BFE5 Content-Type: text/plain; name="dmesg_tp390x.txt" Content-Transfer-Encoding: base64 Content-Description: dmesg_tp390x.txt Content-Disposition: attachment; filename="dmesg_tp390x.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICMyOiBTYXQgTm92IDIzIDIyOjQ1OjIx IFBTVCAyMDAyCiAgICByb290QDovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDClByZWxvYWRl ZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBhdCAweGMwNmFjMDAwLgpQcmVsb2Fk ZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGkua28iIGF0IDB4YzA2YWMwYTguClRpbWVj b3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6ClRpbWVjb3VudGVyICJUU0MiICBm cmVxdWVuY3kgNDQ3NjkyNTY1IEh6CkNQVTogUGVudGl1bSBJSUkvUGVudGl1bSBJSUkgWGVvbi9D ZWxlcm9uICg0NDcuNjktTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRl bCIgIElkID0gMHg2ODEgIFN0ZXBwaW5nID0gMQogIEZlYXR1cmVzPTB4MzgzZjlmZjxGUFUsVk1F LERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNF MzYsTU1YLEZYU1IsU1NFPgpyZWFsIG1lbW9yeSAgPSAyNjgzNjk5MjAgKDI1NSBNQikKYXZhaWwg bWVtb3J5ID0gMjUzNTU0Njg4ICgyNDEgTUIpCkluaXRpYWxpemluZyBHRU9NZXRyeSBzdWJzeXN0 ZW0KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQKbnB4MDogPG1hdGggcHJvY2Vzc29y PiBvbiBtb3RoZXJib2FyZApucHgwOiBJTlQgMTYgaW50ZXJmYWNlCmFjcGkwOiA8UFRMVEQgICAg UlNEVCAgPiBvbiBtb3RoZXJib2FyZApVc2luZyAkUElSIHRhYmxlLCA4IGVudHJpZXMgYXQgMHhj MDBmZGY0MAphY3BpMDogcG93ZXIgYnV0dG9uIGlzIGhhbmRsZWQgYXMgYSBmaXhlZCBmZWF0dXJl IHByb2dyYW1taW5nIG1vZGVsLgpUaW1lY291bnRlciAiQUNQSS1zYWZlIiAgZnJlcXVlbmN5IDM1 Nzk1NDUgSHoKY2FuJ3QgZmV0Y2ggcmVzb3VyY2VzIGZvciBcXF9TQl8uUENJMC5JU0FfLkZJUl8g LSBBRV9BTUxfSU5WQUxJRF9SRVNPVVJDRV9UWVBFCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVy IGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKYWNwaV9jcHUwOiA8 Q1BVPiBvbiBhY3BpMAphY3BpX3R6MDogPHRoZXJtYWwgem9uZT4gb24gYWNwaTAKYWNwaV9idXR0 b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBM aWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgYWRhcHRlcj4gb24gYWNwaTAKYWNw aV9jbWJhdDA6IDxDb250cm9sIG1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2NtYmF0MTog PENvbnRyb2wgbWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBi cmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKLS0tLSBpbml0aWFsIGNvbmZpZ3VyYXRp b24gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClxcX1NCXy5QQ0kwLklTQV8uTE5LRCBpcnEgIDEw OiBbICAzICA0ICA1ICA2ICA3IDEwIDExIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC4yLjMK XFxfU0JfLlBDSTAuSVNBXy5MTktBIGlycSAgIDM6IFsgIDMgIDQgIDUgIDYgIDcgMTAgMTEgMTQg MTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjMuMApcXF9TQl8uUENJMC5JU0FfLkxOS0EgaXJxICAg MzogWyAgMyAgNCAgNSAgNiAgNyAxMCAxMSAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuMy4x ClxcX1NCXy5QQ0kwLklTQV8uTE5LQSBpcnEgICAzOiBbICAzICA0ICA1ICA2ICA3IDEwIDExIDE0 IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC40LjAKXFxfU0JfLlBDSTAuSVNBXy5MTktDIGlycSAg IDc6IFsgIDMgIDQgIDUgIDYgIDcgMTAgMTEgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjQu MQpcXF9TQl8uUENJMC5JU0FfLkxOS0MgaXJxICAgNzogWyAgMyAgNCAgNSAgNiAgNyAxMCAxMSAx NCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuNi4wClxcX1NCXy5QQ0kwLklTQV8uTE5LQiBpcnEg ICA1OiBbICAzICA0ICA1ICA2ICA3IDEwIDExIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC43 LjAKLS0tLSBiZWZvcmUgc2V0dGluZyBwcmlvcml0eSBmb3IgbGlua3MgLS0tLS0tLS0tLS0tCi0t LS0gYmVmb3JlIGZpeHVwIGJvb3QtZGlzYWJsZWQgbGlua3MgLS0tLS0tLS0tLS0tLQotLS0tIGFm dGVyIGZpeHVwIGJvb3QtZGlzYWJsZWQgbGlua3MgLS0tLS0tLS0tLS0tLS0KLS0tLSBhcmJpdHJh dGVkIGNvbmZpZ3VyYXRpb24gLS0tLS0tLS0tLS0tLS0tLS0tLS0tClxcX1NCXy5QQ0kwLklTQV8u TE5LRCBpcnEgIDEwOiBbICAzICA0ICA1ICA2ICA3IDEwIDExIDE0IDE1XSBsb3csbGV2ZWwsc2hh cmFibGUgMC4yLjMKXFxfU0JfLlBDSTAuSVNBXy5MTktBIGlycSAgIDM6IFsgIDMgIDQgIDUgIDYg IDcgMTAgMTEgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAwLjMuMApcXF9TQl8uUENJMC5JU0Ff LkxOS0EgaXJxICAgMzogWyAgMyAgNCAgNSAgNiAgNyAxMCAxMSAxNCAxNV0gbG93LGxldmVsLHNo YXJhYmxlIDAuMy4xClxcX1NCXy5QQ0kwLklTQV8uTE5LQSBpcnEgICAzOiBbICAzICA0ICA1ICA2 ICA3IDEwIDExIDE0IDE1XSBsb3csbGV2ZWwsc2hhcmFibGUgMC40LjAKXFxfU0JfLlBDSTAuSVNB Xy5MTktDIGlycSAgIDc6IFsgIDMgIDQgIDUgIDYgIDcgMTAgMTEgMTQgMTVdIGxvdyxsZXZlbCxz aGFyYWJsZSAwLjQuMQpcXF9TQl8uUENJMC5JU0FfLkxOS0MgaXJxICAgNzogWyAgMyAgNCAgNSAg NiAgNyAxMCAxMSAxNCAxNV0gbG93LGxldmVsLHNoYXJhYmxlIDAuNi4wClxcX1NCXy5QQ0kwLklT QV8uTE5LQiBpcnEgICA1OiBbICAzICA0ICA1ICA2ICA3IDEwIDExIDE0IDE1XSBsb3csbGV2ZWws c2hhcmFibGUgMC43LjAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVs IDgyNDQzQlggKDQ0MCBCWCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBtZW0gMHhmODAwMDAwMC0weGZi ZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxLjAgb24gcGNpMAotLS0tIGluaXRpYWwgY29uZmlndXJhdGlvbiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KXFxfU0JfLlBDSTAuSVNBXy5MTktBIGlycSAgIDM6IFsgIDMgIDQg IDUgIDYgIDcgMTAgMTEgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAxLjAuMAotLS0tIGJlZm9y ZSBzZXR0aW5nIHByaW9yaXR5IGZvciBsaW5rcyAtLS0tLS0tLS0tLS0KLS0tLSBiZWZvcmUgZml4 dXAgYm9vdC1kaXNhYmxlZCBsaW5rcyAtLS0tLS0tLS0tLS0tCi0tLS0gYWZ0ZXIgZml4dXAgYm9v dC1kaXNhYmxlZCBsaW5rcyAtLS0tLS0tLS0tLS0tLQotLS0tIGFyYml0cmF0ZWQgY29uZmlndXJh dGlvbiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0KXFxfU0JfLlBDSTAuSVNBXy5MTktBIGlycSAgIDM6 IFsgIDMgIDQgIDUgIDYgIDcgMTAgMTEgMTQgMTVdIGxvdyxsZXZlbCxzaGFyYWJsZSAxLjAuMApw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZp Y2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAyLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVs IFBJSVg0IEFUQTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxMGMwLTB4MTBjZiBhdCBkZXZpY2UgMi4x IG9uIHBjaTAKYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0YXBjaTAKYXRhMTogYXQgMHgxNzAg aXJxIDE1IG9uIGF0YXBjaTAKdWhjaTA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNv bnRyb2xsZXI+IHBvcnQgMHgxMDYwLTB4MTA3ZiBpcnEgMTAgYXQgZGV2aWNlIDIuMiBvbiBwY2kw CnVzYjA6IDxJbnRlbCA4MjM3MUFCL0VCIChQSUlYNCkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kw CnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZApwY2kwOiA8YnJpZGdlLCBQQ0ktdW5rbm93bj4gYXQgZGV2aWNlIDIu MyAobm8gZHJpdmVyIGF0dGFjaGVkKQpjYmIwOiA8VEkxMjUxQiBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+ IG1lbSAweDEwMDAwMDAwLTB4MTAwMDBmZmYgaXJxIDMgYXQgZGV2aWNlIDMuMCBvbiBwY2kwCmNh cmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAKcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVz PiBvbiBjYmIwCmNiYjE6IDxUSTEyNTFCIFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4MjAwMDAw MDAtMHgyMDAwMGZmZiBpcnEgMyBhdCBkZXZpY2UgMy4xIG9uIHBjaTAKY2FyZGJ1czE6IDxDYXJk QnVzIGJ1cz4gb24gY2JiMQpwY2NhcmQxOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjEKcGNp MDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDYuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kw OiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSA3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJx IDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGti ZGMwCmtiZDAgYXQgYXRrYmQwCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApw c20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwCnNpbzAgcG9ydCAweDNm OC0weDNmZiBpcnEgNCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2NTUwQQpmZGMwOiA8RW5oYW5jZWQg ZmxvcHB5IGNvbnRyb2xsZXIgKGk4MjA3NywgTkU3MjA2NSBvciBjbG9uZSk+IHBvcnQgMHgzZjcs MHgzZjAtMHgzZjUgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5 dGVzIHRocmVzaG9sZApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMAph Y3BpX2VjMDogPGVtYmVkZGVkIGNvbnRyb2xsZXI+IHBvcnQgMHg2NiwweDYyIG9uIGFjcGkwCm9y bTA6IDxPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2JmZmYgb24gaXNhMApwbXRpbWVy MCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNj MDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMg SVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MApUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYwphY3BpX2NwdTogQ1BVIHRocm90 dGxpbmcgZW5hYmxlZCwgOCBzdGVwcyBmcm9tIDEwMCUgdG8gMTIuNSUKYWQwOiAyODYxNU1CIDxJ QzI1TjAzMEFUQ1MwNC0wPiBbNTgxNDAvMTYvNjNdIGF0IGF0YTAtbWFzdGVyIFVETUEzMwphY2Qw OiBDRFJPTSA8Q1JOLTgyNDFCPiBhdCBhdGExLW1hc3RlciBQSU80Ck1CUkVYVCBTbGljZSA1IG9u IGFkMHM0OgowMDAwICAgMDAgZmUgZmYgZmYgODIgZmUgZmYgZmYgM2YgMDAgMDAgMDAgYTIgMTYg MDggMDAgIHwuLi4uLi4uLj8uLi4uLi4ufApbMF0gZjowMCB0eXA6MTMwIHMoQ0hTKToyNTUvMjU0 LzI1NSBlKENIUyk6MjU1LzI1NC8yNTUgczo2MyBsOjUzMDA4MgowMDAwICAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgIHwuLi4uLi4uLi4uLi4uLi4ufApb MV0gZjowMCB0eXA6MCBzKENIUyk6MC8wLzAgZShDSFMpOjAvMC8wIHM6MCBsOjAKICAgIEFDUEkt MDQzMjogKioqIEVycm9yOiBIYW5kbGVyIGZvciBbRW1iZWRkZWRDb250cm9sXSByZXR1cm5lZCBB RV9FUlJPUgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVk LCBBRV9FUlJPUgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFp bGVkLCBBRV9FUlJPUgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24g ZmFpbGVkLCBBRV9FUlJPUgpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYvYWQwczJhCiAgICBB Q1BJLTA0MzI6ICoqKiBFcnJvcjogSGFuZGxlciBmb3IgW0VtYmVkZGVkQ29udHJvbF0gcmV0dXJu ZWQgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZh aWxlZCwgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0aW9u IGZhaWxlZCwgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioqIEVycm9yOiBNZXRob2QgZXhlY3V0 aW9uIGZhaWxlZCwgQUVfRVJST1IKICAgIEFDUEktMDQzMjogKioqIEVycm9yOiBIYW5kbGVyIGZv ciBbRW1iZWRkZWRDb250cm9sXSByZXR1cm5lZCBBRV9FUlJPUgogICAgQUNQSS0xMzU0OiAqKiog RXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBBRV9FUlJPUgogICAgQUNQSS0xMzU0OiAq KiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBBRV9FUlJPUgogICAgQUNQSS0xMzU0 OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBBRV9FUlJPUgogICAgQUNQSS0w NDMyOiAqKiogRXJyb3I6IEhhbmRsZXIgZm9yIFtFbWJlZGRlZENvbnRyb2xdIHJldHVybmVkIEFF X0VSUk9SCiAgICBBQ1BJLTEzNTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWlsZWQs IEFFX0VSUk9SCiAgICBBQ1BJLTEzNTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBmYWls ZWQsIEFFX0VSUk9SCiAgICBBQ1BJLTEzNTQ6ICoqKiBFcnJvcjogTWV0aG9kIGV4ZWN1dGlvbiBm YWlsZWQsIEFFX0VSUk9SCiAgICBBQ1BJLTA0MzI6ICoqKiBFcnJvcjogSGFuZGxlciBmb3IgW0Vt YmVkZGVkQ29udHJvbF0gcmV0dXJuZWQgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioqIEVycm9y OiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioqIEVy cm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfRVJST1IKICAgIEFDUEktMTM1NDogKioq IEVycm9yOiBNZXRob2QgZXhlY3V0aW9uIGZhaWxlZCwgQUVfRVJST1IKICAgIEFDUEktMDQzMjog KioqIEVycm9yOiBIYW5kbGVyIGZvciBbRW1iZWRkZWRDb250cm9sXSByZXR1cm5lZCBBRV9FUlJP UgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBBRV9F UlJPUgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVkLCBB RV9FUlJPUgogICAgQUNQSS0xMzU0OiAqKiogRXJyb3I6IE1ldGhvZCBleGVjdXRpb24gZmFpbGVk LCBBRV9FUlJPUgphY3BpX3R6MDogX0FDeCB2YWx1ZSBpcyBhYnN1cmQsIGlnbm9yZWQgKDIyOS4w QykKYWNwaV90ejA6IF9BQ3ggdmFsdWUgaXMgYWJzdXJkLCBpZ25vcmVkICgyMjkuMEMpCmFjcGlf dHowOiBfQUN4IHZhbHVlIGlzIGFic3VyZCwgaWdub3JlZCAoMjI5LjBDKQphY3BpX3R6MDogX0FD eCB2YWx1ZSBpcyBhYnN1cmQsIGlnbm9yZWQgKDIyOS4wQykK ------_=_NextPart_001_01C293DE.B205BFE5 Content-Type: text/plain; name="acpidump_tp390x.txt.gz" Content-Transfer-Encoding: base64 Content-Description: acpidump_tp390x.txt.gz Content-Disposition: attachment; filename="acpidump_tp390x.txt.gz" H4sICAkK4T0AA2FjcGlkdW1wX3RwMzkweC50eHQA7X1Zc9s4tvCz/StUqfsgT6nT3LRNVR4kUo7V liyOyMQ9XbdGRUlUoq8dOSPLfTt3yv/9YuECAgcgKMmx87VQM2oHxHJwduBg+flv59PAq/nh9O81 93O8+P3h8cs7s1GbDMZD750fjkKvUZs+LHe95XIbPzy8M/40VqvV3GhH57W//Xz+M6kf/r02ijef dp/fOQ4qHv+xfljfb3A7WZuW0W2cnxWaRf+ohdH8Lq6hvFoNt0MzswZQZ6iSu42j3f2WlBqFPmo0 yWDLpdCcDTa77Tp+ePefGgV1NW81G9nfy27tKSvqoR5RXTKeqHV+NrwJZ+OJNxi984fu+VngDmco 610X/TkeztyxhwrPrUat5/rD2eCm1x8NcHUjyfGGQZqFRh44/eEkmE0H/8AZ1vmZPzaj2eBjOOuP rlGWaRjGT+Q/dvLNvcm/Nem3pom/WbNwPM2rdWi1Of303h8Y+bcF/bZC32ajjyNrNuqhAXS7Xx4a NZJjpzko6/zscvQhuJoFw98Q1I1a8q9wOvTQvxF+PoT/nE0uL4NBiGlJ/nk79MKrdwhkr/fPWW80 Hb8z7UZtPLmh/0CtuIOb8MP0n++aqIXLu+gTIsVtf3jz0WsEI3/W/xCGk5vGNHRngdPw3OuZ2/Mz kngsL5ld027K2MnMuGnYH3O81A+tMkYaB5chyEiYLIbRJgB58Wq9We/Qh/7d/eL3Wv28htKbaPF1 PVsimXgbfbl70zj7+efJ4+7r4662Wt/Fm+hLTIvhsaCv6HOw/rSJdo9b+gH1QXLx96xnWgUNhdYg I6N5aDA0L8TMVUuy0YCScnkTF+fn/zm/Qf3XZ4ExQ/SOFr9Hn+K68ad1UftPUq3ZyP94ukiLm7Li TiP/Iy9uy4qbjfyPvLgjK2408j/y4k3N4uN49/l+WZ/5YdComWmxABE0rv/3LOjP3vru0Hjr305n b3ujwU2jxucGKPuC1Bqu6qPBvx+jO7Ym4k7jLZKHXv0Ca5DVRdpHsUZv+8nA35uF7zksb97hhHRs UAuaNfKPN0ia4vnjp4tC8aTrq2CGxt2x849P5/kv7vfmflcfjZA6zvq2Lgqd044nm7gwZncahBdM U4O7h1io9Fu8vVfWQgBMtvzYbYQhLstEWQBQLDZsGTZ4QrmjgVcHPyOdO3s7cGf4p+civM3nRNvj nxb9s0q9qIV/O6vKFa2I9LioXLFL+mrFlSt2TPy76OBfpzqoi4irmDN0sP7feLJCkoDsF+F80xFY O+NVC/NqQnCOYQEek1Q1oKrBXRx/reMhcuzHMZpTwmWOjMsOGXG8/4h5UrPSTaEn/MsrIvRzua+y Sps1Vc0+nT9lOvW2d83oVBWiTLAjg1MhHhbkVI/IIaIFx4NALCi0aOq2aDItHlOFIRzpqTCZ5O+r a6jM7KFrkorVdU23s6euoT0KuqZgpBN7h5E9ul9Ed0ZBQnubpWDNveuhJ1rz/odgwNGLaUMiMd71 L5cUHRn1IQlJiwitF8WDwk9ZByqJEzLe69U3vheOJGl6Oof/9aSmQd+fjOrVtSbkH4l4xr4UT0pW JKT6FqL66kT1faheaA7Nq/rUCdS0JGj0F0jZB4v7r8jh9qezFGp/e79AbuX9tu76HzB0ZFCGSfVG WuoprxsMs7qp6QiCkDEdMPOJeErYCLV3e7/9fb35pOMiO5D9FXuzVL1Fup019TqzFZ0Rj0azu5Ze d6KfwnRneXsNjKFv+FtG38nXeBvhyfA0/oR+6+54guZdwbeHXfxlOMGwtC2GCy/X8d0yKdT/tot7 C2Svbu6RrPyOpnfb+CHe/hGzsLvDG69x1mnkGV4vRBmsFtss4z+ThnFpWkSv+clq9RDv0HgdJNF5 H+FoVuw0DEw+w+IzbC7DvSpkBHyjQXhVzPB6ZjEjg67FQuf1LL6ezWc4fEZzVkQamVWPe96UGPLF RZ45SjNjJnOQZEZs5mWS2WarT0d44p0pMJLXc6chtftsZs8lvNppFzNNOo0pZhIeSrk/zRyRTIvJ 9JKOjNhmu/KSroxlNypmmzS71SlmWzTbbhWzRzTbcJjswPeuyDy/W8wcE+VoFTNJA+05k+n33F+J Z76imf79/8Tbafxw/7hdoK+XN1dU37JMm+rUyc0MFnMkbojdUcuQgN/2/xkmpEth54wNvE5A7Opl 72YAqaAMpMtLGCRhAUGrOTRxAUx4ouxS1ImKHKdpvHvcbgR3odhjsVecgHka0xoehaw2O2ETqDje i4qmLhXHPz4VYSfpdVFxtBcVDV0qjr4TFbG2gWB6dhobr4/GXvzHeoFN2c0VCxtddL7CUwsE9txY IKXPrOvQzx/oZyHfnxrsWrXJD5po9RyaCxCc8b7gWHuAMy4FZ7QvOPYe4Iwk4ISf4+2X6O63+01c D6+mAIp6I3XjmM5C42x1s6y6iCq2ulVWXRxaXj2k7ogj5lsgJsPAJwSwmp38UyqQyBOSzAF+qpxq yON/ixH+FjcLzx5o427oX9ex6wtM4HHCOoHMwN/jIFu8ZWbJRhQtcC0SwWAmz07EhTHSlEg61E0V TYF9RrWmYNGKPMnnQCtqVgOtgf0DoRVjqgJaBWE5DlpNHbRaPxRazSpotZ4HrRaMVtHkr1YgNor4 hxZ5n4MGJXQQaYGThB5MW3jCqL9cp2izgJXR7IfHymifRczMo3R9bsUwR9Fh7Itahtk3Wz8Nf5uR suxSBAxlOPafA0TULAxigtzxNPTJUssFHDFMwMOshJCIZhfxdh3drf83Xorr+3TRkJCeGer48W63 /nr3jfIEcUwisVRvuWQKYNYTy7C8ZV6IQA6mePtWCZD87GDw0fdE8VDMlnAFOOgwxZMwusCFUXEh joCWTmVJ3fL3w9tYH29kiGNhiMXoCrOBJFcbHUNUGsHjfLeNFrtCMbHJJwlODBYnBoATg8OJAePE yAPUybr0e3/Axx1GRsFfw0Pk6Rf6k5FIVZwrxDSTtfG5EOiimoMgQpRbWK0IbMs0AngtSt30xI25 x40ZCDK9HYRXA36+KJTEoXedQmZpIdInKmlpl7SF6FU+wD47QFXAeUG2eTok1MwH1gTNItbu5vWy yCAnplzEj2CiW5AZKFLDaAdBvlRhvPL2rFjd4GjozXgGLGlR9OFEqhHcuZNxDwSWDQ72pcGjYDw0 isEjvO0S73tN/0apEEmiNXqbb6WRHlTSLYZAgN7NtPdx/OV++430incIx/NFBoFpGBwEph4EfXdc DGV5mBJntpXnDG8uJ40zC/XCwFm1H1QA6fDeQz2LgLHRoyym1Lwo9MvFh6p2KmvWapyZhuUo0D7o Y1ILaHfiJMzMIpuW1YFn0MextKbRYHIsIQfHzSyL1TCPu/jPuh+M8eTlglU6vjsNFNa2t/j34xpp k6Qq3j6+4jUNUSKYC/gP1APD7MB/oYuxmHcFG4h5hc28i6MH2j+gMv0AQ29Vh9isCjH6guoUgVON RQ22fwSkWy+GdG8YcFMYPYjt40BcwhFh72DUOsdF7UwfeuSJHQg9BRICHwKS/VKssyf4iCut5wE/ k0AJ9nXpIh9yWWtE7wO+O48TBn1Fj56giqjioC+q4uD2MiigC9gWdhXQbQgAHLef13cxv0uLxIvE mXx0d1cvRHj26O+Jww4Nv0ENAJwSoJmbRHEnqFFwh7BHz/OmMLcIW+vHYskyuNmS+MSX0GY4YttE RKyLzIEHBaDhlqDBfg1oQCUtsaTXC4WZRSWEdY6MsNup16g5PxbCUEkbLCmsxVRC7eK4qJ1WFcnJ Nt/iqFxcAhD6HUW2OgeCcfsiYctwSdh0b1y+ILaqMhW8jImRBSxjfl6vdqN4Ja5VYVkgk3eRjyZ5 ECBlJvJfS6CYmA3TKIn+4xUIefQ/hqP//vQWPK+XJuPPeYPLcNSbEPC6hRyMJQgGqoOs8mQTM+uz 6RrS0AM2rEgWgybXehtX8jojz5dGlXFSR/kw3LLaT8+O6R4agATTb/CZZsMw7DcCwfHuSMXeB4Il +eYH1O6MW55Tby2qRKmy4xAibnFKiIGPTQHYzw6aBlM4AkSHBIXUYF1AzyxA5SXROQEW96rnQruw yMK+cKCB6RSDCgcHL0d+T4okAQBcmm8Fe8sYAIqOi0Rzkx4L5QpLipgFOXYAwlsfw0mfm2Az6xZy rZrqSSbyVRZjYHrth5OPfK+46en60+edYOkBrxCItiVzElqBp+BmsY2/xJtdna/Fdc0Ee1WzkNK4 0vUtb5OTczPUlNJoj+SEAbXXeJ1UBQKg/dg5pbwiY+Rg4jEFcnpncBP+q0rv9/3LATf3IFcExHh9 la5LUlhoN+HQ+5WnOc4j36Fwhn94+9TFzr8U2h+GE34ZitbqP65W8baOwxW1/yDLQSM92r9G7UnG 41nLpkmatukhGEIEm25mI9Ed2yG/JEZjk4OPdpv8kjOFNom+OHRTHKnlkFoOqeXQyE6rCEpbFDfA V+Il0ZJ/skEhFcybF6uEFAuPoCM4fWQmywcXiZJcJQA4xaawPqfZ0g0kyN95EKHP+YJvyoaawlxP P7dTQPCtG6tJUql5cSHU8bM6GWKT/zbFwpxas8qNjFRQE7+ljyeKUg8xqriJ9zB/xu8PL9n6S9Et M3m3rFmaUV7FMFeOmNc1BBewNOcNRucbLq9WKUNECj4FmCNF4OHsNg/FCIUMq20a8j4/EEJgJMRd 7lPfp04GT/th/zl90dQhw71L92PJ9xBhqszI2v3D3f2utn6oxV++7r7Bu4XSBHmyGcKEHMXeripw Le43m3ixi5easJmlwFWZQgljVe01Qzyy5y6uGhk3qi/fEImJjVkKJDZlHdzIW/eq79dFFDAeLWml fMKCdY9qxoKk8JDR1nADyt1pWM4VAHxAAO4JQM91B0FQwy2oNvbCbiSLTWC/Vf45c1+WxHuhLnWH hqOzvSAmvzck+7HM/E+63SX3Tzgzl7gUhV2c1FWVni4ncynkT1DFhqdAqcuBnXKZQsnNuZWvDzHm 3AbMedqj1EfgwQL1YDCeevjmB4KzVuqXFDp3LuSAiwNwUhe0xBthk8/WpjVoK+pqnI8CeDEanZT0 waz/omrkMHPiPaRkKhkbmvJAvPChoAXkPTPeogJS0UrAuWKO2jN+0hMH+OTYDywOXYU4NDXEgeGa 5l+da1KdDuyzxWk/LqlERPS70CZhEiNHs/J6eN93vYyKFxeVKFmZgjqUUzlcusuQyDoHB9v34DD7 bmvZdye371Ey50ZUlRlrsDJdnTDYX2gxIq/vxVvCJymlgzDxFi7StakW6COAyw447aPLSvXYc+sw aJ+p/J6cNJEjLwRFDbKVm9BZgjaNEWUr4KUdJw1k/TfpMqgBLYTKUro02UyjmswqaYlnkY1/SdfS M43BLvZqtoHxUDCwTXgXss5QWmz/JfhPE2wT9EuovyrmrmxibYJIUF1UwKgUb/xUpQIqrdeCSvkX cIP4HoLrVBLcFMtIcKKM3XXQXECvo4/eyoe4yMzY3a53a9SBesUjTfugX1yWNfmplLQuHypC3Ipj WWnFcjXCrVhXrs/FItNGIIuY+z77+sLFVn4wlxbCVAvGVOI7wGhiUNMqoiapJqkhx8V+LuHwo2zJ h67MQm5r+p2b3xCDc6FZ1NIv6kiKvulHeAWzWLhbpXBUpfC8SuFFoTCEdYkjTqhfxg4AqmhRLQLQ onICkGV7rrStHg9eId1zYhHEu5rvvDVqf69Ngp9oaENxCZ7iLJnNHgerNDcpRgqo8xn2BApVGBUx OuuH2uZ+V/uKT8FsdnLTg7onMYfKS/tgl//v8WFXW64fNFf52RMwGAh40oG0BLACnnwKJJ8m23pu 2oEtAWnaI5ZwXJQ97NZ3d+V0SjrGa9x1pe0jAzfLBy4Ot9hNoNGNdUg3BTzdkepIEt/RaALWZbUv 98v1ah0vSQkdTkqBKS1Y7NXMew1C3V6PFCETeYLIUCJA6kFTZpB9kkkGe4hLKnSEvE098paZbJz2 XkHiY/mFHUhVYvniDVinWH4PPxhSzDvF8o8RyxctuuhzpUkZPbdeaVTf+otG9a1jRPWtHyWqrxjt Kah/CuqfgvqnoD6bTkH9U1C/LPcU1D8F9Tn7fgrqp+kU1M/SKah/CuqfgvpZOgX1SxHwvYL6eF58 iumfYvrynFNM/xTTLy98iunLx3NATN+9i6NtMaovuZe+PKrfPG5UH44B6McGre8f1bf+MlH9ijj5 ziQ47RLAqbhLwHqRXQLWa9glYJ12CRQKFXYJYJUr3yVgGxG0SyB5tZK9NIS7kng6eB80aqjxmXu/ Wa0/5etAC6YWvZqDltV6bJR0ld6TbHYvisFvvzc2CtdDJ5kmlGlBmTaU6UCZTSizJWR6074IEsoU QUKZIkgoUwQJZYogoUwRJJQJgtQWMhtnrWLG1eAG3+zcgFFv2xzqw9ngpnFm8pnBb4o2Iq4Nd4rc nTMTcHTos6jB1EVski4zGubSIiuNHRKBjPPYYuICwkFIg64yyb7kIcpOOw9v5t8XiT+maDxfNmX6 or/z8or5EIwjgbLgQLFX5Qhi1m2NI8HigMC0XwaYDgjM/GWAWYDArF4GGPKzBFlm+b1hcUBg2i8D TAcEZv4ywCxAYFYvAwz5iTlYKMvE3xsWBwSm/TLAdEBg5i8DzAIEZvUywBz759UA4lBACGo7GQzM n+kteqLfYpaDvGpnZZjMTjGzWrtLnhf4LvNKbbqzi91Tmj+Viq9ul13Gj5OwBiTuRsA+JLjmk62v 03svl8s68Szx2Mw8XKJcOabXAXq399tlMukg3iQajtmO8IL9+OZCu0JMKvyqXaHTwhVGXA/Zk17E IccFjY4BX/tYhiD+NbF0gR+K1ufESGPj4uALjRYfFTOTN4QI3nFNaGgV1pDSlkuAwNwZF7AD9SvA nQOYB4VF0mmzShdN33tVWKXbJRX0WSXCDC6MS0F7PEpgpCkHiNBK0dojLYidC0jNCzKX0ZYgVckD VCuIPUN06a93gnghheca01tNJONbMl1Dm4h2RIrrkhDfsuka/Eiy8BEEaR46xuFgsl5RS3dwyHZ/ sIgTW4T2gaVlAd7KQv5s34pusTeAOUZsTI9iVgtXdrQp1jRxcW2KNZukuC7FmktcXEUxAVIJxYyU ZPC2zAIdhDYVNBOAA2lmaBJNaE2PaDa+UdbtaBOttcDFtYnWNkhxXaK1CTAqogmQCkSzKoqZ0KKC ZAJoHMmsKmImNKZHMQdHEl1Xm2LYiXZdbYp15qS4LsW6Ni6uopgAqYRiVcRMaFNBMwE4kGa6Yia0 pkm0GHG2p2/NIgsX1yZa1CLFdYkWxbi4gmgipALR7GpiJrYoJ5kIGkcyu4KYiY3pUayJZ9aevjWb L3FxbYotTFJcl2L4vVVPZc1ESCUUqyBmYpsKmpVZM7uKmImt6RGt1cVipm/NlqS4NtGWC1Jcl2ix g4uriFZuzZyKYlbBmomgcSRzqojZntasjT0ET9+a4YULT9+a4aUVT9+a4bUST2XNREglFKsiZhWs mQgcSDNdMdvTmnXwk1gDfWtmmEaMK1SYYpsWqaA/xTYjXEFBOhFegXTNasImtignnAgaR7hmBWET G9OjWxefIxzo2zTDtLq4QgW6WUtSQZ9u+I2LgcqyifBK6FZB5MQ2FZQrs2zNKiIntqZJOrwePNC3 bIaJHwMZ6Ns2VIH0UIF0eGvgQGXfRHgF0rUqilwF+yaCxhGuVUXk9rRv0RJX1rdvCKsrXKEC3Vo2 qaBPt9YcV1DRrdzKtSqLXAUrJwIHUk5X5EqsXLKrCuOH31OFU/qYXOFSjzbfreK+D5xwGMCw8DGo BvDNFjP5jbmjm2sPqspdJfLUqAyVLYPK0IKq952hMl8SKudV4koKlR6u3OeBqnUYrp4JqvZhUPWr QcXEVNMnJN/7wn7o4u5LwyDBuAugCKeEwPOxJUigEMNIkCJCggyAnaVNcKR6Kg4vQc7H9z1ws7hs e2qa0nj18EY4d5MmahKYB8qvghl+Ai1KnxS7KDxbi8n0FoPz9r3nBmKPYJNixSSMJmt75Hqzt7OS Dtjn0cr6svLQnaxPdxrK+hQ3aqeI9YSH8gBE0LfbboehTsuUpN7EUz7RmqZELJBgSFmOfDchzpPy SzD9OFEMKzkBDfELdT3UB74xPsoO83En3zzvfUBZXOu0Z86AacVyXnsv4TWxXY7v0i70WUynq8Lb psVmSDCi5DaZfQ6VapyZTlzhbR18bxqQJV05J0W8UswwrvghtGRd6kMIdQCRDjlASkwCBlEmC0Wz YPI2s1gspRJw6xpTKJU/sEymDT1XoTZwYqZL6au3pRJdfDT7KrCwuukm6mAPPhdhKD+47t5vFmjW uEH/hwHB3OtKtjJJBnSsM8Y4ZRQIVPYIJyS8CmvJakvmNdzNkn2luEzNvVcKTv4ycLJPM9tgpXfC mwIp9z6YfpiZedqdw+7nMiQXSvGpSPGlTu85vGrXSodfim0xe9P2dqDEljmjlndymOfEpqo2qYIy xMPVVIbm0ZSh+RLKUOF7OToyhFOifxCAkiGk6Sh3rOS9ATsz9Xo7ri4/BgpZe4DxWEX946RpAnA6 ChE4eK0XgVf+JburtdLx3+MaParoRFN3MnGl8J5MXJKew8QRm4NXDyQ2h3zP1jmk398rv3tyBz/5 jrVFdhi1Y+Q35p1+Tj8v8AMtX6WsakpYlT33I/slBS2yW8Qhh4Wa9GI8/GMCPxbZv9XN/41/OrQV Wio/pRWTVugRJHI2OiLZTXIchh6l6pLSFj1WZTFQkLai/DjVs2C1RcbNXGmd3GXJ3GSdRRjTkdHz V3YrHyX+WdCLnrn2zQjodJWf5WqS/lukxRaBokVaa5HW6I07LTOH1KLgkQYcQgiHyZf3Y2dbyNEv 3edK6rXpWNr5iOxO3p7s95l/bFvF69Yxed2Z/3V4vWvk42CQTTKa9Jb3BUPpTj7WXBpWhEfmEJCv htU7DKsbDJO3+Hw1k38XVo9MntWh1xqSST+OtpVFDC0xYshf3eIPp7/yV7e0KLKLFeluEVqcbB/R ur4FJ1QwfnjoPdSzS1+MCzEeg1ruCReVJB/6sg+u7IOHPkgwyeDQG/dceWAxvRYH4bF4LU6xGDkN mykhk76WwJwMhihN1YWRKwMq7cx9JGax7IorusjbWnDNJgwb5V0Q5QKc55XixR+6ioBrgpcKOGnx OGHEyeLB50YaMfIBFaVa2Sl+qTLYcDge6DCBqT9ggQeY8/QONwiqxqwiu1SBfxpqEAvBPz8A/nYO dBskgrU//gP/eqoDf0cf/oiHv5WjtsVJVmV4r/s6+LYNu4KANAWAcyy3DABgtmjO+y0HKJq8vrIX b40nH8CLGQtj7Rh221lajnSstJhpGyt9lFCMsHylAh4nxTNVadJ/AArGRi+8Kqe8w7+1phpmzBN+ xbgxoL2w8isarP0EbtyfeuXDsNTDSJ6Og0IF0P1dkcUPlH1EqMwwWjlfWxyL8+bCyr1R5k+4aO4m Mn+CRe28KbukVZtxPktaZe5QbXIocLiibUZ+OV3b4op28qY6PGK5ol1+PqCgQZQjPiqhQZSjKCrB VpSjKCrB1jyHcM4By6OAmZLMSwCY573OSwBYGhllmD/BogJbM5TlEeswJRy+tECGJlOiCZfW0JFI Ccl0JN0gDhwARg6lP4bul1DWWpBav8K18EL0v/71L3IHsD/u93CNFU2xqje6oo2/q1qXwdRF1Aoq j6TrkFoaIwn6/EjkvSVr82Qk8tbBrehp0jFcgzEYICpqfFOm8Y9qWdkGFWxI1/0R4IwRsam17BBx z1fppLMsakUXxdJ8be4HuhzLklbmuuYX/HgzXtI3vduJv5ippV09hqqXOn5pEk6GUOxTNwP9CbAe Q3lceC/exBuGy3lzpeeNyL77BaeLTkepI5Xcp0Vv6+qUoAnybNjGGE4oayqL3g6lIjDZ1smiSI0a cvz3kYRLpuMQOw+n/5AEK8kZmwSeVcmFxsU7vNJYo7ztCgqOHWIwVYW++VEygW05JJfrzTKIaaC0 v97VcUn1YLknLSSl0idYjEYBkXg2fVGdtgpNnETfWc5RhsAzzd2FAYdDt1mt+b5C3z+W0MuCuj+y 0PcZoe+/AqHvn4S+mPYV+n5R6CvRVkvo+69a6DVW2/WE3v7/UOhdRugrScQzCb17Evpi2lfo3aLQ Vxu4jtC7r1roNRYb9YReusL8Awu9xwi99wqE3jsJfTHtK/ReUegr0VZL6L3XK/TuZKwxpzeN5gFz ek5O4bA7FOuj2264RzfKtMJs8AuC5s0s6NO9sZ57bbzZa301ISCmcf0iWaDRoaCP2iTra3vQ8biC 5wcUEsTq+CxrhXZ9OVrSUfrSUSqOIcuVrI++VV2VLF/m9DHxdKAEpeNyOC0PILdNw9AJqqqFiBMS a0GtGbc5q0N3H0gXFr/vT8nWmc4+Mvz8cmnKTmN+f8HEq9DPJpngOA8RTehE2hFkUwNO2F/14YPF /G4U52S6KouI/XpExH5OEYHGeZCIAKsdxxCRcjhlIqKxeKsnIrLF27+qiMieLn8BEXGeU0SgcR4k IoCjdAwRKYcTFJGBK17nhBM/AVKJCCcCZgf03bRl4i8gPObrER7zOYUHGudBwgOw4DGEpxxOWHh8 HeHRsy+yOMFf1b40X4+INJ9TRKBxHiQizecRkXI44SUET2/Pf7uyfdGRAX67JfQXv/+c2ZAUaQvP 8wtE/GrkIX5GcYBGeYg0xM8iDOVQSnytmYYsdNURpvf+ABcDFsnJ94E7uSbNyHl0OnjfqElvKhRv arGVXJrdnWjii4on17pcKrtRkTtvIuzGb+VC2rIAkWeL5hsSmT9Lz9LgxB8+HEx7YzS+L/N4uYyX 7v1mt72/y5pcAau2NNRD62m/IZ91nz5G7gDnD3Fyx+4YPFFIP3riO+7MR/E9d+ajzZ9HxEkk1nGG h1Q5DEgw9qdSKIMxfpBd+rHnKT4q0BaMPaNxZrUcacO974qbhRQ3twhOs/UaIOkbUnTmPCwj8si7 9dFA4I+IErJaPqK+qaPXH3fxn/Vx+CsWUkAfpp9N8HOyr9u9IVpFqk4Hbg85J47qjdk09Rb/flwj ZZlARLbdS+LWjFLF0lxSyiKlJNd2ZaVsUgqYZxRKGQ2iXFSliPJRhqJvP6/v0jdUy41HeXuwk5PW 9kx17Wl8F0cPFO/KsL+sEanLEIxxcFt6TzV3O25qUNvq23Eltbrld+pKas71buPNQummJAKfpsNv T8KpqjSQU0waTPee7LbYspdTKYePnXJiUWr0VBP+Wz5+VuYCqZwUSpoNYpQ0SpLe/am8ZDLE9CGJ FOz5Kntruvzmsrs4/loH17PTpHONX/qQL7nMpLTPhIAlG1jUfWvcoKe3A0beDZyLB62pybL7yqiT WX6vGtxjyVBFF72tSQJisPHsTWIF5CDB/Xa1+709ar9z7X69PfuVTaufz5LcTqtbktZelqSztyWJ Tpakkly2NPmUemdYOo8jH52K/d4eqd+oYr/eXv2eLDafTha7kL6/xX5OwxCMNCaUpo7io1em9nuh +da96vv1i4wJdSpZxUoSdkyWuXMda5Ysc9Ne3vykSvQBh9o82u1+eri735m1hx1SzbXF52jzKX7T QHw0f/wkZ57CAxA9dzaTLJGC5TG+FOWlLEjRYGmiAexS9jJFSZ/mQX1KuKGkz5TcZVGNfchtfWdy W4eTuwwNYJcHknu/PiuRm9FzVULxfX8iVWIaDDEdBGFvGtYGbs0MavgatKmaCfi3vnDk5S1eqcMH BcjFjeTuAXqHY6VI1j+MrmwgeJB1GJ7czOEFRaniJG4CKVEuQYTV5K3JDSNx60fxw0O2uGmpfRBs gSTj0gnr5JgDz1TmI3pDHJ1a/3G3u9/U/vEYb7+pqVzg52Dk92UypAIKPPPFAPUOp9rl5rJdI3+q QcrdLfB68vR6cLUDVtJI9i6bpheneD+p0jtM8uecNJ5h0vFQ1S/DaY72SI9Ovexg1SHXow/2sBe2 5KPd890tue7SEC21VBRfP2gfQ6uBV3LilCgQRIna4M+v0WapZbMS0DqVtJhVCsTQ09GoqWkxG7AJ xRE7uOavk62ynh8qPqmAYXkTjYL8SJixwG647B72wJbOGRNMehP3ujb4ZeCGlU1UtqOO8mklsGwd sHph2HOvDoOrIrqEd6RLKjglj3C+Ce5Xu/+JtnEtcIdaLCv3TpjVPthRku3Zyf9Kr7D2BlpXWHNE Fa6wdocz/grr5Ja9YsXkCmtSvNoV1lnU3QaC7o2ztpgZoMHx8XRw+5I/HY7l25fKH7dVbK9KaI8G XEPQoAGuv0TbbzVcRU39are5ZbejBqEMkrLBaGzzCgaI18rwtN/ldRyegnhxv1nqYQqZT0xprRPY kkWkvYJVWaPL/Y3tEeiGU4rgwS92yTtUcjyjumo8l41HoWU+IGWso2W4lbf0Zonb0peI8aZwINOU Pm0tgIivjdQB0VYrwvc+1mzBt4dd/GU4SeoZpkEfOEjexQJ1Iq1ZaS9Tvo8JVInA/qN+f2SBHxpn wOYw73rowc2EvUDyoQ9/yB4g6G2+Sd8fgJv8EAzUTSrfNAB3WyE0mGrLINJ1AtPVKafr5Kh09d0x jOLGmS1mXvZuYOxlfVgg0ppiJpqMwB2XWOaWmDn46HvV8B+M+yD+HVauFhD+ac1K+L8KwgDc/Tf6 KPnghiN4V6c79uAPPU/yweuF8NZDDy9jQx8y/EPbEUGu6I0GN2pScuFtNXHk3l/LOJb7R+4mPrMB Yc5gbkLyT24CRvWqyPqoPyrymmnQi8xhASfFKzEYqJRCfzLaR76AGiPalGLMicfgjgbgMiG4JEFu VibqWLkaUZzuL3TcV4WnpYAEG6HSJUfq8HjxNl5NVvXhZhn/yUYL/T4NW5MIQ3lIePx4t1t/vfvG 7JxolWy50AJieMkDoXgY11v/sV7GGQhpQCyNlJD/KrYFFZfKaWkSOCgP2JeSNk26MW3VpINuU0aq inN8BdfNnXrC2gbvutniM0zZEZ4AXL5PLji/xfwho68i9A2KG+pLgFRWUFgXAbCj6RtHkG/M+XtP ar/2N/Kca1HFU9Nr8nilWpFW2HOK34E0OZqkf1Drxw7kL2VfI+jICaEvpI3zak2o2ngAu1Wgu4NK B3J1DPGzMIeD+Nk88TOTWZmfzar8bJ74OStdhZ/HE09YXuP5uSXq52fkCAHE4MYrnf23iyAKbeB1 5rI2HNkwk7PyyXsVK6hI36Mxbag+6vsSWB+i365/gb7xEjGe3FigRIBOLy1dTRw+4sCF2hVPaR6y NAcjBPln6dZiik74rBUem8p7zUI5+G2ECk08AdJyKKSSc2QApO53gBQbnuPg9QBon2DTJ1//TNY9 lYucTIwQy4yO/ZOsaOeTlo9JsC5aWJZpOAupi11tvV8xYcoaqrjGnx09d6/VOMQlausNxaIcm+Ie avmUkQ31beN/P8YPu7LmcSpOR7Ru6FIgLgHiw+YwMIDdozon6MMrxQuYuQExRQOSF9OxlTiB9pJ+ AFaBZTeqjC5H7xs1HMUWCwinzEe9G9C4KA6YkyrVLAzpOnV0YsjpwmnkYfdFcgg3rw45XzgNkPuj ONwL+EtJLcFnwklxtQTsx+OU+uloIFWC2oC3niZmNz0h62QTayyr0C0MuEbZ2gctiVF3+M4UYC5R 7IxsHoKh0hBFNP0CJUc3Gjy8GarBI6yPfWgd2gETF9hNEycuOGWTl8reGulcOYHBSTqJKVaXyZJ6 MoOTdEJTrA5Nakh12cQGJ6mwQhMcnPS4B+RO3Rj5s3OPvQ/32CfuEdLRuIf+9XT+dI7+9/PfzvuT Sfj32ijefNp9fmd3G0jd/7F+QOR7hy9N+Bwvfn94/PLObKHuzyaD8dB754ejEM0f0T9qYTS/i2so 77+C/mXYH/0Xzc6aIN71Gbm4/36Ly9VGod+opRlMOTSAv/18/n+Jc/76WEsBAA== ------_=_NextPart_001_01C293DE.B205BFE5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 10:47:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E25237B401 for ; Sun, 24 Nov 2002 10:47:11 -0800 (PST) Received: from mail.snowfall.se (server.snowfall.se [213.136.34.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F74943E91 for ; Sun, 24 Nov 2002 10:47:10 -0800 (PST) (envelope-from stefan@snowfall.se) Received: by mail.snowfall.se (Postfix, from userid 1000) id C05637521; Sun, 24 Nov 2002 19:47:00 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.snowfall.se (Postfix) with ESMTP id B947E751F for ; Sun, 24 Nov 2002 19:47:00 +0100 (CET) Date: Sun, 24 Nov 2002 19:47:00 +0100 (CET) From: Stefan Cars X-X-Sender: stefan@guldivar.globalwire.se To: freebsd-current@freebsd.org Subject: Problems with FreeBSD 5.0-DP2 Message-ID: <20021124194425.B76719-100000@guldivar.globalwire.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I don't get very far when trying FreeBSD 5.0-DP2. Everything starts up OK but when trying to write down my partition information the box freezes... After awhile it reboots. The box is a Dual AMD 1400+ MP, with 512 DDR RAM, IDE 40 GB (IBM). Tyan Tiger mothboard and a Intel 107100 NIC (fxp). FreeBSD 4.7 worked perfectly fine on this box! Since I'm not subscribing to freebsd-current all questions should be Cc'ed to me... / Stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 10:56:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2897737B401 for ; Sun, 24 Nov 2002 10:56:14 -0800 (PST) Received: from student.uci.agh.edu.pl (student.uci.agh.edu.pl [149.156.98.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088D843E3B for ; Sun, 24 Nov 2002 10:56:13 -0800 (PST) (envelope-from winfried@student.agh.edu.pl) Received: by student.uci.agh.edu.pl (Postfix, from userid 25828) id 94C1E64624; Sun, 24 Nov 2002 19:56:10 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by student.uci.agh.edu.pl (Postfix) with ESMTP id 8CE256F609 for ; Sun, 24 Nov 2002 19:56:10 +0100 (CET) Date: Sun, 24 Nov 2002 19:56:10 +0100 (CET) From: Jan Srzednicki X-X-Sender: winfried@student.uci.agh.edu.pl To: current@freebsd.org Subject: UFS2 and disklabel fstype Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello there, As UFS2 is not backward compatible at all, I wonder why the old fstype in disklabel is being kept: # size offset fstype [fsize bsize bps/cpg] a: 1024000 0 4.2BSD 2048 16384 64008 # (Cyl. 0 - 63*) c: 18610326 0 unused 0 0 # (Cyl. 0 - 1158*) d: 17586326 1024000 4.2BSD 2048 16384 28552 # (Cyl. 63*- 1158*) This is a disklabel of my newly installed -DP2 system. Partition "a" is formatted as UFS, while "d" is UFS2. I wonder, is there any reason for not distincting these filesystems on disklabel level? Would specyfying different fstype for UFS2 (whatever you call it then) break something? It's not a real problem, but in some cases may confuse someone. I've done some googling, but didn't find any discussion on this topic, so I'm writing here. -- -- wrzask --= v =-- Winfried --=-- GG# 3838383 --=-- JS500-RIPE -- -- w@dream.vg --- w@303.krakow.pl --===-- http://violent.dream.vg/ --- --=< Ride the wild wind - push the envelope, don't sit on the fence, --- -- Ride the wild wind - live life on the razor's edge! >=-- Queen -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 13: 3:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D10837B404 for ; Sun, 24 Nov 2002 13:03:15 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F95A43E6E for ; Sun, 24 Nov 2002 13:03:15 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAOL3F3b022061 for ; Sun, 24 Nov 2002 13:03:15 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAOL3EaV022059 for current@freebsd.org; Sun, 24 Nov 2002 13:03:14 -0800 (PST) Date: Sun, 24 Nov 2002 13:03:14 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200211242103.gAOL3EaV022059@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun Nov 24 13:00:02 PST 2002 ? sys/alpha/conf/LINT U sys/boot/efi/loader/main.c U sys/conf/options.ia64 U sys/ia64/ia64/machdep.c U sys/ia64/ia64/mca.c U sys/ia64/include/cpu.h cvs [update aborted]: cannot make directory include: File exists To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 13:24:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF0837B401; Sun, 24 Nov 2002 13:24:08 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40C743E4A; Sun, 24 Nov 2002 13:24:04 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA08736; Sun, 24 Nov 2002 16:24:03 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAOLNX473981; Sun, 24 Nov 2002 16:23:33 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15841.17237.826666.653505@grasshopper.cs.duke.edu> Date: Sun, 24 Nov 2002 16:23:33 -0500 (EST) To: Julian Elischer Cc: Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer writes: > > > On Sat, 23 Nov 2002, Andrew Gallatin wrote: > > > > > As you eloquently state, there are a number of tradeoffs involved. On > > a 64-bit platform, 99% of users are paying 40 bytes/pkt for something > > that they will never use. On x86, 99.99% of users are paying 20 > > bytes/pkt for a feature they will never use. At least a signifigant > > fraction of nics make use of csum offloading (xl, ti, bge, em, myri). > > > the downside to the TAG stuff is that you need to allocate a separate > tag storage, and that is a malloc.. which has certain characteristics > vs the mbuf allocator. We have a special allocator for mbufs for a > reason. (I'm not sure how many of the original reasons still apply). > so it's worth looking at whether malloc is a suitable method of > allocating all that stuff before we take it out of the mbuf. > If we're going to nitpick the mbuf system, a much, much worse problem is that you cannot allocate an mbuf chain w/o holding Giant, which stems from the mbuf system eventually calling kmem_malloc(). This effectively prevents any network driver from being giant-free. When mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls kmem_malloc() which requires Giant... The mbuf system calls malloc in other ways too. The first time you use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called when the mbuf map is expanded... I assume malloc will eventually call kmem_malloc(), leading to the same locking problems. I know that both tru64 and aix just malloc their mbufs. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 13:33: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A941337B401; Sun, 24 Nov 2002 13:33:01 -0800 (PST) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C28243E9C; Sun, 24 Nov 2002 13:33:01 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc53.attbi.com (rwcrmhc53) with ESMTP id <20021124213256053004b4loe>; Sun, 24 Nov 2002 21:32:56 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA34557; Sun, 24 Nov 2002 13:33:31 -0800 (PST) Date: Sun, 24 Nov 2002 13:33:29 -0800 (PST) From: Julian Elischer To: Andrew Gallatin Cc: Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <15841.17237.826666.653505@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 24 Nov 2002, Andrew Gallatin wrote: > > If we're going to nitpick the mbuf system, a much, much worse problem > is that you cannot allocate an mbuf chain w/o holding Giant, which > stems from the mbuf system eventually calling kmem_malloc(). This > effectively prevents any network driver from being giant-free. When > mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls > kmem_malloc() which requires Giant... > > The mbuf system calls malloc in other ways too. The first time you > use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called > when the mbuf map is expanded... I assume malloc will eventually > call kmem_malloc(), leading to the same locking problems. > > I know that both tru64 and aix just malloc their mbufs. I think we tied that and went back to a separate allocator, but I have no idea why.. maybe someone else can enlighten me.. > > Drew > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 14: 9:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5AAB37B401 for ; Sun, 24 Nov 2002 14:09:26 -0800 (PST) Received: from beck.quonix.net (beck.quonix.net [64.239.136.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14E9D43E3B for ; Sun, 24 Nov 2002 14:09:26 -0800 (PST) (envelope-from john@essenz.com) Received: from localhost (pcp01324074pcs.neave01.pa.comcast.net [68.81.22.158]) by beck.quonix.net (8.11.6/8.11.6) with ESMTP id gAOM6fA73303 for ; Sun, 24 Nov 2002 14:06:41 -0800 (PST) (envelope-from john@essenz.com) Date: Sun, 24 Nov 2002 17:09:19 -0500 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: sshd and lastlog permissions From: John Von Essen To: freebsd-current@FreeBSD.ORG Content-Transfer-Encoding: 7bit Message-Id: <6102106C-FFF9-11D6-B300-0003933DDCFA@essenz.com> X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maybe I am missing something, but... On my -CURRENT box (current as of last night). After a fresh install (no tinkering with settings), when I use ssh to connect from a remote host, I get the following error: sshd[pid]: /var/log/lastlog: Permission denied Also, the following processes are running: root PID ... ?? I 0:00.xx sshd: user [priv] (sshd) user PID ... ?? I 0:00.xx sshd: user@ttyp0 (sshd) On my 4.7-STABLE box, when I connect with ssh, I get the following process: root PID ... ?? I 0:00.xx sshd: user@ttyp0 (sshd) So obviously, there is this difference in ownership of sshd: user@ttyp0 (sshd). Like I said, this is a fresh install with no config changes. Any ideas as to what is going on? -John Von Essen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 14:19:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0E7B37B401 for ; Sun, 24 Nov 2002 14:19:15 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22DFC43E9C for ; Sun, 24 Nov 2002 14:19:10 -0800 (PST) (envelope-from a@grunix.com) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18G55k-0006iX-00 for freebsd-current@freebsd.org; Sun, 24 Nov 2002 23:19:04 +0100 Received: from [217.83.190.227] (helo=huibuh.encephalon.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18G55j-0000HV-00 for freebsd-current@freebsd.org; Sun, 24 Nov 2002 23:19:04 +0100 Date: Sun, 24 Nov 2002 23:22:57 +0100 From: a To: freebsd-current@freebsd.org Subject: OpenOffice and FreeBSD 5.0-Current Message-Id: <20021124232257.2f913f0c.a@grunix.com> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I am running FreeBSD 5.0-CURRENT (22 Nov 22:52 CET) I did a download of a precompiled OpenOffice 1.0.1_4 package (it is for FreeBSD Current) and installed that one with "pkg_add". Ok, that one went fine. But after that, i was not able to start OpenOffice. I get an Segmentation fault, and thats it. So, it is a common problem, or just a problem with my machine (Acer Laptop 512T, 160 MB RAM, 366 Celeron CPU). So, i cant install OpenOffice from the ports, my machine is to slow, and i dont have that much diskspace. asg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 14:30:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE54337B401 for ; Sun, 24 Nov 2002 14:30:37 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D354443E4A for ; Sun, 24 Nov 2002 14:30:36 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 55210 invoked from network); 24 Nov 2002 22:30:33 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 24 Nov 2002 22:30:33 -0000 Message-ID: <3DE152A7.6070506@liwing.de> Date: Sun, 24 Nov 2002 23:28:55 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: a Cc: freebsd-current@freebsd.org Subject: Re: OpenOffice and FreeBSD 5.0-Current References: <20021124232257.2f913f0c.a@grunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG a wrote: > Hi > > I am running FreeBSD 5.0-CURRENT (22 Nov 22:52 CET) > I did a download of a precompiled OpenOffice 1.0.1_4 package (it is for FreeBSD Current) and installed that one with "pkg_add". > Ok, that one went fine. > But after that, i was not able to start OpenOffice. I get an Segmentation fault, and thats it. > So, it is a common problem, or just a problem with my machine (Acer Laptop 512T, 160 MB RAM, 366 Celeron CPU). So, i cant install OpenOffice from the ports, my machine is to slow, and i dont have that much diskspace. > > asg > Maybe others know what's wrong. Can you try to start open office from a terminal and when it's dumping core again, start it using $ gdb -c core [openoffice] and generate a back trace and send them to the list (and maybe to the open office guys). But wait a few minutes - maybe someone other knows what really helps. Bye, jens -- L i W W W i Jens Rehsack L W W W L i W W W W i nnn gggg LiWing IT-Services L i W W W W i n n g g LLLL i W W i n n g g Friesenstraße 2 gggg 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91 ggg e-Mail: Fax: +49 - 3 45 - 5 17 05 92 http://www.liwing.de/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 14:33:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1064A37B401 for ; Sun, 24 Nov 2002 14:33:48 -0800 (PST) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259C543EA9 for ; Sun, 24 Nov 2002 14:33:47 -0800 (PST) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (ogoun.hsc.fr [192.70.106.75]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id C1BDE20FCB for ; Sun, 24 Nov 2002 23:33:45 +0100 (CET) Received: by taz.hsc.fr (Postfix, from userid 1000) id D92BA18B; Sun, 24 Nov 2002 23:33:18 +0100 (CET) Date: Sun, 24 Nov 2002 23:33:18 +0100 From: Yann Berthier To: freebsd-current@freebsd.org Subject: Re: OpenOffice and FreeBSD 5.0-Current Message-ID: <20021124223318.GC698@hsc.fr> Mail-Followup-To: freebsd-current@freebsd.org References: <20021124232257.2f913f0c.a@grunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021124232257.2f913f0c.a@grunix.com> X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 5.0-CURRENT User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 24 Nov 2002, a wrote: > Hi > > I am running FreeBSD 5.0-CURRENT (22 Nov 22:52 CET) > I did a download of a precompiled OpenOffice 1.0.1_4 package (it is for FreeBSD Current) and installed that one with "pkg_add". > Ok, that one went fine. > But after that, i was not able to start OpenOffice. I get an Segmentation fault, and thats it. Have you procfs mounted ? if not you should: this is mandatory to use openoffice (/proc is not mounted by default in the -current land) Regards, - yann To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 14:40:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF6537B407 for ; Sun, 24 Nov 2002 14:40:32 -0800 (PST) Received: from jive.SoftHome.net (jive.SoftHome.net [66.54.152.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 250A343E6E for ; Sun, 24 Nov 2002 14:40:32 -0800 (PST) (envelope-from cyranodebergerac@softhome.net) Received: (qmail 14844 invoked by uid 417); 24 Nov 2002 22:40:23 -0000 Received: from slide-.softhome.net (HELO softhome.net) (172.16.2.21) by shunt-smtp-out-0 with SMTP; 24 Nov 2002 22:40:23 -0000 Received: from localhost (localhost [127.0.0.1]) (uid 417) by softhome.net with local; Sun, 24 Nov 2002 15:40:23 -0700 From: cyranodebergerac@softhome.net To: FreeBSD-current@FreeBSD.ORG Subject: subscribe Date: Sun, 24 Nov 2002 15:40:23 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Sender: cyranodebergerac@softhome.net X-Originating-IP: [4.60.57.171] Message-ID: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 15:28:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B5A237B404 for ; Sun, 24 Nov 2002 15:28:12 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 247D543E9C for ; Sun, 24 Nov 2002 15:28:11 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 69019 invoked from network); 24 Nov 2002 23:28:10 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 24 Nov 2002 23:28:10 -0000 Message-ID: <3DE16028.2060600@liwing.de> Date: Mon, 25 Nov 2002 00:26:32 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway Cc: questions , current Subject: using 5.0-RELEASE Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, just a question to the possibilies using 5.0-RELEASE. In the "early adopters guide" (chapter 1) it's written, that 5.0-RELEASE should be as stable as possible to "getting a large number of users to test". But if it's not recommented to use it in production environments, what test results do you expect? Wouldn't it better to say: 5.0-CURRENT is not recommented for production environments (as it's said 'bout using -STABLE blindly), 5.0-RELEASE may be used in non-critical environment, but heavily use of backup tool is recommented? I know many companies located in Halle (where we resides) which are using linux, not because it's more stable but because SuSE tells: it's 8.0 and we tested and it's great. The simply believe the recommendation of SuSE (or whoever) and if sth. fails, they think: Hmm - nothing paid, who really cares? And if I take a look to may AIX box, FBSD 5.0-CURRENT is more stable than my AIX 4.3.3, because of the ports tree (in AIX I must do all by myself). Bye, Jens -- L i W W W i Jens Rehsack L W W W L i W W W W i nnn gggg LiWing IT-Services L i W W W W i n n g g LLLL i W W i n n g g Friesenstraße 2 gggg 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91 ggg e-Mail: Fax: +49 - 3 45 - 5 17 05 92 http://www.liwing.de/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 15:32:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6208237B401 for ; Sun, 24 Nov 2002 15:32:52 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id C080743E9C for ; Sun, 24 Nov 2002 15:32:51 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 548BE66B2C; Sun, 24 Nov 2002 15:32:51 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id F1F1C12BC; Sun, 24 Nov 2002 15:32:50 -0800 (PST) Date: Sun, 24 Nov 2002 15:32:50 -0800 From: Kris Kennaway To: John Von Essen Cc: freebsd-current@FreeBSD.ORG Subject: Re: sshd and lastlog permissions Message-ID: <20021124233250.GA64229@rot13.obsecurity.org> References: <6102106C-FFF9-11D6-B300-0003933DDCFA@essenz.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <6102106C-FFF9-11D6-B300-0003933DDCFA@essenz.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 24, 2002 at 05:09:19PM -0500, John Von Essen wrote: > Like I said, this is a fresh install with no config changes. Any ideas as= =20 > to what is going on? This is a known problem. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE94WGiWry0BWjoQKURAmlVAJ9K+BoFUp01In1dDFlY5+dO2gwQxgCgxZWR FHz0MlaHqnHQHfcDZPdhQ7E= =z6xU -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 16:49:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B6A37B401 for ; Sun, 24 Nov 2002 16:49:48 -0800 (PST) Received: from tartarus.telenet-ops.be (tartarus.telenet-ops.be [195.130.132.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F04543E3B for ; Sun, 24 Nov 2002 16:49:47 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by tartarus.telenet-ops.be (Postfix) with SMTP id 75666DCA3A for ; Mon, 25 Nov 2002 01:49:36 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by tartarus.telenet-ops.be (Postfix) with ESMTP id 339E5DBE95 for ; Mon, 25 Nov 2002 01:49:36 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id E38BB79F for ; Mon, 25 Nov 2002 01:49:35 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 802BD43; Mon, 25 Nov 2002 01:49:35 +0100 (CET) Date: Mon, 25 Nov 2002 01:49:34 +0100 From: Philip Paeps To: current@freebsd.org Subject: I'm impressed, but ... Message-ID: <20021125004934.GA604@juno.home.paeps.cx> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi guys - I accidently upgraded my workstation to -CURRENT over the weekend (forgot a tag=RELENG_4 in my supfile and let it cook). It being a workstation and containing no critical data, I decided to just stick with it and give it a go. The machine's been running for a day and a bit now, and it appears to be quite stable, but there's a couple of things worrying me. I'd be happy to help analyse the problems further if someone tells me how :-) 1. When I boot my machine, it gives me the following messages: | [...] | vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 | unknown: can't assign resources (port) | unknown: can't assign resources (irq) | unknown: can't assign resources (port) | unknown: can't assign resources (port) | unknown: can't assign resources (port) | unknown: can't assign resources (port) | unknown: can't assign resources (port) | Timecounters tick every 10.000 msec | ahc0: Someone reset channel A | [...] All my hardware (the stuff I've tested anyway) appears to work. Any idea which device is being unknown, or how I could find out? 2. This one's the most irritating. I use Mutt as my mailclient using Maildirs for storage. It occasionally happens that Mutt just 'hangs' reading a directory, and there's no way for me to kill it. Ps axl shows it as being in state Ds or Ds+ and blocked by ufs. 3. I can't seem to restart my machine properly. This might be related to the above, as the only reason for me to restart the machine is the fact that I can't kill Mutt however much I try, and really would like to read my mail. It will sync disks and say 'done', but then it just sits there doing nothing until I flip the power-switch. As I said, I'm happy to help analyse and debug these issues, but I don't know where to look :-) Thanks :-) - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. The only way to make up for being lost is to make record time while you are lost. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 17: 7:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C306A37B406; Sun, 24 Nov 2002 17:07:31 -0800 (PST) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C86343E3B; Sun, 24 Nov 2002 17:07:31 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0378.cvx22-bradley.dialup.earthlink.net ([209.179.199.123] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18G7ie-0003vS-00; Sun, 24 Nov 2002 17:07:24 -0800 Message-ID: <3DE1777D.F8784C48@mindspring.com> Date: Sun, 24 Nov 2002 17:06:05 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: David O'Brien , freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chad David wrote: > On Wed, Oct 30, 2002 at 02:19:43AM -0800, David O'Brien wrote: > > Perhaps because maintaining them in the FreeBSD repo might be the wrong > > place. To answer your other questiion -- because a change to fix one > > thing for one person might break things for 10 others. > > Which brings us back to my original question... why are ObjC threads > disabled? I don't much care about my other patches, I just want > to know who the 10 others are who will break if we enable threads, > and how to fix that breakage. My minor patches were only posted because > you asked :). > > I do have other patches for thr-posix, but I agree that it would be > better if they went to gcc, and didn't get stacked locally. The answer is that your other patches have not been committed to gcc, so any changes to gcc, other than configuration, would have to be maintained in the FreeBSD repository. I personally have no problem with this, if it makes Objective C work where it didn't before, and doesn't impact and other code, or non-Objective C compilations. But I am not the maintainer, and David O'Brien is, so it is him you have to convince, since it is for him you are making extra work. It may seem the slow way around, but you should submit your patches to the gcc folks first, and wait for them to be included, such that FreeBSD will need only configuration changes. I have gotten literally hundreds of patches into FreeBSD by ignoring the FreeBSD process, and submitting the patches back to the vendor from which FreeBSD obtains the code, so this is a success strategy. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 17: 8:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BF037B401 for ; Sun, 24 Nov 2002 17:08:14 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6093143E88 for ; Sun, 24 Nov 2002 17:08:12 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gAP1842P062857 for ; Mon, 25 Nov 2002 02:08:05 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3DE16DE9.3000700@obluda.cz> Date: Mon, 25 Nov 2002 01:25:13 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: buildworld fails on x86 References: <200211221152.27184.david_realityrift.com@ns.sol.net> In-Reply-To: <200211221152.27184.david_realityrift.com@ns.sol.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Friday 22 November 2002 09.03, David Holm wrote: > > Hi, > > I've tried to build world since yesterday, doing cvsup's inbetween hopi= > ng > > for a fix. But it always fails on bin/cat with a bunch of unresolvable > > pthread symbols at linking. I have cleared out my old /usr/obj. > > cat cat.o > > /usr/obj/usr/src/i386/usr/lib/libc.a(atexit.o): In function `atexit': > > atexit.o(.text+0xc7): undefined reference to `_pthread_mutex_unlock' > > atexit.o(.text+0xd8): undefined reference to `_pthread_mutex_lock' > > atexit.o(.text+0xe8): undefined reference to `_pthread_mutex_unlock' > > atexit.o(.text+0x109): undefined reference to `_pthread_mutex_lock' > > atexit.o(.text+0x11a): undefined reference to david@realityrift.com wrote, On 11/22/02 11:52: > Ok, > found it. I forgot to disable my CFLAGS for ports ;). Well, we shouldn't use optimisation (-O3) during buildworlds as it's not recommended. On the oposite side, we should try to produce the optimisable source code. The problem you hit is that the pthread stub functions as declared within src/lib/libc/gen/_pthread_stubs.c are optimized-out by "-O3" causing undefined symbol errors later during build. I don't know if it is gcc's optimiser bug or there is something wrong with _pthread_stubs.c code, but someone who knows should report and/or repair it. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 17:35:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4623E37B401 for ; Sun, 24 Nov 2002 17:35:27 -0800 (PST) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F384E43E4A for ; Sun, 24 Nov 2002 17:35:20 -0800 (PST) (envelope-from munish@opiate.thirteenandtwo.org) Received: from opiate.thirteenandtwo.org (localhost.thirteenandtwo.org [127.0.0.1]) by opiate.thirteenandtwo.org (8.12.6/8.12.6) with ESMTP id gAP1ZJkC051255 for ; Sun, 24 Nov 2002 20:35:19 -0500 (EST) (envelope-from munish@opiate.thirteenandtwo.org) Received: (from munish@localhost) by opiate.thirteenandtwo.org (8.12.6/8.12.6/Submit) id gAP1ZJGW051254 for freebsd-current@FreeBSD.ORG; Sun, 24 Nov 2002 20:35:19 -0500 (EST) Date: Sun, 24 Nov 2002 20:35:19 -0500 From: Munish Chopra To: freebsd-current@FreeBSD.ORG Subject: Re: OpenOffice and FreeBSD 5.0-Current Message-ID: <20021125013519.GB39178@opiate.thirteenandtwo.org> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20021124232257.2f913f0c.a@grunix.com> <20021124223318.GC698@hsc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021124223318.GC698@hsc.fr> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-24 23:33 +0000, Yann Berthier wrote: > On Sun, 24 Nov 2002, a wrote: > > > Hi > > > > I am running FreeBSD 5.0-CURRENT (22 Nov 22:52 CET) > > I did a download of a precompiled OpenOffice 1.0.1_4 package (it is for FreeBSD Current) and installed that one with "pkg_add". > > Ok, that one went fine. > > But after that, i was not able to start OpenOffice. I get an Segmentation fault, and thats it. > > Have you procfs mounted ? if not you should: this is mandatory to use > openoffice (/proc is not mounted by default in the -current land) > Yes, as the README says, procfs is necessary for now. Is there any update on when this dependency will be kicked out? Martin? -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 18:10: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 528B337B401; Sun, 24 Nov 2002 18:09:55 -0800 (PST) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C14943E4A; Sun, 24 Nov 2002 18:09:53 -0800 (PST) (envelope-from tilman@arved.de) Received: from sauna.arved.de (sauna.arved.de [192.168.2.4]) by 21322530218.direct.eti.at (8.12.6/8.12.5) with ESMTP id gAP2SC7Y087501; Mon, 25 Nov 2002 03:28:13 +0100 (CET) (envelope-from tilman@arved.de) Received: from sauna.arved.de (sauna.arved.de [127.0.0.1]) by sauna.arved.de (8.12.6/8.12.5) with ESMTP id gAP29x0w093533; Mon, 25 Nov 2002 03:10:00 +0100 (CET) (envelope-from tilman@arved.de) Received: (from tilman@localhost) by sauna.arved.de (8.12.6/8.12.5/Submit) id gAP29wBO093532; Mon, 25 Nov 2002 03:09:59 +0100 (CET) X-Authentication-Warning: sauna.arved.de: tilman set sender to tilman@arved.de using -f Date: Mon, 25 Nov 2002 03:09:48 +0100 From: Tilman Linneweh To: freebsd-current@FreeBSD.org Cc: arved@FreeBSD.org Subject: reproducable panic with todays current. and xl0 NIC Message-Id: <20021125030948.7ce27adc.tilman@arved.de> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.LcxOUg4yPanid'" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.LcxOUg4yPanid' Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I can reproducable panic todays CURRENT by running ifconfig xl0 up (My rl0 NIC works fine). The xl0 NIC works on STABLE. Any help/ideas appreciated. regards tilman polly# ifconfig xl0 up panic: invalid ife->ifm_data (0x6000) in mii_phy_setmedia Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> tr Debugger(c03ce03a,c0459e20,c03afc98,cfc7185c,1) at Debugger+0x54 panic(c03afc98,6000,c0d34f00,c1f2879c,cf52f000) at panic+0xab mii_phy_setmedia(c1f2f540,c1f281a8,c1f2f540,c1f2f6c0,cfc718c8) at mii_phy_setmedia+0x99 exphy_service(c1f2f540,c1f2f6c0,2,cf52f800,c1f28000) at exphy_service+0x56 mii_mediachg(c1f2f6c0,246,cfc71900,c1f2f6c0,c1f28000) at mii_mediachg+0x32 xl_init(c1f28000,c03cc50a,cc,8020690c,c1f28000) at xl_init+0x673 ether_ioctl(c1f28000,8020690c,c2277400,c042d100,c2277400) at ether_ioctl+0x70 xl_ioctl(c1f28000,8020690c,c2277400,0,cfc71b04) at xl_ioctl+0x1e3 in6_ifinit(c1f28000,c2277400,cfc71aac,1,c0256894) at in6_ifinit+0xa5 in6_update_ifa(c1f28000,cfc71a9c,0,c0273ffb,cfc71a50) at in6_update_ifa+0x4aa in6_ifattach_linklocal(c1f28000,0,c0256894,c02d7c00,cfc71b64) at in6_ifattach_linklocal+0x124 in6_ifattach(c1f28000,0,0,0,0) at in6_ifattach+0x208 in6_if_up(c1f28000,c1f2527c) at in6_if_up+0x1b if_route(c1f28000,1,0,cfc71bd0,c02b65a3) at if_route+0x67 if_up(c1f28000,515,0,cfc71c00,8803) at if_up+0x21 ifhwioctl(80206910,c1f28000,cfc71c54,c22952a0,c045cf18) at ifhwioctl+0x273 ifioctl(c209a200,80206910,cfc71c54,c22952a0,c2296418) at ifioctl+0xe4 soo_ioctl(c201e4b0,80206910,cfc71c54,c22c4300,c22952a0) at soo_ioctl+0x19c ioctl(c22952a0,cfc71d10,c03ebf3a,407,3) at ioctl+0x4b6 syscall(2f,2f,2f,3,1) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x804f967, esp = 0xbfbffa5c, ebp = 0xbfbffaa8 --- dmesg: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Nov 25 03:19:33 CET 2002 root@polly.arved.de:/usr/obj/usr/src/sys/POLLY Preloaded elf kernel "/boot/kernel/kernel" at 0xc0584000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05840a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400910740 Hz CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0xffffffff80000800 real memory = 201310208 (191 MB) avail memory = 189706240 (180 MB) Initializing GEOMetry subsystem K6-family MTRR support enabled (2 registers) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Using $PIR table, 8 entries at 0xc00f0d00 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xec08-0xec0b on acpi0 acpi_cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.0 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.1 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.2 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.3 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.0 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.1 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.2 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.3 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.0 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.1 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.2 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.2 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.2 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.3 \_SB_.LNKE irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.2 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.3 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.0 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.1 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.2 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.3 \_SB_.LNKC irq 0: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.0 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.1 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.2 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.3 ---- before setting priority for links ------------ \_SB_.LNKC: interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 penalty: 100990 1990 1990 990 1990 1990 1690 1790 1790 1990 10990 10990 references: 8 priority: 0 \_SB_.LNKE: interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 penalty: 100990 1990 1990 990 1990 1990 1690 1790 1790 1990 10990 10990 references: 1 priority: 0 ---- before fixup boot-disabled links ------------- \_SB_.LNKC: interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 penalty: 100990 1990 1990 990 1990 1990 1690 1790 1790 1990 10990 10990 references: 8 priority: 92786 \_SB_.LNKE: interrupts: 1 3 4 5 6 7 9 10 11 12 14 15 penalty: 100990 1990 1990 990 1990 1990 1690 1790 1790 1990 10990 10990 references: 1 priority: 11598 ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.0 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.1 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.2 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.12.3 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.0 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.1 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.2 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.3 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.0 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.1 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.2 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.10.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.2 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.9.3 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.2 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.13.3 \_SB_.LNKE irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.0 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.1 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.2 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.2.3 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.0 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.1 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.2 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.1.3 \_SB_.LNKC irq 5: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.0 \_SB_.LNKD irq 9: [ 1 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.1 \_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.2 \_SB_.LNKB irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.3 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd800-0xd87f mem 0xdf000000-0xdf00007f irq 9 at device 9.0 on pci0 xl0: Ethernet address: 00:50:04:33:15:8b miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: sym0: <875> port 0xd400-0xd4ff mem 0xde000000-0xde000fff,0xde800000-0xde8000ff irq 10 at device 11.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking pci0: at device 12.0 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xd7800000-0xd78000ff irq 9 at device 13.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:e0:7d:72:6d:7e miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: port 0xb800-0xb80f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 --=.LcxOUg4yPanid' Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE94YZ1fCLDn4B6xToRArOUAJ4wkuHzkgMyTWtSF330DJUrSTcPbACfXyfF 1vOR/MTaKj9eMnfEoeFagZY= =UzoX -----END PGP SIGNATURE----- --=.LcxOUg4yPanid'-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 18:28:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F091C37B401 for ; Sun, 24 Nov 2002 18:28:45 -0800 (PST) Received: from newton.issci.ca (mail.acns.ab.ca [142.179.151.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27F5A43EA3 for ; Sun, 24 Nov 2002 18:28:45 -0800 (PST) (envelope-from davidc@newton.issci.ca) Received: from newton.issci.ca (localhost [127.0.0.1]) by newton.issci.ca (8.12.6/8.12.5) with ESMTP id gAP2SXCs024998; Sun, 24 Nov 2002 19:28:33 -0700 (MST) (envelope-from davidc@newton.issci.ca) Received: (from davidc@localhost) by newton.issci.ca (8.12.6/8.12.6/Submit) id gAP2SXDU024997; Sun, 24 Nov 2002 19:28:33 -0700 (MST) Date: Sun, 24 Nov 2002 19:28:33 -0700 From: Chad David To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads Message-ID: <20021124192833.A24591@newton.issci.ca> Mail-Followup-To: Terry Lambert , freebsd-current@FreeBSD.ORG References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <3DE1777D.F8784C48@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3DE1777D.F8784C48@mindspring.com>; from tlambert2@mindspring.com on Sun, Nov 24, 2002 at 05:06:05PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 24, 2002 at 05:06:05PM -0800, Terry Lambert wrote: > Chad David wrote: > > On Wed, Oct 30, 2002 at 02:19:43AM -0800, David O'Brien wrote: > > > Perhaps because maintaining them in the FreeBSD repo might be the wrong > > > place. To answer your other questiion -- because a change to fix one > > > thing for one person might break things for 10 others. > > > > Which brings us back to my original question... why are ObjC threads > > disabled? I don't much care about my other patches, I just want > > to know who the 10 others are who will break if we enable threads, > > and how to fix that breakage. My minor patches were only posted because > > you asked :). > > > > I do have other patches for thr-posix, but I agree that it would be > > better if they went to gcc, and didn't get stacked locally. And I thought this thread was dead :). > > The answer is that your other patches have not been committed > to gcc, so any changes to gcc, other than configuration, would > have to be maintained in the FreeBSD repository. > > I personally have no problem with this, if it makes Objective C > work where it didn't before, and doesn't impact and other code, > or non-Objective C compilations. But I am not the maintainer, > and David O'Brien is, so it is him you have to convince, since > it is for him you are making extra work. I don't really feel a need to "convince". If people are too busy (or just do not care) to maintain ObjC within FreeBSD, then I'll just have to do it locally. Its actually less work for me to keep my patches to myself, and I'm certainly not trying to volunteer obrien for more work. We are all busy and ObjC is hardly a priority for many. > > It may seem the slow way around, but you should submit your > patches to the gcc folks first, and wait for them to be included, > such that FreeBSD will need only configuration changes. I've done that, but have not yet received any feedback. > > I have gotten literally hundreds of patches into FreeBSD by > ignoring the FreeBSD process, and submitting the patches back > to the vendor from which FreeBSD obtains the code, so this is > a success strategy. Manipulation is a life stategy :). -- Chad David davidc@issci.ca www.FreeBSD.org davidc@freebsd.org ISSci Inc. Calgary, Alberta Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 19:58:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7AB237B401 for ; Sun, 24 Nov 2002 19:58:54 -0800 (PST) Received: from hotmail.com (f5.pav0.hotmail.com [64.4.33.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4A343E91 for ; Sun, 24 Nov 2002 19:58:54 -0800 (PST) (envelope-from oykai@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 24 Nov 2002 19:58:54 -0800 Received: from 210.74.136.33 by pv0fd.pav0.hotmail.msn.com with HTTP; Mon, 25 Nov 2002 03:58:53 GMT X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: phk@critter.freebsd.dk Cc: Current@FreeBSD.ORG Subject: about GEOM 'geoms' chain question Date: Mon, 25 Nov 2002 11:58:53 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed Message-ID: X-OriginalArrivalTime: 25 Nov 2002 03:58:54.0155 (UTC) FILETIME=[F8B4F9B0:01C29436] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Poul-Henning This is my DP2 box's info about 'GEOM' when power on with 'boot -v'. GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 MBR Slice 1 on da0: 0000 80 01 01 00 a5 fe ff 7b 3f 00 00 00 3d a8 da 00 |.......{?...=...| [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):123/254/255 s:63 l:14329917 GEOM: Add da0s1, start 32256 length 7336917504 end 7336949759 GEOM: Configure da0c, start 0 length 36701167104 end 36701167103 GEOM: Configure da0e, start 0 length 36701167104 end 36701167103 MBR Slice 1 on da1: 0000 80 01 01 00 a5 fe ff 7b 3f 00 00 00 3d a8 da 00 |.......{?...=...| [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):123/254/255 s:63 l:14329917 GEOM: Add da1s1, start 32256 length 7336917504 end 7336949759 GEOM: Configure da1c, start 0 length 36701167104 end 36701167103 MBR Slice 1 on da2: 0000 80 01 01 00 a5 fe bf 7c 3f 00 00 00 fe 25 9c 00 |.......|?....%..| [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):124/254/191 s:63 l:10233342 GEOM: Add da2s1, start 32256 length 5239471104 end 5239503359 MBR Slice 2 on da2: 0000 80 00 81 7d a5 fe ff ff 3d 26 9c 00 3d 26 9c 00 |...}....=&..=&..| [1] f:80 typ:165 s(CHS):125/0/129 e(CHS):255/254/255 s:10233405 l:10233405 GEOM: Add da2s2, start 5239503360 length 5239503360 end 10479006719 GEOM: Configure da0s1a, start 0 length 134217728 end 134217727 GEOM: Configure da0s1b, start 134217728 length 244629504 end 378847231 GEOM: Configure da0s1c, start 0 length 7336917504 end 7336917503 GEOM: Configure da0s1d, start 378847232 length 268435456 end 647282687 GEOM: Configure da0s1e, start 647282688 length 268435456 end 915718143 GEOM: Configure da0s1f, start 915718144 length 6421199360 end 7336917503 GEOM: Configure da1s1a, start 0 length 134217728 end 134217727 GEOM: Configure da1s1b, start 134217728 length 244629504 end 378847231 GEOM: Configure da1s1c, start 0 length 7336917504 end 7336917503 GEOM: Configure da1s1d, start 378847232 length 268435456 end 647282687 GEOM: Configure da1s1e, start 647282688 length 268435456 end 915718143 GEOM: Configure da1s1f, start 915718144 length 6421199360 end 7336917503 GEOM: Configure da2s1c, start 0 length 5239471104 end 5239471103 GEOM: Configure da2s1e, start 0 length 5239471104 end 5239471103 GEOM: Configure da2s2c, start 0 length 5239503360 end 5239503359 GEOM: Configure da2s2e, start 0 length 524288000 end 524287999 I am studying your geom code, let me talk my understanding firstly: 'geoms' is a globe var, from the above info and code, my point is: begin: geoms.tqh_first=NULL, geoms.tqe_prev=&geoms.tqh_first; end: geoms chain is -> -> -> -> -> -> -> -> -> -> geoms da0 da1 da2 Mda0 Sda0 Mda1 Sda1 Mda2 Sda2_1 Sda2_2- ^| <- <- <- <- <- <- <- <- <- <- | - - - - - - - - - - - - - - - - - - - - - I am not sure whether this chain is right? If we add a partition 'da0s1h' to the box, when we excute the g_attach() function, it will call redo_rank(). My viewpoint is that the 'DEV'(da0s1h) should been added between 'Sda0' and 'Mda1'. Based my understanding on 'redo_rank', this function will change all the 'rank' of the elements on the chain, right? 'ad1', 'ad2' and their branches is irrelevant to 'ad0', why their rank must change? Thank your help so much! Best Regards Ouyang Kai _________________________________________________________________ ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£ http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 20:45:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 844A837B401 for ; Sun, 24 Nov 2002 20:45:15 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A0F43E6E for ; Sun, 24 Nov 2002 20:45:05 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0484.cvx22-bradley.dialup.earthlink.net ([209.179.199.229] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GB73-0000nF-00; Sun, 24 Nov 2002 20:44:50 -0800 Message-ID: <3DE1AA73.2D812978@mindspring.com> Date: Sun, 24 Nov 2002 20:43:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Chad David Cc: freebsd-current@FreeBSD.ORG Subject: Re: Objective-C threads References: <20021029190941.A43525@newton.issci.ca> <3DBF4C35.B554A7C1@mindspring.com> <20021029211322.B45337@newton.issci.ca> <3DBF8FD8.A68747D8@mindspring.com> <20021030101943.GB80447@dragon.nuxi.com> <20021030092353.D58476@newton.issci.ca> <3DE1777D.F8784C48@mindspring.com> <20021124192833.A24591@newton.issci.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ ... Objective C ... ] Chad David wrote: > And I thought this thread was dead :). It just showed up in the inbox last night; it must have been stuck in your mail server. Sorry about that. > I don't really feel a need to "convince". If people are too busy (or > just do not care) to maintain ObjC within FreeBSD, then I'll just have > to do it locally. That's kind of what I was implying would be the correct course of action for a while. 8-). > > I have gotten literally hundreds of patches into FreeBSD by > > ignoring the FreeBSD process, and submitting the patches back > > to the vendor from which FreeBSD obtains the code, so this is > > a success strategy. > > Manipulation is a life stategy :). Anything that works is better than anything that doesn't. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 21:11:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DFBE37B401; Sun, 24 Nov 2002 21:11:47 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id D373343E6E; Sun, 24 Nov 2002 21:11:46 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gAP5BU59067794; Sun, 24 Nov 2002 21:11:30 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200211250511.gAP5BU59067794@beastie.mckusick.com> To: current@freebsd.org Subject: Update to UFS2 Superblock Format Cc: Robert Watson , re@freebsd.org X-URL: http://WWW.McKusick.COM/ Reply-To: Kirk McKusick Date: Sun, 24 Nov 2002 21:11:30 -0800 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday Nov 26th I plan to make an update to the UFS2 superblock. It will not affect UFS1 filesystems so should be generally transparent to most -current users. For those using UFS2 filesystems, the new kernel will update the superblock to the new format the first time that your UFS2 filesystem is mounted read-write. Once updated it will not be able to be mounted by older kernels unless the `zapsb' program (see below) is run to revert it to the old format. The only really noticable problem arises when you are booting from a UFS2 root partition. Here, you must follow the following steps: 1) boot new kernel 2) mount -u / 3) install new bootstrap Once the new kernel has converted the filesystem format for the root partition, the old bootstrap will no longer recognize it, so if you do not have a new bootstrap, you will no longer be able to boot from it. Note that you cannot update to the new bootstrap until the filesystem has been converted as the new bootstrap will not recognize the old superblock format. Again, this change will only affect you if you are using a UFS2 filesystem as your root filesystem. The changes that I plan to apply can be viewed at: http://www.freebsd.org/~mckusick/UFS2_update.diffs The program `zapsb.c' that reverts a UFS2 filesystem to its previous state can be found at: http://www.freebsd.org/~mckusick/zapsb.c If this change is going to cause you undue hardship, please send me mail (mckusick@mckusick.com). Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 21:27:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E9137B401; Sun, 24 Nov 2002 21:27:47 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37EA643E4A; Sun, 24 Nov 2002 21:27:47 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2002112505273205200eu2qde>; Mon, 25 Nov 2002 05:27:33 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA37636; Sun, 24 Nov 2002 21:28:39 -0800 (PST) Date: Sun, 24 Nov 2002 21:28:38 -0800 (PST) From: Julian Elischer To: Kirk McKusick Cc: current@freebsd.org, Robert Watson , re@freebsd.org Subject: Re: Update to UFS2 Superblock Format In-Reply-To: <200211250511.gAP5BU59067794@beastie.mckusick.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I do have one question re: UFS2, not specifically about this change however.. I notice that the fields of the disk structure are signed. Wouldn;t it make more sence at this early stage to declare them as unsigned? For example take this snippet from struct fs int64_t fs_size; /* number of blocks in fs */ int64_t fs_dsize; /* number of data blocks in fs */ ufs2_daddr_t fs_csaddr; /* blk addr of cyl grp summary area */ int64_t fs_pendingblocks; /* blocks in process of being freed */ int32_t fs_pendinginodes; /* inodes in process of being freed */ int32_t fs_snapinum[FSMAXSNAP];/* list of snapshot inode numbers */ int32_t fs_avgfilesize; /* expected average file size */ int32_t fs_avgfpdir; /* expected # of files per directory */ int32_t fs_save_cgsize; /* save real cg size to use fs_bsize */ int32_t fs_sparecon32[27]; /* reserved for future constants */ int32_t fs_contigsumsize; /* size of cluster summary array */ int32_t fs_maxsymlinklen; /* max length of an internal symlink */ int32_t fs_old_inodefmt; /* format of on-disk inodes */ u_int64_t fs_maxfilesize; /* maximum representable file size */ int64_t fs_qbmask; /* ~fs_bmask for use with 64-bit size */ int64_t fs_qfmask; /* ~fs_fmask for use with 64-bit size */ int32_t fs_state; /* validate fs_clean field */ int32_t fs_old_postblformat; /* format of positional layout tables */ int32_t fs_old_nrpos; /* number of rotational positions */ How can any of these values be meaningfully -ve? Making them signed just gives fsck a harder time to check the values. (as we saw this week). I have run a system with many of these made unsigned and it made no difference to the system. It was binarily compatible too. i.e it mounted existing filesystemd with no problems. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 22: 9:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83AF837B401 for ; Sun, 24 Nov 2002 22:09:15 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3334243E3B for ; Sun, 24 Nov 2002 22:09:15 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 482DD57459; Mon, 25 Nov 2002 06:09:09 +0000 (GMT) Date: Mon, 25 Nov 2002 06:09:09 +0000 (GMT) Message-Id: <20021125060909.hp779924@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative To: FreeBSD-CURRENT Subject: [Where] is OpenOffice 1.0.1_4 package available? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG package OpenOffice 1.0.1_4 is not available on snapshot and there is no FreeBSD copy on OpenOffice.org... where does it reside? I would compile it, but I would need to reorganize one of my disks and relabel for the 4 gig partition stated as required to compile it. If mozilla-1.1_1,1 is currently installed, does it need to be reinstalled with OpenOffice, or should I just go ahead and upgrade to mozilla-1.1_2,1? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 22:16:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D840237B401 for ; Sun, 24 Nov 2002 22:16:57 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D597C43E88 for ; Sun, 24 Nov 2002 22:16:56 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA01823; Mon, 25 Nov 2002 16:59:35 +1100 Date: Mon, 25 Nov 2002 17:12:58 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Dan Lukes Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld fails on x86 In-Reply-To: <3DE16DE9.3000700@obluda.cz> Message-ID: <20021125170457.I55737-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Dan Lukes wrote: > The problem you hit is that the pthread stub functions as declared > within src/lib/libc/gen/_pthread_stubs.c are optimized-out by "-O3" > causing undefined symbol errors later during build. I don't know if it > is gcc's optimiser bug or there is something wrong with _pthread_stubs.c > code, but someone who knows should report and/or repair it. Optimizing away static functions is OK. The problem seems to be just the old one that the references to the static functions are hidden in asms. They are weak references in this case. The kernel had this problem with hidden references to sysctl infrastructure. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 22:19:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8603C37B401; Sun, 24 Nov 2002 22:19:19 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA39943E4A; Sun, 24 Nov 2002 22:19:18 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gAP6J059068226; Sun, 24 Nov 2002 22:19:01 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200211250619.gAP6J059068226@beastie.mckusick.com> To: Julian Elischer Subject: Re: Update to UFS2 Superblock Format Cc: current@freebsd.org, Robert Watson , re@freebsd.org In-Reply-To: Your message of "Sun, 24 Nov 2002 21:28:38 PST." Date: Sun, 24 Nov 2002 22:19:00 -0800 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some of these fields could usefully be made unsigned others not (for example fs_pendingblocks and fs_pendinginodes). So just going through and making everything unsigned is not the right approach. I will make a pass through and consider changing some of these fields once the tree opens back up, but not at this point in time when we are trying to keep changes to a minimum and do not have time for extensive testing. Kirk McKusick =-=-=-=-= Date: Sun, 24 Nov 2002 21:28:38 -0800 (PST) From: Julian Elischer To: Kirk McKusick cc: current@freebsd.org, Robert Watson , re@freebsd.org Subject: Re: Update to UFS2 Superblock Format In-Reply-To: <200211250511.gAP5BU59067794@beastie.mckusick.com> X-ASK-Info: Whitelist match I do have one question re: UFS2, not specifically about this change however.. I notice that the fields of the disk structure are signed. Wouldn;t it make more sence at this early stage to declare them as unsigned? For example take this snippet from struct fs int64_t fs_size; /* number of blocks in fs */ int64_t fs_dsize; /* number of data blocks in fs */ ufs2_daddr_t fs_csaddr; /* blk addr of cyl grp summary area */ int64_t fs_pendingblocks; /* blocks in process of being freed */ int32_t fs_pendinginodes; /* inodes in process of being freed */ int32_t fs_snapinum[FSMAXSNAP];/* list of snapshot inode numbers */ int32_t fs_avgfilesize; /* expected average file size */ int32_t fs_avgfpdir; /* expected # of files per directory */ int32_t fs_save_cgsize; /* save real cg size to use fs_bsize */ int32_t fs_sparecon32[27]; /* reserved for future constants */ int32_t fs_contigsumsize; /* size of cluster summary array */ int32_t fs_maxsymlinklen; /* max length of an internal symlink */ int32_t fs_old_inodefmt; /* format of on-disk inodes */ u_int64_t fs_maxfilesize; /* maximum representable file size */ int64_t fs_qbmask; /* ~fs_bmask for use with 64-bit size */ int64_t fs_qfmask; /* ~fs_fmask for use with 64-bit size */ int32_t fs_state; /* validate fs_clean field */ int32_t fs_old_postblformat; /* format of positional layout tables */ int32_t fs_old_nrpos; /* number of rotational positions */ How can any of these values be meaningfully -ve? Making them signed just gives fsck a harder time to check the values. (as we saw this week). I have run a system with many of these made unsigned and it made no difference to the system. It was binarily compatible too. i.e it mounted existing filesystemd with no problems. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 22:24:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C8D937B401; Sun, 24 Nov 2002 22:24:28 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1050743E3B; Sun, 24 Nov 2002 22:24:27 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA05025; Mon, 25 Nov 2002 17:24:25 +1100 Date: Mon, 25 Nov 2002 17:37:49 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marc Fonvieille Cc: freebsd-current@FreeBSD.ORG Subject: Re: Polled mode with device.hints In-Reply-To: <20021124120851.GA207@nosferatu.blackend.org> Message-ID: <20021125172317.A55855-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 24 Nov 2002, Marc Fonvieille wrote: > Hello, > > I'm currently updating some part of the Handbook for 5.X, and I need > to know how to put some ports like sio0 or ppc0 in polled mode. > > I did a search and tried some syntax like "0" for the irq etc. but no > way to put something in polled mode or to find an info on it. > > It's a "lack" of device.hints(5) and some devices manual pages :) For sio, polled mode is configured by not creating an irq resource. Leave the irq out of the device line in the config file for RELENG_4, and don''t configure a hint for the irq in 5.x. This might not actually work since PNP or ACPI etc may always create an irq resource. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 23:28:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8ADB37B401 for ; Sun, 24 Nov 2002 23:28:46 -0800 (PST) Received: from brain.nrik.jp (ntoska027130.oska.nt.adsl.ppp.infoweb.ne.jp [61.124.92.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 882F043E91 for ; Sun, 24 Nov 2002 23:28:45 -0800 (PST) (envelope-from bowie@nrik.jp) Received: from brain.nrik.jp (localhost [127.0.0.1]) by brain.nrik.jp (8.12.6/8.12.6) with ESMTP id gAP7STff051534 for ; Mon, 25 Nov 2002 16:28:30 +0900 (JST) (envelope-from bowie@nrik.jp) Date: Mon, 25 Nov 2002 16:28:29 +0900 Message-ID: <868yzinm5e.wl@brain.nrik.jp> From: Noriyoshi Kawano To: current@freebsd.org Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? In-Reply-To: <20021125060909.hp779924@hun.org> References: <20021125060909.hp779924@hun.org> User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, you can find it on http://projects.imp.ch/openoffice/. At Mon, 25 Nov 2002 06:09:09 +0000 (GMT), Daniel Flickinger wrote: > > package OpenOffice 1.0.1_4 is not available on > snapshot and there is no FreeBSD copy on > OpenOffice.org... > > where does it reside? > > I would compile it, but I would need to reorganize > one of my disks and relabel for the 4 gig partition > stated as required to compile it. > > If mozilla-1.1_1,1 is currently installed, does it need > to be reinstalled with OpenOffice, or should I just go > ahead and upgrade to mozilla-1.1_2,1? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 23:29:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 775D737B401 for ; Sun, 24 Nov 2002 23:29:25 -0800 (PST) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC6443E91 for ; Sun, 24 Nov 2002 23:29:24 -0800 (PST) (envelope-from munish@opiate.thirteenandtwo.org) Received: from opiate.thirteenandtwo.org (localhost.thirteenandtwo.org [127.0.0.1]) by opiate.thirteenandtwo.org (8.12.6/8.12.6) with ESMTP id gAP7TMkC076736 for ; Mon, 25 Nov 2002 02:29:23 -0500 (EST) (envelope-from munish@opiate.thirteenandtwo.org) Received: (from munish@localhost) by opiate.thirteenandtwo.org (8.12.6/8.12.6/Submit) id gAP7TMkE076735 for current@FreeBSD.ORG; Mon, 25 Nov 2002 02:29:22 -0500 (EST) Date: Mon, 25 Nov 2002 02:29:22 -0500 From: Munish Chopra To: FreeBSD-CURRENT Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? Message-ID: <20021125072922.GA76456@opiate.thirteenandtwo.org> Mail-Followup-To: FreeBSD-CURRENT References: <20021125060909.hp779924@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125060909.hp779924@hun.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 06:09 +0000, Daniel Flickinger wrote: > package OpenOffice 1.0.1_4 is not available on > snapshot and there is no FreeBSD copy on > OpenOffice.org... > > where does it reside? http://projects.imp.ch/openoffice/ > > I would compile it, but I would need to reorganize > one of my disks and relabel for the 4 gig partition > stated as required to compile it. > > If mozilla-1.1_1,1 is currently installed, does it need > to be reinstalled with OpenOffice, or should I just go > ahead and upgrade to mozilla-1.1_2,1? Err, I think it'll be fine to just upgrade. Don't shoot me if I'm wrong though. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 23:31: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98EF737B401 for ; Sun, 24 Nov 2002 23:31:08 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32E943E6E for ; Sun, 24 Nov 2002 23:31:02 -0800 (PST) (envelope-from a@grunix.com) Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18GDho-00049Q-00; Mon, 25 Nov 2002 08:30:56 +0100 Received: from [172.23.4.130] (helo=config3.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 18GDho-0002aM-00; Mon, 25 Nov 2002 08:30:56 +0100 Received: from www-data by config3.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 18GDho-00050S-00; Mon, 25 Nov 2002 08:30:56 +0100 To: Daniel Flickinger Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? From: a@grunix.com Cc: FreeBSD-CURRENT Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20021125060909.hp779924@hun.org> MIME-Version: 1.0 X-Originating-From: 5691440 Received: from 212.202.224.252 by webmail.puretec.de via HTTP X-Binford: 6100 (more power) Message-Id: Date: Mon, 25 Nov 2002 08:30:56 +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. Daniel Flickinger schrieb am 25.11.2002, 07:09:09: > package OpenOffice 1.0.1_4 is not available on > snapshot and there is no FreeBSD copy on > OpenOffice.org... > > where does it reside? http://projects.imp.ch/openoffice/ But, i tried to install that package on my FreeBSD 5.0-CURRENT, well it went fine, but when i try to run openoffice, i will get a "Segmentation fault". Hope you will have more luck. asg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Nov 24 23:36:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 623B937B401 for ; Sun, 24 Nov 2002 23:36:51 -0800 (PST) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E14B43E91 for ; Sun, 24 Nov 2002 23:36:50 -0800 (PST) (envelope-from munish@opiate.thirteenandtwo.org) Received: from opiate.thirteenandtwo.org (localhost.thirteenandtwo.org [127.0.0.1]) by opiate.thirteenandtwo.org (8.12.6/8.12.6) with ESMTP id gAP7ankC077220 for ; Mon, 25 Nov 2002 02:36:49 -0500 (EST) (envelope-from munish@opiate.thirteenandtwo.org) Received: (from munish@localhost) by opiate.thirteenandtwo.org (8.12.6/8.12.6/Submit) id gAP7anHl077219 for current@FreeBSD.ORG; Mon, 25 Nov 2002 02:36:49 -0500 (EST) Date: Mon, 25 Nov 2002 02:36:49 -0500 From: Munish Chopra To: FreeBSD-CURRENT Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? Message-ID: <20021125073649.GA76904@opiate.thirteenandtwo.org> Mail-Followup-To: FreeBSD-CURRENT References: <20021125060909.hp779924@hun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 08:30 +0000, a@grunix.com wrote: > > http://projects.imp.ch/openoffice/ > > But, i tried to install that package on my FreeBSD 5.0-CURRENT, well it > went fine, but when i try to run openoffice, i will get a "Segmentation > fault". > Hope you will have more luck. As it says in the README, you need procfs to run it. This dependency will supposedly be removed in the (near?) future. -- Munish Chopra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 1: 3: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 604CA37B404 for ; Mon, 25 Nov 2002 01:02:59 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A4843E6E for ; Mon, 25 Nov 2002 01:02:58 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAP92w3b050496 for ; Mon, 25 Nov 2002 01:02:58 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAP92wt0050494 for current@freebsd.org; Mon, 25 Nov 2002 01:02:58 -0800 (PST) Date: Mon, 25 Nov 2002 01:02:58 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200211250902.gAP92wt0050494@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mon Nov 25 01:00:10 PST 2002 ... U share/examples/Makefile ? sys/alpha/conf/LINT U sys/dev/aic7xxx/aic79xx_osm.c U sys/dev/aic7xxx/aic79xx_osm.h U sys/dev/raidframe/rf_freebsdkintf.c U sys/i386/i386/pmap.c U sys/i386/i386/vm_machdep.c U sys/kern/kern_exec.c U sys/kern/kern_exit.c cvs [update aborted]: cannot make directory include: File exists To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 1: 7:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C61137B401; Mon, 25 Nov 2002 01:07:28 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C27443EAA; Mon, 25 Nov 2002 01:07:27 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2002112509072100200t3pgfe>; Mon, 25 Nov 2002 09:07:21 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA39043; Mon, 25 Nov 2002 01:08:32 -0800 (PST) Date: Mon, 25 Nov 2002 01:08:30 -0800 (PST) From: Julian Elischer To: Kirk McKusick Cc: current@freebsd.org, Robert Watson , re@freebsd.org Subject: Re: Update to UFS2 Superblock Format In-Reply-To: <200211250619.gAP6J059068226@beastie.mckusick.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 24 Nov 2002, Kirk McKusick wrote: > Some of these fields could usefully be made unsigned others not > (for example fs_pendingblocks and fs_pendinginodes). So just > going through and making everything unsigned is not the right > approach. I will make a pass through and consider changing some > of these fields once the tree opens back up, but not at this > point in time when we are trying to keep changes to a minimum > and do not have time for extensive testing. > > Kirk McKusick I'm not in a hurry.. It's just something that I thought should be considered..... "eventually". BTW how can fs_pendingblocks and fs_pendinginodes be -ve? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 2:18:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E40837B401 for ; Mon, 25 Nov 2002 02:18:29 -0800 (PST) Received: from abigail.blackend.org (blackend.org [212.11.50.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF40543E91 for ; Mon, 25 Nov 2002 02:18:27 -0800 (PST) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.1.205]) by abigail.blackend.org (8.12.3/8.12.3) with ESMTP id gAPAIPW9077705; Mon, 25 Nov 2002 11:18:25 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost [127.0.0.1]) by nosferatu.blackend.org (8.12.6/8.12.6) with ESMTP id gAPAHQ9w000302; Mon, 25 Nov 2002 11:17:26 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.12.6/8.12.6/Submit) id gAPAHJQu000301; Mon, 25 Nov 2002 11:17:19 +0100 (CET) Date: Mon, 25 Nov 2002 11:17:19 +0100 From: Marc Fonvieille To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG Subject: Re: Polled mode with device.hints Message-ID: <20021125101719.GA210@nosferatu.blackend.org> References: <20021124120851.GA207@nosferatu.blackend.org> <20021125172317.A55855-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125172317.A55855-100000@gamplex.bde.org> User-Agent: Mutt/1.4i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 05:37:49PM +1100, Bruce Evans wrote: > For sio, polled mode is configured by not creating an irq resource. > Leave the irq out of the device line in the config file for RELENG_4, > and don''t configure a hint for the irq in 5.x. This might not actually > work since PNP or ACPI etc may always create an irq resource. > Thanks for the info. But what about ppc0 ? I have to remove the IRQ line as well? (sorry I can't test now) I also noted that lptcontrol(8) "does not" work under 4.X and 5.X. It seems that since lpt(4) use ppbus(4), it is not possible to use lptcontrol(8). Well maybe that question does not fit with freebsd-current mailing list :) Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 2:46:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1326B37B401 for ; Mon, 25 Nov 2002 02:46:28 -0800 (PST) Received: from alpha.develop.ferrari.net (host1.ferrari-electronic.de [62.159.79.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB6E43E4A for ; Mon, 25 Nov 2002 02:46:18 -0800 (PST) (envelope-from robert@ferrari-electronic.de) Received: (from robert@localhost) by alpha.develop.ferrari.net (8.11.6/8.11.6/SuSE Linux 0.5) id gAPAja019567; Mon, 25 Nov 2002 11:45:36 +0100 Date: Mon, 25 Nov 2002 11:45:36 +0100 From: Robert Drehmel To: Philip Paeps Cc: current@freebsd.org Subject: Re: I'm impressed, but ... Message-ID: <20021125114536.A19537@alpha.develop.ferrari.net> References: <20021125004934.GA604@juno.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125004934.GA604@juno.home.paeps.cx> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Philip, On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: [reformatted] > 2. This one's the most irritating. I use Mutt as my mailclient using > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > reading a directory, and there's no way for me to kill it. Ps axl shows > it as being in state Ds or Ds+ and blocked by ufs. do you use truss(1)? ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 3: 4:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6240337B401 for ; Mon, 25 Nov 2002 03:04:28 -0800 (PST) Received: from terry.dorm11.nctu.edu.tw (Terry.Dorm11.NCTU.edu.tw [140.113.192.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC5443E88 for ; Mon, 25 Nov 2002 03:04:27 -0800 (PST) (envelope-from ijliao@terry.dorm11.nctu.edu.tw) Received: by terry.dorm11.nctu.edu.tw (Postfix, from userid 1000) id 690A33E6B; Mon, 25 Nov 2002 19:04:28 +0800 (CST) Date: Mon, 25 Nov 2002 19:04:28 +0800 From: Ying-Chieh Liao To: current@FreeBSD.ORG Cc: Ying-Chieh Liao Subject: Re: installworld fail Message-ID: <20021125110428.GB82817@terry.dragon2.net> References: <20021121160659.GA99813@terry.dragon2.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20021121160659.GA99813@terry.dragon2.net> X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382 X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 22, 2002 at 00:06:59 +0800, Ying-Chieh Liao wrote: > I'm in DP2, and cvsup and then make world... > > if [ -L /usr/share/examples/sunrpc ]; then rm -f /usr/share/examples/sunrpc; fi > if [ -L /usr/share/examples/worm ]; then rm -f /usr/share/examples/worm; fi > mtree -deU -f /usr/src/share/examples/../../etc/mtree/BSD.usr.dist -p /usr > /tmp/install.UiNprj9F/mtree: 1: Syntax error: "(" unexpected maybe there's something wrong with mfs... error occurs when I mount tmp as a mfs and after I switch tmp to a "real harddisk", it's all ok -- The sooner you start to code, the longer the program will take. --- Roy Carlson --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE94gO8rMYBZRHAI4IRAmRTAKCQMCL9YW50ytgD+rAgfpYaw+7DBwCfWV36 K/LBs1KuH8Zgk3z1PaEJe1I= =5trs -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 3:19:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3041A37B401; Mon, 25 Nov 2002 03:19:27 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F83343E4A; Mon, 25 Nov 2002 03:19:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA04507; Mon, 25 Nov 2002 22:19:22 +1100 Date: Mon, 25 Nov 2002 22:32:46 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marc Fonvieille Cc: freebsd-current@FreeBSD.ORG Subject: Re: Polled mode with device.hints In-Reply-To: <20021125101719.GA210@nosferatu.blackend.org> Message-ID: <20021125214416.T56549-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Marc Fonvieille wrote: [polled mode for sio0 and ppc0] > But what about ppc0 ? I have to remove the IRQ line as well? > (sorry I can't test now) I don't know exactly (I rarely use it). > I also noted that lptcontrol(8) "does not" work under 4.X and 5.X. > It seems that since lpt(4) use ppbus(4), it is not possible to use > lptcontrol(8). Well maybe that question does not fit with > freebsd-current mailing list :) "lptcontrol -i" and "lptcontrol -p" work for me under -current. They presumably work because the driver sets up the interrupt for every write(2) if interrupts are enabled. This used to cause panics because a thread was created for every write and it was possible for threads to be created faster than they could exit. But everything except the thread creation and destruction seems to be necessary because the interrupt may be switched fairly dynamically between children of ppc0. I think this means that no one should want to force polled mode at the ppc0 level, and its children should have control programs like lptcontrol that permit configuring it if necessary. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 4:10:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C96F37B401 for ; Mon, 25 Nov 2002 04:10:09 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A051243E88 for ; Mon, 25 Nov 2002 04:10:08 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 4C20020BBD for ; Mon, 25 Nov 2002 13:10:02 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by eos.telenet-ops.be (Postfix) with ESMTP id 3A65F20A64 for ; Mon, 25 Nov 2002 13:10:02 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id 358ED367 for ; Mon, 25 Nov 2002 13:10:01 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 2709C2E; Mon, 25 Nov 2002 13:09:56 +0100 (CET) Date: Mon, 25 Nov 2002 13:09:56 +0100 From: Philip Paeps To: current@freebsd.org Subject: Re: I'm impressed, but ... Message-ID: <20021125120956.GA616@juno.home.paeps.cx> Mail-Followup-To: current@freebsd.org References: <20021125004934.GA604@juno.home.paeps.cx> <20021125114536.A19537@alpha.develop.ferrari.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021125114536.A19537@alpha.develop.ferrari.net> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 11:45:36 (+0100), Robert Drehmel wrote: > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: > [reformatted] > > 2. This one's the most irritating. I use Mutt as my mailclient using > > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > > reading a directory, and there's no way for me to kill it. Ps axl shows > > it as being in state Ds or Ds+ and blocked by ufs. > > do you use truss(1)? Frequently, but I hadn't thought about it in this case :-) Next time it just sits there, I'll try to find out what truss tells me. If nothing, I'll try to reproduce the problem running inside truss. I'll get with more info as soon as things die. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #101: Collapsed Backbone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 4:43:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF5E37B401 for ; Mon, 25 Nov 2002 04:43:23 -0800 (PST) Received: from abigail.blackend.org (blackend.org [212.11.50.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF16643EA9 for ; Mon, 25 Nov 2002 04:43:21 -0800 (PST) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.1.205]) by abigail.blackend.org (8.12.3/8.12.3) with ESMTP id gAPChIW9078312; Mon, 25 Nov 2002 13:43:18 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost [127.0.0.1]) by nosferatu.blackend.org (8.12.6/8.12.6) with ESMTP id gAPCfD9w000603; Mon, 25 Nov 2002 13:41:13 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.12.6/8.12.6/Submit) id gAPCf6UR000602; Mon, 25 Nov 2002 13:41:06 +0100 (CET) Date: Mon, 25 Nov 2002 13:41:06 +0100 From: Marc Fonvieille To: Bruce Evans Cc: freebsd-current@FreeBSD.ORG Subject: Re: Polled mode with device.hints Message-ID: <20021125124105.GC210@nosferatu.blackend.org> References: <20021125101719.GA210@nosferatu.blackend.org> <20021125214416.T56549-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125214416.T56549-100000@gamplex.bde.org> User-Agent: Mutt/1.4i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 10:32:46PM +1100, Bruce Evans wrote: [...] > > "lptcontrol -i" and "lptcontrol -p" work for me under -current. They > presumably work because the driver sets up the interrupt for every > write(2) if interrupts are enabled. This used to cause panics because > a thread was created for every write and it was possible for threads > to be created faster than they could exit. But everything except the > thread creation and destruction seems to be necessary because the > interrupt may be switched fairly dynamically between children of ppc0. > I think this means that no one should want to force polled mode at > the ppc0 level, and its children should have control programs like > lptcontrol that permit configuring it if necessary. > Ok, I will investigate more when I will have access to my -CURRENT box. Thanks a lot for your answers. Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 5:51:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C7937B404; Mon, 25 Nov 2002 05:51:52 -0800 (PST) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45BA343EAA; Mon, 25 Nov 2002 05:51:51 -0800 (PST) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.6/8.12.6) with ESMTP id gAPDphTe024173; Mon, 25 Nov 2002 05:51:43 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.6/8.12.6/Submit) id gAPDphjQ024172; Mon, 25 Nov 2002 05:51:43 -0800 (PST) Date: Mon, 25 Nov 2002 05:51:43 -0800 (PST) From: David Wolfskill Message-Id: <200211251351.gAPDphjQ024172@bunrab.catwhisker.org> To: current@FreeBSD.ORG, ijliao@FreeBSD.ORG Subject: Re: installworld fail Cc: ijliao@csie.nctu.edu.tw In-Reply-To: <20021125110428.GB82817@terry.dragon2.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Mon, 25 Nov 2002 19:04:28 +0800 >From: Ying-Chieh Liao >On Fri, Nov 22, 2002 at 00:06:59 +0800, Ying-Chieh Liao wrote: >> I'm in DP2, and cvsup and then make world... >> >> if [ -L /usr/share/examples/sunrpc ]; then rm -f /usr/share/examples/sunrpc; fi >> if [ -L /usr/share/examples/worm ]; then rm -f /usr/share/examples/worm; fi >> mtree -deU -f /usr/src/share/examples/../../etc/mtree/BSD.usr.dist -p /usr >> /tmp/install.UiNprj9F/mtree: 1: Syntax error: "(" unexpected >maybe there's something wrong with mfs... >error occurs when I mount tmp as a mfs >and after I switch tmp to a "real harddisk", it's all ok Yes (well, it's an "md" device in -CURRENT); I reported this to -current on 12 November. I have since done some additional experiments: * The failure always appears to be associated with corruption of an executable image; "file" reports "data" (vs. "... executable ..."). * I have never seen the failure on my SMP machine; I always (since around 09 Nov) see it on my (UP) laptop (unless I run a script in parallel with the installworld). * The failure is independent of single- or multi-user mode. As alluded to above, if I run a script that periodically looks at each of the files in the directory in question, that seems to avoid the corruption/symptoms. I'll append a copy of the script I've used most recently after my .sig; you may find it of interest to try running it in parallel with the installworld if you see the behavior in question. Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org I have no confidence in results obtained through the use of Microsoft products. #! /bin/sh until (test -d /tmp/install.*) do sleep 10 done until (file /tmp/install.*/* | grep data) do sleep 3 if [ ! -d /tmp/install.* ]; then exit 0 fi done echo "/tmp/install.* trashed at `date`" exit 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 6:56:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FB1937B401 for ; Mon, 25 Nov 2002 06:56:40 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5D9D43E88 for ; Mon, 25 Nov 2002 06:56:39 -0800 (PST) (envelope-from mi+mx@aldan.algebra.com) Received: from misha.murex.com (250-217.customer.cloud9.net [168.100.250.217]) by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id gAPEuajJ001511 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL) for ; Mon, 25 Nov 2002 09:56:38 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Content-Type: text/plain; charset="us-ascii" From: Mikhail Teterin Organization: Virtual Estates, Inc. To: current@FreeBSD.org Subject: -current unusable after a crash Date: Mon, 25 Nov 2002 09:59:39 -0500 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200211250959.39594.mi+mx@aldan.algebra.com> X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The only way to get my -current system back to normal after a crash is to boot into single user and do an explicit ``fsck -p''. Otherwise the system will, seemingly, boot fine, but none of the ttyvs will accept any input, although tty-switching works fine. Remote connections (ssh, telnet) don't bring up the login prompt. I thought, this might be due to the priority of the background fsck and have once left it alone for several hours -- with no effect. The usual fsck takes a few minutes. There are three drives in the system -- a 4G SCSI (on ahc0) with /, /usr, /opt, and /home on it, and two 30Gb IDEs coupled into one big ccd. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 7:24: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7645337B401 for ; Mon, 25 Nov 2002 07:24:07 -0800 (PST) Received: from smtp02.iafrica.com (smtp02.iafrica.com [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C96B43EA9 for ; Mon, 25 Nov 2002 07:24:05 -0800 (PST) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by smtp02.iafrica.com with esmtp (Exim 3.36 #1) id 18GL5W-000ELB-00; Mon, 25 Nov 2002 17:23:54 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 18GL5S-000Kzt-00; Mon, 25 Nov 2002 17:23:50 +0200 To: Philip Paeps Cc: current@freebsd.org Subject: Re: I'm impressed, but ... In-reply-to: Your message of "Mon, 25 Nov 2002 01:49:34 +0100." <20021125004934.GA604@juno.home.paeps.cx> References: <20021125004934.GA604@juno.home.paeps.cx> From: ianf@za.uu.net X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted Date: Mon, 25 Nov 2002 17:23:50 +0200 Message-ID: <80716.1038237830@wcom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Philip Paeps wrote: > Hi guys - > > I accidently upgraded my workstation to -CURRENT over the weekend (forgot a > tag=RELENG_4 in my supfile and let it cook). It being a workstation and > containing no critical data, I decided to just stick with it and give it a go . > > The machine's been running for a day and a bit now, and it appears to be quit e > stable, but there's a couple of things worrying me. I'd be happy to help > analyse the problems further if someone tells me how :-) > > 1. When I boot my machine, it gives me the following messages: > > | [...] > | vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > | unknown: can't assign resources (port) > | unknown: can't assign resources (irq) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | Timecounters tick every 10.000 msec > | ahc0: Someone reset channel A > | [...] > > All my hardware (the stuff I've tested anyway) appears to work. Any idea > which device is being unknown, or how I could find out? Do you also get an 'unable to initialize ACPI' message when your system boots? I stopped getting this message when I compiled ACPI support into the kernel: device acpi options ACPI_DEBUG Someone here will probably say that you don't need to compile it into the kernel, you can use the kernel module and you can use loader.conf to do this. See /usr/src/sys/boot/forth/loader.conf and loader.conf(5) for more details. FWIW, this file should probably have been installed into /boot/loader.conf.(default|sample|etc), then lazy people like me would have noticed a significant difference in loader.conf from 4.7 to current and investigated further. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 7:24:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF94737B406 for ; Mon, 25 Nov 2002 07:24:57 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 670F143E4A for ; Mon, 25 Nov 2002 07:24:57 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPFOlBF034051; Mon, 25 Nov 2002 10:24:47 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 10:24:46 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mikhail Teterin Cc: current@FreeBSD.org Subject: Re: -current unusable after a crash In-Reply-To: <200211250959.39594.mi+mx@aldan.algebra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Mikhail Teterin wrote: > The only way to get my -current system back to normal after a crash is > to boot into single user and do an explicit ``fsck -p''. > > Otherwise the system will, seemingly, boot fine, but none of the ttyvs > will accept any input, although tty-switching works fine. Remote > connections (ssh, telnet) don't bring up the login prompt. > > I thought, this might be due to the priority of the background fsck and > have once left it alone for several hours -- with no effect. The usual > fsck takes a few minutes. > > There are three drives in the system -- a 4G SCSI (on ahc0) with /, > /usr, /opt, and /home on it, and two 30Gb IDEs coupled into one big ccd. Any chance we can get you to break into ddb on the console, do a ps, and see what the processes are waiting for? Also, if they're waiting on something like "ufs" or "inode", generated ddb traces of the processes would be interesting. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 7:29:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03DEE37B401 for ; Mon, 25 Nov 2002 07:29:18 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EA943E3B for ; Mon, 25 Nov 2002 07:29:17 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPFTCBF034250; Mon, 25 Nov 2002 10:29:12 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 10:29:12 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Munish Chopra Cc: FreeBSD-CURRENT Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? In-Reply-To: <20021125073649.GA76904@opiate.thirteenandtwo.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Munish Chopra wrote: > On 2002-11-25 08:30 +0000, a@grunix.com wrote: > > > > http://projects.imp.ch/openoffice/ > > > > But, i tried to install that package on my FreeBSD 5.0-CURRENT, well it > > went fine, but when i try to run openoffice, i will get a "Segmentation > > fault". > > Hope you will have more luck. > > As it says in the README, you need procfs to run it. This dependency > will supposedly be removed in the (near?) future. Presumably openoffice should be trivially changeable to use something other than procfs for the cmdline data -- Solaris doesn't appear to support /proc/pid/cmdline, so it must have support for argc/argv, we just need to twiddle the right configure bit for openoffice...? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 7:54:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A122937B401 for ; Mon, 25 Nov 2002 07:54:47 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B107243EA9 for ; Mon, 25 Nov 2002 07:54:46 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from vigrid.com (tnt-77-24.ct.dialin.ntplx.com [209.54.77.24]) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id gAPFsddp025898; Mon, 25 Nov 2002 10:54:39 -0500 (EST) Message-ID: <3DE24724.54D83ADB@vigrid.com> Date: Mon, 25 Nov 2002 10:52:04 -0500 From: Daniel Eischen X-Mailer: Mozilla 4.74 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: PATCH - changing libc_r to use *context() Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There's a patch at: http://people.freebsd.org/~deischen/libc_r.diffs that changes libc_r to use *context() instead of setjmp/longjmp. There are some other changes that the -java folks have wanted for some time (signal handlers installed with SA_SIGINFO now always get a siginfo_t and ucontext_t). Normally I would wait until after 5.0-release to do this, but the ia64 folks (perhaps the sparc64?) really wanted this. I'd like some feedback on whether some heavy threaded apps (GNOME, OpenOffice, Java, etc) have any problems with this patch before asking re@ for commit permission. BTW, it also needs testing on alpha. Thanks, -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 8:11:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4683937B401; Mon, 25 Nov 2002 08:11:53 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id D638443E4A; Mon, 25 Nov 2002 08:11:52 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id EB2C68A4305; Mon, 25 Nov 2002 12:11:44 -0400 (AST) Date: Mon, 25 Nov 2002 12:11:44 -0400 (AST) From: "Marc G. Fournier" To: kde@freebsd.org Cc: freebsd-current@freebsd.org Subject: compiling kdebase3 under -CURRENT of Nov 26th fails ... Message-ID: <20021125120643.P16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just CVSup'd and rebuilt (and installed) world/kernel, just in case it was a transient error from last week ... but same error. I know zero about C++, but what little I know, aren't the 'undefined references' standard C++ functions? *raised eyebrows* gmake[3]: Entering directory `/usr/local/ports/usr/ports/x11/kdebase3/work/kdebase-3.0.3/kappfinder' source='main.cpp' object='main.o' libtool=no \ depfile='.deps/main.Po' tmpdepfile='.deps/main.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c -o main.o `test -f main.cpp || echo './'`main.cpp /usr/X11R6/bin/moc ./scanner.h -o scanner.moc source='scanner.cpp' object='scanner.o' libtool=no \ depfile='.deps/scanner.Po' tmpdepfile='.deps/scanner.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c -o scanner.o `test -f scanner.cpp || echo './'`scanner.cpp source='checker.cpp' object='checker.o' libtool=no \ depfile='.deps/checker.Po' tmpdepfile='.deps/checker.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c -o checker.o `test -f checker.cpp || echo './'`checker.cpp creating kappfinder_meta_unload.cpp source='kappfinder_meta_unload.cpp' object='kappfinder_meta_unload.o' libtool=no \ depfile='.deps/kappfinder_meta_unload.Po' tmpdepfile='.deps/kappfinder_meta_unload.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include -I/usr/X11R6/include -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c -o kappfinder_meta_unload.o `test -f kappfinder_meta_unload.cpp || echo './'`kappfinder_meta_unload.cpp /bin/sh ../libtool --mode=link --tag=CXX c++ -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -L/usr/X11R6/lib -pthread -L/usr/local/lib -L/usr/local/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/X11R6/lib -R /usr/local/lib main.o scanner.o checker.o kappfinder_meta_unload.o -lkdeui -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib mkdir .libs c++ -DNDEBUG -DNO_DEBUG -O2 -O2 -march=pentium -pipe -mcpu=pentiumpro -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o -Wl,-export-dynamic -L/usr/X11R6/lib -L/usr/local/lib /usr/local/lib/libkdeui.so /usr/local/lib/libkdecore.so -L/usr/lib /usr/local/lib/libDCOP.so /usr/local/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -ljpeg -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/X11R6/lib checker.o: In function `checkDesktopFile(QString const&, QString)': checker.o(.text+0x4c8): undefined reference to `cout' checker.o(.text+0x4e1): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x519): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x529): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x663): undefined reference to `cout' checker.o(.text+0x670): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x678): undefined reference to `endl(ostream&)' checker.o(.text+0x748): undefined reference to `cout' checker.o(.text+0x751): undefined reference to `ostream::operator<<(char const*)' checker.o(.text+0x759): undefined reference to `endl(ostream&)' gmake[3]: *** [kappfinder] Error 1 gmake[3]: Leaving directory `/usr/local/ports/usr/ports/x11/kdebase3/work/kdebase-3.0.3/kappfinder' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/ports/usr/ports/x11/kdebase3/work/kdebase-3.0.3/kappfinder' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/ports/usr/ports/x11/kdebase3/work/kdebase-3.0.3' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdebase3. *** Error code 1 Stop in /usr/ports/x11/kde3. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall3489.0 make ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! x11/kde3 (linker error) Marc G. Fournier marc.fournier@acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily shared by my employer" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 8:31:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE1E37B404 for ; Mon, 25 Nov 2002 08:31:48 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8221743E91 for ; Mon, 25 Nov 2002 08:31:47 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPGVdBF037408; Mon, 25 Nov 2002 11:31:43 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 11:31:39 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrew Gallatin Cc: Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <15840.8629.324788.887872@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 23 Nov 2002, Andrew Gallatin wrote: > I propose that we make struct label portion of the pkthdr compile-time > conditional on MAC. The assumption is that you will move the MAC label > to an m_tag sometime after 5.0-RELEASE. This weekend I spent about six hours looking at what it would take to move MAC label data into m_tags. While in theory it is a workable idea, it turns out our m_tag implementation is fairly far from being ready to handle something like this. I ran into the following immediate problems: (1) When packet headers are copied using m_copy_pkthdr(), different consumers have different expectations for what the resulting semantics are for m_tag data -- some want it duplicated, others want it moved. In practice, it is only ever moved, so consumers that expect duplication are in for a surprise. We need to re-implement the packet header copying code so that it can generate a failure (because it involves allocation), and separate the duplicate and move abstractions to get clean semantics. I exchanged some e-mail with Sam Leffler on the topic, and apparently OpenBSD has already made these changes, or similar ones, and we should do the same for 5.1. (2) m_tag's don't have a notion that the data carried in a tag is multi-dimmensional and may require special destructor behavior. While it does centralize copying and free'ing of data, it handles this purely with bcopy, malloc, and free, which is not appropriate for use with MAC labels, since they may contain a variety of per-policy data that may require special handling (reference count management, etc). I tried putting tag-specific release/free/... code in the m_tag central routines, and it looks like that would work, although it eventually would lead to a lot of junk in the m_tag code. We might want to consider m_tag entry free/copy pointers of some sort, but I'm not sure if we want to go there. Adding the MAC stuff to the m_tag_{free,copy,...} calls won't break the ABI, whereas adding free and copy pointers to the tags themselves would. (3) Not all code generating packets properly initializes m_tag field. The one example I've come across so far is the use of m_getcl() to grab mbufs with an attached cluster -- it never initializes the SLIST properly, as far as I can tell. Right now that's used in device drivers, and also in the BPF packet generation code. If the header is zero'd, this may be OK due to an implicit proper initialization, but this is concerning. We need to do more work to normalize packet handling. (4) Code still exists that improperly hand-copies mbuf packet header data. if_loop.c contains some particular bogus code that also triggers a panic in the MAC code for the same reason. If m_tag data ever passes through if_loop and hits the re-alignment case introduced by KAME, the system will panic when the tag data is free'd. This code all needs to be normalized, and proper semantics must be enforced. > This will immediately reduce the size of mbufs for the vast majority of > users, and will prevent a 4.1.1 like flag-day for 3rd party network > driver vendors. The only downside is that the few MAC users will not be > able to use 3rd party binary network drivers until the MAC label is put > into an m_tag. This seems fair, as the only people inconvienced are the > people who want the labels and they are motivated to move them to an > m_tag. But that's easy for me to say, since I don't run MAC, and I may > be missing something big. In the past I have looked at adding conditionally-defined components to struct mbuf and other key kernel data structures. While the condition of the tree is improving from this perspective due to better isolation of user and kernel data structures, the result is still incredibly messy, especially if you key the conditionally defined sections on a kernel option. mbuf.h is included in a number of userland applications -- some expected, such as the ipfilter test framework, but others less expected -- such as BIND. I'm very wary of the notion of adding conditionally defined portions of struct mbuf on this (and other) bases. I'll take a look at whether many of the obvious foot-shooting scenarios still exist since I last tried it. Moving to m_tag looks like a reasonable long-term strategy, but until the m_tag code is substantially more mature, it isn't realistic. Otherwise, I might have attempted to push through a change to it now before RC1. BTW, do you have any recent large-scale measurements of packet size distribution? In local tests and measurements, the additional 20 bytes on i386 didn't bump the remaining mbuf data space sufficiently low to substantially change the behavior of the stack. However, I haven't done measurements against the 64-bit variation. In practice, a number of network interfaces now seem to use clustered mbufs and not attempt to use the in-mbuf storage space... All my packet distribution measurements come from a typical ISP environment, but may not match what is seen in large-scale backbone environments. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9: 2:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D3A37B401 for ; Mon, 25 Nov 2002 09:02:13 -0800 (PST) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF1643E88 for ; Mon, 25 Nov 2002 09:02:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 9825 invoked from network); 25 Nov 2002 17:02:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 25 Nov 2002 17:02:15 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAPH29uH009305; Mon, 25 Nov 2002 12:02:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3DDEB2CE.883CC2B3@mindspring.com> Date: Mon, 25 Nov 2002 12:02:14 -0500 (EST) From: John Baldwin To: Terry Lambert Subject: Re: ACPI and apm_saver? Cc: current@freebsd.org, Donn Miller Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Nov-2002 Terry Lambert wrote: > Donn Miller wrote: >> ACPI works pretty well on my HP Pavilion Notebook. But is it possible >> to get the apm saver (apm_saver.ko) to work with ACPI? From what I >> understand, acpi is a superset of apm, and is able to provide some >> emulation of apm functionality. So, by this principle, shouldn't >> apm_saver work with acpi? > > APM and ACPI are mutually exclusive. > > A similar question to yours might be: > > "I had a Toyota Corolla, and I've traded it in on a Mack > Semi Tractor; can I use the floor mats from my Corolla > in the new Semi?" > > 8-). > > Someone needs to write an "acpi_saver.ko". No, they need to write a dpms_saver.ko instead. :) acpi doesn't really have the same functionality as far as screen blanking IIRC. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:24:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 914D437B401; Mon, 25 Nov 2002 09:24:48 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 058A743E88; Mon, 25 Nov 2002 09:24:48 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id A971F66BE3; Mon, 25 Nov 2002 09:24:47 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 4A867F7E; Mon, 25 Nov 2002 09:24:45 -0800 (PST) Date: Mon, 25 Nov 2002 09:24:45 -0800 From: Kris Kennaway To: Robert Watson Cc: Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash Message-ID: <20021125172445.GA8953@rot13.obsecurity.org> References: <200211250959.39594.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote: > > I thought, this might be due to the priority of the background fsck and > > have once left it alone for several hours -- with no effect. The usual > > fsck takes a few minutes.=20 We really need to disable background fsck if the system panicked. I've seen far too much bizarre filesystem behaviour that went away the next time I did a full fsck. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE94lzcWry0BWjoQKURAmm5AKC/AOmaamVtegW6bg1ynB+uLTqJVACfU7H7 M+C5bMOVYNg0rbH8s7+SR4g= =1q1o -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:25:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1680C37B401; Mon, 25 Nov 2002 09:25:20 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 977B743EBE; Mon, 25 Nov 2002 09:25:19 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 59BA866C61; Mon, 25 Nov 2002 09:25:19 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 146DE12D2; Mon, 25 Nov 2002 09:25:19 -0800 (PST) Date: Mon, 25 Nov 2002 09:25:19 -0800 From: Kris Kennaway To: "Marc G. Fournier" Cc: kde@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: compiling kdebase3 under -CURRENT of Nov 26th fails ... Message-ID: <20021125172518.GB8953@rot13.obsecurity.org> References: <20021125120643.P16724-100000@hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <20021125120643.P16724-100000@hub.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 25, 2002 at 12:11:44PM -0400, Marc G. Fournier wrote: >=20 > I just CVSup'd and rebuilt (and installed) world/kernel, just in case it > was a transient error from last week ... but same error. I know zero > about C++, but what little I know, aren't the 'undefined references' > standard C++ functions? *raised eyebrows* Do you have stale headers in /usr/include? Kris --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE94lz+Wry0BWjoQKURAvfpAKDwQZTcABjxvndSa+XMJ6mbFbJSUQCgissD 7dZvAxlrV+UaH8cTIL6/Oic= =xfX6 -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:31:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 862FB37B401 for ; Mon, 25 Nov 2002 09:31:54 -0800 (PST) Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by mx1.FreeBSD.org (Postfix) with SMTP id CFA2243EA9 for ; Mon, 25 Nov 2002 09:31:53 -0800 (PST) (envelope-from jos@catnook.com) Received: (qmail 70516 invoked by uid 1000); 25 Nov 2002 17:32:08 -0000 Date: Mon, 25 Nov 2002 09:31:46 -0801 From: Jos Backus To: current@FreeBSD.ORG Subject: Re: installworld fail Message-ID: <20021125173208.GA69298@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: current@FreeBSD.ORG References: <20021125110428.GB82817@terry.dragon2.net> <200211251351.gAPDphjQ024172@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211251351.gAPDphjQ024172@bunrab.catwhisker.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 05:51:43AM -0800, David Wolfskill wrote: > * I have never seen the failure on my SMP machine; I always (since > around 09 Nov) see it on my (UP) laptop (unless I run a script in > parallel with the installworld). Fwiw, I saw this failure while building world on my SMP system at work last Friday. The system runs FreeBSD traitor.artemis.com 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Thu Nov 21 10:53:08 PST 2002 josb@traitor.artemis.com:/usr/obj/usr/src/sys/TRAITOR i386 -- Jos Backus _/ _/_/_/ Sunnyvale, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos at catnook.com _/_/ _/_/_/ require 'std/disclaimer' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:37:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 483A237B401; Mon, 25 Nov 2002 09:37:28 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0701C43E9C; Mon, 25 Nov 2002 09:37:28 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 9C92C8A2D07; Mon, 25 Nov 2002 13:37:19 -0400 (AST) Date: Mon, 25 Nov 2002 13:37:19 -0400 (AST) From: "Marc G. Fournier" To: Kris Kennaway Cc: kde@FreeBSD.ORG, Subject: Re: compiling kdebase3 under -CURRENT of Nov 26th fails ... In-Reply-To: <20021125172518.GB8953@rot13.obsecurity.org> Message-ID: <20021125133703.T16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Kris Kennaway wrote: > On Mon, Nov 25, 2002 at 12:11:44PM -0400, Marc G. Fournier wrote: > > > > I just CVSup'd and rebuilt (and installed) world/kernel, just in case it > > was a transient error from last week ... but same error. I know zero > > about C++, but what little I know, aren't the 'undefined references' > > standard C++ functions? *raised eyebrows* > > Do you have stale headers in /usr/include? Never thought of that one ... just cleaned them out and am re-trying again, thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:48:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDE837B401; Mon, 25 Nov 2002 09:48:20 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC12543E4A; Mon, 25 Nov 2002 09:48:19 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id gAPHmFTO029847; Mon, 25 Nov 2002 09:48:15 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id gAPHmFSN029846; Mon, 25 Nov 2002 09:48:15 -0800 (PST) (envelope-from rizzo) Date: Mon, 25 Nov 2002 09:48:15 -0800 From: Luigi Rizzo To: Robert Watson Cc: Andrew Gallatin , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125094815.F20370@xorpc.icir.org> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rwatson@freebsd.org on Mon, Nov 25, 2002 at 11:31:39AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 11:31:39AM -0500, Robert Watson wrote: ... > This weekend I spent about six hours looking at what it would take to move > MAC label data into m_tags. While in theory it is a workable idea, it > turns out our m_tag implementation is fairly far from being ready to > handle something like this. I ran into the following immediate problems: yes, what you mention are certainly critical issues that need to be dealt with. The need for special constructor/destructors might be a bit troublesome to get right -- i.e. you'd want the extra info not to take too much space in the m_tag_header, which in turn might be solved by replacing the tag type/subtype with a pointer to an m_tag descriptor which in turn contains all the relevant attributes for the object. At which point we are recreating C++'s vtables ? But this is not necessarily bad from the point of view of efficiency, because i guess right now you have specific sections of code to take care of allocation/deallocations which could be moved to the mbuf handling routines ? > BTW, do you have any recent large-scale measurements of packet size > distribution? In local tests and measurements, the additional 20 bytes on > i386 didn't bump the remaining mbuf data space sufficiently low to > substantially change the behavior of the stack. However, I haven't done individual mbufs are typically used in the output path for locally originated data, where the code still tries to optimize for size. E.g. if you writes to TCP sockets in small chunks, you might end up getting chains of individual mbufs instead of merging them into larger clusters (this is how, for example, Prafulla found out that ip_output() ended up being called with a chain of 64 or so mbufs for a single packet on an interface using jumbo frames!) The mbuf bloat has two aspects -- first it does have some cost to initialize and reset all these extra fields (and it is bug prone -- witness is the missing cleanup in m_getcl(), because m-tags were introduced after m_getcl() and probably it was forgotten); second, a legitimate question might arise at some point on why some features deserve to go there and others don't, and unfortunately the mac label constitutes a very bad precedent because it is very large and not very widely used (at list now) thus failing the two main important criteria for selection what should be in and what should not. cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2988 ----------------------------------+----------------------------------------- cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:51: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F3D137B401 for ; Mon, 25 Nov 2002 09:50:59 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BEBA43E9C for ; Mon, 25 Nov 2002 09:50:58 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 470CB20702 for ; Mon, 25 Nov 2002 18:50:51 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by eos.telenet-ops.be (Postfix) with ESMTP id 1C43920792 for ; Mon, 25 Nov 2002 18:50:49 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id 9E5DD76F for ; Mon, 25 Nov 2002 18:50:48 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id D93C4A2; Mon, 25 Nov 2002 18:50:47 +0100 (CET) Date: Mon, 25 Nov 2002 18:50:47 +0100 From: Philip Paeps To: current@freebsd.org Subject: Re: I'm impressed, but ... Message-ID: <20021125175047.GA625@juno.home.paeps.cx> Mail-Followup-To: current@freebsd.org References: <20021125004934.GA604@juno.home.paeps.cx> <20021125114536.A19537@alpha.develop.ferrari.net> <20021125120956.GA616@juno.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021125120956.GA616@juno.home.paeps.cx> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 13:09:56 (+0100), Philip Paeps wrote: > On 2002-11-25 11:45:36 (+0100), Robert Drehmel wrote: > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: > > [reformatted] > > > 2. This one's the most irritating. I use Mutt as my mailclient using > > > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > > > reading a directory, and there's no way for me to kill it. Ps axl shows > > > it as being in state Ds or Ds+ and blocked by ufs. > > > > do you use truss(1)? > > Frequently, but I hadn't thought about it in this case :-) > > Next time it just sits there, I'll try to find out what truss tells me. If > nothing, I'll try to reproduce the problem running inside truss. > > I'll get with more info as soon as things die. Mmm, truss doesn't give me anything particularly useful. The last few lines when it hangs are: | read(0x0,0xbfbfe19b,0x1) = 1 (0x1) | write(1,0x80e1000,6) = 6 (0x6) | write(1,0x80e1000,6) = 6 (0x6) | stat("/etc/nsswitch.conf",0xbfbfd950) ERR#2 'No such file or directory' | geteuid() = 1001 (0x3e9) | stat("/etc/pwd.db",0xbfbfd860) = 0 (0x0) | open("/etc/pwd.db",0x0,00) = 4 (0x4) | fcntl(0x4,0x2,0x1) = 0 (0x0) | read(0x4,0x8133a00,0x104) = 260 (0x104) | lseek(4,0x5000,0) = 20480 (0x5000) | read(0x4,0x8477000,0x1000) = 4096 (0x1000) | lseek(4,0x4000,0) = 16384 (0x4000) | read(0x4,0x8478000,0x1000) = 4096 (0x1000) | lseek(4,0x6000,0) = 24576 (0x6000) | read(0x4,0x8479000,0x1000) = 4096 (0x1000) | lseek(4,0x7000,0) = 28672 (0x7000) | read(0x4,0x847a000,0x1000) = 4096 (0x1000) | ls ...and then it just sits there... It doesn't even finish printing the line. Ps axl tells me it's waiting on ufs, and there's no way to kill it, other than a reboot. When rebooting, it tells me it gives up on one buffer, and then just stays hanging there. Perhaps breaking into a debugger will provide some more useful information. I'll try that next. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. Real programmers don't notch their desks for each completed service request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:51:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 019D437B401; Mon, 25 Nov 2002 09:51:27 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9241843EAA; Mon, 25 Nov 2002 09:51:26 -0800 (PST) (envelope-from mi+mx@aldan.algebra.com) Received: from misha.murex.com (250-217.customer.cloud9.net [168.100.250.217]) by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id gAPHpNjJ006486 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Mon, 25 Nov 2002 12:51:25 -0500 (EST) (envelope-from mi+mx@aldan.algebra.com) Content-Type: text/plain; charset="iso-8859-1" From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Kris Kennaway , Robert Watson Subject: Re: -current unusable after a crash Date: Mon, 25 Nov 2002 12:54:26 -0500 User-Agent: KMail/1.4.3 Cc: current@FreeBSD.ORG References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> In-Reply-To: <20021125172445.GA8953@rot13.obsecurity.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200211251254.26497.mi+mx@aldan.algebra.com> X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday 25 November 2002 12:24 pm, Kris Kennaway wrote: = On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote: = = > > I thought, this might be due to the priority of the background = > > fsck and have once left it alone for several hours -- with no = > > effect. The usual fsck takes a few minutes. = = We really need to disable background fsck if the system panicked. Otherwise, is there a need for fsck at all? Can sudden powerloss be reliably distinguished from a panic? = I've seen far too much bizarre filesystem behaviour that went away the = next time I did a full fsck. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:58:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B0DF37B401 for ; Mon, 25 Nov 2002 09:58:28 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BAB343E88 for ; Mon, 25 Nov 2002 09:58:27 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 8442684A98 for ; Mon, 25 Nov 2002 18:58:26 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id 0E88584C5C for ; Mon, 25 Nov 2002 18:58:26 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id DDC6CAE0 for ; Mon, 25 Nov 2002 18:58:25 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id C6014A2; Mon, 25 Nov 2002 18:58:25 +0100 (CET) Date: Mon, 25 Nov 2002 18:58:25 +0100 From: Philip Paeps To: current@freebsd.org Subject: Re: I'm impressed, but ... Message-ID: <20021125175825.GB625@juno.home.paeps.cx> Mail-Followup-To: current@freebsd.org References: <20021125004934.GA604@juno.home.paeps.cx> <80716.1038237830@wcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <80716.1038237830@wcom.com> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 17:23:50 (+0200), ianf@za.uu.net wrote: > Philip Paeps wrote: > > 1. When I boot my machine, it gives me the following messages: > > > > | [...] > > | vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (irq) > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (port) > > | Timecounters tick every 10.000 msec > > | ahc0: Someone reset channel A > > | [...] > > > > All my hardware (the stuff I've tested anyway) appears to work. Any idea > > which device is being unknown, or how I could find out? > > Do you also get an 'unable to initialize ACPI' message when your system > boots? Nope, I don't use ACPI. I didn't have it in my kernel, and don't load it dynamically either. > I stopped getting this message when I compiled ACPI support into the kernel: > > device acpi > options ACPI_DEBUG I tried that, I still get the same message as above, in addition to some new happy messages: | ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES | ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES | ACPI: table load failed: AE_NO_ACPI_TABLES I've probably turned ACPI off in the BIOS (haven't checked), if there's even ACPI stuff available on this machine. > Someone here will probably say that you don't need to compile it into the > kernel, you can use the kernel module and you can use loader.conf to do > this. See /usr/src/sys/boot/forth/loader.conf and loader.conf(5) for more > details. FWIW, this file should probably have been installed into > /boot/loader.conf.(default|sample|etc), then lazy people like me would have > noticed a significant difference in loader.conf from 4.7 to current and > investigated further. Loader.conf works nicely, but putting acpi in there, or in the kernel, gives exactly the same results as above: the PNP messages, plus the ACPI complaints. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #282: High altitude condensation from U.S.A.F prototype aircraft has contaminated the primary subnet mask. Turn off your computer for 9 days to avoid damaging it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 9:59:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC81437B401; Mon, 25 Nov 2002 09:59:41 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE7D43E88; Mon, 25 Nov 2002 09:59:40 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAPHxQ76073833; Mon, 25 Nov 2002 18:59:27 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson Cc: Andrew Gallatin , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: mbuf header bloat ? In-Reply-To: Your message of "Mon, 25 Nov 2002 11:31:39 EST." Date: Mon, 25 Nov 2002 18:59:26 +0100 Message-ID: <73832.1038247166@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , Robe rt Watson writes: > >On Sat, 23 Nov 2002, Andrew Gallatin wrote: > >> I propose that we make struct label portion of the pkthdr compile-time >> conditional on MAC. The assumption is that you will move the MAC label >> to an m_tag sometime after 5.0-RELEASE. I object to this. I spent time getting rid of variant sized structs in -current, and we should not reintroduce them. If you wonder why this is important, think: kld-load and forgetting the necessary opt_bla.h #includes. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10: 1:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62EF137B401; Mon, 25 Nov 2002 10:01:27 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C21043E88; Mon, 25 Nov 2002 10:01:26 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPI05R75284; Mon, 25 Nov 2002 13:00:05 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 13:00:05 -0500 From: Bosko Milekic To: Andrew Gallatin Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125130005.A75177@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15841.17237.826666.653505@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Sun, Nov 24, 2002 at 04:23:33PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 24, 2002 at 04:23:33PM -0500, Andrew Gallatin wrote: > If we're going to nitpick the mbuf system, a much, much worse problem > is that you cannot allocate an mbuf chain w/o holding Giant, which > stems from the mbuf system eventually calling kmem_malloc(). This > effectively prevents any network driver from being giant-free. When > mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls > kmem_malloc() which requires Giant... This is not entirely true. You can allocate an mbuf chain without holding Giant if the caches are well populated - and they should be in the common/general case. You can in fact modify the allocator to just not do a kmem_malloc() if called with M_DONTWAIT, but I don't think you'd want to do this at this point. > The mbuf system calls malloc in other ways too. The first time you > use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called > when the mbuf map is expanded... I assume malloc will eventually > call kmem_malloc(), leading to the same locking problems. Actually, that has been changed a while ago. The ref_cnt for clusters is no longer malloc()'d. A contiguous space is used from which cluster ref counters are "allocated" (just like in the old/original design). This modification was made a while ago as an optimisation. > I know that both tru64 and aix just malloc their mbufs. The main reason for which mbufs and clusters are allocated via a different allocator boils down to significant optimisations. Some of these include grouped mbuf + cluster allocations with minimized lock-dropping/re-acquiring for grouped allocations (essentially "atomic allocations"), reduced lock contention, not being forced to call VM routines in the common free case (i.e., maybe optionally implement lazy freeing), reducing the number of function calls required to make a single buffer allocation, etc, etc, etc. The gist of the argument boils down to the fact that network buffer allocations have different requirements than general all-purpose allocations (by design, the last time I checked), and that is why an mbuf/cluster allocator exists. With that said, the mbuf/cluster allocator shares some important characteristics with the UMA implementation of malloc (if I remember UMA the last time I checked) and those have to do with, primarily, SMP-friendliness. > Drew -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10: 2:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616EB37B401; Mon, 25 Nov 2002 10:02:36 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CE7E43E9C; Mon, 25 Nov 2002 10:02:35 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPI1Ph75296; Mon, 25 Nov 2002 13:01:25 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 13:01:25 -0500 From: Bosko Milekic To: Julian Elischer Cc: Andrew Gallatin , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125130125.B75177@unixdaemons.com> References: <15841.17237.826666.653505@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from julian@elischer.org on Sun, Nov 24, 2002 at 01:33:29PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 24, 2002 at 01:33:29PM -0800, Julian Elischer wrote: > > > On Sun, 24 Nov 2002, Andrew Gallatin wrote: > > > > > If we're going to nitpick the mbuf system, a much, much worse problem > > is that you cannot allocate an mbuf chain w/o holding Giant, which > > stems from the mbuf system eventually calling kmem_malloc(). This > > effectively prevents any network driver from being giant-free. When > > mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls > > kmem_malloc() which requires Giant... > > > > The mbuf system calls malloc in other ways too. The first time you > > use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called > > when the mbuf map is expanded... I assume malloc will eventually > > call kmem_malloc(), leading to the same locking problems. > > > > I know that both tru64 and aix just malloc their mbufs. > > I think we tied that and went back to a separate allocator, but I have > no idea why.. maybe someone else can enlighten me.. As I mentionned in a previous Email, it all has to do with what were considered to be the requirements of network buffer allocations and optimisations in that respect. -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10: 9:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F8EE37B401; Mon, 25 Nov 2002 10:09:39 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BDF943E4A; Mon, 25 Nov 2002 10:09:38 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPI90b75314; Mon, 25 Nov 2002 13:09:00 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 13:09:00 -0500 From: Bosko Milekic To: Robert Watson Cc: Andrew Gallatin , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125130900.C75177@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from rwatson@freebsd.org on Mon, Nov 25, 2002 at 11:31:39AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 11:31:39AM -0500, Robert Watson wrote: > BTW, do you have any recent large-scale measurements of packet size > distribution? In local tests and measurements, the additional 20 bytes on > i386 didn't bump the remaining mbuf data space sufficiently low to > substantially change the behavior of the stack. However, I haven't done > measurements against the 64-bit variation. In practice, a number of > network interfaces now seem to use clustered mbufs and not attempt to use > the in-mbuf storage space... All my packet distribution measurements come > from a typical ISP environment, but may not match what is seen in > large-scale backbone environments. I am equally curious about this. One of the design assumptions for mbufs and clusters, according to McKusick et al. (and I believe another text which currently escapes me) is that packets are typically either very small or fairly large. Given the MAC label additions (yes it would be nice if this was done using the m_tag interface but at the very least one can say that they are implemented fairly 'consistently' despite the fact that they appear imposing to the general mbuf structure), and the currently available data region in the mbuf, it is absolutely necessary to know whether the assumption of packet size distribution still holds before a decision is made on how to modify the MAC label implementation - if at all. > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:28:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E152E37B401; Mon, 25 Nov 2002 10:28:16 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C5A43E88; Mon, 25 Nov 2002 10:28:12 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA06277; Mon, 25 Nov 2002 13:28:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAPIRdV75432; Mon, 25 Nov 2002 13:27:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15842.27547.385354.151541@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 13:27:39 -0500 (EST) To: Bosko Milekic Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125130005.A75177@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic writes: > > On Sun, Nov 24, 2002 at 04:23:33PM -0500, Andrew Gallatin wrote: > > If we're going to nitpick the mbuf system, a much, much worse problem > > is that you cannot allocate an mbuf chain w/o holding Giant, which > > stems from the mbuf system eventually calling kmem_malloc(). This > > effectively prevents any network driver from being giant-free. When > > mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls > > kmem_malloc() which requires Giant... > > This is not entirely true. You can allocate an mbuf chain without > holding Giant if the caches are well populated - and they should be > in the common/general case. You can in fact modify the allocator to > just not do a kmem_malloc() if called with M_DONTWAIT, but I don't > think you'd want to do this at this point. Unfortunately, the common case is not good enough when figuring out locking for network drivers and the uncommon case forces all network drivers under Giant. I was thinking about doing what you describe, but my misconception about ref counters being malloced was holding me back. We'll also need a kproc that can wake up every now and then to expand the pool if allocations at interrupt time failed. Or do you already have a mechanism for that? > > The mbuf system calls malloc in other ways too. The first time you > > use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called > > when the mbuf map is expanded... I assume malloc will eventually > > call kmem_malloc(), leading to the same locking problems. > > Actually, that has been changed a while ago. The ref_cnt for clusters > is no longer malloc()'d. A contiguous space is used from which > cluster ref counters are "allocated" (just like in the old/original > design). This modification was made a while ago as an optimisation. Cool. The following code confused me into making the above statement. Is it out of date? #define _mext_init_ref(m, ref) do { \ (m)->m_ext.ref_cnt = ((ref) == NULL) ? \ malloc(sizeof(u_int), M_MBUF, M_NOWAIT) : (u_int *)(ref); \ if ((m)->m_ext.ref_cnt != NULL) { \ *((m)->m_ext.ref_cnt) = 0; \ MEXT_ADD_REF((m)); \ } \ } while (0) Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:32:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2251C37B401; Mon, 25 Nov 2002 10:32:28 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C47543EAA; Mon, 25 Nov 2002 10:32:27 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gAPIWK9i020828 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 25 Nov 2002 10:32:22 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <232901c294b0$feda0090$52557f42@errno.com> From: "Sam Leffler" To: "Robert Watson" , "Andrew Gallatin" Cc: "Luigi Rizzo" , References: Subject: Re: mbuf header bloat ? Date: Mon, 25 Nov 2002 10:32:19 -0800 Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > (1) When packet headers are copied using m_copy_pkthdr(), different > consumers have different expectations for what the resulting semantics > are for m_tag data -- some want it duplicated, others want it moved. > In practice, it is only ever moved, so consumers that expect > duplication are in for a surprise. We need to re-implement the packet > header copying code so that it can generate a failure (because it > involves allocation), and separate the duplicate and move abstractions > to get clean semantics. I exchanged some e-mail with Sam Leffler on > the topic, and apparently OpenBSD has already made these changes, or > similar ones, and we should do the same for 5.1. > As I explained to you; the handling of mtags mimics what was there for the aux mbufs. I did this intentionally to avoid changes that might introduce subtle problems. My intent was to cleanup this stuff after 5.0 releases by replacing the pkthdr copy macros with separate DUP+MOVE macros ala openbsd. I did this in my original implemention but discarded it when I did the -current integration. > (2) m_tag's don't have a notion that the data carried in a tag is > multi-dimmensional and may require special destructor behavior. While > it does centralize copying and free'ing of data, it handles this > purely with bcopy, malloc, and free, which is not appropriate for use > with MAC labels, since they may contain a variety of per-policy data > that may require special handling (reference count management, etc). > I tried putting tag-specific release/free/... code in the m_tag > central routines, and it looks like that would work, although it > eventually would lead to a lot of junk in the m_tag code. We might > want to consider m_tag entry free/copy pointers of some sort, but I'm > not sure if we want to go there. Adding the MAC stuff to the > m_tag_{free,copy,...} calls won't break the ABI, whereas adding free > and copy pointers to the tags themselves would. > I don't believe it's necessary to overload the basic mtag structure but instead introduce a specific cookie that enables a more general mechanism that would be suitable for your needs. > (3) Not all code generating packets properly initializes m_tag field. The > one example I've come across so far is the use of m_getcl() to grab > mbufs with an attached cluster -- it never initializes the SLIST > properly, as far as I can tell. Right now that's used in device > drivers, and also in the BPF packet generation code. If the header is > zero'd, this may be OK due to an implicit proper initialization, but > this is concerning. We need to do more work to normalize packet > handling. > I don't see this problem; m_getcl appears to do the right thing. > (4) Code still exists that improperly hand-copies mbuf packet header data. > if_loop.c contains some particular bogus code that also triggers a > panic in the MAC code for the same reason. If m_tag data ever passes > through if_loop and hits the re-alignment case introduced by KAME, the > system will panic when the tag data is free'd. This code all needs to > be normalized, and proper semantics must be enforced. > I don't see this problem; looutput looks to do the right thing. FWIW I've passed mbufs w/ mtags through the loopback interface. <...other stuff omitted...> Please contact me directly about the problems so we can resolve them immediately. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:37:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA94837B401 for ; Mon, 25 Nov 2002 10:37:08 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D2E843EAF for ; Mon, 25 Nov 2002 10:37:08 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPIZ3BF043092; Mon, 25 Nov 2002 13:35:03 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 13:35:02 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bosko Milekic Cc: Andrew Gallatin , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125130900.C75177@unixdaemons.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Bosko Milekic wrote: > On Mon, Nov 25, 2002 at 11:31:39AM -0500, Robert Watson wrote: > > BTW, do you have any recent large-scale measurements of packet size > > distribution? In local tests and measurements, the additional 20 bytes on > > i386 didn't bump the remaining mbuf data space sufficiently low to > > substantially change the behavior of the stack. However, I haven't done > > measurements against the 64-bit variation. In practice, a number of > > network interfaces now seem to use clustered mbufs and not attempt to use > > the in-mbuf storage space... All my packet distribution measurements come > > from a typical ISP environment, but may not match what is seen in > > large-scale backbone environments. > > I am equally curious about this. One of the design assumptions for > mbufs and clusters, according to McKusick et al. (and I believe > another text which currently escapes me) is that packets are typically > either very small or fairly large. Given the MAC label additions > (yes it would be nice if this was done using the m_tag interface but > at the very least one can say that they are implemented fairly > 'consistently' despite the fact that they appear imposing to the > general mbuf structure), and the currently available data region in > the mbuf, it is absolutely necessary to know whether the assumption of > packet size distribution still holds before a decision is made on how > to modify the MAC label implementation - if at all. It's worth pointing out for those listening, and as I'm sure you're already aware, m_tag was not available for use by the MAC Framework when we did any of the design and implementation, and m_tags were committed to the tree about three months after the MAC work. I'm happy to look at switching the mechanism used for MAC to m_tag, especially once m_tag is mature enough to be used, but it wasn't a design consideration in our first pass simply because it didn't exist :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:39:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B16F37B401; Mon, 25 Nov 2002 10:39:33 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22CA43EAA; Mon, 25 Nov 2002 10:39:32 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA06951; Mon, 25 Nov 2002 13:39:32 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAPId2g75446; Mon, 25 Nov 2002 13:39:02 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15842.28230.205720.313119@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 13:39:02 -0500 (EST) To: Luigi Rizzo Cc: Robert Watson , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125094815.F20370@xorpc.icir.org> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <20021125094815.F20370@xorpc.icir.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Luigi Rizzo writes: > The mbuf bloat has two aspects -- first it does have some cost to > initialize and reset all these extra fields (and it is bug prone -- > witness is the missing cleanup in m_getcl(), because m-tags were > introduced after m_getcl() and probably it was forgotten); second, > a legitimate question might arise at some point on why some features > deserve to go there and others don't, and unfortunately the mac label > constitutes a very bad precedent because it is very large and not very > widely used (at list now) thus failing the two main important criteria > for selection what should be in and what should not. Well said. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:41:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE99737B401 for ; Mon, 25 Nov 2002 10:41:20 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B81F43E9C for ; Mon, 25 Nov 2002 10:41:20 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPIfEBF043408; Mon, 25 Nov 2002 13:41:14 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 13:41:13 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sam Leffler Cc: Andrew Gallatin , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: mbuf header bloat ? In-Reply-To: <232901c294b0$feda0090$52557f42@errno.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Sam Leffler wrote: > As I explained to you; the handling of mtags mimics what was there for > the aux mbufs. I did this intentionally to avoid changes that might > introduce subtle problems. My intent was to cleanup this stuff after > 5.0 releases by replacing the pkthdr copy macros with separate DUP+MOVE > macros ala openbsd. I did this in my original implemention but > discarded it when I did the -current integration. And I agree this is the right direction to take this in once we are out of the freeze. > I don't believe it's necessary to overload the basic mtag structure but > instead introduce a specific cookie that enables a more general > mechanism that would be suitable for your needs. That sounds like a reasonable approach. > > (3) Not all code generating packets properly initializes m_tag field. The > > one example I've come across so far is the use of m_getcl() to grab > > mbufs with an attached cluster -- it never initializes the SLIST > > properly, as far as I can tell. Right now that's used in device > > drivers, and also in the BPF packet generation code. If the header is > > zero'd, this may be OK due to an implicit proper initialization, but > > this is concerning. We need to do more work to normalize packet > > handling. > > I don't see this problem; m_getcl appears to do the right thing. > > > (4) Code still exists that improperly hand-copies mbuf packet header data. > > if_loop.c contains some particular bogus code that also triggers a > > panic in the MAC code for the same reason. If m_tag data ever passes > > through if_loop and hits the re-alignment case introduced by KAME, the > > system will panic when the tag data is free'd. This code all needs to > > be normalized, and proper semantics must be enforced. > > > > I don't see this problem; looutput looks to do the right thing. FWIW I've > passed mbufs w/ mtags through the loopback interface. This refers specifically to the following code snippet: if (m && m->m_next != NULL && m->m_pkthdr.len < MCLBYTES) { struct mbuf *n; MGETHDR(n, M_DONTWAIT, MT_HEADER); if (!n) goto contiguousfail; MCLGET(n, M_DONTWAIT); if (! (n->m_flags & M_EXT)) { m_freem(n); goto contiguousfail; } m_copydata(m, 0, m->m_pkthdr.len, mtod(n, caddr_t)); n->m_pkthdr = m->m_pkthdr; n->m_len = m->m_pkthdr.len; n->m_pkthdr.aux = m->m_pkthdr.aux; m->m_pkthdr.aux = (struct mbuf *)NULL; m_freem(m); m = n; } In this scenario, the mbuf header for (n) is initialized to an empty m_tag chain. The direct assignment of (n)'s pkthdr data from (m) copies the pointers from (m). (m) is then freed, which causes the mbuf allocator to go through and delete the m_tag chain on (m), freeing the individual entries in the chain, which are now still referenced by (n). You only bump into this case if you trigger the conditional clause above. In the MAC code, this case results in a duplicate free() when (n) is later released -- unless I'm mis-reading things (quite possible), the same failure mode should exist for the m_tag code. In my local tree, I have this case disabled, and I've been trying to figure out what the right solution is -- probably to move to using M_COPY_PKTHDR() and then doing the fixup. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:45: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 141CB37B401 for ; Mon, 25 Nov 2002 10:45:06 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67FBD43EAF for ; Mon, 25 Nov 2002 10:45:05 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA15157; Mon, 25 Nov 2002 10:36:13 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gAPIa8FF006883; Mon, 25 Nov 2002 10:36:08 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gAPIa8CM006882; Mon, 25 Nov 2002 10:36:08 -0800 (PST) From: Archie Cobbs Message-Id: <200211251836.gAPIa8CM006882@arch20m.dellroad.org> Subject: Re: -current unusable after a crash In-Reply-To: <200211250959.39594.mi+mx@aldan.algebra.com> To: Mikhail Teterin Date: Mon, 25 Nov 2002 10:36:08 -0800 (PST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mikhail Teterin wrote: > The only way to get my -current system back to normal after a crash is > to boot into single user and do an explicit ``fsck -p''. > > Otherwise the system will, seemingly, boot fine, but none of the ttyvs > will accept any input, although tty-switching works fine. Remote > connections (ssh, telnet) don't bring up the login prompt. FYI, "me too". Manual fsck after booting single user mode fixed it. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:45:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 443F237B401 for ; Mon, 25 Nov 2002 10:45:14 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A017443E4A for ; Mon, 25 Nov 2002 10:45:13 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gAPIj6BF043577; Mon, 25 Nov 2002 13:45:06 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 25 Nov 2002 13:45:06 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Sam Leffler Cc: Andrew Gallatin , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: mbuf header bloat ? In-Reply-To: <232901c294b0$feda0090$52557f42@errno.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Sam Leffler wrote: > I don't see this problem; m_getcl appears to do the right thing. Hmm. I see the SLIST initialization there also. Maybe I'm thinking of another function, I'll have to go check. Sorry about that. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:45:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F19D137B401; Mon, 25 Nov 2002 10:45:58 -0800 (PST) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9797643EB2; Mon, 25 Nov 2002 10:45:58 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.3/8.12.3) with ESMTP id gAPIjvTO030863; Mon, 25 Nov 2002 10:45:57 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.3/8.12.3/Submit) id gAPIjvRL030862; Mon, 25 Nov 2002 10:45:57 -0800 (PST) (envelope-from rizzo) Date: Mon, 25 Nov 2002 10:45:57 -0800 From: Luigi Rizzo To: Andrew Gallatin Cc: Robert Watson , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125104557.A30820@xorpc.icir.org> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <20021125094815.F20370@xorpc.icir.org> <15842.28230.205720.313119@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15842.28230.205720.313119@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Nov 25, 2002 at 01:39:02PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 01:39:02PM -0500, Andrew Gallatin wrote: ... > > widely used (at list now) thus failing the two main important criteria ^^^^ on a side note i notice my english is getting worse and worse, and i keep making mistakes as the one above. Sorry about that. Perhaps i should go back to italy :) cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:46: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0CD37B404; Mon, 25 Nov 2002 10:46:02 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A43143E88; Mon, 25 Nov 2002 10:46:02 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gAPIk09i020907 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 25 Nov 2002 10:46:01 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <235101c294b2$e66ce160$52557f42@errno.com> From: "Sam Leffler" To: "Robert Watson" Cc: "Andrew Gallatin" , "Luigi Rizzo" , References: Subject: Re: mbuf header bloat ? Date: Mon, 25 Nov 2002 10:46:00 -0800 Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I don't see this problem; looutput looks to do the right thing. FWIW I've > > passed mbufs w/ mtags through the loopback interface. > > This refers specifically to the following code snippet: > > if (m && m->m_next != NULL && m->m_pkthdr.len < MCLBYTES) { > struct mbuf *n; > > MGETHDR(n, M_DONTWAIT, MT_HEADER); > if (!n) > goto contiguousfail; > MCLGET(n, M_DONTWAIT); > if (! (n->m_flags & M_EXT)) { > m_freem(n); > goto contiguousfail; > } > > m_copydata(m, 0, m->m_pkthdr.len, mtod(n, caddr_t)); > n->m_pkthdr = m->m_pkthdr; > n->m_len = m->m_pkthdr.len; > n->m_pkthdr.aux = m->m_pkthdr.aux; > m->m_pkthdr.aux = (struct mbuf *)NULL; > m_freem(m); > m = n; > } > Something is wrong with your tree: ebb% grep aux ../sys/mbuf.h ebb% The above code is correct in the repo as is the m_getcl code. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 10:58:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA2237B401 for ; Mon, 25 Nov 2002 10:58:28 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33AA343EAA for ; Mon, 25 Nov 2002 10:58:28 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 383039C10; Mon, 25 Nov 2002 13:49:04 -0500 (EST) Date: Mon, 25 Nov 2002 13:49:04 -0500 From: Mike Barcroft To: Marc Recht Cc: current@FreeBSD.ORG Subject: Re: select.h problem / posix / patch Message-ID: <20021125134904.A67382@espresso.q9media.com> References: <87650000.1038250095@leeloo.intern.geht.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87650000.1038250095@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Mon, Nov 25, 2002 at 07:48:15PM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marc Recht writes: > Hi! > > Following test programm [...] > > gives me: > x.c: In function `main': > x.c:9: structure has no member named `fds_bits' > > when compiled with: > gcc -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=600 > -D_XOPEN_SOURCE_EXTENDED=1 x.c > > The attached patch fixes that, though I'm not quite sure if it's correct. It needs a similar change for FD_CLR(). I'll get this fixed; thanks for the patch. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 11:41:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6952137B404 for ; Mon, 25 Nov 2002 11:41:36 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5516543EA9 for ; Mon, 25 Nov 2002 11:41:35 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gAPJfMSu019625; Mon, 25 Nov 2002 14:41:22 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gAPJfMIO019624; Mon, 25 Nov 2002 14:41:22 -0500 (EST) (envelope-from hiten) Date: Mon, 25 Nov 2002 14:41:22 -0500 From: Hiten Pandya To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021125194122.GA17986@angelica.unixdaemons.com> References: <20021125004934.GA604@juno.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125004934.GA604@juno.home.paeps.cx> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote the words in effect of: > | [...] > | vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > | unknown: can't assign resources (port) > | unknown: can't assign resources (irq) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | unknown: can't assign resources (port) > | Timecounters tick every 10.000 msec > | ahc0: Someone reset channel A > | [...] > > All my hardware (the stuff I've tested anyway) appears to work. Any idea > which device is being unknown, or how I could find out? Hi there. Can you try changing the hardware tunable, hw.pci.allow_unsupported_io_range, to the value of 1 in your loader.conf. I think this should do it. You can then check this value after you booted by `sysctl hw.pci`. > 2. This one's the most irritating. I use Mutt as my mailclient using > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > reading a directory, and there's no way for me to kill it. Ps axl shows > it as being in state Ds or Ds+ and blocked by ufs. Hmm, this also happens in the case of dd(1). If you invoke dd(1) as: # dd if=/dev/zero of=/tmp/somefile As you can see, it gets stuck when not provided with a count variable. It hangs in the `ufs' state. I am currently looking into this. I am thinking, this is because a 0 byte file is found disturbing. > 3. I can't seem to restart my machine properly. This might be related to the > above, as the only reason for me to restart the machine is the fact that I > can't kill Mutt however much I try, and really would like to read my mail. > It will sync disks and say 'done', but then it just sits there doing > nothing until I flip the power-switch. Exactly the same thing happens when any process hangs in the `ufs' state. It syncs the disks, when you `shutdown` or `fastboot`. This indicates a bug in the kernel. > As I said, I'm happy to help analyse and debug these issues, but I don't know > where to look :-) Can you try using `ktrace`, like this: root# ktrace mutt (or the command which makes it hang) root# kdump -f ktrace.out (this is the output needed) Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 12:28:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7851537B401 for ; Mon, 25 Nov 2002 12:28:54 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D06943EAA for ; Mon, 25 Nov 2002 12:28:53 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 389262081C for ; Mon, 25 Nov 2002 21:28:10 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by eos.telenet-ops.be (Postfix) with ESMTP id 3214220B06 for ; Mon, 25 Nov 2002 21:28:06 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id E518676F for ; Mon, 25 Nov 2002 21:28:03 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 4236D29; Mon, 25 Nov 2002 21:27:56 +0100 (CET) Date: Mon, 25 Nov 2002 21:27:55 +0100 From: Philip Paeps To: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021125202755.GA633@juno.home.paeps.cx> Mail-Followup-To: current@FreeBSD.ORG References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021125194122.GA17986@angelica.unixdaemons.com> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote: > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote the words in effect of: > > | unknown: can't assign resources (port) > > | unknown: can't assign resources (port) > > Can you try changing the hardware tunable, > hw.pci.allow_unsupported_io_range, to the value of 1 in your loader.conf. I > think this should do it. You can then check this value after you booted by > `sysctl hw.pci`. I'm afraid that doesn't cure the 'problem'. (juno:/home/philip)# sysctl hw.pci hw.pci.enable_io_modes: 1 hw.pci.allow_unsupported_io_range: 1 Exactly the same output as above. > > 2. This one's the most irritating. I use Mutt as my mailclient using > > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > > reading a directory, and there's no way for me to kill it. Ps axl shows > > it as being in state Ds or Ds+ and blocked by ufs. > > Hmm, this also happens in the case of dd(1). If you invoke dd(1) as: > > # dd if=/dev/zero of=/tmp/somefile > > As you can see, it gets stuck when not provided with a count variable. It > hangs in the `ufs' state. I am currently looking into this. I am thinking, > this is because a 0 byte file is found disturbing. Mmm, this doesn't seem hang for me. It just keeps filling the file, but doesn't hang. (juno:/usr/src)# dd if=/dev/zero of=/tmp/somefile ^C980608+0 records in 980607+0 records out 502070784 bytes transferred in 32.172603 secs (15605538 bytes/sec) > Can you try using `ktrace`, like this: > > root# ktrace mutt (or the command which makes it hang) > root# kdump -f ktrace.out (this is the output needed) Will do. Just building a kernel with ktrace, as I accidently removed it. I'll get back with more info. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. (1) If the weather is extremely bad, church attendance will be down. (2) If the weather is extremely good, church attendance will be down. (3) If the bulletin covers are in short supply church attendance will exceed all expectations. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 12:52:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 599A037B401; Mon, 25 Nov 2002 12:52:37 -0800 (PST) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6210043EAF; Mon, 25 Nov 2002 12:52:36 -0800 (PST) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org (12-240-204-110.client.attbi.com[12.240.204.110]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2002112520523100200t6742e>; Mon, 25 Nov 2002 20:52:31 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id gAPKqisx058071; Mon, 25 Nov 2002 12:52:44 -0800 (PST) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id gAPKqilh058070; Mon, 25 Nov 2002 12:52:44 -0800 (PST) Message-Id: <200211252052.gAPKqilh058070@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20021120 with nmh-1.0.4 To: Robert Watson Cc: John Baldwin , "local.freebsd.current" , "freebsd-current@freebsd.org" Subject: Re: DP2: nfsiod In-Reply-To: References: Comments: In-reply-to Robert Watson message dated "Fri, 22 Nov 2002 13:56:09 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_512133052P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 25 Nov 2002 12:52:44 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_512133052P Content-Type: text/plain; charset=us-ascii If memory serves me right, Robert Watson wrote: > Note that the rpc.lockd support is still experimental in 5.0 for > client-side locking, and as such, might not be good to enable by default. > I notice that in the original message for this thread, there's reference > to release documentation indicating that client side locking isn't > implemented: this is actually not the case. We do implement it now. I freely declare my ignorance about NFS locking. :-) If someone can fix up this part of the release notes to match reality, I'd be grateful. Thanks, Bruce. --==_Exmh_512133052P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE94o2c2MoxcVugUsMRAmAvAJ9nY96LnpVoXS6g0TRw6OJU6wiCpACfaD/T zSR+UFKz/OporOxYM421WCs= =Dudf -----END PGP SIGNATURE----- --==_Exmh_512133052P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 12:52:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C21F437B401 for ; Mon, 25 Nov 2002 12:52:55 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 873D143EA9 for ; Mon, 25 Nov 2002 12:52:55 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 140888A19E3 for ; Mon, 25 Nov 2002 16:52:53 -0400 (AST) Date: Mon, 25 Nov 2002 16:52:53 -0400 (AST) From: "Marc G. Fournier" To: freebsd-current@freeBSD.org Subject: snd_pcm module not usable ... ? Message-ID: <20021125165039.R16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maybe i'm missing something that i need to load, but I took the pcm device out of my kernel config, figuring that I could use the snd_pcm module ... loaded it, but still can't seem to get sound? is there something else I need to do with devfs for this, or do Ihave to compile in the pcm device? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 13: 2:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9354237B401; Mon, 25 Nov 2002 13:02:41 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE45543EA9; Mon, 25 Nov 2002 13:02:40 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPL1Ms75728; Mon, 25 Nov 2002 16:01:22 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 16:01:22 -0500 From: Bosko Milekic To: Andrew Gallatin Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125160122.A75673@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15842.27547.385354.151541@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Nov 25, 2002 at 01:27:39PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 01:27:39PM -0500, Andrew Gallatin wrote: > Bosko Milekic writes: > > On Sun, Nov 24, 2002 at 04:23:33PM -0500, Andrew Gallatin wrote: > > > If we're going to nitpick the mbuf system, a much, much worse problem > > > is that you cannot allocate an mbuf chain w/o holding Giant, which > > > stems from the mbuf system eventually calling kmem_malloc(). This > > > effectively prevents any network driver from being giant-free. When > > > mbufs are low, mb_alloc() calls mb_pop_cont(). This, in turn, calls > > > kmem_malloc() which requires Giant... > > > > This is not entirely true. You can allocate an mbuf chain without > > holding Giant if the caches are well populated - and they should be > > in the common/general case. You can in fact modify the allocator to > > just not do a kmem_malloc() if called with M_DONTWAIT, but I don't > > think you'd want to do this at this point. > > Unfortunately, the common case is not good enough when figuring out > locking for network drivers and the uncommon case forces all network > drivers under Giant. I was thinking about doing what you describe, > but my misconception about ref counters being malloced was holding me Firstly, it should be noted that the behavior of calling kmem_malloc() when its caches are empty is an old property that has been carried over from the original allocator - in other words, it is not something that I arbitrarily introduced. With that said, we may want to think about changing it or at least introducing a third case that would modify the semantics so that Giant would never be called. For instance, in addition to M_TRYWAIT and M_DONTWAIT, you could invent M_CACHEONLY that would only attempt a quick cache allocation. However, I'm unsure as to the advantages this would bring - if any. Why is it so much of a problem if your driver wants to grab Giant? Are you afraid of lock order reversals somewhere down the line? Perhaps there is a misconception that we can clear up here before any work is done. > back. We'll also need a kproc that can wake up every now and then to > expand the pool if allocations at interrupt time failed. Or do you > already have a mechanism for that? The intended mechanism is the kproc and when the allocator was first designed and written, I had taken that into account although I have not implemented the kproc yet. The idea was to have a kproc maintain a balance of the caches without interfering with the general allocation cases. The way this would be accomplished is actually fairly elegant, although we would have to be careful when doing the implementation: (i) Have the kproc make sure that if we're under a low watermark, do a block allocation from the mbuf and/or cluster maps and populate the general global cache (thereby not interfering with simultaneous frees to the per-CPU caches). (ii) Have the kproc check if we're above a high watermark on the general global cache and if so free some pages back to VM without interfering with simultaneous allocations on the per-CPU caches. (iii) Have the kproc do some bookkeeping and auto-tune its high and low watermarks. The key words in all three goals above is "not interfering with simultaneous allocations/frees." This is a big advantage and is one of the reasons that the mbuf allocator exists. What it means is that you can muck with the VM and indirectly populate the mbuf and cluster caches without interfering with the common {mbuf,cluster} free and allocation case. Graphically: [ VM ] <--> [ global cache ] <--> [ per-CPU caches ] ^ ^ | | [ only ] [ common case allocations and ] [ done by ] [ frees ] [ kproc (to ] [ be written) ] [ and when ] [ certain types of ] [ allocations fail ] (I hope that came out OK). As you can see, the concept is very simple and with the current infrastructure should be fairly easy to implement. If you're wondering, I was going to do is as a 5.1 feature at some point because I've been so swamped with other things right now and so I do not foresee being able to do this in time for 5.0. > > > The mbuf system calls malloc in other ways too. The first time you > > > use a cluster, m_ext.ext_ref_cnt is malloc()'ed, and malloc is called > > > when the mbuf map is expanded... I assume malloc will eventually > > > call kmem_malloc(), leading to the same locking problems. > > > > Actually, that has been changed a while ago. The ref_cnt for clusters > > is no longer malloc()'d. A contiguous space is used from which > > cluster ref counters are "allocated" (just like in the old/original > > design). This modification was made a while ago as an optimisation. > > Cool. The following code confused me into making the above statement. Is it > out of date? > > #define _mext_init_ref(m, ref) do { \ > (m)->m_ext.ref_cnt = ((ref) == NULL) ? \ > malloc(sizeof(u_int), M_MBUF, M_NOWAIT) : (u_int *)(ref); \ > if ((m)->m_ext.ref_cnt != NULL) { \ > *((m)->m_ext.ref_cnt) = 0; \ > MEXT_ADD_REF((m)); \ > } \ > } while (0) It is not out of date. The code means: "If you've given me a counter then I'll use it otherwise I'll try to allocate one with malloc()." And the cluster allocation code will provide a counter by indexing into a linear contiguous page array (note that this is also why clusters are required to come from a seperate contiguous address map - otherwise this wouldn't work). > Thanks, > > Drew -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 13: 4:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F4237B401 for ; Mon, 25 Nov 2002 13:04:27 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B5F43EA9 for ; Mon, 25 Nov 2002 13:04:26 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 3FCCA84C6A for ; Mon, 25 Nov 2002 22:04:25 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id 27E8E846D7 for ; Mon, 25 Nov 2002 22:04:25 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id B11A5AE0 for ; Mon, 25 Nov 2002 22:04:24 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 4033043; Mon, 25 Nov 2002 22:04:24 +0100 (CET) Date: Mon, 25 Nov 2002 22:04:23 +0100 From: Philip Paeps To: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021125210423.GA617@juno.home.paeps.cx> Mail-Followup-To: current@FreeBSD.ORG References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021125194122.GA17986@angelica.unixdaemons.com> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote: > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote the words in effect of: > > As I said, I'm happy to help analyse and debug these issues, but I don't know > > where to look :-) > > Can you try using `ktrace`, like this: > > root# ktrace mutt (or the command which makes it hang) > root# kdump -f ktrace.out (this is the output needed) This is the last screenfull of kdump: 567 mutt CALL stat(0xbfbfebb0,0xbfbfeb50) 567 mutt NAMI "/home/philip/Maildir/lists/bsd/freebsd-current/cur" 567 mutt RET stat 0 567 mutt CALL stat(0xbfbfebb0,0xbfbfeb50) 567 mutt NAMI "/home/philip/Maildir/lists/bsd/freebsd-current/new" 567 mutt RET stat 0 567 mutt CALL stat(0xbfbfebb0,0xbfbfeae0) 567 mutt NAMI "/home/philip/Maildir/lists/bsd/freebsd-current/new" 567 mutt RET stat 0 567 mutt CALL open(0xbfbfebb0,0x4,0xbfbfe9e8) 567 mutt NAMI "/home/philip/Maildir/lists/bsd/freebsd-current/new" 567 mutt RET open 3 567 mutt CALL fstat(0x3,0xbfbfeae0) 567 mutt RET fstat 0 567 mutt CALL fcntl(0x3,0x2,0x1) 567 mutt RET fcntl 0 567 mutt CALL fstatfs(0x3,0xbfbfe9e0) 567 mutt RET fstatfs 0 567 mutt CALL getdirentries(0x3,0x80f4000,0x1000,0x80f3054) 567 mutt RET getdirentries 12/0x200 567 mutt CALL write(0x1,0x80e2000,0x2) 567 mutt GIO fd 1 wrote 2 bytes " 1" 567 mutt RET write 2 567 mutt CALL getdirentries(0x3,0x80f4000,0x1000,0x80f3054) 567 mutt RET getdirentries 0 567 mutt CALL lseek(0x3,0,0,0,0) 567 mutt RET lseek 0 567 mutt CALL close(0x3) 567 mutt RET close 0 567 mutt CALL open(0xbfbfebb0,0,0x1b6) 567 mutt NAMI "/home/philip/Maildir/lists/bsd/freebsd-current/new/1038256312.43736_1.fortuna.home.paeps.cx" Before it is a few megs of the same. Basically Mutt reading my mailbox. Anything else I can do to help? - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #225: It's those computer people in X {city of world}. They keep stuffing things up. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 13:21:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABE8337B401; Mon, 25 Nov 2002 13:21:13 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A719943EA9; Mon, 25 Nov 2002 13:21:12 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA17746; Mon, 25 Nov 2002 16:21:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAPLKdT75626; Mon, 25 Nov 2002 16:20:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15842.37927.919140.910293@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 16:20:39 -0500 (EST) To: Bosko Milekic Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125160122.A75673@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> <20021125160122.A75673@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic writes: > Firstly, it should be noted that the behavior of calling kmem_malloc() > when its caches are empty is an old property that has been carried > over from the original allocator - in other words, it is not something > that I arbitrarily introduced. Certainly. I'm not blaming you for that. > With that said, we may want to think about changing it or at least > introducing a third case that would modify the semantics so that Giant > would never be called. For instance, in addition to M_TRYWAIT and > M_DONTWAIT, you could invent M_CACHEONLY that would only attempt a > quick cache allocation. However, I'm unsure as to the advantages this > would bring - if any. Why is it so much of a problem if your driver > wants to grab Giant? Are you afraid of lock order reversals somewhere > down the line? Perhaps there is a misconception that we can clear up > here before any work is done. > I'm not sure what you mean. The problem is that Giant inhibits scaling on SMPs and I want to get all network drivers out from under it, not just mine. Requiring Giant for mbuf allocations effectivly defeats your elegant, cleverly designed mbuf allocator with lock-free per-cpu caches, etc. And it introduces all kinds of windows for races and locking errors if SMP safe drivers must drop all their mutexes and grab Giant for mbuf allocations. And you cannot grab Giant inside the mbuf allocation code itself because the mutex rules prohibit acquiring Giant while holding any other locks. From mutex(9): Giant If Giant must be acquired, it must be acquired prior to acquiring other mutexes. Put another way: it is impossible to acquire Giant non-recur- sively while holding another mutex. It is possible to acquire other mutexes while holding Giant, and it is possible to acquire Giant recur- sively while holding other mutexes. Emperically, I vaguely remember marking my driver as SMP safe (with witness and invariants off, of course) provided something like a 30-40% performance increase on a dual 1GHz PIII system. It was still not as fast as stable, but the current/stable performance difference was no longer embarrassing. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 13:33:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94B6C37B401; Mon, 25 Nov 2002 13:33:51 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E3643EAA; Mon, 25 Nov 2002 13:33:50 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAPLXX76076737; Mon, 25 Nov 2002 22:33:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin Cc: Bosko Milekic , Julian Elischer , Robert Watson , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: mbuf header bloat ? In-Reply-To: Your message of "Mon, 25 Nov 2002 16:20:39 EST." <15842.37927.919140.910293@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 22:33:33 +0100 Message-ID: <76736.1038260013@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15842.37927.919140.910293@grasshopper.cs.duke.edu>, Andrew Gallatin writes: >I'm not sure what you mean. The problem is that Giant inhibits >scaling on SMPs and I want to get all network drivers out from under >it, not just mine. Well, that is the 10000' view. Once you try to move code out from under Giant you will find that the transition period also contains an increased risk of deadlocks because you have to alternately interface with Giant-free and Giant-protected code. I found it somewhat problematic during GEOM development that it was hard find or get a precise status on which bits of the kernel had which Giant status. As it is, I still have 37 source lines in sys/geom which fiddles Giant one way or another, some of which are probably not needed but I was unable to tell at the time and did the defensive thing. In 20/20 hindsight, I think the very first step of SMPng we should have gone through each and every non-static function in the kernel and inserted an explicit assert on Giant, and then subsequently removed them as we cleaned our way though the kernel. Lets remember that next time :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14: 0:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D26037B401; Mon, 25 Nov 2002 14:00:43 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F24343EA9; Mon, 25 Nov 2002 14:00:38 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRHB-0001aQ-00; Mon, 25 Nov 2002 14:00:21 -0800 Message-ID: <3DE29D26.2CD61A19@mindspring.com> Date: Mon, 25 Nov 2002 13:59:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: current@freebsd.org, Donn Miller Subject: Re: ACPI and apm_saver? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > On 22-Nov-2002 Terry Lambert wrote: > > Someone needs to write an "acpi_saver.ko". > > No, they need to write a dpms_saver.ko instead. :) acpi doesn't > really have the same functionality as far as screen blanking IIRC. You're right. Is it just me, or is there a lot of month old mail stuck in a queue somewhere? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14: 4:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5089B37B442; Mon, 25 Nov 2002 14:04:05 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DCC43E9C; Mon, 25 Nov 2002 14:04:04 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRKH-0006Ci-00; Mon, 25 Nov 2002 14:03:33 -0800 Message-ID: <3DE29DE6.CDD96F3F@mindspring.com> Date: Mon, 25 Nov 2002 14:02:14 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote: > > > I thought, this might be due to the priority of the background fsck and > > > have once left it alone for several hours -- with no effect. The usual > > > fsck takes a few minutes. > > We really need to disable background fsck if the system panicked. > I've seen far too much bizarre filesystem behaviour that went away the > next time I did a full fsck. I don't think this is really possible. I went looking for a generic "application use" CMOS are for this sort of thing a while back, and I was unable to find one. If you made system dumps mandatory (or marked swap with a non-dump header in case of panic), this still would not handle the "silent reboot", "double panic", or "single panic with disk I/O trashed" cases. 8-(. There was a discussion about these issues when background fsck first went in. My opinion of having it on by default is that if you are going to play that loose, you might as well mount the FSs async, and be done with it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14: 6:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74BFE37B401; Mon, 25 Nov 2002 14:06:42 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62F6043EE6; Mon, 25 Nov 2002 14:06:41 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRMu-0002MO-00; Mon, 25 Nov 2002 14:06:17 -0800 Message-ID: <3DE29E8A.D226B151@mindspring.com> Date: Mon, 25 Nov 2002 14:04:58 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mikhail Teterin Cc: Kris Kennaway , Robert Watson , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <200211251254.26497.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mikhail Teterin wrote: > On Monday 25 November 2002 12:24 pm, Kris Kennaway wrote: > = On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote: > = > = > > I thought, this might be due to the priority of the background > = > > fsck and have once left it alone for several hours -- with no > = > > effect. The usual fsck takes a few minutes. > = > = We really need to disable background fsck if the system panicked. > > Otherwise, is there a need for fsck at all? Can sudden powerloss be > reliably distinguished from a panic? No, nor from hardware failures (disk/controller/other), without NVRAM to save the crash reason in the case there is one. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:11:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 872BA37B401; Mon, 25 Nov 2002 14:11:24 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC6D43E88; Mon, 25 Nov 2002 14:11:23 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPMAaE75851; Mon, 25 Nov 2002 17:10:36 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 17:10:36 -0500 From: Bosko Milekic To: Sam Leffler Cc: Robert Watson , Andrew Gallatin , Luigi Rizzo , current@FreeBSD.ORG Subject: Re: mbuf header bloat ? Message-ID: <20021125171036.B75673@unixdaemons.com> References: <235101c294b2$e66ce160$52557f42@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <235101c294b2$e66ce160$52557f42@errno.com>; from sam@errno.com on Mon, Nov 25, 2002 at 10:46:00AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 10:46:00AM -0800, Sam Leffler wrote: > > > I don't see this problem; looutput looks to do the right thing. FWIW > I've > > > passed mbufs w/ mtags through the loopback interface. > > > > This refers specifically to the following code snippet: > > > > if (m && m->m_next != NULL && m->m_pkthdr.len < MCLBYTES) { > > struct mbuf *n; > > > > MGETHDR(n, M_DONTWAIT, MT_HEADER); > > if (!n) > > goto contiguousfail; > > MCLGET(n, M_DONTWAIT); > > if (! (n->m_flags & M_EXT)) { > > m_freem(n); > > goto contiguousfail; > > } > > > > m_copydata(m, 0, m->m_pkthdr.len, mtod(n, caddr_t)); > > n->m_pkthdr = m->m_pkthdr; > > n->m_len = m->m_pkthdr.len; > > n->m_pkthdr.aux = m->m_pkthdr.aux; > > m->m_pkthdr.aux = (struct mbuf *)NULL; > > m_freem(m); > > m = n; > > } > > > > Something is wrong with your tree: > > ebb% grep aux ../sys/mbuf.h > ebb% > > The above code is correct in the repo as is the m_getcl code. While the 'aux' part of the code was in fact removed, what Robert is saying still applies. What happens is that this code 'manually' performs a mbuf to mbuf+cluster copy because of some pretty bogus assumption in the KAME code that expects the data to be contiguous in a single cluster. So when the 'n' mbuf is allocated and the cluster with it then a shallow copy of the packet header is done from mbuf 'm' (the old mbuf) to the newly allocated mbuf 'n'. What Robert is saying is that this copy breaks his MAC label semantics which require a deeper copy in this case and he is concerned that it may break the m_tag semantics too, especially given the fact that the old mbuf 'm' is then freed (doesn't this destroy the label?!). If that's indeed the case, then this copy remains bogus. > Sam -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:12:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B84D37B401; Mon, 25 Nov 2002 14:12:45 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBBC43EAA; Mon, 25 Nov 2002 14:12:44 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRT3-0003n0-00; Mon, 25 Nov 2002 14:12:37 -0800 Message-ID: <3DE2A006.B72CBD93@mindspring.com> Date: Mon, 25 Nov 2002 14:11:18 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Andrew Gallatin , Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: > This is not entirely true. You can allocate an mbuf chain without > holding Giant if the caches are well populated - and they should be > in the common/general case. You can in fact modify the allocator to > just not do a kmem_malloc() if called with M_DONTWAIT, but I don't > think you'd want to do this at this point. In fact, one of the first changes I make in a kernel when I go to do a networking product of any kind is to allocate the mbufs in machdep.c out of physical RAM, and then pre-link them onto a free-list, instead of using the standard (comparatively very slow) mbuf allocator. > The gist of the argument boils down to the fact that network buffer > allocations have different requirements than general all-purpose > allocations (by design, the last time I checked), and that is why > an mbuf/cluster allocator exists. Everything allocated at interrupt has pretty much the same requirements. The only real difference in mbuf's is that the allocation failure cases are generally better handled than all other allocation failure cases within the kernel (or people would not have been beating up Jeff about a month ago for the kmem_map space issue). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:17:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E8B237B404 for ; Mon, 25 Nov 2002 14:17:12 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C6C0B43EA9 for ; Mon, 25 Nov 2002 14:17:10 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 15279 invoked by uid 0); 25 Nov 2002 22:17:07 -0000 Received: from cvpn023.gwdg.de (HELO gmx.net) (134.76.22.23) by mail.gmx.net (mp019-rz3) with SMTP; 25 Nov 2002 22:17:07 -0000 Message-ID: <3DE2AF65.9000502@gmx.net> Date: Tue, 26 Nov 2002 00:16:53 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Terry Lambert Cc: Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Kris Kennaway wrote: > >>On Mon, Nov 25, 2002 at 10:24:46AM -0500, Robert Watson wrote: >> >>>>I thought, this might be due to the priority of the background fsck and >>>>have once left it alone for several hours -- with no effect. The usual >>>>fsck takes a few minutes. >>> >>We really need to disable background fsck if the system panicked. >>I've seen far too much bizarre filesystem behaviour that went away the >>next time I did a full fsck. > > > I don't think this is really possible. > > I went looking for a generic "application use" CMOS are for this > sort of thing a while back, and I was unable to find one. > Well you should please take a look at the "fast boot" option of moderately modern BIOS-es. Somthing along those lines went right now in to the linux kernel. Seems pretty adequate to me, since you would be even able to controll it through the BIOS setup... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:17:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63DB637B401; Mon, 25 Nov 2002 14:17:56 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-106-47.dsl.lsan03.pacbell.net [64.169.106.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7153B43E88; Mon, 25 Nov 2002 14:17:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D7DF766BE3; Mon, 25 Nov 2002 14:17:49 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 7E5F812DD; Mon, 25 Nov 2002 14:17:48 -0800 (PST) Date: Mon, 25 Nov 2002 14:17:48 -0800 From: Kris Kennaway To: Terry Lambert Cc: Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash Message-ID: <20021125221748.GA11747@rot13.obsecurity.org> References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DE29DE6.CDD96F3F@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 02:02:14PM -0800, Terry Lambert wrote: > I don't think this is really possible. Yeah :( > If you made system dumps mandatory (or marked swap with a non-dump > header in case of panic), this still would not handle the "silent > reboot", "double panic", or "single panic with disk I/O trashed" > cases. 8-(. And the panics that affect the disk/filesystem are likely to not give a crashdump, but at the same time are likely to cause FS problems for bgfsck :-( Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:20:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A384037B401; Mon, 25 Nov 2002 14:20:52 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id D898843E9C; Mon, 25 Nov 2002 14:20:51 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRb0-000099-00; Mon, 25 Nov 2002 14:20:50 -0800 Message-ID: <3DE2A1F3.E3084938@mindspring.com> Date: Mon, 25 Nov 2002 14:19:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Robert Watson , Andrew Gallatin , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <20021125130900.C75177@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: [ ... packet size distribution ... ] > I am equally curious about this. One of the design assumptions for > mbufs and clusters, according to McKusick et al. (and I believe > another text which currently escapes me) is that packets are typically > either very small or fairly large. Given the MAC label additions > (yes it would be nice if this was done using the m_tag interface but > at the very least one can say that they are implemented fairly > 'consistently' despite the fact that they appear imposing to the > general mbuf structure), and the currently available data region in > the mbuf, it is absolutely necessary to know whether the assumption of > packet size distribution still holds before a decision is made on how > to modify the MAC label implementation - if at all. In fact, it is even more useful to consider the idea of variable sized mbufs. The actual size you want is "whatever size is needed for the incoming packets for the MTU of the sender". Practically, this means 8K (a compromise on the 9K "jumbograms" vs. page size), 1536 (512*3), etc.. I get concerned with all this decoration of mbufs (MAC vs. m_tag vs. whatever) that people are doing, since this type of thing is going to reduce overall capacity more than m_pullup(), etc.. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:22:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FD1837B401 for ; Mon, 25 Nov 2002 14:22:17 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C92B43ED1 for ; Mon, 25 Nov 2002 14:22:16 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAPMM376082093; Mon, 25 Nov 2002 23:22:09 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "kai ouyang" Cc: Current@FreeBSD.ORG Subject: Re: about GEOM 'geoms' chain question In-Reply-To: Your message of "Mon, 25 Nov 2002 11:58:53 +0800." Date: Mon, 25 Nov 2002 23:22:03 +0100 Message-ID: <82092.1038262923@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , "kai ouyang" writes: >If we add a partition 'da0s1h' to the box, when we excute the g_attach() >function, >it will call redo_rank(). My viewpoint is that the 'DEV'(da0s1h) should >been added between 'Sda0' and 'Mda1'. Based my understanding on >'redo_rank', this function will change all the 'rank' of the elements on >the chain, right? >'ad1', 'ad2' and their branches is irrelevant to 'ad0', why their rank must >change? The "rank" number is used to detect loops in the topology. You may want to browse the slides from my GEOM tutorial at EuroBSDCon: http://2002.eurobsdcon.org/papers/ -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:25:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C287337B401; Mon, 25 Nov 2002 14:25:18 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D202C43ED4; Mon, 25 Nov 2002 14:25:17 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id gAPMOT76082125; Mon, 25 Nov 2002 23:24:30 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Kirk McKusick Cc: Julian Elischer , current@FreeBSD.ORG, Robert Watson , re@FreeBSD.ORG Subject: Re: Update to UFS2 Superblock Format In-Reply-To: Your message of "Sun, 24 Nov 2002 22:19:00 PST." <200211250619.gAP6J059068226@beastie.mckusick.com> Date: Mon, 25 Nov 2002 23:24:29 +0100 Message-ID: <82124.1038263069@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200211250619.gAP6J059068226@beastie.mckusick.com>, Kirk McKusick wr ites: >Some of these fields could usefully be made unsigned others not >(for example fs_pendingblocks and fs_pendinginodes). Kirk, when you have a patch, mail it to me and I'll let FlexeLint loose on it. Currently it whines loudly and voluminously about signed/unsigned worries in the ufs related code. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:32:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECC6B37B401; Mon, 25 Nov 2002 14:32:46 -0800 (PST) Received: from vador.skynet.be (vador.skynet.be [195.238.3.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C2843EBE; Mon, 25 Nov 2002 14:32:45 -0800 (PST) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.2] (ip-26.shub-internet.org [194.78.144.26] (may be forged)) by vador.skynet.be (8.11.6/8.11.6/Skynet-OUT-2.20) with ESMTP id gAPMWKm00452; Mon, 25 Nov 2002 23:32:20 +0100 (MET) (envelope-from ) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <3DE29DE6.CDD96F3F@mindspring.com> References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> X-Grok: +++ath X-WebTV-Stationery: Standard; BGColor=black; TextColor=black Reply-By: Wed, 1 Jan 1984 12:34:56 +0100 Date: Mon, 25 Nov 2002 23:29:55 +0100 To: Terry Lambert From: Brad Knowles Subject: Re: -current unusable after a crash Cc: Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 2:02 PM -0800 2002/11/25, Terry Lambert wrote: > If you made system dumps mandatory (or marked swap with a non-dump > header in case of panic), this still would not handle the "silent > reboot", "double panic", or "single panic with disk I/O trashed" > cases. 8-(. How about we do the safe thing, and only do background fsck if we can prove that the system state is something where it would be suitable? Or would that mean that we almost never do background fsck? -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:33:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E00A137B401 for ; Mon, 25 Nov 2002 14:33:48 -0800 (PST) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FDF743E9C for ; Mon, 25 Nov 2002 14:33:48 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRnV-0003VF-00; Mon, 25 Nov 2002 14:33:45 -0800 Message-ID: <3DE2A4FB.8E51F525@mindspring.com> Date: Mon, 25 Nov 2002 14:32:27 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125202755.GA633@juno.home.paeps.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Philip Paeps wrote: > On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote: > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: > > > | unknown: can't assign resources (port) > > > | unknown: can't assign resources (port) > > > > Can you try changing the hardware tunable, > > hw.pci.allow_unsupported_io_range, to the value of 1 in your loader.conf. I > > think this should do it. You can then check this value after you booted by > > `sysctl hw.pci`. > > I'm afraid that doesn't cure the 'problem'. I think Hiten responded based on the "can't assign resource" messages, without reading all the way through; I sometimes do "kneee-jerk" responses to problem reports, as well. The reason his advice didn't help you suppress the messages is that the failure is in port and IRQ assignments, not in memory window assignments. The problem is related to multiple claimants for the device: the BIOS, vs. the OS. If you change the BIOS settings for "PnP OS", the messages should "go away". Note that the messages are just warnings; they will not make anything "not work", given your configuration. The "maildirs issue", I won't comment on, at this time. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:38:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6469837B401 for ; Mon, 25 Nov 2002 14:38:29 -0800 (PST) Received: from newsguy.com (smtp.newsguy.com [216.148.53.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094FE43E9C for ; Mon, 25 Nov 2002 14:38:28 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-163-23-099-bsace7016.dsl.telebrasilia.net.br [200.163.23.99]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id OAA17436; Mon, 25 Nov 2002 14:38:19 -0800 (PST) Message-ID: <3DE2A65A.DE470F64@newsguy.com> Date: Mon, 25 Nov 2002 20:38:18 -0200 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... References: <20021125004934.GA604@juno.home.paeps.cx> <20021125114536.A19537@alpha.develop.ferrari.net> <20021125120956.GA616@juno.home.paeps.cx> <20021125175047.GA625@juno.home.paeps.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, since no one seem to have mentioned... There is a note on the TODO list that there are race conditions with truss. Perhaps mutt is freezing because you are using truss elsewhere? Philip Paeps wrote: > > On 2002-11-25 13:09:56 (+0100), Philip Paeps wrote: > > On 2002-11-25 11:45:36 (+0100), Robert Drehmel wrote: > > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: > > > [reformatted] > > > > 2. This one's the most irritating. I use Mutt as my mailclient using > > > > Maildirs for storage. It occasionally happens that Mutt just 'hangs' > > > > reading a directory, and there's no way for me to kill it. Ps axl shows > > > > it as being in state Ds or Ds+ and blocked by ufs. > > > > > > do you use truss(1)? > > > > Frequently, but I hadn't thought about it in this case :-) > > > > Next time it just sits there, I'll try to find out what truss tells me. If > > nothing, I'll try to reproduce the problem running inside truss. > > > > I'll get with more info as soon as things die. > > Mmm, truss doesn't give me anything particularly useful. The last few lines > when it hangs are: > > | read(0x0,0xbfbfe19b,0x1) = 1 (0x1) > | write(1,0x80e1000,6) = 6 (0x6) > | write(1,0x80e1000,6) = 6 (0x6) > | stat("/etc/nsswitch.conf",0xbfbfd950) ERR#2 'No such file or directory' > | geteuid() = 1001 (0x3e9) > | stat("/etc/pwd.db",0xbfbfd860) = 0 (0x0) > | open("/etc/pwd.db",0x0,00) = 4 (0x4) > | fcntl(0x4,0x2,0x1) = 0 (0x0) > | read(0x4,0x8133a00,0x104) = 260 (0x104) > | lseek(4,0x5000,0) = 20480 (0x5000) > | read(0x4,0x8477000,0x1000) = 4096 (0x1000) > | lseek(4,0x4000,0) = 16384 (0x4000) > | read(0x4,0x8478000,0x1000) = 4096 (0x1000) > | lseek(4,0x6000,0) = 24576 (0x6000) > | read(0x4,0x8479000,0x1000) = 4096 (0x1000) > | lseek(4,0x7000,0) = 28672 (0x7000) > | read(0x4,0x847a000,0x1000) = 4096 (0x1000) > | ls > > ...and then it just sits there... > > It doesn't even finish printing the line. Ps axl tells me it's waiting on > ufs, and there's no way to kill it, other than a reboot. When rebooting, it > tells me it gives up on one buffer, and then just stays hanging there. > > Perhaps breaking into a debugger will provide some more useful information. > I'll try that next. > > - Philip > > -- > Philip Paeps Please don't CC me, I am > philip@paeps.cx subscribed to the list. > > Real programmers don't notch their desks for each > completed service request. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@linux.bsdconspiracy.net "Fundamentalist Debianites, core children of the Linuxen.... sounds like it could come from the Book of Mormon, or Tolkien on a bad day..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:40:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57F037B401 for ; Mon, 25 Nov 2002 14:40:27 -0800 (PST) Received: from newsguy.com (smtp.newsguy.com [216.148.53.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E1C843EB2 for ; Mon, 25 Nov 2002 14:40:27 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-163-23-099-bsace7016.dsl.telebrasilia.net.br [200.163.23.99]) by newsguy.com (8.9.1a/8.9.1) with ESMTP id OAA18036; Mon, 25 Nov 2002 14:40:20 -0800 (PST) Message-ID: <3DE2A6D3.E07A700A@newsguy.com> Date: Mon, 25 Nov 2002 20:40:19 -0200 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: "Marc G. Fournier" Cc: freebsd-current@FreeBSD.ORG Subject: Re: snd_pcm module not usable ... ? References: <20021125165039.R16724-100000@hub.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Marc G. Fournier" wrote: > > Maybe i'm missing something that i need to load, but I took the pcm device > out of my kernel config, figuring that I could use the snd_pcm module ... > loaded it, but still can't seem to get sound? is there something else I > need to do with devfs for this, or do Ihave to compile in the pcm device? pcm is the front-end. You need the back-end, the actual sound driver. Try snd_driver_load="YES". It ought to load everything. Or you can kldload it from the command line, and then check /var/log/messages to find out which driver you are supposed to use. On loader, loading any sound driver will bring in snd_pcm automatically, as a dependency. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@linux.bsdconspiracy.net "Fundamentalist Debianites, core children of the Linuxen.... sounds like it could come from the Book of Mormon, or Tolkien on a bad day..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:44:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2519537B404; Mon, 25 Nov 2002 14:44:29 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C6343EA9; Mon, 25 Nov 2002 14:44:27 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id gAPMhFN75898; Mon, 25 Nov 2002 17:43:15 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 25 Nov 2002 17:43:15 -0500 From: Bosko Milekic To: Andrew Gallatin Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? Message-ID: <20021125174315.C75673@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> <20021125160122.A75673@unixdaemons.com> <15842.37927.919140.910293@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15842.37927.919140.910293@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Nov 25, 2002 at 04:20:39PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 04:20:39PM -0500, Andrew Gallatin wrote: > I'm not sure what you mean. The problem is that Giant inhibits > scaling on SMPs and I want to get all network drivers out from under > it, not just mine. > > Requiring Giant for mbuf allocations effectivly defeats your elegant, > cleverly designed mbuf allocator with lock-free per-cpu caches, etc. > And it introduces all kinds of windows for races and locking errors if > SMP safe drivers must drop all their mutexes and grab Giant for mbuf > allocations. > > And you cannot grab Giant inside the mbuf allocation code itself > because the mutex rules prohibit acquiring Giant while holding any > other locks. From mutex(9): > > Giant > If Giant must be acquired, it must be acquired prior to acquiring other > mutexes. Put another way: it is impossible to acquire Giant non-recur- > sively while holding another mutex. It is possible to acquire other > mutexes while holding Giant, and it is possible to acquire Giant recur- > sively while holding other mutexes. Well, first of all, I never call kmem_malloc() with any locks held so this argument about grabbing Giant while other locks are held is not applicable in my case. Given that you call the allocator with locks held, then you should only be doing so with M_DONTWAIT as an M_TRYWAIT call may result in a call to m_drain() which - if you are holding any locks - may lead to lock order reversals. So given that you can only call the allocator with M_DONTWAIT for device drivers or any other code paths holding locks, then it would make sense to just make the M_DONTWAIT case never call the VM routines as well. Either that, or make sure that a call to kmem_malloc() with M_DONTWAIT can do its job without requiring Giant (is this possible?) > Emperically, I vaguely remember marking my driver as SMP safe (with > witness and invariants off, of course) provided something like a > 30-40% performance increase on a dual 1GHz PIII system. It was still > not as fast as stable, but the current/stable performance difference > was no longer embarrassing. > > Drew > -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:45:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B48F37B401; Mon, 25 Nov 2002 14:45:42 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B3143EB2; Mon, 25 Nov 2002 14:45:41 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GRys-0000vp-00; Mon, 25 Nov 2002 14:45:31 -0800 Message-ID: <3DE2A7BB.FE4F4443@mindspring.com> Date: Mon, 25 Nov 2002 14:44:11 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bosko Milekic Cc: Andrew Gallatin , Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> <20021125160122.A75673@unixdaemons.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic wrote: [ ... memory allocator ... ] FWIW: The Sequent Dynix allocator paper has been converted, and is now available online: Experience With an Efficient Parallel Kernel Memory Allocator Paul E. McKenney, Jack Slingwine, Phil Krueger Sequent Computer Systems, Inc. Software Practice And Experience http://citeseer.nj.nec.com/484408.html This is the same reference that is in the books "UNIX Internals: The New Frontiers" and "UNIX For Modern Architectures". It's the reference I always give out, when locking in allocators comes up, but now I have something other than a ratty photocopy to give people. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 14:54:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFB7D37B401 for ; Mon, 25 Nov 2002 14:54:41 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B9F4A43EC2 for ; Mon, 25 Nov 2002 14:54:37 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 83860 invoked by uid 1000); 25 Nov 2002 22:54:35 -0000 Date: Mon, 25 Nov 2002 14:54:35 -0800 (PST) From: Nate Lawson To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... In-Reply-To: <20021125202755.GA633@juno.home.paeps.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Philip Paeps wrote: > On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote: > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote the words in effect of: > > > | unknown: can't assign resources (port) > > > | unknown: can't assign resources (port) > > > > Can you try changing the hardware tunable, > > hw.pci.allow_unsupported_io_range, to the value of 1 in your loader.conf. I > > think this should do it. You can then check this value after you booted by > > `sysctl hw.pci`. > > I'm afraid that doesn't cure the 'problem'. > > (juno:/home/philip)# sysctl hw.pci > hw.pci.enable_io_modes: 1 > hw.pci.allow_unsupported_io_range: 1 > > Exactly the same output as above. The messages are essentially harmless and won't affect your system's functionality. I believe Jeff submitted a patch for this earlier on arch@. You can't fix this with the sysctls above. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:29:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4AB37B401; Mon, 25 Nov 2002 15:29:13 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E9643EC2; Mon, 25 Nov 2002 15:29:12 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GSdP-0001OQ-00; Mon, 25 Nov 2002 15:27:24 -0800 Message-ID: <3DE2B18C.AA33F92F@mindspring.com> Date: Mon, 25 Nov 2002 15:26:04 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> <20021125221748.GA11747@rot13.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > On Mon, Nov 25, 2002 at 02:02:14PM -0800, Terry Lambert wrote: > > I don't think this is really possible. > > Yeah :( > > > If you made system dumps mandatory (or marked swap with a non-dump > > header in case of panic), this still would not handle the "silent > > reboot", "double panic", or "single panic with disk I/O trashed" > > cases. 8-(. > > And the panics that affect the disk/filesystem are likely to not give > a crashdump, but at the same time are likely to cause FS problems for > bgfsck :-( Actually, the worst problems come when the corruption does not result in a crash subsequently. If you just crashed again, you could simply set in the superblock a flag that said "background fsck in progress", and if that flag was set at boot time, then do a full fsck (knowing you died during a background fsck). If you don't get a second crash, and you reboot, you're screwed. You could add another utility to say "force full fsck" -- basically, to set the flag manually. This is a pain because you have to do it through an fcntl() or ioctl(), since there are no block devices to use to do the work, and you can't open a mounted device to write it, even if you know what you are doing, the OS enforces like it's smarter than you. We ran into exactly this same problem in the InterJet, when we first paid Kirk to have soft updates ported to FreeBSD (I actually did the preliminary "make it compile" work, and Julian did most of the debugging; I helped some after that, but my boss didn't like me doing it). The point was to get rid of the need for a UPS in the InterJet. A log structured FS doesn't actually have this problem, but is a real pain because of the need for a "cleaner" to run constantly, to garbage collect, which makes thing that used to be deterministic time take variable time. Not very good for multimedia or streaming content serving. The InterJet handled this by having a DC holdup time following AC failure notification, which was enough to throw a stick into the spokes, to prevent the wheels from turning, and the bicycle falling over the cliff. Another way to handle it would be CMOS, with a BIOS initialization (e.g. set bit 1 of the "crash state") that didn't effect the bits that indicated the failure mode. Unfortunately, the computer manufacturers have not really agreed on a standard for this sort of thing, nor do they think anyone in OS space or userland should be able to own a section of CMOS memory (no OS allocation policy, tagging, etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:31:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19F0E37B401 for ; Mon, 25 Nov 2002 15:31:18 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D4443ECF for ; Mon, 25 Nov 2002 15:31:17 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 0814B203EB for ; Tue, 26 Nov 2002 00:31:11 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by eos.telenet-ops.be (Postfix) with ESMTP id E163020213 for ; Tue, 26 Nov 2002 00:31:10 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id A8D6E9CB for ; Tue, 26 Nov 2002 00:31:10 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id D90DBB5; Tue, 26 Nov 2002 00:31:09 +0100 (CET) Date: Tue, 26 Nov 2002 00:31:09 +0100 From: Philip Paeps To: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021125233109.GA615@juno.home.paeps.cx> Mail-Followup-To: current@FreeBSD.ORG References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125202755.GA633@juno.home.paeps.cx> <3DE2A4FB.8E51F525@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <3DE2A4FB.8E51F525@mindspring.com> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 14:32:27 (-0800), Terry Lambert wrote: > Philip Paeps wrote: > > On 2002-11-25 14:41:22 (-0500), Hiten Pandya wrote: > > > On Mon, Nov 25, 2002 at 01:49:34AM +0100, Philip Paeps wrote: > > > > | unknown: can't assign resources (port) > > > > | unknown: can't assign resources (port) > > > > > > Can you try changing the hardware tunable, > > > hw.pci.allow_unsupported_io_range, to the value of 1 in your > > > loader.conf. I think this should do it. You can then check this value > > > after you booted by `sysctl hw.pci`. > > > > I'm afraid that doesn't cure the 'problem'. > > I think Hiten responded based on the "can't assign resource" messages, > without reading all the way through; I sometimes do "kneee-jerk" responses > to problem reports, as well. The reason his advice didn't help you suppress > the messages is that the failure is in port and IRQ assignments, not in > memory window assignments. Aha, okay. I've just learned something new. :-) > The problem is related to multiple claimants for the device: the BIOS, vs. > the OS. If you change the BIOS settings for "PnP OS", the messages should > "go away". Note that the messages are just warnings; they will not make > anything "not work", given your configuration. Thanks for the hint! I went fiddling with settings in my BIOS, and turned on ACPI (there was no 'PnP OS' setting, but someone else mentioned ACPI earlier), and the message is now gone. It's been replaced with a lot of messages telling me that ACPI is working and happy to serve me. > The "maildirs issue", I won't comment on, at this time. I hope I can provide enough information for someone to solve it though :-) It would be nice to be able to read my mail 'reliably' :-) - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #299: The data on your hard drive is out of balance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:41:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0C337B401; Mon, 25 Nov 2002 15:41:33 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94DC43EC2; Mon, 25 Nov 2002 15:41:32 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GSoV-0000d6-00; Mon, 25 Nov 2002 15:38:51 -0800 Message-ID: <3DE2B43B.466FEA99@mindspring.com> Date: Mon, 25 Nov 2002 15:37:31 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brad Knowles Cc: Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brad Knowles wrote: > At 2:02 PM -0800 2002/11/25, Terry Lambert wrote: > > If you made system dumps mandatory (or marked swap with a non-dump > > header in case of panic), this still would not handle the "silent > > reboot", "double panic", or "single panic with disk I/O trashed" > > cases. 8-(. > > How about we do the safe thing, and only do background fsck if we > can prove that the system state is something where it would be > suitable? Or would that mean that we almost never do background fsck? It would mean that you can *never* background fsck safely. The problem is that you need to distinguish a power failure, which is technically the only safe time to do it, from all other failure modes. You can distinguish, at least on R/W FS's, whether or not to do any fsck (by looking at the "clean" bit), but all other bets are off. One approach that works well for desktop systems is to implement a "soft read-only". We did this at Artisoft in 1995/1996, when we ported the VFS stacking framework to Windows 95, and first implemented a soft updates for FFS/UFS, which we ported to run on Windows 95 under the stacking framework. The way a "soft read-only" works is to leave the FS mounted read/write, and then insert at write attempts, everywhere that read-only is checked, a check for a "soft read-only" bit on the in-core superblock. Basically, we flush out all writeable state to the FS, and then set the clean bit in the superblock, and flush it to disk, if I/O on the FS has been idle for a while. Then, when someone wants to write it, we reset the "dirty" bit, flush the superblock back out to disk, and, once we know that the change has been committed to stable storage, we permit the write operation to continue. There's actually some problems that now exist in the sync code in FreeBSD that result in unnecessary writes to the disk, these days, which make it hard to implement this (the system basically sync's disk buffers that don't need to be sync'ed, at intervals); that would have to be fixed before such a system can be used. The result is a box you can just "turn off", without trashing the FS, assuming it's relatively quiescent, relative to FS writes (e.g. desktop systems, as I said at the top). Similarly, if the system were to panic, lose power, whatever, at this point, then the FS's would be clean, and come back up with no need to fsck. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:44:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A00C37B401; Mon, 25 Nov 2002 15:44:46 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BD243E9C; Mon, 25 Nov 2002 15:44:45 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from brigate.speednet.com.au (brigate.speednet.com.au [203.57.65.241]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id gAPNiTij010178; Tue, 26 Nov 2002 10:44:34 +1100 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 26 Nov 2002 10:44:29 +1100 (EST) From: Andy Farkas To: Carl Schmidt Cc: freebsd-current@FreeBSD.ORG, Subject: Re: make.conf and make.conf(5) In-Reply-To: <20021119201708.GA1910@carbon.slackerbsd.org> Message-ID: <20021126103930.H50635-100000@brigate.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 19 Nov 2002, Carl Schmidt wrote: > The following PR has two patches attached which address the lack of some > documentation of make.conf in the manual page. It also contains a patch > for make.conf to fix style inconsistencies and two (if I recall > correctly) items which are documented in the manual page but did not > exist in the example conf. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=45470 > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116926+0+current/freebsd-doc > -- > Carl Schmidt > Tom, please also consider this suggestion I made over two years ago: *Date: Fri, 13 Oct 2000 08:53:34 +1100 (EST) *From: Andy Farkas *To: freebsd-current@FreeBSD.ORG *Subject: NOMAN I was trying to build a minimul system from sources and noticed that there is no mention of disabling the building and installing of man pages. Should the NOMAN knob be documented in both /etc/defaults/make.conf and /usr/src/Makefile.inc1 ? --- /usr/src/etc/defaults/make.conf-orig Mon Sep 25 19:08:01 2000 +++ /usr/src/etc/defaults/make.conf Fri Oct 13 08:33:17 2000 @@ -69,4 +69,5 @@ #NOINFO= true # do not make or install info files #NOLIBC_R= true # do not build libc_r (re-entrant version of libc) +#NOMAN= true # do not build and install man pages #NOPERL= true # To avoid building perl #NOPROFILE= true # Avoid compiling profiled libraries --- /usr/src/Makefile.inc1-orig Tue Oct 10 01:28:47 2000 +++ /usr/src/Makefile.inc1 Fri Oct 13 08:48:34 2000 @@ -13,4 +13,5 @@ # -DNOSHARE do not go into share subdir # -DNOINFO do not make or install info files +# -DNOMAN do not make or install man files # -DNOLIBC_R do not build libc_r. # -DNO_FORTRAN do not build g77 and related libraries. -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:52: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D05237B401 for ; Mon, 25 Nov 2002 15:52:03 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id C255643E88 for ; Mon, 25 Nov 2002 15:52:02 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAPNq23b008060 for ; Mon, 25 Nov 2002 15:52:02 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAPNq2kR008058 for current@freebsd.org; Mon, 25 Nov 2002 15:52:02 -0800 (PST) Date: Mon, 25 Nov 2002 15:52:02 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200211252352.gAPNq2kR008058@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Nov 25 15:08:46 PST 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Mon Nov 25 15:43:35 PST 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Mon Nov 25 15:43:36 PST 2002 -------------------------------------------------------------- ===> vinum "Makefile", line 4446: warning: duplicate script for target "geom_bsd.o" ignored cc1: warnings being treated as errors /h/des/src/sys/dev/isp/isp_pci.c: In function `tdma_mkfc': /h/des/src/sys/dev/isp/isp_pci.c:1543: warning: unsigned int format, different type arg (arg 5) /h/des/src/sys/dev/isp/isp_pci.c:1543: warning: int format, different type arg (arg 6) /h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type arg (arg 6) /h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type arg (arg 7) *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 15:52:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8BD37B401; Mon, 25 Nov 2002 15:52:35 -0800 (PST) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ACE843EBE; Mon, 25 Nov 2002 15:52:34 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GT0z-0002Q3-00; Mon, 25 Nov 2002 15:51:45 -0800 Message-ID: <3DE2B740.4206206E@mindspring.com> Date: Mon, 25 Nov 2002 15:50:24 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcin Dalecki Cc: Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> <3DE2AF65.9000502@gmx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marcin Dalecki wrote: > > I don't think this is really possible. > > > > I went looking for a generic "application use" CMOS are for this > > sort of thing a while back, and I was unable to find one. > > Well you should please take a look at the "fast boot" option > of moderately modern BIOS-es. Somthing along those lines went right now > in to the linux kernel. Seems pretty adequate to me, since you would > be even able to controll it through the BIOS setup... Is there documentation available for this anywhere? The BIOS vendor documentation, not the Linux source code. My gut feeling is that this isn't going to be too helpful, without AC failure notification with a DC holdup time. The problem is that the best case is power failure, and the worst case is a corrupted GDT and a double panic off a trap 12 in the trap 12 handler (such that you would get a trap 12 when you tried to write back to the CMOS that this was the worst case, not the best case). Basically, you are still stuck needing power failure notification, so you can write the cause of the failure back. At startup, you have to set the saved state to "worst possible failure: no way to update cause of failure in CMOS", and then back off to softer failure modes from there. I think this "Fast boot" stuff is useful, but the way it's useful is if your main memory is reflected to a seperate area of the disk, so that you can bring up the system image very quickly. Basically, it means that it's not at all useful for the problem at hand, unless it provides for power fail notification. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16: 2:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B975B37B401 for ; Mon, 25 Nov 2002 16:02:16 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5668943E9C for ; Mon, 25 Nov 2002 16:02:16 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GTB7-00016r-00; Mon, 25 Nov 2002 16:02:13 -0800 Message-ID: <3DE2B9B4.ABC49BB2@mindspring.com> Date: Mon, 25 Nov 2002 16:00:52 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125202755.GA633@juno.home.paeps.cx> <3DE2A4FB.8E51F525@mindspring.com> <20021125233109.GA615@juno.home.paeps.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Philip Paeps wrote: > > The "maildirs issue", I won't comment on, at this time. > > I hope I can provide enough information for someone to solve it though :-) It > would be nice to be able to read my mail 'reliably' :-) The problem is not the amount, but the type of information. You need to characterize the problem well enough that you can write a little program that can repeat it on someone else's machine, without them having to create an installation identical to yours on a scratch box ...particularly when it looks like if they tried that, it would work for them. Right now, there are other people using the same software that can't repeat the problem. Without knowing whether or not you are both/neither/or-or-the-other using NFS, etc., it's really impossible to even point you in the right direction (NFS is my hunch, in this case; it's a common reason for use of "maildirs", to try and side-step locking issues). You probably need to get together with the other person who said they were *not* having a problem, and do a detailed compare on system configuration, if all other things are equal. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:10:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A72A37B41F; Mon, 25 Nov 2002 16:10:30 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC67D43EC2; Mon, 25 Nov 2002 16:10:29 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.6/8.12.6) id gAQ0A6bC089583; Mon, 25 Nov 2002 18:10:06 -0600 (CST) (envelope-from dan) Date: Mon, 25 Nov 2002 18:10:06 -0600 From: Dan Nelson To: Terry Lambert Cc: Marcin Dalecki , Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash Message-ID: <20021126001003.GA8636@dan.emsphone.com> References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> <3DE2AF65.9000502@gmx.net> <3DE2B740.4206206E@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DE2B740.4206206E@mindspring.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Nov 25), Terry Lambert said: > Marcin Dalecki wrote: > > > I don't think this is really possible. > > > > > > I went looking for a generic "application use" CMOS are for this > > > sort of thing a while back, and I was unable to find one. > > > > Well you should please take a look at the "fast boot" option of > > moderately modern BIOS-es. Somthing along those lines went right > > now in to the linux kernel. Seems pretty adequate to me, since you > > would be even able to controll it through the BIOS setup... > > Is there documentation available for this anywhere? The BIOS vendor > documentation, not the Linux source code. http://www.microsoft.com/hwdev/resources/specs/simp_bios.asp http://www.microsoft.com/hwdev/resources/specs/simp_boot.asp is the best I could find; you'll need a Word doc viewer. It's mainly geared toward detecting boot failure rather than abnormal shutdowns, though. What we need is a matching "Simple Shutdown Flag" variable. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:39:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFFBE37B401; Mon, 25 Nov 2002 16:39:22 -0800 (PST) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55FEE43EAF; Mon, 25 Nov 2002 16:39:22 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0340.cvx40-bradley.dialup.earthlink.net ([216.244.43.85] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GTkI-00047b-00; Mon, 25 Nov 2002 16:38:35 -0800 Message-ID: <3DE2C236.4E729E56@mindspring.com> Date: Mon, 25 Nov 2002 16:37:10 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Marcin Dalecki , Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> <3DE2AF65.9000502@gmx.net> <3DE2B740.4206206E@mindspring.com> <20021126001003.GA8636@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > Is there documentation available for this anywhere? The BIOS vendor > > documentation, not the Linux source code. > > http://www.microsoft.com/hwdev/resources/specs/simp_bios.asp > http://www.microsoft.com/hwdev/resources/specs/simp_boot.asp > > is the best I could find; you'll need a Word doc viewer. It's mainly > geared toward detecting boot failure rather than abnormal shutdowns, > though. What we need is a matching "Simple Shutdown Flag" variable. The license you have to agree to to download it permits implementation for firmware, but not for the OS: 1(a)(iii), 1(b), 2(b)(b), 3. According to the documentation at the end of the page of the URL you posted above, the OS has to be full PnP compliant for it to work as expected, and multiboot is not supported. For thise interested in pursuing this, more information (no license agreement required) is available from: http://www.microsoft.com/hwdev/platform/performance/fastboot/fastboot-winxp.asp Though I expect you won't be able to implement without the specification. I guess looking at the Linux code as a reference is OK... they violated the license, not you, so it's not the same thing as you violating the license. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:48:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A02337B401 for ; Mon, 25 Nov 2002 16:48:47 -0800 (PST) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CEB43ECD for ; Mon, 25 Nov 2002 16:48:45 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id gAQ0mWi07755; Tue, 26 Nov 2002 09:48:32 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 26 Nov 2002 09:48:27 +0900 (JST) Message-Id: <20021126.094827.78081229.iwasaki@jp.FreeBSD.org> To: chris@unixpages.org Cc: current@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: Call for testers: acpica-unix-20021118.tar.gz From: Mitsuru IWASAKI In-Reply-To: <20021125195852.GC21123@unixpages.org> References: <20021121.194205.48537091.iwasaki@jp.FreeBSD.org> <20021125195852.GC21123@unixpages.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > the new snapshot boots fine here. > > However, I still get the message > > acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND OK, never mind. This is normal because your DSDT doesn't have _S1_ object. Name(\_S0_, Package(0x4) { 0x0, 0x0, 0x0, 0x0, }) Name(\_S3_, Package(0x4) { 0x5, 0x5, 0x0, 0x0, }) Name(\_S4_, Package(0x4) { 0x6, 0x6, 0x0, 0x0, }) Name(\_S5_, Package(0x4) { 0x7, 0x7, 0x0, 0x0, }) > when I try to suspend the machine or anything with closing the lid, > or using the keyboard buttons, or when I try something like > acpiconf -s 1. > > The box in question is an IBM Thinkpad R32. > > Any ideas? Instead of _S1_, you can specify _S3_ (or _S4_ if you setup for hibernation properly) for ACPI configuration. Please try: # sysctl hw.acpi.sleep_button_state=S3 # sysctl hw.acpi.lid_switch_state=S3 # sysctl hw.acpi.standby_state=S3 Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:52:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A5C637B401 for ; Mon, 25 Nov 2002 16:52:14 -0800 (PST) Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E7743E88 for ; Mon, 25 Nov 2002 16:52:13 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by eos.telenet-ops.be (Postfix) with SMTP id 0FF0220664 for ; Tue, 26 Nov 2002 01:52:02 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by eos.telenet-ops.be (Postfix) with ESMTP id DBA9520606 for ; Tue, 26 Nov 2002 01:52:01 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id B7D58802 for ; Tue, 26 Nov 2002 01:52:01 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 6D5A5B5; Tue, 26 Nov 2002 01:51:58 +0100 (CET) Date: Tue, 26 Nov 2002 01:51:55 +0100 From: Philip Paeps To: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021126005155.GA648@juno.home.paeps.cx> Mail-Followup-To: current@FreeBSD.ORG References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125202755.GA633@juno.home.paeps.cx> <3DE2A4FB.8E51F525@mindspring.com> <20021125233109.GA615@juno.home.paeps.cx> <3DE2B9B4.ABC49BB2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <3DE2B9B4.ABC49BB2@mindspring.com> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-25 16:00:52 (-0800), Terry Lambert wrote: > Philip Paeps wrote: > > > The "maildirs issue", I won't comment on, at this time. > > > > I hope I can provide enough information for someone to solve it though :-) > > It would be nice to be able to read my mail 'reliably' :-) > > The problem is not the amount, but the type of information. > > You need to characterize the problem well enough that you can write a little > program that can repeat it on someone else's machine, without them having to > create an installation identical to yours on a scratch box ...particularly > when it looks like if they tried that, it would work for them. That sounds like the first law of debugging to me :-) > Right now, there are other people using the same software that can't repeat > the problem. > > Without knowing whether or not you are both/neither/or-or-the-other using > NFS, etc., it's really impossible to even point you in the right direction > (NFS is my hunch, in this case; it's a common reason for use of "maildirs", > to try and side-step locking issues). I was also starting to think in the NFS direction. It's one of the reasons I use Maildirs. My setup is a bit convoluted too. This machine (the one now running -current and hanging) plays NFS server. The mailserver mounts the maildir and writes mail into it. Now, the 'hangs' appear to be somewhat random, I can open a few mailfolders without issues, then suddenly I get a hang if I try another one. Also, I notice that when I send a mail when I'm in a folder which is set up to save mails in itself (what a ridiculous sentence), they don't get saved until a while later. I'm going to fiddle a bit with my setup and see if I can reliably reproduce hangs. 'Random' is very difficult to debug, I know :-/ > You probably need to get together with the other person who said they were > *not* having a problem, and do a detailed compare on system configuration, > if all other things are equal. So who is this mysterious other person? :-) I'll get back with some more concrete information as soon as I have some. It's an intriguing challenge. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. BOFH Excuse #2: solar flares To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:57:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC9E37B401 for ; Mon, 25 Nov 2002 16:57:48 -0800 (PST) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2789D43EDC for ; Mon, 25 Nov 2002 16:57:47 -0800 (PST) (envelope-from dave@XtremeDev.com) Received: from xtremedev.com (xtremedev.com [216.241.38.65]) by mail.XtremeDev.com (Postfix) with ESMTP id EA27470601 for ; Mon, 25 Nov 2002 17:57:06 -0700 (MST) Date: Mon, 25 Nov 2002 06:01:15 -0700 (MST) From: bsd@xtremedev.com X-X-Sender: dave@Amber.XtremeDev.com To: questions@freebsd.org Subject: 5.0-DP2 ACLs on UFS2 Message-ID: <20021125055024.H42486-100000@Amber.XtremeDev.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey all, I've recently installed FreeBSD 5.0-DP2 to get myself familiar with the upcoming ACLs present in -CURRENT before the release itself. I've setup a test machine with one 45gb ide drive with one slice and two partitions (/ and swap) and installed FreeBSD on it. dumpfs / shows that root is UFS2, and from reading /usr/src/sys/ufs/ufs/README.acls, I don't need to do the extattrctl initattr commands since ufs2 supports EA/ACLs natively. Additionally, I booted to single user mode and enabled ACLS on / by doing a tunefs -a enable /dev/ad0s1a. I proceeded to try getfacl and setfacl. getfacl returned the default settings (just stat() in ACL form according to Robert Watson), however, no matter what I tried all I could get with setfacl -m g:mail:rwx testfile was: setfacl: acl_get_file() failed: Operation not supported I thought perhaps the tunefs on the ro mount of / did not take. So instead I used the mount time flag in fstab: /dev/ad0s1a / ufs rw,acls 1 1 I rebooted, and tried again. Yet I still get the same error message with setfacl. At this point I'm stuck. Is it because I only have / and not / and /usr? Does UFS2 with EA/ACLs not work on boot partitions? Or did I misunderstand something when trying to setup ACLs in -CURRENT? Any advice right now would be welcomed. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 16:57:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF9637B404 for ; Mon, 25 Nov 2002 16:57:48 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 73A5143ED1 for ; Mon, 25 Nov 2002 16:57:46 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 18754 invoked by uid 0); 26 Nov 2002 00:57:42 -0000 Received: from cvpn023.gwdg.de (HELO gmx.net) (134.76.22.23) by mail.gmx.net (mp008-rz3) with SMTP; 26 Nov 2002 00:57:42 -0000 Message-ID: <3DE2D50C.4090201@gmx.net> Date: Tue, 26 Nov 2002 02:57:32 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson Cc: Terry Lambert , Kris Kennaway , Robert Watson , Mikhail Teterin , current@FreeBSD.ORG Subject: Re: -current unusable after a crash References: <200211250959.39594.mi+mx@aldan.algebra.com> <20021125172445.GA8953@rot13.obsecurity.org> <3DE29DE6.CDD96F3F@mindspring.com> <3DE2AF65.9000502@gmx.net> <3DE2B740.4206206E@mindspring.com> <20021126001003.GA8636@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > In the last episode (Nov 25), Terry Lambert said: > >>Marcin Dalecki wrote: >> >>>>I don't think this is really possible. >>>> >>>>I went looking for a generic "application use" CMOS are for this >>>>sort of thing a while back, and I was unable to find one. >>> >>>Well you should please take a look at the "fast boot" option of >>>moderately modern BIOS-es. Somthing along those lines went right >>>now in to the linux kernel. Seems pretty adequate to me, since you >>>would be even able to controll it through the BIOS setup... >> >>Is there documentation available for this anywhere? The BIOS vendor >>documentation, not the Linux source code. > > > http://www.microsoft.com/hwdev/resources/specs/simp_bios.asp > http://www.microsoft.com/hwdev/resources/specs/simp_boot.asp > > is the best I could find; you'll need a Word doc viewer. OpenOffice works fine on my FreeBSD setup ;-). > It's mainly > geared toward detecting boot failure rather than abnormal shutdowns, > though. What we need is a matching "Simple Shutdown Flag" variable. Personally I was not that much thinking about the particular problem at hand. I think the fast boot BIOS preference should be simply exported by the kernel as a sysconf erm. sorry sysctl constant value to allow for easy checking by userland. One could imagine that a lot of other preferences could be controlled by it as well. Like for example starting dhclient dettached from the current console, just to give the user a login prompt as fast as possible and so on... -- Marcin Dalecki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17: 6:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F32337B401; Mon, 25 Nov 2002 17:06:35 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92FEE43ED1; Mon, 25 Nov 2002 17:06:34 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA28159; Mon, 25 Nov 2002 20:06:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAQ15kZ75838; Mon, 25 Nov 2002 20:05:46 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15842.51434.862239.412681@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 20:05:46 -0500 (EST) To: Bosko Milekic Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125174315.C75673@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> <20021125160122.A75673@unixdaemons.com> <15842.37927.919140.910293@grasshopper.cs.duke.edu> <20021125174315.C75673@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic writes: > > Well, first of all, I never call kmem_malloc() with any locks held so > this argument about grabbing Giant while other locks are held is not > applicable in my case. Well, not for the mbuf allocator itself, but for its consumers. > Given that you call the allocator with locks held, then you should > only be doing so with M_DONTWAIT as an M_TRYWAIT call may result in a > call to m_drain() which - if you are holding any locks - may lead to > lock order reversals. So given that you can only call the allocator > with M_DONTWAIT for device drivers or any other code paths holding > locks, then it would make sense to just make the M_DONTWAIT case never Exactly. I think we're now in violent agreement. But in order for this to work, we need your mbuf kproc to replenish the caches in case of allocation failures. I'm happy to wait until 5.1 for decent performance, as long as I know its coming. Hopefully we'll have time to bring some of the more popular drivers out from under Giant in time for 5.1. > call the VM routines as well. Either that, or make sure that a call > to kmem_malloc() with M_DONTWAIT can do its job without requiring > Giant (is this possible?) The VM gurus are now aware of the problem and are working on it, but its not currently possible. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17:11:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFEC037B401 for ; Mon, 25 Nov 2002 17:11:18 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 198A843ED1 for ; Mon, 25 Nov 2002 17:11:18 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id gAQ1B1166482; Mon, 25 Nov 2002 20:11:03 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 25 Nov 2002 20:11:01 -0500 (EST) From: Jeff Roberson To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... In-Reply-To: <20021126005155.GA648@juno.home.paeps.cx> Message-ID: <20021125200739.W83923-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 26 Nov 2002, Philip Paeps wrote: > > I was also starting to think in the NFS direction. It's one of the reasons I > use Maildirs. My setup is a bit convoluted too. This machine (the one now > running -current and hanging) plays NFS server. The mailserver mounts the > maildir and writes mail into it. > > Now, the 'hangs' appear to be somewhat random, I can open a few mailfolders > without issues, then suddenly I get a hang if I try another one. Also, I > notice that when I send a mail when I'm in a folder which is set up to save > mails in itself (what a ridiculous sentence), they don't get saved until a > while later. > > I'm going to fiddle a bit with my setup and see if I can reliably reproduce > hangs. 'Random' is very difficult to debug, I know :-/ > If you do not have it compiled in already, please add DDB to your kernel config. The next time it hangs type CTRL+ALT+ESC to enter the debugger. Then please provide the output of 'ps' and 'show lockedvnods'. You may then use 'call boot(0)' to reboot your system. Thanks! Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17:14:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81DCA37B401; Mon, 25 Nov 2002 17:14:19 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7E243ED1; Mon, 25 Nov 2002 17:14:18 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA28552; Mon, 25 Nov 2002 20:14:16 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gAQ1Dkj75846; Mon, 25 Nov 2002 20:13:46 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15842.51914.871010.137070@grasshopper.cs.duke.edu> Date: Mon, 25 Nov 2002 20:13:46 -0500 (EST) To: Bosko Milekic Cc: Julian Elischer , Robert Watson , Luigi Rizzo , current@freebsd.org Subject: Re: mbuf header bloat ? In-Reply-To: <20021125160122.A75673@unixdaemons.com> References: <15840.8629.324788.887872@grasshopper.cs.duke.edu> <15841.17237.826666.653505@grasshopper.cs.duke.edu> <20021125130005.A75177@unixdaemons.com> <15842.27547.385354.151541@grasshopper.cs.duke.edu> <20021125160122.A75673@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bosko Milekic writes: > > back. We'll also need a kproc that can wake up every now and then to > > expand the pool if allocations at interrupt time failed. Or do you > > already have a mechanism for that? > > The intended mechanism is the kproc and when the allocator was first > designed and written, I had taken that into account although I have <...> > (I hope that came out OK). As you can see, the concept is very simple > and with the current infrastructure should be fairly easy to > implement. If you're wondering, I was going to do is as a 5.1 feature > at some point because I've been so swamped with other things right now > and so I do not foresee being able to do this in time for 5.0. This looks ideal. I'm looking forward to it. > It is not out of date. The code means: > > "If you've given me a counter then I'll use it otherwise I'll try to > allocate one with malloc()." Ah, duh. Thanks. I'd better start providing one in my driver then.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17:19:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA8C337B401 for ; Mon, 25 Nov 2002 17:19:17 -0800 (PST) Received: from mleko.xocolatl.com (xocolatl.com [216.240.48.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 750FF43E4A for ; Mon, 25 Nov 2002 17:19:17 -0800 (PST) (envelope-from frf@xocolatl.com) Received: from mleko.xocolatl.com (localhost [127.0.0.1]) by mleko.xocolatl.com (8.12.6/8.12.6) with ESMTP id gAQ1JGWE036760 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 25 Nov 2002 17:19:17 -0800 (PST) (envelope-from frf@mleko.xocolatl.com) Received: (from frf@localhost) by mleko.xocolatl.com (8.12.6/8.12.6/Submit) id gAQ1JG2W036759 for freebsd-current@freebsd.org; Mon, 25 Nov 2002 17:19:16 -0800 (PST) (envelope-from frf) From: Robert Faulds Message-Id: <200211260119.gAQ1JG2W036759@mleko.xocolatl.com> Subject: sk (miibus) driver won't attach To: freebsd-current@freebsd.org Date: Mon, 25 Nov 2002 17:19:16 -0800 (PST) X-Oxymoron: Slick GUI X-Alternative-Food-Source: Eat PEZ X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a Tyan K7 dual AMD MP200+ system running CURRENT and can not get my SysKonnect 9843 GigE to work. I've tried several different methods of loading the driver (static in the kernel, loaded from /boot/loader.conf, and kldload after booting to multiuser, all with the same result: No miibus attach. miibus is loaded from /boot/loader.conf, but I've also tried building it static into the kernel. coraegis1# kldload if_sk skc0: port 0x1400-0x14ff mem 0xf4000000-0xf4003fff irq 3 at device 12.0 on pci0 skc0: SysKonnect SK-NET Gigabit Ethernet Adapter SK-9843 SX sk0: on skc0 sk0: Ethernet address: 00:00:5a:99:1c:6c skc0: no PHY found! device_probe_and_attach: sk0 attach returned 6 miibus is funtioning properly for other devices: coraegis1# kldload if_fxp fxp0: port 0x2000-0x201f mem 0xf6000000-0xf60f ffff,0xf6200000-0xf6200fff irq 5 at device 4.0 on pci3 fxp0: Ethernet address 00:50:8b:6f:97:04 fxp1: port 0x2020-0x203f mem 0xf6100000-0xf61f ffff,0xf6201000-0xf6201fff irq 2 at device 5.0 on pci3 fxp1: Ethernet address 00:50:8b:6f:97:05 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto inphy1: on miibus3 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto On the same hardware; under 4.7-STABLE, this 9843 works very well. Any suggestions before I flood this list with copious amounts of debugging? Robert -- frf@xocolatl.com 39:FF:7C:52:66:9D:B9:A3 EA:67:3C:7F:D1:B6:30:36 If life is a stage, I want some better lighting. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17:50:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A624637B404 for ; Mon, 25 Nov 2002 17:50:19 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E86143EC2 for ; Mon, 25 Nov 2002 17:50:19 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 84253 invoked by uid 1000); 26 Nov 2002 01:50:17 -0000 Date: Mon, 25 Nov 2002 17:50:17 -0800 (PST) From: Nate Lawson To: current@freebsd.org Cc: rwatson@freebsd.org Subject: More info on blocked procs with make -j3 buildworld Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG More info. Someone should bite one of these times. So far I've got no takers so if interested, please help. I've got a box that was operational but no more procs (can't log in). It looks like the nightly 'make -j3 buildworld' hung it. I left it in ddb with hopes someone will ask the right questions. There are about 100 cron processes sleeping in "ppwait" and "thrd_sleep". Their traces are all the same: cron 1 ---- mi_switch(c24d31a0,44,c037b496,cc,c03fc118) at mi_switch+0x1e1 msleep(c0b740b4,c03f7928,44,c038c5d9,0) at msleep+0x453 acquire(c0b740b4,1000000,600,e3,10595) at acquire+0xa7 lockmgr(c0b740b4,2,0,c24d31a0,246) at lockmgr+0x378 _vm_map_lock(c0b74078,c038c47c,1d0,c02207e0,c24d1ca8) at _vm_map_lock+0x5b kmem_alloc_wait(c0b74078,11000,c03784b8,cb,0) at kmem_alloc_wait+0x38 kern_execve(c24d31a0,80590c6,bfbff6ec,8052160,0) at kern_execve+0x1de execve(c24d31a0,cdc67d10,c039575a,409,3) at execve+0x30 syscall(2f,2f,2f,805213a,bfbff6ec) at syscall+0x28e cron 2 ---- mi_switch(c24d3270,5c,c037b496,cc,c24d4a20) at mi_switch+0x1e1 msleep(c24d1a80,c24d1928,5c,c0378708,0) at msleep+0x453 fork1(c24d3270,80000034,0,cdc6acd4,c24d1ae8) at fork1+0x11bb vfork(c24d3270,cdc6ad10,c039575a,409,0) at vfork+0x52 syscall(2f,2f,2f,0,8052040) at syscall+0x28e There are a few procs that look interesting that are also blocked. I've shortened their pids for easy reference. Interesting Procs ---- 1 cc wait 2 cc wait 3 cc wait 4 cc1 ufs 5 cc thrd_sleep 6 cc1 thrd_sleep 7 as ufs 8 cc ufs 9 as thrd_sleep 4, 7 (8 very similar) mi_switch(c1a2d410,50,c037b496,cc,1) at mi_switch+0x1e1 msleep(c226168c,c03f8010,50,c038b03e,0) at msleep+0x453 acquire(c226168c,1000040,700,101,104d2) at acquire+0xa7 lockmgr(c226168c,1030041,c22615c8,c1a2d410,cd2cab34) at lockmgr+0x16d vop_stdlock(cd2cab50,cd2cab70,c028902b,cd2cab50,c0382bd2) at vop_stdlock+0x2c ### 281 return (debuglockmgr(vp->v_vnlock, ap->a_flags, VI_MTX(vp), ### 282 ap->a_td, "vop_stdlock", vp->filename, vp->line)); ufs_vnoperate(cd2cab50,c0382bd2,815,cd2cab70,c0220731) at ufs_vnoperate+0x18 vn_lock(c22615c8,1030041,c1a2d410,815,18b) at vn_lock+0xeb vget(c22615c8,1020041,c1a2d410,432,18b) at vget+0xd6 vnode_pager_lock(c1f5e5b0,8230000,1,cd2cac60,cd2cac50) at vnode_pager_lock+0x95 vm_fault(c19c4b28,8230000,1,0,c1a2d410) at vm_fault+0x2cb trap_pfault(cd2cad48,1,8230ab0,299,8230ab0) at trap_pfault+0xef trap(2f,2f,2f,bfbff664,2d) at trap+0x287 calltrap() at calltrap+0x5 5 mi_switch(c1926a90,44,c037b496,cc,251) at mi_switch+0x1e1 msleep(c0b740b4,c03f7928,44,c038c5d9,0) at msleep+0x453 acquire(c0b740b4,1000000,600,e3,104d3) at acquire+0xa7 lockmgr(c0b740b4,2,0,c1926a90,c1926a90) at lockmgr+0x378 _vm_map_lock_read(c0b74078,c038c63c,a72,1380116,0) at _vm_map_lock_read+0x5b ### 366 error = lockmgr(&map->lock, LK_EXCLUSIVE, NULL, curthread); vm_map_lookup(cce35880,c7f50000,1,cce35884,cce35874) at vm_map_lookup+0x38 vm_fault(c0832000,c7f50000,1,0,c1926a90) at vm_fault+0xa5 trap_pfault(cce3596c,0,c7f50000,1000000,c7f50000) at trap_pfault+0x161 trap(18,c1920010,10,80c7000,c7f50000) at trap+0x41d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc033c5ee, esp = 0xcce359ac, ebp = 0xcce359fc --- generic_copyout(c1a2ca80,c1e6572c,c220d128,c1f5ef08,7d2e0) at generic_copyout+0x36 exec_elf32_imgact(cce35b88,0,c03784b8,101,ffffffff) at exec_elf32_imgact+0x297 kern_execve(c1926a90,806b340,80734b8,8070380,0) at kern_execve+0x3f2 execve(c1926a90,cce35d10,c039575a,409,3) at execve+0x30 syscall(2f,2f,2f,0,1) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d 6, 9 mi_switch(c1926750,44,c037b496,cc,c03fc208) at mi_switch+0x1e1 msleep(c0b740b4,c03f7928,44,c038c5d9,0) at msleep+0x453 acquire(c0b740b4,1000000,600,e3,104d4) at acquire+0xa7 lockmgr(c0b740b4,2,0,c1926750,c1926750) at lockmgr+0x378 _vm_map_lock(c0b74078,c038c47c,1ed,c1b95800,c1926750) at _vm_map_lock+0x5b ### 366 error = lockmgr(&map->lock, LK_EXCLUSIVE, NULL, curthread); kmem_free_wakeup(c0b74078,c7f0a000,11000,0,0) at kmem_free_wakeup+0x2a kern_execve(c1926750,806b300,8073400,8070300,0) at kern_execve+0xd57 execve(c1926750,cce29d10,c039575a,409,3) at execve+0x30 syscall(2f,2f,2f,0,0) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d 8 (same as 4, 7 above the copyout trap) mi_switch(c1b5f340,50,c037b496,cc,c04026a0) at mi_switch+0x1e1 msleep(c226168c,c03f8010,50,c038b03e,0) at msleep+0x453 acquire(c226168c,1000040,700,101,104d6) at acquire+0xa7 lockmgr(c226168c,1030041,c22615c8,c1b5f340,cd38c758) at lockmgr+0x16d vop_stdlock(cd38c774,cd38c794,c028902b,cd38c774,c0382bd2) at vop_stdlock+0x2c ### 281 return (debuglockmgr(vp->v_vnlock, ap->a_flags, VI_MTX(vp), ### 282 ap->a_td, "vop_stdlock", vp->filename, vp->line)); ufs_vnoperate(cd38c774,c0382bd2,815,cd38c794,c0220731) at ufs_vnoperate+0x18 vn_lock(c22615c8,1030041,c1b5f340,815,18b) at vn_lock+0xeb vget(c22615c8,1020041,c1b5f340,432,18b) at vget+0xd6 vnode_pager_lock(c1f5e5b0,c7f3e000,1,cd38c884,cd38c874) at vnode_pager_lock+0x95 vm_fault(c0832000,c7f3e000,1,0,c1b5f340) at vm_fault+0x2cb trap_pfault(cd38c96c,0,c7f3e000,1000000,c7f3e000) at trap_pfault+0x161 trap(18,c1b50010,10,82de000,c7f3e000) at trap+0x41d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc033c5ee, esp = 0xcd38c9ac, ebp = 0xcd38c9fc --- generic_copyout(c1a21a80,c1b98bf4,c22615c8,c1f5e5b0,294000) at generic_copyout+0x36 exec_elf32_imgact(cd38cb88,0,c03784b8,101,ffffffff) at exec_elf32_imgact+0x297 kern_execve(c1b5f340,806b300,8073400,8070300,0) at kern_execve+0x3f2 execve(c1b5f340,cd38cd10,c039575a,409,3) at execve+0x30 syscall(2f,2f,2f,0,1) at syscall+0x28e Xint0x80_syscall() at Xint0x80_syscall+0x1d ---- I'm guessing that 5 is blocking 6, 9. It seems that 4, 7, 8 are all fine and waiting for the vnode correctly. But I don't know this code area or theory so someone please reply. Thanks, Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 17:59: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 209DA37B401 for ; Mon, 25 Nov 2002 17:59:02 -0800 (PST) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5CD43EAA for ; Mon, 25 Nov 2002 17:59:00 -0800 (PST) (envelope-from andyf@speednet.com.au) Received: from brigate.speednet.com.au (brigate.speednet.com.au [203.57.65.241]) by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id gAQ1wrij019577 for ; Tue, 26 Nov 2002 12:58:53 +1100 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 26 Nov 2002 12:58:53 +1100 (EST) From: Andy Farkas To: freebsd-current@FreeBSD.ORG Subject: dc(4) problems Message-ID: <20021126123829.B51407-100000@brigate.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a Macronix 98715A network adpater that works on RELEASE-4.6-p2 but not under very recent 5.0-CURRENT (same box). Under -current the ethernet address is set to 00:00:00:00:00:00 and a warning about sleeping with a lock set is emmitted. dmesgs: FreeBSD RELEASE-4.6-p2 #0: Sun Jul 14 22:29:30 GMT 2002 ... dc0: port 0xe800-0xe8ff mem 0xf3fff000-0xf3fff0ff irq 10 at device 7.0 on pci0 dc0: Ethernet address: 00:00:e8:89:ba:90 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ... FreeBSD 5.0-CURRENT #0: Tue Nov 26 03:09:21 EST 2002 ... dc0: port 0xe800-0xe8ff mem 0xf3fff000-0xf3fff0ff irq 10 at device 7.0 on pci0 dc0: Ethernet address: 00:00:00:00:00:00 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto /usr/src/sys/vm/uma_core.c:1330: could sleep with "dc0" locked from /usr/src/sys/pci/if_dc.c:1974 ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 19: 1:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F1C37B401 for ; Mon, 25 Nov 2002 19:01:51 -0800 (PST) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C76243E88 for ; Mon, 25 Nov 2002 19:01:51 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id gAQ31ljh238538; Mon, 25 Nov 2002 22:01:47 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Mon, 25 Nov 2002 22:01:46 -0500 To: Nate Lawson , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: More info on blocked procs with make -j3 buildworld Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 5:50 PM -0800 11/25/02, Nate Lawson wrote: >More info. Someone should bite one of these times. So far I've >got no takers so if interested, please help. > >I've got a box that was operational but no more procs (can't log >in). It looks like the nightly 'make -j3 buildworld' hung it. I >left it in ddb with hopes someone will ask the right questions. I have no idea how to help with the level of questions you're asking, but certainly I've gotten through a lot of buildworlds ok, using -j5. One thing I was wondering was if you can tell whether your machine is out-of-memory or out-of-disk-space? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 19: 8: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B0A37B401; Mon, 25 Nov 2002 19:08:07 -0800 (PST) Received: from lakemtao02.cox.net (lakemtao02.cox.net [68.1.17.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EAFF43EA9; Mon, 25 Nov 2002 19:08:06 -0800 (PST) (envelope-from ataraxia@cox.net) Received: from arkadia.nv.cox.net ([68.98.181.29]) by lakemtao02.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20021126030803.DGAX2203.lakemtao02.cox.net@arkadia.nv.cox.net>; Mon, 25 Nov 2002 22:08:03 -0500 Received: from arkadia.nv.cox.net (localhost [127.0.0.1]) by arkadia.nv.cox.net (8.12.6/8.12.6) with ESMTP id gAQ384vF052406; Mon, 25 Nov 2002 22:08:05 -0500 (EST) (envelope-from ataraxia@arkadia.nv.cox.net) Received: (from ataraxia@localhost) by arkadia.nv.cox.net (8.12.6/8.12.6/Submit) id gAQ3845p052405; Mon, 25 Nov 2002 22:08:04 -0500 (EST) (envelope-from ataraxia) Date: Mon, 25 Nov 2002 22:08:04 -0500 From: Ray Kohler To: freebsd-current@freebsd.org Cc: cg@freebsd.org Subject: Re: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c Message-ID: <20021126030804.GA52363@arkadia.nv.cox.net> Mail-Followup-To: freebsd-current@freebsd.org, cg@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > cg 2002/11/25 09:17:43 PST > > Modified files: > sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c > feeder_rate.c sndstat.c sound.c sound.h vchan.c > > Log: various fixes to eliminate locking warnings > > Approved by: re > Reviewed by: orion I have no idea why, but this commit broke kernel building: cc -c -O -pipe -mcpu=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/sound/isa/ad1816.c cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union *** Error code 1 And the same result for other consumers of snd_mtx* . -- Ray Kohler What color is a chameleon on a mirror? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 20: 0:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E884E37B401 for ; Mon, 25 Nov 2002 20:00:12 -0800 (PST) Received: from mleko.xocolatl.com (xocolatl.com [216.240.48.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A7B43EC2 for ; Mon, 25 Nov 2002 20:00:12 -0800 (PST) (envelope-from frf@xocolatl.com) Received: from mleko.xocolatl.com (localhost [127.0.0.1]) by mleko.xocolatl.com (8.12.6/8.12.6) with ESMTP id gAQ408WE041622 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 25 Nov 2002 20:00:08 -0800 (PST) (envelope-from frf@mleko.xocolatl.com) Received: (from frf@localhost) by mleko.xocolatl.com (8.12.6/8.12.6/Submit) id gAQ408r9041621 for freebsd-current@freebsd.org; Mon, 25 Nov 2002 20:00:08 -0800 (PST) (envelope-from frf) From: Robert Faulds Message-Id: <200211260400.gAQ408r9041621@mleko.xocolatl.com> Subject: vm/uma_core.c:1330: could sleep with "skc0" (was: sk (miibus) driver won't attach...more info) In-Reply-To: <200211260119.gAQ1JG2W036759@mleko.xocolatl.com> To: freebsd-current@freebsd.org Date: Mon, 25 Nov 2002 20:00:08 -0800 (PST) X-Oxymoron: Slick GUI X-Alternative-Food-Source: Eat PEZ X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A little more poking around produced this... coraegis1# kldload if_sk skc0: port 0x1400-0x14ff mem 0xf4000000-0xf4003fff irq 3 at device 12.0 on pci0 /usr/src/sys/vm/uma_core.c:1330: could sleep with "skc0" locked from /usr/src/sys/pci/if_sk.c:1213 skc0: SysKonnect SK-NET Gigabit Ethernet Adapter SK-9843 SX sk0: on skc0 sk0: Ethernet address: 00:00:5a:99:1c:6c /usr/src/sys/vm/uma_core.c:1330: could sleep with "skc0" locked from /usr/src/sys/pci/if_sk.c:1049 /usr/src/sys/vm/uma_core.c:1330: could sleep with "skc0" locked from /usr/src/sys/pci/if_sk.c:1049 /usr/src/sys/vm/uma_core.c:1330: could sleep with "skc0" locked from /usr/src/sys/pci/if_sk.c:1049 skc0: no PHY found! device_probe_and_attach: sk0 attach returned 6 I saw another post reguarding dc(4) that looks like the same problem. => I have a Tyan K7 dual AMD MP200+ system running CURRENT and can not => get my SysKonnect 9843 GigE to work. => I've tried several different methods of loading the driver (static => in the kernel, loaded from /boot/loader.conf, and kldload after => booting to multiuser, all with the same result: No miibus attach. => miibus is loaded from /boot/loader.conf, but I've also tried building => it static into the kernel. => => coraegis1# kldload if_sk => skc0: port 0x1400-0x14ff mem => 0xf4000000-0xf4003fff => irq 3 at device 12.0 on pci0 => skc0: SysKonnect SK-NET Gigabit Ethernet Adapter SK-9843 SX => sk0: on skc0 => sk0: Ethernet address: 00:00:5a:99:1c:6c => skc0: no PHY found! => device_probe_and_attach: sk0 attach returned 6 => => miibus is funtioning properly for other devices: => => coraegis1# kldload if_fxp => fxp0: port 0x2000-0x201f mem => 0xf6000000-0xf60f => ffff,0xf6200000-0xf6200fff irq 5 at device 4.0 on pci3 => fxp0: Ethernet address 00:50:8b:6f:97:04 => fxp1: port 0x2020-0x203f mem => 0xf6100000-0xf61f => ffff,0xf6201000-0xf6201fff irq 2 at device 5.0 on pci3 => fxp1: Ethernet address 00:50:8b:6f:97:05 => inphy0: on miibus2 => inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto => inphy1: on miibus3 => inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto => => => On the same hardware; under 4.7-STABLE, this 9843 works very well. => => => Any suggestions before I flood this list with copious amounts of => debugging? => Robert => => -- => frf@xocolatl.com 39:FF:7C:52:66:9D:B9:A3 EA:67:3C:7F:D1:B6:30:36 => => => => If life is a stage, I want some better lighting. => => To Unsubscribe: send mail to majordomo@FreeBSD.org => with "unsubscribe freebsd-current" in the body of the message => -- frf@xocolatl.com 39:FF:7C:52:66:9D:B9:A3 EA:67:3C:7F:D1:B6:30:36 Quidquid latine dictum sit, altum viditur. (Whatever is said in Latin sounds profound.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 20:54:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53FFC37B401 for ; Mon, 25 Nov 2002 20:54:28 -0800 (PST) Received: from sushi.quinn.com (adsl-63-192-200-202.dsl.snfc21.pacbell.net [63.192.200.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id A42D443EB2 for ; Mon, 25 Nov 2002 20:54:17 -0800 (PST) (envelope-from fred@condo.chico.ca.us) Received: from condo.chico.ca.us (adsl-64-169-154-8.dsl.chic01.pacbell.net [64.169.154.8]) (authenticated bits=0) by sushi.quinn.com (8.12.3/8.12.3) with ESMTP id gAQ4sFBG048427 for ; Mon, 25 Nov 2002 20:54:16 -0800 (PST) (envelope-from fred@condo.chico.ca.us) Date: Mon, 25 Nov 2002 20:54:15 -0800 Mime-Version: 1.0 (Apple Message framework v548) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Subject: ISA probe failure (ed0) From: Fred Condo To: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1CCD035A-00FB-11D7-8AAC-003065C7DFE8@condo.chico.ca.us> X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a system whose ethernet card is at ISA irq 9, port 0x280, iomem=20= 0xd8000. FreeBSD 4.7-R correctly detects and uses this card with those=20= settings; FreeBSD 5.0-DP2 does not. Please forgive my newbosity; this=20 is the first time I have installed -CURRENT on anything (except as a=20 stunt). However, a search of the archives did not turn up anything that=20= seemed relevant. Under verbose booting, the kernel says: ed0 failed to probe at port 0x280-0x29f iomem 0xd8000 irq 9 on isa0 I have changed /boot/device.hints to reflect the change from irq 11 to=20= 9. This hardware has always been a little weird, I guess because it is=20= an HP Pavilion of about 1998 vintage. This is my "thrasher" machine for=20= testing weird configurations on, so I'm not at all astonished that it=20 doesn't work right. Anyway, any hints from those far more clued than I in the ways of 5.0,=20= will of course be greatly appreciated. If need be, I can swap cards=20 with another junker machine, but I suspect it is an ed(4) card, as well=20= (I would have to pull that machine out of the junk closet and open it=20 up to be sure :). --=20 Life is short, the art long, opportunity fleeting, experiment=20 treacherous, judgment difficult. -- Hippocrates (c. 460=96370 B.C.E.), Greek physician= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 21: 7:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FB537B401 for ; Mon, 25 Nov 2002 21:07:09 -0800 (PST) Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8253C43EC2 for ; Mon, 25 Nov 2002 21:07:08 -0800 (PST) (envelope-from sidcarter@symonds.net) Received: from northrelay03.pok.ibm.com (northrelay03.pok.ibm.com [9.56.224.151]) by e5.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id gAQ5774s211032 for ; Tue, 26 Nov 2002 00:07:07 -0500 Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126]) by northrelay03.pok.ibm.com (8.12.3/NCO/VER6.4) with ESMTP id gAQ573ND035296 for ; Tue, 26 Nov 2002 00:07:05 -0500 Received: by calvin.in.ibm.com (Postfix, from userid 1001) id 5D15537E0; Tue, 26 Nov 2002 10:35:41 +0530 (IST) Subject: ACPI errors - IBM Thinkpad A31p From: Sid Carter Operating-System: Turing OS XCVIII Disclaimer: Not speaking for anyone in any way, shape, or form. Copyright: Copyright 2002 Sid Carter - All Rights Reserved To: current@freebsd.org Reply-To: sidcarter@symonds.net Organization: Sid Carter GmBH. Date: 26 Nov 2002 10:35:41 +0530 Message-ID: <86ptsssyxm.fsf@calvin.in.ibm.com> Lines: 77 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, I see this error while booting into BSD and I presume this might be the problem that acpi on my TP does not work. The errors are something like this. ------------------------------------------------ acpi0: on motherboard Using $PIR table, 14 entries at 0xc00fdeb0 ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 ------------------------------------------------ Dmesg on the box ------------------------------------------------ FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 root@tango.in.ibm.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0618000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc06180a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0618154. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0618200. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1198990668 Hz CPU: Pentium 4 (1198.99-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 267780096 (255 MB) avail memory = 253579264 (241 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface ------------------------------------------------ uname -a -------- FreeBSD tango 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 root@tango:/usr/obj/usr/src/sys/GENERIC i386 Any fix for this ? I am unable to use ACPI in FBSD. TIA Regards Sid -- When I was in school, I cheated on my metaphysics exam: I looked into the soul of the boy sitting next to me. -- Woody Allen Sid Carter - http://khader.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 21:34: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 887FF37B401 for ; Mon, 25 Nov 2002 21:33:59 -0800 (PST) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FCD43EBE for ; Mon, 25 Nov 2002 21:33:54 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id gAQ5XMi73879; Tue, 26 Nov 2002 14:33:22 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 26 Nov 2002 14:33:09 +0900 (JST) Message-Id: <20021126.143309.02311294.iwasaki@jp.FreeBSD.org> To: sidcarter@symonds.net Cc: current@FreeBSD.ORG, acpi-jp@jp.freebsd.org Subject: Re: ACPI errors - IBM Thinkpad A31p From: Mitsuru IWASAKI In-Reply-To: <86ptsssyxm.fsf@calvin.in.ibm.com> References: <86ptsssyxm.fsf@calvin.in.ibm.com> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Are you trying this with acpica-unix-20021118 patch which was announced recently? http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff Also acpi-jp@jp.freebsd.org is better place for ACPI CA related problem reports. Thanks From: Sid Carter Subject: ACPI errors - IBM Thinkpad A31p Date: 26 Nov 2002 10:35:41 +0530 Message-ID: <86ptsssyxm.fsf@calvin.in.ibm.com> > Hi Folks, > > I see this error while booting into BSD and I presume this might be the > problem that acpi on my TP does not work. > > The errors are something like this. > > ------------------------------------------------ > acpi0: on motherboard > Using $PIR table, 14 entries at 0xc00fdeb0 > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > acpi0: power button is handled as a fixed feature programming model. > Timecounter "ACPI-fast" frequency 3579545 Hz > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > ACPI-1354: *** Error: Method execution failed, AE_NOT_EXIST > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_cpu0: on acpi0 > acpi_tz0: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > ------------------------------------------------ > > Dmesg on the box > > ------------------------------------------------ > FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 > root@tango.in.ibm.com:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0618000. > Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc06180a8. > Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0618154. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0618200. > Timecounter "i8254" frequency 1193182 Hz > Timecounter "TSC" frequency 1198990668 Hz > CPU: Pentium 4 (1198.99-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > Features=0x3febf9ff AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> > real memory = 267780096 (255 MB) > avail memory = 253579264 (241 MB) > Initializing GEOMetry subsystem > Pentium Pro MTRR support enabled > npx0: on motherboard > npx0: INT 16 interface > ------------------------------------------------ > > uname -a > -------- > FreeBSD tango 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Nov 22 17:37:35 IST 2002 root@tango:/usr/obj/usr/src/sys/GENERIC i386 > > Any fix for this ? I am unable to use ACPI in FBSD. > > TIA > Regards > Sid > -- > When I was in school, I cheated on my metaphysics exam: I looked into > the soul of the boy sitting next to me. > -- Woody Allen > > Sid Carter - http://khader.net/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 22:19:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 464D737B401 for ; Mon, 25 Nov 2002 22:19:55 -0800 (PST) Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DA3443EB2 for ; Mon, 25 Nov 2002 22:19:54 -0800 (PST) (envelope-from gandalf@vilnya.demon.co.uk) Received: from vilnya.demon.co.uk ([158.152.19.238]) by anchor-post-30.mail.demon.net with esmtp (Exim 3.35 #1) id 18GZ4a-000Jpn-0U; Tue, 26 Nov 2002 06:19:53 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.rings (Postfix) with ESMTP id E8FF510790; Tue, 26 Nov 2002 06:21:13 +0000 (GMT) Received: from [10.2.4.64] (haveblue.rings [10.2.4.64]) by vilnya.demon.co.uk (Postfix) with ESMTP id 5C1A01078E; Tue, 26 Nov 2002 06:21:12 +0000 (GMT) Date: Tue, 26 Nov 2002 06:19:41 +0000 From: cameron grant To: Ray Kohler , freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c Message-ID: <671799546.1038291581@[10.2.4.64]> In-Reply-To: <20021126030804.GA52363@arkadia.nv.cox.net> References: <20021126030804.GA52363@arkadia.nv.cox.net> X-Mailer: Mulberry/3.0.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I have no idea why, but this commit broke kernel building: > > cc -c -O -pipe -mcpu=athlon -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h > -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > -ffreestanding -Werror /usr/src/sys/dev/sound/isa/ad1816.c > cc1: warnings being treated as errors > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > something not a structure or union > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > something not a structure or union > *** Error code 1 > > And the same result for other consumers of snd_mtx* . i'm unable to reproduce this. have you tried a clean build? -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 22:34:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F0E437B404 for ; Mon, 25 Nov 2002 22:34:53 -0800 (PST) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECD743E9C for ; Mon, 25 Nov 2002 22:34:52 -0800 (PST) (envelope-from bsdc@xtremedev.com) Received: from xtremedev.com (xtremedev.com [216.241.38.65]) by mail.XtremeDev.com (Postfix) with ESMTP id 793CA70603 for ; Mon, 25 Nov 2002 23:34:22 -0700 (MST) Date: Mon, 25 Nov 2002 23:34:22 -0700 (MST) From: bsdc@xtremedev.com X-X-Sender: dave@Amber.XtremeDev.com To: current@freebsd.org Subject: ACLs on the boot partition? Message-ID: <20021125232941.P89869-100000@Amber.XtremeDev.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How do I enable ACLs on the boot partition? tunefs -a enable /dev/ad0s1a indicates it got set (in single user mode with / mounted readonly). But I still can't set anything with setfacl(1). I tried booting to the fixit floppy, hoping to set acls flag from there to my partition, but it doesn't have tunefs. Is my only choice now to take the drive out and put it in another FreeBSD machine and set it from there? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 22:48:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C0037B401; Mon, 25 Nov 2002 22:48:58 -0800 (PST) Received: from eumenes.hosting.swbell.net (eumenes.hosting.swbell.net [216.100.98.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C051A43EA9; Mon, 25 Nov 2002 22:48:57 -0800 (PST) (envelope-from alc@imimic.com) Received: from imimic.com (adsl-216-63-78-19.dsl.hstntx.swbell.net [216.63.78.19]) by eumenes.hosting.swbell.net id BAA07804; Tue, 26 Nov 2002 01:48:43 -0500 (EST) [ConcentricHost SMTP Relay 1.14] Message-ID: <3DE31949.664C8A9B@imimic.com> Date: Tue, 26 Nov 2002 00:48:41 -0600 From: "Alan L. Cox" Organization: iMimic Networking, Inc. X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: nate@root.org, current@freebsd.org, rwatson@freebsd.org Subject: Re: More info on blocked procs with make -j3 buildworld Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does your kernel include the following? Revision 1.200 / (download) - annotate - [select for diffs], Sun Nov 17 09:33:00 2002 UTC (8 days, 21 hours ago) by jeff Branch: MAIN Changes since 1.199: +4 -4 lines Diff to previous 1.199 (colored) - Release the imgp vnode prior to freeing exec_map resources to avoid deadlock. Kris Kennaway reported that this resolved a similar problem for him last week. Regards, Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Nov 25 23:14:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A0937B401; Mon, 25 Nov 2002 23:14:19 -0800 (PST) Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F04143EAF; Mon, 25 Nov 2002 23:14:18 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id gAQ7E059070465; Mon, 25 Nov 2002 23:14:00 -0800 (PST) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200211260714.gAQ7E059070465@beastie.mckusick.com> To: Julian Elischer Subject: Re: Update to UFS2 Superblock Format Cc: current@freebsd.org, Robert Watson , re@freebsd.org In-Reply-To: Your message of "Mon, 25 Nov 2002 01:08:30 PST." Date: Mon, 25 Nov 2002 23:14:00 -0800 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Date: Mon, 25 Nov 2002 01:08:30 -0800 (PST) From: Julian Elischer To: Kirk McKusick cc: current@freebsd.org, Robert Watson , re@freebsd.org Subject: Re: Update to UFS2 Superblock Format In-Reply-To: <200211250619.gAP6J059068226@beastie.mckusick.com> X-ASK-Info: Whitelist match On Sun, 24 Nov 2002, Kirk McKusick wrote: > Some of these fields could usefully be made unsigned others not > (for example fs_pendingblocks and fs_pendinginodes). So just > going through and making everything unsigned is not the right > approach. I will make a pass through and consider changing some > of these fields once the tree opens back up, but not at this > point in time when we are trying to keep changes to a minimum > and do not have time for extensive testing. > > Kirk McKusick I'm not in a hurry.. It's just something that I thought should be considered..... "eventually". BTW how can fs_pendingblocks and fs_pendinginodes be -ve? In theory they should never go negative. But if an inconsistency occurs (for example a crash and remount before background fsck has run) the accounting can get out of whack and the numbers go negative. We check for this happening and take corrective action. If they were changed to unsigned, we would miss the negative transition and instead suddenly think that we had a huge amount of pending space to free. So this is an example where changing them to unsigned would break existing code. Kirk McKusick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 0: 1:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4E2837B401; Tue, 26 Nov 2002 00:01:18 -0800 (PST) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9D843EC2; Tue, 26 Nov 2002 00:01:17 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <2002112608011600300g04vde>; Tue, 26 Nov 2002 08:01:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA48197; Tue, 26 Nov 2002 00:03:49 -0800 (PST) Date: Tue, 26 Nov 2002 00:03:47 -0800 (PST) From: Julian Elischer To: Kirk McKusick Cc: current@freebsd.org, Robert Watson , re@freebsd.org Subject: Re: Update to UFS2 Superblock Format In-Reply-To: <200211260714.gAQ7E059070465@beastie.mckusick.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 25 Nov 2002, Kirk McKusick wrote: > Date: Mon, 25 Nov 2002 01:08:30 -0800 (PST) > From: Julian Elischer > To: Kirk McKusick > cc: current@freebsd.org, Robert Watson , > re@freebsd.org > Subject: Re: Update to UFS2 Superblock Format > In-Reply-To: <200211250619.gAP6J059068226@beastie.mckusick.com> > X-ASK-Info: Whitelist match > > On Sun, 24 Nov 2002, Kirk McKusick wrote: > > > Some of these fields could usefully be made unsigned others not > > (for example fs_pendingblocks and fs_pendinginodes). So just > > going through and making everything unsigned is not the right > > approach. I will make a pass through and consider changing some > > of these fields once the tree opens back up, but not at this > > point in time when we are trying to keep changes to a minimum > > and do not have time for extensive testing. > > > > Kirk McKusick > > I'm not in a hurry.. It's just something that I thought should be > considered..... "eventually". > > BTW how can fs_pendingblocks and fs_pendinginodes be -ve? > > In theory they should never go negative. But if an inconsistency > occurs (for example a crash and remount before background fsck > has run) the accounting can get out of whack and the numbers go > negative. We check for this happening and take corrective action. > If they were changed to unsigned, we would miss the negative > transition and instead suddenly think that we had a huge amount > of pending space to free. So this is an example where changing > them to unsigned would break existing code. But that is no worse than the case where the drive as been whacked and you get a huge +ve number.. You have to check for that anyhow if you are checking for bad values. Checking for -ve numbers is only half of the story. If you are checking for impossibly large +ve numbers then you catch those that would have been -ve. So, Who catches the -ve transition anyway? We found the problem with the rotors because they are -ve, leading into an array offset backwards into hyperspace. It's not efficient to test every offset every time it's used. Checking for -ve is no harder than checking for (say), being greater than the number of blocks in a cylinder group. > > Kirk McKusick > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 0: 4: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4724637B401 for ; Tue, 26 Nov 2002 00:04:02 -0800 (PST) Received: from milan.hitnet.rwth-aachen.de (milan.hitnet.RWTH-Aachen.DE [137.226.181.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BC143E88 for ; Tue, 26 Nov 2002 00:03:56 -0800 (PST) (envelope-from chris@unixpages.org) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by milan.hitnet.rwth-aachen.de (Postfix) with ESMTP id 5C510A91E; Tue, 26 Nov 2002 09:03:55 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 9A3C4154CC; Tue, 26 Nov 2002 09:03:54 +0100 (CET) Date: Tue, 26 Nov 2002 09:03:54 +0100 From: Christian Brueffer To: Mitsuru IWASAKI Cc: current@FreeBSD.ORG, acpi-jp@jp.FreeBSD.org Subject: Re: Call for testers: acpica-unix-20021118.tar.gz Message-ID: <20021126080354.GF21123@unixpages.org> References: <20021121.194205.48537091.iwasaki@jp.FreeBSD.org> <20021125195852.GC21123@unixpages.org> <20021126.094827.78081229.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TBNym+cBXeFsS4Vs" Content-Disposition: inline In-Reply-To: <20021126.094827.78081229.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT X-PGP-Key: http://www.unixpages.org/cbrueffer.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TBNym+cBXeFsS4Vs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 26, 2002 at 09:48:27AM +0900, Mitsuru IWASAKI wrote: > Hi, >=20 > > the new snapshot boots fine here. > >=20 > > However, I still get the message > >=20 > > acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND >=20 > OK, never mind. This is normal because your DSDT doesn't have > _S1_ object. >=20 > Name(\_S0_, Package(0x4) { > 0x0, > 0x0, > 0x0, > 0x0, > }) > Name(\_S3_, Package(0x4) { > 0x5, > 0x5, > 0x0, > 0x0, > }) > Name(\_S4_, Package(0x4) { > 0x6, > 0x6, > 0x0, > 0x0, > }) > Name(\_S5_, Package(0x4) { > 0x7, > 0x7, > 0x0, > 0x0, > }) >=20 > > when I try to suspend the machine or anything with closing the lid, > > or using the keyboard buttons, or when I try something like > > acpiconf -s 1. > >=20 > > The box in question is an IBM Thinkpad R32. > >=20 > > Any ideas? >=20 > Instead of _S1_, you can specify _S3_ (or _S4_ if you setup for > hibernation properly) for ACPI configuration. > Please try: > # sysctl hw.acpi.sleep_button_state=3DS3 > # sysctl hw.acpi.lid_switch_state=3DS3 > # sysctl hw.acpi.standby_state=3DS3 >=20 > Thanks >=20 >=20 Thanks, that did the trick. /me should try a little more before sending out mail. - Christian --=20 http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D --TBNym+cBXeFsS4Vs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE94yrqbHYXjKDtmC0RAiWoAKC/7fWv8lxhweY0n4XjV9SUeWe1RwCgk7Hi FtEraGZHBBfuPkbjmO+fZdM= =i4/i -----END PGP SIGNATURE----- --TBNym+cBXeFsS4Vs-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 0:59:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C21337B401 for ; Tue, 26 Nov 2002 00:59:33 -0800 (PST) Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2869743EBE for ; Tue, 26 Nov 2002 00:59:33 -0800 (PST) (envelope-from vova@sw.ru) Received: from vova by vbook.express.ru with local (Exim 4.10) id 18GbZ5-0000DP-00 for current@freebsd.org; Tue, 26 Nov 2002 11:59:31 +0300 Subject: MD broken in current From: "Vladimir B. " Grebenschikov To: "current@freebsd.org" Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Inc. Message-Id: <1038301169.746.6.camel@vbook> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.2 (Preview Release) Date: 26 Nov 2002 11:59:30 +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi # mdconfig -a -t vnode ./bootimg.bin mdconfig: ioctl(/dev/mdctl): Bad address # truss mdconfig -a -t vnode ./bootimg.bin .... open("/dev/mdctl",0x2,00) = 3 (0x3) ioctl(3,MDIOCATTACH,0x8058c00) ERR#14 'Bad address' .... # ls -l /dev/mdctl crw------- 1 root wheel 95, 0xffff00ff Nov 26 11:37 /dev/mdctl /dev located on devfs mountpoint Problem appears before 14 Nov md compiled into kernel (not module) Any suggestions -- Vladimir B. Grebenschikov SWsoft Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 1:47:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6013237B401 for ; Tue, 26 Nov 2002 01:47:21 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A67443E4A for ; Tue, 26 Nov 2002 01:47:20 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA10616; Tue, 26 Nov 2002 20:47:04 +1100 Date: Tue, 26 Nov 2002 21:00:37 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Vladimir B. Grebenschikov" Cc: "current@freebsd.org" Subject: Re: MD broken in current In-Reply-To: <1038301169.746.6.camel@vbook> Message-ID: <20021126205027.G3809-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 26 Nov 2002, Vladimir B. Grebenschikov wrote: > # mdconfig -a -t vnode ./bootimg.bin > mdconfig: ioctl(/dev/mdctl): Bad address This should be ... "-t vnode -f ./bootimg.bin". The bug is just low quality option parsing. ./bootimg.bin is garbage when it is not preceded by -f, and garbage args are silently ignored. A "-f file" is required to specify the vnode for "-t vnode" but neither the man page synopsis nor the usage message are detailed enough to say this. When no file arg is specified, the file arg is NULL and this causes the "Bad address" error. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 1:58:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4874737B401 for ; Tue, 26 Nov 2002 01:58:24 -0800 (PST) Received: from h162n2fls35o1000.telia.com (h162n2fls35o1000.telia.com [217.210.235.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E729A43E4A for ; Tue, 26 Nov 2002 01:58:22 -0800 (PST) (envelope-from john@veidit.net) Received: from veidit.net (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged)) (authenticated bits=0) by h162n2fls35o1000.telia.com (8.12.6/8.12.6) with ESMTP id gAQ9wLFS033447 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 26 Nov 2002 10:58:21 +0100 (CET) Message-ID: <3DE345C3.702@veidit.net> Date: Tue, 26 Nov 2002 10:58:27 +0100 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021125 X-Accept-Language: sv, en, en-us MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: ACPI problem with laptop? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello If I choose to make world under -CURRENT the laptop gets hotter (well the processor/hd and so on gets used and causes heat) now, the fan starts to spin faster and so on, but the computer never gets cooler even a day after a build it still is hot and the fan never stops spinning, is there a way to let my processor know how to calm down? This problem dosn't occur when I'm running Windows (XP) /John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 2:50:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C9D237B401 for ; Tue, 26 Nov 2002 02:50:52 -0800 (PST) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE6143E9C for ; Tue, 26 Nov 2002 02:50:49 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id gAQAoRi51680; Tue, 26 Nov 2002 19:50:28 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 26 Nov 2002 19:50:11 +0900 (JST) Message-Id: <20021126.195011.02307171.iwasaki@jp.FreeBSD.org> To: john@veidit.net Cc: current@FreeBSD.ORG Subject: Re: ACPI problem with laptop? From: Mitsuru IWASAKI In-Reply-To: <3DE345C3.702@veidit.net> References: <3DE345C3.702@veidit.net> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > If I choose to make world under -CURRENT the laptop gets hotter (well > the processor/hd and so on gets used and causes heat) now, the fan > starts to spin faster and so on, but the computer never gets cooler even > a day after a build it still is hot and the fan never stops spinning, is > there a way to let my processor know how to calm down? > This problem dosn't occur when I'm running Windows (XP) Hmm, we need further info. on this. Please add the following lines into your /boor/loader.conf: ---- hw.acpi.verbose=1 debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_BUS" debug.acpi.level="ACPI_LV_WARN ACPI_LV_ERROR ACPI_LV_OBJECTS" ---- Then you'll get thermal operation messages, something like: Nov 26 19:34:13 mybox kernel: acpi_tz0: _AC0: temperature 60.0 >= setpoint 60.0 Nov 26 19:34:13 mybox kernel: acpi_tz0: switched from NONE to _AC0: 60.0C We need the messages like this, acpidump output, and sysctl hw.acpi output to track this down. BTW, does new acpica patches give any effects for your? http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 3:38:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A700C37B401 for ; Tue, 26 Nov 2002 03:38:05 -0800 (PST) Received: from alpha.develop.ferrari.net (host1.ferrari-electronic.de [62.159.79.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1A5343EAF for ; Tue, 26 Nov 2002 03:38:02 -0800 (PST) (envelope-from robert@ferrari-electronic.de) Received: (from robert@localhost) by alpha.develop.ferrari.net (8.11.6/8.11.6/SuSE Linux 0.5) id gAQBbPD23891; Tue, 26 Nov 2002 12:37:25 +0100 Date: Tue, 26 Nov 2002 12:37:25 +0100 From: Robert Drehmel To: Philip Paeps Cc: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021126123725.A23726@alpha.develop.ferrari.net> References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125210423.GA617@juno.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021125210423.GA617@juno.home.paeps.cx> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Nov 25, 2002 at 10:04:23PM +0100, Philip Paeps wrote: > Before it is a few megs of the same. Basically Mutt reading my mailbox. > Anything else I can do to help? You could give the attached patch a try. Were you by any chance using truss(1) just before mutt started to hang? ciao, -robert Index: src/sys/alpha/alpha/trap.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/trap.c,v retrieving revision 1.102 diff -u -r1.102 trap.c --- src/sys/alpha/alpha/trap.c 24 Oct 2002 23:09:47 -0000 1.102 +++ src/sys/alpha/alpha/trap.c 26 Nov 2002 10:51:25 -0000 @@ -738,7 +738,8 @@ td->td_retval[0] = 0; td->td_retval[1] = 0; - STOPEVENT(p, S_SCE, (callp->sy_narg & SYF_ARGMASK)); + STOPEVENT(p, S_SCE, (callp->sy_narg & SYF_ARGMASK), + "syscall entry"); error = (*callp->sy_call)(td, args + hidden); } @@ -784,7 +785,7 @@ * register set. If we ever support an emulation where this * is not the case, this code will need to be revisited. */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "syscall exit"); #ifdef DIAGNOSTIC cred_free_thread(td); Index: src/sys/i386/i386/trap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/trap.c,v retrieving revision 1.237 diff -u -r1.237 trap.c --- src/sys/i386/i386/trap.c 7 Nov 2002 01:34:23 -0000 1.237 +++ src/sys/i386/i386/trap.c 26 Nov 2002 10:51:26 -0000 @@ -1028,7 +1028,7 @@ td->td_retval[0] = 0; td->td_retval[1] = frame.tf_edx; - STOPEVENT(p, S_SCE, narg); + STOPEVENT(p, S_SCE, narg, "syscall entry"); error = (*callp->sy_call)(td, args); } @@ -1092,7 +1092,7 @@ * register set. If we ever support an emulation where this * is not the case, this code will need to be revisited. */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "syscall exit"); #ifdef DIAGNOSTIC cred_free_thread(td); Index: src/sys/ia64/ia64/trap.c =================================================================== RCS file: /home/ncvs/src/sys/ia64/ia64/trap.c,v retrieving revision 1.65 diff -u -r1.65 trap.c --- src/sys/ia64/ia64/trap.c 24 Oct 2002 23:09:48 -0000 1.65 +++ src/sys/ia64/ia64/trap.c 26 Nov 2002 10:51:28 -0000 @@ -852,7 +852,8 @@ td->td_retval[0] = 0; td->td_retval[1] = 0; - STOPEVENT(p, S_SCE, (callp->sy_narg & SYF_ARGMASK)); + STOPEVENT(p, S_SCE, (callp->sy_narg & SYF_ARGMASK), + "syscall entry"); error = (*callp->sy_call)(td, args); } @@ -900,7 +901,7 @@ * register set. If we ever support an emulation where this * is not the case, this code will need to be revisited. */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "syscall exit"); #ifdef DIAGNOSTIC cred_free_thread(td); @@ -1013,7 +1014,7 @@ td->td_retval[0] = 0; td->td_retval[1] = framep->tf_r[FRAME_R10]; /* edx */ - STOPEVENT(p, S_SCE, narg); + STOPEVENT(p, S_SCE, narg, "ia32 syscall entry"); error = (*callp->sy_call)(td, args64); } @@ -1077,7 +1078,7 @@ * register set. If we ever support an emulation where this * is not the case, this code will need to be revisited. */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "ia32 syscall exit"); #ifdef DIAGNOSTIC cred_free_thread(td); Index: src/sys/kern/kern_exec.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v retrieving revision 1.201 diff -u -r1.201 kern_exec.c --- src/sys/kern/kern_exec.c 25 Nov 2002 04:37:44 -0000 1.201 +++ src/sys/kern/kern_exec.c 26 Nov 2002 10:51:29 -0000 @@ -563,12 +563,6 @@ KNOTE(&p->p_klist, NOTE_EXEC); p->p_flag &= ~P_INEXEC; - /* - * If tracing the process, trap to debugger so breakpoints - * can be set before the program executes. - */ - _STOPEVENT(p, S_EXEC, 0); - if (p->p_flag & P_TRACED) psignal(p, SIGTRAP); @@ -640,8 +634,14 @@ if (imgp->object) vm_object_deallocate(imgp->object); - if (error == 0) + if (error == 0) { + /* + * If tracing the process, trap to debugger so breakpoints + * can be set before the program executes. + */ + STOPEVENT(p, S_EXEC, 0, "exec"); goto done2; + } exec_fail: /* we're done here, clear P_INEXEC */ Index: src/sys/kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.186 diff -u -r1.186 kern_exit.c --- src/sys/kern/kern_exit.c 25 Nov 2002 04:37:44 -0000 1.186 +++ src/sys/kern/kern_exit.c 26 Nov 2002 10:51:29 -0000 @@ -227,7 +227,7 @@ #ifdef PGINPROF vmsizmon(); #endif - STOPEVENT(p, S_EXIT, rv); + STOPEVENT(p, S_EXIT, rv, "exit"); wakeup(&p->p_stype); /* Wakeup anyone in procfs' PIOCWAIT */ /* Index: src/sys/kern/kern_sig.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_sig.c,v retrieving revision 1.197 diff -u -r1.197 kern_sig.c --- src/sys/kern/kern_sig.c 25 Oct 2002 19:10:57 -0000 1.197 +++ src/sys/kern/kern_sig.c 26 Nov 2002 10:51:32 -0000 @@ -1687,7 +1687,7 @@ sig = sig_ffs(&mask); prop = sigprop(sig); - _STOPEVENT(p, S_SIG, sig); + _STOPEVENT(p, S_SIG, sig, "issignal"); /* * We should see pending but ignored signals @@ -1876,7 +1876,7 @@ ktrpsig(sig, action, p->p_flag & P_OLDMASK ? &p->p_oldsigmask : &p->p_sigmask, 0); #endif - _STOPEVENT(p, S_SIG, sig); + _STOPEVENT(p, S_SIG, sig, "postsig"); if (action == SIG_DFL) { /* @@ -2097,7 +2097,7 @@ off_t limit; PROC_LOCK(p); - _STOPEVENT(p, S_CORE, 0); + _STOPEVENT(p, S_CORE, 0, "coredump"); if (((sugid_coredump == 0) && p->p_flag & P_SUGID) || do_coredump == 0) { PROC_UNLOCK(p); Index: src/sys/kern/sys_process.c =================================================================== RCS file: /home/ncvs/src/sys/kern/sys_process.c,v retrieving revision 1.104 diff -u -r1.104 sys_process.c --- src/sys/kern/sys_process.c 16 Oct 2002 16:28:33 -0000 1.104 +++ src/sys/kern/sys_process.c 26 Nov 2002 10:51:32 -0000 @@ -740,7 +740,8 @@ * (cleared by PIOCCONT in procfs). */ void -stopevent(struct proc *p, unsigned int event, unsigned int val) +stopevent(struct proc *p, unsigned int event, unsigned int val, + const char *tag) { PROC_LOCK_ASSERT(p, MA_OWNED | MA_NOTRECURSED); @@ -750,6 +751,6 @@ p->p_xstat = val; p->p_stype = event; /* Which event caused the stop? */ wakeup(&p->p_stype); /* Wake up any PIOCWAIT'ing procs */ - msleep(&p->p_step, &p->p_mtx, PWAIT, "stopevent", 0); + msleep(&p->p_step, &p->p_mtx, PWAIT, tag, 0); } while (p->p_step); } Index: src/sys/powerpc/powerpc/trap.c =================================================================== RCS file: /home/ncvs/src/sys/powerpc/powerpc/trap.c,v retrieving revision 1.34 diff -u -r1.34 trap.c --- src/sys/powerpc/powerpc/trap.c 4 Oct 2002 01:19:18 -0000 1.34 +++ src/sys/powerpc/powerpc/trap.c 26 Nov 2002 10:51:33 -0000 @@ -417,7 +417,7 @@ td->td_retval[0] = 0; td->td_retval[1] = frame->fixreg[FIRSTARG + 1]; - STOPEVENT(p, S_SCE, narg); + STOPEVENT(p, S_SCE, narg, "syscall entry"); error = (*callp->sy_call)(td, params); } @@ -471,7 +471,7 @@ /* * Does the comment in the i386 code about errno apply here? */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "syscall exit"); #ifdef WITNESS if (witness_list(td)) { Index: src/sys/sparc64/sparc64/trap.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/trap.c,v retrieving revision 1.51 diff -u -r1.51 trap.c --- src/sys/sparc64/sparc64/trap.c 26 Oct 2002 17:38:20 -0000 1.51 +++ src/sys/sparc64/sparc64/trap.c 26 Nov 2002 10:51:33 -0000 @@ -563,7 +563,7 @@ td->td_retval[0] = 0; td->td_retval[1] = 0; - STOPEVENT(p, S_SCE, narg); /* MP aware */ + STOPEVENT(p, S_SCE, narg, "syscall entry"); /* MP aware */ error = (*callp->sy_call)(td, argp); @@ -627,7 +627,7 @@ * register set. If we ever support an emulation where this * is not the case, this code will need to be revisited. */ - STOPEVENT(p, S_SCX, code); + STOPEVENT(p, S_SCX, code, "syscall exit"); #ifdef DIAGNOSTIC cred_free_thread(td); Index: src/sys/sys/proc.h =================================================================== RCS file: /home/ncvs/src/sys/sys/proc.h,v retrieving revision 1.283 diff -u -r1.283 proc.h --- src/sys/sys/proc.h 22 Nov 2002 23:57:01 -0000 1.283 +++ src/sys/sys/proc.h 26 Nov 2002 10:51:33 -0000 @@ -733,15 +733,15 @@ FREE(s, M_SESSION); \ } -#define STOPEVENT(p, e, v) do { \ +#define STOPEVENT(p, e, v, s) do { \ PROC_LOCK(p); \ - _STOPEVENT((p), (e), (v)); \ + _STOPEVENT((p), (e), (v), s); \ PROC_UNLOCK(p); \ } while (0) -#define _STOPEVENT(p, e, v) do { \ +#define _STOPEVENT(p, e, v, s) do { \ PROC_LOCK_ASSERT(p, MA_OWNED); \ if ((p)->p_stops & (e)) { \ - stopevent((p), (e), (v)); \ + stopevent((p), (e), (v), "stopevent (" s ")"); \ } \ } while (0) @@ -882,7 +882,7 @@ void setrunqueue(struct thread *); void setsugid(struct proc *p); void sleepinit(void); -void stopevent(struct proc *, u_int, u_int); +void stopevent(struct proc *, u_int, u_int, const char *); void cpu_idle(void); void cpu_switch(void); void cpu_throw(void) __dead2; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 3:42:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88FE037B401 for ; Tue, 26 Nov 2002 03:42:33 -0800 (PST) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC5943E88 for ; Tue, 26 Nov 2002 03:42:33 -0800 (PST) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id gAQBgX3b052031 for ; Tue, 26 Nov 2002 03:42:33 -0800 (PST) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id gAQBgX3b052029 for current@freebsd.org; Tue, 26 Nov 2002 03:42:33 -0800 (PST) Date: Tue, 26 Nov 2002 03:42:33 -0800 (PST) From: Dag-Erling Smorgrav Message-Id: <200211261142.gAQBgX3b052029@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Nov 26 03:02:22 PST 2002 -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Tue Nov 26 03:34:28 PST 2002 -------------------------------------------------------------- >>> Kernel build for LINT started on Tue Nov 26 03:34:28 PST 2002 -------------------------------------------------------------- ===> vinum "Makefile", line 4446: warning: duplicate script for target "geom_bsd.o" ignored cc1: warnings being treated as errors /h/des/src/sys/dev/isp/isp_pci.c: In function `tdma_mkfc': /h/des/src/sys/dev/isp/isp_pci.c:1543: warning: unsigned int format, different type arg (arg 5) /h/des/src/sys/dev/isp/isp_pci.c:1543: warning: int format, different type arg (arg 6) /h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type arg (arg 6) /h/des/src/sys/dev/isp/isp_pci.c:1572: warning: unsigned int format, different type arg (arg 7) *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 3:54:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FAC337B489 for ; Tue, 26 Nov 2002 03:54:38 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4731F43EAF for ; Tue, 26 Nov 2002 03:54:37 -0800 (PST) (envelope-from jstocker@tzi.de) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18GeIW-0002LQ-04; Tue, 26 Nov 2002 12:54:36 +0100 Received: from twoflower (320072111332-0001@[217.225.125.14]) by fmrl02.sul.t-online.com with smtp id 18GeIP-0RnrbEC; Tue, 26 Nov 2002 12:54:29 +0100 Reply-To: From: "Jan Stocker" To: Subject: Kernel broken Date: Tue, 26 Nov 2002 12:53:39 +0100 Message-ID: <000001c29542$7573d1e0$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CVSuped (2 mins ago) -current kernel is broken: cc1: warnings being treated as errors /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in something not a structure or union /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' pointer /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in something not a structure or union Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4: 1:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E400937B401 for ; Tue, 26 Nov 2002 04:01:09 -0800 (PST) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0F1C43E9C for ; Tue, 26 Nov 2002 04:01:08 -0800 (PST) (envelope-from ataraxia@cox.net) Received: from arkadia.nv.cox.net ([68.98.181.29]) by lakemtao04.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20021126120108.TTBH1248.lakemtao04.cox.net@arkadia.nv.cox.net>; Tue, 26 Nov 2002 07:01:08 -0500 Received: from arkadia.nv.cox.net (localhost [127.0.0.1]) by arkadia.nv.cox.net (8.12.6/8.12.6) with ESMTP id gAQC17vF057378; Tue, 26 Nov 2002 07:01:07 -0500 (EST) (envelope-from ataraxia@arkadia.nv.cox.net) Received: (from ataraxia@localhost) by arkadia.nv.cox.net (8.12.6/8.12.6/Submit) id gAQC17V1057377; Tue, 26 Nov 2002 07:01:07 -0500 (EST) (envelope-from ataraxia) Date: Tue, 26 Nov 2002 07:01:07 -0500 From: Ray Kohler To: cameron grant Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c Message-ID: <20021126120107.GA54242@arkadia.nv.cox.net> Mail-Followup-To: cameron grant , freebsd-current@freebsd.org References: <20021126030804.GA52363@arkadia.nv.cox.net> <671799546.1038291581@[10.2.4.64]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <671799546.1038291581@[10.2.4.64]> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 26, 2002 at 06:19:41AM +0000, cameron grant wrote: > >I have no idea why, but this commit broke kernel building: > > > >cc -c -O -pipe -mcpu=athlon -Wall -Wredundant-decls -Wnested-externs > >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > >-Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. > >-I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica > >-I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h > >-fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > >-ffreestanding -Werror /usr/src/sys/dev/sound/isa/ad1816.c > >cc1: warnings being treated as errors > >/usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > >/usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > >pointer > >/usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > >something not a structure or union > >/usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > >/usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > >pointer > >/usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > >something not a structure or union > >*** Error code 1 > > > >And the same result for other consumers of snd_mtx* . > > i'm unable to reproduce this. have you tried a clean build? It was a clean build, done by make buildkernel immediately after make buildworld. SOP. FWIW, I can't even figure out why this doesn't compile, everything looks fine to me and the errors make no sense at all. The only thing I can think to do is blow away /usr/src and get a new one, see if anything changes. -- Ray Kohler It has been said that man is a rational animal. All my life I have been searching for evidence which could support this. -- Bertrand Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4: 9:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A84F37B401 for ; Tue, 26 Nov 2002 04:09:50 -0800 (PST) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4313743EB2 for ; Tue, 26 Nov 2002 04:09:49 -0800 (PST) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id 3BA71849F4 for ; Tue, 26 Nov 2002 13:09:43 +0100 (CET) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id 2B4B684926 for ; Tue, 26 Nov 2002 13:09:43 +0100 (CET) Received: from juno.home.paeps.cx (juno [10.0.0.2]) by fortuna.home.paeps.cx (Postfix) with ESMTP id C7E7DA19 for ; Tue, 26 Nov 2002 13:09:42 +0100 (CET) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id 24A2643; Tue, 26 Nov 2002 13:09:41 +0100 (CET) Date: Tue, 26 Nov 2002 13:09:41 +0100 From: Philip Paeps To: current@FreeBSD.ORG Subject: Re: I'm impressed, but ... Message-ID: <20021126120941.GA698@juno.home.paeps.cx> Mail-Followup-To: current@FreeBSD.ORG References: <20021125004934.GA604@juno.home.paeps.cx> <20021125194122.GA17986@angelica.unixdaemons.com> <20021125210423.GA617@juno.home.paeps.cx> <20021126123725.A23726@alpha.develop.ferrari.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20021126123725.A23726@alpha.develop.ferrari.net> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get yourself a real mail client. Try Mutt: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-11-26 12:37:25 (+0100), Robert Drehmel wrote: > On Mon, Nov 25, 2002 at 10:04:23PM +0100, Philip Paeps wrote: > > Before it is a few megs of the same. Basically Mutt reading my mailbox. > > Anything else I can do to help? > > You could give the attached patch a try. Okay. I'll let you know if it helps :-) > Were you by any chance using truss(1) just before mutt started to hang? No. I used truss after it hung - and after I rebooted - to try and figure out why it hangs the next time it hung. I'll get back to you after my kernel is compiled. - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. If at first you don't succeed, try something else. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:10:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1896137B401 for ; Tue, 26 Nov 2002 04:10:20 -0800 (PST) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B0B743E88 for ; Tue, 26 Nov 2002 04:10:19 -0800 (PST) (envelope-from Jan.Stocker@t-online.de) Received: from fwd02.sul.t-online.de by mailout10.sul.t-online.com with smtp id 18GeXQ-0004Mk-0B; Tue, 26 Nov 2002 13:10:00 +0100 Received: from twoflower (320072111332-0001@[217.225.125.14]) by fwd02.sul.t-online.com with smtp id 18GeXI-1QHnY8C; Tue, 26 Nov 2002 13:09:52 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: "Ray Kohler" , "cameron grant" Cc: Subject: RE: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c Date: Tue, 26 Nov 2002 13:09:02 +0100 Message-ID: <000101c29544$9be0a220$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <20021126120107.GA54242@arkadia.nv.cox.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG First: sorry for sending same error.... i'ven't seen this thread.... I've the same prob on a freshly installed system with /usr/src only from CVS repository and /usr/obj clean (It is a minimum installed -current from a 2 days onld snapshot CD). Jan > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Ray Kohler > Sent: Tuesday, November 26, 2002 1:01 PM > To: cameron grant > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c > feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c > > > On Tue, Nov 26, 2002 at 06:19:41AM +0000, cameron grant wrote: > > >I have no idea why, but this commit broke kernel building: > > > > > >cc -c -O -pipe -mcpu=athlon -Wall -Wredundant-decls -Wnested-externs > > >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > >-Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. > > >-I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica > > >-I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h > > >-fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > > >-ffreestanding -Werror /usr/src/sys/dev/sound/isa/ad1816.c > > >cc1: warnings being treated as errors > > >/usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > > >/usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > > >pointer > > >/usr/src/sys/dev/sound/isa/ad1816.c:81: request for member > `mtx_lock' in > > >something not a structure or union > > >/usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > > >/usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > > >pointer > > >/usr/src/sys/dev/sound/isa/ad1816.c:87: request for member > `mtx_lock' in > > >something not a structure or union > > >*** Error code 1 > > > > > >And the same result for other consumers of snd_mtx* . > > > > i'm unable to reproduce this. have you tried a clean build? > > It was a clean build, done by make buildkernel immediately after make > buildworld. SOP. > FWIW, I can't even figure out why this doesn't compile, everything looks > fine to me and the errors make no sense at all. > The only thing I can think to do is blow away /usr/src and get a new > one, see if anything changes. > > -- > Ray Kohler > It has been said that man is a rational animal. All my life I have > been searching for evidence which could support this. > -- Bertrand Russell > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:12:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CEF337B401 for ; Tue, 26 Nov 2002 04:12:44 -0800 (PST) Received: from lakemtao04.cox.net (lakemtao04.cox.net [68.1.17.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985F443EAF for ; Tue, 26 Nov 2002 04:12:43 -0800 (PST) (envelope-from ataraxia@cox.net) Received: from arkadia.nv.cox.net ([68.98.181.29]) by lakemtao04.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20021126121238.TVGN1248.lakemtao04.cox.net@arkadia.nv.cox.net>; Tue, 26 Nov 2002 07:12:38 -0500 Received: from arkadia.nv.cox.net (localhost [127.0.0.1]) by arkadia.nv.cox.net (8.12.6/8.12.6) with ESMTP id gAQCCbvF057433; Tue, 26 Nov 2002 07:12:37 -0500 (EST) (envelope-from ataraxia@arkadia.nv.cox.net) Received: (from ataraxia@localhost) by arkadia.nv.cox.net (8.12.6/8.12.6/Submit) id gAQCCbEd057432; Tue, 26 Nov 2002 07:12:37 -0500 (EST) (envelope-from ataraxia) Date: Tue, 26 Nov 2002 07:12:37 -0500 From: Ray Kohler To: Jan Stocker Cc: freebsd-current@freebsd.org Subject: Re: Kernel broken Message-ID: <20021126121237.GB54242@arkadia.nv.cox.net> Mail-Followup-To: Jan Stocker , freebsd-current@freebsd.org References: <000001c29542$7573d1e0$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c29542$7573d1e0$fe02010a@twoflower.liebende.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: > CVSuped (2 mins ago) -current kernel is broken: > > cc1: warnings being treated as errors > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > something not a structure or union > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. -- Ray Kohler Math is like love -- a simple idea but it can get complicated. -- R. Drabek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:13:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 798B537B401 for ; Tue, 26 Nov 2002 04:13:23 -0800 (PST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75B2343EB2 for ; Tue, 26 Nov 2002 04:13:22 -0800 (PST) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id gAQCDLZl000821; Tue, 26 Nov 2002 13:13:21 +0100 Received: (nullmailer pid 26707 invoked by uid 1000); Tue, 26 Nov 2002 12:13:18 -0000 Date: Tue, 26 Nov 2002 13:13:18 +0100 From: Mark Santcroos To: Jan Stocker Cc: current@FreeBSD.ORG Subject: Re: Kernel broken Message-ID: <20021126121317.GA22627@laptop.6bone.nl> References: <000001c29542$7573d1e0$fe02010a@twoflower.liebende.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001c29542$7573d1e0$fe02010a@twoflower.liebende.de> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Changing the locks from "void *" to "struct mtx *" seems to fix the problem. Mark diff -u -r ../../../../vendor/sys/dev/sound/isa/ad1816.c ./isa/ad1816.c --- ../../../../vendor/sys/dev/sound/isa/ad1816.c Thu Nov 14 17:00:39 2002 +++ ./isa/ad1816.c Tue Nov 26 13:03:17 2002 @@ -53,7 +53,7 @@ int drq2_rid; void *ih; bus_dma_tag_t parent_dmat; - void *lock; + struct mtx *lock; unsigned int bufsize; struct ad1816_chinfo pch, rch; diff -u -r ../../../../vendor/sys/dev/sound/isa/mss.c ./isa/mss.c --- ../../../../vendor/sys/dev/sound/isa/mss.c Thu Nov 14 17:00:39 2002 +++ ./isa/mss.c Tue Nov 26 13:05:48 2002 @@ -66,7 +66,7 @@ int drq2_rid; void *ih; bus_dma_tag_t parent_dmat; - void *lock; + struct mtx *lock; char mss_indexed_regs[MSS_INDEXED_REGS]; char opl_indexed_regs[OPL_INDEXED_REGS]; diff -u -r ../../../../vendor/sys/dev/sound/isa/sbc.c ./isa/sbc.c --- ../../../../vendor/sys/dev/sound/isa/sbc.c Thu Nov 14 17:00:39 2002 +++ ./isa/sbc.c Tue Nov 26 13:06:04 2002 @@ -64,7 +64,7 @@ void *ih[IRQ_MAX]; - void *lock; + struct mtx *lock; u_int32_t bd_ver; }; diff -u -r ../../../../vendor/sys/dev/sound/pci/cmi.c ./pci/cmi.c --- ../../../../vendor/sys/dev/sound/pci/cmi.c Thu Nov 14 17:00:39 2002 +++ ./pci/cmi.c Tue Nov 26 13:06:19 2002 @@ -107,7 +107,7 @@ struct resource *reg, *irq; int regid, irqid; void *ih; - void *lock; + struct mtx *lock; int spdif_enabled; unsigned int bufsz; diff -u -r ../../../../vendor/sys/dev/sound/pci/ds1.c ./pci/ds1.c --- ../../../../vendor/sys/dev/sound/pci/ds1.c Thu Nov 14 17:00:40 2002 +++ ./pci/ds1.c Tue Nov 26 13:06:36 2002 @@ -116,7 +116,7 @@ struct resource *reg, *irq; int regid, irqid; void *ih; - void *lock; + struct mtx *lock; void *regbase; u_int32_t *pbase, pbankbase, pbanksize; diff -u -r ../../../../vendor/sys/dev/sound/pci/emu10k1.c ./pci/emu10k1.c --- ../../../../vendor/sys/dev/sound/pci/emu10k1.c Tue Nov 26 09:20:58 2002 +++ ./pci/emu10k1.c Tue Nov 26 13:06:49 2002 @@ -96,7 +96,7 @@ struct resource *reg, *irq; void *ih; - void *lock; + struct mtx *lock; unsigned int bufsz; int timer, timerinterval; diff -u -r ../../../../vendor/sys/dev/sound/pci/t4dwave.c ./pci/t4dwave.c --- ../../../../vendor/sys/dev/sound/pci/t4dwave.c Thu Nov 14 17:00:40 2002 +++ ./pci/t4dwave.c Tue Nov 26 13:07:10 2002 @@ -81,7 +81,7 @@ int regtype, regid, irqid; void *ih; - void *lock; + struct mtx *lock; u_int32_t playchns; unsigned int bufsz; diff -u -r ../../../../vendor/sys/dev/sound/pcm/ac97.c ./pcm/ac97.c --- ../../../../vendor/sys/dev/sound/pcm/ac97.c Thu Nov 14 17:00:40 2002 +++ ./pcm/ac97.c Tue Nov 26 13:07:27 2002 @@ -55,7 +55,7 @@ u_int32_t flags; struct ac97mixtable_entry mix[32]; char name[AC97_NAMELEN]; - void *lock; + struct mtx *lock; }; struct ac97_codecid { diff -u -r ../../../../vendor/sys/dev/sound/pcm/mixer.c ./pcm/mixer.c --- ../../../../vendor/sys/dev/sound/pcm/mixer.c Thu Nov 14 17:00:40 2002 +++ ./pcm/mixer.c Tue Nov 26 13:07:52 2002 @@ -47,7 +47,7 @@ u_int32_t recsrc; u_int16_t level[32]; char name[MIXER_NAMELEN]; - void *lock; + struct mtx *lock; }; static u_int16_t snd_mixerdefaults[SOUND_MIXER_NRDEVICES] = { diff -u -r ../../../../vendor/sys/dev/sound/pcm/sound.c ./pcm/sound.c --- ../../../../vendor/sys/dev/sound/pcm/sound.c Tue Nov 26 09:20:59 2002 +++ ./pcm/sound.c Tue Nov 26 13:08:08 2002 @@ -50,7 +50,7 @@ char status[SND_STATUSLEN]; struct sysctl_ctx_list sysctl_tree; struct sysctl_oid *sysctl_tree_top; - void *lock; + struct mtx *lock; }; devclass_t pcm_devclass; On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: > CVSuped (2 mins ago) -current kernel is broken: > > cc1: warnings being treated as errors > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > something not a structure or union > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > something not a structure or union > > Jan > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:19:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3D337B401 for ; Tue, 26 Nov 2002 04:19:28 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B6BE43E9C for ; Tue, 26 Nov 2002 04:19:27 -0800 (PST) (envelope-from Jan.Stocker@t-online.de) Received: from fwd02.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18Geg1-0002LQ-08; Tue, 26 Nov 2002 13:18:53 +0100 Received: from twoflower (320072111332-0001@[217.225.125.14]) by fwd02.sul.t-online.com with smtp id 18Gefu-13WaYaC; Tue, 26 Nov 2002 13:18:46 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: "Jan Stocker" , "Ray Kohler" , "cameron grant" Cc: Subject: RE: cvs commit: src/sys/dev/sound/pcm buffer.c channel.c feeder.c feeder_fmt.c feeder_rate.c sndstat.c sound.c sound.h vchan.c Date: Tue, 26 Nov 2002 13:17:55 +0100 Message-ID: <000201c29545$d9c45540$fe02010a@twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <000101c29544$9be0a220$fe02010a@twoflower.liebende.de> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay.... here a detailed description... a) Install a minumum -current from snapshot CD (2 days old). b) Add a cvsup-package without gui (i made before with pkg_create -b blah). c) Get -current fom cvs repo (with cvsup...). d) cd /usr/src && make buildworld (works fine) e) copying my kernel-conf. f) make KERNCONF=xxxxx buildkernel Jan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:44:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933BB37B401 for ; Tue, 26 Nov 2002 04:44:48 -0800 (PST) Received: from mallard.mail.pas.earthlink.net (mallard.mail.pas.earthlink.net [207.217.120.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F7A543EBE for ; Tue, 26 Nov 2002 04:44:38 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0014.cvx22-bradley.dialup.earthlink.net ([209.179.198.14] helo=mindspring.com) by mallard.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18Gf4i-00032A-00; Tue, 26 Nov 2002 04:44:25 -0800 Message-ID: <3DE36C5A.C304AE4A@mindspring.com> Date: Tue, 26 Nov 2002 04:43:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Angelmo Cc: current@FreeBSD.ORG Subject: Re: ACPI problem with laptop? References: <3DE345C3.702@veidit.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Angelmo wrote: > If I choose to make world under -CURRENT the laptop gets hotter (well > the processor/hd and so on gets used and causes heat) now, the fan > starts to spin faster and so on, but the computer never gets cooler even > a day after a build it still is hot and the fan never stops spinning, is > there a way to let my processor know how to calm down? > This problem dosn't occur when I'm running Windows (XP) Is this a Dell Lattitude? They are known to have heat problems. There's also the possibility that the CPU is a desktop CPU in the laptop; people aren't supposed to do that, either, but it can crank up the heat. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 4:48:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 975B137B401 for ; Tue, 26 Nov 2002 04:48:14 -0800 (PST) Received: from h162n2fls35o1000.telia.com (h162n2fls35o1000.telia.com [217.210.235.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D5A43E88 for ; Tue, 26 Nov 2002 04:48:13 -0800 (PST) (envelope-from john@veidit.net) Received: from veidit.net (20.130.88.213.host.tele1europe.se [213.88.130.20] (may be forged)) (authenticated bits=0) by h162n2fls35o1000.telia.com (8.12.6/8.12.6) with ESMTP id gAQCmAVM034679 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 26 Nov 2002 13:48:11 +0100 (CET) Message-ID: <3DE36D90.40109@veidit.net> Date: Tue, 26 Nov 2002 13:48:16 +0100 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021125 X-Accept-Language: sv, en, en-us MIME-Version: 1.0 To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: ACPI problem with laptop? References: <3DE345C3.702@veidit.net> <3DE36C5A.C304AE4A@mindspring.com> In-Reply-To: <3DE345C3.702@veidit.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.25 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Is this a Dell Lattitude? They are known to have heat problems. > > There's also the possibility that the CPU is a desktop CPU in > the laptop; people aren't supposed to do that, either, but it > can crank up the heat. > > -- Terry Hello No it's a Evo N114 with an Athlon 4 in it, I think that this is a mobile CPU /John -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 5: 3: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797D837B401 for ; Tue, 26 Nov 2002 05:03:00 -0800 (PST) Received: from hub.org (hub.org [64.49.215.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CFE243EB2 for ; Tue, 26 Nov 2002 05:03:00 -0800 (PST) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.49.215.141]) by hub.org (Postfix) with ESMTP id 9E7D98A3BDF; Tue, 26 Nov 2002 09:02:54 -0400 (AST) Date: Tue, 26 Nov 2002 09:02:54 -0400 (AST) From: "Marc G. Fournier" To: "Daniel C. Sobral" Cc: freebsd-current@FreeBSD.ORG Subject: Re: snd_pcm module not usable ... ? In-Reply-To: <3DE2A6D3.E07A700A@newsguy.com> Message-ID: <20021126090154.S16724-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG perfect, thanks ... worked like a charm ... On Mon, 25 Nov 2002, Daniel C. Sobral wrote: > "Marc G. Fournier" wrote: > > > > Maybe i'm missing something that i need to load, but I took the pcm device > > out of my kernel config, figuring that I could use the snd_pcm module ... > > loaded it, but still can't seem to get sound? is there something else I > > need to do with devfs for this, or do Ihave to compile in the pcm device? > > pcm is the front-end. You need the back-end, the actual sound driver. > Try snd_driver_load="YES". It ought to load everything. > > Or you can kldload it from the command line, and then check > /var/log/messages to find out which driver you are supposed to use. > > On loader, loading any sound driver will bring in snd_pcm automatically, > as a dependency. > > -- > Daniel C. Sobral (8-DCS) > dcs@newsguy.com > dcs@freebsd.org > capo@linux.bsdconspiracy.net > > "Fundamentalist Debianites, core children of the Linuxen.... > sounds like it could come from the Book of Mormon, or Tolkien on > a bad day..." > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 5: 5:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71BBE37B401 for ; Tue, 26 Nov 2002 05:05:28 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id F14AA43E9C for ; Tue, 26 Nov 2002 05:05:27 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0014.cvx22-bradley.dialup.earthlink.net ([209.179.198.14] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GfP2-0007eq-00; Tue, 26 Nov 2002 05:05:24 -0800 Message-ID: <3DE37146.F0C6CBE9@mindspring.com> Date: Tue, 26 Nov 2002 05:04:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Angelmo Cc: current@FreeBSD.ORG Subject: Re: ACPI problem with laptop? References: <3DE345C3.702@veidit.net> <3DE36C5A.C304AE4A@mindspring.com> <3DE36D90.40109@veidit.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Angelmo wrote: > Terry Lambert wrote: > > Is this a Dell Lattitude? They are known to have heat problems. > > > > There's also the possibility that the CPU is a desktop CPU in > > the laptop; people aren't supposed to do that, either, but it > > can crank up the heat. > > No it's a Evo N114 with an Athlon 4 in it, I think that this is a mobile CPU It may be that Windows ensures that the computer runs cooler by down-clocking it. Have you applied the most recent ACPI patches, and turned on debugging output (at least "hw.acpi.verbose=1") to see if it fixes the problem (and if it doesn't, at least report what's going on)? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 5: 7:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7712337B401 for ; Tue, 26 Nov 2002 05:07:33 -0800 (PST) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F5443EAF for ; Tue, 26 Nov 2002 05:07:33 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0014.cvx22-bradley.dialup.earthlink.net ([209.179.198.14] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18GfR5-0001TK-00; Tue, 26 Nov 2002 05:07:31 -0800 Message-ID: <3DE371C4.D6C53160@mindspring.com> Date: Tue, 26 Nov 2002 05:06:12 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Angelmo , current@FreeBSD.ORG Subject: Re: ACPI problem with laptop? References: <3DE345C3.702@veidit.net> <3DE36C5A.C304AE4A@mindspring.com> <3DE36D90.40109@veidit.net> <3DE37146.F0C6CBE9@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Have you applied the most recent ACPI patches, and turned on > debugging output (at least "hw.acpi.verbose=1") to see if it > fixes the problem (and if it doesn't, at least report what's > going on)? It looks like the author of the ACPI code has already replied to your post; apply the patch he suggests, and turn on the debugging he suggests. He knows far mor about ACPI than the rest of us. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 5:54:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4AF337B401 for ; Tue, 26 Nov 2002 05:54:32 -0800 (PST) Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF73143EC2 for ; Tue, 26 Nov 2002 05:54:31 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from xena.gsicomp.on.ca ([65.95.176.205]) by tomts6-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20021126135427.ERTE7805.tomts6-srv.bellnexxia.net@xena.gsicomp.on.ca>; Tue, 26 Nov 2002 08:54:27 -0500 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.3/8.11.3) with SMTP id gAQDsNS12127; Tue, 26 Nov 2002 08:54:23 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <009301c29553$55970520$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: , "Mitsuru IWASAKI" Cc: References: <20021121.194205.48537091.iwasaki@jp.FreeBSD.org> Subject: Re: Call for testers: acpica-unix-20021118.tar.gz Date: Tue, 26 Nov 2002 08:54:24 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0090_01C29529.6B4DBE10" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0090_01C29529.6B4DBE10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit ACPI stiil fails miserably on my Thinkpad T23 with these patches. I've attached the ASL and DSDT data in tar.gz format. Output from boot -v (transcribed by hand, so forgive any obvious typos) Note -- the 'o' character in 'So' below is really o with an umlat. I suspect the space in 'T ' is a non-breaking space as well. acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GEP31 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) Using $PIR table, 14 entries at 0xc00fdeb0 < skipping PCI interrupt list > ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f0009453 ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f0009453 ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f000ff54 ACPI-0438: *** Error: Looking up [T ] in namespace, AE_BAD_CHARACTER < repeat last 3 lines 8 times > panic: kmem_malloc: entry not found or misaligned Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> show registers .. edx 0x400000 ebx 0 ... db> trace panic(c03d0e4c,0,c05838c0,1,0) at panic+0xab kmem_malloc(c0832078,1000,1,c058391c,c034c20b) at kmem_malloc+0x33c page_alloc(c083ac80,1000,c058390f,1,780) at page_alloc_0x27 slab_zalloc(c083ac80,1,c4049f6c,c4049f40,63) at slab_zalloc+0xfb uma_zone_slab(c083ac80,1,15f,c4046400,c083ad68) at uma_zone_slab+0x9e uma_zalloc_bucket(c083ac80,1,c03d2929,57e,c151a380) at uma_zalloc_bucekt+0x16d uma_zalloc_arg(c083ac80,0,1,c151a380,c083ac80) at uma_zalloc_arg+0x2f5 malloc(1c,c0550da0,1,c0583940,c0538538) at malloc+0x76 AcpiOsAllocate(1c,c05839f0,c053a4fc,c054fe24,0) at AcpiOsAllocate+0x21 AcpiUtCallocate(1c,1,c054b483,ff,0) at AcpiUtCallocate+0x48 AcpiUtAcquireFromCache(3,0,1000000,0,c3fa4000) at AcpiUtAcquireFromCache+0xac AcpiPsAllocOp(0,c4046400,0,c0246966,c3fa41e4) at AcpiPsAllocOp+0x7c AcpiPsParseLoop(c3fa4000,c403b040,c0583b0c,0,0) at AcpiPsParseLoop+0x37e AcpiPsParseAml(c3fa4000,c4040340,c4044700,d7ae2332,2f) at AcpiPsParseAml+0x7c AcpiPsxExecute(c4044700,0,c0583b74,c4044700,c0583bfc) at AcpiPsxExecute+0x12f AcpiNsExecuteControlMethod(c4044700,0,c0583b74,c151a500,0) at AcpiNsExecuteControlMethod+0x5f AcpiNsEvaluateByHandle(c4044700,0,c0583bfc,e,0) at AcpiNsEvalueByHandle+0x92 AcpiNsEvaluateRelative(c4044760,c054b6d3,0,c0583bfc0) at AcpiNsEvaluateRelative+0xde AcpiUtExecute_STA(c4044760,c0583c20,0,0,c0583c30) at AcpiUtExecute_STA+0x31 AcpiNsInitOneDevice(c4044760,2,c0583c84,0,6) at AcpiNsInitOneDevice+0x77 AcpiNsInitializeDevices(0,c0583cdc,c053b42e,0,2) at AcpiNsInitializeDevices+0x53 AcpiInitializeObjects(0,2,c052b930,0,0) at AcpiInitializeObjects+0x14 acpi_attach(c403c200,c4005098,c03e3954,c1503a70,c05500e3) at acpi_attach+0x15e ------=_NextPart_000_0090_01C29529.6B4DBE10 Content-Type: application/x-gzip; name="ibm_t23_acpi.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ibm_t23_acpi.tar.gz" H4sICMN84z0AA2libV90MjNfYWNwaS50YXIA7P1bcBzJlSCIRgIgCARAEmRlSVWlemRRUossQVRE ZgJISl3dzIyIfBQyE8GMxKMEWAMJIFFAiUViQJZUJS5XLPasWtvdc7ea1bI7H/uRUHPXZs3GbGXz sda21mbSXrsfa3t/+nP/esz2frTNx+02m9lpmfWu6vpxj3e4e3hkJkCWxCAR6eHP48ePHz9+3P34 wfYHm/eyuWudu7ekk3oUVVHm83lJIU/wd0FVs1lVUhbm8rn83NyCivxVdX4uL2WUE4PI93x4917n KJORju7cuceL98P9bvfkUPTUnm+/JbcsPWO2W9/JaPvdne/f/fCDt7NKYTazZDRq+tu1UmM207q7 e6+4u3vUvXv3beUjdW9vfm93Z07OvPVtmaRvfydT795+797+23NZFL37g4O7B3duv63Oenmq6vVZ edKXKXJm2p3tW90M8mmb31KLxM9NjUpSclmUSDvqdu7dOYJ4mXrbRJnaHr6oigPNpHH73tFB9+7b 9zM2qN3c7qzr3u7a7oXre4UFz71byDxws9BRjZyK7mXz8mSt2d5sLOlG/W2zpsmTllbbRF5vX0fO Rm1Ta+go9jaqeVEza5tGs1iqG8hnT7F99JrleCGUWPlSbcnabBk3MdyTZkPtbBor7c1SfRFXWlG+ hX9ydpjW9IXlSdgchGUDQVmSLKuQoHaj5aUqkFTbJKhiGoqXjIRlvTDVC9shYXuzGeJftIy31XkU c7O+Us9u1ovttwv5D+7OZrBHDnuoWeWDu/Jkub5sVTet2vdQvWcz9le7VdPRN0LxcvvdzaVy2TLa QCb4c7Wmt6s4sPjuZrHearyt5mYzjaUm+UA0qRnN9nLr3bfnUKTyrc57qJVXS7Xmij5rtpa0TU2d tQFbNmeturlZWm63l5qzrba2aeVndW1xUyuabjvrfsLNq8rcdQbtZodAuQ2r3KZSrorZ4C4GSu/u Hdw+uIcCSrfu7Hw/c0XOoOdyZ+fwYHMXdcJrnQ9uXZ6d/Pa3lz68d/jhvczewa3u7c4HXRIN6oNC UbB18N7tzr0Pj0gAKgP7QrhbMkmC6kNS4OoRP1wj4tsGss3YAaRWdmQvn6uyfF+2du4cdq9sbJqt zauZ+zi6eXRnBzGMO0dXNHN5czaj4s6mqAX4nXdiwdPo3tu/s3sFdama3xseCyEL5Wsq5Zuzmdrt 3e5HV/TuUXdvae8K+do0LQsyRCR29arroOdhrgrmoTLzUOPgUOPhUOPgUOlwPHBdTdTkKLaGCMrs 7Hy/8173ivJRNoy70od7e90jFKKqKEj5qJCFPHds4HDuyNP9xK/tbPCb+Vq4jp2ZB7MDlzlHQvor 9MHVMFYAhxyseEHz4SBC5MqssKe6lxeOvDcvEDWEzacG6wLNV2XC6msEpy+bphYGubaHGIRV2rxm ajXlWt3UNq8Z2ubmtapZX6JVr9VFHOw20FKwHz0IfBm37nYpiVFh9aUjRoFtBZElI0jNXqUBwwMo ChQHsEBGSlxG3hdxPZAfuLwWge9AyuCggATjX3zYuXVlw9IaJkqD5I7ZzOXGwc7Rnbt39u5lVg9u 79754d3LiN18r3t0J1J1wrNwv91YvV4o07gRpaKoYO3O7d0WZm6o0Npspn5np3NLoeIWEwaKxML7 ZRvKTFZR1MvUKA6c0K6rzXZZHK+MGthwiaEv02wzMRiGUBWEkANXItgaxncyjYNbSE64ffDhBxlj F4sXseBGQG4YFJCpMQNkwq8gn9idejbv3LtSryNZAtWyZazAGIA6KY9UqwW9RSNVfxxEcDacJFxH As1OF5W2WPRnTUaVak3HQ8+esrOr5NXwoLNMgtUoH7TaRQofxFVaMWutCINCfsVo3eBxmcb1Ptih m3iblTgiXbTQOOoO5/N4NM/moJZ7ePwm86hCYFiOVh/NfMJ1oXBlqDQWDJQoW8YIYUFZWi4XGVB6 UgMTSCyMd1fvHO2WD7q3du3cMHWgQimNqbUitSne3mVXZ89le2ECwG3PYYnW/sHevXp37x4hVhIz DFYQIfAwWt8he4EcbEIBVNCw7pI1UIcahjyM0OLRe4qH0Gyw3DLiT1b3Xuvgvf17pYN7VyAGHV88 HC8odppQrRCVEW80t+zuHHU/6N6+5yCcnoIgyUkkQoZhvlHql29kh8I3Sr+LfKPE4RslHt8oDZVv lFwyLw3EN0onxTdKA/MNfg4e36BifQC+UYrlG6VkfKN0ynwjgpAw39D65Ru5ofAN7XeRb2gcvqHx +IY2VL6huWSuDcQ3tJPiG9rAfIOfg8c3qFgfgG9osXxDS8Y3tFPmGxGEhPmG3i/fyA+Fb+i/i3xD 5/ANncc39KHyDd0lc30gvqGfFN/QB+Yb/Bw8vkHF+gB8Q4/lG3oyvqGfMt+IICTMN4x++cbcUPiG 8bvINwwO3zB4fMMYKt8wXDI3BuIbxknxDWNgvsHPweMbVKwPwDeMWL5hJOMbxinzjQhCwnyj3C/f mB8K3yj/LvKNModvUFdjHL5RHirfKLtkXh6Ib5RPim+UB+Yb/Bw8vkHF+gB8oxzLN8rJ+Eb5lPlG BCFhvlHpl28sDIVvVH4X+UaFwzcqPL5RGSrfqLhkXhmIb1ROim9UBuYb/Bw8vkHF+gB8oxLLNyrJ +EbllPlGBCFhvlHtl28UhsI3qr+LfKPK4RtVHt+oDpVvVF0yrw7EN6onxTeqA/MNfg4e36BifQC+ UY3lG9VkfKN6ynwjghDytlECLRpCiW/XR7haiASgVg6CCnjXJmNjiRJNzt0E5c94j15XYEF4Y4tT XVjTodIhG4YgHAxYnMKgOci2Ia/EAjRE2HOXzvwEYInCQ2NuNn37Mwiw/4bR2GSzf5XK/hvG9YKP C+WyZAvqPCS57rGhIFeivTquK5w49OpS/LLMxKGSqTteu103ZkzZO4SwQiDkvZKYnFb3OANBGUqw M5tpGCVFIGpWgah1JYz8StH0Ib9LxX2ilxD8uFRUbQRTxSwJxCzgmPUI6TT8w+zOyZPODjcbduL8 QKkLA6XeGSg1fu0OVO1+UxcGSr0zUGomoxCvdr+pCwOl3hkoNX7tUfxUZuJnkj82yJEMYDCaUheI ivmjlheKClxXK4hEzQHf0jSRqHmAVReCFY5eNHQhWOcAVl0I1nmAVReCdQFgNYRgBWJuGEKwFvBo JgQrjGkNIworkoRDkOIGUFZjI+7iiPn4iIpKGrUgEvU6aX+RqHsY/QKQKtk5HFUE1uw2jioCa04l 7S8SFWPVEIE1h/FqiMCax3g1RGDN2+0fiUohlQ6RkVSBqNuYVutiU1c4/oA3zdPk/g+37x11du5d 2UBZrxEZLSx+uXHJ+TIk5xTD0lA0Sj0sBvmgqcPMBTKw4zAnAg5w1sGPukt7WELE59YY80fnIRJX qay4EpcdO3Pfz4z9T3F394oz+XZKQ7W4KlaQKl4QwRCRdQFEeiztzu0d1PK30Z9dESJeQln0FPZ8 hx6hn8NDGNnCEy94QtN3s9ggE06mcsRFFnM6mlcUJTww+jKAEp1Ww1QhcjomyGQHqZgyhJrlhWqm iFYtP3DVssNqs8JQ26wwpIoNo8204baZNnDVckNqM32o/UwfvJ/lhtVm+nD7mT54P8sPq82G2s/0 wftZfmhtNtx+pg/ez+aG1GbGUPuZMXg/mxtWmxnD7WfG4P1sflhtNtR+Zgzez+aH1mbD7WdG0n5G mYOo4ekNPK5g2rD4K7s1naPa3w2r9p2ZE0pGmznho77slVaWxQH9KqfG7AUU3MytkqHB+sI8nuzk OXh/BiwGwOMaZWit0hbBcaVgBopoFRbEyWFv3uI3x76G8+D1XkYIxRLFgz7aYzjA5BIAQ0GptUpZ gOURJlDR0XvUjg+P/4g6lXZX60sDEpNvAa/vIoQ7DKeqGw27I2HRfw8ri/MD1i2U5zbmKUn7TIBd WXWTc7C3y2JXz/saJeQL19fKzRPva/FFnFRfU2M7Rkzlgpl29wbvbIAdfxUckQHhK1wz0g+LeguX qqh7YEbtKiWKlQsflvXlbNWWIjl7SZ1eng338mA0e9sZpeokXAvs4domi8v5BXclyrfS5Xd63764 170I1+PiZvNuBJ9TtQXhYFTPKJfPSY/qLQBnd/hRcx6EOSUmqgdgLgbWnAdgLgbWnAdgLgbWjldq JwaAjldqJwaAjldqJwaAbQ9D2yFkzYejeqVuxwCw7ZW6HQPAnFfqXAiAfCjqgrfLxeekwpr1VmB9 TioAkR7gRS2EaZt4qBE3ATccu0tizIXd9H5DIsyHnL6iKEvHUUa3dNg96oCxpVb3PfQGJgam6bTa pnbn9t7Be272YB83vCcPVpNIguLtj4s7qOWad9Bk7/sog6Pu3e7RD7o0rrW0t3e3C3sV55Wr0aEW 20yZpAzO2CgCI0BjBejUAMto3aQGeKAV6KAZrILKrIAKK6DKh6BDQ87sZDbqqdUXW7OTajSg8q7R pAZ4hWQphbihXRoIa8sqah+KjEQtaW05S4/tFaLSCjGLm9S6Uj3XyhCbV88uv555GggV1aBmOjtJ MZKIYqN6Xqeii54NwgwjwDTotVkrMwK8itCo1gvdoVaTAQa11VBsVE01y2EojoxUiwpD8AREFp64 EhRH1N2wOJL1OHA2NA5EhjcvvBMTdVdxBxKf04uazbqe4jzWRkm71qDK/0EpDgmJ4miJYCUf3kQU Gh0J/Gpf8OuNYsRcJg3+7CDNqlBe9PGv4EUoxMXd8SLshCmAkFDHSzeXFDGWuSjUsAVxxHTCeJn3 sONzesJEEnjL5rLAdCLPn07EEOKeh+a9cOt4hOjrvkkqAKayRRC+PUAFFjyoF8IkE6pA4gZYLOkC 8OeUXIKeNBehGA/qeVoL+KN6DG0+T4lK6uqTphPUtbEkQGwFJbeQ381S9Gp2XW3TlTllTxwlBCP+ dupfLK41KsXZjPXx3XvdD2pLOLM5W0SnSsUkfunje93kYjFNIFotYhmPInl4wzslWaVYW6OKmZWi 3kYBHAxga9+kMjgXkqTPKs3TYNNbCl1s1VsqKyDLF4AWqOW0WeW0WeW0Y8rpUGVzSgqtZK4yAqw6 NWBFZ6Qw9SZdUivVTXpWVM+6oVv0WpsqA0+mysCTqdLxRPW0rNK79Iq1yjof3VnaRKTUzjXo+GjP 0QPo+C4urzGmGpTYq0t1eiN4sNK6b2nZ0uiwLlv0ultarUUFq64t0iFAAUvUAB3lFQMzbXpkmKsV Fsx0CmKBRY/tlZ6jlK5ZS/S563LLQpxLTcC7mxqc8PbzbqLiiRwxBF5HIificrWmTmeyerFdFGay OBeSpE8mS2N+db25ydczUPsWn5r5dMNvVy+UNun2QudEtR+mabEmsJRVJbNZps+hy7pG74imqdNT WGaW0XVNlR7AYKIWvaN7uKA1rNWq0XVbXrLrtGSaZlFLQwF0NK40NHr/LTaMuI5NGya90G1eaI5G lnU9TtGT49IrVeFYW6rWqJisLdVX+SheoObXutmk0h4KoI/sXn406FGyNjUZCqCP+15+3P65QOuB aJKv8BV2C7SuiZKpMcnmefL2UBnhHlWv3G7RydU0G/Sxmc5uDFBP07JpgFyVe6p1tFh1tFh1tEoW XSijUjCKbSQcey0YcQPzpnky39+hjr44+vCmTXVNr1Froi8C+6QEuNnRqNysM1JpSokuYmmKwQhQ WSlURgoXMpqSF9WHzr71EiNgdnKOJnWp5eQzH6th0ScIVFU5ik2fZ7hl7IjosHQxFdACXV/Asbji PLBlo46KYYXbcUArz4sCj7sxbo9+7iZaS//D2dsQKWA3aQF035gieRv96JlGfThGX5zHty0FYzku Egi7sZFgeBbIqUjJKVoJqiauQNeF5kJO6jr03oIXdSEY1aeJ86n2ieI6dkHCA9b8YgDLtx3Tb+PT 29UfCVUBBEJ+JEAMSIf8WPMixIZQBCIXP5IqAjnuJXGRVFZXYndQ02KyQCH0w4ZCAH6o/AQeUSaV G5xJmVbs9jwhEmQ2JK/o3MlSf7Rod4jVmbUO7mvjHGzdLCMJzHdHoMrMEh4AkxNIkbx8gXu8UJUi y/tCeYG73Iy5+WYpMpZg0hiAt3mhe1yI53e4aSkimy+UF8ioLIW787aO2tS3XGy14wU8VZnjLQgZ 76Bolzetkn3gRaup1/QlbfEye3Rc5V7M6VV2kP3D8PD3CzsPb9+wLw5vU63zxO8jbjGGPVyDQcTT +P3FyYvua0wQRBV1zz+Dy7FhEYAnWtg2a38yv6wkgxl/zgMbloTGasZcZrCxmjF/OYEJBVQzThJ8 ShOKZbVU5m1NYO6RKYQ2JsQJ2WETjKRgLJQuqw1KrVgJ8jjBmniC65CgdpPNFikmSMJo5TbQ0tEV zywmVvES/FwlkjvfJIfPuqPCQgU1HgUDXjysGOaWyz1w6WYWtPZJcqUjE56++qOPcpPmbHdlaGjx GXTIfuw2pvicR+z+SWfBm3R6zjD5+/Zn56hbXkjabMgZzqYQk0vXg6A7ADBdD4KuODDhvYtimOmI ZROHme1wncLZiKEmFhox1PihYRnwdR4xzYJti+nje92gdVpUXGu5RjnrzEuUw4mqvERRO7ikJMoZ R16i6zgRo8MmHdnidA6AiHhFCNScp1RBTA+DzGFHYeu/EJ/PSb3iKQZ92SP2oMwyac5CCh7vFm2g B0zXub2C0KXYRNApDrGyFGCyMcCEKsoGiA2UAGAM4HLdeOD8AC7EAcgHUhBQBrBZQWD9AM+JABwP dALA4Sl37iHAbW58XVGyCjYDATPyAmeRQwwWdmiSqWCQ5GKEfRQJ9qcNWS/KZbS/I3pRocFGSMHd VxvFKk+HNRjiSCLwUbVddbMttJyZH5K2S0wXgA//20xqw2ws2UeUuTwKVAjm8yXR+EwH1mCYcUui 6lPTYJhmnxoMxZPp+9JgkIKJcU+zSWkLVoI8JFhjJvBkeifBAiSgWThllXAdEvSp8vBkBX83jCdH KLtvefQUVCv0NqLFozUNPB5mPCtTSm57R0g8zrHaEJ6B5gKF5DmfvJKITn5siMTnPUlz5pInZzjn 9hDcNUQ6hWGaw5enTDSE98/6CddEWfi4Zt5Wg4U1YMRCQi7kVF2XrS3yqUTCOSx4CpkFtm4mPods yBnOIcvJQawWvBzEahGfQ1wt/HiIUy6RdkQE5r/iJUdvx2ehFZ5FHA6uoKv3o6Cr96Ogq/ejoKvH KehEBbdYBV1dSEFXj1fQ1RMq6Oq/JQo6iuBFv4PNl2DD1GvcBXs/TKipYef4yS+891PKgBpCF2Wq sH4weyroyA0THUl1uHVHM7kgrsM1WfkOqsN1gMnGABOqKBsgNlACgDGAixPnwwBm4wDkAykIKDwc Neh2p9/y+1VyUvUBA+kvuePQ74j+UmgsPpl9nYOJAQJaR0MzBbSO6mlrHRNpOp7rGwfuBV98faMR 1DdGTzXwFY59ayazneB3Ak2l4WkqDU1EU2l4mkpDE9FUGp6m0tBENJVOgg4GidLhWQl2MEjMBFGQ 9jBICUoAs4mGRps3MVNgPOn961v7WPuwO6XxjGtd6fRGi8fSuvpvulLAVJTCIhl2bBq9wDOoRpdO 6/SIDBAGVf2KgVBIDsLJ64jpnYwNkfjUO2nOtnYAzqPH1tW7nprwcz6t0K9LpzMLNnxJap4sZy4b EdtCWdjtT+cYiboQcnIUe2Qw3O5fVRiJOh9ycvSSsYXH6ZsjURdCTo6CXbDmQ0R7kpoPHe1Jaj50 tPNq/jutWQYRia1aZsEHYlKrzuJPw1ZI4zZlq978SlGjxdjT9ly1HSmnX9U23PMBjQ+EsMe5IQie KB70QfDAPvQ8EB7yyXN+rr8VA0oAMAZwX0T9ba4w91x/+1x/+2zrb8u1Vrz+dkGFbaPxtnWZR6lF z41mfzfOjWZjtpJnn9650WxQC6oMdnB0AOUmgQTjotYSOkiadZWbKIHIQdKsu6uy1mLrBT2B10mw Awn6VAsKNfEQFXV03FHjPbWTp3TswzO4QPtsK4zoZMSGL0nN+1IYAYn3rTDKxZ65FT8sG5mYc47g JjjJK5Zt0sO0SXJNcNKXnu3Ah22TZJvgKLBYtokP4ybJNsFR4aeg+Kn1o/ip9aP4qfWzpbCWVO+z A4ni1D6iokzsPsSakLKmFq+sqSVU1tR+y5Q1tT6VNbXfMmUNScpYO/MfGCxZ8Sc/hdQ+tX6OXmdP 6Oh1rd+j1yyA2EAJAMYArq+j1zwA+UAKAsoAtu+j13EAxwOdAHB4OHsOry8MCssJHL2mzZcH0mpx R6XfEa2W0Mh8MlqtwYQCoV2JmwK7Eq8PdttxxTSwkLkTjeDgomVUZjNMC4AeD3ElPoFxAcVFrUJM +vVNJ2Ej64a21JrNGB9sd3d3u7vandv3ju7ccoXj6MWt8NibpXDKRPbW4anqJfoNO/BQDYvjVHWd nYprxp1ky0hZams8YIYWUC2Z9GtWCRAm3cA+PN6VF4y6cY3O47Itk37rQCA17ZYtknq5Sb3IggS2 TGagzyQ7q021enxqlXZZAU5ebChsyIoNlReY5QXmeIF5XuAcL3CeF7jACyzwAq/zAunXIduB9CuR 7UD6tch2IP36GDuQfs+xHUi/6xgHthW6bX87kH5NgB1Iv0sMHk4qxp1ldiCvPMbdZfDwb7DByYvt Fg8L9Mud7UB2j0FQ8VKqnJRli92Nqfcw4FSNZfrdMvB4l+qw+FZ11WSz3upqvcQLpF9WRgL1RU5g mX4xGAkssesDVmZ5KZd50LIDPTTR7tOBZ3ZygZGvycGCly+Lr3sxaFeC4AJKisUuvaSwB5VqSeWl VDkptYYIsmi3P8HDTLpYqrPbFo2/9LuVSKDOoYrlEv3OHJySdRkjCeRny6Z+Fwt5VtNy6rLK6Rtm nX7zGDfLqllkyy6ltiXAIfK0K8pI3pxuxSE+xj07MfVo0i+vwYGsq3tIIAfKks7BQEnnNIeHHtrd rLjg1eIi/VrXQPoFVv9uN0y2/IQC2fITCmTLTyiQLT+hQLb8hALZ8hMKZMtPKJAtP3l3H7GmB9Ua 4z68YHLalYQ4eblJvwQumJzJZ3WDI2vpxlJ83ttMGVk30ICXY1wHgEJNbmiDB5cVvp4SHrZ2oNas DWKo3qccgAnNELUvjg11fHX7Xpcx82dnX0I1u0JPQDdYv2i8e63UrjUpiVjrraFbgrKR+7q97Rc+ J3Uxcn7eizpPiRq/ElY39E2OcmPpyNZqEH1FzGq6YMM76+YwZxxm26+Stt/hwylshadUXGryVEer JWa4jdySgfok906HkOZoTnRFAcpOvlxCIMbIyTIbEaodc842BDXfEEYIcpw9NzIqAFcvwYpBLn5N K5ykYCdhLB05z1CWGfzK0IRgKoOCORQ7GXDzhQjkkfgxYEdpSY03EeIviNsVnIffhhQY4gnaD4M6 GAxDPAvuqpYFCC1JU0VRtCfY5cVg8cMj2C99yOdzFDbi+yK+hF05YTcWJutEtRLnz4J8tP+26qdW cQaZkiy7CKDW2QHJlInCOS6IIc1n0MIyrU0sySXldbyhm5ZElG9T0wx5yBFtxoU4Kx/JWkcQayc5 0iXFB2zwwaI0yhqMD2ysXi+UY40t42SkqnY6TOdJOBosAQkzKFhMiol8q9s9hOUoypED5+EzMp/p BYJkPPbsiVbKScOvVzIQlD5AiMXWkK2u9UkJzgRqgTNtDsedF4j7FOnAV6X+eikLAmEy8CEqjq+c 1PA3HM7rtKKi7jHaMcHWFmOl2T6d2w6Xjq7gFVmiEgEnn1hJfKw/yuP4nON/A82toJM6kIGmKh40 OwXRbW33B1y/PCXJbYkqqRO+wDBGiHCTzHlJOFzCBoYMiAKik9P51ILdXZ/GJDqEFp5SMpLEbevY JP2jJSbjweU8Jhcwm1YMF8BDGeFPJatdxFtnhAShhPITPL5pCmzxEZ7TwArfCfEIlw683pEVJJ3c tpemMKRBR1D0GAD3ShLcK6eH+92421j9KQjqF07uAlfzzg+7R63u3TsfHu10r5iwcJ2BozIsLAsc 3IVHZNSFh+Afr5f3KdPAIzhEbrQcpF4lyoxByhQ63QiPu4u3L4ExiZXIIXVNp4mXmtwtz8ma2GFv J2WGmcar1GEjpMwdEpMiRDlFhHRP/gromypTkcJe72xUF2/izZwKZY87ryzmlnJoBWZxenWReRRA FFDhGQs8MQ2FhrWDvY9tgK26WeINsckaY16gMYoVc/PaSk1HL2u1LbTu7BWwEGfocmO12S5zh+sV Y81kLJEnq2xpEMqjbNfnlcXkARtaY8lCWXYT5ZdlNlT8LNkmnyKqFI9wXCprf2/zWrvaUHiRof9Y phG3bruxZJlrcZzOLdhsbV7TzGUulPAMxvGstmEOZxjktReT7p+3l+9J0F5DUHfz2ospp9IZYX1J Y8MUy07mFIWxOhBg9fWazsQtry798zkEGKtONttimLsZBtw56hVanAT5Am94/2KTe2LNdSJyz1// 7cXcEDSUHMwtMAd253QssR6hwOE353RsLmEH5h39g73zPMTbSC8V29wBgamihx32YvmrQxND88wS w7WhcCdevkxOKIAlXr7M6QHiYoVkEnKeeXGgbXnhjwDV10oqaC6Jew1OSPDNMJxEK2XzJ4PN7Nwz joGBTqy626w7rG3WVqmlsbfiW6UyN7Ro8EJbFjctN+eVJW7aMi8Un2yZf/q4RVAwzgRbJc7hXasE hxTZ1dO0Z6N6VknnNqG+wgtdavBCrRo35zY3bfNZwY9WhTMKzwIkDcBJVuTQw8kTjTAojQ/vdT8C JtqYzVAWi20eXinVyrMZprKtuPMvPjw46trZgN6VtTBK1n25W63cAwJEV1yr6XFbTnFPJzp8znr3 GsqYxLGzrt3eRVUnxxCwGvZqXEEELj5IzoIAUz/gPI0Pb907OLz18RU8AGTw3ThBkLJckIawDZuU PJxCfc2WPQkc6Q6OTnR9yMELlNZ/QSETmgH8qlz86gc/ONjt+jYEgRF9Z4NSMKO5ZBnNMzOaF6B8 PNKE0uWF0lkx5kHhwYdfLKPV9J1imseHmMiVDKw39RhSEAAMZtx2zdX9g1tdwXW8CGI7Hl5Ftnm6 NxaR2ydc+iDVd/bYcRCLgQgaUuNULY5ISbHBhu1wy/d19HlR/qxHyrguWkY+rgxysqr9rukjnjlM PDSbxAIkg2WKDOQYF5OUGqzYtmjF5kSR14ggb4dZxgCHPMiwDU8yluU3PZiAQTGTibAjNqzsvkNH Tat7q9u5S0QXejp7XR0KSDDrrZRgMsucUCeTmMiOJdVhfEKnErJJzyzCI7BrzwdLPg4WPzwC7HEo B8v63s3BVJj5q8yzjtkXSh2h1OF1ydvMt+s2BGj8sarwGClwukvg3FGCgxLhqMIm7uBJcHZNjNOu LPHBgEdgBgOPT3JtBSTXvsbqBJJrSxukICeXohbfzO4mds/iuaMaV+L359kdyyfpCjATDOKH2/eO OjswA1ZcJXxAAnsaB3CfzmlapwmCmMRjYD/nwE6gEkm7C+l+yRrUL5KTuXyu6xwk7PuYBu/Ue2Rm l+NrEIJnh4Kp2MKVL1U2nIot5vhS5cKpcsxUScQgoS1atsFNWDFgLioEjG52WEY3vahsw5teHFOr z2bMzs73O+9hqSN2mxddhcaYJJC5hgKiHR+OUlup+eHY5cEBpMMJdEXdAeMwVOEkMNvJcYHoP5Bb LCfw8uXTC+M2d1sx/U3JlOkZmZzMVmkwsJYBSjwhccIent290oWrZGgXHaR9h+m5QPIBFQTWX6Iy WInckQxnLLzPm3M2aDgbvRMXwN/XXKpx9zWHhQWOqt2J6si887GqNyzAYGGSZO0mFBAj4zZM+KL6 JkrYfqHwRClQO2eDH1ihF0oRUtdx0OE8/C4BTwKz7uEp+Amack8AWZieYrDST5e1ewqsXtmcAQ/L NhKSTDXdPsJnALDGpHePuntLe1eI6EVKtIVDW96Lm2q7YFtt5wCT4h6MwZUw+wO+zbMdBY99HjTv nBUAd9xUOFZjHrHbImDCB1gBB5FCfTUyLeh4OBx8nuhOudyTdGB+N0b3j9LgG7/w7Sn+KbPDhEg2 jKt9nIccKM47h5f4jdT/ljhPhGfSTL8iPDfOaYjwarwIT7Yg8WEttdXnYr5AsV8IMV99FsV8FcR8 9dTE/Ov9i/lcIPmACgLrL1EZrES+mK/Gi/lwLS2KJ4IkoRkBHyh4xC8gIieuBIVDkWOjYgAmADJQ cBxa4ks+Oe2qMCpF0TiUNhaZAfIL+92aH/I3vPuiBuaH6vP5YZ/lfzHnhyqeW6mnPkFUB5wg4jkA plZvhqiexgxx91mbIarP/AxRHc4MURWfIWZPfoZYZNyqBo9vhni5qJk1RVFyl5/tRR7vwjqulG53 Qrjiop+uFjNPiBviEzQPnP8UmsDPFxQlv5tlkMqJAe7CAWYZ4toexSlxZuVkO/saikXdzu7PpipQ 1KpAHEsgDo+kbbw2UE4Cx536tRERLEmL4fJ+hoyNZfRViskdSOwdcKSteDvg4EEcH5pDbCAhDSdu R/h73aM7uJ6MO6ThGXQiAUQgPqMmJCNSAy+NWwvORid4hjXL1GMINgoh6SyitfLSuTXjGMlxnhMQ jAmvGADsmME6Huz+ZFuyowP6V6wkyatcXC83kvESjnG1ZCxBHMnivVyc3sT7XHxDxGH4ZgyGSWdk HoUORuMaPnKeZC3hK4DsBfTsxCtiFx8MtddGwMiKguE8IZIV6L/wxFcCngQVgSdSmVzSysATqhCn B4QfsUrBk7Bi8EQql++ncvCEKigwUPgf8UrC00dF4YlUdq7fysITqnDMmE97klUanj4rDk+k8vOD VB6e/vpo+EmOBHgGQETyApOlEI8tFjM+VnwMMVHEeTw1rDNJw2YBRWklxo5RMsjtSRfMoONM28Rn KC5aR65bUcTu9fCBLDZPFAd+qEsJa5VVrpZ0Y2XZhDbkgS26OJPweh3IdkXT6yLoXjryn2sSy5+P Zbt0IRkNl549gdJj1z7d0vPDLN0/FTmpQ2Kecoor0PZD0tYqz/A4PKIUCzpgvFdf/KorYSvE8FAN 3hXB8qfvMM4QWrIPE4zwPNVmbGD1YlwzJr6tkGqXD+5yvIKvCDsxrVN4IBEaRbjAnvQIOPg4E/Tx vjwXUXoXwaJ8gEaJv5XD2tps2N9stf2LDhHbFTFbh/BptSx98xZ1a5VtarG5WBRI8GA2KSzq7hcB FsrGMRcW/ZRhoVyE7MKinTIsOQ4s1ZOBhbHxkE8vJ4QXJiw8eiklg+VBmAE421xzSie4zZUEl0rh u3uXDrtHnXsHd263uu+hNxpcNAuxEK22qd25vXfwnmeUAkn4XjJiHYpE1lfvHO0KmYdyzULNXQ+Z hTKLjehN7sgzeoM78oze3I48oze2m7C6TPGM3tCOPKM3s+utUhQk5BkFCXlGQUKeUZCQZxQk5BkF CXlSQVrwX1keHi6Cd2wraocYqCngC2923abM2vY5GNZHnCV8ekj4Mu69gpubz+nsB4gWrrpxcszC FygA+jJPluWuVx9qrfZwogKp0UIwjA+n9+qEEEfe2/EJvfZQBodiJwRFbi++oW2VZvC7bzDyVDgW Th2OAhWO7VOHY4cKx96pw+F1hAh57J4iGHkqHAunDkeBCsf2qcOxQ4Vj79ThwK8ulTy6pwhGngrH wqnDUaDCsX3qcOxQ4dg7dTjwS1WocBCs7AmAs614MReuY2+//KoddTv3uliWJMIlkWZgx9dsRlPq TYGoBTSSanmhqNdRvbWCUNTteRRVE4q6i+qoi8HaRTKDLgYrEr3zKLIYtIqqIhTrYvAqag5h1xCD WFHnEH4NUZjnEYYNUZgLCMeGKMzXETbW1hqCkQs48ppQ5I4Ckf1gODsKa03YtzubsbpHB51bBz/q Ro7RuXcJLVk1+l1CZJYHWYWsswfVQa6dGQQRbAvAxoPwJIGqZw2ae9loGP66RiMEEQcPWHt0DRYB qkgkezOvGsaIXVfQAOMJWsa22UKpsG9dI9iDo5UO56gIZJkXzTIrCmQhWY4iQGqiWeYEgdSFMZkT BVIXxmReFEhhTOaFgRTG5JwgkIYwJudEgTSEMTkvCqQwJueFgeRgMqxSMFurfo1yxEgWCKohjzxV P+Xsw6+YkX34QV23bS/tKiWKrfbO0cJCqm+qNS+Bk7NkvYa+Fx+QRw3gqZ6ZCR9EvQaGj3GGmade FIXvAQXphr6m+hROBcUzaeuXEVlvHDGLGUAeT3fmcD/r2MNO5JXFDO269+0J61kSq+Bm28W5EN0P 1sN0sPccln6J+uo6jp0lUnHWBwU5ZuOpsPhybZ+veWIb4XpIXM+rrkfW7dBOzYjiKzfv1RJL8Nsh +Zyk6FAK3fOUDnN5R7hGbwzFPM5tHuc2R2BUPUiJNes8ziCPGyLv82eXk3PHc/QmwyZOt0DqsuDV KFfw8mNa0z7ZVy7HovNsQLGqPKf055T+Baf0Uyjk+ev5i/licNr6UCUK8s5ibvvMMdqC6pV2Hb/D KrvkL8J+shjUBR+bIRAQVqn6yiLxF/BbzYWy6ea96N7rGeO3eQ9euzIFXyjxn/PcT4nf7u6x6H3I ksVzin9O8c8IxZ9CIc9fz1/MF4PjtgeWMHZwT9sliXBP9/ipCLulQdul8RiB10nP3mgvwmnmcKEq Zk82XyFzN8WtLcEQnvNs00A8GcZKUs3N+wB7BqhxgNfcdRYpD0F4eE7Mz4n5dIn5qYPw/PU7/Qoz U2KQp6FXrIhBHsxnV3TDgIQqNUwv+ngwLDuFsyf7DUoH98huA5ICw7KybGpCcRFXWLmp14XiZnFc sXxzOG5bKG4ex9WF4qLZx4olCO88jisG7wKOKwZvAccVgxdx7oa1KpYv4tYrq2Grroy4aCq8Yq62 gnHtlVA40kZb5WOd/AmG05dC4fHtWGEtIjpnVxnXb5GlYnzElEZ30WgajeSi0do0aotG02mEBg/z IsNN02KeKvQZjow2RVyuzEN2vtX05Lkyb5oaKFfmzdf957pisc9Ax51/drdDrWi1ptAFf0r8pXCi p38DJ3+z8fnGXTYnZPFS9Fg27LdKdCabawha6Cw2KTLBQWxukfaJTf+VjElv2Dyp86TBvW79F+Vc eemgTABu73SyShEW2EWye199iWcDDzUE7s78Y8Aipk3drixo0nRFsyyhU7pJTAX4CyDdKLk1JKFu ygBSyKKA/+nHuoD/EbeCEjr3nqCMjZVmy7oSe1ReHKSTNsDBHuD0JYvfGULnyLNCY44AvSS5eN2x SUbmEiI2yfzsVLGl0IS3GkQlV16CBJTqN18Ec6DB7C0Q+zqAGX4+jmnyId2GGTNoJGsxr7WcOSGf zHB9PMTzW4o/5lbwDONIkL79BatxrTeEEVeESOLtQLKJIxmnYFoxtY1yePssmUIzPArZjKqq/Btn cBwlPk6WFYdi45lZuyK24cKcQfjZidPucabScUxyJ3ecjLOBZtSWgBH0vrribw1PTsBi7d3bviYQ v8LB170jeiTacyL3MVC1WP2VHsKF0icumPqKZND0iYshle7iIjsgLp4mXQypdBcX+QFxISAlnSAu Bi79qQtY8IQIU4Rh2db+QN+J9bInNfcPl5NYvZFkbq5bqzHTEXznPcy+ueMvTO2c9UXeuEvmcXP9 S0e21rmu6TGXnTuaZ5VlR8uVszSubXVHqzAEjdkp3lescmxy9nMhla7H3WPgSRsbK/WaLibb92s3 za4nHNw5YSNpdCjjaxaFlKO3FYO2H9P0lFaJt286cKvUvzCtUn8qrRJntTGmL1a4DMvOnC3CxeRu 8RRU8MDA6RIGbYXU/9gDrRO/oDgnwUWo0J8yL54SHp2MSDHNOxRCtIvqm+YHvhRKa7VFB8PwgVTn STgYcupKBkMr9r6SJEr1073WU2gQ5Zc2qDHR5Jg5VcQMGS+Dih4bKyjOFS5JJh7P7LpuoJxPz2is 2ADmA+002Nvg16321eqig1xfN8L1M8hxlADPB7nYogYe5NorSszNh84glx3SIBc/44tdbP0dmfEl ZqtweuHZ5KqwGX34o/4pCfwM3dzweSFHCficF8YWNbDaTuffgABbaiy+OkpwkWqgBbCY9SN63gR2 ruyb5DYOZiHxi24ACSwJxe46grVEBxasKR0KH45BcvPOncO+yIhmI8keYk2tFqGpkFEjtRtj1ChL CwsZNYrYnIPnuVGjpwwfxeZ+AD6Kffmhw6fYBuef5TZm3y0hBuMp4ZELYxwtUu57OHUY4+jxWWhr yt0QARhPo08jGPNfAHrkwviM0CMXxmeEHrkwPiP0WBiEHo3hGveLNf1IMt+m3ViS52bvaN9L9FM7 iQ5AUaYtdvhyk7ENP3zliVZaFrnyxHnICS+SSPzqE7dw5wqUfP4qvb3qFV2bncwxeo2bvqAw0lvv WkLpdxjpG8v1Fjt9y2pbkXtJnEfT2nVmoM4NrBUr/ptNnIe9y5NzvA3Nc2A+jBFJ2vKq/Qte9FmG nQYjD/dFfH1P10lKZuNo0gcRuDlgHMBRxW07LdgkR35xezwfMLoIdbIa6CIUEk/URSjhz7vI8y7C SvOMdRF9SVuMH0UUJRedf3vR4npKaB4+z0KrwDgPD28+ScI5u8nj5CZuBhTZZKhwM+TRANwMWeqp ws3oygG4GfL+U4WbIbcG4GbMAU4Ubr4+glt0APanQSv8uas47EOiF8rpEMyU9CWyLW3PfljRanpJ IFq5jkYXjry9uqy1eeF6ddFghBs/6N6+d0U3ViiLH85QVdKbMWd2WqgiV64mORK/XIs7B9TSrVay PFtGhX/6pkLATLT6J7TdEzZbCx1CcXZ3Xx9kQcd3vy4ot6/BKHsNSaPZazpCgQ05BqmvbHJDyKam G2qybBJgsd7W3uVsjIHnJA+7ciQ3IRozTaPJX4g3zVqTU0E7g5jtaqvXC7E3hZtmKSYneKBjXbEN isVEtTPsy3iBXmy3rzhTF3YGdrRk5/jhiVl78hfPqaW/+ETLc7q+ushGjW/pMnx9tm5ptSRs0GoX We2+rGuLDMJa1hfbjCDnwITNGQmFk/oLnePeO4HlWNcaASbzBMd8+zeuIXzeFt/b1l85dF97RGRl GU0kriOEB7bZsNSTeSGZx1nBN9txdgDwxBYTU717965/jw1CGfYPn6XOXxWjMhQZ5BwuU9TLdZeT JTocDvIcn/PZWauMqarz8A819NPLcOGEtwiYCAkKN7mk5gzCvKkSu7EoNoPWoBn0v7UJnihS4o+S xIBU1xaXnsoea/4Qw8+e1MehOpiYcMZAQuscJSO9LPbWn9XiIodxuAOJ/fD648kwmVDndOZtAl1z 0E6nPPVO1xcE8Z2uX17npO+n0+Jqoe4pbnWHg4T4bu48JW1JQMx2HnvHYLg41EVatunERNaX9Ipp xMyWnGdQE0PwxM9uvJjcWY7ziM5lvGxF5jTOk2BuEypA0NJT/GTNeeJxa+0f7N2rd/fueRtR44Qe 53F6nF8CKoh1Nie5feKSNt33OnC+oyj53ax4d4THPhzO1CQkMKwlZrhrEP4Bz4Ze1c0rVAuf/QE1 iHEBwf29HCQL4tep9ZCPzMAjuAV+0DEDzxhDfLW0LGgwDx7K/cCx5QnNUP2POAuFZxhMezDa6KfB 40VV/4SKLWSGY3LEksQqFnoN2EIsGmhZzeyXmAtJlDm6xhOMBWxIxos7jlJ6hwKY88RLME4u+e2+ 9ZqiI73Dh07ysA3uuXY5eTEGg2qnD1ktbUPzrOpySaw4+ebZ1fj6OiWHbwgMe6Jt5Md+X7N001wu 8UGxe2o8Ok9M0e1jrnCh9DWw+XMNbPJcYZ8j8Q78JWGOxjvKgMxRVMNnc1EOVpf1RZ5kwJlHlnUY gbQyr3j20IVTr5V1YduM8MSMmDyM5wX0NMkqySwNVis4jRuayghob/wpsEgRy9eXjtzF8yya2IjM tsI1N7TNzWso1bvXGtXFm1fiM0gy4Y0R3E7DYk0MCDFTJD4IfjrlSCcDr+lC5+VQ2sZqs81tDl// hL0YQxyjnJznkuXMqynzfLeteAoSvOB2icB0TFC+0rs7R90PYP8JrlpStaiY4iOmO+ITuX3T6MCE B2jjLZfZ6ubwbqJ4Wmw5inzusBYtQkh34zSCo+yJK6aPtU56hkw8tjh4FFz8ZekHDHO1IroAGZlX LtY4JGrd69y6xbdyY1+8Es1Wj7cHzJvvcuFyDSTCMop7Z8IC8AIR+0fVgs69+MAfl9Y5DcNs8XfQ RGtJ7+W6YYpb+43XkvRhXdTrIcMBYygjto0yJF3VxOAajhGcxLsY3L5tMekpYd9OqjsUJefBSZlP xs2TaSd4hHe1AL1YT3lfiztqlpjiGo8bl1hcL4YTx3LhPjZ1MWHpFykw8RexeouY+tqSs/JNU4bb 5z7UOH5PaufXJmSvxtOHoPah1YVjPvR9yc6DahGG3zJaN4mZlWjdICx+MJ7PCwyMcZaD4THNWqvf zRi09V+nagt7yatGI1+tDuvJcUKE4C1FnF4H5fDZFicxoseYfVecPoYSc8ybDWWjHx3kGMvqfJAT y9Hw2Hcu0ORXS6u14iX6QcyOU0etzZu5hVh9mCNdJqMZTr/fOal+L9IJ7B4fo3QRKbA/zrCdmDN4 8z//DVaxuw3F1PYDT45B6Toc/S59kx5jAB7UPNQgJTFxAWce4hUFCfdh1NH4yh+i7Bgckq5rJc5t pUlqiIqK1S3rCK3ung0lRtwITw4YtbB5J94q6E13+Rpl5wpClLW3KceXGMtQcRdb2uNyC+rku9MQ K6ivOuk5uilm+pwvfYw4A+l8MyNSJNE1ebslfWF5J0xQSUSBruuDjnFngh9CDAGJm2AiRUGKv9x5 8R1T7l5RkjDhxilXEeAQ4UJ8yUPVRHCqoe6J1wMeUpfGh7fuHRze+tiPD4/cBaoHj9g2rQTV9OBT PtpNgGsxYOJjbKxGCG43EVYoGezYMzHOygcfOM6mgtuO6j3ZTWFs7o2GgWeIe/MPdwyFe/fXYEw6 ARaRKJnqGGjg3aUz9HbWsdEGdjsDOlsH7+3fC1g9hQPnttVTDHqMus6+ttCXwYLXJIw6OOsGgKfQ FcMJlCiQnHOGODS4mAgZriDsWJHEFbzuG2u4lQzm5QAOpjHEMwqSsCKEYW8nsd8M7p7dQNt8XEdS q14b4e7D6zu+zhe4vZkBaTh6Vji630wvL0m/CjcTdwU2rVBRvLcn2gciPUml9KS55w3lPuxOXa7H GAYIbQbnT4ER5MQgA8EnuJNMJJMaGIeWI+XZqkcVN18fxXo5CVwOx9uRxS4lRmJLbjGcMxC1eXet JlgYStL2gfhqfOPZaYTXRCmqLbIGVGwQSZuiX3AjnMJmn41GydCAKOYdZsaXP+ILTnCxLP/sbLBZ hHahCDcLTesWaBeaUv7ptcvC3gnt2o/iWcg8SpItAbGoLvR5x+gztADvVLPlNNrVZ7liSVZ0kw5u T5GfFu1FTmb4aXbbjsdOB9qz+YXnprhVwG7hM9Qs3d9Obup0gGeR58DTJzPtXH2G63Uau2PgaJ3Y Jv1kknEsJxciTFL80m1mF1/VF09o0d7p1rmsT3jtp6yB7pnpY8qRALHf6x7deeqYXRjSyjA8SS3y DbplD2Mpmf2Xp7g1L8T8cllHsZPUhs0zvA3U2rlzSN8ayaqjc1rpZm4hfncAbb9MPD5oOyeERFcx MwrxApdXAb9dHGq28carHNh8q73xAIoOr4MbHhjuaAuPayUo3IbQgag7umLZ78F7t1lo429j7APK HB1K/alAydn6gveeJeANbsedi7vEbLik+vzIHSeE21Sww13wcIwAS00g6OAsq7oRY4LJidzBkWM2 Zvp2UUK3gwTOpkLB02nx2yjh4ROBf6e2A0JeHASxZfNoEt8xgwTGwZyTLQKWcGzsktiCY0dx1zuC 5B5HcsX3mCXhCMzekpqXT8wiWPjxziyKVjt+74iLf/M5/uOek8C/v5KoFRritQqltMRT0s/YYaR+ cfQW8MSI8/TEUZ/wpTamqSW/1IYkGuRSG+alNCs1fXZSnWeEWrxQN/f5eVbuusa+WsbkBXp5s67D sbSizkxeWi5rAnnvMfLGR0hiky+wqm1WFEAbK1DlBWZ5gTl2oMUr0+KVafHKtHhlonou8erJC8zy AnPsQItXpsUr0+KVafHK9Fr8OosY4aQCi2CKrcZiojuUwJwUX8tpmkU8CUiwD8u3KSXv23vFYOnu DM1l4XzrrsF9fF4xvtGVDASwlZCz89uWMzsJFY+xkxwKfKqzq3FPeH8iSefsa0yWLKv0V1xWddJx jtPT0mX7AzPXX7J8n7Wb67N28/2BucBPxjD8FM0oZkcsJUXcblgapTk7YfOMww6uoKSoCP8wlvPj dVHjwpjO3LmGr1qDcTnjXc8Gl6shL24aM5rGjEuDB3D7UAjemwm7lpEfNxEe2P0FIcES/LiJyIlQ LxFqPPZBPAc6++yZkwb6BfvMmZ0Ic3pfohyaBIAfPZFplll29WxzaAzmbJqNNUpC3njC29sscN6s L6T0tZMuVJJ301+ykji4MHinycWHVwGsbTQiXdplk3iRjnF8oi/E8QorJGJ5HNy1rMERRwE01w2g hcUiHemAdcKUl/M2a+sYp7blWNM7wBuRbB230gx2HYjOdlfI4g7LHJ6wMT0QhIdIW8Mx8qckg4vT MMslgX0AMAah2UvfvdcHNsxITgCdarKcefxdxEgUTJ1i5AgcKUaIULk58RXFiaBRuNBwbpyLIorc Fmi2SgwmQMItLSZ8iRu+zA53G6okMPjQD9/ET/UCzJczr0uy+4U2iSTbGQtkEglIjev6tOT2+R/A eT/JO07ypYTJFX/yZW5y15wfwBhru3mVjiLEMSnl49rztZqggnUoShXTJdNguC505s8p0FNfz/df ZEe4SMBw4Phu1m4TEU0xbcIkXvRJbQvmb3BgUwm/H7Fblt+B2M3D7zls3LK7TKIBq7HGQhPf3Lfv vK1rqEPsuG2ezxjDy4sM8vGtNXGv9Awt5/CsGQZPOYquHfmOzEYYjNPYV2P6QhxNewApSlbN5Qqx tiMc3UGepzOgF8u2ys4ho2KM3DOcE632UlD0JKsIrPaN8XDdCwvW8K3xKv3WeC+qfXM8Y5EwvOSk NRItOcFDlp1IwuTLThgId+mJtcgCz+wk5w50owkLRJzL3d0y5ljLW8FYar+QmK2GxoXEaur8CB4Q WQ4Qa1qjzVxGIFAy1uJw6mJL4VZjTW+1ZicpN1/6IqxyI3grITleNZb1Bhcb3ECUmo/LuNRtLhK8 KjC0CNxtQTr/Lm54Tviq7ZO7scq/dE/N26+x7cPACpnwoq4ktiMilBC6mFjCYZg9SXo5W6sYe0dK fMFD3cAGEAnqmoDRxs2iwD7GFdt8Q9ymDIr02HFWMoTURGyA+NsrOTdEh0oQ3wY9rF42/N4leA21 85zaJhh47BbRiq02R+EBT9IplA+sPi8kFtiMGmckgF0AHx1aQ0+MjnjScqHNcRZRBz2O0ddlrx5k A12rKn5iLvHIG4G0w8GhGLQJIKZDHX/ewv94kAtuNTwRG2UeFBSFbH9QnOJgqYHgm1Ssi28mh0MX CvEsesj9U4zyHQBzA5+UEgSUDqwYMwkALDjoxQOdAHA/AN7RpKe3RbWf8+wO/PO78Xt6h0eSghYQ /ADmc2KbjodPkoIn1vsFOB7oBIDTgRfvT/C4fSorXgF4TmQciXTwoQFzMv0vbEfWNobm3GckMitw VkA07V3NEbVnM96XmmQ6ENQBn+yMIJEFLVcEfleLEYEDZuXi+avfoJwjMgvZ/7czFuZjvvY93VPI 8IgysqBdzKd5r0q8KUB+QQEbyeKylipA/OxC3UVQQeOA8AQNBxPRsBufbOC5NehJk04mY+5Y88GF KnEqooHglD8A2UB3L/YtpYpPy0T0E2LAJgCYDrS4HAOPiN7D/5yICDDI/MB5krSA84hVBp6EFYKn H70O7UnaQs4jXjmxmE9D3orlTPSk9gqs2ao1eBgPrsKysYvjlSrtxmym9OHeHhLcEEB5lHPmATuR hmU8vJRK1lZJBlgXXWmbnOKYKfOQUu8nZQGXySEgZsodXGY/KVVc0UY5Dq9mTRHCv94Qi2fWeBd9 +/OLi+csMqBaCMsizoyKs+wBD2IOsPQruPwHy7hJ1vQI28GLv8Kya6Qm4noOeE5kXADZDENCqjJc eE5ESSQiAIsDQJp+NZleAi/pPx29RBKJXByAfiR053Eldb+ELp48sl1RsU+8JVUVKbnC0G5O9fId ztQfnkT3rQqtp8aXmbwO0B+W9VhmDI+zFp3376aNYcpeEVoSqxJ4A4qvFEE5zUeaeyHCPu1+O5xa uB0sYRYhfQselec6fQ1acwkYDzwnJ9N6UDkEzhf6QvHVOFHPi+9IlLGX9fki8wS6ECT5OCkOHltO B9GvHw2Ct5sDSY6xFl08erEOftRdsjdSYVkuq4ix5ojQ6qolZjNWbDtxc4CNsLEtx82hgGEQoGBm DjsYhkFyUDEi4prdyyKQg2pjUmduahXJYD4LOeQFFpeZOcxDDnPCeKDk0ME5CNjmYeWwsAM5zAso JZg5dHEOA8BQwG3Bu6UzNgfcFvMxd9xxcyjgHGIuAOPlsI1rURDIIelWPnvn+DISLa5Aa9vliHZk u0gcOcGYBZvnUQ9zDtwLdTZ4TmamBSewbWjgBPawwXFQ3PCheJ68HdIS5bzwOCsFOEVyQWFj2awt eXDkCZuwCTQJHGKVt03bAjPDnLGgJLkfAR4frWSfLVrZHS44ojOfDR1aEBpqNgBPNv5sBy0z6PnQ f4OZ+Q/UCBsf3NAbsZkJW8WD3ZTeAjFs9xdOqTV0X0rQNYmm1Fur7kEgNwfsEBiDXOM/OXsxF+uu 4osOGdTL2aIUVn8ITdPDy/Kqs/jVhw06PMlMxIiCWgJnP0k/UxgFFz+0je/w9LkhQx0+JDaFoVyd RV5chgBtCjOGst4ohpUKsxnQHgv34DLwFpfyQUE9/EV1e4miYbVjNbuiyxRu3KreLvuXKnZQCZg1 OqfAgq8Ofnf3WOG+SHtzeHFOJKfYSLzFE3iIHFj6+F6XyIGkVpinVPW4y1NYieFWqSpqXgEs1oJY 7GIkPp2q1xzoZzO1xFV3EiMBvCZWc51KP8OpugCRdZmZBCIlRaLuIVFPjETdQ6Iei0RWYlR5vV2M YXZMsGEy2y7HpPaWrIRmP7GHXhwrNvMJh9E/+iOyXhffUyPp8HpgfB91Hlv1BB38qax2ODWN75iR dLim8X3Seeya1oZQ08G30jOPPWsli7mrPnzsOSt47JkhL9txlptkxwg1juBBseGf/nK3LpzUCZ24 G0jZBQzjvKvvMgdv4xESuCIbwId2kUii0601rVyJOZ05nOMkkaP3peU+j97jhIMevc9zDmnXK3DM OidyUrrAO15vvWsJ58Oy5QxPY7ne4ufTstoW93S8prXZFqXh0WMj1IoVmqleeLj9BChMwIAiRnrG M6AIk5IKb1LlmEMEJGMuCdvK3Vuys4X5/I6ysDCLWyE2F4xiX+mIBtE0AHxjk2Lc+5LC1RHgF5sQ twnorR1bptlZ3E6xCXU7oVMiVt8LJYQ2zJAFSNvi6ixuWNE9Y7zBjLkcRRvMGFqixIMZQ1X/fDAT 9X0+mPFDng9m9vN8MHs+mHESfuEHM+/Lc3kGqiILlqFBTd2LDmo8g1RhBlLThQ1ROcqq5Aao+Hee mOW2QrUfZNYMRoDJCtBZWZXbKqsMRoDJCtBZWbU0uq0nqqdZs+ixTatmMEDV6QEWC4EWC4EWC4EW C4EWC4EWC4EWC4EWC4FWIgRaLARaLARaLASillNZjUQPsFgpLFYKrw8UaH3A0hmEa+kMZLFSWKwU HgQdGgRaOwn1au24am5TCrESFWLFF0Ib8D27bjTxxNRKDExrJQamWSksVgpTa7HKaLHKYKSwWCmo iFltmSYjNsWzbDIqhgLohZYtVgqLhQqrVmH1UghgDIU4z5Mab9o1hWpRDwWo1AAvP5qlQIuVn0Xy 41TRFu4qqDvNZvK0qjjL1yB74IkPmeuwJzq8eVpUFHHnVtgMFlhfJyUIZJ8rUObA0RLsBO4uZOvD 7XtHnR3A5vVZvK8ZlZfFpZJrbq66stVVAczpsZjDtRoatngmAb2zcEKYIbkxp74cxOV96MKLVkJW T4UzFEV+o11rMObuAscQYsz9Bw0ds7Oh0zTe8VHv3r3rP3QrVFS2n6K4XSZ8/0df2bNJOHjBV5Ls Oafd6e1ds0zG6faT6WzBjTsCLck7icusf0ThR698S2OZzRsIUmFciB6/7hMHOR4OYo7rxu1/SXQ8 N/mx3OTHcZMfw01+/LaPY7dxx23jjtnGHa+NO1YrcJyWMHYQWK7geTuZcpPZLJ4BX+Wdo7FT65Aa 5i9EBCUyOZ6BXOWdqnH6GY4Rb1S0gveesrOj69tQITADF8jexgG+Vw2/YeqH55JX4477BPGgzhKJ m0xB8NzqatwZIB8uRO2wAEhx2SbRRYtfUCSCjJhzT3QQAklZe5xxi/J3/qMxtOLtAmZnxSaZWlRT xygg218BiEwEC+CeB+PVQLSAQvIC/AjmNhb3nFo0b7Fzaf0dJuvvAFl/h8b6OyjW5+GwAY7ncc6S NbhnyXhnyBrcM2S8s2MN7tkx3pmxBvfMGO+sWIN7Vox3RqzBPSPGOxvW4J4N450Ja3DPhPHOgjW4 Z8F4Z8Aa3DNgome//Ge+GvggUEP0zFeCs15Jz3gN5ZB+8rNcIseYydktB1Xz5O2QgMiZqcRntvxn tdxy86Rb2gQkUi6/cvbZrEbys1lJz2QNv22Fzl71czhhKGeshnK2imQCqiBXDUGaSyGjnkKaaxar XWOzqVmmd64DJhWxKdC03JcCJiBcmZl2/kjQchBMUSwe6xmOgca4UpyaDHaoKWjJAE+9Tr5v2F3Z d/FZglOWfgTFghsPcgKw/aVnh1N6LMvzaTA9dOWSXUJBZpSn0bD+LjJgiVRbI0mrDWqF0632oCUG 2ox3iDR2TOjneF3CY3XMSWRkWpHte1rhHIazkk4rss60wko6rcg60wor6bQi60wrrKTTiqwzrbCS TiuyzrTCSjqtyDrTCivptCLrTCuspNOKrDOtsJJOK7LOtMIa+rTCwjKr5U4r4o1b4UjJRM/80xE9 t4c7rXBQNU/eDgmIGMLxTSuSXDdAphVuuXnSLW0CEilXaFphDTStKDydtl04pWmFGpwRFPqaVoQy yQ80rbBo0wq+mjwwpxFpY8ZURMggV2Q6ImjzC0v9NaOfYX8os5qTMisenNUIMoohzmpO6aKSYc1q npY50OxwSj/FWc0p29IctMRhzWpOudqDlhic1fTFZOJmNbFjSHRWI7zEyDx1xjMKImIM5LfACEhf xj/6M/rxtIx99GXkoy/jHr8FRj36MubRlxGPvox39Ge0Q9BYRxKLGkmsaMRazhA/WwSPzbwsrUm9 hTjAuCg88vkurt/GXVz48BA590OO1OBjOKK7uCyyiwuOBZBzEviIx9PfxSW0+Uho45HoFiPrpLcY WSe6xej5Bp3nG3Seb9B5vkEn83yDTub5Bp1ElXu+QYfyfAE36FiJN+hYiTfoWCe8Qcc6lQ06/FKc mgxTlW19sTboxIMbD3ICsP2lZ4dT+mmpsq1T36AzaInDUWVbp75BZ8ASA232xdug81yV/VyV/VyV /VyVLabK9tnGq5va5jVD29y8VqrUdHxgOV5wDY0RGN/xBqqTGqZOapBayBB1HPv+XvfoTrzQTUNA /I3ZpISl2934AoT3gxCKf3pFb59e0SSxmNZC08t1EXPtbvRiVcQ2fJCE463YB0k43nC9TcJ6nyQs PM0Rt5me1Fa6kI30/myccyzpLYP0F2NJbzdq65xnFjZsSW9ZiVrS28GXm4Y0g4Rrk+jJ7BotK0Yz xiDWVQZGvNqYLdROZmfn+533sDxLK4jK/83lkhUs+gENW2ZLPeH8syec/6o/f+qaBYgpYp79QeIM 1qa1yrY5wrOe48xWkCAERCOyUsPhDb5plGhu9Ho3rTYBO5ZKjXdQn7uMMglZ6L0cTOp071a72o9h Eic5gktoDsS1DO2B3DSs9mW+GBZvIJoug6F02GDNb5U96CRsPNIbaGycZxA1jo2rydi42gcbV5+z 8WeEjVOs9j2rbFwdKhsXyI3fDyNm32j9MDtAP8wm64fZPvphdij9MEBnVGt4sEsgns5OkniyQyUe gdw4xFPUri+IWLWe5xBPTqDLM5pijtYU+QGbonnnziG3/uRt7dw5pGtX/JnaG7yMFXv9KxTgWEoP +1cXDar/mtYM+Tv1uZnVwpXxpvBeOWwDjz6VEMAbJQqUHZTPFK7WWsYVespExNksCeZDI0sPG5Ft kQK15NQQ1U6jQBWEiFGrZqnW5KalwJ8rxMJPU9zRtDb0RdeSXrMo11zENLINBKZnnuLQ4TB7LGLC eFkz3qFarAzixHm4NINyYhfkW39VWADxNtsySka4qpqlZRauYlApCphbxzVERTyciywUxQ4K8bAI VAt3lmSgxgCHcy0NiABOhwOmQxkOorY6d6mdCaZ49bIe4cAu6HfuHex9HBksUAp46QplGOSB74AW MIq7Q4UsWjJcRHEN9o1fg+VCSsnRcoIo6DJRsNpkL0gEAIFJdZ91DsKi0kc0iLh0hHpnUZvNVEtK kTnHjgM7Anp4El9sq4yaROGn+3DIvm7om8SkM9yiQi+iZBgmWzfg20pRol7BkqCLGO9wuwhfyBDt SnZcbneCR6RLDXA4TLB70SGJdjEh+72iXc2Om4xunS43IE6Eul9fADI6ViIbonEjiEB5hT4RFPzy d9xQv7X7a8jXNyUL9lNKP6w1T3CoKhnNTbYmsGSVdcblaP4qF1gbTPrrtEMYB6PoYa9h2yigKIgT MW87G6GuH4e8PnhMf8M4u/njQOxLAOijsYU40KDA+naIMbnFtbWSyrjTrE/GlmzO0ycz4+F3UN6E RASFzptYyi3GNJTDP+HZKFV1kzQPNdzXfHSpByYx1UWmZXB/jSEaNRIV8yj2u9ca1cWboKxTlIQC LqO546iZ2UDBEmjNlRtKc3HxLVTFvqtggtAZqYIPoKpeCp1uc3f8RuRWtnaMo8oQBD0cNUJXPphZ qh0/1I5OkQ514DIgMuC7V6w6SXfZO5wF7nzpg45jco3j9fSdyYkzJZFoxL28uhgdsBP3UAqu7JyZ oEXJerW4SCFrej7CmkEWQXi6QgZJULp9EC1UiW6z1qxdiUDBlD5DBB4LlJMmcgWwX6ZULMYIXjWb Ze7K+wlOMFmEHj+DpuAHMyUegoarhDwZzR5XfZsYyEEVhTEg29olTMioD1GYMlBszJYQOqkzuLn/ EZln+crhaaj9D5zf2z/Yu1fv7t3zH6Mm9/AqyhxPFPI/MWKRWCb9XMPkf4Z6HEmgD4UfvBgWt7Pa /8QDDE8CoDEUpaFD0e9Jq+FtH3JGSDQk0XQgeHgLkaBmLTXjZIfI1BpMNAgmwIUstyzKhmLrXufW Lbp6lj7HJIVbNcoN1JxJKa5hdNima2vY+/kSiShGc5M+eaACJ4x9LjKZCegIsG51u4d07AtuuKBR BrVx/IloLYrerESEQrK7STLlYMmuXUh45m8zdBClLOwOc2B3s1WvD3/NDvZPDkaArH2PIaUIVYwN oZcusjm3Mkakg0TzHrqlXSdvrPx0st5JmDWdKuhgd7l503AZbTI0f2E0WbWgU88uCvZTlqKuuorE n8HEPQ7XES5CdD8Br6objZKhgVopS/YSsQTARJULZrqwx5jAindK1Fk4S4TeRqg+NyLxikbpkmmz XNXOnojugN1qTOL1CqmWALihbHbBYnrr4L39e1dapPHyC0RK5+/Jca0BKPaxxGSX14ptKxLBiB2n WlK5++ZxXZ3uzVFEscFm+8aMW7bthA0bv7nrV0lnE7Y4PVyIebyEcfEvZbQsR7bEwcSGHEKgD18b jZqFQ3N7+BQueffTSeg5MbfkRhc91wT359CpMkY9l0CDO6xlVpGdHQENlLVaNDERnsw+oTh4hGDp b8nxVIoeeKPQCTYYPF+UTUBrLe0ENx+I6Lb63qBAb52EKxt9dCfG+vOzvB1BCFWD93YaZtjNOxSg GHyg38X0RPs2xGAeeH/QWsw+vRNARbAG9EqH6Pckd0itUXdI0cFSwxmRd+R0R3C/jT9vZ88+fe8D HY8obujwbKQWtGOlMUdJuYqCyOggJLjFq0i4WHOXzCJnYtbKOvXoi66VdcYRF8rU0kcUkGF0sZE1 D4H1G+pkvtgoYrbOmuwXw0YUBOVfMpNQO97cfSde+sUYKetGKWym29n6MrxX2MCT/9xU2EoNgQjH hBXWaEuhCDT+w0K6OwmZzUDzc1X1arhM4TbgQQCrwTYJCWiEowBEgeAAEludaG7UOR80gyD3Ci5d RzqjyBF9PpuL4UyM+aUgb4xigN3EmIAoQf22TpStRHNLwgzDBwTdE19zkTOOFJziJsQgJVtP8dIN t9/4ei61SGZ3Trrg/jTPA3DmQ6jZIqfRkzfD0DEsrLgc9NBSgv2lYl0Di5ji0pVfKFTDi2F+4SCy VTeZXBYB2w+IfRYa9jRHZE7MXas1LNLMdxQlv5sNab34FUwCahT7MRZK4nZBD2S5JM5qSV+K2ThL JQPu7OFln5CuKQQCcw4+gVznEQivERsGsxF57XDiyPHBv6Y1abMyeEhHJfNSOsHB9hv23OS6QB9Y s1YjyA9kwp3SOpmcYCddo2/G5uWdE85br7GvCVoztUW/rYV5FiUBJ00asGc/JxVOKZhiCZRnCZN7 lj247bB2e7f7kY0vPKxcjaZwFYTeShn76GAELqxlILYzgoVlqYWx88CaClpGuX4yApUHNbc8NTex BcTBzn/Sm5TsO8bsVBR/MZmBpJOg6vTqwxO3VcY7ZiBCZvRyxBDPPlUawQPYWhyUHnEeYNVtUHr0 MgIjb0OnR85hVh7/gJNgySguNrflaG6iFSN5r1FmE7AJClcT7+kN5j5Hzd0eGiGS0AAL10LRLerg YUZvvCty2xydk6HM7Ry8HVcCMDEsJNs14/A6lPAKc7/TALN8NcLUNrTGkhWzbwqli4zfTrqIAjuY LqKIc9Jlw+n6q0+elX+eD9ccK93ccOC6zso/N5T85yPTfif/7aT5483xEZVcqV2u0PXgleV6RJKN OQSF2N1yqV29QmVwS0d+Jih4imrZXLUEsmNsSYpkB7tt3BoriqoozIuHAvnnRfIX3SJjIcQyNpDd 9q57yzLgQhjR+jw9ZicVQZLvWjwWdqJ4BB8Koy3VEUlEFpaFIPbaC/bbB9osrjjuxg27qYDE/ew3 0lSVUlQ6jO8D+nD7gP7b2AdKOmODh0gf0PvvA/rzPmA/Th9ALcHtA6V2LbKrHWZOdhn0xWBB3AQh Wi7aOQZ8daqvWWo3o76NJd2IkVVKbZN2ktvOj3EYmtVnGIoy9iCIq0klwSg67MzY3AQeOj1HMwt+ mast/0FbCpJWaWce6EgP8ZRBBq4we8oyWVMcC4hUCUgj2bZtsR3X+BIK+iSrrQnddyuwbV71lvNj 92cJL8rE141cXHI6ldsd9EgAEOdpN7CpDb+B88MxgjCEFh5u7bYHPvQBXIvSvNw5go8rxQ0/guNv ljHwJpPbgixuSKDZ/DI+v3gZFhtxIOPYbCbC3ocm2+JidEoxDusfTknCpxfaxfZsJrJDYkjTXiTf NG2p0r6dW0z+F8lb7yNvLlYSqxNsFAImwrA6ejBbZFR44iaICafOxleHxOhy2z4+/syw8SHXbntQ Pg5y/kk0MRcLOuUI8yBYWEiIBU7ugxPwsCtHDn0O0sRo7KNNGlnV5K1VIAIe4Nwkydl3mDFw4m77 qjPDd8a2YQ4niNCHhwW9fcJYcKyw5ASxsCYyDgujanVxeKiC098ng6r8vI9QnEWuoRJMsy/5Q8hM QCCebRyStzYed7g2bnO7yjzKHtndTkeb88SsadN2vasD7NyK4olvfzgOT5iAeIiCG2pPH1Fd1oSM nr8Inthb9QQPa8eiSk10OPppnuZWO1efJsA8OUTU9sdpM4zsU2QY2S8Sw9h9Kgxj94vIMLJfNIbx tADmMYyBNAX0YyiRDR2B+7AoWznmIls5KCn61VroFK1FjNRF3fyklGpDEIb109eB6CeiA6Ex1aei BBl29ZisUHiGrD8FJYg+ZD1BYpU+J/fBKfhElCBJVmNo/Xhok1r9xLUgWcWe1c4NeVarD1ENop+4 GiTvoGH+aehB9CHqQfQT1IMU+sNVApL5LVKE5J/ivIbGwOgFPAPzmu2nMq9hDmP0/J+NeU3+izav eVoAfxEVIYWnyDBYBrGeSYax8FQYBtN+KT3/Z4NhJDMr+QwwjKcF8CkrQiLnYJ1Np+wbDuwdITTc OHssxG1eIhCid6vTNCsPZHxiBIGlbPoP8rqaHPeYLMPx4KqbQ46Vw9xs2MHIIc/KYX427GDkMMfK YWE27AjlYGNuYzN4KxSDFsODzIZlWpuBxmOItQ/c5DDDCAu2zpUgATOB86EbQWJzjtxSFDgkjyF1 g7hXbhjBXcgsmw6LiD5ZR5p2aRMCkSGaMwmqlps1VBH01q9S0nDMbaMkSVNYplgNcpEabKysmHp0 x/5Gu1U0qRu1o5nmo5kSE3R1s3Rt07RWo9vEk2QfvRWLnZo+HUWdJWRIwOF00aJYEz+m/XWtETKO 7ovmmpm6pkdhsOHYWL1eoJ7h3NBKrbBdfho3ZXcOOHHgK9RlpKvFxZqfA2XpfNTPb4LXdSXiDHMh zmCPZACEnyf4idzr/bGk76LficmWYN1eQg02Vpptb19/LMdR6Sw2zCSSMIgHjByD/YtFMkHrj6jr hfbsPwjmQDGowrDCgW1VRg6tOqBieQHDw1GZ0OtvmUW6IEPvQYhgfMRMB1Ygjt0zVou+iC7u2t/b vNauNhT/dGRjxarrNl7rNX3z2iZ6OweXNlaaLStIDligBIzYvYHgOoCeqOUpOPofEu2pkfwXgnr0 EuhvEXIhEm6rVGYdkqHei0UTam1VOBxvzypqzonEVMFxe9FNvjDrX1MA4Em0APN4ILsib82VcV1r QnABrxpCRaySjgqxbcqVdiqfFz+8UTOZaOHYTANeiFCAzVhRhwmxXhsEQKiq4fn4sOoanXEOH5Qd QViiAhHEcS5ls5FPixaH+oU+FN8eeDEFxxU+qEV2Xt4Jd5cL1ylpzxPCaGLCEu8iC+Hk/YjIQs3X B7E/8PHGimmEeWNdLYgKKVjwCzPqoNUoH3vGgfadWJ2AuB28nOXZH4WoYNMOZPNE+DiZLFgcPAw6 DmQEQgg3I04NCpQa0MUtRDahyUciCTNYLHUv4gD5RbYq8RotQVyq5k8MTn+XQ2Kkk0l7v3v0QefW 9+7c7l4ByTIgBmLbiKZV90/GKAbWzdbmNc1c3vRMwfnMCjl9WmtF1BvO6ac2hFGq7yQ1rRVmUgjj JG1rEXjdpBDGTRpZZfUlpdKBm9SKGIjxktJ1IW7SRiRpn6vcKCfGanBMwmpbdUxm9GNIws7ZVlkv FBhcz4vq13BnFf/yeTwMjqaOavaquLtLiIuz/QAehu46WpodUcsubjqx6bMDuzUhYkjIB5gaH966 d3B462N3IOnYmwWUTmcnCqarDHLEPo8fQAK2TkjZ3qYMUdH5cdheorI3SK4UbPp5D1v776rd80Eu xJv82tVAsptBtcWxZJlr3JHP5V2xwhZLhLPaWCia5492gIKlw+5R597Bndut7nvofaXRXLFmM9bH d+91P2h0P7hz9DEm1L29hW1sRgPGJQXBRIz+k9j66p2j3eLODpxsRij+PmLNR9273aMfdJ1qLu3t 3e3Coec9lJaw5ErRLM5O5rLuV9370rXFWuDL8r5WNB3FVN0Pzf/R9n/o7ofP17L8UUq+j1rT/fDA VbM2uCtIgpidzEfC83a4ppcRWAXno1h1P8zGEkppQ2/qtZZbjKk3irQyF+w88V3ilPDC1YjXddsL aI6WpOMkQbTnhVtanhZ5O5r/ju1VagManLYwlfJNlMG882Wu+r7UQJjqD8P8z/tC46XvCw2Bga+s /8sy4QvRrZ/+4BIKMfLruuSn67gYJRtpUqDuoeSPAM8q+QKlk1mNmuJ0stoS3tWSJRoNu1wSIbbc otlABFIIgVu8/bFgZ9xxoNUaSDx2CNZotTZ9bVxsKYEvNfCVDXzl4AuB0/jwXvejKw1UjdnMgqsS R5+Ip7k7w4s7/+LDA8S+STRi1tevlyYjEYAW8kXDJkAV8s1iXzXkm8O+2ZBvHvvmglrwvblZjFHi u7p/cKvrzEkxSqKKanvWNu+b39Mz8+vnMEIDY1Wre6vbuUsQEVDZOZEeOBhsoVHKN3jb0QCv7ozf ZwzTVtd5yVdxcleE9KdTnXTeXhAvXQOny9HSZYPpoB388CIJig9vjgsvTk6FN8+FF6ejwjvHh7dm FfnwznPhxcmp8C5w4cXpqPAWuPCuGGtmKBX1DiB/kuWASS1/KjVSN18yC65mCldNpZBAKJ3uGeXz J8pxIFwxdQaEeR6EzRarYnOcZJW6uUpvb9Vu7yCcAZzUWYAucEqEBXQmkWXDCSOllqq66WuJYHIH reEG8aXXcXpG8Tk6HfiSg2gZrXSkYcKVhuXnUJq5GEqFtVxakjCF+3FTD5zTCNYt0nWjqDFhNHZR 6xqUg0UvynIsZVXJmQ65V8/2m3A7uiQFlmLoM3iGCogyO6DdbPAgBhQ0XabWIeevg+ub9+NzWW/Q 8anSs3QEADYwc50+EZrboSdU4xJmd+kJs3EJ1a4A3qgJ8/SEeSrC5/wIb4QRHqYaNsIGpPTr833i l0VeWWptc77aLjPIK2wOVKhCdiqVqir1apPnJItobL1kXU6ysH7Zw8AuJ1VYr+5haIdXM1aquQ6v YqxUCwVqI/lZ8jImyTyvkSJWyoQaiYEAkPkTICCiyCJzBkKWTHa7TTVkzua3HlBeijB4WVqlmODB +MAEb4+qBOsHPHqT4mEyWZMG1veyZDVgaPAj8HKFSJMk6QAxVBPuAM8A1XCxGcEkSRYqioK9B14r l0E7FeWuoa3waMSmlbx05PVTxb1IIjjYBLfg5Fj5WB9u3zvq7NwL0JbHpUONFjqO63Fg+nDiJ+sy Jms1UmExMH0LsJHa8vat0AdKKoCW1vBL/vaZv4MfdZfsike3MvtazNGlewlU+i7DpdvB0er2zlH3 g+7tewH1OV6Hs9ot1b2+w92d7Ky0OVGy7Ch+RQ9kFlX0QHq/L9nd5F+EsRU13nqBt6oSXbDXu0fd PVR7ctUJgd9JdNXBn0+YZqTKUlL5uioN81k3GotBuHj3cE/BP41MAClXnZ2qzpYRxd48v2TVyv5v ss3O991sB78bRuC73lxe83/Dsp//u2E0AuGwOdP/7eyiQ98IxG+/JVuW3v5Opt69/d69/bfnEApb 3R8c3D24c/tt5Nb2uzvfv/vhB2+rublZeXLJaNT0t2slJEIgZ6bd2b7VzSCftvkttUj83NQggIEu chJfTXznCOI1rHJ7NuN4BKLCsytn3vo2wGRoPpgKTJjyhSHAhFPSQHKAKS0tecAA+6QCM58fAiyZ etvkACM9f07zOdj+YPNeNndt9+7uvZMqA+zhz+fzkkKe4K+aVdR8TlIW5vK5/Nzcgor8kV9OkTLK SQHkfz68e69zlMlIR3fucBHww/1u99ZpAHS6j444405PklIjqEdnYGUM9WL0m52RJOBk51DQTOkS XiFe/+PaRVgkTr2EAsfT2pnNWrMmHW7AmtxP//inm6Zloe6L/oOXuerzSoGX6sVK2bFUL1YKYk1s mlr70uzIxbR88dG0lJqQpH9nA/qx5PM0ZxzPCUh86fLIpQvjMsp06j+l0M9/lqXA9z/JqXTzzKZp alLvKxvfPgOr77D4DmvvsPReNetLT+TU8Xd6ub+gBbeVLNVbzUKqsSeyNPOv0pN4UT/dPI+x0rvy 2QYITxubS9bmucbBztGdu3f27mVWD27v3vnhXVR7OYU3pB2X5N7X1y+haLWt3qsQvXbOjpTJou6B Io7gbcXHtbO9b3IzzTTbdr4Q/Z2xXmWMG79hfCfTOLh1q3v79sGHH2SM3QNYMLSzQEOyA2Lv0uOf bWy2jBV5BLxgNIZfGOXXHy1erDcXixNw9dx08W+nL0zAtXEI3/iiWKn36uMVs9ba+PaYH3vIp/hE ngTMTaEGbFkXJ+Xxr/76/EsfS+lvb+o1S3pASSE/pHhOlJbLRZxcklDyP4NPOYUC1PR3NrWWJd2n 5fTfbPXOA1xbH8upLYh8PHEoS+B4AhmkyyhJy0r92T7OKvsIXlvUnA47Dzo/2OocdiiBNnJKYeSM xCGnlBg5JRpySoCcUhA5JahRiYOcUhg5JQc5JYycUhA5JUBOiYqcEg85JRs5Whg5o3HI0RIjR6Mh RwPkaEHkaFAjjYMcLYwczUGOhpGjBZGjAXI0KnI0HnI0Gzl6GDljccjREyNHpyFHB+ToQeToUCOd gxw9jBzdQY6OkaMHkaMDcnQqcnQecnQbOUYYOWfikGMkRo5BQ44ByDGCyDGgRgYHOUYYOYaDHAMj xwgixwDkGFTkGDzkGDZyymHkjMchp5wYOWUacsqAnHIQOWWoUZmDnHIYOWUHOWWMnHIQOWVATpmK nDIPOc5oVQkj52wcciqJkVOhIacCyKkEkVOBGlU4yKmEkVNxkFPByKkEkVMB5FSoyKnwkFOxkVMN I2ciDjnVxMip0pBTBeRUg8ipQo2qHORUw8ipOsipYuRUg8ipAnKqVORUecippq9DGSkk9mz15Pv7 8kMkJElbx28i54VOb/JnHXkUe8z0zv/FZx15Av2dA48nW+uPyq2G0dh00ZqaaBjXCxfn5OxPJqUU kWNlCbnRcx79jUjEH0Tc/1+K+P/qN5J0I/Wx9KeQVH61YZQU4sw0jLoy0agUzYsX5fMksiMa/yl4 y2ONilkiThTPrKPSG9bF8rT8/4oWP42/sPuGz/3Q5/6Vzy2d88X3uR/63L/yuXH1nPg+90Of+1c+ t3QB/aX46GhYcrqhKXXizDS0vO2cbWgF21loaJrt1Bu6E9ds6E7cjYbuxN1v6E7cew3DifuwYThx /7xhOHH/dcPQ6v8KOz9CMKwS5/+OYCDOqUIKAWG7/zVya7b71ykEhu1eG0Fw2O6/Rm4n/kujCBLb /dEoAsV2/+/I7eY/hoBx8kdubZUA9m8RgajE+QtEIGpaewt3oF71LBbo722ABg2oCMjncAM2xgKZ YFcdqARNHT4FH3Df+xNMaiNbE41SWbk4snW09SdAT/hbRd+HEA5hd+EFQRDwBF7H408gEPW3UadL oaJUeXSr99LW4ZR0A9qud+7+ljwC0w7AYiSu4sXNk7gZEjcfjpv151sI5FuIxvXlqwXy1cJxc758 9QC8egTenC9fPQCvHoE37883AK8egTfvzzcArx6Bd86XrxGA14jAO+fL1wjAa0TgnffnG4DXiMA7 7883AC8iU5cAVSDPJ0Cp649q5+DIlMsnz6V/H45wS73X8YzzCX3erh9/qXfhPj43Ic/LY5IzIU// HhqMVqXei59iin+MJ7RPLo2PyC/JY8eTtms0rY+D6YtU7w9xIb1X92FmSylptb50/BXE0Vlhr/bO 7WMjUHJW/hyVMO18/LMsrT+qT8KBJLdq54cOXbnJhg6FBaGb8aD7B4Du/1EahxTrj35aHIFkE3Cl PeLzb0gTm1YOTcnWH2nnrNqS1zYjRDRA4YitXCxPyf+ukppBLDo1U0l9Kn2Kf78mfU1KjVRSV6Qr +HdWmsW/iqTg37yUx78FqYB/f1/6ffz7RHqCf/+N9G/w77+V/i3+/YX0Cyk1Xkn9tfTX+PtvpL/B v6ZkSqmxSupIOsLh16Rr2B+BM5N6WEk9vPjwYupGJfXvX/z3LwJc0pekL6UefiytP0R1tUZkaUpK rX+yOAlfaFhRsFYBz57xLBHPhiyjdXNCegkL/1jIxcIcFlqkG69II1p9sZWqvGs0U2gMvfHG2rJa HJVSa8tZ/GMWN0ekkbVycTMljUozaxXVSEnj6Kc4iWIaEA+9TGMztVZGL5RFZq2CvKRR9FOcXn+U M2saQf5U8W8JzjPya5VURsrgqvakHv7927G/HUuNXB5Dg//6o6+3a42W02Ipu6lm5HOV1A3pBsLY 5RSONqc3iu4kfETy5Q4jLSDsofQQ//5K+pWUyrw1cwaSXbbMRTf3CTvZOVmupDpSR0qlMARlc9mj mTEfBP8o/SOKc1nK4GittuZGm/IDeigdonpdlnBu31osedxhdJREe0l+sZLakrZQbpXUrrQLuY7g en2jseQU/rXGwkMUHSe88AJJOCGfuSzNABXU0ICVmvr3L8oz65+8gj+kidXiYmtGqp6pFGtrE5Wi 3p5Y/0l5Gr7gIyUpFb2lpNBLhVc2JZ2p6G3waINHG3m8KKW0krmKXlY9taIjl6k3jVSpbtZTUqpu 6FaqYqoKvFR4oSQpyyq9mzJbZT0lleRSO9dIldpzDRSwUlxeG5FSq0t1RBSp0rKlwUtPWVqtNVLX Fo0Uei2ldPSNwg1ztQLhFhSkLaKfMc1aaqaWW1Y7tf6wqZUrKfmaPLL+yQx215r62oRebBdRJd+R 4Qs+UlKhrjc3J0ASnHD/jZimhWAYM5vlzVRZ1/SUaeqbKcvMImhMFUGOKmO1ELBWq6ajFJaG+hh6 GamVhmalig3Dgk4wIV2p69AfzkrVL9eWqrWJ2lJ9FRV2tta62RxDr1UUDf20kdR+E6FsXJpBhKqM SmfQj4p+1n/yVQ/UGx+ZbSTkm2ZDSyEYjVYxhcQ7azQUyYJIFkSySta7qBroxwCUIOaWmsp8SZ5e /6R4Bn9JE3VNr43pizV9DHV8NBCNgfH2lKYY6KWCS0UuBNVizUjpJfSSzmiWWkYprYalIojRj4K+ 0MD2IsKUS7pnpXSGTKjSG3DcpjcBvf6JfAHGrXNk8LqMZ06IoUMQ+oGWwLOam038VdwkVPwV+SXU mUb/cRQY3z+N/tMoIv8b0ltjRDHOj+DMjLzsId9DeRSa41D+R2iQQ3mclDkCyEeDD4kiAS9DXwBd +itoiNIkO5feBMRAVYB6jKbTKEyR3BJwcuyZk4LFrj/Kl3VdwSMPDCtlvXbp8owsyWPyknxJTsl/ J4/IX0d/l+SvoBHslvyf5QvymfVHjWvLxVbbQe2Z1MSm8Y5+Do2BoYPSGB2riYfVVo09rKKw4LB6 wxtWf4naME0aeQJYvNO6voZFvgjXlIZdVktlwv4wA564DHO5PwNfeWRZbTSJcww514hzclmt3Uy/ M4ZFfDvPBx9DK8oTErTi1uEWJMTvtUMoa6t3DubL4ITEeMoMjieQIaGcpXH5+6pUSf169NejCIgZ CbGp1K9Hfj2CPibwx9+P/r0X8vcjf2+HjLhp/g35IGl+gT/sNCTETvMLqYCocWkaU+Of78sjreVa Hf2Oot/qn5HvJfQ7iX5vejjDpAhRMaFCXKhy7xLEegSvrcMfbEENbYUAYBgTYG/mM8hx6tejpB2K x8aY6wcrHNhPdbz+HkU7i71ed71QrDPYa2o9O4Km7J9O/TcpkhA1KubjbrcYpXSLr9jdYtTXLfzp clKomrIEYeuPKoj+2i4nGZOY5J7+GqG+lx5/tgGnAeVRRIgmm82YBoEjQo2mGaBGiVAj+MpIVmwq xDlWN9eUP8fOs2iEs32RSIUI88ZZMvc870DyBALt0sJ0ClnCe03pnftsa+pvRgERKENowwlwhMkX isANDA6cc/ploF+pN4WLe2IapolmoSZC3AS8Li6NyYsKEh9H/2Y0NXr5IRrLUx+NfgRUSdwjHwFR ZiQvTsYXJ+OL8xAIdwIKuDgv5zj5sNKmixc8oq/bRF+3ib5uE30diD4VIPq6Q/R1l+jrQPR1CtH3 Mjbepd65DTgLijKDsRFHwI6vILImURANjzhho+Dw9RhU4tRHuMcgcZb0DuyFOwx4ve54QaONYC+3 d/zPuHeYvtEixRktUrTRIhUYLW7MG5rpdQQ2309/lXSELw/YDwzoB3g0Jf3A1x/ewl3CwF3C0FCX wM4xQ0NdAjvPovmv7SujCCpxTqMIKolwAUWwfS8aWu0mcaYNTb+Zbsqk+1xwe/ITg91/oHx4rylH W1PSGJRmO9bUXtrpUQAP+VGPL6CORb7hRw33LwAHkwo4DkEKQIE/25LHQN0KANqB+k0MFhk7ipPy v3LJHv2e/egsJvm3prwegH7HPxrHvYJ4k86Gfs/+zVncMe3YwUwy9Ewe0jPBsaGjvXM+rqNdhN6D /NOtuh7ucPJZuzOAZJmw+33pPmQoX5AewS+EAxIhfMwnUw3cw/6r0SH3sOK3yrWWO4GS/oUzgTpz 0SfZZKmSTRYNgiM0ySaL+tAL8oxPsiF9BwLkkVoLhBtwIvkfhBtwTtZaqFmwcxrNxG+mK+O2nDNC o3/IA78jcg7kY7dKlJAhZ2etEglBWYeQKxPyH2MhyJF7EDlhOcgRiuxvV/pxvh3RCL79MpDz7QhI 9rcrCTnfjphkk2/TN07UbPKt2eRbs8eJGibfaTTtuumhn4wXNYdgay7B1oBgawyCrdkEW6MSLPyo IK6gyZOPfGueSJV1RKqaJ1JlbZGq5olUWVukqnkiVdYnUv0/iUiVNVySHuGQ9AiNpEcCJP1fv5AC 0d3VSEy6WqyKacivpl/YbBmVkd70Zwi9hwd4brD+0NCWWqO2ksjIwFeqqpfQrPxMta7D5BxNyNsa cUipaslsoW9Tg6+XwHYmmuJWreXmRNVqmRNSplrX6hMopNhQJtBLhVcWXjl45eE1B695eC3AqwCv 6/AqwqsELw1eOrwMeJUnqm1FSaGXCi/QJVTbKnio4AHKhdpYtdhuQbwqvOropYJLRa6yhSAbrzaW 2ylpsrpqNlLV1XoJXkvopS+mQIeIXqV2CqY94FqG0GWYvp+FzVNomivNVEuKdRa9iggLKrhU5NIa OFYK7DoDYlZTcFNxqrpcslJwZ1EKbuyBzxKaoJ8BXK6i8sw6aBKqZlFDHhYCa6RqojIBvzAfRyHN cqoKk/JqHfmXdBQHrrNJSVfBFNqMdCMNdn8m0EuFVxZeOXjl4TUHr3l4LUxIE9Ua1lSAoVdoIN1A 2NWNpQnpxgvotwk+Jrwa4G1NpItjZIfXOXsnlATN7Mz9zsi/kaUSCt/49nhkzrhovFtq15pk7v6i fKmS2pa2sepqT9rDSrP0m2AxbuTB/sFWb5rkvwUkczy5ASfT5emtiVJxqYlodrUEP2njJbBGl8JE ewbBAt6H8NruLY1B1N7XUAjwZfxxDofLo1touO8cT8ISJfrrHH/1UP4cuT7v4Iwu2hnhjxnUqeDj uDJ2uE/ivIC8L+CPiQ4KxTmn7XQ4Pyd9mqQfdWJiz6u4f9kxXt1GrGCr9+Jn2O6gPIb8t11YIPnZ 3vntgKc29ilGzGOyN+2VT7cfk0pJ0MXwz3Jz/bK825t+/FlH/vywA/7wsYU+tiD0+A96r9vJCFrP ojk+dozLEk56Hie1AzvwueV8jm/1zkANejJAt3556j+l0tok2CVO9RaIQuGl/QfQe+UUvME5J4/B +/jL97H/b+B9H/v/M/bXzvSu2JqEL8ufyynifBFWEnoXcD1J2S/Jnx9/w4mHCM2J989Iug/Gk9KL Z80m6ha9tz/dL6HxWh7pfcWPONQawKzgB3W+4y+TrFKoSHKZhfxd5Hx4PBdOJZFUUjDV3zmwfFf+ MULhv6ydNVEPH5Wk9DeJsGATM/T7reNpe8Hmu/IMQuaWu2bz5uZSc9PrWJhLOB0LwJmBGOWyv+sF YvyDDBPfm2pWYvQ+sCQ4NTqTLp5BsXJS7zuMeHp1UeNlMTZzfP4nG9cgHBZ25Ifp11CG835FUbFi bq7U9M0Va7WdvoRCF9CU9DHemgkmFDCcJS6c0zPpcyhSWcL27+XzaX1s82Z2XsIk95Miiio/BCDa 39sEe1Dyw95XsQGo3gvY3hMEma1N2LCL2nECG2hC+MGZLAyUSSq9CJkUqdWtL2mgTGNXa8S0MQer fQhzBZQVHxEpk2DgXDDh+ObNnC6l39q8mS9IAmCP4ajXRaKeSc9s3lwoS+to5JRSD6eUVDqDwMwi OoYB7ielYhtQNQ1jHHyoCBzUVvmiRII+wV8l++thWkZfmoTgLaS/jpywqHn/j65BQjRStolrDTkl X2bZvJscpcnOxaVZ/0TF0ol0w7RKLW3GKpXhVTTQq2WBCz5XlsBVRq+SBQseThLpglVCUoxVaugo TNNQ2De87HRIqq+g11IDvawafLbB1UQRz3sRtWpm/ZML3nejeWMi4KGDBxox2o2z6WK6UqqVR9e/ Cp+ff94rzrz/YB/1ejQeHwI07/34PTn10wPYKr4Pnr3z7/0QaiXLyHNEOp46hC/sRulGcBQZougo ytbx2UNwoUkBipGSPtqS0x3kOgOuXXCNSxBhBbnGwGU1t2Cdrwk7kPApKDRojm3//MUtFF/ubB11 ZOWnEL4t/WD7EBwooQwFj9sA6+AzCT5jWKQotd81YZ0Jb2iBClXB5xBeKOIURDxjJ21A0mnp+BuH 05+jBwOMuBsGl/wiYJ2gEWn9G4CxJwfpd85VEG8fczEo3z/Ai+wjW8eX8McNmNdtHYNksNUbRx4X pOPxB2jWs9V7+TP8iQZy9GUP2jDS7hzfGCf4PgRy2enJ7/8QCEqWtzFKWxqqPiKmTu/Vxz/rTEkP e+fvbyF4702DPqTTwYV1js8hbmdvD5A6vXPv/3Cn0/mog0T/9zqoRb4PjdpBP6ie2+gHRdtBP6NO 1b6//qjyIlC/K6zLrrBuavVLZ1N4t/0EEjnbyK/UVmqXvnpOljCO8EtOTSlvwREANDqlzknkH0Q0 L42MARfEw9IFe1hCnRqyQvORF+yxqYD3eKWwL8yNwNHD5T2R34Dh6kK6MraJ6Bcq+N6hLO/9/Juf Pn5vr/cGZIZEpPsgD2MEI17796M/2APEpN7D6Nl7ApSPMkVwv5f+6iZqROnHf/xT+MTHJbaeQLvC WKtYWwBzuobKapspEBry8j/Auze/f7jf6V187Kb7qIPIvnMfCS4g4d//UQfNi7G7+gAnm4E3mtm/ BAwjjNhUCLEqRiwwGBRUaqui+FUxftEsPYhftQg5+vB73cav6uAXOXpv4DcuFbA805vEA6Y92Yt4 cJpAtZtAjWmCGahaoAnUQBPMQBZbUK1gE/xdpAnUcBOoviZQ7SbIkCb4g6IzDz1X1Myaoig5iUbf 6Sk0kW1JT2AmlJ7EKEW1Xn+09HswOLrKmX0vbAJEF5QL+inJqfXUGnKcha8q8VwlPxb5QeWlX0Bj LBpEAtLMNPLTUof7kFl66Qz6MqX1r0JeiMlchGwO4dU5lOAHCYngp4OfTvz04zexnwV+FvGzjs/B V5V8Vde/Afk96aSzcFcHKazkFEKikOxJYpItSZQuyyAYpHrNSUjUK+JauwCO/2x/Spo5boz1psGV wVlXj98mnwr+XD2+Rj5v4E/r+A3yaeJPHVEa/tyy06ZIwb2Zz+ATiZCORALtgOSGF2FOhMTCIBqN sbXKalvaAANYSFxQMO1iVjy1AUYlHyAys93aA8S0bXf7AeLIW08Q234y9fnn6cIaEiFTvW/i1Pfl 0f2t3qtbFNGriKIhRgx9gySsjSEslVK912EGSFnDhJmjfPH4Mo5AWwDFEWaOU+6yLOwGGgHVWPtS Y/LspRfHECsYQTzAlsuai0VZIr6vsXxTrq/u8x1xfTWf76jrW3V83/Dnq/l8vXxLAClhbvLoxGap hObJ6w8bVW+zj3EGvkal6qwJehjYZQivLLxy8MrDaw5e8xN6q6TAS4VXFl45eOXhNQcvHGVhgszq F1+Z+u9TPz0njZB9sp9jTWcl9evpX0+nJpB/anoUvP4JBf962v0+9zlE/I9/8mVJIuGwJ/fzz6fs vbwjkj9kWvr8D0nu0g3JH3IDhfyYGvIQhfySGvIrFPI5NQSx88//8By1HBTyY2rIQxTyS2rIr1DI 59QQ6Twq5zy1HBTyY2rIQxTyS2rIr1DI59QQaQaF/PI3xP2L33ws/Sk0mLyvKfUmcT7S8o7zv9UK jvN/0jTH+be6G/c/6E7cqbGU7kSeej2lO7GnCinDiT7VShlu/Fspw43/k5Thxv/L1Npaw3b/a3Cv EXcPuevNdHMG1E4TaLTBJ+8IuYPXD6H5RoAakayLN1YebkFOR/cgD3Ch3gFZ9Gbuk823MF5CtR0P vEUDKk88snaMgudBYmiOR47E0BXPA8fQ3TzydoyC50FiuHnMkRiG4nngGIabx7wdo+B5kBgoD3c/ xzl5bP1R/b8DJujsW0w5+xYJp3pr5NILY4gfhhgS8QuyDUNfUy/qE0g0+Rw/0tcay3IKPV+dTI08 fPMl6T+c++feauVff+NS4+bxhBR+dl+WbhSl31Ne+um8dP7/MyNJryDP/0tq7x/c/r7Z2c3UNT2D fcAI7EcL8wUyz4g+OYAke9GYQezqaYNC8TvVB6GiHm6UxtfZmPjk4ac3/OmVtz7K3Hxl5oZy+IKk /H95mMgrYK9gTmFg4u8AkkijPB1QBkfrYA9CRTvYKP/L3/5m0sEExPgPXmQKecKjrr2aufIwJf3n v5YimGivUOsdfd4FSEKN8rRAEYp1gs96qqFXrLMTK7phoEnbiq4XL47KI/8KHLKEhFCNOFMrN/U6 cY4gp+07ipxt4hxDTp04z6xYTtxx5LTjnkVOO+4Ectpx5QaSQIlzamXVsp3nVszV1vqj2uIK3t3v kyRH03N4JYXIxyOHWCYG2LBLA9Cwqw2QYZcOgKXPOavYkDP+glPykvuVDXzl3K/GGVDGuuJ4c+zx BthgB72HJ3hvb+NDXkRAP/IJ6EdYQJ/8DGtLUp3jscOtzoPtTgfE7o6cStfHQPeZ6uljUFjv7X1S zie93GOwAd+bxbn0vv4Y5+wVQqR9IrxL+KI6lJlxdlNfslK9ApLMYf106+fXtta/Cs2L5jcvfyZL gGo4TIF/YJoCjb7+DYixfllOHefd2Bc+w/SAcsGJetN/SbIE3+Oz/oTpl1GhuvTk0sXR6ZkU7EPH r5GUlH5nCgAc6aU/Iwnvy6mDzgZY6N3vHDcmMYRLZz0Qa+MujGi2cw6i4wZDNIhn++DA3vvYG7U5 8UYO8B5xvDXHG8cec7zbjnfbqzJOdyD9BMhM/uR4gjgepl9e0WGv56XH+1AFOeUg+cz6o8oU4rhk 0+nUTCr96qauWTZ5SL1J3E62sue1dHNsU9dR87752QYY5pdH8PpP6gmIDMfT+GMEPrJujDE3Rt0f o56FpY6pTQS29AQqnFY2dctK3UdxobP13ry/DxLdQ6l3gbhuSDpAPnJ8Fv+m1h8tylqrbQMupdJ5 H+Cp3osbmN4w/JoDP1adEA97w8ZbuD4bYC25N4UB3QAL9ceX8NcI/sqSdRkPWC0IrCYC7DsT7RVl 0wZ2hIbltovlNwmSHcS1/YhrhxDXDsLSjoclndfxVHoS8OxTjMpQFTIBv7DVmwbixLS9tX888lfr j/78KyOwocwRL18PToQXL54TlS9tP8pkN0WdLo9QJ7sj1En0iH8S7c9hNAAB9h2j5jtGzXeMmu8Y Nd8Jf76G7G26ngIh3ZjUSpYS1iVYy01EJA+10rI7Pc/Cx6h043K9omsZ6car1rsW/I41luutTMtq WxOa1q5P6PhVK1Ym0tfxQPLgPqTANmjA8eA+JJz+DUyup1NIaIHPB/chrXwfVQscNlikcUEJ6gNr 5GmC9Sf/KQUbGB2iGw0S3dLZ8YGIjviNRps7QIglFiFO6Es1HauBUUX1EnGV68UKbExY1tpEu4go YH1EN1baqNOW9Kb0pIUiI/dyTQe31Uq/c5ZsuSmdraCg3uI4dPXe+AHi5y/7VgSh9wEyUENldZRg /4AemGMG1nRDJYEo93pbezddOUt2cRTHoGjTNJqyZJq1Jnaleq/g5W7TLKEPgFEekVP4S9KL7Tbo vfFvCg21F22flO0j6frqooyt6AQPksP5nHQWa2qXdW1xWV9s9849/gzKh+gXto5fwEvEZJ0dM6fp rSdbbi96TR5LG9NwR3Wq15j69PHPEON7jEZz2DQB6O69pJfrACmM9dBC+DOFMGqcdYrBsKV61TGy CSMMIhxeovm2qL7tbO8rn+Hyw2FwHglxXYIIKBnIBIMDfSldfB3uCU6RJS2AtLf0qq8+vWr68WeQ Ag0QDqRSAkhpcXuGi+qeAXmOWQhI2PIcjg2wl7QloIJXw4YC4GCYPCHBtXseyfQyTGIh1PTxvoz7 Q6945rHdRBNItPNpXB06BQBBo//OTyiBQMQIetiUM7YBNvXl0ePXf+KD0ImIqoSDpeNFhMsxt97f eByqDpwSg26AyNCuAtSJniVpTEJSqA0d2mKQ+XlAEYktyRPp2jQa9RdTvXfG9wnaUQ//XwmSkWsR Y/Ec2cCCIU8dXwCYsHsMheqxOI50y+/ahY/YuOidxznYaVGqZUReGAQp3IFp+xqQ5LD/BIkQ1TOb xjsK9KB9u5fhCqEevViLHhWCg1+6VtajB4wgZK2sWw4e0xmUbz7FziJdmQCuIfWWzro0pJ+16Qk1 yAOgsKmxDPxwdlNgOnwVo4LazqnjL1P9R21AJ9KvQVVhDw5ZzUgBwwd5/Aw40rUx4GvAV+/bAEm9 OYcAZx//ACLZ/Iq7SedGOg+JwJCaO9gcwgCC2cUL2HPqa41D3Fvg4wm80s0piIOtc/RuTIXpHY5G Rjs8HOFbf1O+cBj11zsU+kbRe/qZx/c78lmpVxoje75UyvqJYZitQ9rhMd0wtxDKMOzg2IDrxxCr T79zBsZFAn7d67iFvspoOllbkHUTDXSlmkSpfold/S1K9VF0lF3jNeg7qZ7x2uP7P96n8BVs9c/u WSNbThdb/z0QCMI2YeB8tXyD4ong2u1NPt5HLAAJjWFujJP9mOIZrgqcz+4gtr8frT0ERX3heG20 6nDy9vhb1NgaNbb+85fDJAhndmG6SmmyzZu5hYj1GYCPiq5fsdA1TbCVgg8qxn5J8YTjVp5sk14A ppbqvbRPHdqN4y9Th00j/TWQraTea5+5A1kdtTdswEbvVB3JaIjT3ZDhM3Woo6T79o7Rny9O/Kwj TzzY+hiWzLcPN+DeqQfb8oi047pHpd1eafwvHn+2I3/++LNd+XM35LzUhXGu63r8gbTXkx//5Z6M +NKN945fRIMJ+njj8IfIR8IbAP72vY1VEvec5Dqn0Vj1YSddHQNIQwDmEHwjDnz+BF4+iIRt91ck +SHKKKMj6T31IzwbfQPJ/zNbh2i2elbqPIGstzqov4NjxIbbxFMjPMWUX0bFer5beHqC/D7eQpl8 jDJ5Q5KnOh/fP0C5yRPbD7Y6Ww+2ttEfngFDf5+HdCMQ9XMo+Ef3D2wgznCTXQc+P9K7AGvGD0Ck P4BX7yLMyO+D8+GBhH2m8NeBZ3Gj8hqQzwjmXfp5SN9bGvvsQHa2xT6gcSlY1HnICHA2dn4JdqJi hdki5CfZ+d1n5ffj2Px+LMMAhfIa6X2DsNYMM7eHZAvVpd6MvXPlS7YXqWRKqJJF+gFjFOAA9Qrs +xWuZFH+TWx+vxGuZBFvNwtU8hXbC1GEPgWiXwq36zyu8RtkVw/9zLS+6J2D/hz6H6pSFlODnYx+ nNqf7J9Q5N/HU8Gv2ie0GUlCQGdR1yRAz5TeDA/9KEm6PgM8VgoPD8CTt3raWcQCU736OEswl+09 eJRgLJRkH7NT0mXqXvZTVOYIZThZ/xqtFDR0kiSjlLGGmSTKq6HCiPds3pxTkARzhgN3X6JiWp8E sYSIMeUJd7O2biwdyjKcsPj5+cf34Vf+lYR1t8Vx+/sG3i94CNLL9qE8tvPziztHnfvbiId1frSN ONYPdiDMZIQddeCcRgf/WB3YgdhBoYQk1h+aPnsvpUn4GpVuZCwk3s9YFnpJNy5aulafMOElZSyt iO1gahPSBIzCE5JiVhQ9ZVZUeGXhldNTFvhZ4GeBnwV+KN4SxINXFl65JYgHLxVeWXjl4NgMtixT bDUWJ9L1F2EaJB2aiHE7vH9L/pdSp/fSpx3U4quOB6rU/wVok9FUwN70T4JeleR/dNx4A47tzvj8 35TgIANxX/bF+arP/TVf/K/74v+eL843fG5vFNzyjYJbMArqh1PpGUDxofx/AJIf3AcU4x124Hhw 33Q+TfwJSEeDvvwLcDy4j42yotA3wPHgPjQDfE5jqeg+lmbQ51fB8eA+oBE+C+AwzbKO53hgFWQt fRVkolTv4n4o1fGM7fEbVB9wpL8F88kUaYXezP5Gg9RlDOFBPnt8wff9azTozZpw2JzEdoL+AKLe gHMkPh8wCbF4BqACegR66V39DCRyMBRImxza00agmOPLvJmlBFHSGagsDCBAlL1JkHSB7GBihukv rcI0WsLRlSWcsULyV5agC7oB8KODAm5CN1uwKQLN58nPEvws45904zxMvhGaPJFlC2Oh09MnYZCw CbgjvyRBPu7nyxLk536+IkG+LrW/IkH+WE+CYhE6giyc8JelIwxAatsJe1naPtqWx93vV6Tt3qW/ 3IZYDhmC19t4D9yqHyQvB39ZBCAvKWSUXhoDIpKI9gGLhSAlI7lwDO+a/vmLnR90PgYW9GDbhrSD ynzhs+3pn+belB5gkh+DN9FYpH8PMCXRpb4nrry3/qh+C3Q+kX0t6w+1hsfKimfga1SqfkMaMZpa PSWdwZZ6WmDnpqlrKWlsTWu0J6TxtWJLGVnTW60x9Fodk25cWFvGZxjRj0Z+2iPSSLo2rmO1bJHo Y985cwBCCU9d1fvm4/uUcLs3AwkiaIDaEDw9GTOtVhFN19+CN4QD4IcgLUNdtxz0gwEY2PCDAlEb YM0pHlOKMdC8yYfmAog1aa3Yaqd6E0AYT+QRkGFT6TlNa+jEE33/4fHXsXP0iZw9fgU7R57I/+Px BexMPZF/Dqn+h3RpQkP4HOkRwpd/unWcwW4kC6tbx2nsHj2U/xDP+UGCgHXkA9D5ftA5vordKJnW OX4Nu0ew+yJ2o2RZvKX+Dzu9lx9/toWT9y78paa9q23Bq3O41XnSSX8H3LAUdmHrRwj2Tm8GytiC 3f1IRBr9EGuTkd/Zx4hiZzpHSPD/4Zb8OtY5jGnQ/LhOnz+RLx7PO0gZPf6mU9MRVCW7/ik0nbKx MnIsO7hCcS6uP1osmq1aw1njKVXajYujcvpPwSFLlbapEOdYpa3bzgnkqxLnNPK1nTPoVZ4omTUF stEb+MesqeQL/aS16U0UB6HwEpoUngEC770KpN2b/gx+7IpPHskp+HSqPwWEfwgvjFQbEQgPWz35 L7fkfzyc+pejWwijZGEQOXrz0EUe7Mqp3d4l6CZH0EnkVOeH8oVO5/gl7/P1TgdhvCN/71A2UaNA ZQ87UM9DXHMV/+jq4S5U7QnUMl17FZF0Y7RXfPWzPzmYkkb+FGHdAiSBdhowtC9PWICefXnaAtzs yzMoQfnPDmDvnaKg321dyV9Hv3u6Mqei3/fRbw79/he6Mp9Fv/8l+oXvh+g3j34fod859PtT9FtA v7/QlUKhZ0ySVYcNuN8QcgBfgKA3A+8HUCjqvOh9PH0ff/wG3ih+w4k/D39ZyB1q0Ms8hh8Uwawt 2RHyACIUiyO8eB8gn0KciuQ+4s/9/ya5w+WoEJl4jsCMGO73BJCIVwqJihtwA6Xfa/sQevYWMLtD 6M5bQByH0EO3t3bu78gXgCB+tCNjJti7Rg6JwklzvQFqgg5ePoGmxmMnOA6hg3SgpQ834I6yrQ6Q JHIj+LaASNcflS4hGFoO4Vf1dvniG/KrePtR7x/w7pze/zlKvuyfP4dI8oUqyo84v1RF2U3UIOlF +XwoMnjLqRpExs6JGkTW7XKCkUlx/4f98+c6TqpDUuycALQS5wW9XWwT55fQq40kFNSryhKa51H5 K5JWxg//6I+g9gA3OFHtAe4nUIXjV+3AmhcIcD4BkNcf1V6ABTxnNBsJrgGPpr9Fjoy8yWXt9vYF KZ0nQ9S3PgWmhCfgl7kJa1q5MvB6buUsZMNY0JXwgu4Pf7V7hSzoQjYoztTIDLge3IccIc2vwBFa 731wH0qB0D2dfKLyZCQQ3ACHjbocQV0qjLqx56jjoe5/QzKU4qDOs2n6sKZ7MtSNS/AF00Gz3FZS Zs1ALxNeYNcR+angp4KfCn7o1dIUJCuZNUsZMa2agcJ1I2VBagtSW5DagtQWpLYgtQWpLUhtkdQW pLYgtQWpUZ4q5KiOWOCywCW9ZFo6AsHSUSpwWeCSpk2tjcvX2ipkRL4s8oUawtRKKJFWQonAZYHL 1Frg1wK/FvghlzSy2jJNJPuVTRQNvdRU2QKXBQmsWgXAq4ysf/KGi6B2TRlDL3UMzV7BbYE7/Y0K AmWsN/n4wT7oBKXe5KeP9w+eoPH0yQ/vyZNH738ftdDrUvot1Ooo3vjjfYh05uCJnO5Nvw9xxr4v yRckx4WiZhvtWoPoE8/uI2kQdszBIvEIco9s9SYeH5CTjBOPIXQCZJlXGjXLTDm5T8Jq8giWTUbS rzZaGuz9sf0kR4ZBgaPrj97pnJbg0rhABBfAFxAbUBhQERAUFhoAQdDm0CLQjNDSUGzvwmMsTkAk /F0dA8JzMlKBLIF4gIqwwGFnpEKrAikArQCkJCMVMsLfYAMqIKLAT6PcmwEoHlTwqGp7IMomHiNu DJV4jLkxbI8JeBPnjCfyVH8fizyikk5Ps0UjEHkatsjTsEWehi3yNGyRp2GLPA1b5GnYIk/DFnka tsjTiIg8kEMjgchD4s/DX7ZBE3nsCHkAseGJPI3hiDzQL7buAzqmpIcSdMhDoPstIKNDIPMtICYk CWPJRoJmPNbGYRaGXL1pIuN0gK6OX+qdu98hul78PQEm4JADSULkUgNgIgoxFoccOE84RAnEiX3B gWO1FIZw1NNf++xP3oc2fB81OrTh+/K2BW34vrxnQRu+L79vQRu+L/8XFrTh+/J/aUEbvi8/tKAN 35cfWdCG78s/taAN35d/YUXaEHKwSBuquA1VguUxP5b/2WtDEn8e/rIWaUOVtKFK2tCOkAcQLdKG KmpDK9CGE/7c/ynQhirxnPC1oe015rah5bWh2vsaCZ2R3NZU3dZUcevVDH+jqm6jqv5GVUONqjqN qgYaVXUaVfU3quo0qkoaVfU1quo1qrr+qHr+t0LifRMLvByhdv1RpWxpTd3ZIXiSY8ONSW9sAFEC 5AeQESz/2ABSAIzRMLBbjLGBwdCtMEO3ggw9wq61N56z6yGza8tl15bLri0/u7Zcdm352bUVYteW w66tALu2HHZtBdi15bBrC7Nri82uEb1/+beiZ9+YIl2bdrC5AmtbW73MZ1vcCe2h1EFi4hZCbIo4 ZMcxBQ61c7ih6eU6FAeuYhVgsPPTvfwAyCd6/ARZe3EZNY8zQX7NmeWtP1xWYKry/5bH1j85B+7R ZcVojkivw9ZQ5dLLtIVYsL8EwSo/OMsPXr302qg8CsuN1ChplRjShuUGDBOxJI0ctARNq73PNNS6 /sg4s9xqV22yW39UHltGCcjniJesaVhtKX2VTHhfo7UtNnblTHbXHy1OI6SqzvzPj1TVh1QVkKqe IlLH2Eh92Y9U1UEqcqCueQZVxlahjAQqk/VVJguVybqVwZuHp+XRYMZZJ+MsZPxWUbu+QPId9ybJ buoz8lj6LE79VzP1J5SldTSCGSvy5xMlPFOfKOHd3xOlNQ2WO7KbN7Oa1PvmZyT0kHQ/SNE7B1Ga ay0Dvo4nmyXiQg18M6tTY2pOzFoTx9TPgl0lJ+pWTwWtd0mvWb0vQ4pDiLR1CF7GSnPNeGfr+EKz ZLwDn4dbOK9s70tgXrA3g+NvkYi15tbxy+SjJztFbx2PQ7lb6dIUQJrq/R6aQ57rZbAh/59QVujA qL082nsDzVqn/eGgkgChAhgtCn8ZZXO+9wLeUWmbkAA6RyE12Ko80/vmX4AJEGxZJmPHolA+2IEa Pf4SmBBE9PUrbL4Bze1GAO3pxWmodqrXlO1mEAM+FQN8igl8qqcR4GMgTh1/hRn2iV0XCdcFmzHE dbkIzUCOx53rZXENSkZzE4LLup3mIadO34U64YNO4zjdyPFZ/JuipQ3V9xtQX1KaE5ta+xqsns24 Uf7A2S9L2fbq2PLqD0dB3GioRrBB+Z2xfegFDgI3SnhfNT6XAPF6b0EfhURxO3GVY7cSThmvoSJy qd45XIKdIbHiA6HVsyU4owAG/PRSo/flx06/J53QjmYXjfcHvYaiAP+40Hvh08e4Ncn3OecchLSF F9GIa2KrtAynGI4vuNQB31JaT5fgWAH5chnCjJPllnwO4KVQBd4Dv3iG3MehnQFrj+dCS54eASnh HMhVVM0Ihfvo7R23011DmWOmEuA2wFrSQbaEGc1x8WyvOf4XGDAbR+d6DQzgBZeyGmPAvh7AKQNp 6kwmpkEhuDeOtWDHL7iszcCsDf2kK5OAJKm3NBHeugq3yAT3EuGegaYQ0R1GcNkM3lQc2D+K41u1 SnRXKeQNfZchN6DGrcnQ51K9ohwLlgMAZbcvirt+GdHZ4pl9SlUioJEK6rA/+ltRoKEMcjxx/fLU 3549Hkc/n6bSN86ADJLqfZlS+BNiHbZ3Dq+wOi16Di+y/gx/TeOvETvsPCjs9XEgaYH7SkrL7PtK UFjwvpKH3oa7H6NCXinh81AvkHI/9w296cUz8JHqje+DFVa4Wdwx51mq6VvHMz/Cu+8q8sjWfUSX W72rQJ69GQLtJBjjgsVX30Y9YvxrBjS2V6DVUbFYbJM20MSoOPUfR+X/KEvH53xfY+niFJBpChuF dTu+zUt6b+KB4Cu4nzjDn2OLabVoyn/cewU4PiMIGDo96PfxAPaGO/pSY7FGXGMaOnYKyT0A3Nf9 wD30Rit/Vg9713xgPqQNUMHoGR/odp7BCHmoQOzw+jCQKDie1MZAakJiAD8nfw6P6KP2CyBVBSrw yUxpnDHQpl/H52yoVqneUfZjZwApZwYwo82E+iG+jQnO3sCuJq0MRtC0M/g0ICz8Iv+4vbzTAnt5 pyfKulG6+GU5nQqZaYCJ9J9DIJqNo8EEDdgIIgOJY3/Bqotk7wWD6Mff7n2NFhEGIID9kOSK167B 8QRKmmmeZYxN7IszFsfIQacsEypW2xzP9M4AxGT9HME0U7xE242rTW7enMtKkRKco1H0TW8Qclw9 08uy0cXYKnd8OVbYhWOhN+dyErvokyl3pjzG6FnpWdwMtoVEIFD0y8L8THMc2w1Ek+lxkEJdC4Hv x3WnOdKdrmIhVWBeTbqW8S27uPos9Ge3uIP0iyS/SXKzpbPyfBmEjdThPi17FPREnkxPrlmrJhwq SL++xoUYgnOM4Nx+uvb6GhwEm1gztcVLXx6H/Xqe8UpiwZKuGsLTxa2fQjpZknrl8Z9tydOHIZkA JsokykggF4eDeeGjED4eDgcO58UZQ9LWGVvmxIQSBgzLqAi3viLHaYTkz/J4Gsnbvmqg/M/7qwGq JlY1IAyUMaxqOOGgoQlUozmGipkJg+fQMq8KbpxlJ86YdBg+2wUSlJySSPgZ6Qn8pr+1ZrUbqYk1 vfEu6OVprYEiQPA+JkFQCj5htQkKnPkDGrMCU9yabYpbwl+6/ZXCX4b9NTKjsJLn7Shj+GvO/joz c5mV4LodZZQZZT5nR5maMfK0UQHMhJba5Qps+6gs102yf1JeLrWrZEVdXjZXLbKgfvE+xMQbTSW8 so7Es/IZC6VK9abvI5lUQnE1NO86i3+l3leQ55j0wE0Fjo1SvV1F4spLOLOHJDcvYPQJQIFgKema DYvuwaLHwVKCjYoEFt2GRR8EFpRfeg7uZJB6XyKeqWAWy0Xw0/HbLLUR9TWWdAO1+XypbVrES+p9 /bEP3N4UYNdG0RTUjoBorras9LdK7dWinVPvAk7l4hWJx/A9JTmVS5fHobRU79v7vDM3cP+II3qA Af+R42u8szbB6P83oozyOAAUX4yp+Yu5EVeMPzpsf6+eBRRIvRlMcqTq8D4+T9oHIQJ+exd1Jxyh AkcgiHoImAEHppsXPgU0OxgkBJT+VHf8IC72RITzVqldtA+mnSeUj5q1CXdsnCfEp5PPJ1szNwqM XpTGKRHjwFQCOINGE8DZqv8Gg7FYnPmi/zMpBtGevxh6Or3tpfsnNDxf40Plj/65PJH+LjSJe0KL ARmawR3+yL26AQzDSIDd4hgCMSax3g4mnpDQiLL1Y7t9votmtzEZrC76M4ClNjQOQNqlV6EtSePe IKcOF4UO5M0ICPEzgofx/iE2r39IcBhvJnoYj3iRCqYEK5gRqGBGsIJ/F5vX3yWoYCZawYxzcO9r tJEOhPK89Ff4d076qxnjOquXfhU6NB5YIrKDUqoRciuP6yJdVw923UxM1w1E/zvcdXWRrqv7++Iv Y7uuHuy6N9Lf1eO6rh7uuhkJCU+k6+pxXVcPd90bkjzu67p6XNfVg123ameAu67eX9e9IUDZNwQp +5exef0yAWXfiFL2jT66LuNEdKCCDwUryDgN7ctL/DR0MXoa+hXbC3Xd2hit734T9dl5qfe1x6y7 dlCHJYPqGO7fC9JfTaBZpbJ5CTRI5B945LDHGfTP9shjj3F53PGYwx5n4TYn1P3qX97YtJchtsBm Dr5gCtPahb8AWoOdpOP4u/Ti1iEJZqvNDXx+OYoUuNfMtgXfq5whB98oqCs3axvoT2coZ1EQK8Qy 8dn70Y2VFVNHP+1W0SRWlza+PYoVaXWzBCuzKD0OA330Geyk9UaEkf2eMfaYLKZQtchaY5l2kBin nCLnTbVSi33BmWntT6wWF2uwbgwNUXljA+wmIfHWxfuZJxABqmw3CgOOQ3pPQEiheMMVXLyrhwy8 0T2uhXp1aMUxWNHD5549e/4jiABAm0FVOcClQb03XeNdtBIss0jDK8IEVR9C/Bk4Xi3uB25t2lix 6rpNEHA9ErxsW6I99VMM1WMM/E/sSM4sHp9M9/uAhanrPwMM5FAPb8HFnBKsLG0dPph6IbMlbXGW lrbQCAdJcOvOLL6O+mRtM629vmnBRWTfZVxDgJXFEjsIdedeaRxzz6//BemmoKRiNgO7CBoxuUUA eCN9pf1Vr4zvjOxd/ktyix1tZweG7ezxH8JZC36k0eNXWEFjva9xUjuIPKaZS4ivxsPedcJWGGBx EDDTPL8Bl2imy+c362qBqliDixnBQD0QCD68/m18PZAwbfWu3odT17SO6V7Ghm8GG+m9hWJOSLTO hmAMdukXUNQZKeg3fh+OzOOfGxKO8TAYY6Z+YQP63vp/VZ6G/jeB+G/90nTKu0osPb2ptdpotthG P+jDtFbgA/2gj7amwgf6wR9Z8pGFD8vEH5aZro9vthumY/qJhlC44XKLium2mu0cf/mQDNAfbR3a Q3UGVafTO9c5wlDhMfuJll3c3ErPwk/q6If7sixN/Vt5CzYdbiHH4dRfT8HHz9DHBfyBhvkGdZhf 2LyZV6SkV8mNrz9sNFcsaVr6xT+9MSXNrH9SnQKPUenhw7OVolnMoFc9A+ax4GVlwCZvCuzYwqsN L7gpFAzegruUAoPOKWkCDPCOSdOwOW8C9uVNwNXZI3D9ecrUG8WUNAZqVriZdAJARA4AMbVkafmU NA73GNX0jKmUb86Yirk6Y6rgUpELMDcD7TgD7Qev7Ay0F4L8BQA8JT2UzoId3Rs3pBs31j+Z8Xtm bzxcf2g1akpK/ndyav2TKewumg1tYv2TKxgR0sN/f1Zr6JsTRqu1mTGLLQVeKryy8Mpl1lMNlOws aMMatc0z61+Fz88/P9yHZIcHkOTwfUhz+H1IdHgLUh3K/ycU8/MXPoN8sdG9XdvvEFJsrX8DsoFj 0f//9q6et4kgiN7u3dknV06yUAaJisYFoaEIRUTBV0ARJgKl8iXN2WmuAClNKpBCHQO1QfcT/MP8 D8K82Z1ToMoPeK/Z8bt9s3dRcjtyZnZQk+46+Ma7pNEtfBv12D5xrpGoM2zhaIM8Ub6ZL0Qpv2S9 MjelkKYsklIoU5ZR+Wp60CsHphTSlMOkFMqUlSrRSzFTxlmwGHZwtrBLpEvecJ6vT5xXbwFHH5s2 77USZpm2aBInG6lxZeTuvTg8+ph1iRz0atmGbeYwzgyIDtPD+cYmIhvHR1KWjveDcwqdcem+d/Bn Ej0WJg4I7uKNl/1DB8RkRjojEVcnlwOTP0E6qrcaqepHM9rAGIux1oKsWAuvVy46lEgV4RmymqGR yzd65cTE+zZ3Iko1dkWkRuhQGV6GRyjR9eo7u73ur1vLeDRzPiiPdZ3RtX6bqzVc2tIOVWKwxmLt qlWJNVEL8/bV8mKdqOXEusB/nF4WSAAvokevHquoOV8FlaAi7ByT179zJRfYZZRcd6MNSDh6UyBR vFjdj45W1XKBe96g19K3XJ16c+r+d/rv5DBB4rVHS9r56Ka7RJu+1Rhxcd5dfoZ3bD+l/Ji2sfID pGY7vIV1ArJ8rCofzZ7C63L6/O2Rb68alMItZ1fzzn2ZVdMP7x9veR33ZGwbEO0cH9us/vPwZz1r v34HWWen0dqrs7PV8Hp5eiYe6g7vRgk1sgr9ZnCyr+y7GCT4wiDRpAyH744/IUv8qSaLo/uMDAik ZdDw8W69CwiCIAiCIAiCIAiCIAiCIAiCIAiCIAiCIAiCIAiCuDv+AllwjbsAYAQA ------=_NextPart_000_0090_01C29529.6B4DBE10-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 6:38:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 454F137B401 for ; Tue, 26 Nov 2002 06:38:13 -0800 (PST) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id D043843E4A for ; Tue, 26 Nov 2002 06:38:12 -0800 (PST) (envelope-from dhee@myrealbox.com) Received: from dhee [130.207.238.74] by myrealbox.com with NetMail ModWeb Module; Tue, 26 Nov 2002 09:38:12 -0500 Subject: Re: Re: Kernel broken Reply-To: dheeraj@ece.gatech.edu From: "Dheeraj" To: ataraxia@cox.net Cc: jstocker@tzi.de, freebsd-current@freebsd.org Date: Tue, 26 Nov 2002 09:38:12 -0500 X-Mailer: NetMail ModWeb Module X-Sender: dhee MIME-Version: 1.0 Message-ID: <1038321492.c7af40c0dhee@myrealbox.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I too could compile successfully last night without any problems.. it fixe= s the "pcm lock problems when using witness and invariant options ..." a= tleast for me. dheeraj -----Original Message----- From: Ray Kohler To: Jan Stocker Date: Tue, 26 Nov 2002 07:12:37 -0500 Subject: Re: Kernel broken On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: > CVSuped (2 mins ago) -current kernel is broken: >=20 > cc1: warnings being treated as errors > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > something not a structure or union > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > pointer > /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > something not a structure or union This turns out to be semi-reproduceable. I have this problem but the committer who made the change can't reproduce it. -- Ray Kohler Math is like love -- a simple idea but it can get complicated. =09=09-- R. Drabek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 7:35:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0860B37B401; Tue, 26 Nov 2002 07:35:28 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id E438743EAF; Tue, 26 Nov 2002 07:35:21 -0800 (PST) (envelope-from garyj@jennejohn.org) Received: from fwd03.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18Ghk9-00012U-00; Tue, 26 Nov 2002 16:35:21 +0100 Received: from peedub.jennejohn.org (520017439985-0001@[217.235.115.206]) by fmrl03.sul.t-online.com with esmtp id 18Ghj8-1XP92uC; Tue, 26 Nov 2002 16:34:18 +0100 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.6/8.11.6) with ESMTP id gAQFXwXA012323; Tue, 26 Nov 2002 16:34:03 +0100 (CET) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200211261534.gAQFXwXA012323@peedub.jennejohn.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: dheeraj@ece.gatech.edu Cc: ataraxia@cox.net, jstocker@tzi.de, freebsd-current@freebsd.org, cg@freebsd.org Subject: Re: Kernel broken Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 26 Nov 2002 09:38:12 EST." <1038321492.c7af40c0dhee@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Nov 2002 16:33:58 +0100 From: Gary Jennejohn X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > -----Original Message----- > From: Ray Kohler > To: Jan Stocker > Date: Tue, 26 Nov 2002 07:12:37 -0500 > Subject: Re: Kernel broken > > On Tue, Nov 26, 2002 at 12:53:39PM +0100, Jan Stocker wrote: > > CVSuped (2 mins ago) -current kernel is broken: > >=20 > > cc1: warnings being treated as errors > > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_lock': > > /usr/src/sys/dev/sound/isa/ad1816.c:81: warning: dereferencing `void *' > > pointer > > /usr/src/sys/dev/sound/isa/ad1816.c:81: request for member `mtx_lock' in > > something not a structure or union > > /usr/src/sys/dev/sound/isa/ad1816.c: In function `ad1816_unlock': > > /usr/src/sys/dev/sound/isa/ad1816.c:87: warning: dereferencing `void *' > > pointer > > /usr/src/sys/dev/sound/isa/ad1816.c:87: request for member `mtx_lock' in > > something not a structure or union > This turns out to be semi-reproduceable. I have this problem but the > committer who made the change can't reproduce it. > I have the same problem, and I've deleted my /usr/src and checked it out new. I've also cvsup'd from 2 different servers - no help. Either the commit never made it from the repository to the servers or something else is totally fubar. The culprit seems to be a change in /sys/dev/sound/pcm/sound.h, where snd_mtx{un}lock() were changed from routines to macros which simply use mtx_{un}lock(). The routines required a ``void *'', but the macros require a ``struct mtx *''. The following drivers still declare the lock to be a ``void *'', which is totally bogus after the above mentioned change: /sys/dev/sound/isa/ad1816.c /sys/dev/sound/isa/mss.c /sys/dev/sound/isa/sbc.c /sys/dev/sound/pci/cmi.c /sys/dev/sound/pci/ds1.c /sys/dev/sound/pci/emu10k1.c /sys/dev/sound/pci/t4dwave.c /sys/dev/sound/pcm/ac97.c /sys/dev/sound/pcm/mixer.c /sys/dev/sound/pcm/sound.c Changing the ``void *'' to ``struct mtx *'' allows the kernel to be compiled and sound also works. This is definitely a show-stopper and should be fixed ASAP, no matter which change is correct. cg is the last committer who touched the header. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 8:19:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13F7937B401 for ; Tue, 26 Nov 2002 08:19:15 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 9CA0743E9C for ; Tue, 26 Nov 2002 08:19:13 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 16002 invoked by uid 0); 26 Nov 2002 16:19:06 -0000 Received: from cvpn015.gwdg.de (HELO gmx.net) (134.76.22.15) by mail.gmx.net (mp011-rz3) with SMTP; 26 Nov 2002 16:19:06 -0000 Message-ID: <3DE3AD1D.3080304@gmx.net> Date: Tue, 26 Nov 2002 18:19:25 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: jdk 1.3.1_6 linux compilation. Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG During a compile of the openoffice-pl package I have just noticed, that 1. Well it depends on java... 2. java depends on the Linux emulation stuff. 3. The automatic fetching of the linux stuff is still looking for RedHat 7.1 files at the ftp.redhat.com FTP site. Well I could live with using OpenOffice without *any* java crap. I never noticed any functionality provided by it. At least please someone remove ftp.redhat.com from the corresponding fetch list. -- Marcin Dalecki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 8:37:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A981F37B401 for ; Tue, 26 Nov 2002 08:37:39 -0800 (PST) Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946D443E88 for ; Tue, 26 Nov 2002 08:37:33 -0800 (PST) (envelope-from david@realityrift.com) Received: from d1o836.telia.com (d1o836.telia.com [213.65.240.241]) by mailg.telia.com (8.12.5/8.12.5) with ESMTP id gAQGbV5f015392; Tue, 26 Nov 2002 17:37:32 +0100 (CET) X-Original-Recipient: freebsd-current@FreeBSD.ORG Received: from rift.ath.cx (h23n2fls32o836.telia.com [217.208.105.23]) by d1o836.telia.com (8.10.2/8.10.1) with ESMTP id gAQGbV600953; Tue, 26 Nov 2002 17:37:31 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: David Holm To: Marcin Dalecki , freebsd-current@FreeBSD.ORG Subject: Re: jdk 1.3.1_6 linux compilation. Date: Tue, 26 Nov 2002 17:37:25 +0100 User-Agent: KMail/1.4.3 References: <3DE3AD1D.3080304@gmx.net> In-Reply-To: <3DE3AD1D.3080304@gmx.net> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200211261737.25118.david@realityrift.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 26 November 2002 18:19, Marcin Dalecki wrote: > During a compile of the openoffice-pl package I have just noticed, that > 1. Well it depends on java... > 2. java depends on the Linux emulation stuff. > 3. The automatic fetching of the linux stuff is still looking for RedHa= t > 7.1 files at the ftp.redhat.com FTP site. > > Well I could live with using OpenOffice without *any* java crap. > I never noticed any functionality provided by it. You can add java applets to your documents. I guess it's a portable=20 replacement for microsofts macro crap without the security holes. //David Holm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 8:51:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A95037B401 for ; Tue, 26 Nov 2002 08:51:20 -0800 (PST) Received: from smtp.netcabo.pt (smtp.netcabo.pt [212.113.174.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C099643EB2 for ; Tue, 26 Nov 2002 08:51:18 -0800 (PST) (envelope-from brunomiguel@netcabo.pt) Received: from cheetah ([213.22.35.166]) by smtp.netcabo.pt with Microsoft SMTPSVC(5.0.2195.5329); Tue, 26 Nov 2002 16:50:14 +0000 From: "Bruno Miguel" Organization: Artists, Inc. To: current@freebsd.org Date: Tue, 26 Nov 2002 16:50:44 -0000 MIME-Version: 1.0 Subject: Re: ACLs on the boot partition? Reply-To: brunomiguel@netcabo.pt Message-ID: <3DE3A664.25131.981E34@localhost> In-reply-to: <20021125232941.P89869-100000@Amber.XtremeDev.com> X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-OriginalArrivalTime: 26 Nov 2002 16:50:14.0379 (UTC) FILETIME=[E4487BB0:01C2956B] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 25 Nov 2002 at 23:34, bsdc@xtremedev.com wrote... > How do I enable ACLs on the boot partition? tunefs -a enable /dev/ad0s1a > indicates it got set (in single user mode with / mounted readonly). But I > still can't set anything with setfacl(1). I tried booting to the fixit > floppy, hoping to set acls flag from there to my partition, but it doesn't > have tunefs. Is my only choice now to take the drive out and put it in > another FreeBSD machine and set it from there? If you are using UFS1, did you follow the procedures in /sys/ufs/ufs/README.acls ? Bruno Miguel Afonso, Biological Eng. student. brunomiguel at dequim dot ist dot utl dot pt D.E.Q. @ I.S.T. - Portugal "Linux is for Microsoft haters. BSD is for Unix lovers." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 8:52:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDDE637B401 for ; Tue, 26 Nov 2002 08:52:11 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id CD6B443EB2 for ; Tue, 26 Nov 2002 08:52:10 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 22531 invoked by uid 0); 26 Nov 2002 16:52:09 -0000 Received: from cvpn016.gwdg.de (HELO gmx.net) (134.76.22.16) by mail.gmx.net (mp008-rz3) with SMTP; 26 Nov 2002 16:52:09 -0000 Message-ID: <3DE3B4DD.1050009@gmx.net> Date: Tue, 26 Nov 2002 18:52:29 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Holm Cc: freebsd-current@FreeBSD.ORG Subject: Re: jdk 1.3.1_6 linux compilation. References: <3DE3AD1D.3080304@gmx.net> <200211261737.25118.david@realityrift.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Holm wrote: > On Tuesday 26 November 2002 18:19, Marcin Dalecki wrote: > >>During a compile of the openoffice-pl package I have just noticed, that >>1. Well it depends on java... >>2. java depends on the Linux emulation stuff. >>3. The automatic fetching of the linux stuff is still looking for RedHat >>7.1 files at the ftp.redhat.com FTP site. >> >>Well I could live with using OpenOffice without *any* java crap. >>I never noticed any functionality provided by it. > > > You can add java applets to your documents. I guess it's a portable > replacement for microsofts macro crap without the security holes. Thanks for the enlightenment. But how does it come then that mozilla doesn't need anything similar? Anyway I have never ever encountered any document using this feature. And in relation to security: Starting a Java interpreter turns nearly always out to be a DOS attack in effect ;-) I really don't miss Java from IE6.0 either which fortunately lead to th death of the applet technology frenzy on the web. (I'm still fetching the whole Linux emulation environment just to get openoffice up and running again... grrrr...) -- Marcin Dalecki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 8:58:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D25737B401 for ; Tue, 26 Nov 2002 08:58:42 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1BB943E88 for ; Tue, 26 Nov 2002 08:58:41 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id gAQGwZC15492; Tue, 26 Nov 2002 08:58:35 -0800 (PST) Message-ID: <3DE3A83B.5030407@isi.edu> Date: Tue, 26 Nov 2002 08:58:35 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021125 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Mark Santcroos Cc: Mitsuru IWASAKI , acpi-jp@jp.FreeBSD.org, current@FreeBSD.ORG Subject: Re: Call for testers: acpica-unix-20020815 References: <20020825165945.GC2121@laptop.6bone.nl> <20020826.023736.128622794.iwasaki@jp.FreeBSD.org> <20020825174051.GD2121@laptop.6bone.nl> <20020826.030148.95910346.iwasaki@jp.FreeBSD.org> <20020825193459.GA725@laptop.6bone.nl> In-Reply-To: <20020825165945.GC2121@laptop.6bone.nl> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020901030805070709010309" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms020901030805070709010309 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Mark Santcroos wrote: > On Mon, Aug 26, 2002 at 03:01:48AM +0900, Mitsuru IWASAKI wrote: > > >How about this one? > >http://people.freebsd.org/~iwasaki/acpi/vga_pci-20020228.tar.gz > > > >This simply set PCI_POWERSTATE_D0 for VGA device on wakeup. > > This didn't work unfortunately. > > The problem is actually a bit weird. When I suspend (close the lid or with > the key combo) the display is not turned off actually. It does go in some > form of suspend however. When I resume, the machine comes back to life > again, but the screen goes off at that moment. Any news on this issue? I still see the issue Mark described on a similar Dell with today's -current, and it's the only major remaining issue that prevents me from switching to -current exclusively. Not being able to standby is a major pain. This is probably incredibly naive, but since this worked under -stable, shouldn't there be some code already that does the right thing? (I'm guessing the answer must be "no, everything is different with ACPI.") Other than that, great job on the ACPI code - everything else works flawlessly! Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms020901030805070709010309 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTEyNjE2NTgzNVowIwYJKoZIhvcNAQkEMRYEFNfq4Sn0sLltTMYFlP0P y9zDCVBcMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAfla/qYahXMbWSPSeUoomH68BvwP380N4W3xU Sh+fTj4MaLe2nPqrww4Jpas0YXdrMmi12e416IJwVV4nKPlO/J8S6lys7ZvYgXCLf8jausSW Uz/qIF0k0mumJ0UH7e37yzMJoHdGs4Fq2r4FFD44aVL2Dxhz21UowUDdK/WHzwTfHXaYb9A9 0wedM+qSSG3Yr5UoKowZn7+3/kjqCwN9oJOuCsTx3gTfWzPnQcX93FtHyUDScDUK1OdweX2z dvmZK5bIb+yNOCchI8sQZd9ogS/kgBmm2PCLkUow6G6SvwDV8XyiIBa4TckH3AsBhxmrQd7M GzZz8L5oqc+5tl+WEAAAAAAAAA== --------------ms020901030805070709010309-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 9: 6:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3167937B401 for ; Tue, 26 Nov 2002 09:06:47 -0800 (PST) Received: from theinternet.com.au (c17609.carlnfd1.nsw.optusnet.com.au [210.49.139.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D7C843EB2 for ; Tue, 26 Nov 2002 09:06:40 -0800 (PST) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.11.6/8.11.4) id gAQH6Id40344; Wed, 27 Nov 2002 04:06:18 +1100 (EST) (envelope-from akm) Date: Wed, 27 Nov 2002 04:06:18 +1100 From: Andrew Kenneth Milton To: Marcin Dalecki Cc: David Holm , freebsd-current@FreeBSD.ORG Subject: Re: jdk 1.3.1_6 linux compilation. Message-ID: <20021126170618.GF6883@zeus.theinternet.com.au> References: <3DE3AD1D.3080304@gmx.net> <200211261737.25118.david@realityrift.com> <3DE3B4DD.1050009@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DE3B4DD.1050009@gmx.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +-------[ Marcin Dalecki ]---------------------- | | (I'm still fetching the whole Linux emulation environment just | to get openoffice up and running again... grrrr...) make -DNATIVE_BOOTSTRAP install for /usr/ports/java/jdk13 should avoid needing the Linux Emu just to get Java running... I haven't tried that with Open Office, so as usual YMMV. -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 10:16:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 611C737B401 for ; Tue, 26 Nov 2002 10:16:44 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C4643EA9 for ; Tue, 26 Nov 2002 10:16:43 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gAQIGJSu097636; Tue, 26 Nov 2002 13:16:19 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gAQIGIhn097635; Tue, 26 Nov 2002 13:16:18 -0500 (EST) (envelope-from hiten) Date: Tue, 26 Nov 2002 13:16:18 -0500 From: Hiten Pandya To: Bruce Evans Cc: "Vladimir B. Grebenschikov" , "current@freebsd.org" Subject: Re: MD broken in current Message-ID: <20021126181618.GA96598@angelica.unixdaemons.com> References: <1038301169.746.6.camel@vbook> <20021126205027.G3809-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20021126205027.G3809-100000@gamplex.bde.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 26, 2002 at 09:00:37PM +1100, Bruce Evans wrote the words in effect of: > On 26 Nov 2002, Vladimir B. Grebenschikov wrote: > > > # mdconfig -a -t vnode ./bootimg.bin > > mdconfig: ioctl(/dev/mdctl): Bad address > > This should be ... "-t vnode -f ./bootimg.bin". > > The bug is just low quality option parsing. ./bootimg.bin is garbage > when it is not preceded by -f, and garbage args are silently ignored. > A "-f file" is required to specify the vnode for "-t vnode" but neither > the man page synopsis nor the usage message are detailed enough to > say this. When no file arg is specified, the file arg is NULL and > this causes the "Bad address" error. There is also a problem, when the md(4) driver is passed a 0 byte file, i.e. mdconfig -a -t -vnode -f /tmp/mdimage.zero. It simply hangs the process in the `mddestroy' state, making it unkillable. David Wolfskill tested a patch, which I made. It could be a _possible_ fix to the problem. When a 0 byte file is found, by mdcreate_vnode() it passes up an EINVAL. I used the stat structure, and the vn_stat() routine to get the information, although I am not sure if that is the best/sane way of doing it. The URL for the patch is: http://www.unixdaemons.com/~hiten/work/diffs/md.c.patch Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="md.c.patch" Index: md.c =================================================================== RCS file: /home/ncvs/src/sys/dev/md/md.c,v retrieving revision 1.74 diff -u -r1.74 md.c --- md.c 2002/10/21 20:08:28 1.74 +++ md.c 2002/11/24 23:43:40 @@ -79,6 +79,7 @@ #include #include #include +#include #include #include @@ -807,6 +808,7 @@ struct md_s *sc; struct vattr vattr; struct nameidata nd; + struct stat sb; int error, flags; flags = FREAD|FWRITE; @@ -828,6 +830,13 @@ (void) vn_close(nd.ni_vp, flags, td->td_ucred, td); return (error ? error : EINVAL); } + + error = vn_stat(nd.ni_vp, &sb, td->td_ucred, NOCRED, td); + if (error) + return (error); + if (sb.st_size == 0) + return (EINVAL); + VOP_UNLOCK(nd.ni_vp, 0, td); if (mdio->md_options & MD_AUTOUNIT) { --X1bOJ3K7DJ5YkBrT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 10:21:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA4A37B401 for ; Tue, 26 Nov 2002 10:21:40 -0800 (PST) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6137F43E9C for ; Tue, 26 Nov 2002 10:21:40 -0800 (PST) (envelope-from bsdc@xtremedev.com) Received: from xtremedev.com (xtremedev.com [216.241.38.65]) by mail.XtremeDev.com (Postfix) with ESMTP id 47D6770601 for ; Tue, 26 Nov 2002 11:21:29 -0700 (MST) Date: Tue, 26 Nov 2002 11:21:28 -0700 (MST) From: bsdc@xtremedev.com X-X-Sender: dave@Amber.XtremeDev.com To: current@freebsd.org Subject: Re: ACLs on the boot partition? In-Reply-To: <3DE3A664.25131.981E34@localhost> Message-ID: <20021126112052.X8341-100000@Amber.XtremeDev.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 26 Nov 2002, Bruno Miguel wrote: > On 25 Nov 2002 at 23:34, bsdc@xtremedev.com wrote... > > > How do I enable ACLs on the boot partition? tunefs -a enable /dev/ad0s1a > > indicates it got set (in single user mode with / mounted readonly). But I > > still can't set anything with setfacl(1). I tried booting to the fixit > > floppy, hoping to set acls flag from there to my partition, but it doesn't > > have tunefs. Is my only choice now to take the drive out and put it in > > another FreeBSD machine and set it from there? > > If you are using UFS1, did you follow the procedures in /sys/ufs/ufs/README.acls ? No, not using USF1. / was formatted UFS2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 10:56:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E36737B401 for ; Tue, 26 Nov 2002 10:56:33 -0800 (PST) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A77843E4A for ; Tue, 26 Nov 2002 10:56:26 -0800 (PST) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 13618 invoked by uid 1048); 26 Nov 2002 18:56:20 -0000 Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.15 (clamscan: 0.54. spamassassin: 2.42. Clear:. Processed in 0.257144 secs); 26 Nov 2002 18:56:20 -0000 Received: from unknown (HELO ?192.168.100.100?) (217.82.114.244) by ultrakoreggd.org with SMTP; 26 Nov 2002 18:56:20 -0000 Date: Tue, 26 Nov 2002 19:55:29 +0100 From: Marc Recht To: Daniel Eischen , freebsd-current@FreeBSD.ORG Subject: Re: PATCH - changing libc_r to use *context() Message-ID: <16330000.1038336929@leeloo.intern.geht.de> In-Reply-To: <3DE24724.54D83ADB@vigrid.com> References: <3DE24724.54D83ADB@vigrid.com> X-Mailer: Mulberry/3.0.0a5 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'd like some feedback on whether some heavy threaded apps (GNOME, > OpenOffice, Java, etc) have any problems with this patch before > asking re@ for commit permission. BTW, it also needs testing on > alpha. I tried it on i386 (athon-xp) and every app I've tried stalled/locked or crashed right away. Mozilla gives me: The program '' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 4773 error_code 2 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) gnome-cd: (gnome_segv:60260): Gdk-CRITICAL **: file gdkpixbuf-render.c: line 190 (gdk_pixbuf_render_to_drawable): assertion `src_x >= 0 && src_x + width <= pixbuf->width' failed xchat2: (xchat:60267): Gtk-CRITICAL **: file gtkprogress.c: line 550 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed I've recompiled the ports (and stuff they depend on) before I tried them. Regards, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 10:58:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99C4637B401 for ; Tue, 26 Nov 2002 10:58:23 -0800 (PST) Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EEBC43EC2 for ; Tue, 26 Nov 2002 10:58:22 -0800 (PST) (envelope-from hiten@angelica.unixdaemons.com) Received: from angelica.unixdaemons.com (hiten@localhost.unixdaemons.com [127.0.0.1]) by angelica.unixdaemons.com (8.12.5/8.12.1) with ESMTP id gAQIwFSu001631; Tue, 26 Nov 2002 13:58:15 -0500 (EST) X-Authentication-Warning: angelica.unixdaemons.com: Host hiten@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com Received: (from hiten@localhost) by angelica.unixdaemons.com (8.12.5/8.12.1/Submit) id gAQIwEYA001630; Tue, 26 Nov 2002 13:58:14 -0500 (EST) (envelope-from hiten) Date: Tue, 26 Nov 2002 13:58:14 -0500 From: Hiten Pandya To: bsdc@xtremedev.com Cc: current@FreeBSD.ORG Subject: Re: ACLs on the boot partition? Message-ID: <20021126185814.GB96598@angelica.unixdaemons.com> References: <3DE3A664.25131.981E34@localhost> <20021126112052.X8341-100000@Amber.XtremeDev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021126112052.X8341-100000@Amber.XtremeDev.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD i386 X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Nov 26, 2002 at 11:21:28AM -0700, bsdc@xtremedev.com wrote the words in effect of: > On Tue, 26 Nov 2002, Bruno Miguel wrote: > > > On 25 Nov 2002 at 23:34, bsdc@xtremedev.com wrote... > > > > > How do I enable ACLs on the boot partition? tunefs -a enable /dev/ad0s1a > > > indicates it got set (in single user mode with / mounted readonly). But I > > > still can't set anything with setfacl(1). I tried booting to the fixit > > > floppy, hoping to set acls flag from there to my partition, but it doesn't > > > have tunefs. Is my only choice now to take the drive out and put it in > > > another FreeBSD machine and set it from there? > > > > If you are using UFS1, did you follow the procedures in /sys/ufs/ufs/README.acls ? > > No, not using USF1. / was formatted UFS2. tunefs -a /your/filesystem I think thats the one. Cheers. -- Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org) http://www.unixdaemons.com/~hiten/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 10:58:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 531CF37B401; Tue, 26 Nov 2002 10:58:45 -0800 (PST) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E03BA43EA9; Tue, 26 Nov 2002 10:58:44 -0800 (PST) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id 8626357459; Tue, 26 Nov 2002 18:58:38 +0000 (GMT) Date: Tue, 26 Nov 2002 18:58:37 +0000 (GMT) Message-Id: <20021126185837.kJ9641814@hun.org> From: Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 X-Address: 31 N 700 E, St George UT 84770-3028 X-Squawk: (435) 680-0750 X-No-Archive: yes X-Tags: Sanity is the Playground for the Unimaginative In-Reply-To: References: <20021125060909.hp779924@hun.org> To: a@grunix.com Cc: FreeBSD-CURRENT .Robert Watson , Subject: Re: [Where] is OpenOffice 1.0.1_4 package available? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; name="text" Content-Transfer-Encoding: 8bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I do run the /proc file system as default (and have been for at least 60 days without a problem), so: fetch ... tar yx ... openoffice-setup was all of an hour and it lit right off. Started using it this morning and it appears to be faster, and cleaner in general than Star 5.2 (definitely loads faster and appears to be have significantly less resource load). Only thing setup refused to accept was my IBM JDK/JRE address either as /opt/IBMJava2-14/jre/bin or its base address. Any comments? It's not a major item other than downloading with Mozilla is SLOW. The only ooo requirement for Mozilla is if you select the address book pointer; I seriously doubt it makes a difference which version you use as long as it can find it. Thankx for the URL! Sent: Mon, 25 Nov 2002 08:30:56 +0100 by asg + + Daniel Flickinger schrieb am 25.11.2002, 07:09:09: + > package OpenOffice 1.0.1_4 is not available on + > snapshot and there is no FreeBSD copy on + > OpenOffice.org... + > + > where does it reside? + + http://projects.imp.ch/openoffice/ + + But, i tried to install that package on my FreeBSD + 5.0-CURRENT, well it went fine, but when i try to run + openoffice, i will get a "Segmentation fault". Hope you + will have more luck. + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 11: 9:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A51F37B401 for ; Tue, 26 Nov 2002 11:09:10 -0800 (PST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DA8E43E4A for ; Tue, 26 Nov 2002 11:09:09 -0800 (PST) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id gAQJ96Zl005429; Tue, 26 Nov 2002 20:09:07 +0100 Received: (nullmailer pid 652 invoked by uid 1000); Tue, 26 Nov 2002 16:48:25 -0000 Date: Tue, 26 Nov 2002 17:48:25 +0100 From: Mark Santcroos To: acpi-jp@jp.FreeBSD.org Cc: current@freebsd.org Subject: Re: [acpi-jp 1950] Call for testers: acpica-unix-20021118.tar.gz Message-ID: <20021126164824.GA617@laptop.6bone.nl> References: <20021121.194205.48537091.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021121.194205.48537091.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Mitsuru, Tried your patch today and S3 still doesn't work for me. It does seem to suspend but resumes back immediately after suspending. (The same behaviour as with other acpica snapshots) This is the register dump on suspend and resume. Does this make sense to you or someone else? (As in is the explanation in there) ======== acpi_printcpu() debug dump ======== gdt[0077:c03f93c0] idt[0407:c0438b20] ldt[0028] tr[0020] efl[00000082] eax[00024000] ebx[c22d0400] ecx[c056d8c0] edx[bfc00090] esi[00000000] edi[c0c02078] ebp[ce3fca90] esp[ce3fca5c] cr0[8005003b] cr2[282dc000] cr3[0a16f000] cr4[00000601] cs[0008] ds[0010] es[0010] fs[0018] gs[002f] ss[0010] ======== acpi_printcpu() debug dump ======== gdt[0077:c03f93c0] idt[0407:c0438b20] ldt[0028] tr[0020] efl[00000002] eax[00000001] ebx[c22d0400] ecx[00008000] edx[c26ae000] esi[00000000] edi[c0c02078] ebp[ce3fca90] esp[ce3fca5c] cr0[8005003b] cr2[282dc000] cr3[0a16f000] cr4[00000601] cs[0008] ds[0010] es[0010] fs[0018] gs[002f] ss[0010] Laptop is Dell Latitude C640. Thanks Mark On Thu, Nov 21, 2002 at 07:42:05PM +0900, Mitsuru IWASAKI wrote: > Hi all, > > I've made patches for the latest ACPI CA snapshot between 20021002 and > 20021118. > http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff > > A lot of bugs are fixed, please check the change log at: > http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt > > Please test them and feedback to acpi-jp@jp.freebsd.org if you find any > problems. I'll import them into src tree before RC1. > > Thanks -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 11:11:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72FEF37B401; Tue, 26 Nov 2002 11:11:44 -0800 (PST) Received: from smartie.xs4all.nl (smartie.xs4all.nl [213.84.1.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 744D343EBE; Tue, 26 Nov 2002 11:11:43 -0800 (PST) (envelope-from martijn@smartie.xs4all.nl) Received: from sillywalks.org (boekje.ipv6.sillywalks.org [IPv6:3ffe:8280:10:580:260:8ff:febc:f191]) by smartie.xs4all.nl (8.12.6/8.12.6) with ESMTP id gAQJBV4j069305 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Tue, 26 Nov 2002 20:11:41 +0100 (CET) (envelope-from martijn@sillywalks.org) Message-ID: <3DE3C73A.40904@sillywalks.org> Date: Tue, 26 Nov 2002 20:10:50 +0100 From: Martijn Pronk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021103 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.ORG Cc: Robert Watson Subject: Re: Searching for users of netncp and nwfs to help debug 5.0 problems References: <3DDE3C34.8020207@sillywalks.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-5.3 required=5.0 tests=CARRIAGE_RETURNS,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_MOZILLA_UA, X_ACCEPT_LANG version=2.41 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martijn Pronk wrote: > Robert Watson wrote: > >> The build of netncp is currently broken on 5.0-CURRENT, and I'd like to >> see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of >> trouble finding a test environment, which is the natural and immediate >> follow-on to the compile fixes :-). Was wondering if anyone with >> FreeBSD >> kernel debugging experience and some time on their hands was >> interested in >> helping resolve this issue over the next week or two. >> > > > I can test this next week at work, however, I don't normally use > netncp & nwfs, > so it may take me a while. > > I'll get back on this next week. I tried to build a kernel with options IPX, NCP and NWFS, but it failed with the following error: cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/home/src/sys -I/home/src/sys/dev -I/home/src/sys/contrib/dev/acpica -I/home/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /home/src/sys/netncp/ncp_conn.c In file included from /home/src/sys/netncp/ncp_conn.c:46: /home/src/sys/netncp/ncp_conn.h:174: field `nc_lock' has incomplete type /home/src/sys/netncp/ncp_conn.h:193: confused by earlier errors, bailing out *** Error code 1 I guess struct lock can't be found. I hope someone can do something with this. HTH, Martijn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 11:21: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07E2337B401 for ; Tue, 26 Nov 2002 11:21:04 -0800 (PST) Received: from nebula.wanadoo.fr (ca-sqy-3-221.abo.wanadoo.fr [80.8.56.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305B643E4A for ; Tue, 26 Nov 2002 11:21:00 -0800 (PST) (envelope-from dak@wanadoo.fr) Received: from nebula.wanadoo.fr (localhost [127.0.0.1]) by nebula.wanadoo.fr (8.12.6/8.12.6) with ESMTP id gAQJLq08000559 for ; Tue, 26 Nov 2002 20:21:54 +0100 (CET) (envelope-from dak@nebula.wanadoo.fr) Received: (from dak@localhost) by nebula.wanadoo.fr (8.12.6/8.12.6/Submit) id gAQJLofC000558 for current@freebsd.org; Tue, 26 Nov 2002 20:21:50 +0100 (CET) Date: Tue, 26 Nov 2002 20:21:47 +0100 From: Aurelien Nephtali To: current@freebsd.org Subject: PANIC: "Most recently used by bus" Message-ID: <20021126192147.GB530@nebula.wanadoo.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hHWLQfXTYDoKhP50 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've got a panic by unplugging my NIC then plugging it again and then doing a dhclient . I've attached some informations about the panic. -- Aur=E9lien --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=panic Content-Transfer-Encoding: quoted-printable Script started on Tue Nov 26 20:17:13 2002 =0D=1B[m=1B[27m=1B[Jnebula# =1B[K=1B[47C/sys/i386/compile/NEBULA=1B[71Dg=08= gdb -k=0D=0D GNU gdb 5.2.1 (FreeBSD)=0D Copyright 2002 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-undermydesk-freebsd".=0D (kgdb) symbol-file kernel.debug =0D Reading symbols from kernel.debug...done.=0D (kgdb) exec-file /boot/kernel/kernel=0D (kgdb) core-file /var/crash/vmcore.0 =0D panic: from debugger=0D panic messages:=0D ---=0D panic: Most recently used by bus=0D =0D panic: from debugger=0D Uptime: 2h0m15s=0D Dumping 123 MB=0D ata0: resetting devices ..=0D done=0D 16 32 48 64 80 96 112=0D ---=0D #0 doadump () at ../../../kern/kern_shutdown.c:232=0D 232 dumping++;=0D (kgdb) bt=0D #0 doadump () at ../../../kern/kern_shutdown.c:232=0D #1 0xc0216bfe in boot (howto=3D260) at ../../../kern/kern_shutdown.c:364=0D #2 0xc0216e43 in panic () at ../../../kern/kern_shutdown.c:517=0D #3 0xc013bed2 in db_panic () at ../../../ddb/db_command.c:450=0D #4 0xc013be52 in db_command (last_cmdp=3D0xc039cee0, cmd_table=3D0x0, =0D aux_cmd_tablep=3D0xc0397a0c, aux_cmd_tablep_end=3D0xc0397a10)=0D at ../../../ddb/db_command.c:346=0D #5 0xc013bf66 in db_command_loop () at ../../../ddb/db_command.c:472=0D #6 0xc013ebfa in db_trap (type=3D3, code=3D0) at ../../../ddb/db_trap.c:72= =0D #7 0xc032eed2 in kdb_trap (type=3D3, code=3D0, regs=3D0xc9077910)=0D at ../../../i386/i386/db_interface.c:166=0D #8 0xc033fabf in trap (frame=3D=0D {tf_fs =3D -1061945320, tf_es =3D -922288112, tf_ds =3D -1071644656, = tf_edi =3D -1045057088, tf_esi =3D 256, tf_ebp =3D -922257060, tf_isp =3D -= 922257092, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D 3840, tf_eax =3D 18, tf_t= rapno =3D 3, tf_err =3D 0, tf_eip =3D -1070403212, tf_cs =3D 8, tf_eflags = =3D 658, tf_esp =3D -1070001757, tf_ss =3D -1070110374})=0D at ../../../i386/i386/trap.c:603=0D #9 0xc03306a8 in calltrap () at {standard input}:98=0D #10 0xc0216e2b in panic (fmt=3D0x0) at ../../../kern/kern_shutdown.c:503=0D #11 0xc0311c4d in mtrash_ctor (mem=3D0xc1820800, size=3D0, arg=3D0x0)=0D at ../../../vm/uma_dbg.c:138=0D #12 0xc0310667 in uma_zalloc_arg (zone=3D0xc0b4c3c0, udata=3D0x0, flags=3D0= )=0D at ../../../vm/uma_core.c:1358=0D #13 0xc020b626 in malloc (size=3D6, type=3D0xc03c14e0, flags=3D0)=0D ---Type to continue, or q to quit---=0D at ../../../kern/kern_malloc.c:182=0D #14 0xc01f1b73 in exec_elf32_imgact (imgp=3D0xc9077b88) at imgact_elf.c:804= =0D #15 0xc01feae2 in kern_execve (td=3D0xc1b5b1c0, fname=3D---Can't read users= pace from dump, or kernel process---=0D =0D )=0D at ../../../kern/kern_exec.c:313=0D #16 0xc01ff570 in execve (td=3D0x0, uap=3D0x0) at ../../../kern/kern_exec.c= :694=0D #17 0xc034039e in syscall (frame=3D=0D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 135274340, tf_e= si =3D 135274500, tf_ebp =3D -1077938104, tf_isp =3D -922256012, tf_ebx =3D= 0, tf_edx =3D 135274500, tf_ecx =3D 135274500, tf_eax =3D 59, tf_trapno = =3D 12, tf_err =3D 2, tf_eip =3D 134723367, tf_cs =3D 31, tf_eflags =3D 646= , tf_esp =3D -1077938132, tf_ss =3D 47})=0D at ../../../i386/i386/trap.c:1033=0D #18 0xc03306fd in Xint0x80_syscall () at {standard input}:140=0D ---Can't read userspace from dump, or kernel process---=0D =0D (kgdb) frame 11=0D #11 0xc0311c4d in mtrash_ctor (mem=3D0xc1820800, size=3D0, arg=3D0x0)=0D at ../../../vm/uma_dbg.c:138=0D 138 panic("Most recently used by %s\n", (*ksp =3D=3D NULL)?=0D (kgdb) list=0D 133 =0D 134 for (p =3D mem; cnt > 0; cnt--, p++)=0D 135 if (*p !=3D uma_junk) {=0D 136 printf("Memory modified after free %p(%d)\n",=0D 137 mem, size);=0D 138 panic("Most recently used by %s\n", (*ksp =3D=3D NULL)?=0D 139 "none" : (*ksp)->ks_shortdesc);=0D 140 }=0D 141 }=0D 142 =0D (kgdb) p p=0D $1 =3D (u_int32_t *) 0x0=0D (kgdb) p uma_junk=0D $2 =3D 3735929054=0D (kgdb) quit=0D =0D=1B[m=1B[27m=1B[Jnebula# =1B[K=1B[47C/sys/i386/compile/NEBULA=1B[71De=08= exit=0D=0D Script done on Tue Nov 26 20:18:30 2002 =0D --MGYHOYXEY6WxJCY8-- --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE948nLDNsbHbt8ok8RAt0pAKCn1ZpheuYONDIH2/JjsT4KDCxBbgCfVN4h OcQynNRJJ5bxdvqLTBmKpVU= =L6wn -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 11:23:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F03B37B401 for ; Tue, 26 Nov 2002 11:23:13 -0800 (PST) Received: from hermes.fm.intel.com (fmr01.intel.com [192.55.52.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB9D43EA9 for ; Tue, 26 Nov 2002 11:23:12 -0800 (PST) (envelope-from robert.moore@intel.com) Received: from petasus.fm.intel.com (petasus.fm.intel.com [10.1.192.37]) by hermes.fm.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id gAQJLGl11435 for ; Tue, 26 Nov 2002 19:21:16 GMT Received: from fmsmsxvs042.fm.intel.com (fmsmsxvs042.fm.intel.com [132.233.42.128]) by petasus.fm.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.27 2002/10/16 23:46:59 dmccart Exp $) with SMTP id gAQJItu14458 for ; Tue, 26 Nov 2002 19:18:55 GMT Received: from FMSMSX018.fm.intel.com ([132.233.42.197]) by fmsmsxvs042.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002112611235307931 ; Tue, 26 Nov 2002 11:23:53 -0800 Received: by fmsmsx018.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Tue, 26 Nov 2002 11:23:11 -0800 Message-ID: From: "Moore, Robert" To: "'acpi-jp@jp.FreeBSD.org'" , current@freebsd.org, Mitsuru IWASAKI Subject: RE: [acpi-jp 1982] Re: Call for testers: acpica-unix-20021118.tar .gz Date: Tue, 26 Nov 2002 11:22:39 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You'll need to enable the ACPI debug output and send this out so we can get a better idea of what is going on. Thanks, Bob -----Original Message----- From: Matthew Emmerton [mailto:matt@gsicomp.on.ca] Sent: Tuesday, November 26, 2002 5:54 AM To: current@freebsd.org; Mitsuru IWASAKI Cc: acpi-jp@jp.FreeBSD.org Subject: [acpi-jp 1982] Re: Call for testers: acpica-unix-20021118.tar.gz ACPI stiil fails miserably on my Thinkpad T23 with these patches. I've attached the ASL and DSDT data in tar.gz format. Output from boot -v (transcribed by hand, so forgive any obvious typos) Note -- the 'o' character in 'So' below is really o with an umlat. I suspect the space in 'T ' is a non-breaking space as well. acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GEP31 pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=35758086) Using $PIR table, 14 entries at 0xc00fdeb0 < skipping PCI interrupt list > ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f0009453 ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f0009453 ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name: f000ff54 ACPI-0438: *** Error: Looking up [T ] in namespace, AE_BAD_CHARACTER < repeat last 3 lines 8 times > panic: kmem_malloc: entry not found or misaligned Debugger("panic") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> show registers .. edx 0x400000 ebx 0 ... db> trace panic(c03d0e4c,0,c05838c0,1,0) at panic+0xab kmem_malloc(c0832078,1000,1,c058391c,c034c20b) at kmem_malloc+0x33c page_alloc(c083ac80,1000,c058390f,1,780) at page_alloc_0x27 slab_zalloc(c083ac80,1,c4049f6c,c4049f40,63) at slab_zalloc+0xfb uma_zone_slab(c083ac80,1,15f,c4046400,c083ad68) at uma_zone_slab+0x9e uma_zalloc_bucket(c083ac80,1,c03d2929,57e,c151a380) at uma_zalloc_bucekt+0x16d uma_zalloc_arg(c083ac80,0,1,c151a380,c083ac80) at uma_zalloc_arg+0x2f5 malloc(1c,c0550da0,1,c0583940,c0538538) at malloc+0x76 AcpiOsAllocate(1c,c05839f0,c053a4fc,c054fe24,0) at AcpiOsAllocate+0x21 AcpiUtCallocate(1c,1,c054b483,ff,0) at AcpiUtCallocate+0x48 AcpiUtAcquireFromCache(3,0,1000000,0,c3fa4000) at AcpiUtAcquireFromCache+0xac AcpiPsAllocOp(0,c4046400,0,c0246966,c3fa41e4) at AcpiPsAllocOp+0x7c AcpiPsParseLoop(c3fa4000,c403b040,c0583b0c,0,0) at AcpiPsParseLoop+0x37e AcpiPsParseAml(c3fa4000,c4040340,c4044700,d7ae2332,2f) at AcpiPsParseAml+0x7c AcpiPsxExecute(c4044700,0,c0583b74,c4044700,c0583bfc) at AcpiPsxExecute+0x12f AcpiNsExecuteControlMethod(c4044700,0,c0583b74,c151a500,0) at AcpiNsExecuteControlMethod+0x5f AcpiNsEvaluateByHandle(c4044700,0,c0583bfc,e,0) at AcpiNsEvalueByHandle+0x92 AcpiNsEvaluateRelative(c4044760,c054b6d3,0,c0583bfc0) at AcpiNsEvaluateRelative+0xde AcpiUtExecute_STA(c4044760,c0583c20,0,0,c0583c30) at AcpiUtExecute_STA+0x31 AcpiNsInitOneDevice(c4044760,2,c0583c84,0,6) at AcpiNsInitOneDevice+0x77 AcpiNsInitializeDevices(0,c0583cdc,c053b42e,0,2) at AcpiNsInitializeDevices+0x53 AcpiInitializeObjects(0,2,c052b930,0,0) at AcpiInitializeObjects+0x14 acpi_attach(c403c200,c4005098,c03e3954,c1503a70,c05500e3) at acpi_attach+0x15e To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Nov 26 11:28: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A39937B404 for ; Tue, 26 Nov 2002 11:27:56 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F7EA43E88 for ; Tue, 26 Nov 2002 11:27:51 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 86564 invoked by uid 1000); 26 Nov 2002 19:27:51 -0000 Date: Tue, 26 Nov 2002 11:27:51 -0800 (PST) From: Nate Lawson To: Mitsuru IWASAKI Cc: acpi-jp@jp.FreeBSD.org, current@freebsd.org Subject: Re: [acpi-jp 1940] Re: ACPI errors and then panic - fixed! In-Reply-To: <20021121.233818.99449492.iwasaki@jp.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 21 Nov 2002, Mitsuru IWASAKI wrote: > > On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote: > > > From: Nate Lawson > > > Subject: ACPI errors and then panic > > > Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT) > > > Message-ID: > > > > > > > My laptop appears to work ok without ACPI but of course I don't get > > > > suspend, resume, etc. I have never been able to get ACPI to work with it, > > > > including with a -current as of 2 hours ago. If ACPI is enabled, I get a > > > > spew of: > > > > > > > > ACPI-0412 *** Error: NsSearchAndEnter: Bad character in ACPI name > > > > > > > > and then a panic from acpi_attach. > > > > I sent a reply including the requested traces on Oct 25. Do you need any > > more information? > > Please try with new ACPI CA patches at: > http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff > Some memory leak releated bugs were fixed, so your problem might be > solved by this hopefully. I did try the patch and am happy to report that my laptop boots with acpi enabled. Thank you! Please commit it before 5.0R. However, acpi doesn't seem to be working for me. Calls to check the battery status fail. Here is my dmesg and sysctl: hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 30 hw.acpi.thermal.tz0.temperature: 3252 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3637 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3692 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 98 hw.acpi.battery.time: -1 hw.acpi.battery.state: 4 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 --------------------------- Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #11: Tue Nov 26 10:44:02 PST 2002 nate@laptop.root.org:/usr/src/sys/i386/compile/LAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc0562000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05620a8. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 999153113 Hz CPU: Pentium III/Pentium III Xeon/Celeron (999.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 401997824 (383 MB) avail memory = 384696320 (366 MB) Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 Using $PIR table, 14 entries at 0xc00fdeb0 ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST acpi_button0: on acpi0 ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.2.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 0: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 ---- before setting priority for links ------------ \\_SB_.LNKH: interrupts: 3 4 5 6 7 9 10 11 penalty: 1110 1110 110 1110 1110 110 110 710 references: 1 priority: 0 ---- before fixup boot-disabled links ------------- \\_SB_.LNKH: interrupts: 3 4 5 6 7 9 10 11 penalty: 1110 1110 110 1110 1110 110 110 710 references: 1 priority: 685 ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.2.0 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.2 \\_SB_.LNKH irq 10: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.29.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 0.31.1 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 1.0.1 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered umass0: USB Solid state disk, rev 1.10/1.00, addr 2 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 as device 0 uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 ---- initial configuration ------------------------ \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.2 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.1.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.3 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.0 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.1 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.0.2 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.1.0 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.2.3 \\_SB_.LNKC irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.0 \\_SB_.LNKD irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.1 \\_SB_.LNKA irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.2 \\_SB_.LNKB irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.4.3 \\_SB_.LNKE irq 11: [ 3 4 5 6 7 9 10 11] low,level,sharable 2.8.0 pci2: on pcib2 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 cbb0: Could not map register memory device_probe_and_attach: cbb0 attach returned 12 cbb0: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 cbb0: Could not map register memory device_probe_and_attach: cbb0 attach returned 12 pci2: at device 2.0 (no driver attached) fxp0: port 0x6400-0x643f mem 0xc0200000-0xc0200fff irq 11 at device 8.0 on pci2 fxp0: Ethernet address 00:d0:59:d7:62:b2 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x3bc-0x3c3 irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled acpi_ec0: port 0x66,0x62 on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled orm0: